Re: Oracle XA with different credentials fails

Ji There is a useEqual option on the connectionmanager of the ra in geronimo but these datasource dont use a resource adapter so easiest solution is to wrap the xadatasource to have this behavior Le 2 nov. 2016 21:53, "Zachary Bedell" a écrit : > I ran into additional issues w/ Oracle XA dataso

Re: Get JDBC pool capacity

Yeah, the use pool can depend the pool imp you use but openejb.datasource.pool=true will enforce it Le 2 nov. 2016 21:34, "Zachary Bedell" a écrit : > I've narrowed this down a little more. It appears that using an XA > DataSource versus a non-XA Driver class is what switches the behavior. If

Re: TomEE 7.0.1 + Arquillian + Java 8

Aether? Le 2 nov. 2016 21:58, "Alex Soto" a écrit : > Hi, can you open a new topic about this in discuss.arquillian.org? I am > not > sure why shrinkwrap should depend on cdi in case of resolvers > > Thanks > > El 2 nov. 2016 9:41 p. m., "jieryn" escribió: > > > Yep, thanks! > > > > > >

Re: TomEE 7.0.1 + Arquillian + Java 8

Hi, can you open a new topic about this in discuss.arquillian.org? I am not sure why shrinkwrap should depend on cdi in case of resolvers Thanks El 2 nov. 2016 9:41 p. m., "jieryn" escribió: > Yep, thanks! > > > org.jboss.shrinkwrap.resolver > shrinkwrap-resolver-depchain >

Oracle XA with different credentials fails

I ran into additional issues w/ Oracle XA datasources while figuring out the JMX stats issue, but this seems distinct enough to separate into its own thread. Oracle's XA driver returns true to isSameRM() in oracle.jdbc.xa.OracleXAResource if two XAResource's are on the same Oracle instance, eve

Re: TomEE 7.0.1 + Arquillian + Java 8

Yep, thanks! org.jboss.shrinkwrap.resolver shrinkwrap-resolver-depchain pom javax.enterprise cdi-api org.jboss.shrinkwrap.resolver shrinkwrap-resolver-api-maven That fixed it for me. On Wed, Nov

Re: Get JDBC pool capacity

I've narrowed this down a little more. It appears that using an XA DataSource versus a non-XA Driver class is what switches the behavior. If I just switch to using the non-XA Oracle driver, I can take out DataSourceCreater and still get stats in JMX. So both of these give me stats: JdbcDrive

Re: TomEE 7.0.1 + Arquillian + Java 8

Cdi api jar of ee 6 in the deps Le 2 nov. 2016 21:07, "jieryn" a écrit : > Some of my Arquillian tests are now failing with the following error. > Many tests pass fine, any hints? > > Caused by: org.apache.tomee.catalina.TomEERuntimeException: > org.apache.openejb.OpenEJBException: Creating appl

TomEE 7.0.1 + Arquillian + Java 8

Some of my Arquillian tests are now failing with the following error. Many tests pass fine, any hints? Caused by: org.apache.tomee.catalina.TomEERuntimeException: org.apache.openejb.OpenEJBException: Creating application failed: /home/jieryn/workspaces/acme/com.acme.base/web/jaxrs/hostname/target/

Re: Illegal access to woodstox classes

Just a FYI with Netbeans it will add the GlassFish dependencies to your POM automatically sometimes. Then you will end up with duplicate insistences in your WEB-INF/lib. On Wed, Nov 2, 2016 at 11:04 AM, gchauvet wrote: > After some tests, this is not enough My "fix" don't work at all when I

Re: Illegal access to woodstox classes

After some tests, this is not enough My "fix" don't work at all when I use a CMIS client (OpenChemistry Workbench). Error described in my first email occurs systematically. I will take a look tomorrow. -- View this message in context: http://tomee-openejb.979440.n4.nabble.com/Illegal-acces

Re: Illegal access to woodstox classes

found : When I used my IDE in debug mode with TomEE, I excluded unintentionally some artifacts from my POM explorer who has been applied to my deployed project. But after cancelling my dropped jars I must restart completely Netbeans to solve my issue. Well, strange behavior from my ID in debug mo

Re: Illegal access to woodstox classes

Hi, I've WEB-INF/lib/stax2-api-3.1.4.jar who depend of woodstox-core-asl-4.4.1.jar who contains com.ctc.wstx.io.DefaultInputResolver I will dig deeper ASAP; One idea I want to try is to deploy my WAR directly into TomEE in standalone mode instead of displaying them through Netbeans server manager

Re: Illegal access to woodstox classes

Hi it is done automatically normally, maybe a conflict with a WEB-INF/lib? Romain Manni-Bucau @rmannibucau | Blog | Old Blog | Github | LinkedIn

Illegal access to woodstox classes

Dear TomEE users, I working on a CMIS server implementation (OpenCMIS). I'm facing to this issue : INFOS - The start() method was called on component [StandardEngine[Catalina].StandardHost[localhost].StandardContext[/cmis/test]] after start() had already been called. The second call will be ignore