[jBPM] New message: "Re: jbpm 4.3 - org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update"
by Martin Porter
User development,
A new message was posted in the thread "jbpm 4.3 - org.hibernate.exception.ConstraintViolationException: Could not execute JDBC batch update":
http://community.jboss.org/message/522749#522749
Author : Martin Porter
Profile : http://community.jboss.org/people/jedizippy
Message:
--------------------------------------------------------------
Hi Ronald,
I take on board your comments. However the point I was trying to make is that as there are no docs on JTA/transactions for jBPM then the user community is left to try and figure it out for themselves (most likely the hard way). Most likely the only people who would know ths information are the people who implemented it. And as they have not documented it in any form (for whatever reason) then of course that effectively means that no-one will likely be able to use it unless they have the luxury of the time to sit and go through all the code to try and figure out what it is doing.
It seems rather strange to me that the JobExecutor seems to be looked on as some kind of usual use case. The whole point of BPM is to handle exactly these kind of asynchronous long running tasks. Regardless of which server you are running on it should not be relevant as this should be taken care of by in the hibernate config (or at least that is my understanding of how this application should work). If not then it simply cant be ported to other non-JBoss servers without custom code mods which would make no sense (maybe this is the way to get people onto JBoss )
So a simple question. Should I use *jbpm.tx.jta.cfg.xml or* *jbpm.tx.hibernate.cfg.xml** should surely be a simple question to answer for anyone involved with the product. As this question is irrelavent of the app server. Or are people just running very simple standalone apps with basic hibernate transactions - so this is not enterprise then ?.
*
Just seems odd to me that the core guys are spending time implementing loads of new functionality when the basics are not deocumented well enough for people to use them. I did try to mail the project lead directly regarding this simple question on JTA but he didnt see fit to answer. So I guess you can draw your own conclusion from that. We are facing lots of issues around Id generation, constraint violations to name just a few. I am sure they are all related to this JTA question. But it looks like JBPM will go in the bin as if we can solve it in the next few days then we wont have any other choice to dump it and implement another solution.
I appreciate your time as always.
Regards
martin
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522749#522749
16 years, 2 months
[JBoss AOP] New message: "Re: withincode from JUnit test not working"
by Flavia Rainone
User development,
A new message was posted in the thread "withincode from JUnit test not working":
http://community.jboss.org/message/522748#522748
Author : Flavia Rainone
Profile : http://community.jboss.org/people/flavia.rainone@jboss.com
Message:
--------------------------------------------------------------
> nizzy wrote:
>
> As can be seen from the jboss-aop.xml I'm trying to intercept the call to the ExampleManagerBean->createObject(..) method when called from within the ExamplemanagerBeanTest. I assume that when the aopc output states that a class has been compiled it mean that aop has recognized that instrumentation was required. So from the output I can see that;
>
> > PersistenceHelperTest.class
> > PersistenceHelper.class
> > PersistenceHelperTest$1.class
> > ExampleManagerBean.class
> > ExampleManagerBeanTest.class
> > MockPersistenceHelper.class
> Have been instrumented, is this assumption correct?
Yes, your assumption is correct.
We need to find out why the call joinpoint is not being intercepted. First thing I would try is replacing the withincode by a simple within and then, if the call you want to intercept is not being intercepted this way, I would try using the pointcut with the call expression alone, that is, without the withincode part. For testing purposes, this can be useful to identify if the problem is the withincode, or if it is intercepting the call from inside the test class.
The JBoss AOP tests are reproducing both scenarios, and all of our tests are passing, se we also need to find out what is different in your scenario. This will be the next step.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522748#522748
16 years, 2 months
[jBPM] New message: "Re: Problem with timer"
by Heiko Tappe
User development,
A new message was posted in the thread "Problem with timer":
http://community.jboss.org/message/522745#522745
Author : Heiko Tappe
Profile : http://community.jboss.org/people/tdtappe
Message:
--------------------------------------------------------------
I am facing the same problem using jBPM 4.2 with a Firebird database in a non-clustred environment.
The part of the process definition causing the problem looks like this:
<task assignee="TAPPE" name="mytask">
<transition name="to next" to="next"/>
<transition name="to timeout" to="timeout">
<timer duedate="1 minute"/>
</transition>
</task>
<mail name="timeout">
<to addresses="my(a)domain.net"/>
<subject>Timeout</subject>
<text>Timeout occured</text>
<transition name="to mytask" to="mytask"/>
</mail>
And I would expect to see an email every minute as long as the task isn't completed. But only one email is sent and after that the error occurs and no more timouts are reached.
Any idea?
--Heiko
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522745#522745
16 years, 2 months
[JBoss Tools] New message: "Re: org.jboss.tools.seam.core.prefs always being updated"
by Alexey Kazakov
User development,
A new message was posted in the thread "org.jboss.tools.seam.core.prefs always being updated":
http://community.jboss.org/message/522744#522744
Author : Alexey Kazakov
Email : akazakov(a)exadel.com
Profile : http://community.jboss.org/people/akazakov
Message:
--------------------------------------------------------------
What version of JBoss Tools are you using?
How did you create the project?
Could you describe the steps to reproduce it?
I tried following steps in the latest JBT CR2 (nightly build):
- Created a new Seam Web Project (EAR) via New Seam Web Project wizard.
- Opened <project>/.settings/org.jboss.tools.seam.core.prefs
- Opened a few xhtmls and saved them after some editing.
- Closed the Eclipse.
- Opened it again.
- Opened <project>/.settings/org.jboss.tools.seam.core.prefs
- It wasn't changed since creation.
- Colsed/re-opend the project. Nothing changed.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522744#522744
16 years, 2 months
[JBoss Messaging] New message: "Remote JmsProvider - Server restarts, client stops"
by Pedro Gontijo
User development,
A new message was posted in the thread "Remote JmsProvider - Server restarts, client stops":
http://community.jboss.org/message/522743#522743
Author : Pedro Gontijo
Profile : http://community.jboss.org/people/pedrong
Message:
--------------------------------------------------------------
I dont know if this is a JBM or Remoting issue, but here it goes...
The client is AS 4.2.3.GA with JBM 1.4.5.GA and remoting 2.2.3.SP1
The server is a clustered AS 5.1.0.GA with JBM 1.4.3.GA and remoting 2.5.2.SP1
In the client (4.2.3) there is a JMS provider which jndi properties is set to the server. And a connection manager using this provider so a could have XA transactions. (Works just fine)
When the server is restarted, remoting logs the following:
{noformat}
2010-01-28 11:02:34,656 DEBUG [org.jboss.remoting.transport.socket.MicroSocketClientInvoker] SocketClientInvoker[191b73f, bisocket://172.20.37.19:4757] got java.net.ConnectException: Connection refused: connect: Connection refused: connect
2010-01-28 11:02:34,656 DEBUG [org.jboss.remoting.LeasePinger] org.jboss.remoting.LeasePinger$LeaseTimerTask@1ac0080 failed to ping to server
org.jboss.remoting.CannotConnectException: Can not get connection to server. Problem establishing socket connection for InvokerLocator [bisocket://172.20.37.19:4757/?JBM_clientMaxPoolSize=200&clientLeasePeriod=10000&clientSocketClass=org.jboss.jms.client.remoting.ClientSocketWrapper&connectionWait=10&dataType=jms&marshaller=org.jboss.jms.wireformat.JMSWireFormat&numberOfCallRetries=1&pingFrequency=214748364&pingWindowFactor=10&socket.check_connection=false&stopLeaseOnFailure=true&timeout=0&unmarshaller=org.jboss.jms.wireformat.JMSWireFormat&validatorPingPeriod=10000&validatorPingTimeout=5000]
at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientInvoker.java:613)
at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.transport(BisocketClientInvoker.java:458)
at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:141)
at org.jboss.remoting.LeasePinger.sendClientPing(LeasePinger.java:375)
at org.jboss.remoting.LeasePinger.access$000(LeasePinger.java:20)
at org.jboss.remoting.LeasePinger$LeaseTimerTask.run(LeasePinger.java:403)
at java.util.TimerThread.mainLoop(Timer.java:512)
at java.util.TimerThread.run(Timer.java:462)
Caused by: java.net.ConnectException: Connection refused: connect
at java.net.PlainSocketImpl.socketConnect(Native Method)
at java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
at java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
at java.net.Socket.connect(Socket.java:520)
at org.jboss.remoting.transport.socket.SocketClientInvoker.createSocket(SocketClientInvoker.java:192)
at org.jboss.remoting.transport.bisocket.BisocketClientInvoker.createSocket(BisocketClientInvoker.java:465)
at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.getConnection(MicroSocketClientInvoker.java:913)
at org.jboss.remoting.transport.socket.MicroSocketClientInvoker.transport(MicroSocketClientInvoker.java:602)
... 7 more
2010-01-28 11:02:34,656 WARN [org.jboss.remoting.LeasePinger] org.jboss.remoting.LeasePinger$LeaseTimerTask@1ac0080 failed to ping to server: Can not get connection to server. Problem establishing socket connection for InvokerLocator [bisocket://172.20.37.19:4757/?JBM_clientMaxPoolSize=200&clientLeasePeriod=10000&clientSocketClass=org.jboss.jms.client.remoting.ClientSocketWrapper&connectionWait=10&dataType=jms&marshaller=org.jboss.jms.wireformat.JMSWireFormat&numberOfCallRetries=1&pingFrequency=214748364&pingWindowFactor=10&socket.check_connection=false&stopLeaseOnFailure=true&timeout=0&unmarshaller=org.jboss.jms.wireformat.JMSWireFormat&validatorPingPeriod=10000&validatorPingTimeout=5000]
{noformat}
Thats ok, but when the server is up again and the client sends a message, remoting (in debug) logs the following and freezes the thread!
{noformat}
2010-01-28 11:08:48,484 DEBUG [org.jboss.remoting.Client] Client[10530691:4sk111a-vja37y-g4y5zhk0-1-g4zk9yw4-2u].connect(ConsolidatedListener(UNINITIALIZED))
2010-01-28 11:08:48,500 DEBUG [org.jboss.remoting.Client] Client[10530691:4sk111a-vja37y-g4y5zhk0-1-g4zk9yw4-2u] connected to InvokerLocator [bisocket://172.20.37.19:4757/?JBM_clientMaxPoolSize=200&clientLeasePeriod=10000&clientSocketClass=org.jboss.jms.client.remoting.ClientSocketWrapper&connectionWait=10&dataType=jms&marshaller=org.jboss.jms.wireformat.JMSWireFormat&numberOfCallRetries=1&pingFrequency=214748364&pingWindowFactor=10&socket.check_connection=false&stopLeaseOnFailure=true&timeout=0&unmarshaller=org.jboss.jms.wireformat.JMSWireFormat&validatorPingPeriod=10000&validatorPingTimeout=5000]
2010-01-28 11:08:48,500 DEBUG [org.jboss.remoting.Client] Client[22181209:4sk111a-vja37y-g4y5zhk0-1-g4zk9yw4-2v].connect(null)
2010-01-28 11:08:48,500 DEBUG [org.jboss.remoting.Client] Client[22181209:4sk111a-vja37y-g4y5zhk0-1-g4zk9yw4-2v] connected to InvokerLocator [bisocket://172.20.37.19:4757/?JBM_clientMaxPoolSize=200&clientLeasePeriod=10000&clientSocketClass=org.jboss.jms.client.remoting.ClientSocketWrapper&connectionWait=10&dataType=jms&marshaller=org.jboss.jms.wireformat.JMSWireFormat&numberOfCallRetries=1&pingFrequency=214748364&pingWindowFactor=10&socket.check_connection=false&stopLeaseOnFailure=true&timeout=0&unmarshaller=org.jboss.jms.wireformat.JMSWireFormat&validatorPingPeriod=10000&validatorPingTimeout=5000]
2010-01-28 11:08:48,500 DEBUG [org.jboss.remoting.Client] starting callback Connector: InvokerLocator [bisocket://172.20.37.46:1137718937/callback?serverSocketClass=org.jboss.jms.server.remoting.ServerSocketWrapper&isCallbackServer=true&callbackServerProtocol=bisocket&datatype=jms&guid=4sk111a-vja37y-g4y5zhk0-1-g4zk9ywk-2w&callbackServerHost=172.20.37.46&callbackServerPort=1137718937&clientMaxPoolSize=1&onewayThreadPool=org.jboss.jms.server.remoting.DirectThreadPool&clientSocketClass=org.jboss.jms.client.remoting.ClientSocketWrapper]
2010-01-28 11:08:48,500 DEBUG [org.jboss.remoting.transport.bisocket.BisocketServerInvoker] SocketServerInvoker[UNINITIALIZED] setting pingFrequency to 214748364
2010-01-28 11:08:48,500 DEBUG [org.jboss.remoting.transport.bisocket.BisocketServerInvoker] SocketServerInvoker[UNINITIALIZED] setting pingWindowFactor to 10
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.ServerInvoker] SocketServerInvoker[UNINITIALIZED] did not find server socket factory configuration as mbean service or classname. Creating default server socket factory.
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.ServerInvoker] SocketServerInvoker[UNINITIALIZED] created server socket factory javax.net.DefaultServerSocketFactory@e34726
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.transport.Connector] org.jboss.remoting.transport.Connector@d5be9a started
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.Client] Client[7971413:4sk111a-vja37y-g4y5zhk0-1-g4zk9yw4-2u].connect(null)
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.Client] Client[7971413:4sk111a-vja37y-g4y5zhk0-1-g4zk9yw4-2u] connected to InvokerLocator [bisocket://172.20.37.46:1137718937/callback?callbackServerHost=172.20.37.46&callbackServerPort=1137718937&callbackServerProtocol=bisocket&clientMaxPoolSize=1&clientSocketClass=org.jboss.jms.client.remoting.ClientSocketWrapper&datatype=jms&guid=4sk111a-vja37y-g4y5zhk0-1-g4zk9ywk-2w&isCallbackServer=true&onewayThreadPool=org.jboss.jms.server.remoting.DirectThreadPool&serverSocketClass=org.jboss.jms.server.remoting.ServerSocketWrapper]
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.ServerInvoker] ServerInvoker (SocketServerInvoker[UNINITIALIZED]) added client callback handler CallbackManager[9651d2] with session id of 4sk111a-vja37y-g4y5zhk0-1-g4zk9yw4-2u+4sk111a-vja37y-g4y5zhk0-1-g4zk9ywz-2x and callback handle object of null.
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.InvokerRegistry] removed org.jboss.remoting.transport.local.LocalClientInvoker@1908e2e from registry
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.Client] Client[7971413:4sk111a-vja37y-g4y5zhk0-1-g4zk9yw4-2u] is disconnected
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.transport.bisocket.BisocketClientInvoker] getting secondary locator
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.transport.bisocket.BisocketClientInvoker] secondary locator: InvokerLocator [null://172.20.37.19:30520/?]
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.transport.bisocket.BisocketServerInvoker] creating control connection: InvokerLocator [null://172.20.37.19:30520/?]
2010-01-28 11:08:48,515 DEBUG [org.jboss.remoting.transport.bisocket.BisocketServerInvoker] SocketServerInvoker[UNINITIALIZED] created control connection (4sk111a-vja37y-g4y5zhk0-1-g4zk9ywz-2x): Socket[addr=/172.20.37.19,port=30520,localport=4996]
{noformat}
After a few tries, my pool AvailableConnectionCount is 0 and the No ManagedConnections available is throw.
Appreciate any help!
P.S. I am using ServiceBindingManager in the client and already updated the bisocket config em sample-bindings.xml.
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522743#522743
16 years, 2 months
[Beginner's Corner] New message: "Re: jboss creates alot of index.html files"
by shay ngr
User development,
A new message was posted in the thread "jboss creates alot of index.html files":
http://community.jboss.org/message/522726#522726
Author : shay ngr
Profile : http://community.jboss.org/people/shayna
Message:
--------------------------------------------------------------
Those files created each approximately 5 min ( there in no exact time)
i am not using additional scripts to start the server
i didn't change any properties or any other configurations of JBoss excpt from the max sessions and threads(i am using two servers each of them running jboss 'both have the same jboss configuration but the problem occures only in one of them).
the files created under /root with the name index.html and then the next file is index.html.1 and so on
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.1
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.10
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.11
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.12
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.13
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.14
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.15
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.16
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.17
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.18
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.19
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.2
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.20
-rw-r--r-- 1 root root 1570 Jan 6 00:30 index.html.21
thank you very much for your help
--------------------------------------------------------------
To reply to this message visit the message page: http://community.jboss.org/message/522726#522726
16 years, 2 months