[JBoss JIRA] (ARQGRA-445) Wrong classes are injected to PageObject injection points in abstract test basis
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-445?page=com.atlassian.jira.plugin... ]
Lukáš Fryč edited comment on ARQGRA-445 at 5/29/14 5:43 AM:
------------------------------------------------------------
I had to upgrade surefire plugin because of its failure in previous versions, ARQGRA-444.
I have also verified that all the plugin versions that fixes original failure introduces this failure.
Graphene should be definitely independent on what JDK and plugin versions you use, so I don't believe downgrading is a correct approach.
> Wrong classes are injected to PageObject injection points in abstract test basis
> --------------------------------------------------------------------------------
>
> Key: ARQGRA-445
> URL: https://issues.jboss.org/browse/ARQGRA-445
> Project: Arquillian Graphene
> Issue Type: Bug
> Affects Versions: 2.0.3.Final
> Reporter: Lukáš Fryč
> Fix For: 2.0.3.Final
>
>
> These tests fails because wrong instances are injected into abstract test basis:
> {code}
> Results :
> Tests in error:
> testPageObjectWithGenericTypeIsInitialized2(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects2): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.page.TestPage2
> testPageObjectWithGenericTypeIsInitialized2(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects1): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.page.TestPage2
> testInitializingPageObjectsDeclaredAsInnerClassesGeneric(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects3): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects3$InnerTestPage
> testInitializingPageObjectsDeclaredAsInnerClassesGeneric(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects4): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects4$InnerTestPage
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (ARQGRA-433) FieldAccessValidatorEnricher checks access to fields uniformly
by Stefan Miklosovic (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-433?page=com.atlassian.jira.plugin... ]
Stefan Miklosovic edited comment on ARQGRA-433 at 5/29/14 5:37 AM:
-------------------------------------------------------------------
[~lfryc]
According to irc communication we have come to solution however before implementing it, lets see if it is worth of it.
You have to make difference between test case and bean in order to take (1) into account or not. Enrich method of enricher is called here (2). You would basically add a flag to enrichRecursively method - when set to true, if enricher you want to use is FieldAccessValidator, it would not be skipped, if false, it would be skipped.
However it means you would have to break interface (3) and "repair it" in these cases (4)
Another solution is to check if class is annotated with RunWith (junit case) or extends Arquillian (in case of TestNG) however I am against this solution, you are becoming dependent on specific test runner which is really bad way to do deal with this for various reasons. Additionally, I think you can not even do it, I was trying to do this "runner resolution" in Arquillian Reporter and I didnt work.
I would personaly remove that FieldAccessEnricherValidator from Graphene completely when you are considering to remove it in the future, why not to remove it now ...
(1) https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma...
(2) https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma...
(3) https://github.com/arquillian/arquillian-graphene/blob/master/spi/src/mai...
(4) https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma...
was (Author: smikloso):
[~lfryc]
According to irc communication we have come to solution however before implementing it, lets see if it is worth of it.
You have to make difference between test case and bean in order to take (1) into account or not. Enrich method of enricher is called here (2). You would basically add a flag to enrichRecursively method - when set to true, if enricher you want to use is FieldAccessValidator, it would not be skipped, if false, it would be skipped.
However it means you would have to break interface (3) and "repair it" in these cases (4)
I would personaly remove that FieldAccessEnricherValidator from Graphene completely when you are considering to remove it in the future, why not to remove it now ...
(1) https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma...
(2) https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma...
(3) https://github.com/arquillian/arquillian-graphene/blob/master/spi/src/mai...
(4) https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma...
> FieldAccessValidatorEnricher checks access to fields uniformly
> --------------------------------------------------------------
>
> Key: ARQGRA-433
> URL: https://issues.jboss.org/browse/ARQGRA-433
> Project: Arquillian Graphene
> Issue Type: Bug
> Components: core
> Affects Versions: 2.0.2.Final
> Reporter: Stefan Miklosovic
> Priority: Optional
> Fix For: 2.0.3.Final
>
>
> I have this test
> {code}
> @Rule
> public ExpectedException expectedException = ExpectedException.none();
> @Test
> @InSequence(2)
> @ReportMessage("This method should pass.")
> public void testWithExpectedExceptionRule() {
> expectedException.expect(RuntimeException.class);
> throw new RuntimeException("this exception is expected");
> }
> {code}
> Logger writes this out:
> WARNING: Public field 'expectedException' found in org.arquillian.droidium.devconf.AeroGearTestCase. Direct access to fields outside of the declaring class is not allowed.
> Apr 01, 2014 11:50:27 AM org.jboss.arquillian.graphene.enricher.FieldAccessValidatorEnricher checkFieldValidity
> However that @Rule field _has to be_ public
> {quote}
> A field must be public, not static, and a subtype of TestRule
> {quote}
> So in this case validation does not make sense.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (ARQGRA-433) FieldAccessValidatorEnricher checks access to fields uniformly
by Stefan Miklosovic (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-433?page=com.atlassian.jira.plugin... ]
Stefan Miklosovic commented on ARQGRA-433:
------------------------------------------
[~lfryc]
According to irc communication we have come to solution however before implementing it, lets see if it is worth of it.
You have to make difference between test case and bean in order to take (1) into account or not. Enrich method of enricher is called here (2). You would basically add a flag to enrichRecursively method - when set to true, if enricher you want to use is FieldAccessValidator, it would not be skipped, if false, it would be skipped.
However it means you would have to break interface (3) and "repair it" in these cases (4)
I would personaly remove that FieldAccessEnricherValidator from Graphene completely when you are considering to remove it in the future, why not to remove it now ...
(1) https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma...
(2) https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma...
(3) https://github.com/arquillian/arquillian-graphene/blob/master/spi/src/mai...
(4) https://github.com/arquillian/arquillian-graphene/blob/master/impl/src/ma...
> FieldAccessValidatorEnricher checks access to fields uniformly
> --------------------------------------------------------------
>
> Key: ARQGRA-433
> URL: https://issues.jboss.org/browse/ARQGRA-433
> Project: Arquillian Graphene
> Issue Type: Bug
> Components: core
> Affects Versions: 2.0.2.Final
> Reporter: Stefan Miklosovic
> Priority: Optional
> Fix For: 2.0.3.Final
>
>
> I have this test
> {code}
> @Rule
> public ExpectedException expectedException = ExpectedException.none();
> @Test
> @InSequence(2)
> @ReportMessage("This method should pass.")
> public void testWithExpectedExceptionRule() {
> expectedException.expect(RuntimeException.class);
> throw new RuntimeException("this exception is expected");
> }
> {code}
> Logger writes this out:
> WARNING: Public field 'expectedException' found in org.arquillian.droidium.devconf.AeroGearTestCase. Direct access to fields outside of the declaring class is not allowed.
> Apr 01, 2014 11:50:27 AM org.jboss.arquillian.graphene.enricher.FieldAccessValidatorEnricher checkFieldValidity
> However that @Rule field _has to be_ public
> {quote}
> A field must be public, not static, and a subtype of TestRule
> {quote}
> So in this case validation does not make sense.
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (ARQGRA-445) Wrong classes are injected to PageObject injection points in abstract test basis
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-445?page=com.atlassian.jira.plugin... ]
Juraj Húska commented on ARQGRA-445:
------------------------------------
IMHO we should have stable tests at what ever price.
This issue is introduced with upgrading of surefire plugin.
We can either
* resolve it
* downgrade surefire plugin
> Wrong classes are injected to PageObject injection points in abstract test basis
> --------------------------------------------------------------------------------
>
> Key: ARQGRA-445
> URL: https://issues.jboss.org/browse/ARQGRA-445
> Project: Arquillian Graphene
> Issue Type: Bug
> Affects Versions: 2.0.3.Final
> Reporter: Lukáš Fryč
> Fix For: 2.0.3.Final
>
>
> These tests fails because wrong instances are injected into abstract test basis:
> {code}
> Results :
> Tests in error:
> testPageObjectWithGenericTypeIsInitialized2(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects2): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.page.TestPage2
> testPageObjectWithGenericTypeIsInitialized2(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects1): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.page.TestPage2
> testInitializingPageObjectsDeclaredAsInnerClassesGeneric(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects3): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects3$InnerTestPage
> testInitializingPageObjectsDeclaredAsInnerClassesGeneric(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects4): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects4$InnerTestPage
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (ARQGRA-445) Wrong classes are injected to PageObject injection points in abstract test basis
by Lukáš Fryč (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-445?page=com.atlassian.jira.plugin... ]
Lukáš Fryč commented on ARQGRA-445:
-----------------------------------
Do you believe this needs to be fixed in 2.0.3?
> Wrong classes are injected to PageObject injection points in abstract test basis
> --------------------------------------------------------------------------------
>
> Key: ARQGRA-445
> URL: https://issues.jboss.org/browse/ARQGRA-445
> Project: Arquillian Graphene
> Issue Type: Bug
> Affects Versions: 2.0.3.Final
> Reporter: Lukáš Fryč
> Fix For: 2.0.3.Final
>
>
> These tests fails because wrong instances are injected into abstract test basis:
> {code}
> Results :
> Tests in error:
> testPageObjectWithGenericTypeIsInitialized2(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects2): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.page.TestPage2
> testPageObjectWithGenericTypeIsInitialized2(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects1): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.page.TestPage2
> testInitializingPageObjectsDeclaredAsInnerClassesGeneric(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects3): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects3$InnerTestPage
> testInitializingPageObjectsDeclaredAsInnerClassesGeneric(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects4): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects4$InnerTestPage
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (ARQGRA-445) Wrong classes are injected to PageObject injection points in abstract test basis
by Juraj Húska (JIRA)
[ https://issues.jboss.org/browse/ARQGRA-445?page=com.atlassian.jira.plugin... ]
Juraj Húska commented on ARQGRA-445:
------------------------------------
I can reproduce it with different JDK & Maven:
{code}
Apache Maven 3.2.1 (ea8b2b07643dbb1b84b6d16e1f08391b666bc1e9; 2014-02-14T18:37:52+01:00)
Maven home: /opt/apache-maven-3.2.1
Java version: 1.7.0_51, vendor: Oracle Corporation
Java home: /usr/java/jdk1.7.0_51/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "linux", version: "3.14.4-200.fc20.x86_64", arch: "amd64", family: "unix"
{code}
> Wrong classes are injected to PageObject injection points in abstract test basis
> --------------------------------------------------------------------------------
>
> Key: ARQGRA-445
> URL: https://issues.jboss.org/browse/ARQGRA-445
> Project: Arquillian Graphene
> Issue Type: Bug
> Affects Versions: 2.0.3.Final
> Reporter: Lukáš Fryč
> Fix For: 2.0.3.Final
>
>
> These tests fails because wrong instances are injected into abstract test basis:
> {code}
> Results :
> Tests in error:
> testPageObjectWithGenericTypeIsInitialized2(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects2): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.page.TestPage2
> testPageObjectWithGenericTypeIsInitialized2(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects1): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.page.TestPage2
> testInitializingPageObjectsDeclaredAsInnerClassesGeneric(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects3): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects3$InnerTestPage
> testInitializingPageObjectsDeclaredAsInnerClassesGeneric(org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects4): org.jboss.arquillian.graphene.ftest.enricher.page.TestPage$$EnhancerByGraphene$$841cfb04 cannot be cast to org.jboss.arquillian.graphene.ftest.enricher.TestInitializingGenericPageObjects4$InnerTestPage
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years
[JBoss JIRA] (ARQ-1769) org.jboss.arquillian.warp.spi.exception.StoreHasAssociatedObjectsException
by William Crowell (JIRA)
[ https://issues.jboss.org/browse/ARQ-1769?page=com.atlassian.jira.plugin.s... ]
William Crowell commented on ARQ-1769:
--------------------------------------
I moved to phantomjs but I still have the issue. I don't think it is an issue with the client-side code runner but I will still move to phantomjs regardless.
Using 1.0.0.Alpha7, the test WAR application starts up; however, the first request (using the driver.navigate().to("http://localhost:8080...") to the application gives the org.jboss.arquillian.warp.spi.exception.StoreHasAssociatedObjectsException. If I set a breakpoint in the test case and open a browser and hit the URL directly I get the same StoreHasAssociatedObjectsException.
In org.jboss.arquillian.warp.impl.server.lifecycle.LifecycleManagerStoreImpl on line 126 I see this check in checkUnbound(LifecycleManager):
@Override
protected <T> void checkUnbound(LifecycleManager manager) throws StoreHasAssociatedObjectsException {
Tracking tracking = TRACK.get(manager);
if (tracking != null) {
if (!tracking.isEmpty()) {
throw new StoreHasAssociatedObjectsException();
}
TRACK.remove(manager);
}
}
The tracking HashMap has an object with the key name "class javax.faces.context.FacesContext".
However, 1.0.0.Alpha6, has different behavior. The first request works and the Activity inner classes' perform() method gets called, but the inspect inner class never gets called even though we match for all requests:
group().observe(request()).inspect(new Inspection()...
Then org.jboss.arquillian.warp.impl.client.execution.SynchronizationPoint.awaitResponses() just sits until the arquillian.warp.synchronization.timeout (default of 5 seconds) expires:
...
(E) PassivateManager
(I) ManagerActivationObserver.deactivateApplicationContext
(E) AfterRequest
(I) LifecycleTestClassExecutor.afterRequest
(E) PassivateManager
(I) ManagerActivationObserver.deactivateApplicationContext
(E) AwaitResponse
(O) WarpExecutionObserver.awaitResponse
...
I looked at the jsf-ftest sample code on github to see if I was missing something. I see some archives like arquillian-warp-jsf that contain a fragment for faces-config.xml. It defines a WarpPhaseListener and a FacesContextFactoryWrapper.
I included arquillian-warp-jsf in my pom.xml but the problem remained.
I have one of two possible theories here:
1) I am missing a dependency which binds/unbinds the FacesContext.
2) Is it possible that Arquillian Warp does not support PrimeFaces and/or Spring WebFlow? I see quite a bit of support for RichFaces. Maybe an adapter needs to be written for PrimeFaces. Not sure.
> org.jboss.arquillian.warp.spi.exception.StoreHasAssociatedObjectsException
> --------------------------------------------------------------------------
>
> Key: ARQ-1769
> URL: https://issues.jboss.org/browse/ARQ-1769
> Project: Arquillian
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Extension - Warp
> Affects Versions: warp_1.0.0.Alpha7, 1.1.3.Final, 1.1.4.Final
> Environment: Windows 7 Enterprise SP1 64-bit
> Reporter: William Crowell
>
> I am using the following:
> Arquillian Core: 1.1.4.Final (as well as 1.1.3.Final)
> Arquillian Drone: 1.2.4.Final (I've tried Drone 2 as well)
> Arquillian Warp: 1.0.0.Alpha7 (as well as 1.0.0.Beta1-SNAPSHOT)
> Arquillian Transaction: 1.0.1.Final
> Arquillian Tomcat 7 Embedded Container using Tomcat 7.0.27: 1.0.0.Final-SNAPSHOT
> Spring: 3.2.4.RELEASE
> Spring Web: 3.2.2.RELEASE
> Spring Security: 3.1.4.RELEASE
> Spring WebFlow: 2.4.0.RC1
> PrimeFaces 3.4.2
> JUnit: 4.8.2
> Mojarra 2.1.17
> I am receiving this exception:
> {code}
> java.lang.IllegalStateException: org.jboss.arquillian.warp.spi.exception.StoreHasAssociatedObjectsException
> at org.jboss.arquillian.warp.impl.server.lifecycle.LifecycleManagerObserver.finalizeManager(LifecycleManagerObserver.java:69)
> ...
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.invokeObservers(EventContextImpl.java:99)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:81)
> at org.jboss.arquillian.warp.impl.server.test.LifecycleTestClassExecutor.afterRequest(LifecycleTestClassExecutor.java:78)
> ...
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.core.impl.EventImpl.fire(EventImpl.java:67)
> at org.jboss.arquillian.warp.impl.server.request.RequestContextHandler.handleRequestContext(RequestContextHandler.java:93)
> ...
> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:94)
> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:145)
> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:116)
> at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterWarp(WarpFilter.java:151)
> at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilterHttp(WarpFilter.java:120)
> at org.jboss.arquillian.warp.impl.server.execution.WarpFilter.doFilter(WarpFilter.java:93)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
> at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:118)
> at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:84)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
> at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:113)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
> at org.springframework.security.web.authentication.AnonymousAuthenticationFilter.doFilter(AnonymousAuthenticationFilter.java:113)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
> at org.springframework.security.web.servletapi.SecurityContextHolderAwareRequestFilter.doFilter(SecurityContextHolderAwareRequestFilter.java:54)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
> at org.springframework.security.web.savedrequest.RequestCacheAwareFilter.doFilter(RequestCacheAwareFilter.java:45)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
> at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilter(BasicAuthenticationFilter.java:150)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
> at org.springframework.security.web.authentication.AbstractAuthenticationProcessingFilter.doFilter(AbstractAuthenticationProcessingFilter.java:183)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
> at org.springframework.security.web.authentication.logout.LogoutFilter.doFilter(LogoutFilter.java:105)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
> at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:87)
> at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:342)
> at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:192)
> at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:160)
> at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
> at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:259)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:88)
> at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
> at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:243)
> at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
> at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222)
> at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123)
> at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472)
> at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:171)
> at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:99)
> at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
> at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:408)
> at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1008)
> at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:589)
> at org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:312)
> ...
> Caused by: org.jboss.arquillian.warp.spi.exception.StoreHasAssociatedObjectsException
> at org.jboss.arquillian.warp.impl.server.lifecycle.LifecycleManagerStoreImpl.checkUnbound(LifecycleManagerStoreImpl.java:126)
> at org.jboss.arquillian.warp.spi.LifecycleManager.checkUnbound(LifecycleManager.java:158)
> at org.jboss.arquillian.warp.impl.server.lifecycle.LifecycleManagerObserver.finalizeManager(LifecycleManagerObserver.java:67)
> ... 74 more
> {code}
--
This message was sent by Atlassian JIRA
(v6.2.3#6260)
10 years