Fix wrong function name: refreshBundles -> resolveBundles

Got a compilation error when compiling the current code on git:
[javac] org.eclim/java/org/eclim/command/ReloadCommand.java:52: error: method
refreshBundles in interface FrameworkWiring cannot be applied to given types;
[javac]     framework.refreshBundles(bundles);
[javac]              ^
[javac]   required: Collection,FrameworkListener[]
[javac]   found: ArrayList<Bundle>
[javac]   reason: actual and formal argument lists differ in length

According to the javadocs for osgi version 4.3 and 5 (the ones containing the
FrameworkWiring class), the correct function to call with just a
Collection<Bundles> is resolveBundles(Collection<Bundles>)

Reference:
OSGI v5: http://www.osgi.org/javadoc/r5/core/org/osgi/framework/wiring/FrameworkWiring.html
OSGI v4.3: http://www.osgi.org/javadoc/r4v43/core/org/osgi/framework/wiring/FrameworkWiring.html

Tested it on my machine and it was able to compile.
Merge branch 'master' of git://github.com/ervandew/eclim

Conflicts:
	org.eclim/java/org/eclim/command/ReloadCommand.java
Merge branch 'master' of git://github.com/ervandew/eclim
Merge branch 'master' of git://github.com/ervandew/eclim
Merge branch 'master' of git://github.com/ervandew/eclim
Fix :JavaImpl not adding methods from nested classes/interfaces

Take the following as an example of the erroneous behaviour
public class A {
    public static interface B {
        void onB();
    }
}

public class C implements A.B {
    <type :JavaImpl and select onB()>
}

One would expect the skeleton for onB to be added to class C after selecting onB
on the results window. However, nothing happens.

This was due to the fact that
there was a mismatch between the fully-qualified-name (fqn) of the binding and
the superType passed from vim to the eclim eclipse plugin. This mismatch was
created not by vim eclim but by the result returned from the first call to
eclipse eclim to populate the result list where just the package and binding
names would be considered ignoring possible remaining hierarchy on nested types.
fix code + java doc warnings
fix comparing of current workspace instances w/ cached info
Fixed :JavaImpl inside anonymous inner classes.

Example:
    package P;

    public interface A {
        public void someMethod();
    }

    public class B {
        private static A objA = new A() {
            <type :JavaImpl and select a method from interface A>
        }
    }

Result: NullPointerException

Reason: findType doesn't work with anonymous classes returning null.

Solutions:
    1. - Search the whole type tree for a type that matches the FQN of the
         anonymous class. Upon finding it, we have found our type. Besides being
         the simplest implementation, it also works (or should work) with nested
         anonymous classes. However, there may be some performance issues since
         we are scanning all children of the main type (B).

    2. - Save the offset used during the first call to obtain the type again
         (instead of saving the FQN of the type we are adding the methods to).
         I'm not sure how heavy the finding of a type via an offset is but this
         could be a good option. However, once we have added newlines to the
         document without closing the :JavaImpl result window, the offset would
         be invalidated.

    3. - When returning the FQN of the type before showing the option window,
         add a special case for anonymous classes and include their whole
         hierarchy. In the case above this would be P.B.objA. Once we have access
         to objA we can get the anonymous class by calling:
             objAType.getType("", occurrenceNumber)
         where occurrenceNumber corresponds to the number after the $ on the FQN
         of the anonymous class (1 in the example).
         Handling nested anonymous classes would require significant parsing on
         our part though.

Those were the only options I could think of after some debugging and javadoc
searching. There should really be a better way to obtain types of anonymous
classes. By the way also tried using the findType of TypeUtils but it was unable
to get the type of the anonymous class as well.
Merge branch 'master' of github.com:AlexJF/eclim
Merge branch 'master' of git://github.com/ervandew/eclim