RE: [VOTE] Apache CXF 3.2.11

+1 Andrei On Thu, Oct 24, 2019 at 5:34 PM Daniel Kulp wrote: > Colm pointed out to me that we also need a 3.2.11 release. Since that’s > also been 2 months and we fixed 11 JIRA’s, it makes sense. > > It’s been over 2 months since 3.3.3 was released. We fixed 20 JIRAS. > > Staging area: >

RE: [VOTE] Apache CXF 3.3.4

+1 Andrei -Original Message- From: Colm O hEigeartaigh Sent: Mittwoch, 23. Oktober 2019 13:01 To: CXF Dev List Subject: Re: [VOTE] Apache CXF 3.3.4 Warning! External email. Exercise caution when opening attachments or clicking any links. +1. Colm. On Wed, Oct 23, 2019 at 10:38

RE: STS REST interface

Hi Dmitry, Thanks for your efforts and investigations, I appreciate your contribution. Could you describe a bit more what do you mean under - "it is not possible to change path" - "issue with providing realm name as path param" - "there is no any flexibility with custom functionality" ? Update

RE: Dynamic JAX-RS filters (per request/response)

RS filters (per request/response) > > Why not just have one ContainerRequestFilter that determines what to do > dynamically and just does it? This way, you don't have to do the interceptor > chain gymnastics. > > On Fri, Apr 5, 2019 at 12:02 PM Andrei Shakirin > wrote: >

RE: Dynamic JAX-RS filters (per request/response)

for the user. Regards, Andrei. > -Original Message- > From: Andriy Redko [mailto:drr...@gmail.com] > Sent: Freitag, 5. April 2019 02:02 > To: Andrei Shakirin; dev@cxf.apache.org > Subject: Re: Dynamic JAX-RS filters (per request/response) > > Hi Andrei, > > Understood

RE: Dynamic JAX-RS filters (per request/response)

019 23:28 > To: Andrei Shakirin; dev@cxf.apache.org > Subject: Re: Dynamic JAX-RS filters (per request/response) > > Hi Andrei, > > I would be curious to understand a bit regarding the use case(s). Is it going > to > be driven by presence of some headers fe? Or somethi

Dynamic JAX-RS filters (per request/response)

Hi, Currently JAX-RS filters are bound to exchange endpoint in ClientProviderFactory and ServerProviderFactory and filter chain is always the same for all processing messages. In some use cases (security) it would be useful to activate filters dynamically on message level, that different

Failed CXF 3.1.X build

Hi, Any ideas why the Jenkins build was failed? Look like infrastructure issue for me: https://builds.apache.org/view/A-D/view/CXF/job/CXF-3.1.x/1405/console java.io.IOException: Failed to extract /home/jenkins/jenkins-slave/workspace/CXF-3.1.x/rt/frontend/js/transfer of 2 files at

RE: [VOTE] Apache CXF 3.1.12 and 3.0.14

+1 Andrei. > -Original Message- > From: Daniel Kulp [mailto:dk...@apache.org] > Sent: Dienstag, 27. Juni 2017 00:23 > To: dev@cxf.apache.org > Subject: [VOTE] Apache CXF 3.1.12 and 3.0.14 > > It’s been over 2 months since the last release. We’ve fixed over 50 JIRA’s for > 3.1.12. Thus,

RE: [cxf-7239] is error below this vm issue?

twoch, 26. April 2017 11:26 > To: dev@cxf.apache.org > Subject: Re: [cxf-7239] is error below this vm issue? > > Version 2.20 of the surefire plugin is out - is the error fixed with this? > > Colm. > > On Tue, Apr 25, 2017 at 2:54 PM, Andrei Shakirin <ashaki...@talend.com&

RE: [VOTE] - Release Apache CXF Fediz 1.4.0

+1 Andrei. > -Original Message- > From: Colm O hEigeartaigh [mailto:cohei...@apache.org] > Sent: Dienstag, 25. April 2017 14:32 > To: dev@cxf.apache.org > Subject: [VOTE] - Release Apache CXF Fediz 1.4.0 > > This is a vote to release Apache CXF Fediz 1.4.0. > > Artifacts: >

RE: [cxf-7239] is error below this vm issue?

Here is some detail information about the problem: http://maven.40175.n5.nabble.com/surefire-forked-vm-failed-td5858900.html Regards, Andrei. > -Original Message- > From: Andrei Shakirin [mailto:ashaki...@talend.com] > Sent: Dienstag, 25. April 2017 15:27 > To: dev@cx

RE: [cxf-7239] is error below this vm issue?

Hi, Problem is caused by surefire plugin Version 2.19.X. Have to be fixed by using 2.18. Regards, Andrei. > -Original Message- > From: Fred Assi [mailto:java2010...@gmail.com] > Sent: Montag, 17. April 2017 03:28 > To: dev@cxf.apache.org > Subject: [cxf-7239] is error below this vm

RE: Swagger 1.5.12 and Karaf

Hi Andriy, +1 from my side! Regards, Andrei. > -Original Message- > From: Andriy Redko [mailto:drr...@gmail.com] > Sent: Samstag, 7. Januar 2017 14:38 > To: dev@ > Subject: Swagger 1.5.12 and Karaf > > Hey guys, > > We have bumped Swagger version recently to 1.5.12 in 3.1.10-SNAPSHOT,

RE: [Discuss] Move spring and blueprint support out of cxf-core

, Andrei. > -Original Message- > From: Andrei Shakirin [mailto:ashaki...@talend.com] > Sent: Freitag, 23. September 2016 18:09 > To: dev@cxf.apache.org > Subject: RE: [Discuss] Move spring and blueprint support out of cxf-core > > Hi Christian, > > Regarding Karaf4

RE: [Discuss] Move spring and blueprint support out of cxf-core

Hi Christian, Regarding Karaf4 and OSGi: as Guillaume says the Spring DM isn't supported anymore. I am not sure how many users still use CXF + Spring in OSGi. Do you think it will be an option just to remove optional spring imports from the Manifest (for example using maven bundle plugin)?

RE: [VOTE] Apache CXF 3.0.10 and 3.1.7

+1 > -Original Message- > From: Jim Ma [mailto:mail2ji...@gmail.com] > Sent: Donnerstag, 28. Juli 2016 11:01 > To: dev@cxf.apache.org > Subject: Re: [VOTE] Apache CXF 3.0.10 and 3.1.7 > > +1 > > > On Thu, Jul 28, 2016 at 5:00 PM, Alessio Soldano > wrote: > > > +1

RE: [VOTE] - Release Apache CXF Build Utils 3.2.1 take2

+1 > -Original Message- > From: Freeman Fang [mailto:freeman.f...@gmail.com] > Sent: Mittwoch, 6. Juli 2016 04:29 > To: dev@cxf.apache.org > Subject: Re: [VOTE] - Release Apache CXF Build Utils 3.2.1 take2 > > +1 > > Thanks! > － > Freeman(Yue) Fang > > Red Hat, Inc. >

RE: [VOTE] - Release Apache CXF DOSGi 1.8.0

+1, Andrei. > -Original Message- > From: Christian Schneider [mailto:cschneider...@gmail.com] On Behalf Of > Christian Schneider > Sent: Donnerstag, 31. März 2016 15:46 > To: CXF Dev List > Subject: [VOTE] - Release Apache CXF DOSGi 1.8.0 > > This is a vote to release Apache CXF DOSGi

RE: [VOTE] CXF 3.1.6/3.0.9

+1, Andrei. > -Original Message- > From: Daniel Kulp [mailto:dk...@apache.org] > Sent: Mittwoch, 23. März 2016 21:48 > To: dev@cxf.apache.org > Subject: [VOTE] CXF 3.1.6/3.0.9 > > > It’s been awhile since the last set of releases and we’ve fixed over 45 JIRA’s > (some of which may be

RE: [VOTE] - Release Apache CXF Build Utils 3.2.0

+1, Regards, Andrei. > -Original Message- > From: Colm O hEigeartaigh [mailto:cohei...@apache.org] > Sent: Dienstag, 15. März 2016 11:56 > To: dev@cxf.apache.org > Subject: [VOTE] - Release Apache CXF Build Utils 3.2.0 > > This is a vote to release Apache CXF Build Utils 3.2.0. It just

RE: [VOTE] CXF 2.7.18/3.0.7/3.1.4

+1, Andrei. > -Original Message- > From: Daniel Kulp [mailto:dk...@apache.org] > Sent: Samstag, 31. Oktober 2015 20:53 > To: dev@cxf.apache.org > Subject: [VOTE] CXF 2.7.18/3.0.7/3.1.4 > > > This is a vote to release a bunch of patches for CXF. > > Staging areas: >

RE: [VOTE]Apache CXF 3.1.3

+1, Andrei. > -Original Message- > From: Daniel Kulp [mailto:dk...@apache.org] > Sent: Donnerstag, 17. September 2015 15:54 > To: dev@cxf.apache.org > Subject: [VOTE]Apache CXF 3.1.3 > > It’s been about 6 weeks since the 3.1.2 release and we’ve fixed a bunch of > things that some users

RE: [VOTE]xjc-utils 3.0.4

+1, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Donnerstag, 9. Juli 2015 23:41 To: dev@cxf.apache.org Subject: [VOTE]xjc-utils 3.0.4 This is a vote for the XJC-Utils 3.0.4. This is mostly to release the extra fixes we need for the bug986

RE: KMIP Support in CXF (ReST SOAP)

Hi Yossi, Sorry for huge delay with a response. Indeed, KMIP is currently widely adopted in industry as XKMS. Supporting XKMS was the pragmatic solution for CXF, because it provide enough functionality and it is quite easy and quick to implement. As Sergei said, will be nice to provide

RE: [VOTE] CXF 3.1.1

+1, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Freitag, 5. Juni 2015 22:50 To: dev@cxf.apache.org Subject: [VOTE] CXF 3.1.1 3.1.1 fixes a bunch of issues in 3.1.0 that would prevent it from working properly in several normal use cases,

RE: [VOTE] CXF 3.1.0

+1 -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Freitag, 1. Mai 2015 19:30 To: dev@cxf.apache.org Subject: [VOTE] CXF 3.1.0 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.

Reusing SAML Token issue/renew functionality in JAX-RS

Hi, I am working on scenario, where CXF JAX-RS service requests SAML token from STS. Currently is quite easy to validate SAML against STS in JAX-RS Service and issue SAML internally using SamlCallbackHandler: http://cxf.apache.org/docs/jax-rs-saml.html. Unfortunately there is no easy way to

RE: Issue in deploying cxf3.0.2.jar in Websphere 8.5

Hi, I guess the problem is that other neethi version (not 3.0.3) is loaded from Websphere application server. Could you please experiment with classloader options (try parent_last)? This link could help a bit more: http://stackoverflow.com/questions/17568330/incompatible-neethi-jar-with-was-7

RE: [VOTE] CXF 2.7.14/3.0.3

+1 Regards, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Mittwoch, 3. Dezember 2014 17:20 To: dev@cxf.apache.org Subject: [VOTE] CXF 2.7.14/3.0.3 This is a vote to release CXF 2.7.14 and 3.0.3. These versions fix a bunch of bugs users have

RE: [VOTE] - Release Apache CXF Fediz 1.1.2

+1, Andrei. -Original Message- From: Colm O hEigeartaigh [mailto:cohei...@apache.org] Sent: Freitag, 17. Oktober 2014 12:52 To: dev@cxf.apache.org Subject: [VOTE] - Release Apache CXF Fediz 1.1.2 This is a vote to release Apache CXF Fediz 1.1.2. Issues fixed:

RE: [VOTE] CXF 2.7.13/3.0.2

+1, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Mittwoch, 8. Oktober 2014 19:31 To: dev@cxf.apache.org Subject: [VOTE] CXF 2.7.13/3.0.2 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

RE: [VOTE] CXF 2.6.16

+1, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Dienstag, 7. Oktober 2014 22:00 To: dev@cxf.apache.org Subject: [VOTE] CXF 2.6.16 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

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

Hi Jan, Sergei is developing this topic very active in CXF now. CXF has a basic engine for JWS/JWE/JWT. You can look into JAXRSJweJwsTest, it is quite cool :) Here is some related Jira issues: https://issues.apache.org/jira/browse/CXF-5954 https://issues.apache.org/jira/browse/CXF-5944

RE: configuration of ClientId using JMS compliant style (CXF 3.x.x); unsubscribe from durable subscriptions

or Destination correspondingly. It is possible to override any URL JMS property, if necessary. Any thoughts regarding (2): unsubscribing from durable subscriptions? Regards, Andrei. -Original Message- From: Andrei Shakirin [mailto:ashaki...@talend.com] Sent: Donnerstag, 25. September 2014

RE: configuration of ClientId using JMS compliant style (CXF 3.x.x); unsubscribe from durable subscriptions

Yeah, I incline to leave it out of scope as well. If there are no objections, I will update JMS documentation in this way. Regards, Andrei. -Original Message- From: Christian Schneider Sent: Freitag, 26. September 2014 17:43 To: Andrei Shakirin; dev@cxf.apache.org Subject: Re

JMS: configuration of ClientId using JMS compliant style (CXF 3.x.x); unsubscribe from durable subscriptions

Hi, I am analysing possible extension of ClientId JMS configuration using JMS compliant style (through URL). 1. ClientId. Use case: the CXF client and service communicating using JMS Topic and durable subscription. Both client and service using ClientId and durable subscription name in order

RE: [VOTE] CXF XJC Utils 3.0.2

+1, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Freitag, 19. September 2014 15:43 To: dev@cxf.apache.org Subject: [VOTE] CXF XJC Utils 3.0.2 This is a vote to release the 3.0.2 version of the XJC Utils.There are two major changes: 1)

RE: CXF JAX-RS OSGi tests

to the current osgi/itests? Until we have much better dynamic port allocation things for the pax-exam things, I'd like to try and avoid having two modules that would be running pax-exam based tests at the same time. Dan On Sep 16, 2014, at 10:54 AM, Andrei Shakirin ashaki...@talend.com

CXF JAX-RS OSGi tests

Hi, I would like to add some basic OSGi tests for JAX-RS implementation based on pax exam. Thinking about best location for these tests: A) trunk/osgi/itests-jaxrs trunk/osgi/itests-jaxws (currently itests) trunk/osgi/itests-felix or B) add subprojects under itests:

RE: @context injection through setter method - method name restriction

Hi Iris, This restriction was already discussed in http://cxf.547215.n5.nabble.com/Getting-hold-of-JAX-RS-MessageContext-tt5745816.html . Yes, it makes sense to relax / drop the restriction. Could you please create an issue for this? Regards, Andrei. -Original Message- From: iris

RE: [VOTE] CXF 2.6.15/2.7.12/3.0.1

+1, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Dienstag, 15. Juli 2014 21:58 To: dev@cxf.apache.org Subject: [VOTE] CXF 2.6.15/2.7.12/3.0.1 This is a vote to release the latest patch releases on all three branches. There are over 80 fixes

Distinguish client or service in FactoryBeanListener for ENDPOINT_CREATED event

I have discovered the restriction of FactoryBeanListener in one customer use case. This scenario dynamically downloads WS-Policies from custom ServiceRegistry and applies them to the CXF client and service. Problem: it seems that there is not reliable way to determine that event

RE: [VOTE] CXF XJC Utils 3.0.1 and buildutils 3.0.0

+1, Andrei. -Original Message- From: Freeman Fang [mailto:freeman.f...@gmail.com] Sent: Donnerstag, 3. Juli 2014 05:07 To: dev@cxf.apache.org Subject: Re: [VOTE] CXF XJC Utils 3.0.1 and buildutils 3.0.0 +1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part

RE: [VOTE] - Release Apache CXF Fediz 1.1.1

+1 Andrei. -Original Message- From: Colm O hEigeartaigh [mailto:cohei...@apache.org] Sent: Mittwoch, 11. Juni 2014 12:45 To: dev@cxf.apache.org Subject: [VOTE] - Release Apache CXF Fediz 1.1.1 This is a vote to release Apache CXF Fediz 1.1.1. It upgrades to the latest CXF

RE: [VOTE] - Release Apache CXF Fediz 1.0.4

+1, Andrei. -Original Message- From: Colm O hEigeartaigh [mailto:cohei...@apache.org] Sent: Mittwoch, 11. Juni 2014 12:43 To: dev@cxf.apache.org Subject: [VOTE] - Release Apache CXF Fediz 1.0.4 This is a vote to release Apache CXF Fediz 1.0.4. It fixes a couple of minor issues

RE: How to get a public jaxrs.xsd at org.apache.cxf support multiple CXF versions

Hi Sergei, I am also a bit concerned about autocomplete feature actively used in IDEs (mentioned by Dan). Keeping unsupported element in schema can be a bit confusing because of that. Therefore if handling the client in the old namespace via the transformation feature will be too complicated

RE: [VOTE] CXF XJC Utils 3.0.0

+1 Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Freitag, 30. Mai 2014 21:10 To: dev@cxf.apache.org Subject: [VOTE] CXF XJC Utils 3.0.0 This is a vote to release a 3.0.0 version of our XJC utils. This fixes a bunch of issues that I've found and

RE: [VOTE] CXF 3.0.0

it in the release notes and provide the working examples on trunk soon. Christian Am 17.05.2014 12:53, schrieb Andrei Shakirin: Hi, Don't think that is really critical for release, have discovered some regressions in samples/jms (at least on my environment): - jms_spec_demo: OK

RE: [VOTE] CXF 3.0.0

Hi, Don't think that is really critical for release, have discovered some regressions in samples/jms (at least on my environment): - jms_spec_demo: OK - jms_queue, jms_pubsub and java_first_jms are throwing InvocationTargetException: java.lang.IllegalArgumentException: connection Factory may

RE: Repackaging of cxf-api to remove Spring dependencies

Hi Dan, -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Donnerstag, 1. Mai 2014 23:49 To: dev@cxf.apache.org Subject: Re: Repackaging of cxf-api to remove Spring dependencies On May 1, 2014, at 3:22 PM, Andrei Shakirin ashaki...@talend.com wrote: Hi Dan

RE: Extended support for wsdl11external WS-PolicyAttachments references

@cxf.apache.org; Andrei Shakirin Subject: Re: Extended support for wsdl11external WS-PolicyAttachments references No objections here. I think we just implemented the few basic places to meet whatever test case we were shooting for with the old Microsoft interoperability tests and didn't

RE: JTA support for JMS Transport in CXF 3.0

Great job, Christian! -Original Message- From: Christian Schneider [mailto:cschneider...@gmail.com] On Behalf Of Christian Schneider Sent: Dienstag, 15. April 2014 10:54 To: dev@cxf.apache.org Subject: Re: JTA support for JMS Transport in CXF 3.0 I just finished the JTA support

Extended support for wsdl11external WS-PolicyAttachments references

Hi, Currently CXF supports only limited set of references for external WS-PolicyAttachments (wsa:EndpointReferenceType): attachments xmlns:wsp=http://www.w3.org/ns/ws-policy; xmlns:test=http://x.y.z/Assertions; wsp:PolicyAttachment wsp:AppliesTo

RE: SOAP over WebSocket

Hi, I do not see a link to your sequence diagram, was it forgotten? From my perspective you can evaluate WS-Addressing decoupled responses for your case. They works very similar to JMS, but using SOAP HTTP + WSA. See details in my blog: http://ashakirin-cxf-async.blogspot.de/ and on CXF page:

RE: JTA support for JMS Transport in CXF 3.0

Hi Christian, Some comments inline: -Original Message- From: Christian Schneider [mailto:cschneider...@gmail.com] On Behalf Of Christian Schneider Sent: Donnerstag, 10. April 2014 10:39 To: CXF Dev Subject: JTA support for JMS Transport in CXF 3.0 Hi All, I am currently

RE: Secure CXF rsServer with Jaas authentication

Hi, I am redirecting the question into user list, if you don't mind. I think OAuth 2.0 client credentials could be elegant solution for this case (https://cxf.apache.org/docs/jax-rs-oauth2.html). You will be able to authenticate client first time with HTTP basic credentials against OAuth

RE: [VOTE] CXF 2.6.14/2.7.11

+1 Regards, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Sonntag, 6. April 2014 18:35 To: dev@cxf.apache.org Subject: [VOTE] CXF 2.6.14/2.7.11 It's been 2 months since the last releases... This is a vote to release 2.7.11 and 2.6.14. There

RE: CXF javadoc questions for 3.0

Hi, For me javadocs will be reasonable for APIs staying stable between major releases. Users can rely to use this in custom code. Such classes are mostly located in cxf-api, my +1 to restrict distribution to cxf-api javadoc (despite of fact that there are also some useful javadocs in cxf-core)

RE: [VOTE] Apache CXF 3.0.0-milestone2

+1 Happy to get 3.0.0-m2 released. Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Samstag, 15. Februar 2014 03:02 To: dev@cxf.apache.org Subject: [VOTE] Apache CXF 3.0.0-milestone2 This is a vote to release 3.0.0-milestone2 This has a bunch of

RE: REST security enhancements

. Cheers, Sergey Thanks Oli From: Sergey Beryozkin [sberyoz...@gmail.com] Sent: 06 February 2014 13:23 To: dev@cxf.apache.org Subject: Re: REST security enhancements Hi Andrei On 06/02/14 09:06, Andrei Shakirin wrote: Hi Sergei

RE: REST security enhancements

Hi Sergei, For me is also interesting to have a simple way to configure REST service with authentication schemas it accepts. For example one service will accept only SAML, second service accepts either Basic Auths or SAML, depending what client sent. For SOAP services that is quite easy to do

RE: [VOTE] Apache CXF 2.7.10

+1 Regards, Andrei -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Mittwoch, 5. Februar 2014 04:09 To: dev@cxf.apache.org Subject: [VOTE] Apache CXF 2.7.10 This is a vote to release 2.7.10. This is mostly to fix the JAX-WS 2.2 problems in the 2.7.9

RE: CXF 2.7.9/2.6.12 release this week...

Hi Dan, My (non-binding) +1. Would like to double check if my update for CXF-5512 discussed in http://cxf.547215.n5.nabble.com/Re-svn-commit-r1560703-in-cxf-branches-2-7-x-fixes-api-src-main-java-org-apache-cxf-service-invoker--td5739028.html is enough for JBoss and TomEE folks (strictly

RE: Discuss: Switching cxf to git

The downside is for the files that have existed since 2.1, a git blame and log and such will only go back to 2.1. Blame will list me as the person for any lines that have existed since 2.1 (since I did the release:prepare for 2.1 and all the commits prior to that are squashed up into

RE: [VOTE] Apache DOSGi 1.6.0 Release

+1 [non-binding] -Original Message- From: Christian Schneider [mailto:cschneider...@gmail.com] On Behalf Of Christian Schneider Sent: Donnerstag, 16. Januar 2014 15:47 To: CXF Dev Subject: [VOTE] Apache DOSGi 1.6.0 Release The Apache CXF DOSGi sub project is the Reference

Coloc for JAX-RS

Hi, I have seen the request from one user to provide coloc feature (http://cxf.apache.org/docs/coloc-feature.html ) for JAX-RS services (currently is supported for JAX-WS only). IMO will be nice if both implementations consequentially support this feature. Any thoughts regarding that? Regards,

RE: [VOTE] 3.0.0-milestone1 distributions...

+1 (non-binding) Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Dienstag, 26. November 2013 18:27 To: dev@cxf.apache.org Subject: [VOTE] 3.0.0-milestone1 distributions... This is a vote for the actually distributions to go along with the 3.0.0-

RE: [VOTE] Apache CXF 2.7.8/2.6.11

Hi Aki, Thanks for spotting and fixing this. Regards, Andrei. -Original Message- From: Aki Yoshida [mailto:elak...@gmail.com] Sent: Donnerstag, 21. November 2013 16:34 To: dev@cxf.apache.org Subject: Re: [VOTE] Apache CXF 2.7.8/2.6.11 +1 tested OK with cxf-2.7.8 with current

RE: [VOTE] Apache CXF 2.7.8/2.6.11

+1 (non-binding) -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Mittwoch, 20. November 2013 17:21 To: dev@cxf.apache.org Subject: [VOTE] Apache CXF 2.7.8/2.6.11 We've resolved over 75 issues since 2.7.7 and almost 35 ported back to 2.6.11. List of

RE: Checking of SOAP action in SoapActionInInterceptor: regression in proxy services

Hi Dan, -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Freitag, 15. November 2013 18:31 To: dev@cxf.apache.org Subject: Re: Checking of SOAP action in SoapActionInInterceptor: regression in proxy services On Nov 15, 2013, at 12:04 PM, Andrei Shakirin

RE: Checking of SOAP action in SoapActionInInterceptor: regression in proxy services

, 15. November 2013 16:32 To: dev@cxf.apache.org; Andrei Shakirin Subject: Re: Checking of SOAP action in SoapActionInInterceptor: regression in proxy services On Nov 14, 2013, at 5:38 PM, Andrei Shakirin ashaki...@talend.com wrote: Hi Aki, Sure, I can introduce the new option here

RE: Checking of SOAP action in SoapActionInInterceptor: regression in proxy services

introducing an explicit option like allowWrongAction (or something that sound better :-) to turn off this action equality-check is better than using an empty string to automatically turn off the check. Or we can define a special matchAny kind of action that can be used in opinfo? 2013/11/13 Andrei

RE: [VOTE] Apache CXF Fediz 1.1.0

+1 (non binding) -Original Message- From: Sergey Beryozkin [mailto:sberyoz...@gmail.com] Sent: Montag, 4. November 2013 23:21 To: dev@cxf.apache.org Subject: Re: [VOTE] Apache CXF Fediz 1.1.0 +1 Thanks, Sergey On 04/11/13 22:04, Oliver Wulff wrote: It's been a long time

Policy Assertor in HTTPConduit

Hi, Looking into HTTPConduit assertor interface implementation: public boolean canAssert(QName type) { return new ClientPolicyCalculator().equals(type); } ClientPolicyCalculator.java contains only: public boolean equals(HTTPClientPolicy p1, HTTPClientPolicy p2) so it

RE: [VOTE] Apache CXF 2.7.7/2.6.10 - take 2

+1 (non binding) -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Mittwoch, 18. September 2013 19:09 To: dev@cxf.apache.org Subject: [VOTE] Apache CXF 2.7.7/2.6.10 - take 2 We've resolved over 90 issues since 2.7.6 and almost 50 ported back to 2.6.10.

RE: [VOTE] Apache CXF 2.7.7/2.6.10

+1 (non binding) -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Samstag, 14. September 2013 14:37 To: dev@cxf.apache.org Subject: [VOTE] Apache CXF 2.7.7/2.6.10 We've resolved over 90 issues since 2.7.6 and almost 50 ported back to 2.6.10. This also

RE: extensions dynamically added/removed from exited bus

Hi Dan, Just confirm that proposed solution works! Thanks, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Montag, 26. August 2013 20:40 To: dev@cxf.apache.org; Andrei Shakirin Subject: Re: extensions dynamically added/removed from exited bus

RE: [DISCUSS] Big bundles for 3.0....

+1 from me, it is a bit confusing at the moment. Regards, Andrei. -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Dienstag, 3. September 2013 19:10 To: dev@cxf.apache.org Subject: [DISCUSS] Big bundles for 3.0 I'd like to get rid of the 3 big bundles

RE: extensions dynamically added/removed from exited bus

- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Freitag, 23. August 2013 15:29 To: dev@cxf.apache.org; Andrei Shakirin Subject: Re: extensions dynamically added/removed from exited bus On Aug 23, 2013, at 8:53 AM, Andrei Shakirin ashaki...@talend.com wrote: If the extensions

RE: extensions dynamically added/removed from exited bus

Hi Dan, If the extensions are not really loaded via a META-INF/bus-extension.txt and instead are OSGi services, you may be able to accomplish a bit more. When the bundle stops and the service is stopped, it should be able to get a blueprint lifecycle event and then go ahead an unregister

RE: [VOTE] Apache CXF patch releases (2.5.11/2.6.9/2.7.6 and xjc-utils 2.6.2)

+1 (non-binding) -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Mittwoch, 17. Juli 2013 18:58 To: dev@cxf.apache.org Subject: [VOTE] Apache CXF patch releases (2.5.11/2.6.9/2.7.6 and xjc-utils 2.6.2) We've resolved over 75 issues since 2.7.5 and almost

RE: [DISCUSS] api+rt-core - core

+1 from me -Original Message- From: Sergey Beryozkin [mailto:sberyoz...@gmail.com] Sent: Donnerstag, 4. Juli 2013 10:55 To: dev@cxf.apache.org Subject: Re: [DISCUSS] api+rt-core - core Hi Sounds good Thanks, Sergey On 04/07/13 10:52, Colm O hEigeartaigh wrote: +1.

RE: [VOTE] Apache DOSGi 1.5.0 Release take two

+1 (non binding) -Original Message- From: Christian Schneider [mailto:cschneider...@gmail.com] On Behalf Of Christian Schneider Sent: Freitag, 28. Juni 2013 09:37 To: CXF Dev Subject: [VOTE] Apache DOSGi 1.5.0 Release take two The Apache CXF DOSGi sub project is the Reference

svn commit: 1490642

Hi Dan, I see that cxf-ws-security is excluded from cxf Karaf feature in this commit: http://svn.apache.org/viewvc/cxf/trunk/osgi/karaf/features/src/main/resources/features.xml?view=markuppathrev=1490642 feature name=cxf version=${project.version} resolver='(obr)' ... !--feature

RE: svn commit: 1490642

To: dev@cxf.apache.org Subject: Re: svn commit: 1490642 Deliberate. Neither the xmlsec 2.0 or wss4j 2.0 jars are usable bundles yet. Thus, I disabled it as none of that stuff works in OSGi yet. Dan On Jun 21, 2013, at 4:22 AM, Andrei Shakirin ashaki...@talend.com wrote: Hi Dan

RE: OData support

Cheers, Sergey regards, aki 2013/6/17 Sergey Beryozkin sberyoz...@gmail.com Hi Andrei On 17/06/13 16:33, Andrei Shakirin wrote: Hi, The guys on the conference some weeks ago asked about Open Data (OData) support in CXF. The reason of question was better compatibility

OData support

Hi, The guys on the conference some weeks ago asked about Open Data (OData) support in CXF. The reason of question was better compatibility with .Net stack. Do we have already kind of OData support and are there any plans to do it? Regards, Andrei.

RE: Mapping URL from confluence to cxf docs

Thanks, Dan! -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Dienstag, 11. Juni 2013 18:46 To: dev@cxf.apache.org Subject: Re: Mapping URL from confluence to cxf docs On Jun 11, 2013, at 11:57 AM, Andrei Shakirin ashaki...@talend.com wrote: Hi, I

Mocking LDAP server for integration tests

Hi, I am working on integration tests for XKMS and thinking about mocking (or using lightweight) LDAP server. I found some topics regarding this: - in UnboundID (https://www.unboundid.com/products/ldap-sdk/) - Mocking using Mockito

RE: Mocking LDAP server for integration tests

Apache DS as a Kerberos Server: http://svn.apache.org/viewvc/webservices/wss4j/trunk/integration/ Colm. On Thu, Jun 13, 2013 at 10:12 AM, Andrei Shakirin ashaki...@talend.comwrote: Hi, I am working on integration tests for XKMS and thinking about mocking (or using lightweight

Mapping URL from confluence to cxf docs

Hi, I document XKMS service and a little bit confused regarding mapping confluence URLs to CXF docs URLs. Confluence URL is: https://cwiki.apache.org/confluence/display/CXF20DOC/XML+Key+Management+Service+%28XKMS%29 I expect that URL

RE: wss4j2.0-port branch merged to trunk

Great job, Colm! -Original Message- From: Colm O hEigeartaigh [mailto:cohei...@apache.org] Sent: Donnerstag, 23. Mai 2013 15:45 To: dev@cxf.apache.org Subject: wss4j2.0-port branch merged to trunk Hi all, In case you haven't noticed, I've merged the wss4j2.0-port branch to

Jenkins: Maven JVM terminated unexpectedly with exit code 143

Hi, Any idea what this Jenkins maven build error could mean? [INFO] Building jar: /home/jenkins/jenkins-slave/workspace/CXF-Trunk-JDK16/trunk/api/target/cxf-api-3.0.0-SNAPSHOT-javadoc.jar [locks-and-latches] Releasing all the locks [locks-and-latches] All the locks released ERROR: Maven JVM

RE: WS-Eventing for CXF

Hi Alessio, Small finding: it seems that folder 'rt/ws/eventing/src/test/java/org/apache/cxf/ws/eventing/base/aux' cannot be checked out under Windows, because it is forbidden folder name. I guess it still from DOS time, when AUX was system device driver Auxiliary device :) Could you please

RE: Some minor (ok, not so minor) thoughts for CXF 3.0

Hi Dan, Definitely +1 for (1), (2), (3), (4), (5). Regarding (6): +1 for wsdl; I would also suggest to review some other stuff in cxf-api (like StaxTranformFeature and LoggingFeature) that IMO not really belongs to api. Regards, Andrei. -Original Message- From: Daniel Kulp

RE: XKMS donation

start the process tomorrow. FYI: it's documented at: http://incubator.apache.org/ip-clearance/ Dan On May 7, 2013, at 12:30 PM, Andrei Shakirin ashaki...@talend.com wrote: Hi, As it was already announced in Thoughts about a 2.8 release thread, Talend is happy to donate

XKMS donation

Hi, As it was already announced in Thoughts about a 2.8 release thread, Talend is happy to donate the initial XKMS 2.0 implementation to CXF. The Jira issue https://issues.apache.org/jira/browse/CXF-5001 contains patch with initial draft of XKMS code. The use case, architecture and design of

RE: [VOTE] CXF 2.7.5/2.6.8

+1 (non binding) -Original Message- From: Daniel Kulp [mailto:dk...@apache.org] Sent: Samstag, 4. Mai 2013 14:14 To: dev@cxf.apache.org Subject: [VOTE] CXF 2.7.5/2.6.8 We've resolved over 40 issues since 2.7.4. Not a lot, but it includes an OSGi fix that is blocking a

RE: Thoughts about a 2.8 release (or not)…

Hi, The issue https://issues.apache.org/jira/browse/CXF-5001 contains initial draft of XKMS service donated by Talend. I tried to describe the use case, architecture and design of XKMS Service in CXF wiki:

  1   2   >