Community
Participate
Working Groups
As the title says, the javadoc information is not shown in neither the ExtDoc view nor in the hoovers. The normal Javadoc view however, does show the information. I'm running a recent 0.4.0 recommenders on top of a Juno milestone build. The extdoc.providers package is properly resolved/started.
Created attachment 207563 [details] just a snapshot
Thanks for reporting Michael. Stefan, any ideas what may cause this/where to look at to figure out whats going wrong?
Hi Michael, as you seem to experience those issues on Linux, I believe they are related to another bug with Javadoc and Linux: https://bugs.eclipse.org/bugs/show_bug.cgi?id=364079 Can you verify this? Thanks
(In reply to comment #3) > Hi Michael, > > as you seem to experience those issues on Linux, I believe they are related to > another bug with Javadoc and Linux: > https://bugs.eclipse.org/bugs/show_bug.cgi?id=364079 > > Can you verify this? > > Thanks I don't get to that point where I could even observe such a behaviour :-(
Michael, again, thanks for reporting. I think this issue should be fixed in the latest version. Do you mind testing the latest dev build to see whether this is properly fixed in 0.5? Update site urls have changed: http://download.eclipse.org/recommenders/updates/dev/e42/ http://download.eclipse.org/recommenders/updates/dev/e37/ Due to several namespace refactorings for Juno, 0.4 has to be uninstalled before installing 0.5.
(In reply to comment #5) > Michael, > > again, thanks for reporting. I think this issue should be fixed in the latest > version. Do you mind testing the latest dev build to see whether this is > properly fixed in 0.5? > > Update site urls have changed: > > http://download.eclipse.org/recommenders/updates/dev/e42/ > http://download.eclipse.org/recommenders/updates/dev/e37/ > > Due to several namespace refactorings for Juno, 0.4 has to be uninstalled > before installing 0.5. well, 2 things ... first, the ExtDoc view shows the JavaDocs indeed - mission accomplished I'd say. Second though, and that's the bad message, I still don't get any content assists from recommenders. bye Mich;
Thanks for testing! That's good and bad news at the same tim :-\ Two fast follow-ups: 1. On which types did you test? ATM only Eclipse APIs are supported (JFace, SWT, UI etc.). For M6 support for java.* is planned. 2. Which server url do you use? "Preferences » Code Recommender » Extdoc » Webservice URL:" should point to http://213.133.100.41/extdoc/ (click on "Reset" may help)
(In reply to comment #7) > Thanks for testing! That's good and bad news at the same tim :-\ > > Two fast follow-ups: > > 1. On which types did you test? > ATM only Eclipse APIs are supported (JFace, SWT, UI etc.). For M6 support for > java.* is planned. I tried with org.eclipse.ui.plugin.AbstractUIPlugin and using "this." did not show anything when only recommender assists were enabled > > 2. Which server url do you use? > "Preferences » Code Recommender » Extdoc » Webservice URL:" should point to > http://213.133.100.41/extdoc/ I had this url > > (click on "Reset" may help)
Created attachment 210639 [details] Completion on "Activator extends AbstractUIPlugin" this should work. I've tested with: public class Activator extends AbstractUIPlugin { public static final String PLUGIN_ID = "org.eclipse.recommenders.examples.demo"; //$NON-NLS-1$ private static Activator plugin; public static Activator getDefault() { return plugin; } @Override public void start(final BundleContext context) throws Exception { // super.start(context); plugin = this; super.<^SPACE> } @Override public void stop(final BundleContext context) throws Exception { plugin = null; this.<^SPACE> // super.stop(context); } } Does extdoc view show anything when you select "AbstractUIPlugin" in type declaration? How does your model store look like? Is there anything 'dark-orange' in "Preferences » Code Recommenders » Calls" as shown in the attached screenshot? Thanks for you help to hunt down this issue.
Created attachment 210640 [details] Example Preference Settings
(In reply to comment #9) > Does extdoc view show anything when you select "AbstractUIPlugin" in type > declaration? Yeah, that is what actually is working. ... > > How does your model store look like? Is there anything 'dark-orange' in > "Preferences » Code Recommenders » Calls" as shown in the attached screenshot? ... and that is also looking fine here. > > Thanks for you help to hunt down this issue. are there any suspicous code fragments that I could try and put some breakpoints in?
(In reply to comment #11) > are there any suspicous code fragments that I could try and put some > breakpoints in? org.eclipse.recommenders.internal.completion.rcp.calls.engine.CallsCompletionProposalComputer.computeCompletionProposals(ContentAssistInvocationContext, IProgressMonitor) is the method where the completions are computed. It would be great to know where (in which step) exactly the computer stops and then figuring out why. The top-level steps should be quite simple to understand. I assume that the models should be there. A wild guess is that the query computation is doing bad things. If you could post the query (computed in completeQuery()) and send your example source file / project would be great. If you need further examples, I can share lots of examples in another git repository.
I can't reproduce and it works in current RC1 milestone builds for me. please reopen if the problem persists.
