November 2011 - jboss-remoting-issues

[JBoss JIRA] Created: (JBREM-988) Watch org.jboss.test.remoting.stream.StreamingTestCase for failures

by Ron Sigal (JIRA)

Watch org.jboss.test.remoting.stream.StreamingTestCase for failures ------------------------------------------------------------------- Key: JBREM-988 URL: http://jira.jboss.com/jira/browse/JBREM-988 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Reporter: Ron Sigal Assigned To: Ron Sigal Fix For: 2.4.1.Beta org.jboss.test.remoting.stream.StreamingTestCase has failed a few times in hudson. Should watch for more failures. -- 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

11 years, 9 months

2
3
0 / 0

[JBoss JIRA] Created: (JBREM-1163) Evaluate FindBugs reports

by Ron Sigal (JIRA)

Evaluate FindBugs reports ------------------------- Key: JBREM-1163 URL: https://jira.jboss.org/jira/browse/JBREM-1163 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Reporter: Ron Sigal Assignee: Ron Sigal Fix For: 2.5.2.SP1 (Flounder) http://hudson.jboss.org/hudson/view/JBoss%20AS/job/JBoss-AS-6.0.x-findbug... and http://hudson.jboss.org/hudson/view/JBoss%20AS/job/JBoss-AS-5.x-findbugs/... -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

1
11
0 / 0

[JBoss JIRA] Created: (JBREM-1301) WebUtil.isBinary fails when charSet appended

by Tom Cunningham (JIRA)

WebUtil.isBinary fails when charSet appended -------------------------------------------- Key: JBREM-1301 URL: https://issues.jboss.org/browse/JBREM-1301 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: jmx remoting, marshall Affects Versions: 2.5.4.SP2 Reporter: Tom Cunningham WebUtil.isBinary fails when the contentType equals application/octet-stream?charSet=UTF-8 It only accepts "application/octet-stream" as valid. On 1.6.0_21, I'm receiving "application/octet-stream?charSet=UTF-8" as my ContentType from HttpUrlConnection.getHeaderFields() within HttpClientInvoker, which overwrites any ContentType I try to send in a map. Because of this, my responses are InvocationResponses, but they are treated as a string and not unmarshalled. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

4
5
0 / 0

[JBoss JIRA] (JBREM-1302) Can't invoke remote object if server bind address is 0.0.0.0

by Sergey Chernov (Created) (JIRA)

Can't invoke remote object if server bind address is 0.0.0.0 ------------------------------------------------------------ Key: JBREM-1302 URL: https://issues.jboss.org/browse/JBREM-1302 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Components: transport Affects Versions: 2.5.4.SP2 Environment: Jboss 5.1.0 jdk 1.6 jboss remoting 2.5.4.SP2 Reporter: Sergey Chernov When jboss bind address is set to `0.0.0.0` remote client gets exception while trying to invoke remote object's method: java.rmi.ConnectException: Connection refused to host: lx4-schernov.nn.five9.com; nested exception is: java.net.ConnectException: Connection refused: connect at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:601) at sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:198) at sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:184) at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:110) at org.jboss.remoting.transport.rmi.RMIServerInvoker_Stub.transport(Unknown Source) at org.jboss.remoting.transport.rmi.RMIClientInvoker.callTransport(RMIClientInvoker.java:648) at org.jboss.remoting.transport.rmi.RMIClientInvoker.access$100(RMIClientInvoker.java:78) at org.jboss.remoting.transport.rmi.RMIClientInvoker$1.run(RMIClientInvoker.java:402) at org.jboss.util.threadpool.RunnableTaskWrapper.run(RunnableTaskWrapper.java:147) at org.jboss.util.threadpool.BasicThreadPool.executeOnThread(BasicThreadPool.java:473) at org.jboss.util.threadpool.BasicThreadPool.runTaskWrapper(BasicThreadPool.java:201) at org.jboss.remoting.transport.rmi.RMIClientInvoker.transport(RMIClientInvoker.java:420) at org.jboss.remoting.MicroRemoteClientInvoker.invoke(MicroRemoteClientInvoker.java:169) at org.jboss.remoting.Client.invoke(Client.java:2070) at org.jboss.remoting.Client.invoke(Client.java:879) at org.jboss.remoting.Client.invoke(Client.java:867) at org.jboss.remoting.transporter.TransporterClient.invoke(TransporterClient.java:479) at $Proxy0.getMySumHost(Unknown Source) at test.Main.main(Main.java:45) 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:193) at java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182) at java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366) at java.net.Socket.connect(Socket.java:525) at java.net.Socket.connect(Socket.java:475) at java.net.Socket.<init>(Socket.java:372) at java.net.Socket.<init>(Socket.java:186) at javax.net.DefaultSocketFactory.createSocket(SocketFactory.java:206) at org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory.createSocketPrivate(RemotingRMIClientSocketFactory.java:333) at org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory.createSocket(RemotingRMIClientSocketFactory.java:210) at sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:595) ... 18 more It happens because RemotingRMIClientSocketFactory had been created with wrong ('0.0.0.0') host name which becomes effective host while creating socket: log: 328 [main] TRACE org.jboss.remoting.transport.rmi.RemotingRMIClientSocketFactory - host: lx4-schernov.nn.five9.com, effective host: 0.0.0.0, port: 47952 source: public Socket createSocket(String host, final int port) throws IOException 176 { ... 181 final String effectiveHost = hostName != null ? hostName : host; While creating factory it should be checked, that host name is not broadcast or localhost address, to make client's locatorUri mandatory for such cases. Client source code: String address = "remote.host.com"; Properties props = new Properties(); props.put(InitialContext.INITIAL_CONTEXT_FACTORY, "org.jnp.interfaces.NamingContextFactory"); props.put(InitialContext.PROVIDER_URL, "jnp://" + address + ":1099"); props.put(InitialContext.URL_PKG_PREFIXES, "org.jboss.naming:org.jnp.interfaces"); InitialContext context = new InitialContext(props); Object tmp = context.lookup("remote/subsystem/Object"); ObjectInf object = (ObjectInf) tmp; object.doJob(); // here exception it thrown -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

11 years, 9 months

5
5
0 / 0

[JBoss JIRA] Created: (JBREM-1298) Release 2.5.4.SP3

by Ron Sigal (JIRA)

Release 2.5.4.SP3 ----------------- Key: JBREM-1298 URL: https://issues.jboss.org/browse/JBREM-1298 Project: JBoss Remoting Issue Type: Release Security Level: Public (Everyone can see) Reporter: Ron Sigal Assignee: Ron Sigal -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

1
2
0 / 0

[JBoss JIRA] Created: (JBREM-1297) Deadlock between MicroRemoteClientInvoker.establishLease and Client.notifyListeners

by Artur Karpinski (JIRA)

Deadlock between MicroRemoteClientInvoker.establishLease and Client.notifyListeners ----------------------------------------------------------------------------------- Key: JBREM-1297 URL: https://issues.jboss.org/browse/JBREM-1297 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Affects Versions: 2.5.4.SP2 Reporter: Artur Karpinski Priority: Critical Deadlock is probably caused by changes introduced in this fix: JBREM-1242. Thread A: 1. MicroRemoteClientInvoker.terminateLease, locks clientLeaseLock 2. Client.notifyListeners, locks connectionValidatorLock Thread B: 1. Client.setupClientLease, locks connectionValidatorLock 2. MicroRemoteClientInvoker.establishLease, locks connectionValidatorLock Please check stacktraces when this deadlock occurred: {code} "Timer-16" - Thread t@486453 java.lang.Thread.State: BLOCKED at org.jboss.remoting.Client.notifyListeners(Client.java:1873) - waiting to lock <747c39d3> (a java.lang.Object) owned by "WorkManager(2)-241" t@6121 at org.jboss.remoting.LeasePinger.stopPing(LeasePinger.java:134) at org.jboss.remoting.MicroRemoteClientInvoker.terminateLease(MicroRemoteClientInvoker.java:434) - locked <751714e> (a java.lang.Object) at org.jboss.remoting.ConnectionValidator$WaitOnConnectionCheckTimerTask.run(ConnectionValidator.java:1081) at java.util.TimerThread.mainLoop(Timer.java:512) at java.util.TimerThread.run(Timer.java:462) {code} and {code} "WorkManager(2)-241" - Thread t@6121 java.lang.Thread.State: BLOCKED at org.jboss.remoting.MicroRemoteClientInvoker.establishLease(MicroRemoteClientInvoker.java:507) - waiting to lock <751714e> (a java.lang.Object) owned by "Timer-16" t@486453 at org.jboss.remoting.Client.setupClientLease(Client.java:2056) - locked <747c39d3> (a java.lang.Object) at org.jboss.remoting.Client.connect(Client.java:1918) at org.jboss.remoting.Client.connect(Client.java:737) {code} One way to fix this would be to add lock on connectionValidatorLock in MicroRemoteClientInvoker.terminateLease. I'm trying to analyse code to check if this fix will not introduce another deadlock problem. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 3 months

5
11
0 / 0

[JBoss JIRA] Created: (JBREM-1286) Fix sources encoding to UTF-8

by Ondrej Zizka (JIRA)

Fix sources encoding to UTF-8 ----------------------------- Key: JBREM-1286 URL: https://issues.jboss.org/browse/JBREM-1286 Project: JBoss Remoting Issue Type: Bug Security Level: Public (Everyone can see) Reporter: Ondrej Zizka Compiling 395 source files to build/classes src/main/org/jboss/remoting/callback/CallbackStore.java:79: unmappable character for encoding UTF-8 * Key for setting the file suffix to use for the callback objects written to disk. The default value is �ser�. src/main/org/jboss/remoting/callback/CallbackStore.java:79: unmappable character for encoding UTF-8 * Key for setting the file suffix to use for the callback objects written to disk. The default value is �ser�. 2 errors -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

6
9
0 / 0

[JBoss JIRA] (JBREM-552) cannot init cause of ClassCastException

by Ron Sigal (Commented) (JIRA)

[ https://issues.jboss.org/browse/JBREM-552?page=com.atlassian.jira.plugin.... ] Ron Sigal commented on JBREM-552: --------------------------------- Hi Jens, Your stacktrace doesn't seem to have anything to do with Remoting. -Ron > cannot init cause of ClassCastException > --------------------------------------- > > Key: JBREM-552 > URL: https://issues.jboss.org/browse/JBREM-552 > Project: JBoss Remoting > Issue Type: Bug > Security Level: Public(Everyone can see) > Affects Versions: 2.0.0.Beta2 (Boon) > Reporter: John Mazzitelli > Assignee: Tom Elrod > Priority: Minor > Fix For: 2.0.0.CR1 (Boon) > > > I'm in a catch clause within InvokerRegistry and I'm getting a weird exception thrown: > java.lang.IllegalStateException: Can't overwrite cause > at java.lang.Throwable.initCause(Throwable.java:320) > at org.jboss.remoting.InvokerRegistry.loadClientInvoker(InvokerRegistry.java:447) > at org.jboss.remoting.InvokerRegistry.createClientInvoker(InvokerRegistry.java:324) > at org.jboss.remoting.Client.connect(Client.java:385) > at org.jboss.on.communications.command.client.JBossRemotingRemoteCommunicator.getRemotingClient(JBossRemotingRemoteCommunicator.java:470) > at org.jboss.on.communications.command.client.JBossRemotingRemoteCommunicator.send(JBossRemotingRemoteCommunicator.java:430) > at org.jboss.on.communications.command.client.AbstractCommandClient.invoke(AbstractCommandClient.java:167) > at org.jboss.on.communications.command.client.ClientCommandSender.send(ClientCommandSender.java:820) > at org.jboss.on.communications.command.client.ServerPollingThread.run(ServerPollingThread.java:102) > Look at line 447 and you'll see it is trying to init the cause of a ClassNotFoundException. Running in a debugger, the newly constructed exception created on 446 has a null cause. Looking then at Throwable.initCause and you'll see a null cause causes this IllegalStateException to be thrown. The cause needs to be "this", not null (I don't know why, seems like it should also look for null, but whatever - that's the way the JDK is written). > The fix is simple - use the constructor that takes a throwable as its second parameter. Not sure why initCause it being used, as opposed to this constructor. > e.g.: > new ClassNotFoundException("Can not invoke loadClientInvokerClass method on " + transportFactoryClass, e); > (notice the ", e" parameter). > There are three other instances where initCause is called on ClassNotFoundException that also need to be fixed. See the other catch clauses in here. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 4 months

1
0
0 / 0

[JBoss JIRA] (JBREM-1304) getting ERROR [STDERR] AxisFault faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException

by tulasidhar reddy (Created) (JIRA)

getting ERROR [STDERR] AxisFault faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException ------------------------------------------------------------------------------------------------------------- Key: JBREM-1304 URL: https://issues.jboss.org/browse/JBREM-1304 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: callbacks Affects Versions: 2.2.1.GA Environment: Windows,JBoss 4.2 Reporter: tulasidhar reddy Priority: Blocker Fix For: External_issues Iam getting below error while accessing my services.Kindly help me on this. 16:22:45,828 INFO [STDOUT] 2011-11-24 16:22:45,828 [http-127.0.0.1-8080-1] INFO (class com.ge.hc.mytasks.util.MyTasksUtil) - Before archiveTask1 16:22:45,828 INFO [STDOUT] 16:22:45,828 INFO [MyTasksUtil)] Before archiveTask1 16:22:45,843 INFO [STDOUT] Before archiveTask1com.gehc.sf.task.axis.TaskManagerServiceLocator@18cd5fb 16:22:46,000 INFO [STDOUT] Before archiveTask2http://usmkeqcvmd1.am.health.ge.com:8080/axis/services/SawfishCreateTaskService 16:22:46,000 INFO [STDOUT] 2011-11-24 16:22:46,000 [http-127.0.0.1-8080-1] INFO (class com.ge.hc.mytasks.util.MyTasksUtil) - Before archiveTask2 16:22:46,000 INFO [STDOUT] 16:22:46,000 INFO [MyTasksUtil)] Before archiveTask2 16:22:46,218 INFO [STDOUT] Before archiveTask3com.gehc.sf.task.axis.SawfishCreateTaskServiceSoapBindingStub@1337f6f 16:22:46,218 INFO [STDOUT] 2011-11-24 16:22:46,218 [http-127.0.0.1-8080-1] INFO (class com.ge.hc.mytasks.util.MyTasksUtil) - Before archiveTask3 16:22:46,218 INFO [STDOUT] 16:22:46,218 INFO [MyTasksUtil)] Before archiveTask3 16:22:58,171 ERROR [STDERR] AxisFault faultCode: {http://schemas.xmlsoap.org/soap/envelope/}Server.userException faultSubcode: faultString: javax.naming.CommunicationException: Failed to retrieve stub from server 3.232.180.62:1400 [Root exception is java.io.StreamCorruptedException: unexpected block data] faultActor: faultNode: faultDetail: {http://xml.apache.org/axis/}hostname:USMKEQCVMD1 16:22:58,171 ERROR [STDERR] javax.naming.CommunicationException: Failed to retrieve stub from server 3.232.180.62:1400 [Root exception is java.io.StreamCorruptedException: unexpected block data] 16:22:58,171 ERROR [STDERR] at org.apache.axis.message.SOAPFaultBuilder.createFault(SOAPFaultBuilder.java:221) 16:22:58,171 ERROR [STDERR] at org.apache.axis.message.SOAPFaultBuilder.endElement(SOAPFaultBuilder.java:128) 16:22:58,171 ERROR [STDERR] at org.apache.axis.encoding.DeserializationContext.endElement(DeserializationContext.java:1077) 16:22:58,171 ERROR [STDERR] at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) 16:22:58,171 ERROR [STDERR] at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source) 16:22:58,171 ERROR [STDERR] at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) 16:22:58,171 ERROR [STDERR] at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) 16:22:58,171 ERROR [STDERR] at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) 16:22:58,171 ERROR [STDERR] at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) 16:22:58,171 ERROR [STDERR] at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) 16:22:58,171 ERROR [STDERR] at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) 16:22:58,171 ERROR [STDERR] at org.apache.xerces.jaxp.SAXParserImpl$JAXPSAXParser.parse(Unknown Source) 16:22:58,171 ERROR [STDERR] at javax.xml.parsers.SAXParser.parse(SAXParser.java:395) 16:22:58,171 ERROR [STDERR] at org.apache.axis.encoding.DeserializationContext.parse(DeserializationContext.java:225) 16:22:58,171 ERROR [STDERR] at org.apache.axis.SOAPPart.getAsSOAPEnvelope(SOAPPart.java:645) 16:22:58,171 ERROR [STDERR] at org.apache.axis.Message.getSOAPEnvelope(Message.java:424) 16:22:58,171 ERROR [STDERR] at org.apache.axis.handlers.soap.MustUnderstandChecker.invoke(MustUnderstandChecker.java:62) 16:22:58,171 ERROR [STDERR] at org.apache.axis.client.AxisClient.invoke(AxisClient.java:173) 16:22:58,171 ERROR [STDERR] at org.apache.axis.client.Call.invokeEngine(Call.java:2737) 16:22:58,171 ERROR [STDERR] at org.apache.axis.client.Call.invoke(Call.java:2720) 16:22:58,171 ERROR [STDERR] at org.apache.axis.client.Call.invoke(Call.java:2396) 16:22:58,171 ERROR [STDERR] at org.apache.axis.client.Call.invoke(Call.java:2319) 16:22:58,171 ERROR [STDERR] at org.apache.axis.client.Call.invoke(Call.java:1776) 16:22:58,171 ERROR [STDERR] at com.gehc.sf.task.axis.SawfishCreateTaskServiceSoapBindingStub.createTask(Unknown Source) 16:22:58,171 ERROR [STDERR] at com.ge.hc.mytasks.util.MyTasksUtil.creatTask(MyTasksUtil.java:84) 16:22:58,171 ERROR [STDERR] at com.ge.med.websol.webshop.servlet.OrderControllerServlet.action(OrderControllerServlet.java:437) 16:22:58,171 ERROR [STDERR] at com.ge.med.websol.webshop.servlet.WebshopBaseServlet.doPost(WebshopBaseServlet.java:75) 16:22:58,187 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:710) 16:22:58,187 ERROR [STDERR] at javax.servlet.http.HttpServlet.service(HttpServlet.java:803) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 16:22:58,187 ERROR [STDERR] at org.jboss.web.tomcat.filters.ReplyHeaderFilter.doFilter(ReplyHeaderFilter.java:96) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:235) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:230) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) 16:22:58,187 ERROR [STDERR] at org.jboss.web.tomcat.security.SecurityAssociationValve.invoke(SecurityAssociationValve.java:179) 16:22:58,187 ERROR [STDERR] at org.jboss.web.tomcat.security.JaccContextValve.invoke(JaccContextValve.java:84) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) 16:22:58,187 ERROR [STDERR] at org.jboss.web.tomcat.service.jca.CachedConnectionValve.invoke(CachedConnectionValve.java:157) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) 16:22:58,187 ERROR [STDERR] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:262) 16:22:58,187 ERROR [STDERR] at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844) 16:22:58,187 ERROR [STDERR] at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:583) 16:22:58,187 ERROR [STDERR] at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:446) 16:22:58,187 ERROR [STDERR] at java.lang.Thread.run(Thread.java:619) 16:22:58,187 INFO [STDOUT] javax.naming.CommunicationException: Failed to retrieve stub from server 3.232.180.62:1400 [Root exception is java.io.StreamCorruptedException: unexpected block data] 16:22:58,187 INFO [STDOUT] return string in checkout = 16:22:58,187 INFO [STDOUT] 2011-11-24 16:22:58,187 [http-127.0.0.1-8080-1] INFO (class com.ge.med.websol.webshop.servlet.OrderControllerServlet) - return string in checkout = 16:22:58,187 INFO [STDOUT] 16:22:58,187 INFO [OrderControllerServlet)] return string in checkout = 16:22:58,187 INFO [STDOUT] 2011-11-24 16:22:58,187 [http-127.0.0.1-8080-1] INFO (class com.ge.med.websol.webshop.servlet.OrderControllerServlet) - End of method createTask 16:22:58,187 INFO [STDOUT] 16:22:58,187 INFO [OrderControllerServlet)] End of method createTask 16:22:58,187 INFO [STDOUT] End of method createTask 16:22:58,187 INFO [STDOUT] 2011-11-24 16:22:58,187 [http-127.0.0.1-8080-1] DEBUG (class com.ge.med.websol.webshop.servlet.OrderControllerServlet) - strRedirectUrl: /shop_msg.jsp 16:23:01,140 INFO [STDOUT] 2011-11-24 16:23:01,140 [http-127.0.0.1-8080-1] DEBUG (class com.ge.med.websol.webshop.servlet.OrderControllerServlet) - <--<--OrderControllerServlet.action() -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

3
2
0 / 0

[JBoss JIRA] (JBREM-902) InvocationRequest need SSLSession for certificates and principal in sslsocket transport

by Ron Sigal (Closed) (JIRA)

[ https://issues.jboss.org/browse/JBREM-902?page=com.atlassian.jira.plugin.... ] Ron Sigal closed JBREM-902. --------------------------- Resolution: Rejected > InvocationRequest need SSLSession for certificates and principal in sslsocket transport > --------------------------------------------------------------------------------------- > > Key: JBREM-902 > URL: https://issues.jboss.org/browse/JBREM-902 > Project: JBoss Remoting > Issue Type: Feature Request > Security Level: Public(Everyone can see) > Components: security > Reporter: Xiang Qinxian > > In a SSL context, there is a real need for check principal and certificates. > There are ways to do this, but current jboss remoting not provide it, just provider socket remote address as sessionId. seems not enough. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 5 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

jboss-remoting-issues November 2011