Home » Newcomers » Newcomers » Content Assist stopped working
|
| Re: Content Assist stopped working [message #249872 is a reply to message #249863] |
Fri, 22 February 2008 21:16   |
 Gary Levin
Messages: 10
Registered: July 2009 |
Junior Member |
|
|
This is a multi-part message in MIME format.
--------------060206060003090200050802
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
More details.
Tried installing new copy of Eclipse and using it on the old workspace
-- same problem.
Tried content assist in a different project in the original Eclipse --
that worked. So it must be project specific.
Compared all the files against version control. Only change is adding a
jar file and that was done days ago, so it should not be the problem.
(Removing it didn't help.)
I did notice the following in the log, although with Mylyn disabled it
did not appear. (Attached file: session.log)
Anyone know if this information (non-local fields and methods) might be
cached? It feels like a caching problem.
Gary Levin wrote:
> I am running Version: 3.3.1.1 Build id: M20071023-1652.
>
> Suddenly, content assist has stopped working. It will complete local
> variable names, but
>
> private int xxx() {
> Object[] x;
> x. // try auto-completion here
> // no default proposals offered
> }
>
> won't respond with "x.length".
>
> I've tried:
> * cleaning and rebuilding the project.
> * disabling Mylyn, resetting the content assist to the default setting
> * removing the *.index files in .metadata/.plugins/org.eclipse.jdt.core
>
> If I have to, I'll try re-installing Eclipse.
>
> I can't think of anything that I changed. I use auto-complete a lot and
> should have noticed it pretty quickly.
>
> Suggestions?
>
> Gary
--------------060206060003090200050802
Content-Type: text/plain;
name="session.log"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
filename="session.log"
!SESSION 2008-02-22 16:07:52.546 -----------------------------------------------
eclipse.buildId=M20071023-1652
java.version=1.6.0_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.osgi 2 0 2008-02-22 16:08:03.359
!MESSAGE While loading class "org.eclipse.mylyn.internal.tasks.ui.ITaskHighlighter", thread "Thread[Worker-1,5,main]" timed out waiting (5000ms) for thread "Thread[Worker-3,5,main]" to finish starting bundle "update@plugins/org.eclipse.mylyn.tasks.ui_2.1.0.v20070927-0900.jar [250]". To avoid deadlock, thread "Thread[Worker-1,5,main]" is proceeding but "org.eclipse.mylyn.internal.tasks.ui.ITaskHighlighter" may not be fully initialized.
!STACK 0
org.osgi.framework.BundleException: State change in progress for bundle "update@plugins/org.eclipse.mylyn.tasks.ui_2.1.0.v20070927-0900.jar" by thread "Worker-3".
at org.eclipse.osgi.framework.internal.core.AbstractBundle.begi nStateChange(AbstractBundle.java:1141)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:258)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClass(SingleSourcePackage.java:37)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assInternal(BundleLoader.java:405)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Unknown Source)
at java.lang.Class.getConstructor0(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.load BundleActivator(AbstractBundle.java:136)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(BundleContextImpl.java:970)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:260)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assInternal(BundleLoader.java:408)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadCl ass(BundleLoader.java:289)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClas s(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.load Class(AbstractBundle.java:1269)
at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI .createExecutableExtension(RegistryStrategyOSGI.java:160)
at org.eclipse.core.internal.registry.ExtensionRegistry.createE xecutableExtension(ExtensionRegistry.java:788)
at org.eclipse.core.internal.registry.ConfigurationElement.crea teExecutableExtension(ConfigurationElement.java:243)
at org.eclipse.core.internal.registry.ConfigurationElementHandl e.createExecutableExtension(ConfigurationElementHandle.java: 51)
at org.eclipse.ui.internal.WorkbenchPlugin$1.run(WorkbenchPlugi n.java:252)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:49)
at org.eclipse.ui.internal.WorkbenchPlugin.createExtension(Work benchPlugin.java:248)
at org.eclipse.ui.internal.decorators.LightweightDecoratorDefin ition$1.run(LightweightDecoratorDefinition.java:117)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.runtime.Platform.run(Platform.java:857)
at org.eclipse.ui.internal.decorators.LightweightDecoratorDefin ition.internalGetDecorator(LightweightDecoratorDefinition.ja va:113)
at org.eclipse.ui.internal.decorators.LightweightDecoratorDefin ition.decorate(LightweightDecoratorDefinition.java:241)
at org.eclipse.ui.internal.decorators.LightweightDecoratorManag er$LightweightRunnable.run(LightweightDecoratorManager.java: 71)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.runtime.Platform.run(Platform.java:857)
at org.eclipse.ui.internal.decorators.LightweightDecoratorManag er.decorate(LightweightDecoratorManager.java:336)
at org.eclipse.ui.internal.decorators.LightweightDecoratorManag er.getDecorations(LightweightDecoratorManager.java:322)
at org.eclipse.ui.internal.decorators.DecorationScheduler$1.ens ureResultCached(DecorationScheduler.java:369)
at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run (DecorationScheduler.java:329)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
Caused by: org.eclipse.osgi.framework.internal.core.AbstractBundle$Bund leStatusException
... 56 more
Root exception:
org.eclipse.osgi.framework.internal.core.AbstractBundle$Bund leStatusException
at org.eclipse.osgi.framework.internal.core.AbstractBundle.begi nStateChange(AbstractBundle.java:1141)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:258)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.SingleSourcePackage .loadClass(SingleSourcePackage.java:37)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assInternal(BundleLoader.java:405)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClassInternal(Unknown Source)
at java.lang.Class.getDeclaredConstructors0(Native Method)
at java.lang.Class.privateGetDeclaredConstructors(Unknown Source)
at java.lang.Class.getConstructor0(Unknown Source)
at java.lang.Class.newInstance0(Unknown Source)
at java.lang.Class.newInstance(Unknown Source)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.load BundleActivator(AbstractBundle.java:136)
at org.eclipse.osgi.framework.internal.core.BundleContextImpl.s tart(BundleContextImpl.java:970)
at org.eclipse.osgi.framework.internal.core.BundleHost.startWor ker(BundleHost.java:346)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.star t(AbstractBundle.java:260)
at org.eclipse.osgi.framework.util.SecureAction.start(SecureAct ion.java:400)
at org.eclipse.core.runtime.internal.adaptor.EclipseLazyStarter .postFindLocalClass(EclipseLazyStarter.java:111)
at org.eclipse.osgi.baseadaptor.loader.ClasspathManager.findLoc alClass(ClasspathManager.java:417)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.fin dLocalClass(DefaultClassLoader.java:189)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findLo calClass(BundleLoader.java:340)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl assInternal(BundleLoader.java:408)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:369)
at org.eclipse.osgi.framework.internal.core.BundleLoader.findCl ass(BundleLoader.java:357)
at org.eclipse.osgi.internal.baseadaptor.DefaultClassLoader.loa dClass(DefaultClassLoader.java:83)
at java.lang.ClassLoader.loadClass(Unknown Source)
at org.eclipse.osgi.framework.internal.core.BundleLoader.loadCl ass(BundleLoader.java:289)
at org.eclipse.osgi.framework.internal.core.BundleHost.loadClas s(BundleHost.java:227)
at org.eclipse.osgi.framework.internal.core.AbstractBundle.load Class(AbstractBundle.java:1269)
at org.eclipse.core.internal.registry.osgi.RegistryStrategyOSGI .createExecutableExtension(RegistryStrategyOSGI.java:160)
at org.eclipse.core.internal.registry.ExtensionRegistry.createE xecutableExtension(ExtensionRegistry.java:788)
at org.eclipse.core.internal.registry.ConfigurationElement.crea teExecutableExtension(ConfigurationElement.java:243)
at org.eclipse.core.internal.registry.ConfigurationElementHandl e.createExecutableExtension(ConfigurationElementHandle.java: 51)
at org.eclipse.ui.internal.WorkbenchPlugin$1.run(WorkbenchPlugi n.java:252)
at org.eclipse.swt.custom.BusyIndicator.showWhile(BusyIndicator .java:49)
at org.eclipse.ui.internal.WorkbenchPlugin.createExtension(Work benchPlugin.java:248)
at org.eclipse.ui.internal.decorators.LightweightDecoratorDefin ition$1.run(LightweightDecoratorDefinition.java:117)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.runtime.Platform.run(Platform.java:857)
at org.eclipse.ui.internal.decorators.LightweightDecoratorDefin ition.internalGetDecorator(LightweightDecoratorDefinition.ja va:113)
at org.eclipse.ui.internal.decorators.LightweightDecoratorDefin ition.decorate(LightweightDecoratorDefinition.java:241)
at org.eclipse.ui.internal.decorators.LightweightDecoratorManag er$LightweightRunnable.run(LightweightDecoratorManager.java: 71)
at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
at org.eclipse.core.runtime.Platform.run(Platform.java:857)
at org.eclipse.ui.internal.decorators.LightweightDecoratorManag er.decorate(LightweightDecoratorManager.java:336)
at org.eclipse.ui.internal.decorators.LightweightDecoratorManag er.getDecorations(LightweightDecoratorManager.java:322)
at org.eclipse.ui.internal.decorators.DecorationScheduler$1.ens ureResultCached(DecorationScheduler.java:369)
at org.eclipse.ui.internal.decorators.DecorationScheduler$1.run (DecorationScheduler.java:329)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
--------------060206060003090200050802--
|
|
|
| Re: Content Assist stopped working [message #249924 is a reply to message #249863] |
Sat, 23 February 2008 03:13 |
Eclipse User |
|
|
|
Originally posted by: irbull.cs.uvic.ca
When you say "disabling mylyn, resetting the content assist", did you
actually go to your preference page (content assist -> advanced) and
select your proposals?
cheers,
ian
Gary Levin wrote:
> I am running Version: 3.3.1.1 Build id: M20071023-1652.
>
> Suddenly, content assist has stopped working. It will complete local
> variable names, but
>
> private int xxx() {
> Object[] x;
> x. // try auto-completion here
> // no default proposals offered
> }
>
> won't respond with "x.length".
>
> I've tried:
> * cleaning and rebuilding the project.
> * disabling Mylyn, resetting the content assist to the default setting
> * removing the *.index files in .metadata/.plugins/org.eclipse.jdt.core
>
> If I have to, I'll try re-installing Eclipse.
>
> I can't think of anything that I changed. I use auto-complete a lot and
> should have noticed it pretty quickly.
>
> Suggestions?
>
> Gary
|
|
| |
| Re: Content Assist stopped working [message #250219 is a reply to message #250084] |
Tue, 26 February 2008 17:19 |
Gary Levin
Messages: 10
Registered: July 2009 |
Junior Member |
|
|
Daniel Megert wrote:
> Gary Levin wrote:
>> More details.
>>
>> Tried installing new copy of Eclipse and using it on the old workspace
>> -- same problem.
>>
>>
>> Tried content assist in a different project in the original Eclipse --
>> that worked. So it must be project specific.
> Check your project's Java build path and especially check the Problems
> view whether there are build path errors.
I am seeing the problem again, in a much simpler project. One package,
one class. No reported errors in Problems (0 errors, 0 warnings, 0
infos). The build path is fine, because the program runs.
After a few hours of not having the feature, it started up fine again.
Two days later, the problem resurfaced.
More details about the behavior. (At least at the moment.)
* If I type 'syse' and try completion, there are no proposals, but if I
erase the 'e' while the completion dropdown is visible, it populates
with 'syserr', 'sysout', 'systrace'. (And only those three.)
* If I just type 'sys' and completion, all the offerings are System*
(SystemException, SystemIcon, SystemIdentity, ...) but none of the
'sys*' entries. And typing 'e' closes the dropdown.
I find this really odd.
Stopping and restarting Eclipse has no effect on this behavior.
I wish I felt that I could specify this well enough to enter it as a bug
report, but it is so non-repeatable. (At least in the sense that it
comes and goes. If anyone has suggestions for useful information to
collect, please let me know.)
Is there a better newsgroup for this discussion?
>
> Dani
>>
>> Compared all the files against version control. Only change is adding
>> a jar file and that was done days ago, so it should not be the
>> problem. (Removing it didn't help.)
>>
>> I did notice the following in the log, although with Mylyn disabled it
>> did not appear. (Attached file: session.log)
>>
>> Anyone know if this information (non-local fields and methods) might
>> be cached? It feels like a caching problem.
>>
>>
>>
>> Gary Levin wrote:
>>> I am running Version: 3.3.1.1 Build id: M20071023-1652.
>>>
>>> Suddenly, content assist has stopped working. It will complete local
>>> variable names, but
>>>
>>> private int xxx() {
>>> Object[] x;
>>> x. // try auto-completion here
>>> // no default proposals offered
>>> }
>>>
>>> won't respond with "x.length".
>>>
>>> I've tried:
>>> * cleaning and rebuilding the project.
>>> * disabling Mylyn, resetting the content assist to the default setting
>>> * removing the *.index files in .metadata/.plugins/org.eclipse.jdt.core
>>>
>>> If I have to, I'll try re-installing Eclipse.
>>>
>>> I can't think of anything that I changed. I use auto-complete a lot
>>> and should have noticed it pretty quickly.
>>>
>>> Suggestions?
>>>
>>> Gary
>>
>>
|
|
|
| Re: Content Assist stopped working [message #250222 is a reply to message #249924] |
Tue, 26 February 2008 17:23 |
Gary Levin
Messages: 10
Registered: July 2009 |
Junior Member |
|
|
Ian Bull wrote:
> When you say "disabling mylyn, resetting the content assist", did you
> actually go to your preference page (content assist -> advanced) and
> select your proposals?
>
> cheers,
> ian
When I disabled Mylyn (from Help/ManageConfiguration), the Mylyn choices
were removed from Preferences/JavaEditor/ContentAssist/Advanced and
the defaults were turned on (I checked).
When I re-enabled Mylyn, I turned the Mylyn choices back on (at
Preferences/JavaEditor/ContentAssist/Advanced). I got double offerings,
so I turned off the non-Mylyn entries.
I have also tried turning off the Mylyn and turning on the non-Mylyn
offerings.
>
> Gary Levin wrote:
>> I am running Version: 3.3.1.1 Build id: M20071023-1652.
>>
>> Suddenly, content assist has stopped working. It will complete local
>> variable names, but
>>
>> private int xxx() {
>> Object[] x;
>> x. // try auto-completion here
>> // no default proposals offered
>> }
>>
>> won't respond with "x.length".
>>
>> I've tried:
>> * cleaning and rebuilding the project.
>> * disabling Mylyn, resetting the content assist to the default setting
>> * removing the *.index files in .metadata/.plugins/org.eclipse.jdt.core
>>
>> If I have to, I'll try re-installing Eclipse.
>>
>> I can't think of anything that I changed. I use auto-complete a lot
>> and should have noticed it pretty quickly.
>>
>> Suggestions?
>>
>> Gary
|
|
|
| Re: Content Assist stopped working [message #250246 is a reply to message #250219] |
Tue, 26 February 2008 19:27 |
Gary Levin
Messages: 10
Registered: July 2009 |
Junior Member |
|
|
Gary Levin wrote:
> Daniel Megert wrote:
>> Gary Levin wrote:
>>> More details.
>>>
>>> Tried installing new copy of Eclipse and using it on the old workspace
>>> -- same problem.
>>>
>>>
>>> Tried content assist in a different project in the original Eclipse --
>>> that worked. So it must be project specific.
>> Check your project's Java build path and especially check the Problems
>> view whether there are build path errors.
>
> I am seeing the problem again, in a much simpler project. One package,
> one class. No reported errors in Problems (0 errors, 0 warnings, 0
> infos). The build path is fine, because the program runs.
>
>
> After a few hours of not having the feature, it started up fine again.
> Two days later, the problem resurfaced.
>
>
> More details about the behavior. (At least at the moment.)
>
> * If I type 'syse' and try completion, there are no proposals, but if I
> erase the 'e' while the completion dropdown is visible, it populates
> with 'syserr', 'sysout', 'systrace'. (And only those three.)
>
> * If I just type 'sys' and completion, all the offerings are System*
> (SystemException, SystemIcon, SystemIdentity, ...) but none of the
> 'sys*' entries. And typing 'e' closes the dropdown.
>
> I find this really odd.
Still more details. I was running using Java6 compliance. Switching to
Java5 compliance did not help.
Just noticed when I type 'string' that it offered
com.sun.org.apache.xpath.internal.operations.String
but not java.lang.String. I find this really odd. Same for 'Object'
(offered one from CORBA). It is as if it has lost access to the rt.jar.
I am running against jdk1.6.0_04. I will try downloading 1.5 and see if
that makes a difference. No change. I switched to the 1.5 JRE for my
library and it still can't do completion assist for Thread. Also change
my path so that JRE 1.5 was the Java used to run Eclipse and no improvement.
It *is* the library that is the problem. If I create
org.omg.CORBA.Object
I can get an assist on its methods, but not on the methods of
java.lang.Object. In fact, none of the java.lang.Object methods are
offered. The library is known, because I can get a class hierarchy and
it shows the correct methods.
This is getting to the point where I might have something useful to file
as a bug.
I can't imagine this has anything to do with it, but I noticed that I
have gotten the following in the log fairly regularly. Any idea what it
signifies or what, if anything, I should do about it?
!SESSION 2008-02-26 13:54:02.743
-----------------------------------------------
eclipse.buildId=M20071023-1652
java.version=1.6.0_04
java.vendor=Sun Microsystems Inc.
BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
Command-line arguments: -os win32 -ws win32 -arch x86
!ENTRY org.eclipse.ui 4 4 2008-02-26 13:54:33.509
!MESSAGE Invalid preference page path: Cache
>
>
>
>
> Stopping and restarting Eclipse has no effect on this behavior.
>
>
>
> I wish I felt that I could specify this well enough to enter it as a bug
> report, but it is so non-repeatable. (At least in the sense that it
> comes and goes. If anyone has suggestions for useful information to
> collect, please let me know.)
>
> Is there a better newsgroup for this discussion?
>
>
>>
>> Dani
>>>
>>> Compared all the files against version control. Only change is
>>> adding a jar file and that was done days ago, so it should not be the
>>> problem. (Removing it didn't help.)
>>>
>>> I did notice the following in the log, although with Mylyn disabled
>>> it did not appear. (Attached file: session.log)
>>>
>>> Anyone know if this information (non-local fields and methods) might
>>> be cached? It feels like a caching problem.
>>>
>>>
>>>
>>> Gary Levin wrote:
>>>> I am running Version: 3.3.1.1 Build id: M20071023-1652.
>>>>
>>>> Suddenly, content assist has stopped working. It will complete
>>>> local variable names, but
>>>>
>>>> private int xxx() {
>>>> Object[] x;
>>>> x. // try auto-completion here
>>>> // no default proposals offered
>>>> }
>>>>
>>>> won't respond with "x.length".
>>>>
>>>> I've tried:
>>>> * cleaning and rebuilding the project.
>>>> * disabling Mylyn, resetting the content assist to the default setting
>>>> * removing the *.index files in .metadata/.plugins/org.eclipse.jdt.core
>>>>
>>>> If I have to, I'll try re-installing Eclipse.
>>>>
>>>> I can't think of anything that I changed. I use auto-complete a lot
>>>> and should have noticed it pretty quickly.
>>>>
>>>> Suggestions?
>>>>
>>>> Gary
>>>
>>>
|
|
|
| Re: Content Assist stopped working [message #250255 is a reply to message #250246] |
Tue, 26 February 2008 20:09 |
Gary Levin
Messages: 10
Registered: July 2009 |
Junior Member |
|
|
Looking through the bug list, it sounds like this is similar to
https://bugs.eclipse.org/bugs/show_bug.cgi?id=140416, where Mylar was
retracting the proposal computers. They were checking to see if there
were any access restrictions on libraries. I checked mine and don't see
any in the Build Path.
I am trying to see if there is any report for Mylyn. I am also trying
to update Mylyn, on the theory that new is likely to be better.
Oh, well. New doesn't make a difference. I'll keep searching Bugzilla
to see if I can find a matching problem. If not, I'll open one.
Gary Levin wrote:
> Gary Levin wrote:
>> Daniel Megert wrote:
>>> Gary Levin wrote:
>>>> More details.
>>>>
>>>> Tried installing new copy of Eclipse and using it on the old workspace
>>>> -- same problem.
>>>>
>>>>
>>>> Tried content assist in a different project in the original Eclipse --
>>>> that worked. So it must be project specific.
>>> Check your project's Java build path and especially check the
>>> Problems view whether there are build path errors.
>>
>> I am seeing the problem again, in a much simpler project. One
>> package, one class. No reported errors in Problems (0 errors, 0
>> warnings, 0 infos). The build path is fine, because the program runs.
>>
>>
>> After a few hours of not having the feature, it started up fine again.
>> Two days later, the problem resurfaced.
>>
>>
>> More details about the behavior. (At least at the moment.)
>>
>> * If I type 'syse' and try completion, there are no proposals, but if
>> I erase the 'e' while the completion dropdown is visible, it populates
>> with 'syserr', 'sysout', 'systrace'. (And only those three.)
>>
>> * If I just type 'sys' and completion, all the offerings are System*
>> (SystemException, SystemIcon, SystemIdentity, ...) but none of the
>> 'sys*' entries. And typing 'e' closes the dropdown.
>>
>> I find this really odd.
>
>
> Still more details. I was running using Java6 compliance. Switching to
> Java5 compliance did not help.
>
> Just noticed when I type 'string' that it offered
> com.sun.org.apache.xpath.internal.operations.String
> but not java.lang.String. I find this really odd. Same for 'Object'
> (offered one from CORBA). It is as if it has lost access to the rt.jar.
>
> I am running against jdk1.6.0_04. I will try downloading 1.5 and see if
> that makes a difference. No change. I switched to the 1.5 JRE for my
> library and it still can't do completion assist for Thread. Also change
> my path so that JRE 1.5 was the Java used to run Eclipse and no
> improvement.
>
>
>
> It *is* the library that is the problem. If I create
> org.omg.CORBA.Object
> I can get an assist on its methods, but not on the methods of
> java.lang.Object. In fact, none of the java.lang.Object methods are
> offered. The library is known, because I can get a class hierarchy and
> it shows the correct methods.
>
>
> This is getting to the point where I might have something useful to file
> as a bug.
>
>
>
>
>
>
>
> I can't imagine this has anything to do with it, but I noticed that I
> have gotten the following in the log fairly regularly. Any idea what it
> signifies or what, if anything, I should do about it?
>
> !SESSION 2008-02-26 13:54:02.743
> -----------------------------------------------
> eclipse.buildId=M20071023-1652
> java.version=1.6.0_04
> java.vendor=Sun Microsystems Inc.
> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
> Command-line arguments: -os win32 -ws win32 -arch x86
>
> !ENTRY org.eclipse.ui 4 4 2008-02-26 13:54:33.509
> !MESSAGE Invalid preference page path: Cache
>
>
>
>
>>
>>
>>
>>
>> Stopping and restarting Eclipse has no effect on this behavior.
>>
>>
>>
>> I wish I felt that I could specify this well enough to enter it as a
>> bug report, but it is so non-repeatable. (At least in the sense that
>> it comes and goes. If anyone has suggestions for useful information
>> to collect, please let me know.)
>>
>> Is there a better newsgroup for this discussion?
>>
>>
>>>
>>> Dani
>>>>
>>>> Compared all the files against version control. Only change is
>>>> adding a jar file and that was done days ago, so it should not be
>>>> the problem. (Removing it didn't help.)
>>>>
>>>> I did notice the following in the log, although with Mylyn disabled
>>>> it did not appear. (Attached file: session.log)
>>>>
>>>> Anyone know if this information (non-local fields and methods) might
>>>> be cached? It feels like a caching problem.
>>>>
>>>>
>>>>
>>>> Gary Levin wrote:
>>>>> I am running Version: 3.3.1.1 Build id: M20071023-1652.
>>>>>
>>>>> Suddenly, content assist has stopped working. It will complete
>>>>> local variable names, but
>>>>>
>>>>> private int xxx() {
>>>>> Object[] x;
>>>>> x. // try auto-completion here
>>>>> // no default proposals offered
>>>>> }
>>>>>
>>>>> won't respond with "x.length".
>>>>>
>>>>> I've tried:
>>>>> * cleaning and rebuilding the project.
>>>>> * disabling Mylyn, resetting the content assist to the default setting
>>>>> * removing the *.index files in
>>>>> .metadata/.plugins/org.eclipse.jdt.core
>>>>>
>>>>> If I have to, I'll try re-installing Eclipse.
>>>>>
>>>>> I can't think of anything that I changed. I use auto-complete a
>>>>> lot and should have noticed it pretty quickly.
>>>>>
>>>>> Suggestions?
>>>>>
>>>>> Gary
>>>>
>>>>
|
|
|
| Re: Content Assist stopped working [Solved] [message #250271 is a reply to message #250255] |
Wed, 27 February 2008 01:36 |
Gary Levin
Messages: 10
Registered: July 2009 |
Junior Member |
|
|
Solved.
Need to go to Windows/Preferences/Java/Editor/ContentAssist/Advanced,
and "Restore Defaults". In my case, this set the Mylyn and standard
completions proposers, so I had to turn half of them off, but it still
worked. I think I tried "Restore Default" on
Windows/Preferences/Java/Editor/ContentAssist with no luck.
I still don't know why the problem cropped up. I'll watch to see what
changes if it happens again.
Solution suggested in
Bugzilla – Bug 185684
[content assist] Content Assist fails to offer proposals in 3.3M7
https://bugs.eclipse.org/185684
This is a more extreme case of my problem.
Gary Levin wrote:
> Looking through the bug list, it sounds like this is similar to
> https://bugs.eclipse.org/bugs/show_bug.cgi?id=140416, where Mylar was
> retracting the proposal computers. They were checking to see if there
> were any access restrictions on libraries. I checked mine and don't see
> any in the Build Path.
>
>
>
>
> I am trying to see if there is any report for Mylyn. I am also trying
> to update Mylyn, on the theory that new is likely to be better.
>
> Oh, well. New doesn't make a difference. I'll keep searching Bugzilla
> to see if I can find a matching problem. If not, I'll open one.
>
> Gary Levin wrote:
>> Gary Levin wrote:
>>> Daniel Megert wrote:
>>>> Gary Levin wrote:
>>>>> More details.
>>>>>
>>>>> Tried installing new copy of Eclipse and using it on the old workspace
>>>>> -- same problem.
>>>>>
>>>>>
>>>>> Tried content assist in a different project in the original Eclipse --
>>>>> that worked. So it must be project specific.
>>>> Check your project's Java build path and especially check the
>>>> Problems view whether there are build path errors.
>>>
>>> I am seeing the problem again, in a much simpler project. One
>>> package, one class. No reported errors in Problems (0 errors, 0
>>> warnings, 0 infos). The build path is fine, because the program runs.
>>>
>>>
>>> After a few hours of not having the feature, it started up fine
>>> again. Two days later, the problem resurfaced.
>>>
>>>
>>> More details about the behavior. (At least at the moment.)
>>>
>>> * If I type 'syse' and try completion, there are no proposals, but if
>>> I erase the 'e' while the completion dropdown is visible, it
>>> populates with 'syserr', 'sysout', 'systrace'. (And only those three.)
>>>
>>> * If I just type 'sys' and completion, all the offerings are System*
>>> (SystemException, SystemIcon, SystemIdentity, ...) but none of the
>>> 'sys*' entries. And typing 'e' closes the dropdown.
>>>
>>> I find this really odd.
>>
>>
>> Still more details. I was running using Java6 compliance. Switching
>> to Java5 compliance did not help.
>>
>> Just noticed when I type 'string' that it offered
>> com.sun.org.apache.xpath.internal.operations.String
>> but not java.lang.String. I find this really odd. Same for 'Object'
>> (offered one from CORBA). It is as if it has lost access to the rt.jar.
>>
>> I am running against jdk1.6.0_04. I will try downloading 1.5 and see
>> if that makes a difference. No change. I switched to the 1.5 JRE for
>> my library and it still can't do completion assist for Thread. Also
>> change my path so that JRE 1.5 was the Java used to run Eclipse and no
>> improvement.
>>
>>
>>
>> It *is* the library that is the problem. If I create
>> org.omg.CORBA.Object
>> I can get an assist on its methods, but not on the methods of
>> java.lang.Object. In fact, none of the java.lang.Object methods are
>> offered. The library is known, because I can get a class hierarchy
>> and it shows the correct methods.
>>
>>
>> This is getting to the point where I might have something useful to
>> file as a bug.
>>
>>
>>
>>
>>
>>
>>
>> I can't imagine this has anything to do with it, but I noticed that I
>> have gotten the following in the log fairly regularly. Any idea what
>> it signifies or what, if anything, I should do about it?
>>
>> !SESSION 2008-02-26 13:54:02.743
>> -----------------------------------------------
>> eclipse.buildId=M20071023-1652
>> java.version=1.6.0_04
>> java.vendor=Sun Microsystems Inc.
>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
>> Command-line arguments: -os win32 -ws win32 -arch x86
>>
>> !ENTRY org.eclipse.ui 4 4 2008-02-26 13:54:33.509
>> !MESSAGE Invalid preference page path: Cache
>>
>>
>>
>>
>>>
>>>
>>>
>>>
>>> Stopping and restarting Eclipse has no effect on this behavior.
>>>
>>>
>>>
>>> I wish I felt that I could specify this well enough to enter it as a
>>> bug report, but it is so non-repeatable. (At least in the sense that
>>> it comes and goes. If anyone has suggestions for useful information
>>> to collect, please let me know.)
>>>
>>> Is there a better newsgroup for this discussion?
>>>
>>>
>>>>
>>>> Dani
>>>>>
>>>>> Compared all the files against version control. Only change is
>>>>> adding a jar file and that was done days ago, so it should not be
>>>>> the problem. (Removing it didn't help.)
>>>>>
>>>>> I did notice the following in the log, although with Mylyn disabled
>>>>> it did not appear. (Attached file: session.log)
>>>>>
>>>>> Anyone know if this information (non-local fields and methods)
>>>>> might be cached? It feels like a caching problem.
>>>>>
>>>>>
>>>>>
>>>>> Gary Levin wrote:
>>>>>> I am running Version: 3.3.1.1 Build id: M20071023-1652.
>>>>>>
>>>>>> Suddenly, content assist has stopped working. It will complete
>>>>>> local variable names, but
>>>>>>
>>>>>> private int xxx() {
>>>>>> Object[] x;
>>>>>> x. // try auto-completion here
>>>>>> // no default proposals offered
>>>>>> }
>>>>>>
>>>>>> won't respond with "x.length".
>>>>>>
>>>>>> I've tried:
>>>>>> * cleaning and rebuilding the project.
>>>>>> * disabling Mylyn, resetting the content assist to the default
>>>>>> setting
>>>>>> * removing the *.index files in
>>>>>> .metadata/.plugins/org.eclipse.jdt.core
>>>>>>
>>>>>> If I have to, I'll try re-installing Eclipse.
>>>>>>
>>>>>> I can't think of anything that I changed. I use auto-complete a
>>>>>> lot and should have noticed it pretty quickly.
>>>>>>
>>>>>> Suggestions?
>>>>>>
>>>>>> Gary
>>>>>
>>>>>
|
|
|
| Re: Content Assist stopped working [Solved -- not] [message #250275 is a reply to message #250271] |
Wed, 27 February 2008 02:41 |
Gary Levin
Messages: 10
Registered: July 2009 |
Junior Member |
|
|
I must not have tried everything. 'syse' offers 'syserr' now, but
'syste' does not offer 'System' and 'strin' only offers the CORBA
'String'.
I give up. I have created a new workspace and imported all of my
projects and preferences to the new workspace. Currently, it works
fine. I will grab a copy of metadata and see if the problem re-appears.
I am using the same installation of Eclipse, so the problem must be
with the workspace, not the installation.
Gary Levin wrote:
> Solved.
>
> Need to go to Windows/Preferences/Java/Editor/ContentAssist/Advanced,
> and "Restore Defaults". In my case, this set the Mylyn and standard
> completions proposers, so I had to turn half of them off, but it still
> worked. I think I tried "Restore Default" on
> Windows/Preferences/Java/Editor/ContentAssist with no luck.
>
> I still don't know why the problem cropped up. I'll watch to see what
> changes if it happens again.
>
> Solution suggested in
> Bugzilla – Bug 185684
> [content assist] Content Assist fails to offer proposals in 3.3M7
> https://bugs.eclipse.org/185684
>
> This is a more extreme case of my problem.
>
> Gary Levin wrote:
>> Looking through the bug list, it sounds like this is similar to
>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=140416, where Mylar was
>> retracting the proposal computers. They were checking to see if there
>> were any access restrictions on libraries. I checked mine and don't
>> see any in the Build Path.
>>
>>
>>
>>
>> I am trying to see if there is any report for Mylyn. I am also trying
>> to update Mylyn, on the theory that new is likely to be better.
>>
>> Oh, well. New doesn't make a difference. I'll keep searching
>> Bugzilla to see if I can find a matching problem. If not, I'll open one.
>>
>> Gary Levin wrote:
>>> Gary Levin wrote:
>>>> Daniel Megert wrote:
>>>>> Gary Levin wrote:
>>>>>> More details.
>>>>>>
>>>>>> Tried installing new copy of Eclipse and using it on the old
>>>>>> workspace
>>>>>> -- same problem.
>>>>>>
>>>>>>
>>>>>> Tried content assist in a different project in the original
>>>>>> Eclipse --
>>>>>> that worked. So it must be project specific.
>>>>> Check your project's Java build path and especially check the
>>>>> Problems view whether there are build path errors.
>>>>
>>>> I am seeing the problem again, in a much simpler project. One
>>>> package, one class. No reported errors in Problems (0 errors, 0
>>>> warnings, 0 infos). The build path is fine, because the program runs.
>>>>
>>>>
>>>> After a few hours of not having the feature, it started up fine
>>>> again. Two days later, the problem resurfaced.
>>>>
>>>>
>>>> More details about the behavior. (At least at the moment.)
>>>>
>>>> * If I type 'syse' and try completion, there are no proposals, but
>>>> if I erase the 'e' while the completion dropdown is visible, it
>>>> populates with 'syserr', 'sysout', 'systrace'. (And only those three.)
>>>>
>>>> * If I just type 'sys' and completion, all the offerings are System*
>>>> (SystemException, SystemIcon, SystemIdentity, ...) but none of the
>>>> 'sys*' entries. And typing 'e' closes the dropdown.
>>>>
>>>> I find this really odd.
>>>
>>>
>>> Still more details. I was running using Java6 compliance. Switching
>>> to Java5 compliance did not help.
>>>
>>> Just noticed when I type 'string' that it offered
>>> com.sun.org.apache.xpath.internal.operations.String
>>> but not java.lang.String. I find this really odd. Same for 'Object'
>>> (offered one from CORBA). It is as if it has lost access to the rt.jar.
>>>
>>> I am running against jdk1.6.0_04. I will try downloading 1.5 and see
>>> if that makes a difference. No change. I switched to the 1.5 JRE
>>> for my library and it still can't do completion assist for Thread.
>>> Also change my path so that JRE 1.5 was the Java used to run Eclipse
>>> and no improvement.
>>>
>>>
>>>
>>> It *is* the library that is the problem. If I create
>>> org.omg.CORBA.Object
>>> I can get an assist on its methods, but not on the methods of
>>> java.lang.Object. In fact, none of the java.lang.Object methods are
>>> offered. The library is known, because I can get a class hierarchy
>>> and it shows the correct methods.
>>>
>>>
>>> This is getting to the point where I might have something useful to
>>> file as a bug.
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> I can't imagine this has anything to do with it, but I noticed that I
>>> have gotten the following in the log fairly regularly. Any idea what
>>> it signifies or what, if anything, I should do about it?
>>>
>>> !SESSION 2008-02-26 13:54:02.743
>>> -----------------------------------------------
>>> eclipse.buildId=M20071023-1652
>>> java.version=1.6.0_04
>>> java.vendor=Sun Microsystems Inc.
>>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
>>> Command-line arguments: -os win32 -ws win32 -arch x86
>>>
>>> !ENTRY org.eclipse.ui 4 4 2008-02-26 13:54:33.509
>>> !MESSAGE Invalid preference page path: Cache
>>>
>>>
>>>
>>>
>>>>
>>>>
>>>>
>>>>
>>>> Stopping and restarting Eclipse has no effect on this behavior.
>>>>
>>>>
>>>>
>>>> I wish I felt that I could specify this well enough to enter it as a
>>>> bug report, but it is so non-repeatable. (At least in the sense
>>>> that it comes and goes. If anyone has suggestions for useful
>>>> information to collect, please let me know.)
>>>>
>>>> Is there a better newsgroup for this discussion?
>>>>
>>>>
>>>>>
>>>>> Dani
>>>>>>
>>>>>> Compared all the files against version control. Only change is
>>>>>> adding a jar file and that was done days ago, so it should not be
>>>>>> the problem. (Removing it didn't help.)
>>>>>>
>>>>>> I did notice the following in the log, although with Mylyn
>>>>>> disabled it did not appear. (Attached file: session.log)
>>>>>>
>>>>>> Anyone know if this information (non-local fields and methods)
>>>>>> might be cached? It feels like a caching problem.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Gary Levin wrote:
>>>>>>> I am running Version: 3.3.1.1 Build id: M20071023-1652.
>>>>>>>
>>>>>>> Suddenly, content assist has stopped working. It will complete
>>>>>>> local variable names, but
>>>>>>>
>>>>>>> private int xxx() {
>>>>>>> Object[] x;
>>>>>>> x. // try auto-completion here
>>>>>>> // no default proposals offered
>>>>>>> }
>>>>>>>
>>>>>>> won't respond with "x.length".
>>>>>>>
>>>>>>> I've tried:
>>>>>>> * cleaning and rebuilding the project.
>>>>>>> * disabling Mylyn, resetting the content assist to the default
>>>>>>> setting
>>>>>>> * removing the *.index files in
>>>>>>> .metadata/.plugins/org.eclipse.jdt.core
>>>>>>>
>>>>>>> If I have to, I'll try re-installing Eclipse.
>>>>>>>
>>>>>>> I can't think of anything that I changed. I use auto-complete a
>>>>>>> lot and should have noticed it pretty quickly.
>>>>>>>
>>>>>>> Suggestions?
>>>>>>>
>>>>>>> Gary
>>>>>>
>>>>>>
|
|
|
| Re: Content Assist stopped working [Solved -- finally] [message #250365 is a reply to message #250275] |
Wed, 27 February 2008 19:11 |
Gary Levin
Messages: 10
Registered: July 2009 |
Junior Member |
|
|
There were two independent problems, one solved by resetting the defaults.
The other problem was due to user error (mine). I had been getting too
many responses when I did "Open Type", so I set the Type Filter. I did
not notice the following message (right at the top of the Type Filter
window. **Emphasis** mine.)
All types in packages that match the selected filter strings
will not be shown in the 'Open Type' dialog. They will also
be ignored in **content assist** or quick fix proposals.
Turning off the type filters fixed the second half of the problem.
My apologies for wasting bandwidth. I'm just glad that I didn't enter
it into Bugzilla.
Gary
Gary Levin wrote:
> I must not have tried everything. 'syse' offers 'syserr' now, but
> 'syste' does not offer 'System' and 'strin' only offers the CORBA 'String'.
>
> I give up. I have created a new workspace and imported all of my
> projects and preferences to the new workspace. Currently, it works
> fine. I will grab a copy of metadata and see if the problem re-appears.
> I am using the same installation of Eclipse, so the problem must be
> with the workspace, not the installation.
>
> Gary Levin wrote:
>> Solved.
>>
>> Need to go to Windows/Preferences/Java/Editor/ContentAssist/Advanced,
>> and "Restore Defaults". In my case, this set the Mylyn and standard
>> completions proposers, so I had to turn half of them off, but it still
>> worked. I think I tried "Restore Default" on
>> Windows/Preferences/Java/Editor/ContentAssist with no luck.
>>
>> I still don't know why the problem cropped up. I'll watch to see what
>> changes if it happens again.
>>
>> Solution suggested in
>> Bugzilla – Bug 185684
>> [content assist] Content Assist fails to offer proposals in 3.3M7
>> https://bugs.eclipse.org/185684
>>
>> This is a more extreme case of my problem.
>>
>> Gary Levin wrote:
>>> Looking through the bug list, it sounds like this is similar to
>>> https://bugs.eclipse.org/bugs/show_bug.cgi?id=140416, where Mylar was
>>> retracting the proposal computers. They were checking to see if
>>> there were any access restrictions on libraries. I checked mine and
>>> don't see any in the Build Path.
>>>
>>>
>>>
>>>
>>> I am trying to see if there is any report for Mylyn. I am also
>>> trying to update Mylyn, on the theory that new is likely to be better.
>>>
>>> Oh, well. New doesn't make a difference. I'll keep searching
>>> Bugzilla to see if I can find a matching problem. If not, I'll open
>>> one.
>>>
>>> Gary Levin wrote:
>>>> Gary Levin wrote:
>>>>> Daniel Megert wrote:
>>>>>> Gary Levin wrote:
>>>>>>> More details.
>>>>>>>
>>>>>>> Tried installing new copy of Eclipse and using it on the old
>>>>>>> workspace
>>>>>>> -- same problem.
>>>>>>>
>>>>>>>
>>>>>>> Tried content assist in a different project in the original
>>>>>>> Eclipse --
>>>>>>> that worked. So it must be project specific.
>>>>>> Check your project's Java build path and especially check the
>>>>>> Problems view whether there are build path errors.
>>>>>
>>>>> I am seeing the problem again, in a much simpler project. One
>>>>> package, one class. No reported errors in Problems (0 errors, 0
>>>>> warnings, 0 infos). The build path is fine, because the program runs.
>>>>>
>>>>>
>>>>> After a few hours of not having the feature, it started up fine
>>>>> again. Two days later, the problem resurfaced.
>>>>>
>>>>>
>>>>> More details about the behavior. (At least at the moment.)
>>>>>
>>>>> * If I type 'syse' and try completion, there are no proposals, but
>>>>> if I erase the 'e' while the completion dropdown is visible, it
>>>>> populates with 'syserr', 'sysout', 'systrace'. (And only those
>>>>> three.)
>>>>>
>>>>> * If I just type 'sys' and completion, all the offerings are
>>>>> System* (SystemException, SystemIcon, SystemIdentity, ...) but none
>>>>> of the 'sys*' entries. And typing 'e' closes the dropdown.
>>>>>
>>>>> I find this really odd.
>>>>
>>>>
>>>> Still more details. I was running using Java6 compliance.
>>>> Switching to Java5 compliance did not help.
>>>>
>>>> Just noticed when I type 'string' that it offered
>>>> com.sun.org.apache.xpath.internal.operations.String
>>>> but not java.lang.String. I find this really odd. Same for
>>>> 'Object' (offered one from CORBA). It is as if it has lost access
>>>> to the rt.jar.
>>>>
>>>> I am running against jdk1.6.0_04. I will try downloading 1.5 and
>>>> see if that makes a difference. No change. I switched to the 1.5
>>>> JRE for my library and it still can't do completion assist for
>>>> Thread. Also change my path so that JRE 1.5 was the Java used to
>>>> run Eclipse and no improvement.
>>>>
>>>>
>>>>
>>>> It *is* the library that is the problem. If I create
>>>> org.omg.CORBA.Object
>>>> I can get an assist on its methods, but not on the methods of
>>>> java.lang.Object. In fact, none of the java.lang.Object methods are
>>>> offered. The library is known, because I can get a class hierarchy
>>>> and it shows the correct methods.
>>>>
>>>>
>>>> This is getting to the point where I might have something useful to
>>>> file as a bug.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> I can't imagine this has anything to do with it, but I noticed that
>>>> I have gotten the following in the log fairly regularly. Any idea
>>>> what it signifies or what, if anything, I should do about it?
>>>>
>>>> !SESSION 2008-02-26 13:54:02.743
>>>> -----------------------------------------------
>>>> eclipse.buildId=M20071023-1652
>>>> java.version=1.6.0_04
>>>> java.vendor=Sun Microsystems Inc.
>>>> BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
>>>> Command-line arguments: -os win32 -ws win32 -arch x86
>>>>
>>>> !ENTRY org.eclipse.ui 4 4 2008-02-26 13:54:33.509
>>>> !MESSAGE Invalid preference page path: Cache
>>>>
>>>>
>>>>
>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Stopping and restarting Eclipse has no effect on this behavior.
>>>>>
>>>>>
>>>>>
>>>>> I wish I felt that I could specify this well enough to enter it as
>>>>> a bug report, but it is so non-repeatable. (At least in the sense
>>>>> that it comes and goes. If anyone has suggestions for useful
>>>>> information to collect, please let me know.)
>>>>>
>>>>> Is there a better newsgroup for this discussion?
>>>>>
>>>>>
>>>>>>
>>>>>> Dani
>>>>>>>
>>>>>>> Compared all the files against version control. Only change is
>>>>>>> adding a jar file and that was done days ago, so it should not be
>>>>>>> the problem. (Removing it didn't help.)
>>>>>>>
>>>>>>> I did notice the following in the log, although with Mylyn
>>>>>>> disabled it did not appear. (Attached file: session.log)
>>>>>>>
>>>>>>> Anyone know if this information (non-local fields and methods)
>>>>>>> might be cached? It feels like a caching problem.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Gary Levin wrote:
>>>>>>>> I am running Version: 3.3.1.1 Build id: M20071023-1652.
>>>>>>>>
>>>>>>>> Suddenly, content assist has stopped working. It will complete
>>>>>>>> local variable names, but
>>>>>>>>
>>>>>>>> private int xxx() {
>>>>>>>> Object[] x;
>>>>>>>> x. // try auto-completion here
>>>>>>>> // no default proposals offered
>>>>>>>> }
>>>>>>>>
>>>>>>>> won't respond with "x.length".
>>>>>>>>
>>>>>>>> I've tried:
>>>>>>>> * cleaning and rebuilding the project.
>>>>>>>> * disabling Mylyn, resetting the content assist to the default
>>>>>>>> setting
>>>>>>>> * removing the *.index files in
>>>>>>>> .metadata/.plugins/org.eclipse.jdt.core
>>>>>>>>
>>>>>>>> If I have to, I'll try re-installing Eclipse.
>>>>>>>>
>>>>>>>> I can't think of anything that I changed. I use auto-complete a
>>>>>>>> lot and should have noticed it pretty quickly.
>>>>>>>>
>>>>>>>> Suggestions?
>>>>>>>>
>>>>>>>> Gary
>>>>>>>
>>>>>>>
|
|
|
Goto Forum:
Current Time: Sat Apr 27 01:17:20 GMT 2024
Powered by FUDForum. Page generated in 0.06368 seconds |
] 
Search
Help
Register
Login
Home
