Develop Reference

How do I see all the class names of my dependancy packages in Gradle?

Hi I would like to see all the package classes of my gradle dependencies. What is the easiest way to do that?

Best solution right now is to use javadoc.io, input the group and artifact id and get the javadoc documentation.

MboxIterator not in Apache Mime4J

I downloaded the binaries of the latest stable version of apache-mime4j (0.7.2).
Yet, I fail to compile the next code since MboxIterator & CharBufferWrapper classes are not found.
final File mbox = new File("path/name.mbox");
for (CharBufferWrapper message : MboxIterator.fromFile(mbox).charset(ENCODER.charset()).build())
{do something}
The jars included in my build path: apache-mime4j-core-0.7.2.jar, apache-mime4j-dom-0.7.2.jar.
Am I using the wrong jars or version?

I had the same problem but I ended getting it to work by doing a little research.
The classes you mention, at least by what I found, are not included into Mime4J, so you have to code them yourself. Thanks to the devs, they got them uploaded in the following link: MBoxIterator needed classes.
Hope those solve the problem.

You can clone the current snaphshot of the mime4j project from
http://svn.apache.org/repos/asf/james/mime4j/trunk/
to your personal github account
or use my clone:
https://github.com/WolfgangFahl/james-mime4j
and your MBoxIterator is here:
https://github.com/WolfgangFahl/james-mime4j/tree/trunk/mbox/src/main/java/org/apache/james/mime4j/mboxiterator

How to access ChangeSets in Eclipse (Mylyn/Team)?

I want to access the ChangeSets of SVN, CVS and Git programatically via Java. I.e. I want the data which is shown in the "Synchronize"-view.
I tried several approaches to find the correct usage in the code, and here's the few documentation I could find (but without success):
I managed to access the Synchronize-View via TeamUI.getSynchronizeManager(), but not the changesets.
An other thing I tried was to get the cangesets via FocusedTeamUiPlugin.getDefault().getContextChangeSetManagers() (got the manager and then the ChangeSetProvider where I tried to get the ChangeSets) - but they always are empty (because they are created when I first call it).
So, how can I access ChangeSets (with Java) in Eclipse (Mylyn)? In the end, I need the number of commits and code churn (loC added/removed/edited). Or is there probably an other, better approach?
Any help is appreciated really much!

I don't think Eclipse has implemented this feature as a public API yet. However, these links may help:
Internal changeset class and other API: http://www.cct.lsu.edu/~rguidry/ecl31docs/api/index.html?org/eclipse/team/internal/core/subscribers/ChangeSet.html
A feature enhancement request where they talk about why they haven't implemented it yet (but it's dated 2008, however the bug is still open?) https://bugs.eclipse.org/bugs/show_bug.cgi?id=116084
Sorry I couldn't be of more help! Maybe this will help you in the right direction...

You could perhaps go around Eclipse:
Apply rsync to get the CVS "*,v" files from the CVS server. It works for me.
Apply cvs2svn's "cvs2git" command to the CVS repos. It works for me.
Apply "git svn clone" (documented under "git-svn") to the SVN repos. I have not tried it.
Finally, use JGit's API to get the changesets from all of the repos, which at this point are all git repos. I think you'll particularly need these:
class Git
class FileResolver
class BaseConnection
interface Repository
class CheckoutCommand
class LogCommand
class RevCommit
class DiffCommand
class DiffEntry
class DiffFormatter

I've looking for this for 1 month now.
I tried to programm a plugin for eclipse, which is able to read the changeset of a Project ("working copy" of the repository).
What I've done now is an ugly work-around.
I used Runtime.exec() to run a cmd-command / Shell- command.
If you install a svn-commandline Client, you can type svn status -v -u
It gives you a list of all files of the working copy with the changeset info.
Then you can parse through the list to find all lines which start with "M" - for "modified" to get the Path of the changed file.

python import as equivalent in Java?

I have a bunch of idl files that automatically create four packages, with a lot of java files into it.
I need to insert those java files in a com.bla. package architecture.
Thing is in my generated files I have imports UCO.State for example, that do not fit with my new package architecture.
So question is : Is there a java equivalent to 'import com.bla as bla' ?
The only other option I see is to import the UCO package and rename all UCO.State and other directly by State.
But that would mean refactoring hundreds of files o_O.
Any idea ?
Thanks !

Import all the files in Eclipse. If you manage to get the code compile using the refactor functions of the IDE it will save you all the trouble.
There is no functionality of adding synonyms to the imports in java, but even if there was such how would that have helped you? You still will need to change all your files.

I found the solution, lying in the documentation of my idlj generation tool.
http://docs.oracle.com/javase/1.4.2/docs/guide/rmi-iiop/toJavaPortableUG.html
You should search for information in the pkgTranslate and pkgPrefix options :)
This way, the tool automatically changes foo => com.bla.foo
Problem solved !

Alfresco JARS: org.alfresco.web.scripts.Cache

I'm trying to run some sample but I cannot find this class:
org.alfresco.web.scripts.*
Could you help me to find JARs for Java-backed web scripts? I downloaded the Alfresco SDK but I can't find it on alfresco-web-client-3.4.b.jar
It's really freaking me out! Thanks for your time!
Andrea

Hi I guess you need the new package since 3.3 : org.springframework.extensions.webscripts.*
Take a look at this Wiki and you will see that the package you're referring to is no longer being used.

The org.alfresco.repo.web.scripts package is in the Remote API jar, eg alfresco-remote-api-4.0.a.jar .
That's not the package you asked about (it's org.alfresco.repo.web.scripts rather than org.alfresco.web.scripts) but I think it's the one you want, as I can't spot the latter in the codebase from a quick check...