Re: CXF + Karaf 4: how to access the CXFNonSpringServlet

anest" way of doing what I want to achieve even if it's a bit more complex. Would you have an idea ? Best, Jerome Le 14/08/2015 13:49, Sergey Beryozkin a écrit : Hi I did try disabling the default servlet in one of the demos. But I used CXFBlueprintServlet instead and registered the bu

Re: CXF + Karaf 4: how to access the CXFNonSpringServlet

uot;No service was found." instead of displaying the service output. Best, Jerome Le 14/08/2015 13:16, Sergey Beryozkin a écrit : Hi The default HTTP transport creates a /cxf context, without it it is up to the custom application how to control the context name, does /test-uri respond, et

Re: CXF + Karaf 4: how to access the CXFNonSpringServlet

Hi The default HTTP transport creates a /cxf context, without it it is up to the custom application how to control the context name, does /test-uri respond, etc ? Sergey On 14/08/15 10:31, jrevillard wrote: Last but not least, my enpoints are registered:Best,Jerome -- View this message in

Re: reduce CXF dependencies for JAXRS?

Hi Romain Yes, as Dan mentioned, a major refactoring has been done in CXF 3.1.x. I'd say having xmlschema and woodstox dependencies is not a major problem. JAX-RS servers do not need the JAX-RS client implementation, though not yet the other way around, but now that we have client and server m

Re: [VOTE] - Release Apache CXF Fediz 1.2.1

&version=12332051 Git tag: https://git-wip-us.apache.org/repos/asf?p=cxf-fediz.git;a=commit;h=97ea63580759503576da76b1fb91aa20113664ae +1 from me. Colm. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/

Re: [VOTE] - Release Apache CXF Fediz 1.1.3

=12313420&version=12328874 Git tag: https://git-wip-us.apache.org/repos/asf?p=cxf-fediz.git;a=commit;h=e47da03c3f638c5330e0961f351d9ccf43386562 +1 from me. Colm. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/

Re: [VOTE] CXF 3.0.6 and 3.1.2

+1 Sergey On 28/07/15 21:13, Daniel Kulp wrote: This is a vote to release 3.0.6 and 3.1.2. We’ve fixed over 40 issues for 3.1.2. Staging areas: https://repository.apache.org/content/repositories/orgapachecxf-1049/ https://repository.apache.org/content/repositories/orgapachecxf-1051/ Tags: h

Re: [VOTE] CXF 2.7.17

+1 Thanks, Sergey On 27/07/15 22:26, Alessio Soldano wrote: This is a vote to release 2.7.17. It’s been over 2 months since the last release and we’ve fixed more than 18 issues. Staging area: 2.7.17: https://repository.apache.org/content/repositories/orgapachecxf-1048/ Tag: 2.7.17: https://gi

Re: Build fix

I'll keep those methods public for now, they add a bit of a 'noise' given that typed JWE and JWS variants are available, but the fact JwtToken deals with base JoseHeaders is a bit of problem that needs to be addressed separately Sergey On 23/07/15 10:06, Sergey Beryozkin wrote:

Re: Build fix

Hi Jim, thanks for taking care of it, my fault, I'll look into it today Sergey On 23/07/15 06:37, Jim Ma wrote: Hi, I've fixed this compilation error by directly changing these methods to public: https://builds.apache.org/job/CXF-Trunk-JDK17/891/consoleFull If this is something wrong, please corr

Re: [VOTE]xjc-utils 3.0.4

+1 On 09/07/15 22:40, Daniel Kulp wrote: This is a vote for the XJC-Utils 3.0.4. This is mostly to release the extra fixes we need for the bug986 plugin required to get the jetty/netty settings properly parsed in blueprint. However, it also includes two fixes from users. Staging repo: http

Re: cxf git commit: [CXF-6481] Parsing httpj:engine simple elements directly

wip-us.apache.org/repos/asf/cxf/commit/aa76bda0 Tree: http://git-wip-us.apache.org/repos/asf/cxf/tree/aa76bda0 Diff: http://git-wip-us.apache.org/repos/asf/cxf/diff/aa76bda0 Branch: refs/heads/master Commit: aa76bda0f657d38e027e9248da7df723cc4cf8c2 Parents: 2d41042 Author: Sergey Beryozkin Authored:

Re: What is required to contribute bug fixes

Hi, All you need to do is to create an account with Apache JIRA, login, open a CXF JIRA issue and attach a patch Thanks. Sergey

Re: [VOTE] Apache DOSGi 1.7.0 Release

+1 Cheers, Sergey On 03/07/15 15:12, Christian Schneider wrote: The Apache CXF DOSGi sub project implements the OSGi Remote Services and Remote Services Admin Service specifications [1] which provide a distributed computing model based around OSGi Services. This release works on Apache Karaf 3

Re: Apache Camel Routing and Apache CXF Rest with Proxy

gets passed to old Service API ? Since, Java Layer is indeed acting as proxy server. Thanks in advance for your help ! Thanks, Bhavesh -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: CXF work with mutual auth

Hi Please ask such questions on the users list, FYI, on the client side you can experiment with JAX-RS 2.0 Client API or configure CXF HttpConduit directly, see HttpConduit info: http://cxf.apache.org/docs/client-http-transport-including-ssl-support.html on the server you can get TlsSessionInfo f

Re: [VOTE] CXF 3.1.1

-wip-us.apache.org/repos/asf?p=cxf.git;a=tag;h=f0d82d6f37105d1e2c97a459fb7fe41d98e1e401 Here is my +1. Vote will be open for 72 hours -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: KMIP Support in CXF (ReST & SOAP)

the RSA Conference Demos for the last 5 years where KMIP was used to address/test a stack of HSMs, the Yes, it is more widespread that XKMS. Dennis -Original Message- From: Sergey Beryozkin [mailto:sberyoz...@gmail.com] Sent: Tuesday, June 02, 2015 11:59 AM To: dev@cxf.apache.org Subject:

Re: KMIP Support in CXF (ReST & SOAP)

se beware of such customization need. *Best Regards,* *Yossi Cohen* -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: Performance Enhancement for CXF jaxrs

ls in it. Thanks & Best Regards, Iris Ding -- View this message in context: http://cxf.547215.n5.nabble.com/Performance-Enhancement-for-CXF-jaxrs-tp5757703p5757878.html Sent from the cxf-dev mailing list archive at Nabble.com. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: Performance Enhancement for CXF jaxrs

Hi Iris Thanks for initiating this thread, lets start with reviewing what can we do for optimizing the resource method selection. Which composite key you propose for mapping a given request to a given resource method ? Request URI + HTTP verb + ? I think it will probably not work with sub

Re: MessageBodyReader and MessageBodyWritter should follow different sorting rule

nt from the cxf-dev mailing list archive at Nabble.com. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: cxf git commit: CXF-6360: Integration with Apache HTrace

. Not sure yet but we can discuss it... Thanks, Sergey On 18/05/15 21:03, Sergey Beryozkin wrote: Hi Andriy Great stuff, thanks for starting this work. I'm actually not sure we need a tracing-core module at all. Can we have a TracerContext in rt/management and save on introducing one m

Re: cxf git commit: CXF-6360: Integration with Apache HTrace

Hi Andriy Great stuff, thanks for starting this work. I'm actually not sure we need a tracing-core module at all. Can we have a TracerContext in rt/management and save on introducing one more module ? Thanks, Sergey On 18/05/15 19:25, r...@apache.org wrote: Repository: cxf Updated Branches:

Re: cxf git commit: Fix the blueprint test

Hi Dan - nice one , I'm feeling a bit embarrassed about my copy and paste test 'enhancement' :-) Will have a look at some basic generalization of the ns handler registrations Thanks, Sergey On 15/05/15 17:31, dk...@apache.org wrote: Repository: cxf Updated Branches: refs/heads/master 92ad

Re: atom support in CXF

ling list archive at Nabble.com. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: [jaxrs] client builder and generics

Hi Thanks for spotting it - probably a result of the copy and paste, added a fixed as part of CXF-6393, added a Jackson test Cheers, Sergey On 06/05/15 13:46, Romain Manni-Bucau wrote: Hi when using async client jaxrs api like: .get(new InvocationCallback>() { ... } the provider (body writ

Re: 3.1.0 regression from 3.0.4

u> | Tomitriber <http://www.tomitribe.com> 2015-05-06 17:20 GMT+02:00 Sergey Beryozkin : If you set the custom property I've referred to then the runtime will prefer that to a static Consumes/Produces. It is a CXF specific feature Sergey On 06/05/15 16:15, Romain Manni-Bucau wrote: how https:

Re: 3.1.0 regression from 3.0.4

t;https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber <http://www.tomitribe.com> 2015-05-06 17:07 GMT+02:00 Sergey Beryozkin : I think it is fine now, have a look at the source please... Thanks, Sergey On 06/05/15 16:00, Romai

Re: 3.1.0 regression from 3.0.4

tter.com/rmannibucau> | Blog <http://rmannibucau.wordpress.com> | Github <https://github.com/rmannibucau> | LinkedIn <https://www.linkedin.com/in/rmannibucau> | Tomitriber <http://www.tomitribe.com> 2015-05-06 16:56 GMT+02:00 Sergey Beryozkin : Hi, On 06/05/15 10:19, Rom

Re: 3.1.0 regression from 3.0.4

Hi, On 06/05/15 10:19, Romain Manni-Bucau wrote: 2015-05-06 11:13 GMT+02:00 Sergey Beryozkin : Sure, having it configurable would be one option, will take care of it. Another option is to register a custom provider. yes this is more or less the same since you redefine the priitive provider

Re: 3.1.0 regression from 3.0.4

ibucau> | Tomitriber <http://www.tomitribe.com> 2015-05-06 10:54 GMT+02:00 Sergey Beryozkin : Hi Romain Looks like you have a very nice set of tests which is impressive :-) That was a 'side-effect' of getting a spec requirement enforced. It is about section 4.2.6, "java.lan

Re: 3.1.0 regression from 3.0.4

Hi Romain Looks like you have a very nice set of tests which is impressive :-) That was a 'side-effect' of getting a spec requirement enforced. It is about section 4.2.6, "java.lang.Boolean , java.lang.Character , java.lang.Number Only for text/plain" Personally I think it is too restrictiv

Re: [VOTE] CXF 3.1.0

+1 Thanks, Sergey On 01/05/15 18:30, Daniel Kulp wrote: It’s been a year since the 3.0.0 release and we’ve made a bunch of significant improvements. We really need to get this out. :-) This also include the latest cxf-build-utils which allows CXF to import into the latest Eclipse plugins

Re: [VOTE] CXF 2.7.16 and 3.0.5

+1 Cheers, Sergey On 01/05/15 18:26, Daniel Kulp wrote: This is a vote to release 3.0.5 and 2.7.16. It’s been over 2 months since the last release and we’ve fixed more than 70 issues. Staging areas: 2.7.16: https://repository.apache.org/content/repositories/orgapachecxf-1039/ 3.0.5: https://r

Re: Builds tomorrow....

Hi Dan, hoping to figure out why Francesco is seeing a regression asap... Thanks, Sergey On 29/04/15 14:13, Daniel Kulp wrote: I’m planning on doing builds for 2.7.16/3.0.5 and 3.1.0 tomorrow. Speak up fast if there are issues we need to address first. Thanks!

Re: The logic of Response getAllLinks method is not good?

hod-is-not-good-tp5756610p5756692.html Sent from the cxf-dev mailing list archive at Nabble.com. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: Hystrix feature?

Hi David I'd like to ask you, are you still interested to see some CXF-level integration done with Hystrix ? Perhaps CXF Failover feature can be adjusted so that a Hystrix feature is easily implemented on top of it, Thanks, Sergey -- View this message in context: http://cxf.547215.n5.nabble.c

Re: The logic of Response getAllLinks method is not good?

One more option "/post" ? So is it "post", "../post", or "/post" ? Sergey On 28/04/15 10:26, Sergey Beryozkin wrote: Hi Thanks for this analysis, I'm looking at the docs, example https://jax-rs-spec.java.net/nonav/2.0-rev-a/apidocs/javax/ws/r

Re: The logic of Response getAllLinks method is not good?

Hi Thanks for this analysis, I'm looking at the docs, example https://jax-rs-spec.java.net/nonav/2.0-rev-a/apidocs/javax/ws/rs/core/Response.html#getLink(java.lang.String) it says: "A relative link is resolved with respect to the actual request URI that produced this response". What is the

Re: CompletionCallback can not get the Throwable if error occurs in other interceptor (no serviceinvokerInterceptor)

Hi - the fix has been done at the HTTP transport level Thanks, Sergey On 26/04/15 03:40, iris ding wrote: CXF only calls asyncResponseImpl.setUnmappedThrowable if the exception is thrown from ServiceInvokerInterceptor and no exception mapper has been found for this exception: ServiceInvokerInter

Re: [VOTE] - Release Apache CXF Fediz 1.2.0

=12115db7bebfe66433eb6b5474c0455ab5c1b628 Maven artifacts: https://repository.apache.org/content/repositories/orgapachecxf-1038/ +1 from me. Colm. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: JavaScript Web Service Client support

Hi Sure - please open JIRA issues to fix it. Thanks, Sergey On 23/04/15 15:35, venkatesham nalla wrote: Hi I have general question on JavaScript Web Service client support. Is this something actively supported or experimental feature only in CXF? I am working on JavaScript web service client

Re: CXF specific status for Re: [PROPOSAL] Move IRC channel to freenode ?

Hi Aki Dan is off this week so may be next week it will all be finalized, may be earlier Cheers, Sergey On 23/04/15 11:36, Aki Yoshida wrote: Hi, I see #apache-cxf available at freenode but there are much less people in there than at #cxf at codehaus. There are more people in #apache-camel a

Re: NPE when calling ServiceUnavailableException.getRetryTime()

Hi You are right, thanks for spotting this issue and for your patch Cheers, Sergey On 20/04/15 04:17, iris ding wrote: Hi Sergey, Let's take a look about the implementation details in ServiceUnavailableException.getRetryTime(): public Date getRetryTime(Date requestTime) { RuntimeDele

Re: NPE when calling ServiceUnavailableException.getRetryTime()

Hi - this is not a CXF issue. Most likely an initialization issue of this exception class which is part of the JAX-RS API. NPE is used in API a lot... Cheers, Sergey On 18/04/15 04:04, iris ding wrote: Hi, I have a resource method as below: @GET @Path("setmethod") public String setMethod1() {

Re: ContainerResponseContext.getLinks() lose links

Hi Thanks for your patch and sorry I forgot to mention your name in the commit message, the fact you did a patch was appreciated. I'm not sure to be honest what does it mean to have multiple Links without a relationship, how would you identify which URI points to what ? May be you use some c

Re: HTTP/2 transport for CXF

Hi Interesting, we chatted with Aki where he did mention HTTP/2, and I opened https://issues.apache.org/jira/browse/CXF-6349 I guess we are about to witness a higher demand for a need to push back to a client a high amount of data real fast. HTTP/2 can be one option there. We will need to dis

Re: What is the proper way of implementing try/catch semantics using CXF Interceptors?

Hi I'm not 100% sure but perhaps in some cases the exceptions go directly to the out fault chain, so registering a custom out fault interceptor may help Sergey On 07/04/15 15:14, Eirik Bjørsnøs wrote: Hello, We have implemented a set of interceptors for limiting the number of concurrent inv

Re: 3.1 by end of month?

Hi Dan On 02/04/15 16:32, Daniel Kulp wrote: It’s been almost a year since 3.0 and I really thing we need to get 3.1 out. We’ve done a ton of work getting some new features added in, updates to WSS4J (and OpenSAML), bunch of JAX-RS enhancements around security, etc… Thoughts? Other than ge

Re: org.apache.cxf.jaxrs.utils.InjectionUtils#injectContextMethods, lazy mode?

Hi Romain Good observation, I have this JIRA opened for a while: https://issues.apache.org/jira/browse/CXF-4826 but I got side-tracked into other work over the time...If isReadable/isWriteable did not need to have a context info in scope then services like below would not be affected. You can

Re: How to remove the root element in request

is confidential and may be legally privileged. It is intended only for the use of the person or entity to which it is addressed. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: avoid using contextClassLoader inside OSGi?

On 26/02/15 12:58, Mike Wilson wrote: Ok, let's see if other believe TCCL usage is possible to remove altogether. If not, I'll invest the time to create a ticket with the details of the bug. In short, it happens when CXF logging is routed to Juli. Do you have more details re why it breaks with J

Re: avoid using contextClassLoader inside OSGi?

.. Cheers, Sergey Best regards Mike Sergey Beryozkin wrote: Are you dealing with some specific side-effects or would just like to see less of TCCL in CXF ? I agree with what Christian said - in some cases CXF needs it as it is not an OSGI-only framework. But if minimizing the use of TCCL is pos

Re: Fwd: Hystrix feature?

o we want spend time / efforts on that? Hystrix integration could be interesting feature however at this point I do no see clearly how it fits into CXF, only some rough sketches. Thanks! On Tue, Feb 24, 2015 at 8:00 AM, Sergey Beryozkin mailto:sberyoz...@gmail.com>> wrote: Hi Andriy,

Re: Fwd: Hystrix feature?

ystem test. Thanks, Sergey On 24/02/15 13:00, Sergey Beryozkin wrote: Hi Andriy, David Karlsen is def not proposing to start supporting reactive client API, it is more about about some advanced fault-tolerance support - we should actually reply to him I guess. Thanks for sharing a link thoug

Re: Fwd: Hystrix feature?

Hi Andriy, David Karlsen is def not proposing to start supporting reactive client API, it is more about about some advanced fault-tolerance support - we should actually reply to him I guess. Thanks for sharing a link though. We will have to implement it as part of JAX-RS 2.1 work, and we'd n

Re: avoid using contextClassLoader inside OSGi?

Are you dealing with some specific side-effects or would just like to see less of TCCL in CXF ? I agree with what Christian said - in some cases CXF needs it as it is not an OSGI-only framework. But if minimizing the use of TCCL is possible then I guess it is a good idea. Sergey On 24/02/15

Re: Getting hold of either ContainerRequestContext or MessageContext from a Message in an Interceptor

Hi On 17/02/15 10:00, David Karlsen wrote: Hi. We're going (gradually) from a CXF based JAX-WS world to a CXF based JAX-RS world. What is really good about CXF is that it can support combining both worlds and migrating between the two well. I have a number of Interceptors to do some custom stu

Re: Planning for Java8 trunk

omers, I mean users of cxf 2.7 On Sat, Feb 14, 2015 at 9:30 AM, Jason Pell wrote: From a purely selfish point of view, I hope that 2.7 end of life is announced well in advance, as a lot of customers will have to migrate to 3.x. On Sat, Feb 14, 2015 at 4:20 AM, Sergey Beryozkin wrote: H

Planning for Java8 trunk

Hi All, We've had a brief chat with Dan earlier about the possibility of introducing a Java 8 trunk after it was announced JAX-RS 2.1 API would be Java 8 based. I'd like to justify here why IMHO this would be a very good thing for CXF: - Java 8 is recognized to have a lot of new language fea

Re: CXF 3.1 release date?

On 13/02/15 16:09, Daniel Kulp wrote: On Feb 13, 2015, at 11:04 AM, Sergey Beryozkin wrote: On 13/02/15 15:54, Colm O hEigeartaigh wrote: Can you release WSS4J 2.1 by the end of May/early June (3.5-4 months) ? At this point I can't commit to it. So I will hold off on updating CXF tru

Re: CXF 3.1 release date?

having the first 3.1.0 6 months from now would probably mean there will be only single 3.1.x release this year, not sure. Sergey Colm. On Fri, Feb 13, 2015 at 3:45 PM, Sergey Beryozkin wrote: On 13/02/15 14:28, Colm O hEigeartaigh wrote: Any thoughts on a CXF 3.1 release date? I'm

Re: CXF 3.1 release date?

On 13/02/15 14:28, Colm O hEigeartaigh wrote: Any thoughts on a CXF 3.1 release date? I'm updating WSS4J 2.1.0-SNAPSHOT to use OpenSAML 3.0.x, and would like to merge the corresponding fixes to CXF trunk. However, WSS4J 2.1 will probably not be released for at least 4-6 months or so I'd imagine,

Re: [VOTE] CXF 3.0.4/2.7.15

+1 Sergey On 12/02/15 01:53, Daniel Kulp wrote: This is a vote to release 3.0.4 and 2.7.15. It’s been about 2 months since the last release and we’ve fixed more than 70 issues. Staging areas: 2.7.15: https://repository.apache.org/content/repositories/orgapachecxf-1036/ 3.0.4: https://repositor

Re: Has CXF pass the TCK for JAX-RS 2.0

Hi On 31/01/15 06:48, ellen wrote: Hi dear all, We plan use CXF to develop our JAX-RS 2.0 web service. But I would like to know first: Does CXF pass TCK for JAX-RS 2.0, I didn't see it in the page or forum. If not, do you know when you plan to run the TCK test and get result? The info is her

Re: JAX-WS client performances

Hi Dan On 27/01/15 18:00, Daniel Kulp wrote: Chatted with Alessio about this on IRC. It looks like a bug in the JDK introduced in Java7 update 40. A bug was logged: https://bugs.openjdk.java.net/browse/JDK-8044726 but then closed a non-reproducible. Alessio will look into seeing if that c

Re: Does CXF support @DELETE?

Hi Please forward such queries to the users list. CXF reports whatever is coming in, it may be GET after all. The best way to 100% validate CXF does not confuse GET with DELETE is to get your client request passed through some TCP trace utility. Sergey On 27/01/15 08:44, jordan wrote: And I th

Re: Reusing SAML Token issue/renew functionality in JAX-RS

Hi Andriy I've looked at IssuedTokenInterceptorProvider, I'm not sure how much self-contained code we can reuse from that interceptor. How would a JAXRS client interceptor would look like ? I guess it should invoke on STSClient and set a SAML assertion on the current message ? Thanks, Serge

Re: maven setting for cxf build in using com.googlecode.maven-download-plugin behind firewall?

Hi Aki On 22/01/15 11:02, Aki Yoshida wrote: Hi Sergey, 2015-01-22 11:27 GMT+01:00 Sergey Beryozkin : Hi Aki Not sure about configuring this plugin, may be an alternative plugin exists which can do the same but also accept the proxy properties ? In fact, I also tried codehaus' wagon-

Re: maven setting for cxf build in using com.googlecode.maven-download-plugin behind firewall?

Hi Aki Not sure about configuring this plugin, may be an alternative plugin exists which can do the same but also accept the proxy properties ? The other possible option for doing the local builds without the internet access, predownload this file and update the build to check the file from

Re: cxf git commit: [CXF-6157] Support storing of OAuth2 redirection state in a session token

Hi Thorsten, All, I've updated OAuth2 SessionAuthenticityTokenProvider interface on the trunk. The reason for that is that at the moment the only way for Redirection-based services to return the redirection state as part of the authorization decision is to use form hidden fields. That would i

Re: [VOTE] CXF 2.7.14/3.0.3

+1 Sergey On 03/12/14 16:20, Daniel Kulp wrote: This is a vote to release CXF 2.7.14 and 3.0.3. These versions fix a bunch of bugs users have encountered. They also provide some additional functionality to make it easier to configure various SSL/TLS things to mitigate various attacks. Stag

Re: cxf git commit: [CXF-6131]extract spring-osgi related stuff into an seperate class to avoid possible JVMs failing with some eager resolution class loading exceptions in non-OSGI

Have a look please at the latest commit - that should work... Cheers, Sergey On 04/12/14 10:08, Sergey Beryozkin wrote: Hi Freeman Thanks, after looking at this code I've realized we can revert the changes to CXFActivator too - those classes Spring Osgi deals with are only making sense in

Re: cxf git commit: [CXF-6131]extract spring-osgi related stuff into an seperate class to avoid possible JVMs failing with some eager resolution class loading exceptions in non-OSGI

Hi Freeman Thanks, after looking at this code I've realized we can revert the changes to CXFActivator too - those classes Spring Osgi deals with are only making sense in OSGi so we can further polish the code - I'll play a bit later on and let you know about the changes... Cheers, Sergey On

Re: cxf git commit: [CXF-6131]JAX-RS resource spring auto-discovery doesn't work in OSGi

. ClasspathScanner, when instantiated, can figure out if it runs in OSGi and create the right classpath scanner delegate (so JAXRSServerFactoryBeanDefiniti__onParser will stay unchanged). Thanks. Best Regards, Andriy Redko On Wed, Dec 3, 2014 at 6:03 AM, Sergey Beryozkin mailto:sberyoz

Re: cxf git commit: [CXF-6131]JAX-RS resource spring auto-discovery doesn't work in OSGi

Hi Freeman Thanks for this effort, I did a minor update to avoid updating all of ClasspathScanner client code (JAX-RS server & client for now - but possibly JAXWS Spring parsers in the future too). Dan may likely have more comments but for now I have a couple of questions, - is FrameworkUtil.g

Re: build error in 3.0 systests/jaxrs

mean something is incompatible with some Ubuntu or JDK version? If Jason has a green light after rerunning with JDK 1.7.0_67 then I guess it would be narrow it down to an earlier JDK. Cheers, Sergey 2014-12-01 11:35 GMT+01:00 Sergey Beryozkin : Hi I've just tried, the test is OK, Ub

Re: build error in 3.0 systests/jaxrs

Hi I've just tried, the test is OK, Ubuntu 14.04, Java 7 patch 67. Can you please retry with the latest Java 7 patch ? Thanks, Sergey On 01/12/14 03:11, Jason Pell wrote: With both Java 6 (patch 37) and Java 7 (patch 60) On Mon, Dec 1, 2014 at 2:09 PM, Jason Pell wrote: I get the following

Re: Builds next week...

Sonatype/Codehaus team has resolved it so I'll have the commit coming in shortly Sergey On 28/11/14 10:49, Sergey Beryozkin wrote: Hi, I got stuck this morning with releasing Jettison 1.3.7 which is needed to address a JAXRS JSONProvider improvement issue. I was actually about to relea

Re: Builds next week...

Hi, I got stuck this morning with releasing Jettison 1.3.7 which is needed to address a JAXRS JSONProvider improvement issue. I was actually about to release it yesterday, created a staging repo, but postponed till this morning to finalize the release and now I'm stuck with Codehauz Nexus req

Re: [VOTE] CXF XJC Utils 3.0.3

+1 Cheers, Sergey On 14/11/14 16:33, Daniel Kulp wrote: This is a vote to release version 3.0.3 of the XJC utils. The only changes in this release are related to getting it working better on Windows. On Windows, in fork mode, many the paths and such passed into the forked process did not

Re: [DISCUSS] Remove spring and spring-dm from featues.xml.....

Hi On 05/11/14 14:40, Daniel Kulp wrote: For 3.1, I’m thinking about removing the dependencies on spring and spring-dm from the features.xml file. Right now, if you do a "feature:install cxf”, you would get spring 3.2 and spring-dm forcibly installed even if you don’t need either of them.

Re: [VOTE] - Release Apache CXF Fediz 1.1.2

+1 Sergey On 17/10/14 11:52, Colm O hEigeartaigh wrote: This is a vote to release Apache CXF Fediz 1.1.2. Issues fixed: https://issues.apache.org/jira/browse/FEDIZ/fixforversion/12327120 Tag: https://git-wip-us.apache.org/repos/asf?p=cxf-fediz.git;a=commit;h=1b9d21736408bb95449731e9fe31eebe4e

Re: [VOTE] CXF 2.7.13/3.0.2

ox/cxf-dev/201410.mbox/%3c7ff6ea5d-c62a-42fc-9ad4-c58f813ed...@gmail.com%3E On 08/10/14 21:02, Sergey Beryozkin wrote: +1 Cheers, Sergey On 08/10/14 18:30, Daniel Kulp wrote: This is a vote to release CXF 2.7.13 and 3.0.2.There are over 90 JIRA issues resolved for 3.0.2 which is a lot. T

Re: [VOTE] CXF 2.6.16

We've had 11 binding votes and one non binding vote, all +1. This vote passes and I'm going to promote the artifacts on behalf of Dan Cheers, Sergey On 07/10/14 21:26, Sergey Beryozkin wrote: +1 Cheers, Sergey On 07/10/14 20:59, Daniel Kulp wrote: This is a vote to release CXF 2.6.

Re: EJB integration for JAX-RS2.0 in CXF

Hi On 09/10/14 10:06, Bin Zhu wrote: Hi, Does current CXF support EJB based JAX-RS 2.0 application? If yes, is there requirement for EJB container? any additional configuration needed for application server? Thanks. Spec for EJB support: In a product that supports EJBs, an implementation MUST

Re: [VOTE] CXF 2.7.13/3.0.2

+1 Cheers, Sergey On 08/10/14 18:30, Daniel Kulp wrote: This is a vote to release CXF 2.7.13 and 3.0.2.There are over 90 JIRA issues resolved for 3.0.2 which is a lot. Tags: https://git-wip-us.apache.org/repos/asf?p=cxf.git;a=tag;h=3ec631c97e9eccf62490b176aab61044b3b9ab9f https://git-wip-

Re: conflicts with the registered path

Hi Redirecting to the users list Apparently supporting overlapping addresses was causing issues in other cases where the Jetty transport was used and it was restricted in 3.0.1. CXF 3.0.2 (the release process is about to start) has a "org.apache.cxf.transports.http_jetty.DontCheckUrl" system

Re: Builds tomorrow....

Hi Dan, The demo issue has been sorted out, sorry about it, Cheers, Sergey On 08/10/14 02:11, Daniel Kulp wrote: Just an follow up… I was able to fix all the java5 issues and build 2.6.15 and the vote is started.2.7.13 is built and staged, but I want to look at the staging real quick bef

Re: [VOTE] CXF 2.6.16

+1 Cheers, Sergey On 07/10/14 20:59, Daniel Kulp wrote: This is a vote to release CXF 2.6.16. This release is JUST to fix the problems running 2.6.15 with Java5. All the changes between 2.6.15 and 2.6.16 are directly related to getting it to build, run, and test with Java5. This does inc

Moving some of OAuth2 security utils to the core

Hi Luigi (FH Koln) suggested some good refactoring ideas for the original oauth2-jwt module, now named oauth2-jose. Specifically, he correctly pointed out that JWE/JWT is not depending on OAuth2 works, but it is the other way around where OAuth2 applications may use JWT tokens for a variety o

Re: Support for JSON Security (Signature, Encryption, Token)

Hi Besides that I've started applying the patches on behalf of the FH-Köln research team, I hope we will see a lot of contributions coming from them going forward Cheers, Sergey On 30/09/14 15:26, Andrei Shakirin wrote: Hi Jan, Sergei is developing this topic very active in CXF now. CXF has

Re: How to handle "applications" in OSGi that offer / consume cxf services and want to enforce application level rules

segments composed together with only the the public parts of such an URI contributing to the public endpoint URI; it is indeed another unique idea to be explored :-) Thanks, Sergey On 25/09/14 15:18, Sergey Beryozkin wrote: On 25/09/14 15:07, Christian Schneider wrote: On 25.09.2014 12:44

Re: How to handle "applications" in OSGi that offer / consume cxf services and want to enforce application level rules

On 25/09/14 15:07, Christian Schneider wrote: On 25.09.2014 12:44, Sergey Beryozkin wrote: Hi Christian On 25/09/14 08:51, Christian Schneider wrote: Having one servlet per bundle would definately work. I see two problems though: - Each servlet has its own base path where all services reside

Re: How to handle "applications" in OSGi that offer / consume cxf services and want to enforce application level rules

it is becoming supported in Felix/etc Thanks, Sergey Christian On 24.09.2014 15:12, Sergey Beryozkin wrote: On 24/09/14 13:42, Christian Schneider wrote: I would like to deploy two (or more) CXF based applications into the same OSGi framework. How can I enforce common rules per application

Re: How to handle "applications" in OSGi that offer / consume cxf services and want to enforce application level rules

On 24/09/14 13:42, Christian Schneider wrote: I would like to deploy two (or more) CXF based applications into the same OSGi framework. How can I enforce common rules per application while keeping the applications separate from each other? I created a wiki page to show the scenario and describe

Re: Transformation to remove tag not working

This is a question for the users list, use outDropElements to completely remove a given element Cheers, Sergey On 23/09/14 16:39, Nee wrote: I wanted to remove a tag from the request xml using the below transformation feature.But it doest not work.If I change the tag nameits working but give em

Re: Why CXF Client default accept type is application/xml

Hi On 23/09/14 06:15, jordan wrote: Hi Sergey, Great thanks for your quickly response again! :) I see you said in the end" "Yes, if we talk about a JAX-RS 2.0 client invocation path, given that the documentation for Client API does not require defaulting to some specific media type if Accept is

Re: Why CXF Client default accept type is application/xml

-is-application-xml-tp5749057.html Sent from the cxf-dev mailing list archive at Nabble.com. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

<    1   2   3   4   5   6   7   8   9   10   >