[JNDI/Naming/Network] - JBossResourceException
by mitali
16:16:26,765 WARN [JBossManagedConnectionPool] Throwable while attempting to get a new connection: null
org.jboss.resource.JBossResourceException: Could not create connection; - nested throwable: (org.jboss.resource.JBossResourceException: Apparently wrong driver class specified for URL: class: com.mysql.jdbc.Driver, url: jdbc:mysql://10.20.10.7/SmartLMS)
at org.jboss.resource.adapter.jdbc.local.LocalManagedConnectionFactory.createManagedConnection(LocalManagedConnectionFactory.java:179)
at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.createConnectionEventListener(InternalManagedConnectionPool.java:565)
at org.jboss.resource.connectionmanager.InternalManagedConnectionPool.getConnection(InternalManagedConnectionPool.java:250)
at org.jboss.resource.connectionmanager.JBossManagedConnectionPool$BasePool.getConnection(JBossManagedConnectionPool.java:491)
at org.jboss.resource.connectionmanager.BaseConnectionManager2.getManagedConnection(BaseConnectionManager2.java:341)
at org.jboss.resource.connectionmanager.TxConnectionManager.getManagedConnection(TxConnectionManager.java:301)
at org.jboss.resource.connectionmanager.BaseConnectionManager2.allocateConnection(BaseConnectionManager2.java:396)
at org.jboss.resource.connectionmanager.BaseConnectionManager2$ConnectionManagerProxy.allocateConnection(BaseConnectionManager2.java:842)
at org.jboss.resource.adapter.jdbc.WrapperDataSource.getConnection(WrapperDataSource.java:88)
at org.springframework.jdbc.datasource.DataSourceTransactionManager.doBegin(DataSourceTransactionManager.java:182)
at org.springframework.transaction.support.AbstractPlatformTransactionManager.getTransaction(AbstractPlatformTransactionManager.java:349)
at org.springframework.transaction.interceptor.TransactionAspectSupport.createTransactionIfNecessary(TransactionAspectSupport.java:255)
at org.springframework.transaction.interceptor.TransactionInterceptor.invoke(TransactionInterceptor.java:102)
at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:176)
at org.springframework.aop.framework.Cglib2AopProxy$DynamicAdvisedInterceptor.intercept(Cglib2AopProxy.java:616)
at com.smartLMS.server.shipment.services.ShipmentService$$EnhancerByCGLIB$$2fe5671f.getRelativePath()
at com.smartLMS.server.util.ComdataTimerTask.run(ComdataTimerTask.java:61)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
Caused by: org.jboss.resource.JBossResourceException: Apparently wrong driver class specified for URL: class: com.mysql.jdbc.Driver, url: jdbc:mysql://10.20.10.7/SmartLMS
at org.jboss.resource.adapter.jdbc.local.LocalManagedConnectionFactory.getDriver(LocalManagedConnectionFactory.java:290)
at org.jboss.resource.adapter.jdbc.local.LocalManagedConnectionFactory.createManagedConnection(LocalManagedConnectionFactory.java:170)
... 18 more
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149388#4149388
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149388
17 years, 11 months
[JBoss jBPM] - Re: advice needed, simultaneously active tasks where there i
by rossputin
Hi dleerob,
thanks for trying to help.
Examining process instance 787, there is one token listed against it : 920,
this in turn is linked to one node : 2863, (with a name_ of 'dm rejection reason').
This is indeed the node which the process image states is currently running.
The problem is, running a query on jbpm_taskinstances:
| SELECT * FROM jbpm_taskinstance where procinst_=787 and end_ is null
|
lists two tasks both of which are not started:
'detailed brief recorded' (which _should_ be the current active task)
'dm rejection reason' (which the process thinks is the current active task, and should activate when 'detailed brief recorded' has finished depending on the transition)
Both of these point to token_=920. I am wondering how this can be, when token 920 only points to one node = 2863?
Hope that helps provide more information.
Incidentally, I have posted a reply to a previous topic you wrote on, I am having some issues trying to reverse this error in the process using some code you wrote.. wonder if you have any ideas, the topic is : t=129059, heading : 'is it possible to force the token jump from one node to another'.
Thanks in advance for your help, greatly appreciated.
Regards
Ross
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149385#4149385
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149385
17 years, 11 months
[Clustering/JBoss] - Server in inactive state is not becoming ACTIVE very immedia
by praveenas
HI,
Thank you for your suggestions.
We are on the way to fix all those bugs. But, a minor issue observed by me when clustering a sample application like "Hello world".
When the 2 cluster nodes are running and when one of them which is interacting with the browser currently(at that time) suddenly fails, until the other one is about to receive this status, the application is not being focussed to be clustered well. Of course, it is a very minute period. But the target of clustering is that, the end user must not identify the switching of the server..
Let me know if any alternative for this, like the server which is not currently active may take some secondary back up, so that, it may act immediately, keeping the customer transperant about this switching.
Thank you.
Praveena,
Securview.
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149382#4149382
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149382
17 years, 11 months
[EJB 3.0] - Re: Single persistence.xml file with multiple EJB jars
by enazareno
Hi DeanoUK,
I have the same problem as yours and I've looked for 2 days with no concrete answer. My structure is quite like yours - I have several ejb jars (without the persistence.xml ) registered in an ear and I have an extra mypu.jar which does not contain the entity classes - only the persistence.xml. Why is this as such? I have a large project with several ejb modules and some are re-usable entities which must be packaged separately. I must share a persistence.xml because entities from one module depend on the reusable classes - I cannot have several persistence.xml in each entity's jars. I must register the ejb jars under the ear because there is no other way for it to be accessed remotely this way - "earname/MyService/remote". This is fine and it works. The problem is my entities are inside the entity jars and I cannot scan it using the jar-file syntax as pointed :
| <jar-file>../myjar.jar</jar-file>
|
Why? Because this is only true if the entity classes are under mypu.jar but - it is outside this jar. If you omit the "../" the jar files must be located in the bin directory. I have several solutions to workaround this:
1. In the jar-file, really specify the absolute path. i.e., /jbossroot/server/default/deploy/myear.ear/thejar.jar. This is not a great solution because it is not portable. Ideally it should be relative path. Unless we can specify a special url handler that points to the ear like a "resourceloc://myear.ear" for example, this might be better, or if the persistence.xml can support property substitution, this can work too like ${mypath}/jarfile.jar.
2. Do not use jar-file, use explicit declaration of classes. I have not tried it but I think this should work. The only problem is - I have several entities and it might be hell to register it one by one. Also, if I refactor, it might be too unwieldy.
3. Have a separate package for entities and stateless session beans(SSB). The entities will be under mypu.jar, while the stateless session beans will be reigstered as ejb module. On second thought, how do I access the entities from the SSB? I have not tried this path.
4. Only mypu.jar will be registed in the ear, and all other jars under it referenced with jar-file in the persistence.xml. It deploys cleanly but the problem, like I mentioned, I cannot access the statless session beans as an ear.
5. All classes are exploded and packaged only in one jar. This is my current setup and the reason why I am hassling myself today for a better solution.
I hope there is a better way of doing this.
Cheers,
Elmo
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149381#4149381
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149381
17 years, 11 months
[JBoss Cache: Core Edition] - State transfer errors
by fungrim
Hi,
We have an issue regarding state transfer within our system. We basically assume that given two clustered caches A and B, cache A can be used and accessed safely while cache B is starting without and risk of data loss when cache B is successfully started and accessed. This, however, does not seem to be the case all the time.
You will find a test case here, with source and configuration files: http://www.cubeia.com/misc/statetransfer/src.zip
The test stresses the state transfer. The test class is documented, but inshort, it sets up:
| * Two caches, but starts only the first.
| * Fifty objects with a "counter", mapped by id within cache one.
| * Fifty threads associated with one object each (by id) and cache one.
|
The test then goes like this:
| * The threads are started. Each thread accesses its associated object, checks that the counter is correct (ie. can correctly be incremented by one without loosing intermediate states), increment the counter and repeats.
| * Cache two is started.
| * Half of the threads are re-associated with cache two instead of cache one, however, their execution is not halted.
|
The test fails on either JBoss Cache exceptions or 1) sequence errors (ie. lost intermediate states); or 2) missing state (ie. attempt to access an object in cache two which has not been replicated at all). We have tested the following setup in differend permutations: REPL_SYNC/REPL_ASYNCH, user transaction/no user transaction, and buddy replication enabled or disabled. So far our results looks somewhat like this (and they do match what we're seeing in our main system:
SYNCH + TRANS + NO BUDDY
Fail to replicate to cahce two with a replication exception caused by a suspetced member exception.
ASYNCH + TRANS + NO BUDDY
Sequence errors. Is this expected?
SYNCH + NO TRANS + NO BUDDY
Success.
ASYNCH + NO TRANS + NO BUDDY
Sequence errors. Is this expected? There's also "cache not in started state" errors on shutdown.
SYNCH + TRANS + BUDDY
Failure with time out exception. + A subsequent load of exceptions.
ASYNCH + NO TRANS + BUDDY
Sequence errors. Is this expected? Object not found (!). Also, depending on whether "loopback" is set in the jgroups stack or not you get slightly different behaviour. With loopback=true you get time out exceptions on buddy backup nodes. With loopback=false you get "cache not in started state" errors on shutdown.
ASYNCH + TRANS + BUDDY
(see above, adding a user transaction does not change the behaviour)
We're primarily interested in getting REPL_ASYNC to work with user transactions and buddy replication (however, we're aware that asynchronous replication might not work in this scenario so synchronous would be ok). So, a few initial questions:
1) Is our understanding of the cache correct (see first paragraph)? If not, what prerequisites are needed to safely start a new node in a cluster?
2) If our understanding is somewhat ok, is the test correct? Obviously I may very well have screwed up somewhere in the code :-)
If 1 && 2: Then the test seems to point out, at least, unexpected behaviour.
Also, I'm aware of that this might be taxing and time consuming questions to answer or indeed even verify - even if there's no issue involved - so please indicate if there's any support agreement or service which would enable us to proceed faster, better or at all :-) You can reach me by PM or emailing me at (my name as written below, first name, middle initial and surname in lower case without spaces but separated by dots)(a)cubeia.com.
Cheers -
Lars J. Nilsson
www.cubeia.com
View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4149379#4149379
Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4149379
17 years, 11 months