[
https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12646659#action_12646659
]
Joe Bohn commented on GERONIMO-3316:
------------------------------------
Based upon Jeff's response I understand the following:
- An ear is being deployed into Geronimo
- it contains a manifest with classpath entries primarily for use in other
application servers
- In that manifest classpath there are entries that include directory only
references (again, primarily for other application server)
- the desire is that Geronimo would:
- Ignore errors for non-jar entries (ie. the directory entries) and deploy
the application
- It is not required that Geronimo to include jars in the classpath that are
contained in the directory or other non-spec compliant content in the actual
classpath.
> warn but don't prevent deployment if an ear's manifest cps are messed up, and
> provide more info on where.
> ---------------------------------------------------------------------------------------------------------
>
> Key: GERONIMO-3316
> URL: https://issues.apache.org/jira/browse/GERONIMO-3316
> Project: Geronimo
> Issue Type: Improvement
> Security Level: public(Regular issues)
> Components: deployment
> Affects Versions: 2.0-M6, 2.0-M7, 2.0, 2.0.1, 2.0.2, 2.0.3, 2.1, 2.1.1,
> 2.1.2, 2.1.3, 2.1.4, 2.2
> Reporter: David Jencks
> Assignee: Joe Bohn
> Fix For: 2.1.4, 2.2
>
>
> DeploymentContext.getCompleteManifestClassPath figures out the whole set of
> jars in an ear in a modules classpath. If somethings missing it throws an
> exception and prevents deployment. We need a switch to be more lenient, and
> we need to provide more info when there's a problem on which jar has the
> problem and how we found it.
> Thanks to David Harbige on the user list for pointing out that this is a big
> usability problem.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
