[
https://jira.codehaus.org/browse/MWEBSTART-162?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=287839#comment-287839
]
Lukasz Szelag commented on MWEBSTART-162:
-----------------------------------------
I'm not sure if this is related, however the "webstart-maven-plugin" goal
doesn't substitute the "$dependencies" tag when processing a custom template
(the expression resolves to an empty string in the generated *.jnlp file). So
unless each dependency is given explicitly via the "jarResource" element, it is
not reflected in *.jnlp and version.xml files. Is this a known limitation and
if so, are there any immediate plans to address this issue? It is really
cumbersome and error-prone to maintain all dependencies explicitly, expecially
in complex projects. Thanks.
> jnlp-download-servlet does not respect dependencyManagement when resolving
> transitive dependencies for JarResource in JnlpFile
> ------------------------------------------------------------------------------------------------------------------------------
>
> Key: MWEBSTART-162
> URL: https://jira.codehaus.org/browse/MWEBSTART-162
> Project: Maven 2.x Webstart Plugin
> Issue Type: Bug
> Components: jnlp-download-servlet
> Affects Versions: 1.0-beta-1
> Reporter: Farrukh Najmi
>
> I have very carefully done dependencyManagement for spring jars in my that
> are dependencies for my JNLP app.
> When using the webstart-maven-plugin with the jnlp-download-servlet mojo the
> versions specified via dependencyManagement are not respected causing fatal
> errors due to version mismatches between dependencies.
> The correct behavior would be for the jnlp-download-servlet mojo to respect
> dependencyManagement specified version when retrieving transitive
> dependencies.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:
https://jira.codehaus.org/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
