You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "David Jencks (JIRA)" <ji...@apache.org> on 2007/07/12 22:18:04 UTC
[jira] Created: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
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
Reporter: David Jencks
Assignee: David Jencks
Fix For: 2.0-M7
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.
[jira] Updated: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Donald Woods (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Donald Woods updated GERONIMO-3316:
-----------------------------------
Affects Version/s: 2.2
2.1.4
2.1.3
2.0.3
2.0-M7
2.0
2.0.1
2.0.2
2.1
2.1.1
2.1.2
Fix Version/s: 2.2
2.1.4
2.0.3
Seems we need to revive work on this....
First step, would be to turn the return; usage in the for loop of DeploymentContext.java into continue; so we can discover ALL of the manifest problems and report them as DeploymentExceptions, 2) allow for directories in the classpath instead of jars only, 3) add a plan option to allow for more lenient processing (which may be required for #2)
> 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: David Jencks
> Fix For: 2.0.3, 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Joe Bohn (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12652185#action_12652185 ]
Joe Bohn commented on GERONIMO-3316:
------------------------------------
Can one of the watchers (Jeff?) please verify the integrated fix addresses the issue and if so, close this JIRA (or at least comment back on the results of their test)?
> 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Joe Bohn (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12646662#action_12646662 ]
Joe Bohn commented on GERONIMO-3316:
------------------------------------
I checked code into branches/2.1 rev. 713147 and trunk rev. 713156
This will ignore directory reference in the manifest classpath and ignore jars specified that don't actually exist in the archive. An information message will be issues when exceptions to spec compliant behavior are made. This behavior is triggered if you specify the following prior to launching the server:
JAVA_OPTS=-DXorg.apache.geronimo.deployment.LenientMFCP=true
> 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.
[jira] Resolved: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Joe Bohn (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joe Bohn resolved GERONIMO-3316.
--------------------------------
Resolution: Fixed
> 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.
[jira] Updated: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "David Jencks (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
David Jencks updated GERONIMO-3316:
-----------------------------------
Fix Version/s: (was: 2.0.4)
I don't think there is any chance this will be fixed further in 2.0.x
> 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: David Jencks
> 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.
[jira] Updated: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Donald Woods (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Donald Woods updated GERONIMO-3316:
-----------------------------------
Fix Version/s: (was: 2.0.1)
> 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
> Reporter: David Jencks
> Assignee: David Jencks
>
> 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.
[jira] Updated: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Prasad Kashyap (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Prasad Kashyap updated GERONIMO-3316:
-------------------------------------
Fix Version/s: (was: 2.0-M7)
2.0.x
> 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
> Reporter: David Jencks
> Assignee: David Jencks
> Fix For: 2.0.x
>
>
> 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Jeff Lu (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12652419#action_12652419 ]
Jeff Lu commented on GERONIMO-3316:
-----------------------------------
I will test it this week and let you know. Thank you.
> 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.
[jira] Updated: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Joe Bohn (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joe Bohn updated GERONIMO-3316:
-------------------------------
Fix Version/s: (was: 2.0.x)
2.0.1
> 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
> Reporter: David Jencks
> Assignee: David Jencks
> Fix For: 2.0.1
>
>
> 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "David Jencks (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512591 ]
David Jencks commented on GERONIMO-3316:
----------------------------------------
Better messages, and report of all the problems at once, in rev 556119. Haven't decided how to do the warn/throw swtich yet.
> 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
> Reporter: David Jencks
> Assignee: David Jencks
> Fix For: 2.0-M7
>
>
> 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Jeff Lu (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12656116#action_12656116 ]
Jeff Lu commented on GERONIMO-3316:
-----------------------------------
This issue has be resolved by passing in -DXorg.apache.geronimo.deployment.LenientMFCP=true with the nightly build 2.1.4-SNAPSHOT
Thank you Joe.
> 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Jeff Lu (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12635753#action_12635753 ]
Jeff Lu commented on GERONIMO-3316:
-----------------------------------
We need the manifest classpath to work as Donald described. It should allow directories other than jars and deployment shouldn't fail if there is an unresolvable jar. Can this be fixed soon?
> 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: David Jencks
> Fix For: 2.0.3, 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Jeff Lu (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12645799#action_12645799 ]
Jeff Lu commented on GERONIMO-3316:
-----------------------------------
Hi John,
The main application jar is distributed to other apps that run outside of the Geronimo context rely on the directory references and jars in this mfcp. Some of the directory and jar references are only applied to those apps that operate independent of the Geronimo app server. Having a flag to permit the above exceptions for deployment should be suffice for our purpose.
Thanks
> 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Joe Bohn (JIRA)" <ji...@apache.org>.
[ 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Joe Bohn (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12645047#action_12645047 ]
Joe Bohn commented on GERONIMO-3316:
------------------------------------
Is there a JSR for mfcp behavior? I couldn't find one. I did take a look at the JAR Specification here: http://java.sun.com/j2se/1.4.2/docs/guide/jar/jar.html but I only see references to jars being included in the classpath and no mention of support for directory entries. A Sun tutorial also reinforces the jar only interpretation: http://java.sun.com/docs/books/tutorial/deployment/jar/downman.html . Based on this I don't see anything that would support a directory only reference in the mfcp. Does anybody have any additional information?
> 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: David Jencks
> 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "David Jencks (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12642950#action_12642950 ]
David Jencks commented on GERONIMO-3316:
----------------------------------------
We should look at the spec a bit before allowing anything into the mfcp.... some parts of the spec are very specific about only _jar_ files being allowed in certain places. I don't have a big problem relaxing this based on a flag, but would prefer that we keep the literal spec compliant behavior as the default.
> 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: David Jencks
> 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.
[jira] Assigned: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Joe Bohn (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Joe Bohn reassigned GERONIMO-3316:
----------------------------------
Assignee: Joe Bohn (was: David Jencks)
> 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.
[jira] Updated: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Jay D. McHugh (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Jay D. McHugh updated GERONIMO-3316:
------------------------------------
Fix Version/s: (was: 2.0.3)
2.0.4
> 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: David Jencks
> Fix For: 2.0.4, 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.
[jira] Commented: (GERONIMO-3316) warn but don't prevent deployment
if an ear's manifest cps are messed up, and provide more info on where.
Posted by "Joe Bohn (JIRA)" <ji...@apache.org>.
[ https://issues.apache.org/jira/browse/GERONIMO-3316?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12645786#action_12645786 ]
Joe Bohn commented on GERONIMO-3316:
------------------------------------
Can somebody (Jeff?) please clarify why support for a directory only specification rather than specific jars? Why can't you just use /lib and avoid having to code manifest classpath at all if it is a problem to specify each jar name?
If it is directory support and other more lenient support is necessary (beyond listing all of the problems) ... can you please provide more details on what you would like to see? In addition to directory support there was another reference to permitting missing jars (presumably without error) and allowing the deployment to succeed. Are there other areas that you would like more lenient, non-spec compliant interpretation?
If we do support this it will be via a command line param, -DXorg.apache.geronimo.deployment.LenientMFCP=true which I have on my local image rather than a plan addition ... now we have to figure out what that exactly means. Thanks.
> 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.