cxf-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Sergey Beryozkin (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (CXF-5416) UriInfo injection - not getting correct path/base path from UriInfo object which gets injected
Date Fri, 22 Nov 2013 09:36:35 GMT

     [ https://issues.apache.org/jira/browse/CXF-5416?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Sergey Beryozkin resolved CXF-5416.
-----------------------------------

    Resolution: Not A Problem
      Assignee: Sergey Beryozkin

Well-known situation in CXF version prior to 3.0.0-milestone1, the servlet parameter can be
enabled to avoid the unexpected results

> UriInfo injection - not getting correct path/base path from UriInfo object which gets
injected
> ----------------------------------------------------------------------------------------------
>
>                 Key: CXF-5416
>                 URL: https://issues.apache.org/jira/browse/CXF-5416
>             Project: CXF
>          Issue Type: Bug
>            Reporter: Srikanth Hugar
>            Assignee: Sergey Beryozkin
>
> Problem in getting the correct path/base path from UriInfo object which gets injected.
These values for the very first request are right, but the subsequent requests still show
the same value as the very first one. This becomes an issue when the requests differ in the
server name (ip/fqdn). I Apache tomcat with apache cxf.
> public Response getVal (@Context UriInfo uriInfo) {
> uriInfo.getAbsolutePath()
> }
> The first request i get after the application server is up is - myserver.com:443/root/service1.
Here when i get absolute path from UriInfo it gives a right value. But the second request
is send to the ip address of the same server - x.x.x.x:443/root/service1. But when I get the
absolute path from UriInfo, it still has myserver.com:443/root/service1 in it instead of ip
address x.x.x.x:443/root/service1. Every new request gives the absolute path of the very first
request always.



--
This message was sent by Atlassian JIRA
(v6.1#6144)

Mime
View raw message