January 2007 - jboss-jira - Jboss List Archives

[JBoss JIRA] Created: (JBREM-568) SSLSocketBuilderMBean does not have matching getter/setter attribute types

by Tom Elrod (JIRA)

SSLSocketBuilderMBean does not have matching getter/setter attribute types -------------------------------------------------------------------------- Key: JBREM-568 URL: http://jira.jboss.com/jira/browse/JBREM-568 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: security Affects Versions: 2.0.0.CR1 (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.0.0.GA (Boon) The attribute KeyStoreURL and TrustStoreURL does not have matching types for getter and setter as the setter takes a string and the getter returns a URL type. -- 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
3
0 / 0

[JBoss JIRA] Created: (JBREM-564) Default client socket factory configured by a system property

by Roland R?z (JIRA)

Default client socket factory configured by a system property ------------------------------------------------------------- Key: JBREM-564 URL: http://jira.jboss.com/jira/browse/JBREM-564 Project: JBoss Remoting Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Roland R?z Assigned To: Tom Elrod To activate an ssl socket factory for the jobs remoting on the in a JBoss standalone client, the default socket factory of a VM can be configured by a java.security configuration activated with the java.security.properties=.../java.security System Property. Providing always such a configuration file is complicated. A simpler solution is a system property providing the name of the socket factory class: Here a possible implementation: Class org.jboss.remoting.security.SSLSocketBuilder: public SocketFactory createSSLSocketFactory() throws IOException, NoSuchAlgorithmException, KeyStoreException, CertificateException, KeyManagementException { SocketFactory sf = null; if (useSSLSocketFactory) { String defaultFactoryName = System .getProperty("jboss.remoting.defaultSocketFactory"); if (defaultFactoryName != null) { try { Class sfClass = Thread.currentThread() .getContextClassLoader().loadClass( defaultFactoryName); Method m = sfClass.getMethod("getDefault", null); if (m == null) { throw new RuntimeException( "Could not create the socket factory " + defaultFactoryName + " because the class " + sfClass + " doesn't provide the getDefault method."); } sf = (SocketFactory) m.invoke(null, null); } catch (Exception ex) { throw new RuntimeException( "Could not create the socket factory " + defaultFactoryName, ex); } } if (sf == null) { sf = SSLSocketFactory.getDefault(); } } else { sf = createCustomSocketFactory(); } return sf; } -- 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-569) HTTP(S) proxy broken

by Tom Elrod (JIRA)

HTTP(S) proxy broken -------------------- Key: JBREM-569 URL: http://jira.jboss.com/jira/browse/JBREM-569 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: transport Affects Versions: 2.0.0.CR1 (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.0.0.GA (Boon) Per comments to JBREM-27, http proxy seems to be broken. -- 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
6
0 / 0

[JBoss JIRA] Created: (JBREM-571) fix/cleanup doc

by Tom Elrod (JIRA)

fix/cleanup doc --------------- Key: JBREM-571 URL: http://jira.jboss.com/jira/browse/JBREM-571 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: general Affects Versions: 2.0.0.CR1 (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.0.0.GA (Boon) There are some issues with the doc, which will be opened as sub issues. -- 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
3
0 / 0

[JBoss JIRA] Created: (JBREM-570) Change log in ConnectionValidator to be debug instead of warn when not able to ping server

by Tom Elrod (JIRA)

Change log in ConnectionValidator to be debug instead of warn when not able to ping server ------------------------------------------------------------------------------------------ Key: JBREM-570 URL: http://jira.jboss.com/jira/browse/JBREM-570 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: general Affects Versions: 2.0.0.CR1 (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Priority: Trivial Fix For: 2.0.0.GA (Boon) The ConnectionValidator will log when it tried to ping a server but can not. Since this is sometimes an expected condition (like when detector thinks server has gone down and uses the ConnectionValidator to verify this). This logging is currently done at warn level and should really be at debug. -- 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
3
0 / 0

[JBoss JIRA] Created: (JBREM-561) http chuncked test cases failing under jdk 1.5

by Tom Elrod (JIRA)

http chuncked test cases failing under jdk 1.5 ---------------------------------------------- Key: JBREM-561 URL: http://jira.jboss.com/jira/browse/JBREM-561 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: transport Affects Versions: 2.0.0.Beta2 (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.0.0.CR1 (Boon) org.jboss.test.remoting.transport.http.chuncked package tests failing when run under jdk 1.5 -- 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
3
0 / 0

[JBoss JIRA] Created: (JBREM-553) deadlock when disconnecting

by John Mazzitelli (JIRA)

deadlock when disconnecting --------------------------- Key: JBREM-553 URL: http://jira.jboss.com/jira/browse/JBREM-553 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.0.0.Beta2 (Boon) Reporter: John Mazzitelli Assigned To: Tom Elrod Fix For: 2.0.0.CR1 (Boon) I am seeing a deadlock in my test suite. It happens everytime. I haven't finished looking at all the data, but I'm submitting this JIRA now because I only started seeing this after building a new remoting jar from HEAD and installing it. I do not believe any changes that I did caused this (I haven't changed much if any code in my own stuff - though I will test this by switching out to an older remoting jar to see what happens). Here's the two threads that deadlocked on java.util.LinkedList<E> (id=2271: Thread [Thread-3562] (Suspended) owns: java.io.BufferedInputStream (id=2299) owns: java.util.LinkedList<E> (id=2271) java.net.SocketInputStream.socketRead0(java.io.FileDescriptor, byte[], int, int, int) line: not available [native method] java.net.SocketInputStream.read(byte[], int, int) line: 129 java.io.BufferedInputStream.fill() line: 218 java.io.BufferedInputStream.read1(byte[], int, int) line: 256 java.io.BufferedInputStream.read(byte[], int, int) line: 313 java.io.ObjectInputStream$PeekInputStream.read(byte[], int, int) line: 2217 java.io.ObjectInputStream$PeekInputStream.readFully(byte[], int, int) line: 2230 java.io.ObjectInputStream$BlockDataInputStream.readShort() line: 2698 org.jboss.remoting.loading.ObjectInputStreamWithClassLoader(java.io.ObjectInputStream).readStreamHeader() line: 750 org.jboss.remoting.loading.ObjectInputStreamWithClassLoader(java.io.ObjectInputStream).<init>(java.io.InputStream) line: 268 org.jboss.remoting.loading.ObjectInputStreamWithClassLoader.<init>(java.io.InputStream, java.lang.ClassLoader) line: 73 org.jboss.remoting.serialization.impl.java.JavaSerializationManager.createInput(java.io.InputStream, java.lang.ClassLoader) line: 52 org.jboss.remoting.transport.socket.ClientSocketWrapper.createInputStream(java.lang.String, java.net.Socket) line: 83 org.jboss.remoting.transport.socket.ClientSocketWrapper.createStreams(java.net.Socket, java.util.Map) line: 76 org.jboss.remoting.transport.socket.ClientSocketWrapper.<init>(java.net.Socket, java.util.Map, java.lang.Integer) line: 54 sun.reflect.GeneratedConstructorAccessor31.newInstance(java.lang.Object[]) line: not available sun.reflect.DelegatingConstructorAccessorImpl.newInstance(java.lang.Object[]) line: 27 java.lang.reflect.Constructor<T>.newInstance(java.lang.Object...) line: 494 org.jboss.remoting.transport.socket.SocketClientInvoker.createClientSocket(java.net.Socket, int, java.util.Map) line: 158 org.jboss.remoting.transport.socket.SocketClientInvoker(org.jboss.remoting.transport.socket.MicroSocketClientInvoker).getConnection() line: 666 org.jboss.remoting.transport.socket.SocketClientInvoker(org.jboss.remoting.transport.socket.MicroSocketClientInvoker).transport(java.lang.String, java.lang.Object, java.util.Map, org.jboss.remoting.marshal.Marshaller, org.jboss.remoting.marshal.UnMarshaller) line: 292 org.jboss.remoting.transport.socket.SocketClientInvoker(org.jboss.remoting.MicroRemoteClientInvoker).invoke(org.jboss.remoting.InvocationRequest) line: 116 org.jboss.remoting.ConnectionValidator$2.run() line: 170 java.lang.Thread.run() line: 595 Thread [main] (Suspended) owns: java.util.HashMap<K,V> (id=2272) owns: org.jboss.remoting.transport.sslsocket.SSLSocketClientInvoker (id=2273) owns: java.lang.Object (id=2274) owns: java.lang.Object (id=2275) owns: boolean[] (id=2276) waited by: Thread [JON Agent Main] (Running) waited by: Thread [JON Agent Main] (Running) waiting for: java.util.LinkedList<E> (id=2271) owned by: Thread [Thread-3562] (Running) org.jboss.remoting.transport.socket.MicroSocketClientInvoker.clearPool(org.jboss.remoting.transport.socket.ServerAddress) line: 509 org.jboss.remoting.transport.socket.MicroSocketClientInvoker.clearPools() line: 541 org.jboss.remoting.transport.sslsocket.SSLSocketClientInvoker(org.jboss.remoting.transport.socket.MicroSocketClientInvoker).handleDisconnect() line: 253 org.jboss.remoting.transport.sslsocket.SSLSocketClientInvoker(org.jboss.remoting.MicroRemoteClientInvoker).disconnect() line: 287 org.jboss.remoting.InvokerRegistry.destroyClientInvoker(org.jboss.remoting.InvokerLocator, java.util.Map) line: 225 org.jboss.remoting.Client.disconnect() line: 536 org.jboss.on.communications.command.client.JBossRemotingRemoteCommunicator.disconnect() line: 406 org.jboss.on.communications.command.client.ClientCommandSender.stopSending(boolean) line: 725 org.jboss.on.agent.AgentMain.shutdown() line: 436 org.jboss.on.agent.AgentCommTest.tearDown() line: 146 sun.reflect.GeneratedMethodAccessor26.invoke(java.lang.Object, java.lang.Object[]) line: not available sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) line: 25 java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object...) line: 585 org.testng.internal.MethodHelper.invokeMethod(java.lang.reflect.Method, java.lang.Object, java.lang.Object[]) line: 552 org.testng.internal.Invoker.invokeConfigurationMethod(java.lang.Object[], org.testng.ITestNGMethod, java.lang.Object[], boolean, org.testng.ITestResult) line: 318 org.testng.internal.Invoker.invokeConfigurations(org.testng.IClass, org.testng.ITestNGMethod[], org.testng.xml.XmlSuite, java.util.Map<java.lang.String,java.lang.String>, java.lang.Object) line: 152 org.testng.internal.Invoker.invokeMethod(java.lang.Object[], org.testng.ITestNGMethod, java.lang.Object[], org.testng.xml.XmlSuite, java.util.Map<java.lang.String,java.lang.String>, org.testng.ITestClass, org.testng.ITestNGMethod[], org.testng.ITestNGMethod[], org.testng.internal.ConfigurationGroupMethods) line: 483 org.testng.internal.Invoker.invokeTestMethods(org.testng.ITestNGMethod, org.testng.xml.XmlSuite, java.util.Map<java.lang.String,java.lang.String>, org.testng.ITestNGMethod[], int, org.testng.internal.ConfigurationGroupMethods) line: 778 org.testng.internal.TestMethodWorker.run() line: 105 org.testng.TestRunner.privateRun(org.testng.xml.XmlTest) line: 682 org.testng.TestRunner.run() line: 566 org.testng.SuiteRunner.privateRun() line: 220 org.testng.SuiteRunner.run() line: 146 org.testng.TestNG.createAndRunSuiteRunners(org.testng.xml.XmlSuite) line: 713 org.testng.TestNG.runSuitesLocally() line: 676 org.apache.maven.surefire.testng.TestNGExecutor.executeTestNG(org.apache.maven.surefire.suite.SurefireTestSuite, java.lang.String, org.testng.xml.XmlSuite, org.apache.maven.surefire.report.ReporterManager) line: 64 org.apache.maven.surefire.testng.TestNGXmlTestSuite.execute(org.apache.maven.surefire.report.ReporterManager, java.lang.ClassLoader) line: 75 org.apache.maven.surefire.Surefire.run(java.util.List, java.util.List, java.lang.ClassLoader, java.lang.ClassLoader) line: 129 sun.reflect.NativeMethodAccessorImpl.invoke0(java.lang.reflect.Method, java.lang.Object, java.lang.Object[]) line: not available [native method] sun.reflect.NativeMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) line: 39 sun.reflect.DelegatingMethodAccessorImpl.invoke(java.lang.Object, java.lang.Object[]) line: 25 java.lang.reflect.Method.invoke(java.lang.Object, java.lang.Object...) line: 585 org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess() line: 225 org.apache.maven.surefire.booter.SurefireBooter.main(java.lang.String[]) line: 747 -- 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
9
0 / 0

[JBoss JIRA] Created: (JBREM-556) versioning tests failing

by Tom Elrod (JIRA)

versioning tests failing ------------------------ Key: JBREM-556 URL: http://jira.jboss.com/jira/browse/JBREM-556 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: general Affects Versions: 2.0.0.Beta2 (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.0.0.CR1 (Boon) Broke some backwards compatibility with previous remoting versions (1.4.x). Run versioning tests via ant target 'tests.versioning.quick' In particular, failures are: HTTP: beta2 client => rc1 server java.lang.NoClassDefFoundError: org/jboss/remoting/transport/http/WebServerError Multiplex: All failed (even rc1 client => rc1 server) RMI: beta2 client => rc1 server & rc1 client => beta2 server Caused by: java.io.InvalidClassException: org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory; local class incompatible: stream classdesc serialVersionUID = -7491556589517716155, local class serialVersionUID = -3039839695840773968 -- 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
3
0 / 0

[JBoss JIRA] Created: (JBREM-555) fix connection validator to not require extra thread to execute ping every time

by Tom Elrod (JIRA)

fix connection validator to not require extra thread to execute ping every time ------------------------------------------------------------------------------- Key: JBREM-555 URL: http://jira.jboss.com/jira/browse/JBREM-555 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: general Affects Versions: 2.0.0.Beta2 (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.0.0.CR1 (Boon) This issue is basically a better fix than was in JBREM-530. Instead of creating a new thread to make the invocation to the server and respond even when executing thread has not finished, need to create a new client invoker for the connection validator. -- 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-559) update doc for 2.0.0.CR1 release

by Tom Elrod (JIRA)

update doc for 2.0.0.CR1 release -------------------------------- Key: JBREM-559 URL: http://jira.jboss.com/jira/browse/JBREM-559 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: general Affects Versions: 2.0.0.Beta2 (Boon) Reporter: Tom Elrod Assigned To: Tom Elrod Fix For: 2.0.0.CR1 (Boon) -- 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
3
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 January 2007