[JBoss JIRA] Created: (JBAS-8841) Resteasy deployer doesn't support Resteasy client Framework (NoClassDefFoundError: org.apache.commons.httpclient.HttpMethod)
by Antoine Sabot-Durand (JIRA)
Resteasy deployer doesn't support Resteasy client Framework (NoClassDefFoundError: org.apache.commons.httpclient.HttpMethod)
----------------------------------------------------------------------------------------------------------------------------
Key: JBAS-8841
URL: https://issues.jboss.org/browse/JBAS-8841
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web Services
Affects Versions: 6.0.0.Final
Reporter: Antoine Sabot-Durand
Assignee: Alessio Soldano
Priority: Minor
When deploying a simple Web App using Resteasy client Framework, I get the following exception when the app build the proxy to the Rest server via a @produces cdi annotation :
{{
2011-01-26 16:07:07,384 GRAVE [javax.enterprise.resource.webcontainer.jsf.application] (http-localhost%2F127.0.0.1-8080-1) Error Rendering View[/home.xhtml]: javax.el.ELException: /home.xhtml @19,75 value="#{twitterClient.query}": javax.enterprise.inject.CreationException
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:111) [:2.0.3-]
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:190) [:2.0.3-]
at javax.faces.component.ComponentStateHelper.eval(ComponentStateHelper.java:178) [:2.0.3-]
at javax.faces.component.UIOutput.getValue(UIOutput.java:164) [:2.0.3-]
at com.sun.faces.renderkit.html_basic.HtmlBasicInputRenderer.getValue(HtmlBasicInputRenderer.java:201) [:2.0.3-]
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.getCurrentValue(HtmlBasicRenderer.java:351) [:2.0.3-]
at com.sun.faces.renderkit.html_basic.HtmlBasicRenderer.encodeEnd(HtmlBasicRenderer.java:160) [:2.0.3-]
at javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:879) [:2.0.3-]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1650) [:2.0.3-]
at javax.faces.render.Renderer.encodeChildren(Renderer.java:164) [:2.0.3-]
at javax.faces.component.UIComponentBase.encodeChildren(UIComponentBase.java:849) [:2.0.3-]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1643) [:2.0.3-]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1646) [:2.0.3-]
at javax.faces.component.UIComponent.encodeAll(UIComponent.java:1646) [:2.0.3-]
at com.sun.faces.application.view.FaceletViewHandlingStrategy.renderView(FaceletViewHandlingStrategy.java:389) [:2.0.3-]
at com.sun.faces.application.view.MultiViewHandler.renderView(MultiViewHandler.java:127) [:2.0.3-]
at javax.faces.application.ViewHandlerWrapper.renderView(ViewHandlerWrapper.java:269) [:2.0.3-]
at com.sun.faces.lifecycle.RenderResponsePhase.execute(RenderResponsePhase.java:117) [:2.0.3-]
at com.sun.faces.lifecycle.Phase.doPhase(Phase.java:97) [:2.0.3-]
at com.sun.faces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:135) [:2.0.3-]
at javax.faces.webapp.FacesServlet.service(FacesServlet.java:309) [:2.0.3-]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:324) [:6.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final]
at org.jboss.resteasy.plugins.server.servlet.FilterDispatcher.doFilter(FilterDispatcher.java:63) [:6.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final]
at org.jboss.weld.servlet.ConversationPropagationFilter.doFilter(ConversationPropagationFilter.java:67) [:6.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:274) [:6.0.0.Final]
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:242) [:6.0.0.Final]
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:275) [:6.0.0.Final]
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) [:6.0.0.Final]
at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:181) [:6.0.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.event(CatalinaContext.java:285) [:1.1.0.Final]
at org.jboss.modcluster.catalina.CatalinaContext$RequestListenerValve.invoke(CatalinaContext.java:261) [:1.1.0.Final]
at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:88) [:6.0.0.Final]
at org.jboss.web.tomcat.security.SecurityContextEstablishmentValve.invoke(SecurityContextEstablishmentValve.java:100) [:6.0.0.Final]
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) [:6.0.0.Final]
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) [:6.0.0.Final]
at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:158) [:6.0.0.Final]
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) [:6.0.0.Final]
at org.jboss.web.tomcat.service.request.ActiveRequestResponseCacheValve.invoke(ActiveRequestResponseCacheValve.java:53) [:6.0.0.Final]
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:362) [:6.0.0.Final]
at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:877) [:6.0.0.Final]
at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:654) [:6.0.0.Final]
at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:951) [:6.0.0.Final]
at java.lang.Thread.run(Thread.java:680) [:1.6.0_22]
Caused by: javax.enterprise.inject.CreationException
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [:1.6.0_22]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) [:1.6.0_22]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) [:1.6.0_22]
at java.lang.reflect.Constructor.newInstance(Constructor.java:513) [:1.6.0_22]
at java.lang.Class.newInstance0(Class.java:355) [:1.6.0_22]
at java.lang.Class.newInstance(Class.java:308) [:1.6.0_22]
at org.jboss.weld.util.reflection.SecureReflections$16.work(SecureReflections.java:395) [:6.0.0.Final]
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54) [:6.0.0.Final]
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInstantiation(SecureReflectionAccess.java:216) [:6.0.0.Final]
at org.jboss.weld.util.reflection.SecureReflections.newInstance(SecureReflections.java:390) [:6.0.0.Final]
at org.jboss.weld.injection.Exceptions.rethrowException(Exceptions.java:40) [:6.0.0.Final]
at org.jboss.weld.injection.Exceptions.rethrowException(Exceptions.java:57) [:6.0.0.Final]
at org.jboss.weld.injection.Exceptions.rethrowException(Exceptions.java:107) [:6.0.0.Final]
at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstance(MethodInjectionPoint.java:181) [:6.0.0.Final]
at org.jboss.weld.bean.ProducerMethod$1.produce(ProducerMethod.java:149) [:6.0.0.Final]
at org.jboss.weld.bean.AbstractProducerBean.create(AbstractProducerBean.java:361) [:6.0.0.Final]
at org.jboss.weld.context.unbound.DependentContextImpl.get(DependentContextImpl.java:67) [:6.0.0.Final]
at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:669) [:6.0.0.Final]
at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:751) [:6.0.0.Final]
at org.jboss.weld.injection.FieldInjectionPoint.inject(FieldInjectionPoint.java:138) [:6.0.0.Final]
at org.jboss.weld.util.Beans.injectBoundFields(Beans.java:872) [:6.0.0.Final]
at org.jboss.weld.util.Beans.injectFieldsAndInitializers(Beans.java:884) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget$1$1.proceed(ManagedBean.java:182) [:6.0.0.Final]
at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:54) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget$1.work(ManagedBean.java:176) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean$FixInjectionPoint.run(ManagedBean.java:142) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.inject(ManagedBean.java:170) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:339) [:6.0.0.Final]
at org.jboss.weld.context.unbound.DependentContextImpl.get(DependentContextImpl.java:67) [:6.0.0.Final]
at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:669) [:6.0.0.Final]
at org.jboss.weld.manager.BeanManagerImpl.getReference(BeanManagerImpl.java:751) [:6.0.0.Final]
at org.jboss.weld.injection.FieldInjectionPoint.inject(FieldInjectionPoint.java:138) [:6.0.0.Final]
at org.jboss.weld.util.Beans.injectBoundFields(Beans.java:872) [:6.0.0.Final]
at org.jboss.weld.util.Beans.injectFieldsAndInitializers(Beans.java:884) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget$1$1.proceed(ManagedBean.java:182) [:6.0.0.Final]
at org.jboss.weld.injection.InjectionContextImpl.run(InjectionContextImpl.java:54) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget$1.work(ManagedBean.java:176) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean$FixInjectionPoint.run(ManagedBean.java:142) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean$ManagedBeanInjectionTarget.inject(ManagedBean.java:170) [:6.0.0.Final]
at org.jboss.weld.bean.ManagedBean.create(ManagedBean.java:339) [:6.0.0.Final]
at org.jboss.weld.context.AbstractContext.get(AbstractContext.java:121) [:6.0.0.Final]
at org.jboss.weld.bean.proxy.ContextBeanInstance.getInstance(ContextBeanInstance.java:99) [:6.0.0.Final]
at org.jboss.weld.bean.proxy.ProxyMethodHandler.invoke(ProxyMethodHandler.java:87) [:6.0.0.Final]
at org.jboss.seam.social.example.twitterweb.org$jboss$weld$bean-jboss$classloader:id="vfs:$$$Developer$javatools$jboss-6$0$0$Final$server$default$deploy$seam-social-twitter-web-client$war"-ManagedBean-class_org$jboss$seam$social$example$twitterweb$TwitterClient_$$_WeldClientProxy.getQuery(org$jboss$weld$bean-jboss$classloader:id="vfs:$$$Developer$javatools$jboss-6$0$0$Final$server$default$deploy$seam-social-twitter-web-client$war"-ManagedBean-class_org$jboss$seam$social$example$twitterweb$TwitterClient_$$_WeldClientProxy.java)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_22]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_22]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_22]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_22]
at javax.el.BeanELResolver.getValue(BeanELResolver.java:302) [:1.0.0.Final]
at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:175) [:1.0.0.Final]
at com.sun.faces.el.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:71) [:2.0.3-]
at org.apache.el.parser.AstValue.getValue(AstValue.java:134) [:6.0.0.Final]
at org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:187) [:6.0.0.Final]
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:55) [:6.0.0.Final]
at org.jboss.weld.el.WeldValueExpression.getValue(WeldValueExpression.java:55) [:6.0.0.Final]
at com.sun.faces.facelets.el.TagValueExpression.getValue(TagValueExpression.java:106) [:2.0.3-]
... 45 more
Caused by: java.lang.NoClassDefFoundError: org/apache/commons/httpclient/HttpMethod
at java.lang.Class.getDeclaredConstructors0(Native Method) [:1.6.0_22]
at java.lang.Class.privateGetDeclaredConstructors(Class.java:2389) [:1.6.0_22]
at java.lang.Class.getConstructor0(Class.java:2699) [:1.6.0_22]
at java.lang.Class.newInstance0(Class.java:326) [:1.6.0_22]
at java.lang.Class.newInstance(Class.java:308) [:1.6.0_22]
at org.jboss.resteasy.client.ClientRequest.createDefaultExecutorInstance(ClientRequest.java:115) [:6.0.0.Final]
at org.jboss.resteasy.client.ClientRequest.getDefaultExecutor(ClientRequest.java:94) [:6.0.0.Final]
at org.jboss.resteasy.client.ProxyFactory.create(ProxyFactory.java:29) [:6.0.0.Final]
at org.jboss.seam.social.twitter.TwitterProxyProducer.getTwitterSearchProxy(TwitterProxyProducer.java:25) [:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [:1.6.0_22]
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [:1.6.0_22]
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [:1.6.0_22]
at java.lang.reflect.Method.invoke(Method.java:597) [:1.6.0_22]
at org.jboss.weld.util.reflection.SecureReflections$13.work(SecureReflections.java:305) [:6.0.0.Final]
at org.jboss.weld.util.reflection.SecureReflectionAccess.run(SecureReflectionAccess.java:54) [:6.0.0.Final]
at org.jboss.weld.util.reflection.SecureReflectionAccess.runAsInvocation(SecureReflectionAccess.java:163) [:6.0.0.Final]
at org.jboss.weld.util.reflection.SecureReflections.invoke(SecureReflections.java:299) [:6.0.0.Final]
at org.jboss.weld.introspector.jlr.WeldMethodImpl.invokeOnInstance(WeldMethodImpl.java:188) [:6.0.0.Final]
at org.jboss.weld.injection.MethodInjectionPoint.invokeOnInstance(MethodInjectionPoint.java:169) [:6.0.0.Final]
... 87 more
Caused by: java.lang.ClassNotFoundException: org.apache.commons.httpclient.HttpMethod from BaseClassLoader@3d6a2c7b{vfs:///Developer/javatools/jboss-6.0.0.Final/server/default/deployers/resteasy.deployer}
at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:480) [jboss-classloader.jar:2.2.0.GA]
at java.lang.ClassLoader.loadClass(ClassLoader.java:248) [:1.6.0_22]
... 106 more
}}
I added *commons-httpclient-3.1.jar* in deployers/resteasy.deployer to correct the exception. Adding the jar to my webapp didn't worked
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBAS-9213) module-option principalClass will be ignored
by Michael Feichtegger (JIRA)
module-option principalClass will be ignored
--------------------------------------------
Key: JBAS-9213
URL: https://issues.jboss.org/browse/JBAS-9213
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Security
Affects Versions: 6.0.0.Final
Environment: Windows XP
JBoss AS 6.0.0.Final
JavaSE 1.6.0_17
Reporter: Michael Feichtegger
Assignee: Anil Saldhana
I wrote a custom login module and configured it at {{login-config.xml}} as follows:
{code}
<application-policy name="MyRealm">
<authentication>
<login-module code="com.example.MyLoginModule" flag="required">
<module-option name="principalClass">com.example.UserPrincipal</module-option>
<module-option name="debug">true</module-option>
</login-module>
</authentication>
</application-policy>
{code}
In a second step I wrote a simple JSF application that performs the login using {{HttpServletRequest.login()}} that works very well.
Finally I used {{HttpServletRequest.getUserPrincipal()}} to retrieve the custom principal created during the login process.
On JBoss I'll just get a JBoss internal {{org.jboss.security.SimplePrincipal}} and I have to use {{PolicyContext.getContext("javax.security.auth.Subject.container")}} to get the desired principal.
The custom login module implements {{javax.security.auth.spi.LoginModule}} and is not derived from {{org.jboss.security.auth.spi.UsernamePasswordLoginModule}} since it should work on any JavaEE Container.
As far as I understood the specification the element {{<module-option name="principalClass">}} should be used to achieve this behavior.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBAS-8799) Upgrade MyFaces version to align with RichFaces 4.0
by Jay Balunas (JIRA)
Upgrade MyFaces version to align with RichFaces 4.0
---------------------------------------------------
Key: JBAS-8799
URL: https://issues.jboss.org/browse/JBAS-8799
Project: JBoss Application Server
Issue Type: Task
Security Level: Public (Everyone can see)
Components: JSF
Reporter: Jay Balunas
Assignee: Nick Belaevski
Fix For: 6.0.1
The RichFaces team will be focusing on MyFaces integration during the 4.0.0.CR1 release. Nick will be leading this effort. As part of that effort we'll identify what version is required, and assign this issue to Stan so that he can adjust the 6.0.x version to the require version.
--
This message is automatically generated by JIRA.
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBAS-9429) org.jboss.test.jbas8528.test.ApplicationNamingUnitTestCase.
by Shelly McGowan (JIRA)
org.jboss.test.jbas8528.test.ApplicationNamingUnitTestCase.
-----------------------------------------------------------
Key: JBAS-9429
URL: https://issues.jboss.org/browse/JBAS-9429
Project: Legacy JBoss Application Server 6
Issue Type: Sub-task
Security Level: Public (Everyone can see)
Reporter: Shelly McGowan
Fix For: 6.1.0
testApplicationDeployment:
vfs:///mnt/hudson_workspace/workspace/JBoss-AS-6.1.x-testSuite-sun16/JBossAS/testsuite/output/lib/jbas8528.ear
*** DEPLOYMENTS IN ERROR: Name -> Error
vfs:///mnt/hudson_workspace/workspace/JBoss-AS-6.1.x-testSuite-sun16/JBossAS/testsuite/output/lib/jbas8528.ear -> org.jboss.deployers.spi.DeploymentException: Unable to find class path entry ClassPathEntryImpl{path=jbas8528.war/WEB-INF} from jbas8528.ear
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBBUILD-602) Missing javax.jms:jms:jar:1.1
by Thomas Diesler (JIRA)
Missing javax.jms:jms:jar:1.1
-----------------------------
Key: JBBUILD-602
URL: https://jira.jboss.org/jira/browse/JBBUILD-602
Project: JBoss Build System
Issue Type: Bug
Components: Artifact Repositories
Reporter: Thomas Diesler
Fix For: Maven Repository 2.0
Missing:
----------
1) javax.jms:jms:jar:1.1
Try downloading the file manually from:
http://java.sun.com/products/jms/docs.html
Then, install it using the command:
mvn install:install-file -DgroupId=javax.jms -DartifactId=jms -Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file
Alternatively, if you host your own repository you can deploy the file there:
mvn deploy:deploy-file -DgroupId=javax.jms -DartifactId=jms -Dversion=1.1 -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]
Path to dependency:
1) org.jboss.osgi.framework:jboss-osgi-framework:jar:1.0.0.Alpha5-SNAPSHOT
2) org.jboss.logging:jboss-logging-log4j:jar:2.2.0.CR1
3) log4j:log4j:jar:1.2.15
4) javax.jms:jms:jar:1.1
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBAS-9431) Unable to set no-tx-separate-pools for Oracle XA datasource
by Jeff Reester (JIRA)
Unable to set no-tx-separate-pools for Oracle XA datasource
-----------------------------------------------------------
Key: JBAS-9431
URL: https://issues.jboss.org/browse/JBAS-9431
Project: Legacy JBoss Application Server 6
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Deployers
Affects Versions: 6.0.0.Final
Environment: Windows 7 64-bit, Windows Oracle 11g 32-bit, Linux 64-bit, Linux Oracle 11g 64-bit
Reporter: Jeff Reester
Assignee: Ales Justin
Code is using Oracle XA DB connections with and without transactions.
Seeing exceptions like the following:
2011-07-26 20:04:04,622 WARN [com.arjuna.ats.jta] (Thread-24 (group:HornetQ-client-global-threads-1898046)) ARJUNA-16061 TransactionImple.enlistResource - XAResource.start returned: XAException.XAER_PROTO for < formatId=131076, gtrid_length=29, bqual_length=28, tx_uid=0:ffff0a158387:126a:4e2f5438:6b5, node_name=1, branch_uid=0:ffff0a158387:126a:4e2f5438:6ba, eis_name=unknown eis name >: oracle.jdbc.xa.OracleXAException
at oracle.jdbc.xa.OracleXAResource.checkError(OracleXAResource.java:1120)
at oracle.jdbc.xa.client.OracleXAResource.start(OracleXAResource.java:249)
at org.jboss.resource.adapter.jdbc.xa.XAManagedConnection.start(XAManagedConnection.java:213)
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.enlistResource(TransactionImple.java:629)
at com.arjuna.ats.internal.jta.transaction.arjunacore.TransactionImple.enlistResource(TransactionImple.java:390)
at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener$TransactionSynchronization.enlist(TxConnectionManager.java:975)
at org.jboss.resource.connectionmanager.TxConnectionManager$TxConnectionEventListener.enlist(TxConnectionManager.java:729)
at org.jboss.resource.connectionmanager.TxConnectionManager.managedConnectionReconnected(TxConnectionManager.java:459)
at org.jboss.resource.connectionmanager.BaseConnectionManager2.reconnectManagedConnection(BaseConnectionManager2.java:625)
at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:499)
at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:941)
at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:89)
I looked up org.jboss.resource.connectionmanager.JBossManagedConnectionPool in the JMX Console and found NoTxSeparatePools = false. So I tried other combinations like <no-tx-separate-pools>true</no-tx-separate-pools> and I cannot get NoTxSeparatePools = true.
I was able to change NoTxSeparatePools = true and apply the change in the JMX Console and then stop and start the MBean. I then could run the code without any of the errors.
I was able to see in the debugger that no-tx-separate-pools = true never makes it to the JBossManagedConnectionPool MBean from the oracle-xa-ds.xml datasource configuration.
I could see the correct value in org.jboss.resource.metadata.mcf.ManagedConnectionFactoryDeploymentMetaData, but the setting never appears to make it to org.jboss.resource.connectionmanager.JBossManagedConnectionPool for the datasource.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months
[JBoss JIRA] Created: (JBAS-9432) Deployments fail when there is no WEB-INF directory in a .war
by Shelly McGowan (JIRA)
Deployments fail when there is no WEB-INF directory in a .war
-------------------------------------------------------------
Key: JBAS-9432
URL: https://issues.jboss.org/browse/JBAS-9432
Project: Legacy JBoss Application Server 6
Issue Type: Bug
Security Level: Public (Everyone can see)
Reporter: Shelly McGowan
Some test suite regressions occurred since this commit:
http://source.jboss.org/changelog/JBossAS6/?cs=111852
The issues are related to deployment failures when a .war archive does *not* contain a WEB-INF directory in the .war file but the deployer expects to find one:
2011-08-01 14:36:07,211 INFO [org.jboss.deployment.MainDeployer] (RMI TCP Connection(2)-127.0.0.1) deploy, url=file:/NotBackedUp/TRUNK/trunk/testsuite/output/lib/jbas8528.ear
2011-08-01 14:36:07,240 WARN [org.jboss.deployers.vfs.plugins.structure.VFSStructureBuilder] (RMI TCP Connection(2)-127.0.0.1) Error populating deployment vfs:///NotBackedUp/TRUNK/trunk/testsuite/output/lib/jbas8528.ear: org.jboss.deployers.spi.DeploymentException: Unable to find class path entry ClassPathEntryImpl{path=jbas8528.war/WEB-INF} from jbas8528.ear
at org.jboss.deployers.vfs.plugins.structure.VFSStructureBuilder.applyContextInfo(VFSStructureBuilder.java:193) [:2.2.2.GA]
at org.jboss.deployers.structure.spi.helpers.AbstractStructureBuilder.populateContext(AbstractStructureBuilder.java:139) [:2.2.2.GA]
at org.jboss.deployers.structure.spi.helpers.AbstractStructureBuilder.populateContext(AbstractStructureBuilder.java:92) [:2.2.2.GA]
at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:89) [:2.2.2.GA]
at org.jboss.deployers.plugins.main.MainDeployerImpl.determineStructure(MainDeployerImpl.java:1106) [:2.2.2.GA]
at org.jboss.deployers.plugins.main.MainDeployerImpl.determineDeploymentContext(MainDeployerImpl.java:417) [:2.2.2.GA]
at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:367) [:2.2.2.GA]
at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:277) [:2.2.2.GA]
at org.jboss.deployment.MainDeployer.deploy(MainDeployer.java:379) [:6.1.0-SNAPSHOT]
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
14 years, 9 months