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 65670 - Tomcat is unregistered when create Java project
Summary: Tomcat is unregistered when create Java project
Status: VERIFIED FIXED
Alias: None
Product: platform
Classification: Unclassified
Component: Data Systems (show other bugs)
Version: 5.x
Hardware: All All
: P1 blocker (vote)
Assignee: Jaroslav Tulach
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-03 08:07 UTC by Jiri Skrivanek
Modified: 2008-12-22 21:54 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Stack trace (6.24 KB, text/plain)
2005-10-03 08:11 UTC, Jiri Skrivanek 		Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Jiri Skrivanek 2005-10-03 08:07:43 UTC 
NullPointerException is thrown during creating of J2SE project which causes that
Tomcat server is unregistered from IDE. It prevents work with web applications
in IDE.
It breaks commit validation suite and it started to happen in build
20050930-1736. I suspect it was caused by the following integration:

2005-09-30 17:33  jtulach

	* openide/loaders/: src/org/openide/loaders/DataObjectPool.java,
	src/org/openide/loaders/FolderLookup.java,
	 #65543: Preventing deadlock in FolderLookup by not waiting for the
	computation in folder recognizer if called from inside a DataObject
	constructor (like org.netbeans.modules.xml.XMLDataObject does)

To reproduce:

- start IDE with fresh user dir
- create Java application and exception is thrown
- the exception is thrown repeatedly when you try to add server in Runtime view
Comment 1 Jiri Skrivanek 2005-10-03 08:11:39 UTC 
Created attachment 25429 [details]
Stack trace
Comment 2 Jaroslav Tulach 2005-10-03 10:53:58 UTC 
If the commit is the cause, then I would see it as a sad irony.
Comment 3 Jaroslav Tulach 2005-10-03 12:44:16 UTC 
"#65670: WebApps use new FolderLookup(..).getLookup().lookup(something) from 
inside DataObject constructor, which can lead to deadlock in issue #65543. 
This commit tries to find reasonable balance between compatibility with old 
behaviour and a way to break the deadlock when it happens." 
 
 
Checking in src/org/openide/loaders/FolderLookup.java; 
/cvs/openide/loaders/src/org/openide/loaders/FolderLookup.java,v  <--  
FolderLookup.java 
new revision: 1.9; previous revision: 1.8 
done 
RCS 
file: /cvs/openide/loaders/test/unit/src/org/openide/loaders/CanYouCreateFolderLookupFromHandleFindTest.java,v 
done 
Checking in 
test/unit/src/org/openide/loaders/CanYouCreateFolderLookupFromHandleFindTest.java; 
/cvs/openide/loaders/test/unit/src/org/openide/loaders/CanYouCreateFolderLookupFromHandleFindTest.java,v  
<--  CanYouCreateFolderLookupFromHandleFindTest.java 
initial revision: 1.1 
done 
Checking in 
test/unit/src/org/openide/loaders/CanYouQueryFolderLookupFromHandleFindTest.java; 
/cvs/openide/loaders/test/unit/src/org/openide/loaders/CanYouQueryFolderLookupFromHandleFindTest.java,v  
<--  CanYouQueryFolderLookupFromHandleFindTest.java 
new revision: 1.2; previous revision: 1.1 
done 
Checking in test/unit/src/org/openide/loaders/DataFolderIndexTest.java; 
/cvs/openide/loaders/test/unit/src/org/openide/loaders/DataFolderIndexTest.java,v  
<--  DataFolderIndexTest.java 
new revision: 1.5; previous revision: 1.4 
done 
Checking in test/unit/src/org/openide/loaders/Deadlock60917Test.java; 
/cvs/openide/loaders/test/unit/src/org/openide/loaders/Deadlock60917Test.java,v  
<--  Deadlock60917Test.java 
new revision: 1.3; previous revision: 1.2
Comment 4 Jiri Skrivanek 2005-10-04 09:16:46 UTC 
Verified in build 20051004-0553.