[JBoss JIRA] (WFLY-2453) Expose statistics configuration attribute per JGroups protocol
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-2453?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFLY-2453:
-----------------------------------
Component/s: Clustering
> Expose statistics configuration attribute per JGroups protocol
> --------------------------------------------------------------
>
> Key: WFLY-2453
> URL: https://issues.jboss.org/browse/WFLY-2453
> Project: WildFly
> Issue Type: Enhancement
> Security Level: Public(Everyone can see)
> Components: Clustering
> Reporter: Paul Ferraro
> Assignee: Paul Ferraro
>
> By default, every JGroups protocol gathers statistics. Currently, this can be disabled per protocol via:
> <property name="stats">false</property>
> This is a bit cumbersome. Also, a standard property like this should be 1st class attribute of the <protocol/> element.
> e.g..
> <protocol type="..." statistics-enabled="false"/>
> We may also want to add the ability to disable statistics per stack, so the user does not have to explicitly disable it in every protocol. That way, to enable statistics for a single protocol, one could use:
> <stack name="udp" statistics-enabled="false"><!-- Disables collection of statistics for all protocols -->
> <transport type="UDP" statistics-enabled="true"/><!-- Enables collection of statistics for just this protocol -->
> ...
> </stack>
--
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-2429) Support JBeret JDBC job repository
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-2429?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFLY-2429:
-----------------------------------
Component/s: Batch
> Support JBeret JDBC job repository
> ----------------------------------
>
> Key: WFLY-2429
> URL: https://issues.jboss.org/browse/WFLY-2429
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Batch
> Affects Versions: 8.0.0.Beta1
> Reporter: Emond Papegaaij
>
> At the moment, Wildfly only supports JBeret's InMemoryRepository. Some work already seems to have been done to support JDBC, because wildfly-batch_1_0.xsd mentions the jdbc repository. JBeret's JDBC repository has seem quite some development since the comment was added in the xsd. I think it's time to enable it in the configuration.
--
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-2334) EL expansion broken in persistence.xml
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-2334?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFLY-2334:
-----------------------------------
Component/s: JPA / Hibernate
> EL expansion broken in persistence.xml
> --------------------------------------
>
> Key: WFLY-2334
> URL: https://issues.jboss.org/browse/WFLY-2334
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: JPA / Hibernate
> Affects Versions: 8.0.0.Beta1
> Environment: OSX, jdk 1.7.0_21
> Reporter: Ken H
>
> When testing migration from Jboss AS 7.1.1, EL evaluation in persistence.xml no longer functions. I had been using this to change the jta-data-source name for specific environments using environment variables.
> {code}
> <jta-data-source>java:/myds/datasources/${datasource.name:myds}</jta-data-source>
> {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-1088) HAL: Setup installation process
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-1088?page=com.atlassian.jira.plugin.... ]
Brian Stansberry resolved WFLY-1088.
------------------------------------
Fix Version/s: 8.0.0.Final
Resolution: Done
I believe this is all done.
> HAL: Setup installation process
> -------------------------------
>
> Key: WFLY-1088
> URL: https://issues.jboss.org/browse/WFLY-1088
> Project: WildFly
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Reporter: Heiko Braun
> Assignee: Harald Pehl
> Priority: Minor
> Fix For: 8.0.0.Final
>
>
> How de we install the HAL deliverables? Are all requirements met for EAP 6.1? Is the mechanism documented and tested?
> How do we bundle a HAL release? Options are to provide ZIP which is the outcome of a maven assembly or a custom installer.
> How does the actual installation work? Suggestion is to create a unique slot for each HAL release and configure the product to use this slot. Thus the user can go back and forth between different HAL releases.
--
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-986) JBoss Web SingleSignOn valve does not work with <distributable/> apps
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-986?page=com.atlassian.jira.plugin.s... ]
Brian Stansberry resolved WFLY-986.
-----------------------------------
Resolution: Won't Fix
The JBoss Web integration has been removed. Is there a BZ for this?
> JBoss Web SingleSignOn valve does not work with <distributable/> apps
> ---------------------------------------------------------------------
>
> Key: WFLY-986
> URL: https://issues.jboss.org/browse/WFLY-986
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Reporter: Dennis Reed
> Assignee: Remy Maucherat
>
> The JBoss Web SingleSignOn valve does not work with <distributable/> applications.
> It incorrectly disassociates the SSO when a session is passivated.
> Since this happens on every request with <distributable/> applications (for session replication), the SSO entry is destroyed at the end of the request.
> The same issue of the SSO being removed would also happen if the session is passivated for any other reason.
--
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 Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-1993?page=com.atlassian.jira.plugin.... ]
Brian Stansberry updated WFLY-1993:
-----------------------------------
Fix Version/s: 8.0.0.Final
Assignee: Radoslav Husar
[~rhusar] if this is a duplicate, please resolve for 8.0.0.Final. If not, please schedule. Thanks.
> 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)
> Affects Versions: 8.0.0.Alpha4
> Reporter: Emmanuel Bernard
> Assignee: Radoslav Husar
> Fix For: 8.0.0.Final
>
>
> 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-2691) Wildfly don't uses error pages
by Stuart Douglas (JIRA)
[ https://issues.jboss.org/browse/WFLY-2691?page=com.atlassian.jira.plugin.... ]
Stuart Douglas commented on WFLY-2691:
--------------------------------------
This is because of the way Undertow's development mode works. If you are running the server on localhost and there are no headers that indicate the request has come via a proxy then by default Undertow will display stack traces rather than the error page, as it assumes that the server is being used by a developer.
You can change this behaviour my modifying the 'stack-trace-on-error' attribute in the <servlet-container> element in the Undertow subsystem from 'local-only' to 'none'.
> Wildfly don't uses error pages
> ------------------------------
>
> Key: WFLY-2691
> URL: https://issues.jboss.org/browse/WFLY-2691
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Components: Web (Undertow)
> Reporter: Otávio Garcia
> Assignee: Stuart Douglas
> Labels: wildfly
>
> My web.xml contains declaration for error pages.
> But if an 500 error occurs, Wildfly print your own error page. It should use my error pages, since it's declared in web.xml.
> <error-page>
> <error-code>500</error-code>
> <location>/error.jsp</location>
> </error-page>
--
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-2708) Solr fails to deploy on CR1
by Brian Stansberry (JIRA)
[ https://issues.jboss.org/browse/WFLY-2708?page=com.atlassian.jira.plugin.... ]
Brian Stansberry resolved WFLY-2708.
------------------------------------
Resolution: Rejected
If [~puls]'s workaround works, this is not a bug. If not, please re-open.
> Solr fails to deploy on CR1
> ---------------------------
>
> Key: WFLY-2708
> URL: https://issues.jboss.org/browse/WFLY-2708
> Project: WildFly
> Issue Type: Bug
> Security Level: Public(Everyone can see)
> Affects Versions: 8.0.0.CR1
> Reporter: Rich Midwinter
>
> Solr (4.6) fails to deploy on CR1. I've had it working previously on Alpha builds and I gather it worked previously on Beta builds for someone else experiencing this issue - https://issues.apache.org/jira/browse/SOLR-5578
> 2014-01-04 12:59:34,138 WARN [org.jboss.modules] (weld-worker-1) Failed to define class org.apache.hadoop.hdfs.web.resources.UserProvider in Module "deployment.solr.war:main" from Service Module Loader: java.lang.LinkageError: Failed to link org/apache/hadoop/hdfs/web/re
> sources/UserProvider (Module "deployment.solr.war:main" from Service Module Loader)
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:428) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ModuleClassLoader.loadClassLocal(ModuleClassLoader.java:261) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ModuleClassLoader$1.loadClassLocal(ModuleClassLoader.java:76) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.Module.loadModuleClass(Module.java:548) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:189) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.as.weld.WeldModuleResourceLoader.classForName(WeldModuleResourceLoader.java:68) [wildfly-weld-8.0.0.CR1.jar:8.0.0.CR1]
> at org.jboss.weld.bootstrap.BeanDeployer.loadClass(BeanDeployer.java:106) [weld-core-impl-2.1.1.Final.jar:2013-12-03 09:59]
> at org.jboss.weld.bootstrap.BeanDeployer.addClass(BeanDeployer.java:94) [weld-core-impl-2.1.1.Final.jar:2013-12-03 09:59]
> at org.jboss.weld.bootstrap.ConcurrentBeanDeployer$1.doWork(ConcurrentBeanDeployer.java:62) [weld-core-impl-2.1.1.Final.jar:2013-12-03 09:59]
> at org.jboss.weld.bootstrap.ConcurrentBeanDeployer$1.doWork(ConcurrentBeanDeployer.java:60) [weld-core-impl-2.1.1.Final.jar:2013-12-03 09:59]
> at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:60) [weld-core-impl-2.1.1.Final.jar:2013-12-03 09:59]
> at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:53) [weld-core-impl-2.1.1.Final.jar:2013-12-03 09:59]
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_25]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> Caused by: java.lang.NoClassDefFoundError: com/sun/jersey/spi/inject/InjectableProvider
> at java.lang.ClassLoader.defineClass1(Native Method) [rt.jar:1.7.0_25]
> at java.lang.ClassLoader.defineClass(ClassLoader.java:792) [rt.jar:1.7.0_25]
> at org.jboss.modules.ModuleClassLoader.doDefineOrLoadClass(ModuleClassLoader.java:345) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ModuleClassLoader.defineClass(ModuleClassLoader.java:423) [jboss-modules.jar:1.3.0.Final]
> ... 20 more
> Caused by: java.lang.ClassNotFoundException: com.sun.jersey.spi.inject.InjectableProvider from [Module "deployment.solr.war:main" from Service Module Loader]
> at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:197) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:443) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClassChecked(ConcurrentClassLoader.java:431) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:373) [jboss-modules.jar:1.3.0.Final]
> at org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:118) [jboss-modules.jar:1.3.0.Final]
> ... 24 more
> 2014-01-04 12:59:34,148 INFO [org.jboss.weld.Bootstrap] (weld-worker-1) WELD-000119: Not generating any bean definitions from org.apache.hadoop.hdfs.web.resources.UserProvider because of underlying class loading error: Type com.sun.jersey.spi.inject.InjectableProvider from [Module "deployment.solr.war:main" from Service Module Loader] not found. If this is unexpected, enable DEBUG logging to see the full error.
> 2014-01-04 12:59:34,893 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-1) MSC000001: Failed to start service jboss.deployment.unit."solr.war".WeldStartService: org.jboss.msc.service.StartException in service jboss.deployment.unit."solr.war".WeldStartService: Failed to start service
> at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904) [jboss-msc-1.2.0.CR1.jar:1.2.0.CR1]
> at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [rt.jar:1.7.0_25]
> at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [rt.jar:1.7.0_25]
> at java.lang.Thread.run(Thread.java:724) [rt.jar:1.7.0_25]
> Caused by: org.jboss.weld.exceptions.DeploymentException: WELD-001408: Unsatisfied dependencies for type Set<Service> with qualifiers @Default
> at injection point [BackedAnnotatedParameter] Parameter 1 of [BackedAnnotatedConstructor] @Inject com.google.common.util.concurrent.ServiceManager(Set<Service>)
> at com.google.common.util.concurrent.ServiceManager.<init>(ServiceManager.java:0)
> at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:361)
> at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:282)
> at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:133)
> at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:164)
> at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:507)
> at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:68)
> at org.jboss.weld.bootstrap.ConcurrentValidator$1.doWork(ConcurrentValidator.java:66)
> at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:60)
> at org.jboss.weld.executor.IterativeWorkerTaskFactory$1.call(IterativeWorkerTaskFactory.java:53)
> at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334) [rt.jar:1.7.0_25]
> at java.util.concurrent.FutureTask.run(FutureTask.java:166) [rt.jar:1.7.0_25]
> ... 3 more
> 2014-01-04 12:59:34,901 ERROR [org.jboss.as.controller.management-operation] (DeploymentScanner-threads - 2) JBAS014613: Operation ("deploy") failed - address: ([("deployment" => "solr.war")]) - failure description: {"JBAS014671: Failed services" => {"jboss.deployment.unit.\"solr.war\".WeldStartService" => "org.jboss.msc.service.StartException in service jboss.deployment.unit.\"solr.war\".WeldStartService: Failed to start service
--
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