I am porting a Metro app to CXF. I have the following code which runs OK in
Metro environment, but I am getting an exception from CXF. I am not sure
what is my problem.
List handlers = new ArrayList();
handlers.add(new ServiceHandler());
Endpoint endpoint = Endpoint
Thanks Dan.
We're also investigating the possibility of creating a new instance of the
org.apache.cxf.transport.htttp_jetty.continuations.JettyContinuationProvider
and using it with the org.apache.cxf.transport.servlet.CXFServlet. Do you
think this has any possibility of working?
We're investiga
Hmm.
> 1. Unfortunately, I cannot find way how policy-related interceptors
> are added to bus.
The first interceptor on the chain should be the PolicyInInterceptor which
would be grabbed from the Bus (providing the policy engine is on which it is
by default if the policy module is
On Fri February 5 2010 2:50:23 pm James Avery wrote:
> Still looking for some options here...
>
> Is it possible to use the "JettyHTTPTransportFactory" with the
> "org.apache.cxf.transport.servlet.CXFServlet"?
I really don't think there is.
You could PROBABLY write an interceptor that grabbed t
Still looking for some options here...
Is it possible to use the "JettyHTTPTransportFactory" with the
"org.apache.cxf.transport.servlet.CXFServlet"?
-Original Message-
From: James [mailto:c...@legendsoft.net]
Sent: Thursday, February 04, 2010 9:56 PM
To: users@cxf.apache.org
Subject: How
Daniel, it works great.
Thank you very much!
Best regards-
On Thu, Feb 4, 2010 at 6:50 PM, Daniel Kulp wrote:
>
> Well, NORMALLY you cannot, but with CXF, we do allow very simple soap
> operations to be done via a GET.
>
> It would be something like:
>
> http://localhost:8080/SFAS/SFAService/so
Sergey,
I'll look into that on monday. Gotta hit the weekend now, it's already late
enough!
Thanks for all,
Daniel
Am 05.02.2010 um 18:40 schrieb Sergey Beryozkin:
>
> Sure, I'll try to to look into it.
>
> However I'd appreciate if you could confirm first :
>
> - did you explicitly add an
Here it is: https://issues.apache.org/jira/browse/DOSGI-58
cheers,
Daniel
Am 05.02.2010 um 16:37 schrieb Daniel Bimschas:
> I'll open the issue!
>
> Am 05.02.2010 um 16:17 schrieb Sergey Beryozkin:
>
>> I seePerhaps it could recognize that a conflict will occur and print a
>> more meaning
Sure, I'll try to to look into it.
However I'd appreciate if you could confirm first :
- did you explicitly add an "org.apache.cxf.jaxrs.provider" value to your
bundle's Import-Package ? You haven't told me if you tried it
- what is the story with the LinkageError you mentioned earlier ? Looke
Hi,
I work on applying of security policy of per-operation granularity. Some
operations of my service should be, some of them not. The non-secured
operations are used by legacy clients which don't know anything about
WS-Security; there is no way to apply any kind of security interceptor to the
On Fri, Feb 5, 2010 at 17:52, KARR, DAVID (ATTSI) wrote:
>> -Original Message-
>> From: SaravananRamamoorthy [mailto:saravanan.ramamoorth...@gmail.com]
>> Sent: Friday, February 05, 2010 8:31 AM
>> To: users@cxf.apache.org
>> Subject: Re: Http basic authentication in JAX RS
>>
>>
>> Hi And
Hi
Sorry, was about to reply earlier on
That is a useful link indeed. Can you please let me know how does the the
method signature look like ?
I'd like to understand how a GWT RPC sequence is supposed to mapped to a
real methodThen we can see what is the best option is...
Perhaps one op
> -Original Message-
> From: SaravananRamamoorthy [mailto:saravanan.ramamoorth...@gmail.com]
> Sent: Friday, February 05, 2010 8:31 AM
> To: users@cxf.apache.org
> Subject: Re: Http basic authentication in JAX RS
>
>
> Hi Andreas,
>
> Thanks for your information.
> I will try to figure o
Hi Andreas,
Thanks for your information.
I will try to figure out what I made mistake in SOAP UI.
Thanks for your help.
Regards
Saravanan R
Andreas Veithen-2 wrote:
>
> As you can see, SOAPUI doesn't send any Authorization header. Thus,
> this is not a problem with CXF, but SOAPUI (unless SO
Sergey,
this ping pong game we're playing here seems a little ineffective. Therefore, I
wrote a minimal Hello, World project [1] that reflects my project layout.
There's a run.sh inside that uses Pax Runner to start up. I hope this helps and
you find the time to take a look inside.
Thanks a mi
As you can see, SOAPUI doesn't send any Authorization header. Thus,
this is not a problem with CXF, but SOAPUI (unless SOAPUI only sends
the Authorization header after getting a 401/403 status code).
Andreas
On Fri, Feb 5, 2010 at 17:14, SaravananRamamoorthy
wrote:
>
> Hi Andread,
>
> Please fin
Hi Andread,
Please find the attachment.When the values are send through Header(s) tab, I
can able to retrieve the information using HeaderParam.
Regards
SaravananRamamoorthy http://old.nabble.com/file/p27470023/SOAP_UI.zip
SOAP_UI.zip
Andreas Veithen-2 wrote:
>
> In SOAPUI, after sending th
Everything depends on where you want authentication to happen: in the
container, in CXF (i.e. in an interceptor) or in the resource.
Andreas
On Fri, Feb 5, 2010 at 11:20, SaravananRamamoorthy
wrote:
>
> Dear All,
>
> To retrieve the Basic Authentication credentials using JAX RS, what are the
> s
In SOAPUI, after sending the request, you can switch to the "Raw" tab
in order to see the request (including headers) that SOAPUI has sent.
Can you show us this information?
Andreas
On Fri, Feb 5, 2010 at 16:13, SaravananRamamoorthy
wrote:
>
> Hi Andreas ,
>
> I can able to get the values, when
I'll open the issue!
Am 05.02.2010 um 16:17 schrieb Sergey Beryozkin:
> I seePerhaps it could recognize that a conflict will occur and print a
> more meaningful exception message advising users to use a context property.
> If DOSGI will try to silently attach the endpoint to a paxweb-enable
I seePerhaps it could recognize that a conflict will occur and print a more meaningful exception message advising users to use a
context property. If DOSGI will try to silently attach the endpoint to a paxweb-enabled HttpService then it might become complicated
(paxweb may not be installed in
Hi Andreas ,
I can able to get the values, when I send the information through header.It
works fine.
But when I send the credentials using Authentication part,I cannot able to
retrieve.
Regards
SaravananRamamoorthy
Andreas Veithen-2 wrote:
>
> What Sergey actually wants you to do is to check
Oh, I know of the org.osgi.service.http.port value that lets Pax Web start it's
Jetty instance on 8080 per default. I tried to say that users of DOSGI
(especially newbies) would certainly expect that using
"org.apache.cxf.rs.address" would work nevertheless by simply using the same
port (i.e. i
> -Original Message-
> From: SaravananRamamoorthy [mailto:saravanan.ramamoorth...@gmail.com]
> Sent: Friday, February 05, 2010 2:20 AM
> To: users@cxf.apache.org
> Subject: securing JAX RS
>
>
> Dear All,
>
> To retrieve the Basic Authentication credentials using JAX RS, what
are
> the
>
Hi
This can be easily fixed AFAIK, I can't recall the name of the paxweb property but you can ensure its Httpservice occupies some
other port...Just checked in ServiceMix, it is
org.osgi.service.http.port=8181,
add it to felix/etc/config.properties. etc
cheers, Sergey
Sergey,
I just stumbl
Hi
Please see comments with S.B.
- Original Message -
From: "Daniel Bimschas"
To:
Sent: Friday, February 05, 2010 2:16 PM
Subject: Re: DOSGi and JSON responses
Ah, damnit. I forgot to mention that I took out my self-written JSONProvider extending class in order to be sure that doin
What Sergey actually wants you to do is to check if that information
reaches the JAX-RS service, i.e. to try retrieving this information
using a method parameter annotated with @HeaderParam("Authorization").
Andreas
On Fri, Feb 5, 2010 at 15:36, SaravananRamamoorthy
wrote:
>
> Hi Sergey,
>
>
> T
Hi Sergey,
Thanks for your continuous help.
I can able to get the value when the values are given in the header part.
What is the case if the credentials are given in Authentication part.
I have attached the screenshot for giving the credentials in aut part.
In this case how can I retrieve the d
Sergey,
I just stumbled over another issue that may annoy DOSGI users. If you start the
single bundle distribution (no idea if it's the same with multi bundle) it
starts a Jetty on localhost:8080 which should be usable like a OSGi compendium
HTTP service (that's what I understood at least). Now
Hi everyone,
I've been having a closer look at how to implement a MessageBodyReader
for the GWT RPC protocol, and while I'm aware of a JSON-related
project (http://hiramchirino.com/blog/tag/json/), it's not a solution
for GWT-RPC.
I'm a relative GWT noob but I think you gain much greater type-saf
Ah, damnit. I forgot to mention that I took out my self-written JSONProvider
extending class in order to be sure that doing this doesn't get in the way of
something. Therefore, Import-Package doesn't contain
"org.apache.cxf.jaxrs.provider.*" but that should be okay.
I investigated further. If
I'm wondering, is the problem here to do with the fact that DOSGI is trying to use the BundelContext/Bundle of the application
bundle to load the providers ? It should work if the providers's code is indeed inside a given app bundle but looks like it causes
issues if the provider's code is actual
Maybe the full debugging output including stack trace can help more:
INFO: Creating a
de.uniluebeck.itm.soapraktikum.ws0910.persons.vz.rest.PersonResource endpoint
from CXF PublishHook, address is http://localhost:8081/verzeichnis/
java.lang.ClassNotFoundException:
org.apache.cxf.jaxrs.provider
It's Felix over Pax Runner in my case. If I take the
"sun.*,com.sun.*,javax.xml.bind,javax.xml.bind.*" packages out of the
bootdelegation classpath the following errors will occur:
java.lang.ClassNotFoundException:
org.apache.cxf.jaxrs.provider.JAXBElementProvider
java.lang.ClassNotFoundExcepti
By the way, you can register a custom ExceptionMapper too and do some
custom Response...
cheers, Sergey
- Original Message -
From: "Sergey Beryozkin"
To:
Sent: Friday, February 05, 2010 12:29 PM
Subject: Re: DOSGi and JSON responses
Hi Daniel
Sorry for a delay...
Did you have to
Can you post the value of this header please ?
cheers, Sergey
Hi Sergey,
Yes. The authorization header is sent by the client. I have used SOAPUI for
this.
Regards
SaravananRamamoorthy
Sergey Beryozkin-2 wrote:
I've already asked twice : is Authorization header actually being sent by
a cl
Hi Daniel
Sorry for a delay...
Did you have to update your bundle to import org.apache.cxf.jaxrs.provider.* for the issue of loading the providers (from the prev
email) be resolved ? Another option, a bit more involved, but still very simple, is to create a little dedicated bundle, say
cxf_pro
Hi Sergey,
Yes. The authorization header is sent by the client. I have used SOAPUI for
this.
Regards
SaravananRamamoorthy
Sergey Beryozkin-2 wrote:
>
> I've already asked twice : is Authorization header actually being sent by
> a client ?
> Can you tell me please if it is the case or not ? T
I've already asked twice : is Authorization header actually being sent by a
client ?
Can you tell me please if it is the case or not ? Try adding a JAXRS
@HeaderParam("Authorization") String value
to your jaxrs resource method and print the resulting value.
cheers. Sergey
Hi Sergey,
I t
Hi
Hello Sergey,
Thank you very much for your suggestion...
It worked and my both the problem solved.
In CXF2.2.6, by default WadlGenerator class has "useSingleSlashResource"
property is true.
WadlGenerator wd = new WadlGenerator();
wd.setUseSingleSlashResource(false);
factory.set
Sergey,
I now managed it to get it running as you suggested below, i.e. using the
"org.apache.cxf.rs.provider" key with values
"org.apache.cxf.jaxrs.provider.JAXBElementProvider" and
"de.uniluebeck.itm.soapraktikum.ws0910.persons.vz.rest.ExtendedJSONProvider",
the latter being an overridden JS
Dear All,
To retrieve the Basic Authentication credentials using JAX RS, what are the
steps to be followed.
1. Any configuration need in web.xml?
2. In Jax rs resource class , what parameter is used to retrieve the Basic
authentication credentials like HeaderParam, MessageContext etc..
I have t
Sergey,
I'm currently on it. Just one thing that I stumbled over: the manifest for the
cxf-singlebundle-distribution doesn't export version numbers of the
javax.xml.bind.* packages. Is that intentionally?
If I extend JSONProvider I'll have to add the dependency to my POM. Then, the
manifest ge
Hi Sergey,
today I read your mails again with a fresh mind, trying to make it work ;-)
First, regarding the mail below, I saw that according to [1] the property
"org.apache.cxf.rs.provider" is of Boolean type while you suggest to use it as
a list of classnames. If I use it as a list of classnam
44 matches
Mail list logo
