[JBoss JIRA] (ARQGRA-422) Regression in request guard
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-422?page=com.atlassian.jira.plugin... ]
Lukáš Fryč updated ARQGRA-422:
------------------------------
Assignee: (was: Lukáš Fryč)
> Regression in request guard
> ---------------------------
>
> Key: ARQGRA-422
> URL: https://issues.jboss.org/browse/ARQGRA-422
> Project: Arquillian Graphene
> Issue Type: Bug
> Components: core
> Affects Versions: 2.0.1.Final
> Environment: RichFaces 5.0.0-SNAPSHOT
> Arquillian Core 1.1.2.Final
> Arquillian Drone 1.2.3.Final
> Arquillian Graphene 2.0.1.Final
> Selenium 2.39.0
> Reporter: Pavol Pitonak
> Priority: Blocker
>
> I have a simple page with two inputs, a submit button and two notify messages (one for each input) -
> https://github.com/richfaces/richfaces-qa/blob/requestGuardReproducer/met...
> When you guard ajax request when button is clicked, it fails with timeout:
> {code}
> org.openqa.selenium.TimeoutException: Timed out after 2 seconds waiting for org.jboss.arquillian.graphene.guard.RequestGuardFactory$RequestIsDone@19eda624
> {code}
> * when you run test (in Steps to Reproduce) all three tests fail on request guard (guarding Ajax request)
> * it doesn't matter how WebElement is obtained (WebDriver.find, \@FindBy or \@Page
> * these tests fail only when two validation errors are on page, i.e. when two notifyMessage components are displayed
> ** e.g. change value of second input from 888 to 8 in guardReproducer.xhtml and it will work
> * worked fine with Graphene 2.0.0.Final
--
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
10 years, 10 months
[JBoss JIRA] (ARQGRA-422) Regression in request guard
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-422?page=com.atlassian.jira.plugin... ]
Lukáš Fryč reassigned ARQGRA-422:
---------------------------------
Assignee: Juraj Húska
Juraj, could you please look at what happens here?
If you need any help or you will have hard time understanding the issue, please let me know.
> Regression in request guard
> ---------------------------
>
> Key: ARQGRA-422
> URL: https://issues.jboss.org/browse/ARQGRA-422
> Project: Arquillian Graphene
> Issue Type: Bug
> Components: core
> Affects Versions: 2.0.1.Final
> Environment: RichFaces 5.0.0-SNAPSHOT
> Arquillian Core 1.1.2.Final
> Arquillian Drone 1.2.3.Final
> Arquillian Graphene 2.0.1.Final
> Selenium 2.39.0
> Reporter: Pavol Pitonak
> Assignee: Juraj Húska
> Priority: Blocker
>
> I have a simple page with two inputs, a submit button and two notify messages (one for each input) -
> https://github.com/richfaces/richfaces-qa/blob/requestGuardReproducer/met...
> When you guard ajax request when button is clicked, it fails with timeout:
> {code}
> org.openqa.selenium.TimeoutException: Timed out after 2 seconds waiting for org.jboss.arquillian.graphene.guard.RequestGuardFactory$RequestIsDone@19eda624
> {code}
> * when you run test (in Steps to Reproduce) all three tests fail on request guard (guarding Ajax request)
> * it doesn't matter how WebElement is obtained (WebDriver.find, \@FindBy or \@Page
> * these tests fail only when two validation errors are on page, i.e. when two notifyMessage components are displayed
> ** e.g. change value of second input from 888 to 8 in guardReproducer.xhtml and it will work
> * worked fine with Graphene 2.0.0.Final
--
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
10 years, 10 months
[JBoss JIRA] (ARQ-1572) Marry Persistence and JRebel extensions
by Bernard Labno (JIRA)
[ https://issues.jboss.org/browse/ARQ-1572?page=com.atlassian.jira.plugin.s... ]
Bernard Labno commented on ARQ-1572:
------------------------------------
Sounds perfect.
> 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
10 years, 10 months
[JBoss JIRA] (ARQ-1572) Marry Persistence and JRebel extensions
by Bartosz Majsak (JIRA)
[ 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:22 AM:
--------------------------------------------------------------
That's right, unless (taken from [JRebel guide|http://zeroturnaround.com/software/jrebel/learn/how-to-configure-re...]): "your container supports APP-INF/classes you may also add a rebel.xml to that folder and mount classes and resources that belong to the EAR as a whole."
was (Author: bmajsak):
That's right, unless (taken from [http://zeroturnaround.com/software/jrebel/learn/how-to-configure-rebel-xm... guide]): "your container supports APP-INF/classes you may also add a rebel.xml to that folder and mount classes and resources that belong to the EAR as a whole."
> 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
10 years, 10 months
[JBoss JIRA] (ARQ-1572) Marry Persistence and JRebel extensions
by Bartosz Majsak (JIRA)
[ 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:21 AM:
--------------------------------------------------------------
That's right, unless (taken from [http://zeroturnaround.com/software/jrebel/learn/how-to-configure-rebel-xm... guide]): "your container supports APP-INF/classes you may also add a rebel.xml to that folder and mount classes and resources that belong to the EAR as a whole."
was (Author: bmajsak):
That's right, unless (taken from jrebel guide): "your container supports APP-INF/classes you may also add a rebel.xml to that folder and mount classes and resources that belong to the EAR as a whole."
> 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
10 years, 10 months
[JBoss JIRA] (ARQ-1572) Marry Persistence and JRebel extensions
by Bartosz Majsak (JIRA)
[ 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:20 AM:
--------------------------------------------------------------
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 in the {{lib/}} folder in the root of the archive.
Does it sounds good enough?
was (Author: bmajsak):
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
10 years, 10 months
[JBoss JIRA] (ARQ-1572) Marry Persistence and JRebel extensions
by Bartosz Majsak (JIRA)
[ 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:20 AM:
--------------------------------------------------------------
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 in the {{lib/}} folder in the root of the archive.
Does it sound good enough?
was (Author: bmajsak):
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 in the {{lib/}} folder in the root of the archive.
Does it 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
10 years, 10 months
[JBoss JIRA] (ARQ-1572) Marry Persistence and JRebel extensions
by Bartosz Majsak (JIRA)
[ 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
10 years, 10 months
[JBoss JIRA] (ARQ-1572) Marry Persistence and JRebel extensions
by Bartosz Majsak (JIRA)
[ https://issues.jboss.org/browse/ARQ-1572?page=com.atlassian.jira.plugin.s... ]
Bartosz Majsak commented on ARQ-1572:
-------------------------------------
That's right, unless (taken from jrebel guide): "your container supports APP-INF/classes you may also add a rebel.xml to that folder and mount classes and resources that belong to the EAR as a whole."
> 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
10 years, 10 months
[JBoss JIRA] (ARQ-1572) Marry Persistence and JRebel extensions
by Bartosz Majsak (JIRA)
[ 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
10 years, 10 months