Client or service certificates? The JDK will require you to place the
server's public key in the Client's truststore (can be your JRE's
truststore if you don't want to manage a separate truststore for you
client.) See here:
http://www.jroller.com/gmazza/entry/ssl_for_web_services. But no cli
One thing I would personally change aobut the URI's in Jean-Francios impl.
From:
http://curcuma:/rest/jmx/notifications
http://curcuma:/rest/jmx/
TO:
http://curcuma:/jmx/notifications
http://curcuma:/jmx/
Not sure why the "rest" noun is needed.
Jason
-Original Message--
I think Jean-Francois does a fairly good job of this, but I will give a bullet
point of what I think is important.
Btw, I found a second post from Jean-Francios that has other stuff implemented
as well.
http://blogs.sun.com/jmxnetbeans/entry/restful_access_to_jmx_instrumentation1
- Should be
I think that makes a lot sense Sergey. I think it could help.
-Original Message-
From: Sergey Beryozkin [mailto:sberyoz...@gmail.com]
Sent: Thursday, February 10, 2011 2:49 PM
To: users@cxf.apache.org
Subject: Re: MBeans, get your MBeans
Hi
On Thu, Feb 10, 2011 at 10:34 PM, Jason Chaff
Hi Benson
On Thu, Feb 10, 2011 at 10:28 PM, Benson Margulies
wrote:
> Sergey,
>
> Ian & I are plotting a bigger-than-CXF solution here. Imagine a java
> process. it uses the same trick as VisualVM to find all the local
> producers of MBeans, consumes them all, and then exports the results
> as JS
Jason,
Yes, we looked at these and saw what you saw. So, we wonder if we can
nucleate just what you are talking about: a comprehensive,
standardized approach.
--benson
On Thu, Feb 10, 2011 at 5:34 PM, Jason Chaffee wrote:
> Which is what all the implementations that I sent out do. The best on
Hi
On Thu, Feb 10, 2011 at 10:34 PM, Jason Chaffee wrote:
> Which is what all the implementations that I sent out do. The best one, IMO,
> is this one
>
> http://blogs.sun.com/jmxnetbeans/entry/restful_access_to_jmx_instrumentation
ok
>
> It uses JAX-RS, but he never got around to implementin
Which is what all the implementations that I sent out do. The best one, IMO,
is this one
http://blogs.sun.com/jmxnetbeans/entry/restful_access_to_jmx_instrumentation
It uses JAX-RS, but he never got around to implementing anything other than
GET. Jolokia has all the operations, but it isn't v
Sergey,
Ian & I are plotting a bigger-than-CXF solution here. Imagine a java
process. it uses the same trick as VisualVM to find all the local
producers of MBeans, consumes them all, and then exports the results
as JSON/Rest. CXF's beans should be just as magic with this as any
others.
On Thu, F
Thanks for the links. Shipping a JAX-RS resource doing whatever
mapping we agree upon between MBeans and HTML/JSON/XML seems
promising. This resource can be deployed as part of the custom
Application alongside with other root resources, and/or as a
standalone JAX-RS application, when say JAX-WS end
Hi,
Is there a way in CXF wherein I can call https endpoint which does not
require any certificates?
--
View this message in context:
http://cxf.547215.n5.nabble.com/CXF-client-specifying-https-endpoint-without-certificate-tp3380235p3380235.html
Sent from the cxf-user mailing list archive at
This may be more of a JAXB question, but I'm using CXF to send the serialized
XML and I'm trying to use AbstractPhaseInterceptor to fix this
issue so I though I'd ask here. Basically, I'm working with a server I have
no control over and the data it expects to be sent is almost identical to
the res
On Thursday 10 February 2011 11:10:05 am Glen Mazza wrote:
> You shouldn't need to duplicate the annotation on the implementation
> class (if you did, that would be a CXF bug) -- it inherits from the
> interface it implements.
Actually, per JAX-WS spec, the @WebService annotation is not supposed
On Thursday 10 February 2011 6:42:59 am Fansi wrote:
> Hi people,
>
> I would like to know the impact of the absence of @Webservice
> annotation in the implementation class of the webservice, given that
> the interface is properly annotated.
>
> While inspecting a service developped using CXF 2.2
Pressed Send a bit early.
Explicitly encoding spaces with %20 is a workaround, I'll be looking
into fixing the issue in meantime
thanks, Sergey
On Thu, Feb 10, 2011 at 6:36 PM, Sergey Beryozkin wrote:
> Its a bug.
>
> On Thu, Feb 10, 2011 at 5:34 PM, dr wrote:
>>
>> I couldn't find a reference
Its a bug.
On Thu, Feb 10, 2011 at 5:34 PM, dr wrote:
>
> I couldn't find a reference to this in the mailing list, maybe someone can
> help?
>
> I am creating a jaxrs WebClient for a query, and set the query parameters
> with the WebClient.query(...) method. One of the parameters has a length of
No problems :-), great you've realized your idea...
Cheers, Sergey
On Thu, Feb 10, 2011 at 3:49 PM, Tim Clotworthy
wrote:
> Thanks for your patient help Sergey. I think I gave too much info. Your
> responses were appreciated and I have an ok solution ro now, and will
> hopefully get a better o
Hi
Multiple REQUEST_BODY parameters are not supported in JAX-RS. Can you
have a ContainerBean which has both BeanA and BeanB embedded ?
The only exception is multiparts, each parameter may be mapped to an
individual part...
Cheers, Sergey
On Thu, Feb 10, 2011 at 3:00 PM, David Corral Sanz
wrote
Hi
On Thu, Feb 10, 2011 at 2:45 PM, gdprao wrote:
>
> I am trying a JAX-RS web service with a complex object as input parameter
> which comprises bunch of parameters to process the service. The request
> parameters could vary depending upon the criteria and hence used @QueryParam
> to map parame
> -Original Message-
> From: Daniel Kulp [mailto:dk...@apache.org]
> Sent: Wednesday, February 09, 2011 19:42
> To: users@cxf.apache.org
> Cc: Morris Jr, David P
> Subject: Re: SAML2.0 Assertions in CXF
>
> On Wednesday 09 February 2011 1:19:16 pm Morris Jr, David P wrote:
> > Is CXF curre
I couldn't find a reference to this in the mailing list, maybe someone can
help?
I am creating a jaxrs WebClient for a query, and set the query parameters
with the WebClient.query(...) method. One of the parameters has a length of
6 spaces in it. When I call the WebClient.get() method, I get a
You shouldn't need to duplicate the annotation on the implementation
class (if you did, that would be a CXF bug) -- it inherits from the
interface it implements. Does this problem actually go away if you
duplicate the @WebService annotation on the implementation class?
Also, do Request1 and R
Thanks for your patient help Sergey. I think I gave too much info. Your
responses were appreciated and I have an ok solution ro now, and will hopefully
get a better one later. Tim
-Original Message-
From: Sergey Beryozkin [mailto:sberyoz...@gmail.com]
Sent: Tuesday, February 08, 2011 5:
We have tried several approaches to invoke services that have a signature
like:
public void (BeanA, BeanB)
but none have worked. So much so that we are really consiering if the
feature is not implemented.
Here's some sample pseudo-code of what we need:
$.ajax({
type: "POST",
url: '...',
I am trying a JAX-RS web service with a complex object as input parameter
which comprises bunch of parameters to process the service. The request
parameters could vary depending upon the criteria and hence used @QueryParam
to map parameters and expect JAX-RS to populate my JAXB input object. But
Hi people,
I would like to know the impact of the absence of @Webservice
annotation in the implementation class of the webservice, given that
the interface is properly annotated.
While inspecting a service developped using CXF 2.2.3 I notice that
the implementation class hos no annotation, even t
26 matches
Mail list logo