February 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBREM-659) Java 6 and ClassLoader.loadClass()

by Jan Bares (JIRA)

Java 6 and ClassLoader.loadClass() ---------------------------------- Key: JBREM-659 URL: http://jira.jboss.com/jira/browse/JBREM-659 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Environment: Java 1.6.0-b105 Reporter: Jan Bares Assigned To: Tom Elrod The ClassLoader.loadClass() should be used only for plain classes, not for arrays etc. In ObjectInputStreamWithClassLoader.resolveClass() call: return Class.forName(v.getName(), false, cl); The problem is described at: http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6434149 http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6500212 http://forums.java.net/jive/thread.jspa?threadID=15823&tstart=0 The bug was found in JBoss AS 4.0.5.GA. -- 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

18 years, 7 months

6
13
0 / 0

[JBoss JIRA] Created: (JBREM-648) Client.disconnect without clearing ConnectionListeners will cause NPEs

by Clebert Suconic (JIRA)

Client.disconnect without clearing ConnectionListeners will cause NPEs ---------------------------------------------------------------------- Key: JBREM-648 URL: http://jira.jboss.com/jira/browse/JBREM-648 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Clebert Suconic Assigned To: Tom Elrod ConnectionValidator should be stoped when disconnected is called. ConnectionValidator::run will fail at this line if ConnectionValidator is not stopped: public void run() { try { boolean isValid = checkConnection(client.getInvoker().getLocator(), client.getConfiguration()); The fix should be simple though: public void disconnect() { if (invoker != null) { if(enableLease) { invoker.terminateLease(sessionId); enableLease = false; } if (validator!=null) // /this is the fix..... { validator.stop(); } -- 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

18 years, 7 months

4
10
0 / 0

[JBoss JIRA] Created: (JBREM-626) Allow unmarshalling of HTTP response with error code 500

by Thomas Diesler (JIRA)

Allow unmarshalling of HTTP response with error code 500 -------------------------------------------------------- Key: JBREM-626 URL: http://jira.jboss.com/jira/browse/JBREM-626 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Thomas Diesler Assigned To: Tom Elrod >From the BasicProfile // R1126 An INSTANCE MUST return a "500 Internal Server Error" HTTP status code // if the response envelope is a Fault. Caused by: org.jboss.remoting.transport.http.WebServerError: Error received when calling on web server. Error returned was 500 at org.jboss.remoting.transport.http.HTTPClientInvoker.useHttpURLConnection(HTTPClientInvoker.java:272) at org.jboss.remoting.transport.http.HTTPClientInvoker.transport(HTTPClientInvoker.java:94) at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:125) at org.jboss.remoting.Client.invoke(Client.java:589) at org.jboss.remoting.Client.invoke(Client.java:581) at org.jboss.ws.soap.SOAPConnectionImpl.callInternal(SOAPConnectionImpl.java:201) /home/tdiesler/svn/jbossws/trunk/src/test [tdiesler@tddell test]$ ant -Dtest=jaxws/jsr181/webmethod test tests-main: [junit] Running org.jboss.test.ws.jaxws.jsr181.webmethod.JSR181WebMethodTestCase [junit] Tests run: 4, Failures: 0, Errors: 2, Time elapsed: 4.094 sec [junit] Test org.jboss.test.ws.jaxws.jsr181.webmethod.JSR181WebMethodTestCase FAILED -- 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

18 years, 7 months

3
2
0 / 0

[JBoss JIRA] Created: (JBREM-642) Socket.setReuseAddress() in MicroSocketClientInvoker invocation is ignored

by Dejan Predovic (JIRA)

Socket.setReuseAddress() in MicroSocketClientInvoker invocation is ignored -------------------------------------------------------------------------- Key: JBREM-642 URL: http://jira.jboss.com/jira/browse/JBREM-642 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: transport Reporter: Dejan Predovic Assigned To: Tom Elrod For Socket.setReuseAddress() to do anything it needs to be invoked before the socket is bound. Creating a socket with new Socket(host, port) automatically binds it, so there is no way to do it protected Socket createSocket(String address, int port) throws IOException { return new Socket(address, port); } needs to be changed to use the default constructor, invoke setReuseAddress() and then bind(). -- 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

18 years, 7 months

4
5
0 / 0

[JBoss JIRA] Created: (JBREM-629) NPE in sending notification of lost client

by Tom Elrod (JIRA)

NPE in sending notification of lost client ------------------------------------------ Key: JBREM-629 URL: http://jira.jboss.com/jira/browse/JBREM-629 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: callbacks Affects Versions: 2.0.0.GA (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.2.0.Alpha3 (Bluto) Is possible to sometimes get null pointer exception when calling notifier to alert of lost client when leasing. 10:47:10,508 ERROR [STDERR] Exception in thread "Timer-2" 10:47:10,509 ERROR [STDERR] java.lang.NullPointerException 10:47:10,513 ERROR [STDERR] at org.jboss.remoting.Lease.notifyClientLost(Lease.java:211) 10:47:10,513 ERROR [STDERR] at org.jboss.remoting.Lease.access$300(Lease.java:39) 10:47:10,513 ERROR [STDERR] at org.jboss.remoting.Lease$LeaseTimerTask.run(Lease.java:242) 10:47:10,513 ERROR [STDERR] at java.util.TimerThread.mainLoop(Timer.java:527) 10:47:10,513 ERROR [STDERR] at java.util.TimerThread.run(Timer.java:477) -- 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

18 years, 7 months

2
2
0 / 0

[JBoss JIRA] Created: (JBREM-637) add tomcat jar to component-info.xml for remoting release

by Tom Elrod (JIRA)

add tomcat jar to component-info.xml for remoting release --------------------------------------------------------- Key: JBREM-637 URL: http://jira.jboss.com/jira/browse/JBREM-637 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: external Affects Versions: 2.2.0.Alpha3 (Bluto) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.2.0.Beta1 (Bluto) The current remoting releases in repository.jboss.com don't include tomcat jars in their component-info.xml files. This is mainly because they are not required for all remoting transports (i.e. only http remoting server requres these jars). However, probably good to list them in some form or another. The current tomcat jar version are Tomcat 5.5.15. -- 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

18 years, 7 months

3
3
0 / 0

[JBoss JIRA] Created: (JBREM-638) 2.2.0.Alpha4 release

by Ron Sigal (JIRA)

2.2.0.Alpha4 release -------------------- Key: JBREM-638 URL: http://jira.jboss.com/jira/browse/JBREM-638 Project: JBoss Remoting Issue Type: Release Security Level: Public (Everyone can see) Affects Versions: 2.2.0.Alpha4 Reporter: Ron Sigal Assigned To: Ron Sigal Fix For: 2.2.0.Alpha4 Release 2.2.0.Alpha4 represents just a few changes from 2.2.0.Alpha3. 1. JBREM-635: affects org.jboss.remoting.marshal.http.HTTPUnMarshaller (Remove warning message in read().) 2. JBREM-636: affects org.jboss.remoting.callback.ServerInvokerCallbackHandler (init() stores the sessionId and listenerId for future reference, so that getId() does not have to refer to the initial InvocationRequest.) 3. JBREM-605: affects org.jboss.remoting.Client (Added test for consistency of listenerIds in acknowledgeCallbacks().) -- 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

18 years, 7 months

3
2
0 / 0

[JBoss JIRA] Created: (JBREM-607) Add idle timeout setting for invoker threads

by Galder Zamarreno (JIRA)

Add idle timeout setting for invoker threads -------------------------------------------- Key: JBREM-607 URL: http://jira.jboss.com/jira/browse/JBREM-607 Project: JBoss Remoting Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Galder Zamarreno Assigned To: Tom Elrod An idle timeout minutes setting so that any unused threads are removed. It needs to have the possibility of disabling it. -- 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

18 years, 7 months

3
6
0 / 0

[JBoss JIRA] Created: (JBREM-604) allow socket server invoker to accept third party requests

by Tom Elrod (JIRA)

allow socket server invoker to accept third party requests ---------------------------------------------------------- Key: JBREM-604 URL: http://jira.jboss.com/jira/browse/JBREM-604 Project: JBoss Remoting Issue Type: Feature Request Security Level: Public (Everyone can see) Components: transport Affects Versions: 2.0.0.GA (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.2.0.Beta1 (Bluto) The http server invoker (i.e. CoyoteInvoker) allows thirdparty clients to make requests and process those requests and return raw response from handler. Really no reason that the socket server invoker could not do this as well so that someone could write their own socket client and send raw data to the socket server invoker. -- 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

18 years, 7 months

2
4
0 / 0

[JBoss JIRA] Created: (JBREM-606) patch to 1.4.4.GA to include fix for socket server thread leak

by Tom Elrod (JIRA)

patch to 1.4.4.GA to include fix for socket server thread leak -------------------------------------------------------------- Key: JBREM-606 URL: http://jira.jboss.com/jira/browse/JBREM-606 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: transport Affects Versions: 1.4.4.GA Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 1.4.5.GA Need to back port fix for JBREM-409. -- 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

18 years, 7 months

2
4
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-jira February 2007