[
https://issues.jboss.org/browse/ARQ-569?page=com.atlassian.jira.plugin.sy...
]
Pedro Kowalski edited comment on ARQ-569 at 9/3/11 8:34 AM:
------------------------------------------------------------
I don't think that jersey-multipart has support for anything else than File based
DataBodyPart
(
http://jersey.java.net/nonav/apidocs/1.0.3/contribs/jersey-multipart/com/...)
Even assuming that the archive is exported as OutputStream (by Shrinkwrap exporter),
sending it as a byte[] is rejected by the GF REST Admin.
Any ideas or more details from someone with more knowledge about GF Admin? :-)
EDIT: we could go with simply adding write permission (others +w) to the exported archive
file, but this will not prevent any umask settings set on the parent directory.
was (Author: PedroKowalski):
I don't think that jersey-multipart has support for anything else than File based
DataBodyPart
(
http://jersey.java.net/nonav/apidocs/1.0.3/contribs/jersey-multipart/com/...)
Even assuming that the archive is exported as OutputStream (by Shrinkwrap exporter),
sending it as a byte[] is rejected by the GF REST Admin.
Any ideas or more details from someone with more knowledge about GF Admin? :-)
Archive for remote GF-3.1 should not be saved to disk prior to
deployment
-------------------------------------------------------------------------
Key: ARQ-569
URL:
https://issues.jboss.org/browse/ARQ-569
Project: Arquillian
Issue Type: Bug
Security Level: Public(Everyone can see)
Components: GlassFish Containers
Affects Versions: glassfish_1.0.0.CR1
Environment: Ubuntu 11.04 x86, GlassFish Server Open Source Edition 3.1.1 (build
12)
Reporter: Pedro Kowalski
When I build the deployment archive, it is saved it /tmp/ARCHIVE_FILENAME (I'm
running on GNU/Linux box) with chmod 444 (-r--r--r--). If I run the glassfish server as a
root or as the same user as the maven than there is no problem. But actually I run a
Jenkins build task (user: jenkins) and run the server as another user (user: pedro).
In such case, the Arquillian remote tests fail because the Glassfish cannot use the
/tmp/ARCHIVE_FILENAME (permission denied). If you change the chmod and give others the
write permission - it will work fine.
Aslak suggested avoiding the FileDataBodyPart during deployment.
--
This message is automatically generated by JIRA.
For more information on JIRA, see:
http://www.atlassian.com/software/jira