[
https://issues.jboss.org/browse/ARQ-1572?page=com.atlassian.jira.plugin.s...
]
Bartosz Majsak commented on ARQ-1572:
-------------------------------------
So the conclusion will be:
* JAR and WAR will have it flattened (included in the test archive), so that JRebel works
out of the box
* For EAR we have {{arquillian-persistence-datasets.jar}} as regular (not exploded)
archive.
Does that sounds good enough?
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