Re: Spring integration using @Configuration & @ComponentScan annotations

tScan-annotations-tp5737561.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: Spring integration using @Configuration & @ComponentScan annotations

and it works pretty well. I will file the jira issue soon (probably not today), and it should be clear then. Cheers, Przemyslaw On Mon, Dec 9, 2013 at 3:20 PM, Sergey Beryozkin [via CXF] < [hidden email] <http://user/SendEmail.jtp?type=node&node=5737569&i=0>> wrote:

Re: Spring integration using @Configuration & @ComponentScan annotations

ocessing ourselves and instead can use the cdi framework code for that. Christian On 09.12.2013 15:47, Sergey Beryozkin wrote: It should also work in Spring only, yes. I don't mind much against the Named/etc. As long as using it is as simple as working with the CXF annotations. For

Why Netty transport can be preferred to Jetty for standalone applications ?

Hi Willem, All I'm curious, what can Netty transport offer on top of or as an alternative to what Jetty can, as far as setting up standalone CXF endpoints is concerned ? Thanks, Sergey

Re: svn commit: r1550759 - in /cxf/trunk/systests/jaxrs/src/test/resources/org/apache/cxf/systest/jaxrs: ./ discovery/ discovery/jaxrs-http-client.xml

Hi Colm, thanks for fixing it, Sergey On 13/12/13 16:14, cohei...@apache.org wrote: Author: coheigea Date: Fri Dec 13 16:14:39 2013 New Revision: 1550759 URL: http://svn.apache.org/r1550759 Log: Fixing build... Added: cxf/trunk/systests/jaxrs/src/test/resources/org/apache/cxf/systest/jaxrs

Re: Coloc for JAX-RS

Hi Andrei On 20/12/13 14:53, Andrei Shakirin wrote: 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

Re: cxf testing fails

Hi, I guess it is to do with some setup issues, Can you please post the details to the users list ? Thanks, Sergey On 07/01/14 22:23, dima wrote: I am trying to test a CXF Restful WS with Local Transport as described here: https://cwiki.apache.org/confluence/display/CXF20DOC/JAXRS+Testing and I g

Re: [Proposal] Move Fediz trunk to version 1.2.0-SNAPSHOT and create brunch 1.1.x-fixes

+1 Sergey On 13/01/14 16:39, Colm O hEigeartaigh wrote: +1. Will 1.2 pick up the forthcoming 3.0 version of CXF? Colm. On Mon, Jan 13, 2014 at 3:02 PM, Oliver Wulff wrote: Hi there There are some new features in the pipeline for Fediz which I'd like to move to a new minor version 1.2. A p

Re: CXF-5309 Support Bean Validation API for JAX-RS

Hi On 16/01/14 13:02, PEIFFER, ERIC (ERIC) wrote: Hello everybody, I'm very interested about this correction concerning the support of bean validation: https://issues.apache.org/jira/browse/CXF-5309 This issue is fixed in the release 3.0.0-milestone1

Re: [VOTE] Apache DOSGi 1.6.0 Release

+1 Thanks, Sergey On 16/01/14 14:46, Christian Schneider wrote: The Apache CXF DOSGi sub project is the Reference Implementation of the OSGi Remote Services and Remote Services Admin Service specifications [1] which provide a distributed computing model based around OSGi Services. The CXF DOSGi

JAX-RS Spring Integration with Configuration and Bean annotation

Hi All, I've added JAX-RS to the subject because I've dome some initial updates based on the feedback to do with configuring JAX-RS endpoints, but I think the conversation may also be generalized for all frontends be covered. I've added an initial prototype a month or so ago, based on the cod

Re: Discuss: Switching cxf to git

On 22/01/14 09:20, Christian Schneider wrote: Recently many apache projects switched from svn to git (like Camel and Karaf). As git has many advantages compared to svn (especially for back ports) I think it makes sense to also do this switch for cxf. Any opinions? Comment from someone who has be

Re: Discuss: Switching cxf to git

On 22/01/14 17:18, Daniel Kulp wrote: On Jan 22, 2014, at 12:01 PM, Christian Schneider wrote: There is one thing that might be different. I recently "committed/pushed" a change from a non committer to karaf. I proposed to the developer to fork the karaf repo on github and commit and push

Re: svn commit: r1561791

Hi Dan Many thanks for your help here. Perhaps we can also make it more visible at the JAX-WS level, though it's quite handy that IOUtils can be called directly Cheers, Sergey On 27/01/14 18:59, dk...@apache.org wrote: Author: dkulp Date: Mon Jan 27 18:59:37 2014 New Revision: 1561791 URL

Re: [VOTE] Apache CXF 2.7.9/2.6.12

+1 Cheers, Sergey On 29/01/14 22:03, Daniel Kulp wrote: We've resolved over 60 issues since 2.7.8 and almost 40 ported back to 2.6.12. List of issues: 2.6.12 https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310511&version=12325599 2.7.9 https://issues.apache.org/jira/secure

Re: Missing cxf-common-utilities-2.7.8.jar and cxf-rt-transports-common-2.7.8.jar from apache-cxf-2.7.8.zip

sing-cxf-common-utilities-2-7-8-jar-and-cxf-rt-transports-common-2-7-8-jar-from-apache-cxf-2-7-8-p-tp5739333.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: [VOTE] Apache CXF 2.7.10

+1 Sergey On 05/02/14 03:08, Daniel Kulp wrote: 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 release that would not allow it to work as a 2.2 runtime. Also has a couple other minor fixes. Staging area: https://repository.apache.org/content/r

Re: STSTokenValidator enhancements

Hi Oli On 05/02/14 19:42, Oliver Wulff wrote: Hi there The STSTokenValidator is used to validate incoming credentials (ex. username/password) against the STS. The STSTokenValidator can be used for authentication for web services as well a REST services. REST security is already very enhanced

Re: REST security enhancements

Oliver Wulff Blog: http://owulff.blogspot.com<http://owulff.blogspot.com/> Solution Architect http://coders.talend.com <http://coders.talend.com>Talend Application Integration Division http://www.talend.com -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: STSTokenValidator enhancements

x27;d say the validation response should have the extra bits Thanks, Sergey Colm. On Wed, Feb 5, 2014 at 9:13 PM, Sergey Beryozkin wrote: Hi Oli On 05/02/14 19:42, Oliver Wulff wrote: Hi there The STSTokenValidator is used to validate incoming credentials (ex. username/password) agains

Re: STSTokenValidator enhancements

laims, does not make sense to me but may be I'm missing something Cheers, Sergey Colm. On Thu, Feb 6, 2014 at 10:19 AM, Sergey Beryozkin wrote: On 06/02/14 09:42, Colm O hEigeartaigh wrote: As far as I know, all of this functionality is already available. Take a look at the Transfor

Re: STSTokenValidator enhancements

d into the SAML assertion by STS) that it will itself authorize against later on. Cheers, Sergey Colm. On Thu, Feb 6, 2014 at 11:18 AM, Sergey Beryozkin wrote: On 06/02/14 10:35, Colm O hEigeartaigh wrote: No, you should in theory be able to add Claims information via a CallbackHandler (or DOM

Re: STSTokenValidator enhancements

On 06/02/14 11:45, Sergey Beryozkin wrote: Hi Colm On 06/02/14 11:34, Colm O hEigeartaigh wrote: It could be useful in the scenario where a user only supplies authentication information (i.e. a UsernamePassword), but not any information that could be used for authorization. Yes, I'm wit

Re: REST security enhancements

ndrei. -Original Message- From: Sergey Beryozkin [mailto:sberyoz...@gmail.com] Sent: Mittwoch, 5. Februar 2014 22:22 To: dev@cxf.apache.org Subject: Re: REST security enhancements Hi Oli On 05/02/14 19:56, Oliver Wulff wrote: Hi there For the REST services of the Fediz IDP I'd like to support

Re: JAXRSClient does not contain response headers

Hi Thorsten On 06/02/14 06:13, Thorsten Höger wrote: Hi, I have a problem using the JAXRSClient with response headers. If the return value is of type javax.ws.rs.core.Response the returned instance does not contain response headers in some cases. I set up a test branch on github under https://g

Re: REST security enhancements

s and either ignore or enforce the security as needed. This might be worth considering 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 enhancement

Re: [VOTE] CXF 2.6.13/2.7.10 (attempt 2)

with failed votes and plenty of discussions and reviews prior to that, I think we’re OK. (providing I get the 3 votes by tomorrow. :) ) -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Optional support for CDI integration ?

Hi All, Does it make sense to offer some optional support for CDI directly in CXF ? I guess we can expect more and more queries about it going forward, I'll want to investigate more about it in scope of the JAX-RS 2.0 spec work anyway, but I wonder what can be done in CXF in general Thanks,

Re: Optional support for CDI integration ?

ward link can be supported in CXF to support the injection of beans into service classes via @Inject so that people can just add CDI RI dep and have it working ? Thanks, Sergey Regards, Andrei. -Original Message- From: Sergey Beryozkin [mailto:sberyoz...@gmail.com] Sent: Sonnta

Re: Optional support for CDI integration ?

and Jetty containers, I'd consider introducing an optional module specifically dedicated to some basic CDI bridging, so that it does not interfere in any way with the containers doing CDI, such as JBoss, TomEE, GlassFish, etc Thanks, Sergey Alessio On 10/02/14 13:23, Sergey Beryozkin wr

Re: Optional support for CDI integration ?

t can we do to get a basic @Inject (ion) of CDI beans into CXF service classes working ? That would do for a start for me :-) DeltaSpike looks interesting; I wonder if one can delegate to it in Java SE...for it to inject the beans Cheers, Sergey Christian On 09.02.2014 19:43, Sergey Bery

Re: Optional support for CDI integration ?

On 10/02/14 19:33, Christian Schneider wrote: On 10.02.2014 17:50, Sergey Beryozkin wrote: That looks interesting; if we talk about the two options Andrei mentioned, I guess you'd like to follow the first one, i.e, have a pretty comprehensive support, right ? I wonder, what can we do to

Re: Optional support for CDI integration ?

ng context... Looking for the cheapest/fastest way to do it :-) Cheers, Sergey Best Regards, Andriy Redko On Mon, Feb 10, 2014 at 11:50 AM, Sergey Beryozkin wrote: Hi Christian On 10/02/14 16:01, Christian Schneider wrote: Hi Sergey, CDI support could be quite interesting indeed.

Re: Status of the jms transport rewrite, planned additional changes

rtable. I would be very happy to get some feedback about this and perhaps alternative designs. For people that do not use blueprint or spring we should supply a ConfiguredBeanLocator that can be used as a kind of registry. So you can just put java objects into it. Christian -- Sergey Beryo

Re: [VOTE] Apache CXF 3.0.0-milestone2

+1 Thanks, Sergey On 15/02/14 02:01, Daniel Kulp wrote: This is a vote to release 3.0.0-milestone2 This has a bunch of more updates targeting 3.0 including a fully revamped JMS transport, fully revamped WS-RM system, updates to WS-Security, JAX-RS updates, some more deprecated API’s removed,

Re: Follow-up on CDI integration

Hi Andriy On 18/02/14 22:44, Andrey Redko wrote: Hey guys, Follow-up on a recent conversation, I am wondering if someone is looking into PoC for CDI integration in CXF? (Christian?) I would like to spend some time and try to come up with easy way to have basic CDI support in JAX-RS / JAX-WS

Re: SVN is read only, git is live...

ub integration will be added. Happy git-ing! -- Daniel Kulp dk...@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com -- Daniel Kulp dk...@apache.org - http://dankulp.com/blog Talend Community Coder - http://coders.talend.com -- Colm O hEigeartaigh Ta

Re: Follow-up on CDI integration

erned about it as far as the JAX-RS CDI integration is concerned... Thanks, Sergey Christian Am 19.02.2014 12:36, schrieb Sergey Beryozkin: Hi Andriy On 18/02/14 22:44, Andrey Redko wrote: Hey guys, Follow-up on a recent conversation, I am wondering if someone is looking into PoC for CDI integrat

Re: Follow-up on CDI integration

erned about it as far as the JAX-RS CDI integration is concerned... Cheers, Sergey Christian Am 19.02.2014 12:36, schrieb Sergey Beryozkin: Hi Andriy On 18/02/14 22:44, Andrey Redko wrote: Hey guys, Follow-up on a recent conversation, I am wondering if someone is looking into PoC for CDI integ

Re: REST security enhancements

the purpose of the interceptor is clear. Thanks Oli From: Andrei Shakirin [ashaki...@talend.com] Sent: 09 February 2014 18:19 To: dev@cxf.apache.org Subject: RE: REST security enhancements Hi Sergei, -----Original Message- From: Sergey Beryozkin [mai

Re: OpenId Connect

Hi Thorsten On 01/03/14 17:42, Thorsten Höger wrote: Hi, are there plans to support OpenId Connect (Server/Client) as extension to OAuth2 in CXF? Yes. Right now, the immediate priority is to support JWT wrapped as CXF ServerAccessToken, and the JWT assertions grant. Next, offer the JAX-RS

Re: OpenId Connect

Hi Bill On 03/03/14 18:50, Bill Burke wrote: On 3/3/2014 1:42 PM, Thorsten Höger wrote: Am 03.03.2014 11:27, schrieb Sergey Beryozkin: Hi Thorsten On 01/03/14 17:42, Thorsten Höger wrote: Hi, are there plans to support OpenId Connect (Server/Client) as extension to OAuth2 in CXF? Yes

Re: OpenId Connect

Hi On 03/03/14 18:42, Thorsten Höger wrote: Am 03.03.2014 11:27, schrieb Sergey Beryozkin: Hi Thorsten On 01/03/14 17:42, Thorsten Höger wrote: Hi, are there plans to support OpenId Connect (Server/Client) as extension to OAuth2 in CXF? Yes. Right now, the immediate priority is to support

Re: git commit: Fix clustering tests

Hi Dan, thanks for fixing it, I looked at my last merge yesterday, but did not spot it unfortunately... Sergey On 03/03/14 23:02, dk...@apache.org wrote: Repository: cxf Updated Branches: refs/heads/master 3941fe52c -> 30d6e812d Fix clustering tests Project: http://git-wip-us.apache.org/

Re: RESTful, WSDL 2.0 & WADL

Hi On 07/03/14 05:24, Gary Gregory wrote: Hi All, I'd like to use a CXF dynamic client to call a RESTful service. I also want to formally describe the RESTful service with a standard-based file. My first choice was WSDL 2.0 since it is a standard. Creating a client with JaxWsDynamicClientFacto

Git cherry-pick reports a lot of bad objects

Hi I'm seeing a lot of 'bad-object' errors from git cherry-pick, when doing a merge to 2.7.x. 3 errors today. I do a commit and push to the master and then an immediate cherry-pick to 2.7.x. Is cherry-pick a bit brittle, and git merge needs to be used or may be we have some reference issues

Re: Git cherry-pick reports a lot of bad objects

By the way, it seems to be happening only when a merge conflict occurs... So I wipe out 2.7.x, create it again, repeat cherry-pick, and the same reference does get merged (with the conflict as expected), then I fix it and commit... Sergey On 11/03/14 12:45, Sergey Beryozkin wrote: Hi I&#

Re: RESTful, WSDL 2.0 & WADL

ww.manning.com/tahchiev/> Spring Batch in Action <http://www.manning.com/templier/> Blog: http://garygregory.wordpress.com Home: http://garygregory.com/ Tweet! http://twitter.com/GaryGregory -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: Couple more CXF 3.0 thoughts.....

Hi On 24/03/14 18:35, Daniel Kulp wrote: With 3.0 getting really close, I do realize this is kind of last minute, but wanted to throw these out real quick. Would anyone object to removing all the SOAP over TCP stuff that is currently in the SOAP binding? It was a project started by a GSoC st

Re: ask for schedule for formal JAX-RS2.0 support

Hi On 26/03/14 08:25, Bin Zhu wrote: Hi, I noticed from the following site that CXF 3.0 haven't claim formal JAX-RS 2.0 compliance yet, is there any rough schedule when will it be formal supported? Thanks. http://cxf.apache.org/docs/jax-rs.html CXF 3.0.0 completely implements JAX-RS 2.0 includi

Re: ask for schedule for formal JAX-RS2.0 support

I added a dedicated section: https://cwiki.apache.org/confluence/display/CXF20DOC/JAX-RS#JAX-RS-JAX-RSCompliance Sergey On 26/03/14 10:40, Sergey Beryozkin wrote: Hi On 26/03/14 08:25, Bin Zhu wrote: Hi, I noticed from the following site that CXF 3.0 haven't claim formal JAX-R

Re: git commit: [CXF-5661]add more JMX operations for ManagedEndpoint mbean

On 01/04/14 10:46, Sergey Beryozkin wrote: Hi Freeman IMHO it appears to be a rather 'intrusive' commit. I'm sure it will help with the JMX improvements work somehow but here are some comments: Here are some comments: - should your bean annotation introspectors to do with JMX

Re: How to start contributing to CXF

Hi You can start contributing patches to open CXF JIRAs Thanks, Sergey On 01/04/14 12:02, Pankaj Gaur wrote: Dear Team, I have enrolled to list for some time now and see issues/votes/roadmaps from time totime. How can I contribute to CXF development or any issue resolution. Does it require any

Re: [5/8] git commit: Revert "[CXF-5661]add more JMX operations for ManagedEndpoint mbean"

Hi Freeman Why do you need JSON schema for it ? I don't think it is realistic to expect XMLSchema document can be mapped 1 to 1 to a corresponding JSON schema. Cheers, Sergey On 03/04/14 02:57, Freeman Fang wrote: Hi Dan, Is there any neat way we can get Json schema from XmlSchema? Thanks

Re: [5/8] git commit: Revert "[CXF-5661]add more JMX operations for ManagedEndpoint mbean"

class neatly. Cheers － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-4-3, at 下午5:43, Sergey Beryozkin wrote: Hi Freeman Why do you need JSON schema for it ? I don't think it is realistic to expect XMLSchema document can be mapped 1 to 1 to a cor

Re: [VOTE] CXF 2.6.14/2.7.11

+1 Thanks, Sergey On 06/04/14 17:34, Daniel Kulp wrote: It’s been 2 months since the last releases… This is a vote to release 2.7.11 and 2.6.14. There are over 60 issues fixed for 2.7.11 and more than 20 ported back to 2.6.14. Staging area: https://repository.apache.org/content/repositories

Re: SOAP over WebSocket

Hi On 08/04/14 18:01, Aki Yoshida wrote: Hi Przemyslaw, I am not sure if your multiplex case needs websockets or the normal asynchronous soap invocation over http is suitable. Regarding the current websocket support in cxf, it is supported out of the box in the current 3.0.0-SNAPSHOT for some sc

Re: [VOTE] CXF 2.6.14/2.7.11 - take 2

+1 Thanks, Sergey On 09/04/14 04:44, Daniel Kulp wrote: It’s been 2 months since the last releases… This is a vote to release 2.7.11 and 2.6.14. There are over 60 issues fixed for 2.7.11 and more than 20 ported back to 2.6.14. This second attempt fixes the blueprint parsing issues that Ak

Re: JTA support for JMS Transport in CXF 3.0

Hi Christian First of all: the way you've refactored the transport so far is perfect :-). I'd only suggest that we try and release 3.0.0 first, may be do some of your ideas in the next week or two (to get some initial transaction support done) and immediately continue in 3.0.1. JAX-RS users ca

Re: CXF failed to publish endpoints in Eclipse 4.2.2 OSGi, Jetty 8.1.14 and Spring 3.0.7 environment

Christian fixed it for the incoming 3.0.0 Sergey On 18/04/14 18:30, samz2000 wrote: The current CXF 2.6.13 or 2.7.10 - the blueprint xml files contain name space handler from Apache Aries, which prevent other Blueprint implementation such as Eclipse Gemini (https://www.eclipse.org/gemini/) to in

Re: Repackaging of cxf-api to remove Spring dependencies

Hi Dan On 01/05/14 17:03, Daniel Kulp wrote: I decided to try and experiment a bit with this idea. Just pushed a “split-spring” branch for folks to look at. Basically, I did a few things: 1) Pulled bus/spring and configuration/spring into a new rt/spring bundle 2) Pulled bus/blueprint and co

Re: Repackaging of cxf-api to remove Spring dependencies

Hi Andrei On 02/05/14 09:37, Andrei Shakirin wrote: 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 Sh

Jose4J and JWT

Hi I've been experimenting for the last couple of months, whenever I get a chance, with having Json Web Token (JWT) supported as part of CXF OAuth2 flows. The immediate goal is to support JWT Bearer assertions as grants or authentication credentials at AccessTokenService level OOB (see more

Re: [VOTE] CXF 3.0.0

+1 Cheers, Sergey On 14/05/14 21:13, Daniel Kulp wrote: This is a vote to release CXF 3.0.0.It’s been a long time coming, but I think it’s ready to be released. :-) Staging area: https://repository.apache.org/content/repositories/orgapachecxf-1019/ Tag: https://git-wip-us.apache.org/re

Re: [DISCUSS] Short term plans/branching....

Hi Dan On 19/05/14 15:45, Daniel Kulp wrote: Just wanted to throw out a quick discussion about how to manage the git repo for the short term. With the last 2.6.x release, we announced there would be one more release of that branch. Thus, we need to keep that branch around. To avoid having

Re: Jose4J and JWT

ettison etc if preferred. More refactoring will be going in, plus support for JAX-RS providers supporting JSON encryption & validation which goes beyond a pure OAuth2 related support. Eventually I will document it too :-) Cheers, Sergey On 02/05/14 13:23, Sergey Beryozkin wrote: Hi I

Re: Jose4J and JWT

/cxf/rt/rs/security/oauth-parent/oauth2-jwt/src/test/java/org/apache/cxf/rs/security/oauth2/jws/JwsCompactReaderWriterTest.java?r=fd0528c0f9dd112264f7aeffa04565e18d973884 Jws related code needs a bit of utility support, Jwe looks reasonable for now... Sergey On 20/05/14 12:51, Sergey Beryozkin

Re: [DISCUSS] Java 8 and JAXB and 3.0.1

Hi Dan It appears the update has caused 3.0.1 effectively 'dropping' Java 6 support from CXF 3.0.1, I'm seeing the build errors like [ERROR] rt/ws/policy/target/generated/src/main/java/org/apache/cxf/ws/policy/v200607/OperatorContentType.java:[59,122] cannot find symbol [ERROR] symbol : me

Re: [DISCUSS] Java 8 and JAXB and 3.0.1

. Both worked. I’ll try on my Linux box later today. Sorry, was just going to start a build with the latest java 6, I had the build picking up Java6 26. Will get back shortly Cheers, Sergey Dan Dan On Jun 5, 2014, at 5:04 AM, Sergey Beryozkin wrote: Hi Dan It appears the update has

Re: [DISCUSS] Java 8 and JAXB and 3.0.1

All works with JDK 1.6.45, sorry about the noise :-), some bug with the Java 6 26 Thanks, Sergey On 05/06/14 14:33, Sergey Beryozkin wrote: Hi Dan On 05/06/14 14:30, Daniel Kulp wrote: On Jun 5, 2014, at 8:15 AM, Daniel Kulp wrote: Is anyone else able to reproduce this? I’ve been

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

Hi In CXF 3.0.0 we've had a "client" element used to be defined in jaxrs.xsd shipped with the rt/frontend/jaxrs module moved out (alongside with the code supporting Client API) to a new jaxrs-client.xsd (with a new target namespace http://cxf.apache.org/jaxrs-client) now shipped with the rt/r

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

starting from 3.0.1 will be expected to use it when defining jaxrs:server endpoints. So the public jaxrs.xsd will keep supporting CXF 2.x and CXF 3.0.0, jaxrs3x.xsd - CXF 3.0.1 and higher. CXF 3.0.1 will ship jaxrs.xsd only except that its target namespace will be ending with "/jaxrs3

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

Hi Aki, On 06/06/14 17:08, Aki Yoshida wrote: 2014-06-06 17:44 GMT+02:00 Sergey Beryozkin : Hi Aki, thanks for the comments, On 06/06/14 16:32, Aki Yoshida wrote: Hi Sergey, Maybe, I am not getting the down side of option 1 right. Option 1 means, the schema contains some definitions that are

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

Hi Dan On 06/06/14 17:14, Daniel Kulp wrote: On Jun 6, 2014, at 11:44 AM, Sergey Beryozkin wrote: Hi Aki, thanks for the comments, On 06/06/14 16:32, Aki Yoshida wrote: Hi Sergey, Maybe, I am not getting the down side of option 1 right. Option 1 means, the schema contains some definitions

Re: [VOTE] - Release Apache CXF Fediz 1.1.1

-us.apache.org/repos/asf?p=cxf-fediz.git;a=commit;h=5500f3cbf061b8f5b2d763e020df35516823d4e6 Issues fixed: https://issues.apache.org/jira/browse/FEDIZ/fixforversion/12325565/ Here is my +1. Colm. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http

Re: [VOTE] - Release Apache CXF Fediz 1.0.4

. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

Re: Getting Involve Apache CXF : Increasing unit test coverage

Hi On 11/06/14 21:33, Malintha Adikari wrote: Hi all, I am very interesting about getting involve Apache CXF project. As the very first step I checked out the source code from git and tried to build it in my local environment. I would like to help increasing the unit test coverage for the CXF co

Re: How to get a public jaxrs.xsd at org.apache.cxf support multiple CXF versions [romana]

client in the old namespace via the transformation feature will be too complicated in option (1), I would prefer option (2) with keeping dependency client -> frontend. Regards, Andrei. -Original Message- From: Sergey Beryozkin [mailto:sberyoz...@gmail.com] Sent: Freitag, 6. Juni 2014

Should we introduce 3.1.0 Trunk

Hi Should we introduce 3.1.0 trunk and 3.0.x branch respectively ? May be we should wait till 2.6.x is closed first... Thanks, Sergey

Re: Should we introduce 3.1.0 Trunk

On Wed, Jun 18, 2014 at 9:32 AM, Sergey Beryozkin mailto:sberyoz...@gmail.com>> wrote: Hi Should we introduce 3.1.0 trunk and 3.0.x branch respectively ? May be we should wait till 2.6.x is closed first... Thanks, Sergey

Re: two issues in org.apache.cxf.jaxrs.provider.DataSourceProvider

Hi On 01/07/14 07:19, iris ding wrote: Thanks Daniel for digging out the issue. So how about below change to convert the ClassCastException to a 415 response? public T readFrom(Class cls, Type genericType, Annotation[] annotations, MediaType type,

Re: two issues in org.apache.cxf.jaxrs.provider.DataSourceProvider

Hi On 02/07/14 02:45, iris ding wrote: Thanks Sergey for your fix for this issue. But actually I have a question for the fix as it is against spec for support of subclasses or concrete implementations for DataSource. I have put my question in https://issues.apache.org/jira/browse/CXF-5835 as wel

Re: two issues in org.apache.cxf.jaxrs.provider.DataSourceProvider

On 02/07/14 10:58, Sergey Beryozkin wrote: Hi On 02/07/14 02:45, iris ding wrote: Thanks Sergey for your fix for this issue. But actually I have a question for the fix as it is against spec for support of subclasses or concrete implementations for DataSource. I have put my question in https

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

+1 Cheers, Sergey On 02/07/14 16:45, Jeff Genender wrote: +1 Jeff On Jul 2, 2014, at 9:34 AM, Daniel Kulp wrote: This is a vote to release our xjc-utils 3.0.1 subproject and our build utils as 3.0.0. Changes for xjc: [CXFXJC-7] Make sure list types aren't instantiated. Attempt to workaro

Re: Ideas for standardizing CXF authentication and authorization

Hi Łukasz On 10/07/14 12:38, Łukasz Dywicki wrote: Hey Christian, Great you brought this discussion. I already started working on integration between spring security (SS) and cxf, mainly because JAAS was not sufficient in all our cases and SS provides nice cover to it such AccessDecisionManager

Re: Ideas for standardizing CXF authentication and authorization

Hi Chris On 14/07/14 02:01, Chris Geer wrote: Christian, I'm not sure I have specific advice about how to approach Shiro compatibility without spending some cycles on it. I think we could engage Les and Shiro community to help though. One possible approach might just be to have CXF use a pluggab

Re: Performance issue with Content-ID computation of multipart MTOM/XOP messages

Hi Alessio On 14/07/14 08:54, Alessio Soldano wrote: Hi, while running some performance benchmarks here, we noticed lot of time spent computing the content-id of multipart MTOM/XOP messages, which is quite unexpected (at least to me). We have a client consuming a wsdl which references an external

Re: [VOTE] CXF 2.6.15/2.7.12/3.0.1

hours. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http://sberyozkin.blogspot.com

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

+1 Thanks, Sergey On 22/07/14 11:40, Andrei Shakirin wrote: 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 thi

Re: Ready to create 3.0.x branch, start 3.1?

On 22/07/14 21:35, Daniel Kulp wrote: Just a quick query to everyone: With 2.6.15 out, we planned to drop support for 2.6.x and start working toward 3.1 on master. Is everyone ready for that? If there are no objections, tomorrow I’ll create the 3.0.x-fixes branch and then move all the pom

Re: On BouncyCastle installed as a global security provider

Hi Alessio In my new tests around JSON security I'm doing exactly what you propose, checking if BC is needed, apparently not with Java 8 only as far as GCM is concerned. it may be more sensitive in case of WSS4J... Cheers, Sergey On 23/07/14 12:44, Alessio Soldano wrote: Hi, I've been asked

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

On 23/07/14 12:31, Grant Yang wrote: This code makes me wonder what will happen if we just have @Context public void setString(String string) { System.out.println("shall that happen?"\n"); } CXF supports custom contexts by creating proxies with the help of Java Proxy so in this case it won't

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

-- View this message in context: http://cxf.547215.n5.nabble.com/context-injection-through-setter-method-method-name-restriction-tp5746712p5746796.html Sent from the cxf-dev mailing list archive at Nabble.com. -- Sergey Beryozkin Talend Community Coders http://coders.talend.com/ Blog: http

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

HttpSerletRequest/etc also have to be supported in mist cases... Cheers, Sergey On 23/07/14 15:22, Sergey Beryozkin wrote: On 23/07/14 12:31, Grant Yang wrote: This code makes me wonder what will happen if we just have @Context public void setString(String string) { System.out.println

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

/07/14 17:09, Sergey Beryozkin wrote: HttpSerletRequest/etc also have to be supported in mist cases... Cheers, Sergey On 23/07/14 15:22, Sergey Beryozkin wrote: On 23/07/14 12:31, Grant Yang wrote: This code makes me wonder what will happen if we just have @Context public void set

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

On 23/07/14 17:35, iris ding wrote: OK, Then Sergey if we want to allow custom context we need support it via another way.. What do you mean ? CXF supports it its way, different from the Jersey way... Thanks, Sergey -- View this message in context: http://cxf.547215.n5.nabble.com/context-

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

OK, thanks for the clarification... Note, there's some weakness in the current approach to do with the proxy being injected for custom interfaces even if no provider for a given non-standard interface exists, something that Andrey was working upon. At the moment, in such cases, NPE will be thr

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

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

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

-name-restriction-tp5746712p5746890.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: SAML2.0 Encrypted assertion is not working.

Hi It appears that a wrong DOM element was used to check the EncryptedKey element which is actually a sibling of EncryptedData, not a child. I know Colm has very extensively tested it against various IDPs but I believe none of them were encrypting the SAMLP responses. I've committed a possibl

<    5   6   7   8   9   10   11   12   13   14   >