Bug 826235

Created attachment 587503 [details]
JON script library

Created attachment 587504 [details]
Bundle creation script

Created attachment 587505 [details]
Bundle deployment script

Created attachment 587506 [details]
Bundle creation shell script

Created attachment 587507 [details]
Bundle deployment shell script

could this be related to bug 751506 ?

Jochen - have you tried to take your shoutout-0.0.1-SNAPSHOT.war and manually deploy it directly in your EAP (i.e. don't use JON to deploy it).

I just want to make sure the actual .war itself is valid and can be deployed by EAP outside of JON.

I would also try to deploy this using the GUI (as opposed to the CLI) to make sure the CLI upload didn't corrupt the war some how.

(In reply to comment #7)
> Jochen - have you tried to take your shoutout-0.0.1-SNAPSHOT.war and
> manually deploy it directly in your EAP (i.e. don't use JON to deploy it).
> 
> I just want to make sure the actual .war itself is valid and can be deployed
> by EAP outside of JON.
Actually deploying the war as such is not successful as it is an EE6 application:

2012-05-29 23:14:04,424 WARN  [org.jboss.util.xml.JBossEntityResolver] (HDScanner) Trying to resolve systemId as a non-file U
RL: http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd
2012-05-29 23:14:11,836 WARN  [org.jboss.util.xml.JBossEntityResolver] (HDScanner) Trying to resolve systemId as a non-file U
RL: http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd
2012-05-29 23:14:13,123 WARN  [org.jboss.util.xml.JBossEntityResolver] (HDScanner) Trying to resolve systemId as a non-file U
RL: http://java.sun.com/xml/ns/javaee/web-common_3_0.xsd
2012-05-29 23:14:14,901 WARN  [org.jboss.util.xml.JBossEntityResolver] (HDScanner) Trying to resolve systemId as a non-file U
RL: http://java.sun.com/xml/ns/javaee/javaee_6.xsd
2012-05-29 23:14:17,740 WARN  [org.jboss.util.xml.JBossEntityResolver] (HDScanner) Trying to resolve systemId as a non-file U
RL: http://java.sun.com/xml/ns/javaee/javaee_web_services_client_1_3.xsd
2012-05-29 23:14:18,701 WARN  [org.jboss.util.xml.JBossEntityResolver] (HDScanner) Trying to resolve systemId as a non-file U
RL: http://java.sun.com/xml/ns/javaee/jsp_2_2.xsd
2012-05-29 23:14:19,276 WARN  [org.jboss.util.xml.JBossEntityResolver] (HDScanne
r) Trying to resolve systemId as a non-file URL: http://java.sun.com/xml/ns/javaee/javaee_6.xsd
2012-05-29 23:14:19,499 WARN  [org.jboss.util.xml.JBossEntityResolver] (HDScanner) Trying to resolve systemId as a non-file URL: http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd
2012-05-29 23:14:24,330 WARN  [org.jboss.util.xml.JBossEntityResolver] (HDScanner) Trying to resolve systemId as a non-file URL: http://java.sun.com/xml/ns/javaee
2012-05-29 23:14:54,488 ERROR [org.jboss.kernel.plugins.dependency.AbstractKernelController] (HDScanner) Error installing to Parse: name=vfszip:/opt/jboss-eap-5.1/jboss-as/server/default/deploy/shoutout-0.0.1-SNAPSHOT.war/ state=PreParse mode=Manual requiredState=Parse
org.jboss.deployers.spi.DeploymentException: Error creating managed object for vfszip:/opt/jboss-eap-5.1/jboss-as/server/default/deploy/shoutout-0.0.1-SNAPSHOT.war/

But this is a different error. I will try to find an application that can be deployed without any issues in EAP 5.1.2 and then go for the bundle. Maybe this was a bad example, but nevertheless I should have gotten to this stage via JON.

> 
> I would also try to deploy this using the GUI (as opposed to the CLI) to
> make sure the CLI upload didn't corrupt the war some how.

I have the same issue when deploying via the GUI.

(In reply to comment #8)
> (In reply to comment #7)
> > Jochen - have you tried to take your shoutout-0.0.1-SNAPSHOT.war and
> > manually deploy it directly in your EAP (i.e. don't use JON to deploy it).
> > 
> > I just want to make sure the actual .war itself is valid and can be deployed
> > by EAP outside of JON.
> Actually deploying the war as such is not successful as it is an EE6
> application:
> 
> 2012-05-29 23:14:04,424 WARN  [org.jboss.util.xml.JBossEntityResolver]
> (HDScanner) Trying to resolve systemId as a non-file U
> RL: http://java.sun.com/xml/ns/persistence/persistence_2_0.xsd
> 2012-05-29 23:14:11,836 WARN  [org.jboss.util.xml.JBossEntityResolver]
> (HDScanner) Trying to resolve systemId as a non-file U
> RL: http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd
> 2012-05-29 23:14:13,123 WARN  [org.jboss.util.xml.JBossEntityResolver]
> (HDScanner) Trying to resolve systemId as a non-file U
> RL: http://java.sun.com/xml/ns/javaee/web-common_3_0.xsd
> 2012-05-29 23:14:14,901 WARN  [org.jboss.util.xml.JBossEntityResolver]
> (HDScanner) Trying to resolve systemId as a non-file U
> RL: http://java.sun.com/xml/ns/javaee/javaee_6.xsd
> 2012-05-29 23:14:17,740 WARN  [org.jboss.util.xml.JBossEntityResolver]
> (HDScanner) Trying to resolve systemId as a non-file U
> RL: http://java.sun.com/xml/ns/javaee/javaee_web_services_client_1_3.xsd
> 2012-05-29 23:14:18,701 WARN  [org.jboss.util.xml.JBossEntityResolver]
> (HDScanner) Trying to resolve systemId as a non-file U
> RL: http://java.sun.com/xml/ns/javaee/jsp_2_2.xsd
> 2012-05-29 23:14:19,276 WARN  [org.jboss.util.xml.JBossEntityResolver]
> (HDScanne
> r) Trying to resolve systemId as a non-file URL:
> http://java.sun.com/xml/ns/javaee/javaee_6.xsd
> 2012-05-29 23:14:19,499 WARN  [org.jboss.util.xml.JBossEntityResolver]
> (HDScanner) Trying to resolve systemId as a non-file URL:
> http://java.sun.com/xml/ns/javaee/web-app_3_0.xsd
> 2012-05-29 23:14:24,330 WARN  [org.jboss.util.xml.JBossEntityResolver]
> (HDScanner) Trying to resolve systemId as a non-file URL:
> http://java.sun.com/xml/ns/javaee
> 2012-05-29 23:14:54,488 ERROR
> [org.jboss.kernel.plugins.dependency.AbstractKernelController] (HDScanner)
> Error installing to Parse:
> name=vfszip:/opt/jboss-eap-5.1/jboss-as/server/default/deploy/shoutout-0.0.1-
> SNAPSHOT.war/ state=PreParse mode=Manual requiredState=Parse
> org.jboss.deployers.spi.DeploymentException: Error creating managed object
> for
> vfszip:/opt/jboss-eap-5.1/jboss-as/server/default/deploy/shoutout-0.0.1-
> SNAPSHOT.war/
> 
> But this is a different error. I will try to find an application that can be
> deployed without any issues in EAP 5.1.2 and then go for the bundle. Maybe
> this was a bad example, but nevertheless I should have gotten to this stage
> via JON.
Now tried with another appliction that deploys fine on it's own. It's still failing when trying to deploy via JON-CLI. I have attached the new application to the bug.
> 
> > 
> > I would also try to deploy this using the GUI (as opposed to the CLI) to
> > make sure the CLI upload didn't corrupt the war some how.
> 
> I have the same issue when deploying via the GUI.

Created attachment 587536 [details]
Another bundle example

Another example for a bundle that fails to deploy (but deploys just fine on it's own).

I think I know what the problem is. It appears to be due to the incorrect usage of the rhq:file in conjunction with replace="true" when the file is a binary file (as opposed to a simple text file).

Specifically, I believe the culprit is this:

   <rhq:file name="Calendar.war" destinationFile="${rhq.deploy.dir}/Calendar.war" replace="true"/>

Notice what this is asking here. First, this is using the rhq:file tag - so you are saying you want to copy the raw file "Calendar.war" to the destination location byte-for-byte.

But now notice that replace="true" - so you are asking it to go through that raw file and replace all replacement variables (@@ tokens) with their real values.

If, in the war file (which is not a raw text file, its a binary jar file) you have templatized files with @@ in them (or the binary data just happens to have a @@x@@ string), those tokens can be seen by a byte-by-byte search in the war binary itself. So the replace="true" is changing the actual war binary data, and thus causing corruption to that war (it can no longer be unpacked by Java because it has been changed/corrupted and is no longer a valid war file).

So, I think this is just a misuse of rhq:file in conjunction with its replace attribute set to true.

Here is how you should fix this.

First, when you have binary archives (like zip, jar, war, ear, etc), you should use rhq:archive, not rhq:file, in your RHQ bundle recipe. When you use rhq:archive, you can then use the rhq:replace child element if that binary archive has templatized files in them.

Note that You CAN use rhq:file for these binary files, but ONLY if you do NOT also set replace="true" (for the reasons stated above; you will hit this problem you are having if you do so).

Here are some sections of the documentation you should read to understand the rhq:archive, rhq:replace, rhq:file elements and rhq:file's replace attribute:

rhq:archive:
   http://rhq-project.org/display/JOPR2/Ant+Bundles#AntBundles-rhq%3Aarchive

rhq:replace:
   http://rhq-project.org/display/JOPR2/Ant+Bundles#AntBundles-rhq%3Areplace

rhq:file:
   http://rhq-project.org/display/JOPR2/Ant+Bundles#AntBundles-rhq%3Afile

A small section on templatizing files:
   http://rhq-project.org/display/JOPR2/Provisioning#Provisioning-TemplatizingFiles

Jochen, let me know if this solves your problem - I think this is the cause. If so, I'll close this as NOTABUG.

Hi John!

I have now played it save and have used rhq:archive instead of rhq:file and it is working now.

Thanks a lot for pointing this out! Please close as NOTABUG (but rather a user error).