[JBoss JIRA] (ARQ-1440) Performance drops > 300%
by Noah White (JIRA)
Noah White created ARQ-1440:
-------------------------------
Summary: Performance drops > 300%
Key: ARQ-1440
URL: https://issues.jboss.org/browse/ARQ-1440
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Extension - Persistence, Extension - Transaction
Affects Versions: persistence_1.0.0.Alpha6, transaction_1.0.0.Alpha3
Environment: Windows 7 / JDK 1.7.0_25 x64 / Oracle 11gR2 / Oracle ojdbc6 driver / Glassfish 3.1.2 b23 / Arquillian 1.1.0-Final / Arq persistence ext 1.0.0a6 / Arq tx ext 1.0.0a3
Reporter: Noah White
Assignee: Bartosz Majsak
Priority: Critical
I updated my Arquillian environment to 1.1.0-Final, Arq persistence ext 1.0.0a6 and Arq 1.0.0a3 FROM Arq 1.0.1, persistence 1.0.0a5 (no tx ext in that env since it was part of the persistence ext) and my Arquillian persistence tests which deploy to a managed Glassfish container take over 3x as long as they did in the old environment.
For example one test which took 13s to run in the old environment now takes 44s.
This slow down only seems to affect tests which use the persistence extension.
Arquillian tests which do not use the persistence extension take the same amount of time as they did in the old environment. If I switch the environment back I see the performance goes back up for persistence extension tests.
--
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, 11 months
[JBoss JIRA] (ARQ-351) @Run(AS_CLIENT) support on lifecycle methods
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/ARQ-351?page=com.atlassian.jira.plugin.sy... ]
Radoslav Husar commented on ARQ-351:
------------------------------------
This issue just bit me now when trying to restructure part of WFLY testsuite. Aslak, where is this on the roadmap? How hard would it be for a contributor to fix this?
> @Run(AS_CLIENT) support on lifecycle methods
> --------------------------------------------
>
> Key: ARQ-351
> URL: https://issues.jboss.org/browse/ARQ-351
> Project: Arquillian
> Issue Type: Feature Request
> Components: Base Implementation, Test Harness Integration
> Reporter: Aslak Knutsen
> Fix For: 2.0.0.CR1
>
>
> With support for multiple testable deployments and control off lifecycle method execution, we should open for:
> @Run() on @BeforeClass/@AfterClass/@Before/@After to support lifecycle methods both on client and incontainer.
--
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, 11 months
[JBoss JIRA] (ARQGRA-197) Support for Page Objects encapsulating location
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-197?page=com.atlassian.jira.plugin... ]
Juraj Húska updated ARQGRA-197:
-------------------------------
Status: Resolved (was: Pull Request Sent)
Resolution: Done
Pull request merged with the upstream.
> Support for Page Objects encapsulating location
> -----------------------------------------------
>
> Key: ARQGRA-197
> URL: https://issues.jboss.org/browse/ARQGRA-197
> Project: Arquillian Graphene
> Issue Type: Feature Request
> Affects Versions: 2.0.0.Alpha2
> Reporter: Lukáš Fryč
> Assignee: Juraj Húska
> Priority: Minor
> Fix For: 2.0.0.Alpha5
>
> Original Estimate: 6 hours
> Remaining Estimate: 6 hours
>
> {code:java|title=ConferencePage.java}
> @Location("view/conference/create.jsf")
> public class ConferencePage {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> }
> public class ConferencePage implements Bookmarkable {
>
> @FindBy(id = "create")
> private ConferenceForm form;
>
> public ConferenceForm getForm() {
> return form;
> }
> public String getLocation() {
> return "view/conference/create.jsf";
> }
> }
> {code}
> {code:java|title=Test.java}
> @Test
> public void test() {
> ConferencePage page = goTo(ConferencePage.class);
> ConferenceForm = page.getForm();
> }
> {code}
> The only issue is that it is not sure on which deployment and with what browser should given Page operate.
--
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, 11 months
[JBoss JIRA] (ARQ-1439) NoClassDefFoundError for MavenDependencyResolver when using Google Guice Extension
by Andriy Rokhmanov (JIRA)
Andriy Rokhmanov created ARQ-1439:
-------------------------------------
Summary: NoClassDefFoundError for MavenDependencyResolver when using Google Guice Extension
Key: ARQ-1439
URL: https://issues.jboss.org/browse/ARQ-1439
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Extension - Guice
Affects Versions: guice_1.0.0.Alpha1
Environment: Windows 7, java version "1.7.0_25"
Reporter: Andriy Rokhmanov
Assignee: Jakub Narloch
The GuiceProtocolArchiveProcessor relies on MavenDependencyResolver class from old API.
When I attempt to run a test case with @GuiceConfiguration it gives me java.lang.NoClassDefFoundError: org/jboss/shrinkwrap/resolver/api/maven/MavenDependencyResolver.
https://community.jboss.org/message/829391#829391
Artifacts: arquillian-guice-impl-1.0.0.Alpha1.jar, shrinkwrap-resolver-api-maven-2.0.0.jar
Exception dump attached.
--
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, 11 months
[JBoss JIRA] (ARQ-1438) TestNG dataprovider with custom object return null values and duplicate output
by Claudinei Sartori (JIRA)
[ https://issues.jboss.org/browse/ARQ-1438?page=com.atlassian.jira.plugin.s... ]
Claudinei Sartori updated ARQ-1438:
-----------------------------------
Steps to Reproduce:
{code:title=Country.java|borderStyle=solid}
public class Country implements Serializable {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column
private Long id;
@NotNull
@Size(min = ConstantsNumeric.TWO, max = ConstantsNumeric.FIVE)
@Column(length = ConstantsNumeric.FIVE, nullable = false, unique = true)
private String sigla;
@NotNull
@Size(min = ConstantsNumeric.TWO, max = ConstantsNumeric.FIFTY)
@Column(length = ConstantsNumeric.FIFTY, nullable = false)
private String name;
//getters and setters
{code}
{code:title=CountryDAOTest.java|borderStyle=solid}
public class CountryDAOTest extends Arquillian {
@Test(dataProvider = "dataListObject")
public void testDataProviderObject(Country country) {
Assert.assertNotNull(country); = true | true
Assert.assertNotNull(country.getName()); = false | true
}
@DataProvider
public Object[][] dataListObject() {
final Country country1 = new Country();
country1.setName("Portugal");
country1.setSigla("pt");
final Country country2 = new Country();
country2.setName("Brasil");
country2.setSigla("br");
final Country country3 = new Country();
country3.setName("França");
country3.setSigla("fr");
final Object[][] data = new Object[][] {
{ country1 },
{ country2 },
{ country3 }
};
return data;
}
}
{code}
was:
{code:title=Country.java|borderStyle=solid}
public class Country implements Serializable {
@Id
@GeneratedValue(strategy = GenerationType.IDENTITY)
@Column
private Long id;
@NotNull
@Size(min = ConstantsNumeric.TWO, max = ConstantsNumeric.FIVE)
@Column(length = ConstantsNumeric.FIVE, nullable = false, unique = true)
private String sigla;
@NotNull
@Size(min = ConstantsNumeric.TWO, max = ConstantsNumeric.FIFTY)
@Column(length = ConstantsNumeric.FIFTY, nullable = false)
private String name;
//gets and sets
{code}
{code:title=CountryDAOTest.java|borderStyle=solid}
public class CountryDAOTest extends Arquillian {
@Test(dataProvider = "dataListObject")
public void testDataProviderObject(Country country) {
Assert.assertNotNull(country); = true | true
Assert.assertNotNull(country.getName()); = false | true
}
@DataProvider
public Object[][] dataListObject() {
final Country country1 = new Country();
country1.setName("Portugal");
country1.setSigla("pt");
final Country country2 = new Country();
country2.setName("Brasil");
country2.setSigla("br");
final Country country3 = new Country();
country3.setName("França");
country3.setSigla("fr");
final Object[][] data = new Object[][] {
{ country1 },
{ country2 },
{ country3 }
};
return data;
}
}
{code}
> TestNG dataprovider with custom object return null values and duplicate output
> ------------------------------------------------------------------------------
>
> Key: ARQ-1438
> URL: https://issues.jboss.org/browse/ARQ-1438
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JBoss AS Containers
> Affects Versions: 1.1.0.Final
> Environment: Linux Ubuntu 13.04 64 Bits
> Reporter: Claudinei Sartori
>
> Expected
> Use dataprovider with Arquillian with custom objects like using String, Integer, etc.
>
> Actual behavior
> When using a custom object with TestNG dataprovider and Arquillian the
> attributes of object return "null" and output is duplicated.
> Actual output
> {quote}
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> {quote}
> Expected output
> {quote}
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> [stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
> {quote}
--
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, 11 months
[JBoss JIRA] (ARQ-1438) TestNG dataprovider with custom object return null values and duplicate output
by Claudinei Sartori (JIRA)
Claudinei Sartori created ARQ-1438:
--------------------------------------
Summary: TestNG dataprovider with custom object return null values and duplicate output
Key: ARQ-1438
URL: https://issues.jboss.org/browse/ARQ-1438
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: JBoss AS Containers
Affects Versions: 1.1.0.Final
Environment: Linux Ubuntu 13.04 64 Bits
Reporter: Claudinei Sartori
Expected
Use dataprovider with Arquillian with custom objects like using String, Integer, etc.
Actual behavior
When using a custom object with TestNG dataprovider and Arquillian the
attributes of object return "null" and output is duplicated.
Actual output
{quote}
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
{quote}
Expected output
{quote}
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
[stdout] (http-localhost-127.0.0.1-8080-1) Count: br.com.xxx.ejb.entity.domain.Country@1e62801
{quote}
--
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, 11 months
[JBoss JIRA] (ARQ-1437) NPE in ExceptionProxy.readExternal() for root cause leads to deserializationProblem = true
by Falko M. (JIRA)
Falko M. created ARQ-1437:
-----------------------------
Summary: NPE in ExceptionProxy.readExternal() for root cause leads to deserializationProblem = true
Key: ARQ-1437
URL: https://issues.jboss.org/browse/ARQ-1437
Project: Arquillian
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 1.1.0.Final, 1.0.2.Final
Reporter: Falko M.
Priority: Minor
See line 199 (for 1.0.2.Final):
{code}
// reset the cause, so we can de-serialize them individual
SecurityActions.setFieldValue(Throwable.class, original, "cause", causeProxy.createException());
{code}
For the root cause of an exception, {{causeProxy}} will always be {{null}} and so a {{NullPointerException}} is thrown.
As the code is wrapped in a try block with follwoing catch block:
{code}
catch (Throwable e) // ClassNotFoundExcpetion / NoClassDefFoundError
{
// ignore, could not load class on client side, move on and create a fake 'proxy' later
deserializationProblem = true;
}
{code}
the NPE is caught and is "expected" to be a {{ClassNotFoundExcpetion}} or {{NoClassDefFoundError}} which is clearly not the case.
*Possible fix:*
{{original.cause}} should only be overwritten when {{causeProxy}} is *not* null.
*More context information:*
I came across this problem while trying to find the reason for an unexpected {{ArquillianProxyException}}:
{code}org.jboss.arquillian.test.spi.ArquillianProxyException: javax.ejb.EJBException : javax.persistence.OptimisticLockException [Proxied because : Original exception not deserilizable, ClassNotFoundException]{code}
The root problem was not the NPE, but the {{ClassNotFoundException}} mislead me and so I debugged {{ExceptionProxy}}.
I my case there is an {{InvalidClassException}} because of an older hibernate version on the client side.
+So that is another problem of {{ExceptionProxy}} as it assumes that only {{ClassNotFoundExcpetion}} or {{NoClassDefFoundError}} can occur!+
--
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, 11 months
[JBoss JIRA] (ARQ-1419) Add support for Jetty 9
by Aslak Knutsen (JIRA)
[ https://issues.jboss.org/browse/ARQ-1419?page=com.atlassian.jira.plugin.s... ]
Aslak Knutsen closed ARQ-1419.
------------------------------
> Add support for Jetty 9
> -----------------------
>
> Key: ARQ-1419
> URL: https://issues.jboss.org/browse/ARQ-1419
> Project: Arquillian
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Jetty Containers
> Reporter: Martin Kouba
> Assignee: Martin Kouba
> Fix For: jetty_1.0.0.CR2
>
>
> {{arquillian-jetty-embedded-7}} is not compatible with Jetty 9. If used together, the result is: *java.lang.ClassNotFoundException: org.eclipse.jetty.server.nio.SelectChannelConnector*.
> {{SelectChannelConnector}} is used in {{JettyEmbeddedContainer}} and it seems it's no longer part of Jetty 9.
--
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, 11 months