-
1. Re: Issue with Infinispan 6 and Modeshape 3.8?
hchiorean Aug 21, 2014 1:56 AM (in response to deepak_a)You cannot use ModeShape 3.x with Infinispan 6.x. 3.x works only with Infinispan 5.x and ModeShape 4.x (we're planning on releasing Beta 1 soon) works with Infinispan 6.x.
The reason is that Infinispan 6.x is not backwards compatible with 5.x and there are major API differences.
-
2. Re: Issue with Infinispan 6 and Modeshape 3.8?
rhauch Aug 21, 2014 8:49 AM (in response to hchiorean)Horia is correct, ModeShape 3.x works only with Infinispan 5.x, and this is because ModeShape 3.x is written to use the API from Infinispan 5.x. The Infinispan project changed this API when moving to 6.x (it was a major release, so API changes are to be expected), which means ModeShape 3.x cannot use it.
BTW, the latest stable version of ModeShape is 3.8.0.Final, so I would strongly urge you to use that over any prior version.
If you really need Infinispan 6.x, then consider looking at our 4.0 version. Just be aware that 4.0 is currently in Alpha and thus not suitable for production. We hope to release 4.0.0.Beta1 within the next week or two, followed by a few more betas as we fix bugs, and eventually a Final release as the code stabilizes.
-
3. Re: Issue with Infinispan 6 and Modeshape 3.8?
deepak_a Aug 26, 2014 4:36 AM (in response to rhauch)Hi,
Thanks for the reply.
I think its better we upgrade to ModeShape is 3.8.0.Final as you suggested.
We currently use Jboss EAP 6.1.0, I suppose we "must" upgrade to JBoss EAP 6.3.0.GA.
Is there any other compelling reason to use Modeshape 3.8.0? (since that involves a Jboss upgrade as well for us)
I am trying to understand if the problem explained in the below thread (marshaller/unmarshaller) would also get resolved if we upgrade Modeshape & Jboss?
https://community.jboss.org/thread/248225
regards
Deepak.
-
4. Re: Issue with Infinispan 6 and Modeshape 3.8?
laocui Sep 12, 2014 4:47 AM (in response to deepak_a)Hi All,
I'm experincing the same issue, couldn't get connection from ManagedConnectionFactory, because the transacation is abort and not enlisted.
(I'm using Modeshape3.8.final and infinispan 5.3.)
Is there a workroud for this issue except for upgrading to modeshape4.x and infinispan6.x ?
BTW, Is it possible to deploy modeshape4.0.Beta to Jboss EAP 6.X or What points I need to modify to successfully deploy to Jboss 7/EAP 6?
Thanks
Lowry
-
5. Re: Issue with Infinispan 6 and Modeshape 3.8?
hchiorean Sep 12, 2014 4:51 AM (in response to laocui)What is your environment ? What is your configuration ? What is the full exception stack ? What are you trying to do ? ....
This issue is about ModeShape 3 not working with Infinispan 6, but you seem to be using Infinispan 5.3 with ModeShape 3.x
ModeShape 3.x (and EAP as well) use Infinispan 5.2.x, so I'm curios how you're using Infinispan 5.3
-
6. Re: Re: Issue with Infinispan 6 and Modeshape 3.8?
laocui Sep 12, 2014 6:00 AM (in response to hchiorean)Thaks for your reply.
Sorry for posting wrong place.
The attachments are my configuration.
ENV: modshape3.7.1, infinispan 5.2.6, EAP6, Oracle xa datasource (also used by EAR)
The exception is throwed while trying to login repository.
Restricted business, I couldn't upgrade to WildFly8. I want to find out whether there is a workround. e.g. deploy Modeshape 4 to Jboss eap 6.1/6.3
Regards
Lowry
-
modeshape.log.zip 6.0 KB
-
standalone.xml 20.4 KB
-
server.log.zip 15.8 KB
-
JCRInit.java 1.0 KB
-
-
7. Re: Re: Issue with Infinispan 6 and Modeshape 3.8?
hchiorean Sep 12, 2014 6:22 AM (in response to laocui)Before going into the technical details, a question first: do you need really need XA datasources ? - from your configuration of ModeShape & Infinispan you don't seem to be clustering anything, so I don't really understand why you'd need XA datasources.
Even if XA datasources would be working, you need to be aware that Infinispan does not support (neither in 5.x nor in 6.x) XA transactions at a cache-store level (see https://www.mail-archive.com/infinispan-dev@lists.jboss.org/msg06425.html).
The exception itself comes from the container (EAP 6.?) not being able to open/obtain a ManagedConnection from the XA-datasource. I can think of multiple reasons why this can happen:
- misconfigured XA-datasource in EAP
- Oracle driver issues
- bugs in the EAP XA datasource/transaction combination
- Infinispan bug in the String-based JDBC cache store as far as obtaining connections from an XA datasource.
If you search the WWW you'll find numerous issues that manifest themselves with the same / very similar exception and fall in one of the above categories. Regardless of the cause, IMO this has nothing to do with ModeShape so all I can recommend is that you post the exception stack & description in the Infinispan and/or AS forums.
If you want to try other container/Infinispan/ModeShape combinations then your choices are:
- EAP 6.3/Infinispan 5.2.x/ModeShape 3.8
- Wildfly 8.x/Infinispan 6/ ModeShape 4.0.Beta1
EDIT: you cannot use ModeShape 4 with EAP. You can only use ModeShape 3.x with EAP because a) the EAP/WF API mismatch and more importantly b) Infinispan version (only Modeshape 3 works only with Infinispan 3.x while ModeShape 4 works only with Infinispan 6). But IMO this exception is not really related to the ModeShape version as much as the container / Infinispan version.
-
8. Re: Re: Re: Issue with Infinispan 6 and Modeshape 3.8?
laocui Sep 12, 2014 11:47 AM (in response to hchiorean)I have tryed EAP 6.3/Infinispan 5.2.x/ModeShape 3.8 combination. the exception still existed.
I'm just testing it on xa datasource. Actually, we have more than two nodes in PRD.
I think the last two options are possible.
I debug into modeshape & infinispan when RepositoryCache is initializing, noticed that modeshape can read cache entry from database by key "reposiroty:info" , but will be blocked while initializing 'system' workspace.
The TransactionReaper found the TX is timeout, then mark it as arbort, (roll_back), but still try to get connection on same datasource.
Another basis is from the following log:
Caused by: org.infinispan.loaders.CacheLoaderException: This might be related to https://jira.jboss.org/browse/ISPN-604
at org.infinispan.loaders.jdbc.connectionfactory.ManagedConnectionFactory.getConnection(ManagedConnectionFactory.java:96)
Thanks @Horia Chiorean, I will investigate what/which operation caused TX's timeout.