Hi Sure. I'll verify with the patch and update the thread.
Thanks, Reka On Fri, Jun 15, 2012 at 8:10 PM, Kasun Indrasiri <[email protected]> wrote: > Hi Reka, > > Could you please verify your scenario with the attached patch. (I've tested > it locally using tcpdump.) > In the ESB config you have to use the following property. > > <property name="REQUEST_HOST_HEADER" value="www.example.org" scope="axis2"/> > > > On Tue, Jun 12, 2012 at 11:52 AM, Kasun Indrasiri <[email protected]> wrote: >> >> I have debugged in RequestTargetHost interceptor which is responsible for >> adding the host header. >> >> And the header is not overridden as the following condition is not >> satisfied. >> if (!request.containsHeader(HTTP.TARGET_HOST)) { >> So, the host header is overridden in some other place down the flow.( I've >> started a thread on httpcore regarding this issue) >> >> >> On Tue, Jun 12, 2012 at 10:50 AM, Hiranya Jayathilaka <[email protected]> >> wrote: >>> >>> Synapse doesn't have much control over this. Host header is set by HTTP >>> Core protocol handlers, as it's a HTTP protocol requirement. We should debug >>> into the equestTargetHost >>> (http://hc.apache.org/httpcomponents-core-ga/httpcore/apidocs/org/apache/http/protocol/RequestTargetHost.html) >>> and see what's going on there. >>> >>> Thanks, >>> Hiranya >>> >>> >>> On Tue, Jun 12, 2012 at 10:01 AM, Kasun Indrasiri <[email protected]> wrote: >>>> >>>> I did the fix from synapse level, but still the value written as the >>>> host is overridden from http-core. I'm investigating on this and will >>>> provide a solution today, >>>> >>>> >>>> On Mon, Jun 11, 2012 at 11:34 AM, Reka Thirunavukkarasu <[email protected]> >>>> wrote: >>>>> >>>>> Hi Kasun, >>>>> >>>>> Can we get some update regarding the issue, since we are highly >>>>> depending on the virtual host in AS? Does it require more underlying >>>>> change? >>>>> >>>>> Thanks, >>>>> Reka >>>>> >>>>> On Fri, Jun 1, 2012 at 10:34 AM, Sanjeewa Malalgoda <[email protected]> >>>>> wrote: >>>>> > Any way we cant use passthrogh transport for LB because >>>>> > it has other bug which was discussed on a separate thread. >>>>> > And dushan is currently looking onto it. so we have to focus >>>>> > on nhttp at the moment. >>>>> > >>>>> > Thanks. >>>>> > >>>>> > On Fri, Jun 1, 2012 at 10:27 AM, Kasun Indrasiri <[email protected]> >>>>> > wrote: >>>>> >> >>>>> >> Hi Reka, >>>>> >> >>>>> >> I'm working on a fix for this issue. >>>>> >> >>>>> >> >>>>> >> On Fri, Jun 1, 2012 at 10:25 AM, Reka Thirunavukkarasu >>>>> >> <[email protected]> >>>>> >> wrote: >>>>> >>> >>>>> >>> Hi, >>>>> >>> >>>>> >>> We have configured LB with AS in order to check the context mapping >>>>> >>> to >>>>> >>> webapps. Since the context mapping is done through virtual host in >>>>> >>> AS, >>>>> >>> we should be able to access virtual host (say testapp.wso2.com) >>>>> >>> from >>>>> >>> browser with the url: https://testapp.wso2.com:9443/ where 9443 is >>>>> >>> the >>>>> >>> AS-https port. >>>>> >>> >>>>> >>> So, when we have LB in front of AS, let's say 8280 is LB-https >>>>> >>> port, >>>>> >>> then we can access the virtual host from LB like >>>>> >>> https://testapp.wso2.com:8280/. But this falis, and redirecting to >>>>> >>> carbon management consloe, since the Host header is overwritten >>>>> >>> with >>>>> >>> host name from url (Eg: loacalhost) instead of actual host >>>>> >>> information. >>>>> >>> >>>>> >>> But when we checked this with LB, after few modification in >>>>> >>> synapse, >>>>> >>> Http host header is properly added. Even after that also, AS didn't >>>>> >>> receive the actual host. Also, we experienced the same issue with >>>>> >>> Nio >>>>> >>> and pass through transport as well. Since the host header is >>>>> >>> available >>>>> >>> at LB level, this needs further invstigation in tranport level. >>>>> >>> >>>>> >>> We need to resolve it, since it is a blocker for accessing virtual >>>>> >>> host. >>>>> >>> >>>>> >>> So, the jira has been created: >>>>> >>> https://wso2.org/jira/browse/CARBON-13377 >>>>> >>> >>>>> >>> Thanks, >>>>> >>> Reka >>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> >> -- >>>>> >> Kasun Indrasiri >>>>> >> Associate Technical Lead >>>>> >> WSO2, Inc.; http://wso2.com >>>>> >> lean.enterprise.middleware >>>>> >> >>>>> >> cell: +94 71 536 4128 >>>>> >> Blog : http://kasunpanorama.blogspot.com/ >>>>> >> >>>>> >> _______________________________________________ >>>>> >> Dev mailing list >>>>> >> [email protected] >>>>> >> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>>> >> >>>>> > >>>>> > >>>>> > >>>>> > -- >>>>> > Sanjeewa Malalgoda >>>>> > mobile : +94 713068779 >>>>> > blog :http://sanjeewamalalgoda.blogspot.com/ >>>> >>>> >>>> >>>> >>>> -- >>>> Kasun Indrasiri >>>> Associate Technical Lead >>>> WSO2, Inc.; http://wso2.com >>>> lean.enterprise.middleware >>>> >>>> cell: +94 71 536 4128 >>>> Blog : http://kasunpanorama.blogspot.com/ >>>> >>>> _______________________________________________ >>>> Dev mailing list >>>> [email protected] >>>> http://wso2.org/cgi-bin/mailman/listinfo/dev >>>> >>> >>> >>> >>> -- >>> Hiranya Jayathilaka >>> Senior Technical Lead; >>> WSO2 Inc.; http://wso2.org >>> E-mail: [email protected]; Mobile: +94 77 633 3491 >>> Blog: http://techfeast-hiranya.blogspot.com >> >> >> >> >> -- >> Kasun Indrasiri >> Associate Technical Lead >> WSO2, Inc.; http://wso2.com >> lean.enterprise.middleware >> >> cell: +94 71 536 4128 >> Blog : http://kasunpanorama.blogspot.com/ > > > > > -- > Kasun Indrasiri > Associate Technical Lead > WSO2, Inc.; http://wso2.com > lean.enterprise.middleware > > cell: +94 71 536 4128 > Blog : http://kasunpanorama.blogspot.com/ _______________________________________________ Dev mailing list [email protected] http://wso2.org/cgi-bin/mailman/listinfo/dev
