[JBoss JIRA] Created: (JBREM-1050) HTTPClientInvoker does not support BASIC authentication for proxies when use of proxy is configured by system properties
by Ron Sigal (JIRA)
HTTPClientInvoker does not support BASIC authentication for proxies when use of proxy is configured by system properties
------------------------------------------------------------------------------------------------------------------------
Key: JBREM-1050
URL: https://jira.jboss.org/jira/browse/JBREM-1050
Project: JBoss Remoting
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 2.2.2.SP10
Reporter: Ron Sigal
Assignee: Ron Sigal
Fix For: 2.2.2.SP11
The use of a proxy can be communicated to the HTTP transport in two ways.
1. The parameters "http.proxyHost" and "http.proxyPort" can be configured in the invocation metadata map, or
2. the system properties "http.proxyHost" and "http.proxyPort" can be set.
In the former case, org.jboss.remoting.transport.http.HTTPClientInvoker will attempt to call java.net.URL.openConnection(java.net.Proxy) (which exists only in jdk 1.5 and above). If the call succeeds, HTTPClientInvoker will go on to create a "Proxy-Authorization" request header, based on the values associated with ""http.proxy.username" and "http.proxy.password", either in the invocation metadata map or as system properties.
In the latter case, the java.net.URL class will configure proxy information based on the system properties.
The problem is that, in the latter case, HTTPClientInvoker does not check for the existence of the "http.proxyHost" and "http.proxyPort" system properties, and so never checks to see if it should create a "Proxy-Authorization" request header.
--
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
16 years, 1 month
[JBoss JIRA] Created: (JBREM-1056) Fix race condition in InvokerRegistry
by Ron Sigal (JIRA)
Fix race condition in InvokerRegistry
-------------------------------------
Key: JBREM-1056
URL: https://jira.jboss.org/jira/browse/JBREM-1056
Project: JBoss Remoting
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: 2.2.2.SP10
Reporter: Ron Sigal
Assignee: Ron Sigal
Fix For: 2.2.2.SP11
In org.jboss.remoting.InvokerRegistry.createClientInvoker() there is a reference to serverLocators which is in a synchronized(clientLock) block but which is not protected by a synchronized(serverLock) block. Under heavy load, when org.jboss.remoting.Client.addCallbackListener() is creating a connection to the callback Connector (which is necessarily colocated in the same JVM), serverLocators has been seen to return null.
--
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
16 years, 1 month
[JBoss JIRA] Created: (JBREM-1026) Add service metadata
by David Lloyd (JIRA)
Add service metadata
--------------------
Key: JBREM-1026
URL: https://jira.jboss.org/jira/browse/JBREM-1026
Project: JBoss Remoting
Issue Type: Task
Security Level: Public (Everyone can see)
Components: r3 api
Reporter: David Lloyd
Fix For: 3.0.0-M3
A RequestHandlerSource (aka a forwarded service) needs methods to query static metadata, such as:
1) The presence or absence of ordering guarantees across the total path
2) Security information about the total path (encryption strength for example)
3) Path information (like a traceroute, for cost as well as diagnostic information; could include link cost, transport type & version, etc)
4) Possibly authentication information about the total path
It should be possible to add new metadata types later on without interfering with backwards compatibility. So lack of a given metadata type must be considered to be possibly indicative of an older version along the path.
--
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
16 years, 1 month