[ 
https://issues.apache.org/jira/browse/SHINDIG-1627?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13130630#comment-13130630
 ] 

Doug Davies commented on SHINDIG-1627:
--------------------------------------

Done. Thanks a lot.

doug


On 10/19/11 9:04 AM, "Dan Dumont (Commented) (JIRA)" <[email protected]>




                
> When running with a non-root context, RPC calls are still being made to /rpc 
> unless overridden with config
> ----------------------------------------------------------------------------------------------------------
>
>                 Key: SHINDIG-1627
>                 URL: https://issues.apache.org/jira/browse/SHINDIG-1627
>             Project: Shindig
>          Issue Type: Bug
>    Affects Versions: 3.0.0
>            Reporter: Doug Davies
>             Fix For: 3.0.0
>
>         Attachments: upstream.patch
>
>
> From Dan Dumont:
> The problem before is that '/rpc' was always registered.  Always.  It just 
> never stuck because the service had already been registered.
> My change (SHINDIG-1569) changed that so it could be overridden by the config 
> (necessary 
> for cross domain container loading).
> Now /rpc is taking hold, overriding the previously set service.  I didn't 
> see this because we typically do not deploy on non-root contexts.
> So the workaround is to specify the path in the config, but I think there 
> should be a JIRA for this so that we don't hardcode the default '/rpc' but 
> instead somehow use the value that was used to register the service first.
> Or not register the service at all if the path/host has not been specified 
> in the config.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: 
https://issues.apache.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

Reply via email to