[
https://issues.jboss.org/browse/ARQ-1572?page=com.atlassian.jira.plugin.s...
]
Bartosz Majsak edited comment on ARQ-1572 at 2/28/14 4:13 AM:
--------------------------------------------------------------
It will work for WAR and that's what I have implemented already. Another
approach for handling EAR would be to put the jar as exploded archive in
lib directory. If that makes sense I will make it happen but we will need
to fix few small things here and there.
was (Author: bmajsak):
It will work for WAR and that's what I have implemented already. Another
approach for handling EAR would be to put the jar as exploded archive in
lib directory. If that makes sense I will make it happen but we well need
to fix few small things here and there.
Marry Persistence and JRebel extensions
---------------------------------------
Key: ARQ-1572
URL:
https://issues.jboss.org/browse/ARQ-1572
Project: Arquillian
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Extension - Persistence
Affects Versions: persistence_1.0.0.Alpha6
Reporter: Bernard Labno
Assignee: Bartosz Majsak
Fix For: persistence_1.0.0.next
JRebel extension currently does not pick up changes in datasets.
Here is how it works:
If there is no target/jrebel-temp/.../*.meta file for given deployment then it assumes
user wants full redeploy. If such file is present then deployment is blocked and tests are
run at once.
JRebel extension also checks if there is a rebel.xml file in the archive. If not then it
generates such file based on exact content of the archive and explodes archive into
target/jrebel-temp/*.
Now the problem is that if resource is not in the archive then it will not be included in
generated rebel.xml and thus won't be picked up by JRebel.
Datasets are now automatically packed inside WEB-INF/lib/randomUUID.jar. JRebel will not
substitute resources or classes from bundled libs. We could generate additional rebel.xml
for that but I'd have to know what is the name of such archive and we would tightly
couple both extensions.
It would be easiest if Persistence ext would pack datasets directly into WE-INF/classes.
--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:
http://www.atlassian.com/software/jira