[JBoss JIRA] (WFLY-2881) org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase#testCalendarBasedTimeout
by Pëtr Andreev (JIRA)
[ https://issues.jboss.org/browse/WFLY-2881?page=com.atlassian.jira.plugin.... ]
Pëtr Andreev commented on WFLY-2881:
------------------------------------
Same on CentOS 6.5
> org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase#testCalendarBasedTimeout
> --------------------------------------------------------------------------------------
>
> Key: WFLY-2881
> URL: https://issues.jboss.org/browse/WFLY-2881
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: EJB
> Affects Versions: 8.0.0.Final
> Reporter: Frank Langelage
> Assignee: David Lloyd
> Attachments: org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.txt, TEST-org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.xml
>
>
> Running build with smoke tests on current github sources I get failure in this test case.
> HOUR_OF_DAY is not 0 as expected but 1.
> I changed the Assert in the test case to print out firstTimeout.toString() instead of only timeZoneDisplayName.
> See attached files for more.
--
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
12 years, 5 months
[JBoss JIRA] (WFLY-2888) Undertow subsystem ajp listener configuraion not loaded
by JuYeon Yu (JIRA)
JuYeon Yu created WFLY-2888:
-------------------------------
Summary: Undertow subsystem ajp listener configuraion not loaded
Key: WFLY-2888
URL: https://issues.jboss.org/browse/WFLY-2888
Project: WildFly
Issue Type: Bug
Security Level: Public (Everyone can see)
Environment: WildfFly 8.0.0.Final-SANPSHOT (b365f63a1701)
Reporter: JuYeon Yu
Ajp Listener configuration not loaded.
I set like this '<ajp-listener name="ajp" socket-binding="ajp" max-parameters="5000"/>'.
But this value not applied.
--
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
12 years, 5 months
[JBoss JIRA] (WFLY-2884) WildFly issuing new cookie for every request, when faces view is not directly in root (/ )
by André Prata (JIRA)
[ https://issues.jboss.org/browse/WFLY-2884?page=com.atlassian.jira.plugin.... ]
André Prata updated WFLY-2884:
------------------------------
Affects Version/s: 8.0.0.CR1
> WildFly issuing new cookie for every request, when faces view is not directly in root (/ )
> ------------------------------------------------------------------------------------------
>
> Key: WFLY-2884
> URL: https://issues.jboss.org/browse/WFLY-2884
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.CR1
> Reporter: André Prata
>
> Hello everyone.
> I have seen possibly similar issues, but people just aren't able to reproduce them anymore and they seem to be closed without further inspection. Maybe this is the same problem.
> I started seeing a problem in a new application I'm developing. For views such as "/view.xhtml" everything is working fine. But if I move the view to another directory, e.g. "/admin/view.xtml", I get ViewExpiredExceptions when interacting with backing beans.
> Two things:
> - This does not happen if there is already a cookie associated with the session. I.e., I can only reproduce the issue if the first cookie is created by accessing "/admin/view.xhtml". Accessing something in the root and then the other directories works just fine (the server won't send set-cookies again).
> - When accessing "/admin/view.xhtml" new cookies are issued for every .xhtml request. Fetching PrimeFaces .js.xhtml files after the initial page is loaded, for example, triggers new sessions.
--
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
12 years, 5 months
[JBoss JIRA] (WFLY-2887) Build fail due to CalendarBasedTimeoutTestCase on OSX 7u51
by Cody Lerum (JIRA)
[ https://issues.jboss.org/browse/WFLY-2887?page=com.atlassian.jira.plugin.... ]
Cody Lerum updated WFLY-2887:
-----------------------------
Issue Type: Bug (was: Feature Request)
> Build fail due to CalendarBasedTimeoutTestCase on OSX 7u51
> ----------------------------------------------------------
>
> Key: WFLY-2887
> URL: https://issues.jboss.org/browse/WFLY-2887
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.CR1
> Reporter: Cody Lerum
>
> Cannot build from master (d7d7a1f) on OSX due to following failure
> {code}
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.316 sec - in org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
> Running org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.012 sec - in org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
> Running org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec - in org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
> Running org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
> Tests run: 14, Failures: 0, Errors: 0, Skipped: 7, Time elapsed: 3.227 sec - in org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
> Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.786 sec <<< FAILURE! - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
> testCalendarBasedTimeout(org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase) Time elapsed: 0.785 sec <<< FAILURE!
> java.lang.AssertionError: Cuba Standard Time
> at org.junit.Assert.fail(Assert.java:88)
> at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testWithStartInThePast(CalendarBasedTimeoutTestCase.java:496)
> at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testCalendarBasedTimeout(CalendarBasedTimeoutTestCase.java:95)
> Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
> Running org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
> Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
> Running org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec - in org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
> Results :
> Failed tests:
> CalendarBasedTimeoutTestCase.testCalendarBasedTimeout:95->testWithStartInThePast:496 Cuba Standard Time
> Tests run: 31, Failures: 1, Errors: 0, Skipped: 7
> {code}
> Environment
> {code}
> mbp:jboss-as codylerum$ mvn install -rf :wildfly-ejb3 -XX
> Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 09:22:22-0600)
> Maven home: /usr/local/Cellar/maven/3.1.1/libexec
> Java version: 1.7.0_51, vendor: Oracle Corporation
> Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.9.1", arch: "x86_64", family: "mac"
> {code}
--
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
12 years, 5 months
[JBoss JIRA] (WFLY-2887) Build fail due to CalendarBasedTimeoutTestCase on OSX 7u51
by Cody Lerum (JIRA)
[ https://issues.jboss.org/browse/WFLY-2887?page=com.atlassian.jira.plugin.... ]
Cody Lerum updated WFLY-2887:
-----------------------------
Description:
Cannot build from master (d7d7a1f) on OSX due to following failure
{code}
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.316 sec - in org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
Running org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.012 sec - in org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
Running org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec - in org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
Running org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
Tests run: 14, Failures: 0, Errors: 0, Skipped: 7, Time elapsed: 3.227 sec - in org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.786 sec <<< FAILURE! - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
testCalendarBasedTimeout(org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase) Time elapsed: 0.785 sec <<< FAILURE!
java.lang.AssertionError: Cuba Standard Time
at org.junit.Assert.fail(Assert.java:88)
at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testWithStartInThePast(CalendarBasedTimeoutTestCase.java:496)
at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testCalendarBasedTimeout(CalendarBasedTimeoutTestCase.java:95)
Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
Running org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
Running org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec - in org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
Results :
Failed tests:
CalendarBasedTimeoutTestCase.testCalendarBasedTimeout:95->testWithStartInThePast:496 Cuba Standard Time
Tests run: 31, Failures: 1, Errors: 0, Skipped: 7
{code}
Environment
{code}
mbp:jboss-as codylerum$ mvn install -rf :wildfly-ejb3 -XX
Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 09:22:22-0600)
Maven home: /usr/local/Cellar/maven/3.1.1/libexec
Java version: 1.7.0_51, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.1", arch: "x86_64", family: "mac"
{code}
was:
Cannot build from master (d7d7a1f) on OSX due to following failure
{code}
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.316 sec - in org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
Running org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.012 sec - in org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
Running org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec - in org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
Running org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
Tests run: 14, Failures: 0, Errors: 0, Skipped: 7, Time elapsed: 3.227 sec - in org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.786 sec <<< FAILURE! - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
testCalendarBasedTimeout(org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase) Time elapsed: 0.785 sec <<< FAILURE!
java.lang.AssertionError: Cuba Standard Time
at org.junit.Assert.fail(Assert.java:88)
at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testWithStartInThePast(CalendarBasedTimeoutTestCase.java:496)
at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testCalendarBasedTimeout(CalendarBasedTimeoutTestCase.java:95)
Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
Running org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
Running org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec - in org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
Results :
Failed tests:
CalendarBasedTimeoutTestCase.testCalendarBasedTimeout:95->testWithStartInThePast:496 Cuba Standard Time
Tests run: 31, Failures: 1, Errors: 0, Skipped: 7
{code}
> Build fail due to CalendarBasedTimeoutTestCase on OSX 7u51
> ----------------------------------------------------------
>
> Key: WFLY-2887
> URL: https://issues.jboss.org/browse/WFLY-2887
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.CR1
> Reporter: Cody Lerum
>
> Cannot build from master (d7d7a1f) on OSX due to following failure
> {code}
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.316 sec - in org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
> Running org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.012 sec - in org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
> Running org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec - in org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
> Running org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
> Tests run: 14, Failures: 0, Errors: 0, Skipped: 7, Time elapsed: 3.227 sec - in org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
> Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.786 sec <<< FAILURE! - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
> testCalendarBasedTimeout(org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase) Time elapsed: 0.785 sec <<< FAILURE!
> java.lang.AssertionError: Cuba Standard Time
> at org.junit.Assert.fail(Assert.java:88)
> at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testWithStartInThePast(CalendarBasedTimeoutTestCase.java:496)
> at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testCalendarBasedTimeout(CalendarBasedTimeoutTestCase.java:95)
> Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
> Running org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
> Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
> Running org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec - in org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
> Results :
> Failed tests:
> CalendarBasedTimeoutTestCase.testCalendarBasedTimeout:95->testWithStartInThePast:496 Cuba Standard Time
> Tests run: 31, Failures: 1, Errors: 0, Skipped: 7
> {code}
> Environment
> {code}
> mbp:jboss-as codylerum$ mvn install -rf :wildfly-ejb3 -XX
> Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 09:22:22-0600)
> Maven home: /usr/local/Cellar/maven/3.1.1/libexec
> Java version: 1.7.0_51, vendor: Oracle Corporation
> Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre
> Default locale: en_US, platform encoding: UTF-8
> OS name: "mac os x", version: "10.9.1", arch: "x86_64", family: "mac"
> {code}
--
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
12 years, 5 months
[JBoss JIRA] (WFLY-2887) Build fail due to CalendarBasedTimeoutTestCase on OSX 7u51
by Cody Lerum (JIRA)
[ https://issues.jboss.org/browse/WFLY-2887?page=com.atlassian.jira.plugin.... ]
Cody Lerum updated WFLY-2887:
-----------------------------
Environment: (was: mbp:jboss-as codylerum$ mvn install -rf :wildfly-ejb3 -XX
Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 09:22:22-0600)
Maven home: /usr/local/Cellar/maven/3.1.1/libexec
Java version: 1.7.0_51, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.1", arch: "x86_64", family: "mac"
)
> Build fail due to CalendarBasedTimeoutTestCase on OSX 7u51
> ----------------------------------------------------------
>
> Key: WFLY-2887
> URL: https://issues.jboss.org/browse/WFLY-2887
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.CR1
> Reporter: Cody Lerum
>
> Cannot build from master (d7d7a1f) on OSX due to following failure
> {code}
> -------------------------------------------------------
> T E S T S
> -------------------------------------------------------
> Running org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.316 sec - in org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
> Running org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
> Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.012 sec - in org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
> Running org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec - in org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
> Running org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
> Tests run: 14, Failures: 0, Errors: 0, Skipped: 7, Time elapsed: 3.227 sec - in org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
> Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
> Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.786 sec <<< FAILURE! - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
> testCalendarBasedTimeout(org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase) Time elapsed: 0.785 sec <<< FAILURE!
> java.lang.AssertionError: Cuba Standard Time
> at org.junit.Assert.fail(Assert.java:88)
> at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testWithStartInThePast(CalendarBasedTimeoutTestCase.java:496)
> at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testCalendarBasedTimeout(CalendarBasedTimeoutTestCase.java:95)
> Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
> Running org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
> Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
> Running org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
> Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec - in org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
> Results :
> Failed tests:
> CalendarBasedTimeoutTestCase.testCalendarBasedTimeout:95->testWithStartInThePast:496 Cuba Standard Time
> Tests run: 31, Failures: 1, Errors: 0, Skipped: 7
> {code}
--
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
12 years, 5 months
[JBoss JIRA] (WFLY-2887) Build fail due to CalendarBasedTimeoutTestCase on OSX 7u51
by Cody Lerum (JIRA)
Cody Lerum created WFLY-2887:
--------------------------------
Summary: Build fail due to CalendarBasedTimeoutTestCase on OSX 7u51
Key: WFLY-2887
URL: https://issues.jboss.org/browse/WFLY-2887
Project: WildFly
Issue Type: Feature Request
Security Level: Public (Everyone can see)
Affects Versions: 8.0.0.CR1
Environment: mbp:jboss-as codylerum$ mvn install -rf :wildfly-ejb3 -XX
Apache Maven 3.1.1 (0728685237757ffbf44136acec0402957f723d9a; 2013-09-17 09:22:22-0600)
Maven home: /usr/local/Cellar/maven/3.1.1/libexec
Java version: 1.7.0_51, vendor: Oracle Corporation
Java home: /Library/Java/JavaVirtualMachines/jdk1.7.0_51.jdk/Contents/Home/jre
Default locale: en_US, platform encoding: UTF-8
OS name: "mac os x", version: "10.9.1", arch: "x86_64", family: "mac"
Reporter: Cody Lerum
Cannot build from master (d7d7a1f) on OSX due to following failure
{code}
-------------------------------------------------------
T E S T S
-------------------------------------------------------
Running org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.316 sec - in org.jboss.as.ejb3.component.stateful.StatefulSessionSynchronizationInterceptorTestCase
Running org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 5.012 sec - in org.jboss.as.ejb3.concurrency.EJBReadWriteLockTest
Running org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.02 sec - in org.jboss.as.ejb3.deployment.processors.ViewInterfacesTestCase
Running org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
Tests run: 14, Failures: 0, Errors: 0, Skipped: 7, Time elapsed: 3.227 sec - in org.jboss.as.ejb3.subsystem.Ejb3SubsystemUnitTestCase
Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
Tests run: 1, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.786 sec <<< FAILURE! - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase
testCalendarBasedTimeout(org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase) Time elapsed: 0.785 sec <<< FAILURE!
java.lang.AssertionError: Cuba Standard Time
at org.junit.Assert.fail(Assert.java:88)
at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testWithStartInThePast(CalendarBasedTimeoutTestCase.java:496)
at org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutTestCase.testCalendarBasedTimeout(CalendarBasedTimeoutTestCase.java:95)
Running org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.003 sec - in org.jboss.as.ejb3.timer.schedule.CalendarBasedTimeoutWithDifferentTimeZoneTestCase
Running org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
Tests run: 7, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0 sec - in org.jboss.as.ejb3.timer.schedule.CalendarUtilTestCase
Running org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
Tests run: 2, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.001 sec - in org.jboss.as.ejb3.timer.schedule.RangeValueTestCase
Results :
Failed tests:
CalendarBasedTimeoutTestCase.testCalendarBasedTimeout:95->testWithStartInThePast:496 Cuba Standard Time
Tests run: 31, Failures: 1, Errors: 0, Skipped: 7
{code}
--
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
12 years, 5 months
[JBoss JIRA] (WFLY-1993) Change of behavior for Infinispan (and more?) default directory
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-1993?page=com.atlassian.jira.plugin.... ]
Radoslav Husar closed WFLY-1993.
--------------------------------
Fix Version/s: (was: 8.0.0.Final)
Resolution: Duplicate Issue
> Change of behavior for Infinispan (and more?) default directory
> ---------------------------------------------------------------
>
> Key: WFLY-1993
> URL: https://issues.jboss.org/browse/WFLY-1993
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Clustering
> Affects Versions: 8.0.0.Alpha4
> Reporter: Emmanuel Bernard
> Assignee: Radoslav Husar
>
> In ticketmonster, we do build an Infinispan cache suing the following code
> {code}
> GlobalConfiguration glob = new GlobalConfigurationBuilder()
> .nonClusteredDefault() //Helper method that gets you a default constructed GlobalConfiguration, preconfigured for use in LOCAL mode
> .globalJmxStatistics().enable() //This method allows enables the jmx statistics of the global configuration.
> .build(); //Builds the GlobalConfiguration object
> Configuration loc = new ConfigurationBuilder()
> .jmxStatistics().enable() //Enable JMX statistics
> .clustering().cacheMode(CacheMode.LOCAL) //Set Cache mode to LOCAL - Data is not replicated.
> .transaction().transactionMode(TransactionMode.TRANSACTIONAL)
> .transactionManagerLookup(new GenericTransactionManagerLookup())
> .lockingMode(LockingMode.PESSIMISTIC)
> .locking().isolationLevel(IsolationLevel.REPEATABLE_READ) //Sets the isolation level of locking
> .eviction().maxEntries(4).strategy(EvictionStrategy.LIRS) //Sets 4 as maximum number of entries in a cache instance and uses the LIRS strategy - an efficient low inter-reference recency set replacement policy to improve buffer cache performance
> .loaders().passivation(false).addFileCacheStore().location(dataDir + File.separator + "TicketMonster-CacheStore").purgeOnStartup(true) //Disable passivation and adds a FileCacheStore that is Purged on Startup
> .build(); //Builds the Configuration object
> {code}
> dataDir is set to "".
> While it does work for EAP 6 and AS 7.x. It fails in WildFly with the following error.
> {code}
> 17:29:18,451 WARN [org.infinispan.loaders.file.FileCacheStore] (default task-25) ISPN000064: Problems creating the directory: /TicketMonster-CacheStore/TICKETMONSTER_ALLOCATIONS
> 17:29:18,478 ERROR [org.jboss.as.ejb3.invocation] (default task-25) JBAS014134: EJB Invocation failed on component BookingService for method public java.util.Map org.jboss.jdf.example.ticketmonster.rest.BaseEntityService.getCount(javax.ws.rs.core.UriInfo): javax.ejb.EJBException: java.lang.IllegalStateException: JBAS011048: Failed to construct component instance
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:190) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.required(CMTTxInterceptor.java:340) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.processInvocation(CMTTxInterceptor.java:239) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ejb3.component.invocationmetrics.WaitTimeInterceptor.processInvocation(WaitTimeInterceptor.java:43) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ejb3.security.SecurityContextInterceptor.processInvocation(SecurityContextInterceptor.java:90) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ejb3.component.interceptors.ShutDownInterceptorFactory$1.processInvocation(ShutDownInterceptorFactory.java:64) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ejb3.component.interceptors.LoggingInterceptor.processInvocation(LoggingInterceptor.java:59) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ejb3.component.interceptors.AdditionalSetupInterceptor.processInvocation(AdditionalSetupInterceptor.java:55) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:55)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:325)
> at org.wildfly.security.manager.WildFlySecurityManager.doChecked(WildFlySecurityManager.java:428)
> at org.wildfly.security.manager.AccessCheckingInterceptor.processInvocation(AccessCheckingInterceptor.java:63)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:325)
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_21]
> at org.jboss.invocation.PrivilegedInterceptor.processInvocation(PrivilegedInterceptor.java:75)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.ViewService$View.invoke(ViewService.java:165)
> at org.jboss.as.ee.component.ViewDescription$1.processInvocation(ViewDescription.java:182)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.ProxyInvocationHandler.invoke(ProxyInvocationHandler.java:72)
> at org.jboss.jdf.example.ticketmonster.rest.BookingService$$$view3.getCount(Unknown Source) [classes:]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_21]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_21]
> at org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:137) [resteasy-jaxrs-3.0.2.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:280) [resteasy-jaxrs-3.0.2.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:234) [resteasy-jaxrs-3.0.2.Final.jar:]
> at org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:221) [resteasy-jaxrs-3.0.2.Final.jar:]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356) [resteasy-jaxrs-3.0.2.Final.jar:]
> at org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179) [resteasy-jaxrs-3.0.2.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220) [resteasy-jaxrs-3.0.2.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56) [resteasy-jaxrs-3.0.2.Final.jar:]
> at org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51) [resteasy-jaxrs-3.0.2.Final.jar:]
> at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [jboss-servlet-api_3.1_spec-1.0.0.Beta1.jar:1.0.0.Beta1]
> at io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:87) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.websockets.jsr.JsrWebSocketFilter.doFilter(JsrWebSocketFilter.java:136) [undertow-websockets-jsr-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:85) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:56) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
> at io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:113) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.security.handlers.AuthenticationCallHandler.handleRequest(AuthenticationCallHandler.java:52) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:45) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:65) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.security.handlers.SecurityInitialHandler.handleRequest(SecurityInitialHandler.java:70) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at org.wildfly.extension.undertow.security.SecurityContextCreationHandler.handleRequest(SecurityContextCreationHandler.java:54)
> at io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:25) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:207) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:194) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler.access$000(ServletInitialHandler.java:72) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.servlet.handlers.ServletInitialHandler$1.handleRequest(ServletInitialHandler.java:128) [undertow-servlet-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.server.HttpHandlers.executeRootHandler(HttpHandlers.java:36) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at io.undertow.server.HttpServerExchange$1.run(HttpServerExchange.java:628) [undertow-core-1.0.0.Beta7.jar:1.0.0.Beta7]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_21]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_21]
> at java.lang.Thread.run(Thread.java:722) [rt.jar:1.7.0_21]
> Caused by: java.lang.IllegalStateException: JBAS011048: Failed to construct component instance
> at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:162)
> at org.jboss.as.ee.component.BasicComponent.createInstance(BasicComponent.java:84)
> at org.jboss.as.ejb3.component.stateless.StatelessSessionComponent$1.create(StatelessSessionComponent.java:67) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.component.stateless.StatelessSessionComponent$1.create(StatelessSessionComponent.java:64) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.pool.AbstractPool.create(AbstractPool.java:60) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.pool.strictmax.StrictMaxPool.get(StrictMaxPool.java:123) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.component.pool.PooledInstanceInterceptor.processInvocation(PooledInstanceInterceptor.java:47) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:273) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> ... 77 more
> Caused by: javax.ejb.EJBException: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.start() on object of type CacheLoaderManagerImpl
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.handleExceptionInOurTx(CMTTxInterceptor.java:190) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:275) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.requiresNew(CMTTxInterceptor.java:364) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.ejb3.tx.LifecycleCMTTxInterceptor.processInvocation(LifecycleCMTTxInterceptor.java:66) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.weld.injection.WeldInjectionContextInterceptor.processInvocation(WeldInjectionContextInterceptor.java:43) [wildfly-weld-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ejb3.component.interceptors.CurrentInvocationContextInterceptor.processInvocation(CurrentInvocationContextInterceptor.java:41) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.invocation.ContextClassLoaderInterceptor.processInvocation(ContextClassLoaderInterceptor.java:55)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.invocation.InterceptorContext.run(InterceptorContext.java:325)
> at java.security.AccessController.doPrivileged(Native Method) [rt.jar:1.7.0_21]
> at org.jboss.invocation.PrivilegedInterceptor.processInvocation(PrivilegedInterceptor.java:75)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.invocation.ChainedInterceptor.processInvocation(ChainedInterceptor.java:61)
> at org.jboss.as.ee.component.BasicComponent.constructComponentInstance(BasicComponent.java:160)
> ... 85 more
> Caused by: org.infinispan.CacheException: Unable to invoke method public void org.infinispan.loaders.CacheLoaderManagerImpl.start() on object of type CacheLoaderManagerImpl
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:205) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.factories.AbstractComponentRegistry$PrioritizedMethod.invoke(AbstractComponentRegistry.java:886) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.factories.AbstractComponentRegistry.invokeStartMethods(AbstractComponentRegistry.java:657) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.factories.AbstractComponentRegistry.internalStart(AbstractComponentRegistry.java:646) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.factories.AbstractComponentRegistry.start(AbstractComponentRegistry.java:549) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.factories.ComponentRegistry.start(ComponentRegistry.java:217) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.CacheImpl.start(CacheImpl.java:582) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.manager.DefaultCacheManager.wireAndStartCache(DefaultCacheManager.java:686) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.manager.DefaultCacheManager.createCache(DefaultCacheManager.java:649) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.manager.DefaultCacheManager.getCache(DefaultCacheManager.java:545) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_21]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_21]
> at org.jboss.weld.bean.proxy.AbstractBeanInstance.invoke(AbstractBeanInstance.java:46) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:101) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.proxies.BasicCacheContainer$CacheContainer$EmbeddedCacheManager$Lifecycle$Listenable$-1380817602$Proxy$_$$_WeldClientProxy.getCache(Unknown Source) [weld-core-impl-2.0.3.Final.jar:]
> at org.jboss.jdf.example.ticketmonster.service.SeatAllocationService.<init>(SeatAllocationService.java:48) [classes:]
> at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [rt.jar:1.7.0_21]
> at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:57) [rt.jar:1.7.0_21]
> at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) [rt.jar:1.7.0_21]
> at java.lang.reflect.Constructor.newInstance(Constructor.java:525) [rt.jar:1.7.0_21]
> at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:110) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.ConstructorInjectionPoint.invokeAroundConstructCallbacks(ConstructorInjectionPoint.java:84) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.ConstructorInjectionPoint.newInstance(ConstructorInjectionPoint.java:71) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.producer.AbstractInstantiator.newInstance(AbstractInstantiator.java:28) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.produce(BasicInjectionTarget.java:86) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.producer.BeanInjectionTarget.produce(BeanInjectionTarget.java:173) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:157) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.context.unbound.DependentContextImpl.get(DependentContextImpl.java:69) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:738) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:794) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.FieldInjectionPoint.inject(FieldInjectionPoint.java:92) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.util.Beans.injectBoundFields(Beans.java:375) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.util.Beans.injectFieldsAndInitializers(Beans.java:387) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.producer.DefaultInjector.inject(DefaultInjector.java:72) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.producer.StatelessSessionBeanInjector.inject(StatelessSessionBeanInjector.java:50) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.producer.DefaultInjector$1.proceed(DefaultInjector.java:66) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:48) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.producer.DefaultInjector.inject(DefaultInjector.java:64) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.weld.injection.producer.BasicInjectionTarget.inject(BasicInjectionTarget.java:91) [weld-core-impl-2.0.3.Final.jar:2013-07-17 09:29]
> at org.jboss.resteasy.cdi.JaxrsInjectionTarget.inject(JaxrsInjectionTarget.java:35) [resteasy-cdi-3.0.2.Final.jar:]
> at org.jboss.as.weld.injection.WeldInjectionContext.inject(WeldInjectionContext.java:39) [wildfly-weld-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.as.weld.injection.WeldInjectionInterceptor.processInvocation(WeldInjectionInterceptor.java:55) [wildfly-weld-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ee.component.AroundConstructInterceptorFactory$1.processInvocation(AroundConstructInterceptorFactory.java:28)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.weld.injection.WeldInterceptorInjectionInterceptor.processInvocation(WeldInterceptorInjectionInterceptor.java:62) [wildfly-weld-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ee.component.NamespaceContextInterceptor.processInvocation(NamespaceContextInterceptor.java:50)
> at org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)
> at org.jboss.as.ejb3.tx.CMTTxInterceptor.invokeInOurTx(CMTTxInterceptor.java:273) [wildfly-ejb3-8.0.0.Alpha4.jar:8.0.0.Alpha4]
> ... 100 more
> Caused by: org.infinispan.CacheException: Unable to start cache loaders
> at org.infinispan.loaders.CacheLoaderManagerImpl.start(CacheLoaderManagerImpl.java:160) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [rt.jar:1.7.0_21]
> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) [rt.jar:1.7.0_21]
> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) [rt.jar:1.7.0_21]
> at java.lang.reflect.Method.invoke(Method.java:601) [rt.jar:1.7.0_21]
> at org.infinispan.util.ReflectionUtil.invokeAccessibly(ReflectionUtil.java:203) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> ... 151 more
> Caused by: org.infinispan.config.ConfigurationException: Directory /TicketMonster-CacheStore/TICKETMONSTER_ALLOCATIONS does not exist and cannot be created!
> at org.infinispan.loaders.file.FileCacheStore.start(FileCacheStore.java:369) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.loaders.decorators.ChainingCacheStore.start(ChainingCacheStore.java:285) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> at org.infinispan.loaders.CacheLoaderManagerImpl.start(CacheLoaderManagerImpl.java:152) [infinispan-core-5.2.4.Final.jar:5.2.4.Final]
> ... 156 more
> {code}
> It seems the directory which used to be considered . is now considered /.
> It might be an acceptable behavior but that's definitely a migration documentation point or something like that.
--
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
12 years, 5 months
[JBoss JIRA] (WFLY-399) mod_cluster subsystem: convert operation handlers to use OperationDefinition
by Radoslav Husar (JIRA)
[ https://issues.jboss.org/browse/WFLY-399?page=com.atlassian.jira.plugin.s... ]
Radoslav Husar updated WFLY-399:
--------------------------------
Fix Version/s: 9.0.0.CR1
(was: 8.0.0.Final)
Affects Version/s: 8.0.0.Final
> mod_cluster subsystem: convert operation handlers to use OperationDefinition
> ----------------------------------------------------------------------------
>
> Key: WFLY-399
> URL: https://issues.jboss.org/browse/WFLY-399
> Project: WildFly
> Issue Type: Sub-task
> Security Level: Public(Everyone can see)
> Components: Clustering
> Affects Versions: 8.0.0.Final
> Reporter: Radoslav Husar
> Assignee: Radoslav Husar
> Fix For: 9.0.0.CR1
>
>
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/LoadMetricDefinition.java:[59,59] warning: [deprecation] PropertiesAttributeDefinition(java.lang.String,java.lang.String,boolean) in org.jboss.as.controller.PropertiesAttributeDefinition has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterConfigResourceDefinition.java:[277,29] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean,java.util.EnumSet<org.jboss.as.controller.registry.OperationEntry.Flag>) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterConfigResourceDefinition.java:[280,29] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean,java.util.EnumSet<org.jboss.as.controller.registry.OperationEntry.Flag>) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterConfigResourceDefinition.java:[283,29] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean,java.util.EnumSet<org.jboss.as.controller.registry.OperationEntry.Flag>) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterConfigResourceDefinition.java:[286,29] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean,java.util.EnumSet<org.jboss.as.controller.registry.OperationEntry.Flag>) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterSubsystemAdd.java:[160,19] warning: [deprecation] setProxyList(java.lang.String) in org.jboss.modcluster.config.impl.ModClusterConfig has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterSubsystemAdd.java:[166,15] warning: [deprecation] setExcludedContexts(java.lang.String) in org.jboss.modcluster.config.impl.ModClusterConfig has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[100,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean,java.util.EnumSet<org.jboss.as.controller.registry.OperationEntry.Flag>) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[103,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean,java.util.EnumSet<org.jboss.as.controller.registry.OperationEntry.Flag>) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[106,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean,java.util.EnumSet<org.jboss.as.controller.registry.OperationEntry.Flag>) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[110,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[113,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[117,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean,java.util.EnumSet<org.jboss.as.controller.registry.OperationEntry.Flag>) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[120,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean,java.util.EnumSet<org.jboss.as.controller.registry.OperationEntry.Flag>) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[124,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[127,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[130,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[134,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[137,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
> [WARNING] /home/rhusar/git/as-master-modcluster/modcluster/src/main/java/org/jboss/as/modcluster/ModClusterDefinition.java:[140,21] warning: [deprecation] registerOperationHandler(java.lang.String,org.jboss.as.controller.OperationStepHandler,org.jboss.as.controller.descriptions.DescriptionProvider,boolean) in org.jboss.as.controller.registry.ManagementResourceRegistration has been deprecated
--
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
12 years, 5 months