October 2012 - arquillian-issues - Jboss List Archives

[JBoss JIRA] (ARQ-961) Error in README for the name of additional URL qualifier

by Ken Finnigan (JIRA)

Ken Finnigan created ARQ-961: -------------------------------- Summary: Error in README for the name of additional URL qualifier Key: ARQ-961 URL: https://issues.jboss.org/browse/ARQ-961 Project: Arquillian Issue Type: Bug Security Level: Public (Everyone can see) Components: Extension - Portal Affects Versions: portal_1.0.0.Alpha1 Reporter: Ken Finnigan Assignee: Ken Finnigan Fix For: portal_1.0.0.next Qualifier on URL for tests is @PortalURL and not @PortalResource -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

1
3
0 / 0

[JBoss JIRA] (ARQ-1160) Prepare Weld CR4

by Aslak Knutsen (JIRA)

Aslak Knutsen created ARQ-1160: ---------------------------------- Summary: Prepare Weld CR4 Key: ARQ-1160 URL: https://issues.jboss.org/browse/ARQ-1160 Project: Arquillian Issue Type: Feature Request Security Level: Public (Everyone can see) Components: Weld Containers Reporter: Aslak Knutsen Assignee: Aslak Knutsen Fix For: weld_1.0.0.CR4 -- 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

13 years, 5 months

1
1
0 / 0

[JBoss JIRA] (ARQ-753) ShrinkWrapClassLoader does not find service provider in WAR

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-753?page=com.atlassian.jira.plugin.sy... ] Aslak Knutsen closed ARQ-753. ----------------------------- > ShrinkWrapClassLoader does not find service provider in WAR > ----------------------------------------------------------- > > Key: ARQ-753 > URL: https://issues.jboss.org/browse/ARQ-753 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Weld Containers > Affects Versions: weld_1.0.0.CR3 > Reporter: Martin Kouba > Assignee: Martin Kouba > Fix For: weld_1.0.0.CR4 > > > I ran into this issue when working with *Arquillian* and *Weld EE 1.1 Embedded container* (that uses ShrinkWrapClassLoader under the hood). ShrinkWrap correctly builds web archive with CDI extension (using org.jboss.shrinkwrap.api.container.ManifestContainer.addAsServiceProvider(Class<?>, Class<?>...); this was also discussed in SHRINKWRAP-266). > Output: > {code} > test.war > /WEB-INF/ > /WEB-INF/classes/ > /WEB-INF/classes/META-INF/ > /WEB-INF/classes/META-INF/services/ > /WEB-INF/classes/META-INF/services/javax.enterprise.inject.spi.Extension > {code} > However no extensions are found. *org.jboss.shrinkwrap.api.classloader.ShrinkWrapClassLoader* probably does not find any resource when looking for "META-INF/services/javax.enterprise.inject.spi.Extension". > Note that I'm not quite sure whether it's ShrinkWrapClassLoader or WeldEEMockContainer issue. -- 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

13 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ARQ-819) Wrong criteria used for supplying Weld with WebArchiveClassLoader

by Andrew Rubinger (JIRA)

Andrew Rubinger created ARQ-819: ----------------------------------- Summary: Wrong criteria used for supplying Weld with WebArchiveClassLoader Key: ARQ-819 URL: https://issues.jboss.org/browse/ARQ-819 Project: Arquillian Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Andrew Rubinger Assignee: Andrew Rubinger Currently the decision to use WebArchiveClassLoader instead of ShrinkWrapClassLoader is based on type-checking the archive for instanceof WebArchive. Because a user may switch to another archive view before returning the archive, it's better to run by the spec-approved definition of a WAR file as denoted by the ".war" suffix. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
7
0 / 0

[JBoss JIRA] (ARQ-817) arquillian-weld-container does not build on Maven Default Profile

by Andrew Rubinger (JIRA)

Andrew Rubinger created ARQ-817: ----------------------------------- Summary: arquillian-weld-container does not build on Maven Default Profile Key: ARQ-817 URL: https://issues.jboss.org/browse/ARQ-817 Project: Arquillian Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Andrew Rubinger Assignee: Andrew Rubinger The current configuration assumes that the JBoss Nexus repo is enabled: {code}[ERROR] Failed to execute goal on project arquillian-weld-se-embedded-1.1: Could not resolve dependencies for project org.jboss.arquillian.container:arquillian-weld-se-embedded-1.1:jar:1.0.0.Final-SNAPSHOT: Could not find artifact org.jboss.weld:weld-core:jar:1.1.1.Final in central (http://repo.maven.apache.org/maven2) -> [Help 1]{code} Probably we could go for an upgrade of Weld here anyway, which has been proxied to Maven Central. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
6
0 / 0

[JBoss JIRA] (ARQ-818) WebArchiveClassLoader only honors resource requests for Service files

by Andrew Rubinger (JIRA)

Andrew Rubinger created ARQ-818: ----------------------------------- Summary: WebArchiveClassLoader only honors resource requests for Service files Key: ARQ-818 URL: https://issues.jboss.org/browse/ARQ-818 Project: Arquillian Issue Type: Bug Security Level: Public (Everyone can see) Components: Weld Containers Affects Versions: weld_1.0.0.CR3 Reporter: Andrew Rubinger Assignee: Andrew Rubinger Fix For: weld_1.0.0.Final SHRINKWRAP-369 and related issues defined a mechanism to allow the Weld Container to find Services files by introducing the WebArchiveClassLoader, but the implementation is too narrowly-scoped. All resources requests from a client should be found in the specification-defined location "WEB-INF/classes", effectively defining this as the new root. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
6
0 / 0

[JBoss JIRA] (ARQ-890) WeldEEMockContainer does not clean up resources if the deployment failsw

by Jozef Hartinger (JIRA)

Jozef Hartinger created ARQ-890: ----------------------------------- Summary: WeldEEMockContainer does not clean up resources if the deployment failsw Key: ARQ-890 URL: https://issues.jboss.org/browse/ARQ-890 Project: Arquillian Issue Type: Bug Security Level: Public (Everyone can see) Components: Weld Containers Affects Versions: weld_1.0.0.CR3 Reporter: Jozef Hartinger If container.startContainer() at WeldEEMockContainer:98 throws an exception, WeldEEMockContainer.undeploy is never called. This leads to memory and thread leaks during test runs. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

13 years, 5 months

2
5
0 / 0

[JBoss JIRA] (ARQ-753) ShrinkWrapClassLoader does not find service provider in WAR

by Aslak Knutsen (JIRA)

[ https://issues.jboss.org/browse/ARQ-753?page=com.atlassian.jira.plugin.sy... ] Aslak Knutsen updated ARQ-753: ------------------------------ Fix Version/s: weld_1.0.0.CR4 (was: weld_1.0.0.Final) > ShrinkWrapClassLoader does not find service provider in WAR > ----------------------------------------------------------- > > Key: ARQ-753 > URL: https://issues.jboss.org/browse/ARQ-753 > Project: Arquillian > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: Weld Containers > Affects Versions: weld_1.0.0.CR3 > Reporter: Martin Kouba > Assignee: Martin Kouba > Fix For: weld_1.0.0.CR4 > > > I ran into this issue when working with *Arquillian* and *Weld EE 1.1 Embedded container* (that uses ShrinkWrapClassLoader under the hood). ShrinkWrap correctly builds web archive with CDI extension (using org.jboss.shrinkwrap.api.container.ManifestContainer.addAsServiceProvider(Class<?>, Class<?>...); this was also discussed in SHRINKWRAP-266). > Output: > {code} > test.war > /WEB-INF/ > /WEB-INF/classes/ > /WEB-INF/classes/META-INF/ > /WEB-INF/classes/META-INF/services/ > /WEB-INF/classes/META-INF/services/javax.enterprise.inject.spi.Extension > {code} > However no extensions are found. *org.jboss.shrinkwrap.api.classloader.ShrinkWrapClassLoader* probably does not find any resource when looking for "META-INF/services/javax.enterprise.inject.spi.Extension". > Note that I'm not quite sure whether it's ShrinkWrapClassLoader or WeldEEMockContainer issue. -- 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

13 years, 5 months

1
0
0 / 0

[JBoss JIRA] (ARQ-1124) Prepare Arquillian iOS Alpha1 release

by Karel Piwko (JIRA)

Karel Piwko created ARQ-1124: -------------------------------- Summary: Prepare Arquillian iOS Alpha1 release Key: ARQ-1124 URL: https://issues.jboss.org/browse/ARQ-1124 Project: Arquillian Issue Type: Task Security Level: Public (Everyone can see) Components: Extension - iOS Affects Versions: ios_1.0.0.next Reporter: Karel Piwko Assignee: Jan Papousek Prepare first release of integration layer for iOS emulators/devices. -- 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

13 years, 5 months

2
3
0 / 0

[JBoss JIRA] (ARQGRA-200) Enhance Graphene's guards to wait until page fully updates

by Lukáš Fryč (JIRA)

[ https://issues.jboss.org/browse/ARQGRA-200?page=com.atlassian.jira.plugin... ] Lukáš Fryč commented on ARQGRA-200: ----------------------------------- You can use guards and only where it is not possible, waitings are only other option. Guards *should* wait for page to be fully loaded. > Enhance Graphene's guards to wait until page fully updates > ---------------------------------------------------------- > > Key: ARQGRA-200 > URL: https://issues.jboss.org/browse/ARQGRA-200 > Project: Arquillian Graphene > Issue Type: Enhancement > Affects Versions: 2.0.0.Alpha2 > Reporter: Jiří Štefek > > It would be nice if Graphene's guards (guardXhr, guardHttp and guardNoRequest) can be used to wait until page fully updates after the the request. -- 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

13 years, 5 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

arquillian-issues October 2012