You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@geronimo.apache.org by "Sachin Patel (JIRA)" <ji...@apache.org> on 2007/03/20 17:02:32 UTC
[jira] Commented: (GERONIMO-2818) In-Place deployment does not
interpret Manifest Class-Path entries correctly in JAR files
[ https://issues.apache.org/jira/browse/GERONIMO-2818?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12482419 ]
Sachin Patel commented on GERONIMO-2818:
----------------------------------------
I tried to reproduce this on 1.2 with your attached ears. With deploy-inPlace.ear deployment failed with the "../' prefix and worked correctly as expected when I removed the prefix as the manifest is defined in the notInPlace-ear.
Thus I do not see a problem here and the scenario works correctly with modules inside an exploded or packed ear without having to modify the manifest.
> In-Place deployment does not interpret Manifest Class-Path entries correctly in JAR files
> -----------------------------------------------------------------------------------------
>
> Key: GERONIMO-2818
> URL: https://issues.apache.org/jira/browse/GERONIMO-2818
> Project: Geronimo
> Issue Type: Bug
> Security Level: public(Regular issues)
> Components: deployment
> Affects Versions: 1.2
> Environment: Windows XP SP2
> Reporter: Aman Nanner
> Fix For: 1.2
>
> Attachments: deploy-inPlace-ear.zip, deploy-notInPlace-ear.zip
>
>
> From the mailing list regarding deployment of EARs that contain JARS with a Class-Path entry in their Manifest files:
> ----
> It seems like the behaviour is different depending on whether I deploy the EAR as "inPlace" or not. I was deploying an expanded EAR "inPlace" and it seems that I needed the "../" prefix before each JAR in my Manifest classpath. I tried deploying an EAR containing actual JAR archives without the "inPlace" attribute, and I had to change my Manifest classpath references by removing the "../" prefix to make it work.
> My guess is that the deployer creates a different folder hiearchy when deploying an application without the "inPlace" attribute.
> ----
> To review, using "inPlace" deployment requires that a "../" prefix be used in Manifest class-path entries to reference library JARs relative to the EAR root. This is a bug, and it should be the same as non-inPlace deployment, where library JARs are already relative to the EAR root.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.