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 81216 - App won't build because MakeJNLP task looks in enteprise3 instead of ide7 for schema2beans.xml
Summary: App won't build because MakeJNLP task looks in enteprise3 instead of ide7 for...
Status: VERIFIED FIXED
Alias: None
Product: apisupport
Classification: Unclassified
Component: Harness (show other bugs)
Version: 5.x
Hardware: All All
: P2 blocker (vote)
Assignee: Jaroslav Tulach
URL:
Keywords:
: 83609 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-07-27 01:14 UTC by charlweed
Modified: 2006-10-03 09:38 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Exception Reporter:

Attachments
Suite Project that reproduces bug (36.92 KB, application/octet-stream)
2006-07-27 01:14 UTC, charlweed 		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 charlweed 2006-07-27 01:14:04 UTC 
When I tried the “Run JNLP” and “Debug JNLP” right context command on my module
suite, I got the error appended to this message. MakeJNLP is looking in
enteprise3 instead of ide7 for schema2beans.xml. A workaround is to copy
org-netbeans-modules-schema2beans.xml from ide7\update_tracking to
enterprise3\update_tracking. This will allow the JNLP build to work.

I have reproduced on branches release55-QBE200606120200 through
release55_beta2-BLD200607232000. My Application uses a custom Project module,
and depends on several IDE modules.

To reproduce use the “Run JNLP” commands after following the steps below:

•	Create a new Module Suite project
•	Select “Modules” in the explorer, and add a new module project.
•	Right click the Suite project, and select Properties.
•	In the Properties dialog, select application
•	Select the Create Standalone Application radio button.
•	Click ok.
•	Select “exclude modules”
•	Close all dialogs
•	Right click the Suite project, and select Properties again.
•	In the Properties dialog, select Libraries
•	Use the interface to enable all clusters, but disable the following modules
(if they exist) :
    org.netbeans.api.debugger.jpda,\
    org.netbeans.libs.ini4j,\
    org.netbeans.libs.svnClientAdapter,\
    org.netbeans.modules.ant.debugger,\
    org.netbeans.modules.apisupport.project,\
    org.netbeans.modules.apisupport.refactoring,\
    org.netbeans.modules.applemenu,\
    org.netbeans.modules.db,\
    org.netbeans.modules.db.core,\
    org.netbeans.modules.db.sql.editor,\
    org.netbeans.modules.dbapi,\
    org.netbeans.modules.dbschema,\
    org.netbeans.modules.debugger.jpda,\
    org.netbeans.modules.debugger.jpda.ant,\
    org.netbeans.modules.debugger.jpda.ui,\
    org.netbeans.modules.derby,\
    org.netbeans.modules.j2ee.ant,\
    org.netbeans.modules.j2ee.archive,\
    org.netbeans.modules.j2ee.blueprints,\
    org.netbeans.modules.j2ee.clientproject,\
    org.netbeans.modules.j2ee.common,\
    org.netbeans.modules.j2ee.dd.webservice,\
    org.netbeans.modules.j2ee.ddloaders,\
    org.netbeans.modules.j2ee.debug,\
    org.netbeans.modules.j2ee.earproject,\
    org.netbeans.modules.j2ee.ejbcore,\
    org.netbeans.modules.j2ee.ejbfreeform,\
    org.netbeans.modules.j2ee.ejbjarproject,\
    org.netbeans.modules.j2ee.genericserver,\
    org.netbeans.modules.j2ee.jboss4,\
    org.netbeans.modules.j2ee.persistence,\
    org.netbeans.modules.j2ee.platform,\
    org.netbeans.modules.j2ee.refactoring,\
    org.netbeans.modules.j2ee.samples,\
    org.netbeans.modules.j2ee.sun.appsrv,\
    org.netbeans.modules.j2ee.sun.appsrv81,\
    org.netbeans.modules.j2ee.sun.dd,\
    org.netbeans.modules.j2ee.sun.ddui,\
    org.netbeans.modules.j2ee.verification,\
    org.netbeans.modules.j2ee.weblogic9,\
    org.netbeans.modules.j2eeapis,\
    org.netbeans.modules.j2eeserver,\
    org.netbeans.modules.java.j2seproject,\
    org.netbeans.modules.nbjunit,\
    org.netbeans.modules.subversion,\
    org.netbeans.modules.tomcat5,\
    org.netbeans.modules.tomcat5.bundled,\
    org.netbeans.modules.web.core,\
    org.netbeans.modules.web.core.syntax,\
    org.netbeans.modules.web.debug,\
    org.netbeans.modules.web.examples,\
    org.netbeans.modules.web.freeform,\
    org.netbeans.modules.web.jsf,\
    org.netbeans.modules.web.jstl11,\
    org.netbeans.modules.web.project,\
    org.netbeans.modules.web.struts,\
    org.netbeans.modules.websvc.core,\
    org.netbeans.modules.websvc.customization,\
    org.netbeans.modules.websvc.dev,\
    org.netbeans.modules.websvc.registry,\
    org.netbeans.modules.websvc.websvcapi,\
    org.netbeans.spi.debugger.ui,\
    org.openide.util.enumerations
•	Close all dialogs



ERROR:

Generating information for Auto Update...
Hidden modules: [Ant Debugger, Apple Application Menu, Application Client (CAR)
Module Projects, Archive Project, BEA WebLogic Server 9, Bundled Tomcat 5
Server, Database APIs, Database Core, Database Explorer, Database Schema (JDBC
Implementation), Debugger Core - UI, EJB Freeform Project Support, Enterprise
Applications (EAR) Projects, Enterprise JavaBeans (EJB) Module Projects,
Enterprise JavaBeans (EJB) Support, Generic J2EE Server Plugin, J2EE 1.4
Documentation, J2EE DD Loaders, J2EE Debugger, J2EE Deployment and Management
APIs, J2EE Project Support Utilities, J2EE Refactoring module, J2EE Server Ant
Tasks, J2EE Server Registry, J2SE Projects, JBoss Application Server 4.0, JPDA
Debugger, JPDA Debugger API, JPDA Debugger Ant Task, JPDA Debugger UI, JSP
Standard Tag Library 1.1 (JSTL), JSP Syntax Coloring, JSP/Servlet, JSP/Servlet
Breakpoint Support, JSR220 Persistence, Jalopy Java Source Code Formatter, Java
BluePrints Solutions Catalog, Java DB Database Support, Java EE Samples, Java EE
Verification, Java Server Faces Support, NB JUnit, NetBeans Module Projects,
NetBeans Module Refactoring, Old Enumeration API, SQL Editor, Struts Support,
Subversion, Subversion Client Library, Sun J2EE DD API, Sun J2EE DD GUI, Sun
Java System Application Server, Sun Java System Application Server Common APIs,
Tomcat 5 Server, Web Freeform Project Support, Web Projects, Web Samples - J2EE
1.4, Web Service APIs, Web Services Core, Web Services Customization, Web
Services DD API, Web Services Developer, Web Services Registry, ini4j]
run-jnlp:
jnlp-init-generate-master:
jnlp-init:
jnlp-generate-keystore:
jnlp-generate-platform-repository:
Q:\projects\3rdparty\NetBeans\nb55_cvs\nbbuild\netbeans\harness\suite.xml:198:
The following error occurred while executing this line:
Q:\projects\3rdparty\NetBeans\nb55_cvs\nbbuild\netbeans\harness\jnlp.xml:122:
The file
Q:\projects\3rdparty\NetBeans\nb55_cvs\nbbuild\netbeans\enterprise3\update_tracking\org-netbeans-modules-schema2beans.xml
for module org.netbeans.modules.schema2beans cannot be found
BUILD FAILED (total time: 2 seconds)
Comment 1 charlweed 2006-07-27 01:14:54 UTC 
Created attachment 32250 [details]
Suite Project that reproduces bug
Comment 2 Jesse Glick 2006-07-27 13:48:48 UTC 
I can reproduce easily in a trunk build. Just make a suite, set as app, turn
back on all modules/clusters (no need to exclude anything), build JNLP => fails.

I am guessing the problem is that
enterprise4/jakarta-tomcat-5.5.9/common/lib/org-netbeans-modules-schema2beans.jar
is a copy of ide8/modules/org-netbeans-modules-schema2beans.jar. Why this would
be, I don't know. Surely we should ship one copy of the module! Arch bug for
Tomcat module developers I guess.

Regardless of why they do that, the point remains that the <makejnlp> task
should not assume that every random JAR with a module manifest is a real module.
It should only consider {lib/ext,core,modules}/*.jar as module candidates I
guess. Or more accurately, {lib/ext,core}/*.jar plus JARs mentioned in
config/Modules/*.xml.

Excluding the Bundled Tomcat 5 Server module in your suite does not help. You
need to exclude the entire enterprise cluster (the cluster itself, not the set
of modules in it). Considering P2 accordingly.
Comment 3 Jaroslav Tulach 2006-08-07 08:02:36 UTC 
apisupport/harness/release/jnlp.xml,v  <--  jnlp.xml
new revision: 1.37; previous revision: 1.36
Comment 4 Jesse Glick 2006-08-07 18:46:09 UTC 
Note: fix is not quite correct since it will still fail to properly handle e.g.
modules/ext/foo.jar where foo.jar has a module manifest but is not to be
installed as a module. To be fully correct you would need to examine
config/Modules/*.xml. But ought to at least handle the problem with Tomcat.
Comment 5 Jaroslav Tulach 2006-08-08 08:04:09 UTC 
True, not fully perfect, but the example you gave is not very compelling. Why 
would someone put a JAR with module manifest into modules/ext and not use it 
directly as a module when it is properly recognized by the system?
Comment 6 Jesse Glick 2006-08-08 23:03:04 UTC 
"Why would someone put a JAR with module manifest into modules/ext and not use
it directly as a module?" - I don't know, really, but that doesn't mean people
don't do it. IIRC this was the case at some point with
org-netbeans-modules-j2ee-sun-ide-nbms.zip.scrambled or something similar.
Probably it was an accident but it was still technically legal.
Comment 7 Jesse Glick 2006-08-28 23:14:30 UTC 
*** Issue 83609 has been marked as a duplicate of this issue. ***
Comment 8 maw_starwood 2006-08-28 23:24:59 UTC 
83609 was marked as a duplicate of this defect and this is marked as RESOLVED
FIXED, but I don't see the resolution in the comments.  

Could somebody clarify if this is really fixed and in which version can I find
the fix?
Comment 9 Jesse Glick 2006-08-28 23:49:14 UTC 
The fix is in 6.0 development builds. Recall

"A workaround is to copy org-netbeans-modules-schema2beans.xml from
ide7\update_tracking to enterprise3\update_tracking. This will allow the JNLP
build to work."
Comment 10 Marian Mirilovic 2006-09-15 13:25:23 UTC 
Jarda, Jesse, 
do you want to fix this for NB 5.5 ? If not, remove "5.5_candidate" from the
status whiteboard please. Thanks in advance.
Comment 11 Jesse Glick 2006-09-15 13:51:32 UTC 
IMHO it should be merged to r55.
Comment 12 pzajac 2006-09-15 14:15:05 UTC 
I am also for to fix  it in nb55.
Comment 13 Jaroslav Tulach 2006-09-21 07:26:19 UTC 
Integrated to release55_dev, verify that it works and I'll commit to 5.5 
tomorrow.

/cvs/apisupport/harness/release/jnlp.xml,v  <--  jnlp.xml
new revision: 1.4.2.3.2.2.14.1; previous revision: 1.4.2.3.2.2
Comment 14 pzajac 2006-09-22 09:13:00 UTC 
verified in release55_dev branch
Comment 15 Jaroslav Tulach 2006-09-22 12:35:20 UTC 
/cvs/apisupport/harness/release/jnlp.xml,v  <--  jnlp.xml
new revision: 1.4.2.3.2.3; previous revision: 1.4.2.3.2.2
Comment 16 Marian Mirilovic 2006-09-26 14:41:09 UTC 
verified in NB 5.5