February 2010 - jboss-remoting-issues

[JBoss JIRA] Created: (JBREM-1187) Release 2.2.3.SP2

by Ron Sigal (JIRA)

Release 2.2.3.SP2 ----------------- Key: JBREM-1187 URL: https://jira.jboss.org/jira/browse/JBREM-1187 Project: JBoss Remoting Issue Type: Release Security Level: Public (Everyone can see) Reporter: Ron Sigal Assignee: Ron Sigal Fix For: 2.2.3.SP2 -- 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

14 years

1
1
0 / 0

[JBoss JIRA] Created: (JBREM-1080) Add support for future tasks to RequestContext

by David Lloyd (JIRA)

Add support for future tasks to RequestContext ---------------------------------------------- Key: JBREM-1080 URL: https://jira.jboss.org/jira/browse/JBREM-1080 Project: JBoss Remoting Issue Type: Feature Request Security Level: Public (Everyone can see) Components: r3 api Reporter: David Lloyd Fix For: 3.1.0.Beta1 Right now, the RequestContext keeps track of tasks and threads being used to process a request. If all tasks complete and no reply is sent, it makes sure that the requesting party receives an exception indicating that a reply was never sent. However, if the request listener may wish interact with another framework which uses some asynchronous callback mechanism, from which a reply is to be sent. In this case, all tasks terminate but the reply might still be sent. To solve this problem, RequestContext needs a method which can wrap a Runnable (or similar) with some type of cancellable Runnable or task object, which can then be called by other frameworks as needed later on. The RequestContext wouldn't consider a request "dead" until all tasks completed and all such wrapped Runnables have also been completed or GC'd. -- 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

14 years, 1 month

2
5
0 / 0

[JBoss JIRA] Created: (JBREM-1167) Add simple socket based protocol to Remoting 3 samples

by Ron Sigal (JIRA)

Add simple socket based protocol to Remoting 3 samples ------------------------------------------------------ Key: JBREM-1167 URL: https://jira.jboss.org/jira/browse/JBREM-1167 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Reporter: Ron Sigal Assignee: Ron Sigal Fix For: 3.1.0.Beta1 A simple protocol might help to clarify the concepts of Remoting 3. -- 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

14 years, 1 month

2
4
0 / 0

[JBoss JIRA] Created: (JBREM-1189) Graceful connection close

by David Lloyd (JIRA)

Graceful connection close ------------------------- Key: JBREM-1189 URL: https://jira.jboss.org/jira/browse/JBREM-1189 Project: JBoss Remoting Issue Type: Feature Request Security Level: Public (Everyone can see) Components: r3 core: api, r3 core: remote Reporter: David Lloyd Fix For: 3.1.0.Beta1 Design a mechanism for graceful connection shutdown. This could work in one of a few ways: 1. Refuse new clients, immediately close all clients, allow outstanding requests to finish 2. Refuse new clients, keep connection up until all clients are closed and all outstanding requests to finish #1 might be better - since requests have a finite lifespan but clients can hang around indifinitely. -- 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

14 years, 1 month

2
7
0 / 0

[JBoss JIRA] Created: (JBREM-929) Secure remote classloading

by David Lloyd (JIRA)

Secure remote classloading -------------------------- Key: JBREM-929 URL: http://jira.jboss.com/jira/browse/JBREM-929 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Reporter: David Lloyd Fix For: 3.0.0-M3 Remote classloading should be allowed only if either (a) a security manager is installed (and thus the security manager would create the policy) or (b) a specific option is enabled (which would be disabled by default) to allow it. Also, the remote classloader needs to be able to work with the standard security manager policy - which is to say, that classes loaded from a remote service need to have a unique codeBase URL so that administrators can grant permission to remote classes based on the service from whence they came. -- 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

14 years, 1 month

1
3
0 / 0

[JBoss JIRA] Created: (JBREM-1016) Increase Basic Protocol Version

by David Lloyd (JIRA)

Increase Basic Protocol Version ------------------------------- Key: JBREM-1016 URL: https://jira.jboss.org/jira/browse/JBREM-1016 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Reporter: David Lloyd Fix For: 3.1.0.GA Increase the protocol version by one. Clone this issue for every minor release. -- 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

14 years, 1 month

1
1
0 / 0

[JBoss JIRA] Created: (JBREM-1171) Integrate remote protocol into R3

by David Lloyd (JIRA)

Integrate remote protocol into R3 --------------------------------- Key: JBREM-1171 URL: https://jira.jboss.org/jira/browse/JBREM-1171 Project: JBoss Remoting Issue Type: Task Security Level: Public (Everyone can see) Components: r3 core Reporter: David Lloyd Assignee: David Lloyd Fix For: 3.1.0.GA -- 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

14 years, 1 month

1
2
0 / 0

[JBoss JIRA] Commented: (JBREM-827) Define a management interface for JBoss Remoting

by Trustin Lee (JIRA)

[ https://jira.jboss.org/jira/browse/JBREM-827?page=com.atlassian.jira.plug... ] Trustin Lee commented on JBREM-827: ----------------------------------- I'd like to add: - Counters - Requests being processed (request received but no response yet) - Cumulative number of served client connections (on frequent disconnection we will notice) > Define a management interface for JBoss Remoting > ------------------------------------------------ > > Key: JBREM-827 > URL: https://jira.jboss.org/jira/browse/JBREM-827 > Project: JBoss Remoting > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: David Lloyd > Fix For: 3.1.0.Beta1 > > -- 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

14 years, 2 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBREM-827) Define a management interface for JBoss Remoting

by David Lloyd (JIRA)

[ https://jira.jboss.org/jira/browse/JBREM-827?page=com.atlassian.jira.plug... ] David Lloyd commented on JBREM-827: ----------------------------------- I think at a minimum we should have: - Counters: - Requests processed by endpoint and by connection - Requests rejected by endpoint and by connection - Clients opened by endpoint and connection - Management operations: - Examine & administrative close of connections (graceful and force close) - Examine registered services That's what I can think of offhand. There's probably more stuff we can add as needed. > Define a management interface for JBoss Remoting > ------------------------------------------------ > > Key: JBREM-827 > URL: https://jira.jboss.org/jira/browse/JBREM-827 > Project: JBoss Remoting > Issue Type: Task > Security Level: Public(Everyone can see) > Reporter: David Lloyd > Fix For: 3.1.0.Beta1 > > -- 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

14 years, 2 months

1
0
0 / 0

[JBoss JIRA] Commented: (JBREM-908) Make stream detectors pluggable

by David Lloyd (JIRA)

[ https://jira.jboss.org/jira/browse/JBREM-908?page=com.atlassian.jira.plug... ] David Lloyd commented on JBREM-908: ----------------------------------- I'm not certain there's an in-API solution, however with support for byte, character, and object streams we should be able to cover the significant use cases. We can revisit in 3.2. > Make stream detectors pluggable > ------------------------------- > > Key: JBREM-908 > URL: https://jira.jboss.org/jira/browse/JBREM-908 > Project: JBoss Remoting > Issue Type: Task > Security Level: Public(Everyone can see) > Components: r3 core, r3 core: api > Reporter: David Lloyd > Fix For: 3.2.0.Beta1 > > > Right now there's just a fixed singleton list with just the default detector. See org.jboss.cx.remoting.core.CoreSession. -- 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

14 years, 2 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 February 2010