[JBoss JIRA] Created: (JBMESSAGING-974) Unable to process control connection
by Tim Fox (JIRA)
Unable to process control connection
------------------------------------
Key: JBMESSAGING-974
URL: http://jira.jboss.com/jira/browse/JBMESSAGING-974
Project: JBoss Messaging
Issue Type: Bug
Reporter: Tim Fox
Assigned To: Ron Sigal
Fix For: 1.3.0.GA
When running messaging remote tests (ant remote-tests from tests dir).
At various points, JBoss Remoting is logging the following:
[junit] @control: Socket[addr=/127.0.0.1,port=2960,localport=58358] 17:09:54,929 ERROR [BisocketServerInvoker] Unable to process control connection: Socket closed
[junit] java.net.SocketException: Socket closed
[junit] at java.net.SocketInputStream.socketRead0(Native Method)
[junit] at java.net.SocketInputStream.read(SocketInputStream.java:129)
[junit] at java.net.SocketInputStream.read(SocketInputStream.java:182)
[junit] at java.io.FilterInputStream.read(FilterInputStream.java:66)
[junit] at org.jboss.remoting.transport.bisocket.BisocketServerInvoker$ControlConnectionThread.run(BisocketServerInvoker.java:652)
This doesn't seem to cause the tests to fail, and is annoying.
I guess remoting is trying to clear up its state and failing (??)
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years
[JBoss JIRA] Created: (JBRULES-951) Strange NullPointerException in rule compilation with Iterator in RHS
by Alexandre Gattiker (JIRA)
Strange NullPointerException in rule compilation with Iterator in RHS
---------------------------------------------------------------------
Key: JBRULES-951
URL: http://jira.jboss.com/jira/browse/JBRULES-951
Project: JBoss Rules
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 4.0.0.MR3
Environment: IBM RAD 7
Reporter: Alexandre Gattiker
Assigned To: Mark Proctor
Create a new Rules Project
In Sample.drl add "import java.util.*;" at the top, and within the consequence block of one of the two rules:
ArrayList list = new ArrayList();
for (Iterator iter = list.iterator(); iter.hasNext();)
{
}
Eclipse reports a problem:
Severity and Description Path Resource Location Creation Time Id
Error: java.lang.NullPointerException droolstest6/src/rules Sample.drl Unknown 1182938042901 228615
When executing DroolsTest I get:
java.lang.NullPointerException
at org.drools.rule.builder.dialect.java.JavaConsequenceBuilder.build(JavaConsequenceBuilder.java:54)
at org.drools.rule.builder.RuleBuilder.build(RuleBuilder.java:67)
at org.drools.compiler.PackageBuilder.addRule(PackageBuilder.java:390)
at org.drools.compiler.PackageBuilder.addPackage(PackageBuilder.java:264)
at org.drools.compiler.PackageBuilder.addPackageFromDrl(PackageBuilder.java:147)
at com.sample.DroolsTest.readRule(DroolsTest.java:54)
at com.sample.DroolsTest.main(DroolsTest.java:21)
With 4.0.0.MR2 the bug does not happen.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years
[JBoss JIRA] Created: (BPEL-222) soap message creation fails under jbossws 1.0.3 and above
by Alejandro Guizar (JIRA)
soap message creation fails under jbossws 1.0.3 and above
---------------------------------------------------------
Key: BPEL-222
URL: http://jira.jboss.com/jira/browse/BPEL-222
Project: JBoss jBPM BPEL
Issue Type: Task
Security Level: Public (Everyone can see)
Reporter: Alejandro Guizar
Assigned To: Alejandro Guizar
Because of a change in the saaj implementation first introduced in jbossws 1.0.3, jbpm bpel can no longer use the same code to create a fault message under both the old and the new services stack.
The proposed solution is to introduce a class hierarchy for creating fault messages modeled after the Strategy pattern. This hierarchy encapsulates the different ways a fault message is created. Two strategies exist at this time:
a) The default strategy adds a soap:fault element of type SOAPFault. This is what a developer normally would do. This should work on most stacks, including jbossws. It does *not* work under the old Axis-based stack used JBoss AS 4.0.3 and earlier.
b) The backwards compatibility strategy adds a soap:fault element of type SOAPElement. Altough jboss ws4ee allows to add a SOAPFault, the marshaling code is broken and no detail entry gets written.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
19 years