Problem solved. In my development environment I was using the port number
(so without using Apache) but to call the web service in the test
environment I omitted the port number and the URL was decoded two times.
So now I only need to understand how to avoid this behaviour also when the
port is not used but this is out of the cxf mailing list.
Ciao,
V.
On 10/4/07, Vincenzo Vitale <[EMAIL PROTECTED]> wrote:
>
> Hi,
>
> I developed some web services using the HttpResource annotation.
>
> So for example I have the annotation:
>
> @HttpResource(location =
> "/myService/{firstParameter}/{secondParameter}/{urlParameter}/{lastParameter}")
>
>
> The problem has that my parameters can contain url and I solved the
> problems with for example something like "http://";, double encoding it in
> "http%253A%252F%252F".
>
> In my development environment (Jboss under Windows) the method gets the
> single encoded version "http%3A%2F%2F" and that's fine. But in the test
> environment under linux the parameter in the URL is decoded twice and
> actually the / in the URL is interpreted by cxf like a parameter separator.
>
> Any suggestion on what can cause this? Maybe a Jboss or locale
> configuration I need to change. I'm also wondering if it's possible to use
> normal parameters in a rest service exposed with cxf instead of url
> template. there is the queryParameter attribute in the @HttpResource but I
> have not found any example on how to use it.
>
>
> Thanks,
> Vincenzo.
>
>
>
