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 70477 - Create binary-mode excludes for JNLP from source projects
Summary: Create binary-mode excludes for JNLP from source projects
Status: NEW
Alias: None
Product: apisupport
Classification: Unclassified
Component: Harness (show other bugs)
Version: 5.x
Hardware: All All
: P3 blocker (vote)
Assignee: pgebauer
Depends on: 90498
Blocks: 177115
  Show dependency tree
Reported: 2005-12-15 17:22 UTC by Jesse Glick
Modified: 2015-09-09 11:22 UTC (History)
1 user (show)

See Also:
Exception Reporter:


Note You need to log in before you can comment on or make changes to this bug.
Description Jesse Glick 2005-12-15 17:22:10 UTC
Mentioned in issue #69078. Consider patching build of apisupport/harness to
collect jnlp.verify.excludes properties from all modules in config.modules.jnlp,
and write the result somewhere in the built harness - e.g. a .properties file
loaded by jnlp.xml. This would avoid maintaining two copies of the same info.
Comment 1 Jaroslav Tulach 2006-12-05 10:06:25 UTC
I guess the fix for this issue highly depends on resolution of issue 90498
Comment 2 Jaroslav Tulach 2008-08-05 10:43:45 UTC
Is there still anything needed to be done? I have not faced a problem with wrong imports in a long time...
Comment 3 Jesse Glick 2008-08-07 01:33:02 UTC
I think it's still valid. jnlp.xml still contains


which mentions a number of long-obsolete files. (The swing-layout files in particular may need updating with each
release of the library, meaning extra work and possible version skew if the library is newer than the harness.) And this
hardcoded list will not work if your target platform includes more than the platform cluster.

All in all I think the jnlp-generate-platform-repository target has to be either rewritten or killed. The design is
fundamentally flawed: while a module source project's build.xml and are able to specify idiosyncratic
ways to run the 'jnlp' target when creating a JNLP platform distribution, the code in this target is missing the
information it needs to create the platform JNLP fragments correctly.

Richard, since it is not at all obvious from the outside what is going on here: if you build a JNLP version of your
platform app using the property ${jnlp.platform.codebase}, you can point to a prebuilt binary collection of JNLP
fragments for the platform modules. This works reasonably well; the JNLP distribution of the platform can be created by
nbbuild/build.xml#build-jnlp, which runs a 'jnlp' target in each module. Most modules don't do anything special in this
target, but some customize it heavily (e.g. Ant), and a bunch specify ${jnlp.indirect.jars} and/or
${jnlp.verify.excludes}. On the other hand, if you do not set ${jnlp.platform.codebase}, jnlp.xml in the harness makes
an attempt to create working JNLP fragments for the platform modules (since we do not currently build JNLP descriptors
in the platform by default). Unfortunately this target cannot work for arbitrary modules in the platform. Among other
problems, it has to hardcode a list of files present in the platform which are known to not be needed in JNLP mode.
Comment 4 Quality Engineering 2012-05-04 09:52:58 UTC
Integrated into 'main-golden', will be available in build *201205040400* on (upload may still be in progress)
User: Jesse Glick <>
Log: #70477 workaround: cannot specify verify=true since verifyexcludes must be manually enumerated from all of platform.