May 2014 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQ-1013) Embedded weld integration

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-1013?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-1013: -------------------------------- Fix Version/s: (was: persistence_1.0.0.next) > Embedded weld integration > ------------------------- > > Key: ARQ-1013 > URL: https://issues.jboss.org/browse/ARQ-1013 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Persistence > Reporter: Trevor Baker > Assignee: Bartosz Majsak > Attachments: sample.zip, sample.zip > > > Better integration with embedded weld. Developers still need to manually wire in JNDI initial context, datasource, jta, and hibernate. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1644) Arquillian Persistence doesn't work with embedded/Local containers

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-1644?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-1644: -------------------------------- Fix Version/s: (was: persistence_1.0.0.next) > Arquillian Persistence doesn't work with embedded/Local containers > ------------------------------------------------------------------ > > Key: ARQ-1644 > URL: https://issues.jboss.org/browse/ARQ-1644 > Project: Arquillian > Issue Type: Enhancement > Security Level: Public(Everyone can see) > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha6 > Reporter: Romain Manni-Bucau > Assignee: Bartosz Majsak > > Because of the way its Extensions are written arquillien-extension-persistence doesn't work with Local containers (tested with OpenEJB, need hack like http://rmannibucau.wordpress.com/2013/09/05/arquillian-persistence-and-em...) -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1374) Should support global exclude column rules

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-1374?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-1374: -------------------------------- Fix Version/s: (was: persistence_1.0.0.next) > Should support global exclude column rules > ------------------------------------------ > > Key: ARQ-1374 > URL: https://issues.jboss.org/browse/ARQ-1374 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Persistence > Affects Versions: persistence_1.0.0.Alpha6 > Reporter: Aslak Knutsen > Assignee: Bartosz Majsak > Priority: Minor > > As a Tester I should be able to exclude columns from comparison on a global level. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1597) Provide APE-BOM for easier dependency setup

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-1597?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-1597: -------------------------------- Fix Version/s: (was: persistence_1.0.0.next) > Provide APE-BOM for easier dependency setup > ------------------------------------------- > > Key: ARQ-1597 > URL: https://issues.jboss.org/browse/ARQ-1597 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Persistence > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > > BOM will help importing all required deps for APE in the controlled, yet simple manner. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1331) Should be able to define default persistence unit as a complementary option for data source used for seeding/comparing test data.

by Bartosz Majsak (JIRA)

[ https://issues.jboss.org/browse/ARQ-1331?page=com.atlassian.jira.plugin.s... ] Bartosz Majsak updated ARQ-1331: -------------------------------- Fix Version/s: (was: persistence_1.0.0.next) > Should be able to define default persistence unit as a complementary option for data source used for seeding/comparing test data. > --------------------------------------------------------------------------------------------------------------------------------- > > Key: ARQ-1331 > URL: https://issues.jboss.org/browse/ARQ-1331 > Project: Arquillian > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: Extension - Persistence > Reporter: Bartosz Majsak > Assignee: Bartosz Majsak > > Instead of relying on JNDI conventions using persistence unit name might be more portable. Using a name we can easily extract data source JNDI from the persistence.xml -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-441) xhrInterception breaks applications using jQuery 2.x

by Oliver Kišš (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-441?page=com.atlassian.jira.plugin... ] Oliver Kišš edited comment on ARQGRA-441 at 5/9/14 3:09 PM: ------------------------------------------------------------ [this commit|https://github.com/jquery/jquery/commit/17049c73bc5bf1a41cce4a5b64...] in jQuery seems to be causing the problems. I tried reverting it and kitchensink-backbone worked correctly after xhrInterception was installed. was (Author: okiss): [this commit|https://github.com/jquery/jquery/commit/17049c73bc5bf1a41cce4a5b64...] in jQuery seems to be causing the problems. I tried reverting it and kitchensink-backbone worked correctly after xhrInterceptor was installed. > xhrInterception breaks applications using jQuery 2.x > ---------------------------------------------------- > > Key: ARQGRA-441 > URL: https://issues.jboss.org/browse/ARQGRA-441 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.0.0.Final, 2.0.2.Final > Environment: Firefox 29, Chrome 34 > Reporter: Oliver Kišš > Priority: Critical > > After {{[kitchensink-backbone|https://github.com/jboss-developer/jboss-wfk-quickstarts/tree/2.6.x-develop/kitchensink-backbone]}} and {{[contacts-mobile-basic|https://github.com/jboss-developer/jboss-wfk-quickstarts/pull/154]}} quickstarts were updated to use jQuery 2.0.3, Graphene guards no longer work properly in their functional tests. > After {{window.Graphene.xhrInterception.install()}}, the quickstarts do not react to responses to ajax requests they make (server side validation messages are not shown, member list is not displayed, no feedback is shown after a new member is registered). > When {{window.Graphene.xhrInterception.uninstall()}} is run, the quickstarts start behaving normally again. > I tried reproducing the issue with different versions of javascript libraries used in the quickstarts and could reproduce it if jQuery 2.x was used (tested 2.0.3 and 2.1.0). Other libraries do not seem to have an effect on the issue. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-441) xhrInterception breaks applications using jQuery 2.x

by Oliver Kišš (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-441?page=com.atlassian.jira.plugin... ] Oliver Kišš commented on ARQGRA-441: ------------------------------------ [this commit|https://github.com/jquery/jquery/commit/17049c73bc5bf1a41cce4a5b64...] in jQuery seems to be causing the problems. I tried reverting it and kitchensink-backbone worked correctly after xhrInterceptor was installed. > xhrInterception breaks applications using jQuery 2.x > ---------------------------------------------------- > > Key: ARQGRA-441 > URL: https://issues.jboss.org/browse/ARQGRA-441 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.0.0.Final, 2.0.2.Final > Environment: Firefox 29, Chrome 34 > Reporter: Oliver Kišš > Priority: Critical > > After {{[kitchensink-backbone|https://github.com/jboss-developer/jboss-wfk-quickstarts/tree/2.6.x-develop/kitchensink-backbone]}} and {{[contacts-mobile-basic|https://github.com/jboss-developer/jboss-wfk-quickstarts/pull/154]}} quickstarts were updated to use jQuery 2.0.3, Graphene guards no longer work properly in their functional tests. > After {{window.Graphene.xhrInterception.install()}}, the quickstarts do not react to responses to ajax requests they make (server side validation messages are not shown, member list is not displayed, no feedback is shown after a new member is registered). > When {{window.Graphene.xhrInterception.uninstall()}} is run, the quickstarts start behaving normally again. > I tried reproducing the issue with different versions of javascript libraries used in the quickstarts and could reproduce it if jQuery 2.x was used (tested 2.0.3 and 2.1.0). Other libraries do not seem to have an effect on the issue. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-441) xhrInterception breaks applications using jQuery 2.x

by Oliver Kišš (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-441?page=com.atlassian.jira.plugin... ] Oliver Kišš updated ARQGRA-441: ------------------------------- Description: After {{[kitchensink-backbone|https://github.com/jboss-developer/jboss-wfk-quickstarts/tree/2.6.x-develop/kitchensink-backbone]}} and {{[contacts-mobile-basic|https://github.com/jboss-developer/jboss-wfk-quickstarts/pull/154]}} quickstarts were updated to use jQuery 2.0.3, Graphene guards no longer work properly in their functional tests. After {{window.Graphene.xhrInterception.install()}}, the quickstarts do not react to responses to ajax requests they make (server side validation messages are not shown, member list is not displayed, no feedback is shown after a new member is registered). When {{window.Graphene.xhrInterception.uninstall()}} is run, the quickstarts start behaving normally again. I tried reproducing the issue with different versions of javascript libraries used in the quickstarts and could reproduce it if jQuery 2.x was used (tested 2.0.3 and 2.1.0). Other libraries do not seem to have an effect on the issue. was: After {{[kitchensink-backbone|https://github.com/jboss-developer/jboss-wfk-quickstarts/tree/2.6.x-develop/kitchensink-backbone]}} and {{[contacts-mobile-basic|https://github.com/jboss-developer/jboss-wfk-quickstarts/pull/154]}} quickstarts were updated to use jQuery 2.0.3, Graphene guards no longer work properly in their functional tests. After {{window.Graphene.xhrInterception.install()}}, the quickstarts do not react to responses to ajax requests they make (server side validation messages are not shown, member list is not displayed, no feedback is shown after a new member is registered). When {{window.Graphene.xhrInterception.uninstall()}} is run, the quickstarts start behaving normally again. I tried reproducing the issue with different versions of javascript libraries used in the quickstarts and could reproduce it if jQuery 2.x was used, other libraries do not seem to have an effect on the issue. > xhrInterception breaks applications using jQuery 2.x > ---------------------------------------------------- > > Key: ARQGRA-441 > URL: https://issues.jboss.org/browse/ARQGRA-441 > Project: Arquillian Graphene > Issue Type: Bug > Affects Versions: 2.0.0.Final, 2.0.2.Final > Environment: Firefox 29, Chrome 34 > Reporter: Oliver Kišš > Priority: Critical > > After {{[kitchensink-backbone|https://github.com/jboss-developer/jboss-wfk-quickstarts/tree/2.6.x-develop/kitchensink-backbone]}} and {{[contacts-mobile-basic|https://github.com/jboss-developer/jboss-wfk-quickstarts/pull/154]}} quickstarts were updated to use jQuery 2.0.3, Graphene guards no longer work properly in their functional tests. > After {{window.Graphene.xhrInterception.install()}}, the quickstarts do not react to responses to ajax requests they make (server side validation messages are not shown, member list is not displayed, no feedback is shown after a new member is registered). > When {{window.Graphene.xhrInterception.uninstall()}} is run, the quickstarts start behaving normally again. > I tried reproducing the issue with different versions of javascript libraries used in the quickstarts and could reproduce it if jQuery 2.x was used (tested 2.0.3 and 2.1.0). Other libraries do not seem to have an effect on the issue. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQGRA-441) xhrInterception breaks applications using jQuery 2.x

by Oliver Kišš (JIRA)

Oliver Kišš created ARQGRA-441: ---------------------------------- Summary: xhrInterception breaks applications using jQuery 2.x Key: ARQGRA-441 URL: https://issues.jboss.org/browse/ARQGRA-441 Project: Arquillian Graphene Issue Type: Bug Affects Versions: 2.0.2.Final, 2.0.0.Final Environment: Firefox 29, Chrome 34 Reporter: Oliver Kišš Priority: Critical After {{[kitchensink-backbone|https://github.com/jboss-developer/jboss-wfk-quickstarts/tree/2.6.x-develop/kitchensink-backbone]}} and {{[contacts-mobile-basic|https://github.com/jboss-developer/jboss-wfk-quickstarts/pull/154]}} quickstarts were updated to use jQuery 2.0.3, Graphene guards no longer work properly in their functional tests. After {{window.Graphene.xhrInterception.install()}}, the quickstarts do not react to responses to ajax requests they make (server side validation messages are not shown, member list is not displayed, no feedback is shown after a new member is registered). When {{window.Graphene.xhrInterception.uninstall()}} is run, the quickstarts start behaving normally again. I tried reproducing the issue with different versions of javascript libraries used in the quickstarts and could reproduce it if jQuery 2.x was used, other libraries do not seem to have an effect on the issue. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

[JBoss JIRA] (ARQ-332) Add support for injectable configuration options

by Nikolay Nikolov (JIRA)

[ https://issues.jboss.org/browse/ARQ-332?page=com.atlassian.jira.plugin.sy... ] Nikolay Nikolov commented on ARQ-332: ------------------------------------- More specific example why this is needed. If you have a local container, that is used by multiple test project, run by separate jenkins jobs, it is common that default ports clash. So it is normal that ports are generated dynamically if not specified explicitly. In cases when you need those ports in your test (and you need not the http port but another one) you cannot get them - only way is to hardcode the ports in the arquillian.xml and to hope there will be no clash. > Add support for injectable configuration options > ------------------------------------------------ > > Key: ARQ-332 > URL: https://issues.jboss.org/browse/ARQ-332 > Project: Arquillian > Issue Type: Feature Request > Components: Configuration > Environment: All > Reporter: John Ament > Priority: Minor > > I may have more of a unique situation here, not sure, but I figure something like this would be useful to a lot of people. In my case, I have to test my application against multiple RDBMSs. Amongst the test cases I need to execute, the only deltas between them is really the orm.xml and persistence.xml for JPA, since we override the configuration. Currently, arquillian requires me to point to the files in my test cases. Granted, I could use a static string to manage them, but I was wondering if arquillian could provide something like this in arquillian.xml > <?xml version="1.0"?> > <arquillian xmlns="http://jboss.com/arquillian" > xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" > xmlns:glassfish="urn:arq:org.jboss.arquillian.container.glassfish.embedded_3"> > <glassfish:container> > <glassfish:sunResourcesXml>src/test/resources/sun-resources-mysql.xml</glassfish:sunResourcesXml> > </glassfish:container> > <properties> > <property name="orm-xml" value="src/test/resources/orm-mysql.xml"/> > <property name="persistence-xml" value="src/test/resources/pers-mysql.xml"/> > </properties> > </arquillian> > And then in the test case itself > @Inject ArquillianConfiguration config; > config.getProperty("orm-xml"); > in order to access the property. -- This message was sent by Atlassian JIRA (v6.2.3#6260)

10 years, 2 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues May 2014