://cxf.547215.n5.nabble.com/java-lang-LinkageError-ClassCastException-attempting-to-castzip-tp5760329p5760773.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
d from test to test from run to run.
I've seen this with 3.1.1 and 3.1.2.
We do have DIRECT_DISPATCH turned on.
This whole thing was working in the middle of yesterday, and I seem to
have, well, breathed on it. I certainly changed the timing by
eliminating a lot of noisy logged backtraces.
--
it as the dependency on my POM. What does it to do
arrange this?
On Thu, Sep 3, 2015 at 5:09 AM, Sergey Beryozkin <sberyoz...@gmail.com> wrote:
Hi
Indeed.
FYI, it should be possible not to install it starting from CXF 3.1.2, but
only if the application code does not use Response or other static utility
m
, Sergey Beryozkin <sberyoz...@gmail.com> wrote:
See
https://github.com/apache/cxf/blob/master/osgi/karaf/features/src/main/resources/features.xml#L20
I believe it is a boot time feature.
Sergey
On 03/09/15 11:37, Benson Margulies wrote:
That's true, I'm not. Or, to be exact, I be
mentioning it fyi given that having extra filters may have its own
(configuration) costs, etc...
Sergey
On 03/09/15 14:05, Sergey Beryozkin wrote:
No spec bundle is needed only if the application code does not use the
constructs that depend on RuntimeDelegate, in general any code that
returns custom
(AbstractClient.java:456)
0f5ba696ffe4 fns-service.log ... 63 more
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Hi,
thanks for asking the question here (as opposed to in JIRA)
Perhaps the defaults in Java and Windows specific URL client libraries
are different.
Can you please experiment with adding an Apache HttpClient based
cxf-rt-transports-http-hc dependency, and setting a "use.async.conduit"
, Sergey Beryozkin wrote:
FYI:
https://issues.apache.org/jira/browse/CXF-6568
On 28/08/15 11:37, Sergey Beryozkin wrote:
Hi Benson
I've just nearly committed the code that ensures the default
WebApplicationExceptionMapper is never preferred over the custom mappers
that can handle
unt(Unknown Source)
at
org.geosdi.geoplatform.model.ServiceTest.createAndInsertUser(ServiceTest.java:140)
at
org.geosdi.geoplatform.model.rest.BasicRestServiceTest.setUp(BasicRestServiceTest.java:93)
at
org.geosdi.geoplatform.model.rest.RSAccountTest.setUp(RSAccountTest.java:66)
Regards Giuseppe
2015-08-28 15:28 GMT+02:00 Sergey Beryozkin <
out
the multipart.
Sorry for the waste of time
--
View this message in context:
http://cxf.547215.n5.nabble.com/JAX-RS-form-reading-I-m-stumped-tp567915p5760586.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http
archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Hi
Does the individual part which carries the json payload have
Content-Type: application/json ?
If yes - can JacksonJaxbJsonProvider convert it, is Status type a JAXB
bean ?
Finally, I do not recall exactly now but the older CXF versions could
not handle Jackson 2.x but I'm assuming it
as part of my APIs.
--
View this message in context:
http://cxf.547215.n5.nabble.com/JAX-RS-form-reading-I-m-stumped-tp567915p5760555.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
That was 4 instead of 2 :-)
On 28/08/15 12:23, Sergey Beryozkin wrote:
OK, I can suggest two things:
1. Try to experiment with replacing both parameters with a single
MultipartBody parameter and without any annotations. MultipartBody can
let you read individual parts in a type-safe way too. You
part here is that my problem was that I'd accidently
introduced a RuntimeException around the exception I intended to map.
On Thu, Aug 27, 2015 at 1:17 PM, Sergey Beryozkin sberyoz...@gmail.com wrote:
Hi Benson, glad to hear CXF JAX-RS is not at fault here :-)
Note the default CXF
-tp567915p5760543.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Scaleia wrote:
Hello,
recently i have update to cxf 3.1.2.
I have a problem with JacksonJaxbJsonProvider.
The problem is relative to Unmarshall MessageBody.
With Previous cxf version (3.1.1) all work.
Regard Giuseppe
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
upgrade to the latest version
of Fabric, which is a much bigger task.
--
View this message in context:
http://cxf.547215.n5.nabble.com/JAX-RS-form-reading-I-m-stumped-tp567915p5760568.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
FYI:
https://issues.apache.org/jira/browse/CXF-6568
On 28/08/15 11:37, Sergey Beryozkin wrote:
Hi Benson
I've just nearly committed the code that ensures the default
WebApplicationExceptionMapper is never preferred over the custom mappers
that can handle WebApplicationException, even
();
childService.setClientFactory(mockedWsBusClientFactory);
childService.setRequestTracker(mockedRequestTracker);
serviceBeans.add(childService);
resourceClasses.add(clazz);
resourceProviders.add(new SingletonResourceProvider(childService, true));
}
--
Sergey Beryozkin
RuntimeException mappers can win if
really needed...Will have a look
Sergey
On 27/08/15 18:13, Benson Margulies wrote:
Thanks. The immediate cause was a stupid mistake of mine, but it's
good to know about this.
On Thu, Aug 27, 2015 at 12:55 PM, Sergey Beryozkin sberyoz...@gmail.com wrote:
One
One thing that did change in CXF 3.1.2 is now documented here:
https://cwiki.apache.org/confluence/display/CXF20DOC/JAX-RS#JAX-RS-CXF3.1.2ProviderSortingChanges
(just did a minor update to refer to exception mappers too).
We discussed it at length with Romain but basically up until 3.1.2 CXF
of this message and attached files is prohibited. If you
have received this email in error, please notify the sender and delete
this email and any attached files.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Hi
You can use InputStream and process it internally as required.
Or may be you can introduce a custom type, say AnyXmlType, that will
have methods such as
.asInputStream(), asType(Class), etc
and support this type by a custom MessageBodyReader/Writer
Sergey
On 24/08/15 12:33, Борисов
]
at
org.apache.cxf.transport.servlet.AbstractHTTPServlet.doPost(AbstractHTTPServlet.java:212)[jar:bundle://80.0:0/!/:3.1.1]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:707)
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Can it be related somehow ?:
https://issues.apache.org/jira/browse/CXF-6554
On 23/08/15 21:28, Benson Margulies wrote:
We do return some pretty gigantic JSON blobs.
On Sun, Aug 23, 2015 at 4:20 PM, Sergey Beryozkin sberyoz...@gmail.com wrote:
Looks like it a possibly massive payload
critical things to say about
blueprint. Is there an alternative methodology for setting up a CXF
service on Karaf (with pax-web and the whiteboard) that uses
Declarative Services instead of Blueprint?
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
trunk
Sergey
On 21/08/15 11:16, Sergey Beryozkin wrote:
Looks like we are still out of luck here,
http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/7u40-b43/sun/net/www/protocol/http/HttpURLConnection.java?av=f#1068
Sigh...
Sergey
On 21/08/15 10:27, Sergey Beryozkin wrote:
Hi
this message in context:
http://cxf.547215.n5.nabble.com/java-lang-LinkageError-ClassCastException-attempting-to-castzip-tp5760329.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
--
View this message in context:
http://cxf.547215.n5.nabble.com/PATCH-Method-is-failing-tp5760309p5760339.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Hi Dan, thanks for getting the reflection hack working with java 7 too
:-) Looks like we have a complete coverage after all :-)
Cheers, Sergey
On 21/08/15 11:28, Sergey Beryozkin wrote:
This is better:
http://hg.openjdk.java.net/jdk8u/jdk8u/jdk/file/e52f33586140/src/share/classes/sun/net/www
the property name, just to make the code
(tooling/etc) which may rely on this property (temporarily at least) a
bit more 'respectable' :-), say, use.httpurlconnection.method.reflection.
Thanks, Sergey
On 20/08/15 19:04, Daniel Kulp wrote:
On Aug 20, 2015, at 8:55 AM, Sergey Beryozkin sberyoz
Looks like we are still out of luck here,
http://grepcode.com/file/repository.grepcode.com/java/root/jdk/openjdk/7u40-b43/sun/net/www/protocol/http/HttpURLConnection.java?av=f#1068
Sigh...
Sergey
On 21/08/15 10:27, Sergey Beryozkin wrote:
Hi Dan
I thought, wow, did CXF ReflectionUtil was so
proxy tomorrow.
regards, aki
2015-08-13 14:27 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi,
We've talked a bit more about it with Aki where we indeed came to a shared
understanding it was a workaround specifically around some HttpUrlConnection
issues.
I've added a new property
sticks a form CT there...
I'll get you updated once we get a bit more info about the http proxy
case...
Thanks, Sergey
On 20/08/15 13:20, Aki Yoshida wrote:
Hi Sergey,
2015-08-20 12:33 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi Aki
Re your tests below: can you clarify please how
:
http://cxf.547215.n5.nabble.com/PATCH-Method-is-failing-tp5760309.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
themselves
Cheers, Sergey
On 20/08/15 13:55, Sergey Beryozkin wrote:
Yes, indeed, thanks,
and as to why HTTPUrlConnection keeps blocking HTTP verbs even with the
latest versions - you'd need to ask at Java forums. People use new verbs
like PATCH or WebDav verbs so it is strange that such verbs are still
, others, have some prefs then it can be reviewed of course
thanks, Sergey
On 18/08/15 17:20, Sergey Beryozkin wrote:
No idea about a downside. This is a rare case, talking about 80% vs 20%
here, it is also a non-standard HTTP header, hence IMHO having it
affecting what the application code sees
did it :). Anyway, merely adding init. before
all the params makes them show up.
Thanks,
James
On Sun, Aug 9, 2015 at 2:33 PM Sergey Beryozkin sberyoz...@gmail.com
wrote:
Hi
I signed off after the 1st reply...
Is there a chance you can set a breakpoint in
https://fisheye6.atlassian.com
Hi,
FYI, Chris created a wiki page outlining how to bundle CXF into a uber-jar
with a maven shade plugin
https://cwiki.apache.org/confluence/display/CXF20DOC/Bundling+CXF+into+single+jar+with+Maven+shade+plugin
Thanks, Sergey
--
View this message in context:
.547215.n5.nabble.com/Can-t-Get-Jackson-jaxrs-providers-Working-tp5760269p5760277.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
using the built in CXF provider rather than
the Jackson based provider.
--
View this message in context:
http://cxf.547215.n5.nabble.com/Can-t-Get-Jackson-jaxrs-providers-Working-tp5760269p5760274.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend
);
}
}
--
View this message in context:
http://cxf.547215.n5.nabble.com/Can-t-Get-Jackson-jaxrs-providers-Working-tp5760269.html
Sent from the cxf-dev mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
, have some prefs then it can be reviewed of course
thanks, Sergey
On 18/08/15 17:20, Sergey Beryozkin wrote:
No idea about a downside. This is a rare case, talking about 80% vs 20%
here, it is also a non-standard HTTP header, hence IMHO having it
affecting what the application code sees (request URI
don't default that forwarded proto setting to true? Is there
a downside?
On Tue, Aug 18, 2015 at 5:05 AM Sergey Beryozkin sberyoz...@gmail.com
wrote:
Hi James
Thanks for spotting it, I recall now we fixed it by supporting the init
prefix property which should be recognized by pax-*:
https
it is actually wrong to set the content-type header
with */*, no?
regards, aki
2015-08-11 12:25 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi Aki
On 11/08/15 10:14, Aki Yoshida wrote:
HI Sergey,
it could be that the problem had something to do with the proxy's
configuration and not really
Hi, sure you can register a failover feature initialized with a retry
strategy with a client, I think if you use JAXWS then you need to cast a
proxy to CXF Client and set a feature on it (or may be via
JaxwsCkientFactoryBean), if it is RS then pass this feature to a proxy
factory or WebClient
in case of async conduits
which do not exhibit strange side-effects...
Thanks, Sergey
regards, aki
2015-08-10 22:26 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
On 10/08/15 21:23, Sergey Beryozkin wrote:
Hi Aki
What I know is that if we have HTTP Proxy and GET without Content-Type
There's some history related to this issue.
At some point I updated the CXF client code to ignore Content-Type
completely. Then the side-effects caused by HttpUrlConnection started
appearing:
- empty POSTs lead to HttpUrlConnection setting a form conetnt-type
- even more serious, if HTTP
, I don't understand why this unnecessary header with this
invalid type value needs to be there to avoid some side-effect that
you mentioned.
Did I misunderstand the situation?
regards, aki
2015-08-10 16:32 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
There's some history related
On 10/08/15 21:23, Sergey Beryozkin wrote:
Hi Aki
What I know is that if we have HTTP Proxy and GET without Content-Type
then whatever Accept is there (ex. Accept: application/json) will be
replaced with */* by HttpUrlConnection (or proxy, not sure) - I have a
comment in the code about
CXF 3.1.2 also ships two demos showing OIDC RP, basic_oidc and big_query.
Cheers, Sergey
On 10/08/15 13:11, Scott Xu_123 wrote:
Thanks. I found this sample project in github, in case anyone have not see
it.
https://github.com/Talend/tesb-rt-se/tree/master/examples/cxf/jaxrs-oauth2
--
View
a bit later on too,
Cheers, Sergey
On 07/08/15 18:40, James Carman wrote:
On Fri, Aug 7, 2015 at 12:46 PM Sergey Beryozkin sberyoz...@gmail.com
wrote:
CXFServlet has a use-x-forwarded-headers boolean parameter, if it is
set to true then CXFServlet will check X-FORWARDED-PROTO, I recall
adding
CXFServlet has a use-x-forwarded-headers boolean parameter, if it is
set to true then CXFServlet will check X-FORWARDED-PROTO, I recall
adding the code to support something similar, can you try it, I think
ELB should have these headers set when forwarding
let us know if it works
Cheers,
other endpoints wants it to auto close the stream. Is there a
way to achieve that ?
Thanks,
Xiaobin
2015-08-05 15:54 GMT-07:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi All,
One thing which is interesting here is that in case of WebClient, if the
auto-closure is disabled, it is the responsibility
Hi
On 04/08/15 20:26, Jose María Zaragoza wrote:
2015-08-02 23:12 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi
Can you cast a proxy to WebClient (via its utility method
WebClient.client()) and close it, and also enable the auto-closure of the
Response ?
Sergey
Hi
I'm using CXF 2.7.8
Hi Benson,
Dan clarified yesterday it is mostly for SOAP services which may require
the additional executor support, such as one way or RM services.
FYI, CXF JAX-RS can accept oneway requests too, though in the tests I do
not set up a custom work queue manager, I believe a default one is
:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi
On 04/08/15 20:26, Jose María Zaragoza wrote:
2015-08-02 23:12 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi
Can you cast a proxy to WebClient (via its utility method
WebClient.client()) and close it, and also enable the auto-closure
:33, Jose María Zaragoza wrote:
2015-08-05 12:08 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi
On 04/08/15 20:26, Jose María Zaragoza wrote:
2015-08-02 23:12 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi
Can you cast a proxy to WebClient (via its utility method
WebClient.client
Hi, the client-side session support is disabled by default in CXF as far as I
know, and if it is enabled then it sends the cookies back to the
server.Perhaps it is the browser/applet itself that sends cookies back...
Sergey
--
View this message in context:
and thanks for any suggestion/hints.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
of
the connections transitioned to TIME_WAIT and eventually get closed.
Btw, isn't auto-closure of the response available only from CXF 2.7.7 ?
-Xiaobin
2015-08-02 14:12 GMT-07:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi
Can you cast a proxy to WebClient (via its utility method
WebClient.client
that otherThing can not be null.
Neither outcome is what I expect to happen, ie OtherThing is fully
serialised. And one of the two above also seems wrong (at least, they
are not consistent).
Can anyone help me understand how to get OtherThing fully serialised?
Thanks
John
--
Sergey Beryozkin
Talend
Hi Kiren
Can using CData blocks help ?
Another option is to use a Stax transformation feature and drop some
simple elements that may have the illegal values:
http://cxf.apache.org/docs/transformationfeature.html#TransformationFeature-Droppingoutputandinputelements
Finally you can register a
-session-support-JSESSIONID-is-always-created-tp5759638.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
Hi
Can you cast a proxy to WebClient (via its utility method
WebClient.client()) and close it, and also enable the auto-closure of
the Response ?
Sergey
On 31/07/15 02:59, Xiaobin wrote:
Hi guys,
I am using CXF 2.7.5. I have an application using JAXRSClientFactoryBean to
generate proxy, and
Hi Benson
I see WADLGenerator restricting that only simple or InputStream types
are recognized as multipart parameters, I can deal with it next week
once I got back, though the best you'll get is a WADL request
representation fragment with two parameters of type xs:anyType in this case
/07/15 19:45, Sergey Beryozkin wrote:
Hi Benson
I see WADLGenerator restricting that only simple or InputStream types
are recognized as multipart parameters, I can deal with it next week
once I got back, though the best you'll get is a WADL request
representation fragment with two parameters of type
Hi
I think the 1st option is better,
sf.setAddress(...) sets a relative address, this is equivalent to
jaxrs:server/@address (in Spring/Blueprint)
and then you can do setServiceBeans() with as many beans as needed, with
unique Path expressions
ResourceProvider manages a lifecycle, default
--
View this message in context:
http://cxf.547215.n5.nabble.com/Getting-a-server-error-trying-to-read-SAML-assertion-tp5759446p5759450.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http
in advance.
--
View this message in context:
http://cxf.547215.n5.nabble.com/Getting-a-server-error-trying-to-read-SAML-assertion-tp5759446.html
Sent from the cxf-user mailing list archive at Nabble.com.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http
CXF uses 2.0.1 version, but 2.0.0 spec bundle should cover 2.0.1, right ?
Cheers, Sergey
On 24/07/15 17:01, Benson Margulies wrote:
In an empty framework, there is nothing exporting that package.
Then,
Adding feature url mvn:org.apache.cxf.karaf/apache-cxf/3.1.1/xml/features
karaf@root()
', but the resulting Json is garbled;
it's json, but part of it is repeated inside of itself in a way that I
can't explain. I'm going to retreat to StreamOutput and see what I
see.
On Fri, Jul 24, 2015 at 10:21 AM, Sergey Beryozkin sberyoz...@gmail.com wrote:
Register
(WriterAnnotatedText writer) throws IOException {
mapper.writeValue(writer.getEntityStream(), result);
}
};
}
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
(UserAuthenticationProcessingFilter.java:132)
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
/org/apache/cxf/jaxrs/client/WebClient.html
Thanks,
-james
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
http:conduit name=*.http-conduit
http:tlsClientParameters
sec:cipherSuitesFilter
sec:exclude.*_DH_.*/sec:exclude
/sec:cipherSuitesFilter
/http:tlsClientParameters
/http:conduit
/beans
Anything wrong with the xml? Please advise.
Thanks!
--
Sergey Beryozkin
Hi
On 16/07/15 04:23, Canning, Charles wrote:
Hi,
Problem:
I want to be able to pass a custom header from external client into a REST
container call and propagate it with all client REST requests from the
container.
Browser — RestEndpoint — Another RestEndpoint.
I am going through the
Hi,
On 15/07/15 11:05, Francesco Chicchiriccò wrote:
On 14/07/2015 16:34, Sergey Beryozkin wrote:
Hi Francesco,
The generator checks which operations are the same path operations,
I've checked the code and it also compares a number of path and matrix
parameters, so PUT was also sharing
.
This documentation shows how to set it up from Spring only:
http://cxf.apache.org/docs/jax-rs-filters.html#JAX-RSFilters-Custominvokers
or do from the code:
myServerfactoryBean.setInvoker(myInvoker)
Cheers, Sergey
Thanks,
Chris
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com
and POJO-to_JSON without requiring
annotations. That's not supported in CXF/JAX-RS?
Thanks
Chris
On Tue, Jul 14, 2015 at 2:59 PM, Sergey Beryozkin sberyoz...@gmail.com wrote:
CXF JSONProvider only supports JAXB annotated beans, with XmlRootElement, is
Book.class in your code below a JAXB bean
be disabled by default but I'm not sure about
the reverse generation issue side-effects, so for now I set to true by
default
Thanks, Sergey
On 15/07/15 12:04, Francesco Chicchiriccò wrote:
On 15/07/2015 10:26, Sergey Beryozkin wrote:
Hi,
On 15/07/15 11:05, Francesco Chicchiriccò wrote:
On 14/07
C.c.FakeHttpRequestResponseInjectingInterceptor - ***
Called handleMessage()...
I assume this interceptor is on the client-side's InInterceptor chain,
maybe I'm wrong...
On Wed, Jul 15, 2015 at 3:35 AM, Sergey Beryozkin sberyoz...@gmail.com wrote:
On 15/07/15 03:20, Chris Wolf wrote
15, 2015 at 9:52 AM, Sergey Beryozkin sberyoz...@gmail.com wrote:
Is it JacksonJaxbJsonProvider (you referred to it in the other email) or
JacksonJsonProvider ? And which CXF version ?
Sergey
On 15/07/15 16:47, Chris Wolf wrote:
Ok, I tried to register Jackson, like this:
public void
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
://cxf.apache.org/docs/jax-rs-data-bindings.html#JAX-RSDataBindings-Jackson
was not too helpful, except pointing out the proper provider class name.
Thanks,
Chris
On Wed, Jul 15, 2015 at 2:50 AM, Sergey Beryozkin sberyoz...@gmail.com wrote:
CXF JAX-RS supports registered custom providers
is not on the classpath, as the
server will register it automatically (something I will consider to
change for a new trunk)
Sergey
On 15/07/15 17:24, Sergey Beryozkin wrote:
I'll have a look
Sergey
On 15/07/15 16:58, Chris Wolf wrote:
Oh, my bad - I had JacksonJsonProvider not JacksonJaxbJsonProvider.
Well, I just
Hi Francesco,
The generator checks which operations are the same path operations, I've
checked the code and it also compares a number of path and matrix
parameters, so PUT was also sharing the same root resource, before it
had a keyId method parameter.
If PUT where inside a keyId resource
.
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
configured the JSONProvider, which I
thought would unmarshal JSON to POJOs.
Any ideas?
--
Sergey Beryozkin
Talend Community Coders
http://coders.talend.com/
Blog: http://sberyozkin.blogspot.com
FYI:
https://issues.apache.org/jira/browse/CXF-6481
Cheers, Sergey
On 03/06/15 10:20, Sergey Beryozkin wrote:
Hi
I've never used this mechanism myself, can you please let us know with
which versions of Karaf/CXF/Camel it did work and may be it will be
possible to trace the relevant changes
to be
investigated
Sergey
On 08/07/15 11:01, Sergey Beryozkin wrote:
In meantime I've also updated the code which does not in your case to
avoid going the RuntimeDelegate path:
http://git-wip-us.apache.org/repos/asf/cxf/commit/34234618
So simple services (those which do not create JAX-RS
), etc, in the
application code) will likely need no service mix spec at all...
Cheers, Sergey
On 08/07/15 10:38, Sergey Beryozkin wrote:
I guess, if you start with a pure Karaf, as opposed to a ESB package,
then have a look at
http://www.liquid-reality.de/display/liquid/2011/12/22/Karaf
]
Sent: Tuesday, July 07, 2015 2:03 PM
To: users@cxf.apache.org
Subject: RE: HELP - org.glassfish.jersey.internal.RuntimeDelegateImpl not found
by javax.ws.rs
No I did not know that was required for restful calls in CXF.
I will try installing that now
-Original Message-
From: Sergey
Sergey.
I did use Christian's links when setting the karaf cxf restful up. I'll go
through it again.
However, this was working on karaf-3.0.3 with no issues.
Kind regards,
Jason
-Original Message-
From: Sergey Beryozkin [mailto:sberyoz...@gmail.com]
Sent: Wednesday, July 08, 2015 3:01 AM
Is
org.apache.servicemix.specs/org.apache.servicemix.specs.jsr339-api-2.0
installed ?
I was running a demo with CXF 3.1.1 few days back in Karaf, no problems.
I'll get JAXRSOutInterceptor updated anyway to avoid RuntimeDelegate to
avoid some strange errors like this one (may be some ordering
to be addressed
Cheers, Sergey
On 16/06/15 12:36, Jose María Zaragoza wrote:
2015-06-16 13:33 GMT+02:00 Sergey Beryozkin sberyoz...@gmail.com:
Hi, this is probably related to
https://issues.apache.org/jira/browse/CXF-5320
Sure.
Thanks
Cheers, Sergey
On 11/06/15 15:33, Jose María
Message-
From: Sergey Beryozkin [mailto:sberyoz...@gmail.com]
Sent: Sonntag, 28. Juni 2015 20:05
To: users@cxf.apache.org
Subject: Re: Small problems with x-www-form-urlencoded requests
Hi Andrei
Indeed there were problems reported before due to the filters (Spring security,
etc) consuming
Hi Jim
I guess after the code has written some data out then the IO error can
not be properly reported, I guess I'd try and make sure the the data are
written in self-contained chunks. Suppose you write the XML, so first write
Response
then a ready element,
avalue/a
and now if the IO
801 - 900 of 5676 matches
Mail list logo