[JBoss Remoting] - detected failure on control connection
by Ajay Nagaraj
Ajay Nagaraj [https://community.jboss.org/people/ajnagaraj] created the discussion
"detected failure on control connection"
To view the discussion, visit: https://community.jboss.org/message/778872#778872
--------------------------------------------------------------
We are seeing a number of 'detected failure on control connection' errors in our logs which eventually makes our system unresponsive.
2012-11-27 19:04:07,242 WARN [org.jboss.remoting.transport.bisocket.BisocketServerInvoker] org.jboss.remoting.transport.bisocket.BisocketServerInvoker$ControlMonitorTimerTask@bbfa5e7: detected failure on control connection Thread[control: Socket[addr=oxford/192.168.30.75,port=4460,localport=52236],5,jboss] (5c4o146e-4limzg-ha0fuq7m-1-ha14020p-q3w: requesting new control connection
The environment we use -
Jboss : 4.2.1-GA
Jboss Messaging : 1.4.5
Jboss Remoting : 2.2.3-SP3
Any suggestions as to what causes this issue? Similar discussions suggest a overload issue on the system, if so will the upgrade to JBoss Remoting version 2.2.4 help?
-Ajay
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/778872#778872]
Start a new discussion in JBoss Remoting at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 2 months
[JBoss Remoting] - invoke frequency and classloader
by lio bod
lio bod [https://community.jboss.org/people/liobod] created the discussion
"invoke frequency and classloader"
To view the discussion, visit: https://community.jboss.org/message/775985#775985
--------------------------------------------------------------
Hello world,
I noticed a strange behaviour and i want to knwow if this has already been pointed or fixed.
My client is invoking my remoting server by sending inside an InvocationRequest a parameter that is a complex object.
In fact this object is complex only because it aggragates/composes other object.
On server side, the "invoke" method of my ServerInvocationHandler, shall receive this parameter, cast it in its native (or parent) class and then shall execute it.
(my complex object is not only made to structure passive data, but mainly to be ran).
Most of the the time it works well.
But, sometimes, for some mysterious reasons, it fails an i got the following message :
java.lang.IllegalStateException: BaseClassLoader@38bce164{vfszip:[MYJBOOS_DIR]/deploy/[MY_APP.jar/} classLoader is
not connected to a domain (probably undeployed?) for class sun.reflect.ConstructorAccessorImpl
at org.jboss.classloader.spi.base.BaseClassLoader.loadClassFromDomain(BaseClassLoader.java:793)
at org.jboss.classloader.spi.base.BaseClassLoader.loadClass(BaseClassLoader.java:441)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
at sun.misc.Unsafe.defineClass(Native Method)
at sun.reflect.ClassDefiner.defineClass(ClassDefiner.java:45)
at sun.reflect.MethodAccessorGenerator$1.run(MethodAccessorGenerator.java:381)
at java.security.AccessController.doPrivileged(Native Method)
at sun.reflect.MethodAccessorGenerator.generate(MethodAccessorGenerator.java:377)
at sun.reflect.MethodAccessorGenerator.generateConstructor(MethodAccessorGenerator.java:76)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:30)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
at java.lang.reflect.Constructor.newInstance(Constructor.java:513)
at org.jboss.serial.classmetamodel.ClassMetaData.newInstance(ClassMetaData.java:337)
at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:239)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
at org.jboss.serial.persister.ArrayPersister.readObjectArray(ArrayPersister.java:196)
at org.jboss.serial.persister.ArrayPersister.readData(ArrayPersister.java:172)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
at org.jboss.serial.persister.RegularObjectPersister.readSlotWithFields(RegularObjectPersister.java:353)
at org.jboss.serial.persister.RegularObjectPersister.defaultRead(RegularObjectPersister.java:273)
at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:241)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
at org.jboss.serial.persister.RegularObjectPersister.readSlotWithFields(RegularObjectPersister.java:353)
at org.jboss.serial.persister.RegularObjectPersister.defaultRead(RegularObjectPersister.java:273)
at org.jboss.serial.persister.RegularObjectPersister.readData(RegularObjectPersister.java:241)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.readObjectDescriptionFromStreaming(ObjectDescriptorFactory.java:412)
at org.jboss.serial.objectmetamodel.ObjectDescriptorFactory.objectFromDescription(ObjectDescriptorFactory.java:82)
at org.jboss.serial.objectmetamodel.DataContainer$DataContainerDirectInput.readObject(DataContainer.java:643)
at org.jboss.serial.io.JBossObjectInputStream.readObjectOverride(JBossObjectInputStream.java:163)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:344)
at org.jboss.remoting.serialization.impl.jboss.JBossSerializationManager.receiveObject(JBossSerializationManager.java:189)
at org.jboss.remoting.marshal.serializable.SerializableUnMarshaller.read(SerializableUnMarshaller.java:123)
at org.jboss.remoting.transport.socket.ServerThread.versionedRead(ServerThread.java:853)
at org.jboss.remoting.transport.socket.ServerThread.completeInvocation(ServerThread.java:707)
at org.jboss.remoting.transport.socket.ServerThread.processInvocation(ServerThread.java:697)
at org.jboss.remoting.transport.socket.ServerThread.dorun(ServerThread.java:524)
at org.jboss.remoting.transport.socket.ServerThread.run(ServerThread.java:232)
Just like if the class wouldn't be in the jar...
May I afford an case?
It may happens if my code to be execuded (brought by my complex object and available in MY_APP.jar on server side) is very short (i.e quick) and if the load of this "invoke" method is important.
It occures rarely if the complex object executes a long task even if it the ServerInvocationHandler is invocated many times (lauching the complex object instances treatments in parallel)
It is systematic if the parallel treatments are fast, on the Nth invocation.
Like if the class disapeared from the jar...
On the beginning, i though it was more a jboss problem that needed a restart.
But after few seconds (if the ServerInvocationHandler is no more requested - time to get cooler ;-)) it may re-work properly.
And then it is able to refind the class in the jar...
Humbly, my hypothesis is it may come from a question of load, of frequency...(size of queue between remoting mecanics and native jboss classcloader?)
Does anyone faced this before?
Will i have a chance to find it out? and to get a workaroud?
For information, i'm still using jboss 5.1.0.GA and i'd like not to upgrade its integrated libs jboss-remoting-2_5_1 and jboss-serialization-1.0.3.GA.
Any advice/hint is welcome,
Thx.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/775985#775985]
Start a new discussion in JBoss Remoting at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 2 months
[JBoss Tools] - Eclipse: problem installing EGit and JBoss Tools
by abdull
abdull [https://community.jboss.org/people/abdull] created the discussion
"Eclipse: problem installing EGit and JBoss Tools"
To view the discussion, visit: https://community.jboss.org/message/752081#752081
--------------------------------------------------------------
In my Eclipse
Indigo Service Release 2
Build id: 20120216-1857
installation,
I already have JBoss Tools installed. I would like to install EGit separately via the Eclipse Marketplace, but I get the following error message. What should I do?
~~~Error Message during installation~~~~
Your original request has been modified.
"Eclipse EGit" is already installed, so an update will be performed instead.
"Eclipse JGit" is already installed, so an update will be performed instead.
Cannot complete the install because of a conflicting dependency.
Software being installed: Eclipse EGit 2.0.0.201206130900-r (org.eclipse.egit.feature.group 2.0.0.201206130900-r)
Software currently installed: JBoss Tools EGit Integration (Experimental) 2.3.0.v20120613-1951-H135-Final (org.jboss.tools.openshift.egit.integration.feature.feature.group 2.3.0.v20120613-1951-H135-Final)
Only one of the following can be installed at once:
Git Team Provider UI 2.0.0.201206130900-r (org.eclipse.egit.ui 2.0.0.201206130900-r)
Git Team Provider UI 1.1.0.201109151100-r (org.eclipse.egit.ui 1.1.0.201109151100-r)
Git Team Provider UI 1.3.0.201202151440-r (org.eclipse.egit.ui 1.3.0.201202151440-r)
Git Team Provider UI 1.2.0.201112121913 (org.eclipse.egit.ui 1.2.0.201112121913)
Git Team Provider UI 1.0.0.201106090707-r (org.eclipse.egit.ui 1.0.0.201106090707-r)
Cannot satisfy dependency:
From: Eclipse EGit 2.0.0.201206130900-r (org.eclipse.egit.feature.group 2.0.0.201206130900-r)
To: org.eclipse.egit.ui [2.0.0.201206130900-r]
Cannot satisfy dependency:
From: JBoss Tools EGit Integration (Experimental) 2.3.0.v20120613-1951-H135-Final (org.jboss.tools.openshift.egit.integration.feature.feature.group 2.3.0.v20120613-1951-H135-Final)
To: org.jboss.tools.openshift.egit.ui [2.3.0.v20120613-1951-H135-Final]
Cannot satisfy dependency:
From: EGit integration UI 2.3.0.v20120613-1951-H135-Final (org.jboss.tools.openshift.egit.ui 2.3.0.v20120613-1951-H135-Final)
To: bundle org.eclipse.egit.ui [1.0.0,2.0.0)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
((( The problem seems to be located at " JBoss Tools EGit Integration (Experimental) 2.3.0.v20120613-1951-H135-Final (org.jboss.tools.openshift.egit.integration.feature.feature.group 2.3.0.v20120613-1951-H135-Final)JBoss Tools EGit Integration (Experimental) 2.3.0.v20120613-1951-H135-Final (org.jboss.tools.openshift.egit.integration.feature.feature.group 2.3.0.v20120613-1951-H135-Final) " )))
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/752081#752081]
Start a new discussion in JBoss Tools at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 3 months
[JBoss Tools] - Clean always needed after stopping and starting AS 7 server?
by henk de boer
henk de boer [https://community.jboss.org/people/henk53] created the discussion
"Clean always needed after stopping and starting AS 7 server?"
To view the discussion, visit: https://community.jboss.org/message/784721#784721
--------------------------------------------------------------
I'm using both Eclipse 3.7 with JBoss tools 3.3 and Eclipse 4.2 with JBoss tools 4.
Whenever I deploy an application (war, ear) to JBoss AS 7 or JBoss EAP 6, and I stop the server and subsequently start it again, the app is not deployed anymore. Instead, I get a message in the log saying:
Found example.war in deployment directory. To trigger deployment create a file called example.war.dodeploy
But isn't this the job of JBoss tools? After I stop the server, perform a clean and start it again, the war is picked up correctly. I've seen this on over 10 different systems now (OS X, Linux, Windows) and various projects. Simple hello world projects that are created when creating a new dynamic web project in Eclipse have this, as well as more complex projects.
Am I missing something, or is this the intended behavior?
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/784721#784721]
Start a new discussion in JBoss Tools at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 3 months
[jBPM] - Problem with concurrent processes that include a rule-group?
by J Xmith
J Xmith [https://community.jboss.org/people/xmithj] created the discussion
"Problem with concurrent processes that include a rule-group?"
To view the discussion, visit: https://community.jboss.org/message/785045#785045
--------------------------------------------------------------
I am using jbpm 5.3.0.Final, and I am facing problems when running concurrent processes that include a rule-group (rule node).
I have a fairly simple business process with one rule-group (Guvnor TaskType=Business Rule). The rule-group does validations on process variables. To provide separation between facts from different requests, each processing request creates its own stateful knowledge session which in turns creates its own business process. Everything works well with one process execution (one request at a time).
When 2 almost concurrent requests are tried (each one running in its own thread), the first one reaching the rule-group leave an entry/record inside the EVENTTYPES table (containing the businessProcessId and the ruleflow group's name), and when the second business process reaches the rule-group it gets as event the one stored in the EVENTTYPES table. From that moment onwards, the second thread continues its execution on the first business process. The end result is, the first business process get executed twice.
Removing the rule-group makes the concurrent requests to work and complete successfully.
This seems very similar to the open Jira issue: JBRULES-3108
What is the intended behaviour of the EVENTTYPES table, and why the rule-group leaves a record in that table (at least until it reaches a long running state)?
Why this event is passed to my second thread, distracting it from carry on and complete the second instance of the business process?
Thanks in advance for any help.
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/785045#785045]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 3 months
[jBPM] - Dynamic User Task assignment
by Franck cdsosi
Franck cdsosi [https://community.jboss.org/people/cdsosi] created the discussion
"Dynamic User Task assignment"
To view the discussion, visit: https://community.jboss.org/message/785210#785210
--------------------------------------------------------------
Hi community,
I am digging into jBPM5 and I have a question dealing with User Task Assignment. I went through several posts about something similar but can not really find an answer to my question...
The simple and usual way with User Taks is to assign fixed actor(s) or group(s) but if my User Task assignment relies on process data or even event?
I know you can do something like what is done with Evaluation.bpmn process that is to say use a #{employee} as potentionalOwner and set value of employee variable at process start.
What would be the solution if I want to assign a User Task to an actor dynamically and based a specific algorithm not just an input field value. Some questions about this situation to get best practise or orientation from community :
1. Is the use of a variable as potential owner (e.g. #{employee}) the "good" way to handle this kind of situation?* is possible to set it as group id?
* other way or solution to set dynamically my actor or group ID? Can a User Task actor or group id be left blank and assigned programmatically? => I've read somewhere that when a user Task is reached at process runtime it must assigned to an actor or group at least Administrator. => "By default, jBPM registers a special user with userId "Administrator" as the administrator of each task. You should therefor make sure that you always define at least a user "Adminstrator" when registering the list of valid users at the task service." This sentence let me think that no specific actor can be set when modeling a BPMN process? Is it correct?
2. Where do I have to plug my specific User Task assignment algorithm? Can it be for instance in an On-Entry script of the User Task or is it too late? If too late is the answer where can I plug it (I hope there is no need to model a specific Task (Service Task) before the User Task?
3. Is it possible to make a User Task assignment with a Drools rule?
4. Are there any example available showing these kind of situation?
This makes quite a lot of questions but any help or advices would be appreciated ;)
Kind Regards
--------------------------------------------------------------
Reply to this message by going to Community
[https://community.jboss.org/message/785210#785210]
Start a new discussion in jBPM at Community
[https://community.jboss.org/choose-container!input.jspa?contentType=1&con...]
13 years, 3 months