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.
Summary: | Server classpath is not found when opening projects in previous NB releases | ||
---|---|---|---|
Product: | javaee | Reporter: | Troy Giunipero <tgiunipero> |
Component: | Web Project | Assignee: | David Konecny <dkonecny> |
Status: | RESOLVED WORKSFORME | ||
Severity: | normal | CC: | dkonecny, pjiricka |
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | PC | ||
OS: | Mac OS X | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
Troy Giunipero
2010-07-18 15:48:03 UTC
My understanding of the mechanics of the nbprojects folder is very limited, but it seems that what prevents the server classpath from being detected is the following properties (contained in the project.properties file), which are set by default in a 6.9 project and absent in a project created in 6.8: j2ee.platform.classpath= j2ee.platform.wscompile.classpath= j2ee.platform.wsgen.classpath= j2ee.platform.wsimport.classpath= j2ee.platform.wsit.classpath= In other words, I've found that if these properties are removed, then NetBeans 6.8 will detect the server classpath when the project is opened. I guess it is related to David's recent work. It looks like the message was introduced with this revision. http://hg.netbeans.org/web-main/rev/feda9fb50065 I am going to assign this to David. (In reply to comment #1) > In other words, I've found that if these properties are removed, then NetBeans > 6.8 will detect the server classpath when the project is opened. Correct. If these properties are missing 68 will try to correct it during project opening. 68 style of storing properties was: private.properties: j2ee.platform.classpath=/path/to/server/foo.jar;/path/to/server/bar.jar;... j2ee.platform.wsgen.classpath=/path/to/server/foo.jar;/path/to/server/bar.jar;... j2ee.platform.wsimport.classpath=... j2ee.platform.embeddableejb.classpath=... Fresh checkout of such project and build from command line would require user to set all j2ee.platform.* properties. In 69 I changed it to: private.properties: j2ee.server.home=/path/to/server project.properties: j2ee.platform.classpath=${j2ee.server.home}/foo.jar;${j2ee.server.home}/bar.jar;... j2ee.platform.wsgen.classpath=${j2ee.server.home}/foo.jar;${j2ee.server.home}/bar.jar;... j2ee.platform.wsimport.classpath=... j2ee.platform.embeddableejb.classpath=... which means that user has to set only single property after fresh checkout - j2ee.server.home and everything else stays the same. But side effect is the problem you are describing. There are ways how to make changes like this so that previous versions of IDE runs OK - by introducing new set of property names for example. That could be done if this is serious problem. The solution was to create projects in 6.8 - that way they will open in both 6.8 and 6.9 without problems. |