|
| Re: Code Recommenders do not work for me [message #893786 is a reply to message #893767] |
Thu, 05 July 2012 09:59   |
Marcel Bruch Messages: 188 Registered: July 2009 |
Senior Member |
|
|
Anything in these folders?
under .metdata/plugins/org.eclipse.recommenders.rcp there should be
/index/
(some index files in there)
/repository/org/eclipse/recommenders/index/0.0.0/
_maven.repositories
index-0.0.0.zip
index-0.0.0.zip.etag
I assume you have an internet connection as the search index will be downloaded/updated when Recommenders starts. Without an internet connection only the folder gets created. Also: Models are downloaded on demand (once), i.e., on first access. However to make this happen the index needs to be downloaded successfully before.
Is there anything in the logs?
tw: @MarcelBruch
tw: @Recommenders
[Updated on: Thu, 05 July 2012 10:32] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Code Recommenders do not work for me [message #894030 is a reply to message #894023] |
Fri, 06 July 2012 08:44   |
Marcel Bruch Messages: 188 Registered: July 2009 |
Senior Member |
|
|
No not directly.
But the simplest approach I can imagine that could work right away:
Find one of the mirrors that allows rsync on the models folder and copy/link everything below into you repository folder under .metadata/plugins
An alterantive would be to provide a test repository for download that can be extracted and used locally. I'll consider that for Monday. I'm travelling and won't have good internet access during the weekend.
In the meanwhile: I've triggered a build (build-id: b582) for recommenders which will be available on recommenders head update site in ~20 minutes [1]. It has a larger timeout value. Maybe one of you could give it a spin later today?
[1] http://download.ecipse.org/recommenders/updated/head/e42/
tw: @MarcelBruch
tw: @Recommenders
[Updated on: Fri, 06 July 2012 09:01] Report message to a moderator
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| Re: Code Recommenders do not work for me [message #895617 is a reply to message #895611] |
Fri, 13 July 2012 15:56   |
Marcel Bruch Messages: 188 Registered: July 2009 |
Senior Member |
|
|
Srujan,
from your rar I can see that the network connection works fine. The index is downloaded properly. However, yet no model file gets downloaded.
Could you send me the java project you try to use Code Recommenders in? Maybe you use an unexpected configuration that prevents Recommenders from resolving the models of your Java Runtime. A Screenshot showing your project folder contents in the Package Explorer could also help.
tw: @MarcelBruch
tw: @Recommenders
[Updated on: Fri, 13 July 2012 15:57] Report message to a moderator
|
|
|
| Re: Code Recommenders do not work for me [message #895655 is a reply to message #895617] |
Sat, 14 July 2012 03:12   |
Marcel Bruch Messages: 188 Registered: July 2009 |
Senior Member |
|
|
Srujan,
after thinking about it for a while. Can you send me your project's .classpath file?
Resolving the model for all Java Runtimes independent of the underlying OS and exact classpath, we check the project's classpath for a classpath container named "org.eclipse.jdt.launching.JRE_CONTAINER". All jars below are mapped to the JRE model. It may be the case that your project uses a different name for this special container which would cause the lookup to fail.
To give an example, in my projects the classpath file looks as follows:
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/JavaSE-1.6"/>
<classpathentry kind="con" path="org.eclipse.pde.core.requiredPlugins"/>
<classpathentry kind="src" path="src"/>
<classpathentry kind="output" path="bin"/>
</classpath>
tw: @MarcelBruch
tw: @Recommenders
|
|
|
| Re: Code Recommenders do not work for me [message #895951 is a reply to message #895655] |
Mon, 16 July 2012 11:45   |
Srujan kumar Messages: 4 Registered: July 2012 |
Junior Member |
|
|
hey marcel,
Here is the contents of .classpath file.
<?xml version="1.0" encoding="UTF-8"?>
<classpath>
<classpathentry kind="src" path="src"/>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER/org.eclipse.jdt.internal.debug.ui.launcher.StandardVMType/jdk1.7"/>
<classpathentry kind="lib" path="C:/Documents and Settings/sgulla/Desktop/Downloads/icu4j-4_8_1_1.jar"/>
<classpathentry kind="output" path="bin"/>
</classpath>
In the same project(as .classpath above), One more thing i noticed that, when I do a "java". and wait for content assist i do see the feature "Intelligent Code Completion" working meaning giving the most uses method of String class in this case(giving % usage like .equals - 41%, length -20%)
Even though I see "Intelligent Code Completion", still going to Preferences-> I see the jars to be "UNRESOLVED"
[Updated on: Mon, 16 July 2012 11:54] Report message to a moderator
|
|
|
|
| Re: Code Recommenders do not work for me [message #897323 is a reply to message #897290] |
Mon, 23 July 2012 11:18   |
Marcel Bruch Messages: 188 Registered: July 2009 |
Senior Member |
|
|
Hi Srujan,
you said code completion works but does not highlight the resolved model on the preference page, right?
As code completion on "string" worked - does the preference page still show UNRESOLVED for rt.jar?
Just to be sure we have the same understanding of what UNRESOLVED means: All jars will initially have the status UNRESOLVED. Models for these jars will be loaded lazily, i.e., when you trigger code completion on any of the types contained in these jars - and the server has a model available for them.
In the case of String for instance, rt.jar is initially UNRESOLVED but after you triggered code completion on "java".<^space> the model gets automatically downloaded and state should be changed to RESOLVED. Can you check your preference page and tell me what't the sate for rt.jar now?
tw: @MarcelBruch
tw: @Recommenders
|
|
|
| Re: Code Recommenders do not work for me [message #897326 is a reply to message #893767] |
Mon, 23 July 2012 11:22  |
Srujan kumar Messages: 4 Registered: July 2012 |
Junior Member |
|
|
hey marcel,
The other when i checked the status of rt.jar it was unresolved(may be it was still building or downloading etc). Now it is RESOLVED for rt.jar, it does do a lazy loading and it makes sense to go with this design.
Thank you for all the help. Appreciate it.
Srujan.
|
|
|