Hi Henrik, I'm currently doing exactly what you would like to be able to do but it requires the new JnlpDownloadServletMojo in 1.0-alpha2-SNAPSHOT. It gives you more control what artifacts you deploy in your bundle. But of course you must be deploying your bundle in a servlet container and serving it up via Sun's JnlpDownloadServlet.
If this is an option for you I can give you more information if you'd like. Cheers, Kevin "Henrik Dohlmann" <[EMAIL PROTECTED]> 18/10/2007 10:32 Please respond to [email protected] To <[email protected]> cc Subject [mojo-user] Use webstart plugin with proguard The following is working: * Use webstart plugin to produce a zip with all needed jars and a jnlp file. Now, I would like to do the same with jars that have been obfuscated with proguard. I have tried the following: * Install the obfuscated jars with a classifier alongside the normal jars. * Manually adding classifiers to the dependencies in the webstart pom. This fails due to the use of transitive dependencies. The webstart plugin pulls in the dependencies with classifiers that I specify, but it also pulls in the unclassified (and unobfuscated) jars as well, which is not good. To work around this, I have tried to specify "mvn package -Dclassifier=obfuscated", but this breaks for other dependencies (transitive and direct) like log4j that is not and should not be obfuscated. Having a profile to create obfuscated jars and install them without a classifier seems to be a not so good idea. Then, depending upon which profile I have activated, the resulting artifact in the repository will be normal or obfuscated, which seems to be a mess. Further, I am in doubt about how best to handle the obfuscated jars. I need them to be obfuscated in the shipped product, but when developing I do not wish to work with the obfuscated jars. But, it would be prudent to perform some kind of integration test using the obfuscated jars more often than just before a release. So, any ideas for the above? Suggestions are more than welcome, since I am pretty much at a loss here. /Henrik --- This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and delete this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Please refer to http://www.db.com/en/content/eu_disclosures.htm for additional EU corporate and regulatory disclosures.
