[JBoss JIRA] Moved: (GTNWSRP-134) WSRP 'self' consumer configuration incorrect if server is configured with non-default ports.
by Chris Laprun (JIRA)
[ https://jira.jboss.org/browse/GTNWSRP-134?page=com.atlassian.jira.plugin.... ]
Chris Laprun moved JBPORTAL-1969 to GTNWSRP-134:
------------------------------------------------
Project: GateIn WSRP (was: JBoss Portal)
Key: GTNWSRP-134 (was: JBPORTAL-1969)
Affects Version/s: 1.1.1-GA
(was: 2.6.4 Final)
Component/s: (was: Portal WSRP)
Fix Version/s: 2.1.0
(was: 2.8 Final)
> WSRP 'self' consumer configuration incorrect if server is configured with non-default ports.
> --------------------------------------------------------------------------------------------
>
> Key: GTNWSRP-134
> URL: https://jira.jboss.org/browse/GTNWSRP-134
> Project: GateIn WSRP
> Issue Type: Feature Request
> Affects Versions: 1.1.1-GA
> Environment: JBoss Portal 2.6.3 / JBoss [Trinity] 4.2.2.GA (build: SVNTag=JBoss_4_2_2_GA date=200710221139)
> Java version: 1.5.0_11,Sun Microsystems Inc.
> Java VM: Java HotSpot(TM) Client VM 1.5.0_11-b03,Sun Microsystems Inc.
> OS-System: Windows 2000 5.0,x86
> Reporter: Andreas Chlupacek
> Assignee: Chris Laprun
> Priority: Optional
> Fix For: 2.1.0
>
>
> The portal server's service bindings were altered in JBOSS_HOME/server/default/conf/jboss-service.xml so that the server loads its bindings from the "ports-01" configuration specified in JBOSS_HOME/docs/examples/binding-manager/sample-bindings.xml.
> Steps to reproduce:
> ===================
> In the Admin Portal, navigate to the WSRP Page and inspect the consumers configuration. The "self" consumer is shown as "(inactive) (refresh needed)". Click on "Configure" and inspect the endpoint configuration (make sure the "Use WSDL?" checkbox is not ticked).
> Observed behaviour:
> ===================
> The endpoint URLs point to port 8080 regardless of the listening ports stated in the service binding configuration. This causes the "self" consumer to be inactive after server startup, with the corresponding error messages shown on the console ("InvokerUnavailableException: Couldn't register with producer 'self'").
> Expected behaviour:
> ===================
> The endpoint configuration should reflect the server's listening ports.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 5 months
[JBoss JIRA] Moved: (GTNWSRP-132) Provide security authentication per wsrp producer in the consumer
by Chris Laprun (JIRA)
[ https://jira.jboss.org/browse/GTNWSRP-132?page=com.atlassian.jira.plugin.... ]
Chris Laprun moved JBPORTAL-1175 to GTNWSRP-132:
------------------------------------------------
Project: GateIn WSRP (was: JBoss Portal)
Key: GTNWSRP-132 (was: JBPORTAL-1175)
Component/s: (was: Portal WSRP)
Fix Version/s: 2.1.0
(was: 2.8 Final)
> Provide security authentication per wsrp producer in the consumer
> -----------------------------------------------------------------
>
> Key: GTNWSRP-132
> URL: https://jira.jboss.org/browse/GTNWSRP-132
> Project: GateIn WSRP
> Issue Type: Feature Request
> Reporter: Julien Viet
> Assignee: Chris Laprun
> Fix For: 2.1.0
>
>
> Security based on SOAP/HTTP security which allow basic/digest authentication.
> Usually the stub can be configured using smth like :
> Stub stub = // ... get the Stub;
> stub._setProperty ("javax.xml.rpc.security.auth.username", "juliet");
> stub._setProperty ("javax.xml.rpc.security.auth.password", "mypassword");
> We need to support several kind of username/password style, so we should have
> 1/ a global username/password for the whole producer, smth like
> <wsrp-producer>
> <producer-id>blah</producer-id>
> ...
> <auth-config>
> <username>blah username</username>
> <password>blah password</password>
> </auth-config>
> </wsrp-producer>
> 2/ a generic mechanism that would allow more fine grained username/password that can allow to make identity propagation (for sso)
> <wsrp-producer>
> <producer-id>blah</producer-id>
> ...
> <auth-config>
> <credential-factory>org.client.BlahCredentialFactory</credential-factory>
> </auth-config>
> </wsrp-producer>
> with an interface which allows to retrieve credentials. Usually the factory implementations leverage thread local mechanisms to integrate the user identity with a username/password storage like :
> String userId = UserId.getCurrentUserId();
> String password = passwordStore.getPassword(userId);
> return new WSRPCredential(userId, password);
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
15 years, 5 months