This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.

Bug 30171 - Lookup listener does not work
Summary: Lookup listener does not work
Status: CLOSED WORKSFORME
Alias: None
Product: platform
Classification: Unclassified
Component: Lookup (show other bugs)
Version: 3.x
Hardware: PC All
: P1 blocker (vote)
Assignee: David Strupl
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-01-16 11:00 UTC by Petr Suchomel
Modified: 2008-12-23 10:54 UTC (History)
0 users

See Also:
Issue Type: DEFECT
Exception Reporter:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Petr Suchomel 2003-01-16 11:00:31 UTC
S1Su2 EE edition, installed ME modules (kjava*).
If I install new emulator, the emulator will
correctly appear under Services/Emulators folder
in default FS, but no event is fired to notify
listeners listening on Lookup.Result.

The test code looks like:
Lookup.Template template = new
Lookup.Template(Emulator.class); // NOI18N
Lookup.Result result =
Lookup.getDefault().lookup(template);
result.addLookupListener(this);

LookupListener report changes in NB3.4, and S1Su1,
but no more on S1Su2 build on last Q-build.
Tested with empty user dir.
Bugtraq issue:
http://dtsw.eng/cgi-bin/bugtraq_showbug?bugid=4802464
Comment 1 David Strupl 2003-01-16 16:26:53 UTC
Could you please try build from 13 Jan (2003-01-13)? Thanks for your
help. I suspect fix for 29002 could cause something like this but that
is only quess for now.

Also are you sure that someone holds a reference to the result? I
think that lookup holds only a weak reference to the result. If you
don't hold a reference to it - it is gc-ed away.
Comment 2 Petr Suchomel 2003-01-16 16:52:57 UTC
Yes, I have reference which is kept all the time.
Plase do you mean build sunner than 13/1, just 13/1, or after 13/1. At
least, the bug was reported 13/1 at 9:55 pm.
Thanks
Comment 3 David Strupl 2003-01-17 08:45:17 UTC
29002 was integrated on 13. So the night build from previous night may
be ok. that was only guess - i don't know the reason. 
Comment 4 Petr Suchomel 2003-01-17 15:10:20 UTC
Bug appeared between Q builds QBE200301080100 (buggy)
andQBE200212040100 (OK). This bug affects more then this part in IDE.
You can create new CompilerType, but you can not use it, because you
do not see it, and so on. (Mostly) all new created services are
unavailable.
Comment 5 David Strupl 2003-01-22 08:35:00 UTC
I was trying (hard) to reproduce this issue. I tryed JDK1.4.1 on
Solaris and linux with latest trunk builds. No luck. I would like to
kindly ask anyone who is able to reproduce this bug to
  1. attach a full thread dump + ide.log 
  2. reopen the issue.

Please try the most recent trunk build you are able to get (and don't
forget to tell us the build number).
Any help with this is really appreciated.