Re: Discuss: Switching cxf to git

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-1-22, at 下午5: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 >

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

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-2-7, at 上午2:29, Daniel Kulp wrote: > > > This is a vote to release 2.6.13 and 2.7.10. > > For 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 t

Re: [VOTE] Apache CXF 3.0.0-milestone2

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-2-15, at 上午10: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

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

－ Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-3-25, at 上午2: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

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

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 >> － >> Freeman(Yue) Fang >> >&g

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

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-4-10, at 下午10:01, Willem Jiang wrote: > Ran some tests with camel-cxf, every thing looks good. > Here is my +1. > > -- > Willem Jiang > > Red Hat, Inc. > Web: http://www.redhat.com > Blog: http://wi

Re: [VOTE] CXF 3.0.0

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-5-15, at 上午4: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.a

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

+1 for Dan's plan And for the JiBX with JDK8, how about we just document in the release notes that some optional components like JiBX won't support JDK8 due to they are kind of obsolete? － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-5-20, at 上午6:13,

Re: cxf-xjc-plugin release....

+1 to use 3.0.0 version Thanks － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-5-22, at 下午10:55, Daniel Kulp wrote: > > You may have seen a bunch of commits in the cxf-xjc-utils repo where I’m > doing some updates. I’m planning on doing a release of

Re: [DISCUSS] Java 8 and JAXB and 3.0.1

+1 to upgrade to jaxb 2.2.10 in CXF 3.0.1, the sooner CXF support JDK8 the better. Thanks － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-5-28, at 下午10:41, Daniel Kulp wrote: > > There is a new version of JAXB available in central (2.2.10-b140310.192

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

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-7-2, at 下午11:34, 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 instanti

Re: [VOTE] CXF 2.6.15/2.7.12/3.0.1

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-7-16, at 上午3:57, Daniel Kulp wrote: > > This is a vote to release the latest patch releases on all three branches. > > There are over 80 fixes for 3.0.1 with most back ported to 2.7.12 and some to >

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

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-7-23, at 上午2: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 tha

Re: [VOTE] CXF XJC Utils 3.0.2

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-9-19, at 下午9:42, Daniel Kulp wrote: > > This is a vote to release the 3.0.2 version of the XJC Utils.There are > two major changes: > > 1) Update the plugin to use all the repositories in the pom

Re: [VOTE] CXF 2.6.16

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-10-8, at 上午3: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 dir

Re: [VOTE] CXF 2.7.13/3.0.2

I'm sorry to say I have to -1 for both. As both CXF 2.7.13 and 3.0.2 use 2.6.1_1 however servicemix wrapped opensaml 2.6.1_1 pull in wrong xerces dependency like(because build against the Shibboleth repo but not the maven central repo)[1] org.apache.xerces xercesImpl 2.10.0 ru

Re: [VOTE] CXF 2.7.13/3.0.2

, at 下午4:48, Daniel Kulp wrote: > > The features file would only pull in the opensaml jar/bundle, not the wrong > xerces. We don’t use “cxf.opensaml.osgi.version” as a version for any sort > of > Dan > > > > On Oct 9, 2014, at 1:43 AM, Freeman Fang wrote: > &g

Re: [VOTE] CXF 2.7.13/3.0.2

iles are also missing. > > Dan > > > > >> Dan >> >> >> >> On Oct 9, 2014, at 1:43 AM, Freeman Fang wrote: >> >>> I'm sorry to say I have to -1 for both. >>> >>> As both CXF 2.7.13 and 3.0.2 use >&

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

/commit/0de0309f >> Tree: http://git-wip-us.apache.org/repos/asf/cxf/tree/0de0309f >> Diff: http://git-wip-us.apache.org/repos/asf/cxf/diff/0de0309f >> >> Branch: refs/heads/master >> Commit: 0de0309f28e1543660c763c158f4353d6d2189be >>

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

de0309f> >>Tree: http://git-wip-us.apache.org/__repos/asf/cxf/tree/0de0309f >> <http://git-wip-us.apache.org/repos/asf/cxf/tree/0de0309f> >>Diff: http://git-wip-us.apache.org/__repos/asf/cxf/diff/0de0309f >><http://git-wip-us.apache.org/rep

Re: cxf git commit: [CXF-6131] Minor updates

Thanks for this change, yeah, it's better to put the TCCL in SpringClasspathScanner and keep the JAXRSServerFactoryBeanDefinitionParser as is － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-12-3, at 下午6:57, serg...@apache.org wrote: > Repository: cxf >

Re: [VOTE] CXF 2.7.14/3.0.3

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2014-12-4, at 上午12: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

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

pos/asf/cxf/commit/d50ffd09 >>> Tree: http://git-wip-us.apache.org/repos/asf/cxf/tree/d50ffd09 >>> Diff: http://git-wip-us.apache.org/repos/asf/cxf/diff/d50ffd09 >>> >>> Branch: refs/heads/master >>> Commit: d50ffd09c30e606524fb6ed92119d85ccfa13491 >>> Pare

Re: [VOTE] CXF 3.0.4/2.7.15

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2015-2-12, at 上午9: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: >

Re: [VOTE] CXF 3.1.1

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat On 2015-6-6, at 上午4:49, Daniel Kulp wrote: > 3.1.1 fixes a bunch of issues in 3.1.0 that would prevent it from working > properly in several normal use cases, particularly in OSGi. > > Staging area: > https:

Re: Drop support for Jetty 8?

As Jetty 8 were EOL at the end of 2014, no further work with Jetty 8 will be performed from Jetty community, +1 to drop Jetty 8 support in CXF 3.2. and +1 to make the Jetty 9.2 the minimum to keep same line as Karaf 4. Best Regards － Freeman(Yue) Fang Red Hat, Inc. FuseSource is no

Re: [VOTE] CXF 3.1.5/3.0.8

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Feb 3, 2016, at 5:28 AM, Daniel Kulp wrote: > > It’s been 3 months since the last patch releases so we really need to get > these out. > > Staging areas: > 3.1.5 > https://repository.apache.org/content

[HEADUP] the http-undertow transport

Hi Team, I just push commit to master to add cxf http-undertow transport. This is pretty much like how the cxf http-jetty transport works but start an embedded undertow server instead when launch a standalone cxf/camel-cxf endpoint. As in Apache Camel there's already a camel-undertow component

Re: [HEADUP] the http-undertow transport

eryozkin wrote: > > Hi Freeman > > Just curious, what is the difference between Netty and Undertow CXF > transports ? > > Thanks, Sergey > > > On 26/02/16 04:03, Freeman Fang wrote: >> Hi Team, >> >> I just push commit to master to add cxf http-

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

+1 Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Mar 15, 2016, at 6:56 PM, Colm O hEigeartaigh wrote: > > This is a vote to release Apache CXF Build Utils 3.2.0. It just contains > some plugin updates. The reason behind the release is to avoid

Re: [VOTE] CXF 3.1.6/3.0.9

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Mar 24, 2016, at 4:48 AM, Daniel Kulp wrote: > > > It’s been awhile since the last set of releases and we’ve fixed over 45 > JIRA’s (some of which may be needed for the Fediz release) so I’d like to get

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

+1 Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Jul 5, 2016, at 4:57 PM, Christian Schneider > wrote: > > This is a vote to release Apache CXF Build Utils 3.2.1. > > It contains changes for checkstyle config to make it compatible to Eclipse

Re: [VOTE] Apache CXF 3.0.10 and 3.1.7

+1 Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Jul 27, 2016, at 2:25 AM, Daniel Kulp wrote: > > > It’s been a long time coming, but we’re finally ready to release > 3.0.10/3.1.7. We’ve resolved over 75 issues for 3.1.7 which is a LOT for

Re: [VOTE] - Release Apache CXF Fediz 1.2.3

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 2, 2016, at 6:50 PM, Colm O hEigeartaigh wrote: > > This is a vote to release Apache CXF Fediz 1.2.3. > > Issues fixed: > https://issues.apache.org/jira/browse/FEDIZ/fixforversion/12334883 > > Maven

Re: Removing some old modules in 3.2.0-SNAPSHOT

Hi Sergey, I think we still need keep the services/wsn, WS-N is one of WS-* specification and AFAIK users still use it. Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 3, 2016, at 4:41 AM, Sergey Beryozkin wrote: > > Updated list (it may be

Re: Removing some old modules in 3.2.0-SNAPSHOT

n improving his English capability at home? We hope get your feedback and thank you again! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 5, 2016, at 9:55 AM, Freeman Fang wrote: > > Hi Sergey, > > I think we still need keep the s

Re: [1/2] cxf git commit: [CXF-6801]build CXF which java9

Unified the profile name and created sub-tickets to track those failed tests. Thanks Sergey! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 9, 2016, at 5:32 PM, Sergey Beryozkin wrote: > > Hi Freeman > > I see few WS & RS tests have been disabled -

Re: [VOTE] CXF 3.0.11/3.1.8

+1 Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Oct 15, 2016, at 2:59 AM, Daniel Kulp wrote: > > > This is a vote to release 3.0.11/3.1.8. We’ve resolved over 55 issues for > 3.1.8. > > Staging areas: > 3.1.8: > https://repository.apache.

Re: cxf git commit: [CXF-7112]AsyncHTTPConduit ignore the ReceiveTimeout when use Async JAXWS api

tp://git-wip-us.apache.org/repos/asf/cxf/tree/2f980ec8 >> Diff: http://git-wip-us.apache.org/repos/asf/cxf/diff/2f980ec8 >> >> Branch: refs/heads/master >> Commit: 2f980ec89c98aa2c04abd3c536087de2b9e2d998 >> Parents: faf4611

Re: cxf git commit: [CXF-7112]use Timer/TimerTask to check timeout for every async request to avoid create lots of thread

pos/asf/cxf/commit/6ec0e90d >> Tree: http://git-wip-us.apache.org/repos/asf/cxf/tree/6ec0e90d >> Diff: http://git-wip-us.apache.org/repos/asf/cxf/diff/6ec0e90d >> >> Branch: refs/heads/3.1.x-fixes >> Commit: 6ec0e90dc12c2384612f201f54d1e6e7e7f45724 >> Paren

Re: [VOTE] - Release Apache CXF XJC Utils 3.1.0

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Dec 16, 2016, at 12:32 AM, Colm O hEigeartaigh wrote: > > This is a vote to release Apache CXF XJC Utils 3.1.0. > > Artifacts: > > https://repository.apache.org/content/repositories/orgapachecxf-1084/ >

CXF 3.2 support jetty9 only (drop jetty8 support)

Hi Team, We have several issues(like CXF-7160 and CXF-7179) recently which is caused by Jetty9 & Jetty8 API imcompatible, though we should be able to handle this by reflection on CXF 3.1.x, for the coming CXF 3.2 how about we support Jetty9(drop Jetty8 support) only? This can relieve some bur

build and run CXF with JAVA9

Hi Team, As the CXF 3.2 is coming soon, I just push my work to build CXF with java9 to the master(it was on master-java9 branch for a while). Although java9 isn’t final yet and still change, I think for CXF 3.2 we have initial java9 ea version support should be good. So far all tests passed ex

Re: [DISCUSS] Add promotion for Apache events on website

Yeah, looks good! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Jan 26, 2017, at 5:00 PM, Alessio Soldano wrote: > > Fine with me :) > > Il 26/01/2017 09:58, Christian Schneider ha scritto: >> On the apache member list there is the request to help prom

Re: Build error

Hi, Seems the wss4j 2.2-SNAPSHOT you pulling isn’t the latest. You can svn co https://svn.apache.org/repos/asf/webservices/wss4j/trunk and build the wss4j project first, and this won’t take long time － Freeman(Yue) Fang Red

[DISCUSS]websocket transport with undertow?

Hi Team, We have websocket transport in CXF for a while, I wanna know how wide is this used by CXF users, if this is widely used, is it feasible to also add undertow websocket implementation in CXF? Any input is appreciated. Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is

Re: [DISCUSS]websocket transport with undertow?

/02/17 23:44, Freeman Fang wrote: >> Hi Team, >> >> We have websocket transport in CXF for a while, I wanna know how wide is >> this used by CXF users, if this is widely used, is it feasible to also add >> undertow websocket implementation in CXF? >> >

Re: [DISCUSS]websocket transport with undertow?

lly running :-), and >> I think if you make it happen then it will also work with Undertow >> >> Thanks, Sergey >> On 28/02/17 13:39, Sergey Beryozkin wrote: >>> Hi Freeman >>> On 28/02/17 13:12, Freeman Fang wrote: >>>> Hi Sergey, >>>&g

Re: cxf git commit: [CXF-7269]schemavalidate failed when use mtom and Provider

ee/08c9194c >> Diff: http://git-wip-us.apache.org/repos/asf/cxf/diff/08c9194c >> >> Branch: refs/heads/master >> Commit: 08c9194ce2c567ebfe59f59ee628b1197d90fd43 >> Parents: 09fb22b >> Author: Freeman Fang >> Authored: Tue Mar 7 16:44:03 2017 +0800 >> Comm

Re: [VOTE] Apache CXF 3.1.11 and 3.0.13

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Apr 6, 2017, at 7:43 AM, Daniel Kulp wrote: > > It’s been about 2 months since the last release. However, we’ve fixed over > 100 JIRA’s for 3.1.11 which is a large number of fixes. Thus, let’s get it

Re: [DISCUSS]websocket transport with undertow?

b demo with Tomcat 7 first to confirm it is >> working, then with Tomcat 8 and somehow get it actually running :-), and >> I think if you make it happen then it will also work with Undertow >> >> Thanks, Sergey >> On 28/02/17 13:39, Sergey Beryozkin wrote: >>&

Re: [DISCUSS]websocket transport with undertow?

vlet > (JSR356) or Container-specific (Jetty and now Undertow) WebSocket support is > activated, nice work > > Thanks, Sergey > On 20/04/17 07:18, Freeman Fang wrote: >> Hi Sergey, >> >> I just pushed my commit to websocket-undertow branch. >> >>

Re: [VOTE] Release CXF 2.1 (take 2)

+1 Freeman Daniel Kulp wrote: This is a vote to release CXF 2.1. Obviously, this is a pretty big release with a bunch of new things like JAX-WS 2.1 support, the JAX-RS stuff, the javascripts stuff, the CORBA binding from yoko, etc Of course, the other MAJOR new feature: it's no longer

Re: [VOTE] Release CXF 2.0.6

+1 Freeman Daniel Kulp wrote: This is a vote to release CXF 2.0.6 Once again, there have been a bunch of bug fixes and enhancements that have been done compared to the 2.0.5 release. Over 20 JIRA issues are marked as resolved for 2.0.6. Of course, the other MAJOR new feature: it's no lon

Re: Writing my own transport

Hi Marcel, Assume the transport you want to implement is AAA, basically you need several class as below AAAConduit extends AbstractConduit, kinda like your transport client AAADestination extends AbstractDestination, your transport destination AAAConduitOutputStream extends CachedOutputStrea

how about release cxf 2.0.7

Hi Guys, Servicemix team want to do servicemix 3.2.2 release very soon, but we have dependency of cxf 2.0.7 snapshot. How about we do a cxf 2.0.7 release? Thanks Freeman

Re: [VOTE] Release CXF 2.1.1

+1 Freeman Daniel Kulp wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is a vote to release CXF 2.1.1 Once again, there have been a bunch of bug fixes and enhancements that have been done compared to the 2.1 release. Over 74 JIRA issues are resolved for 2.1.1 which is a large numb

Re: [VOTE] Release CXF 2.0.7

+1 Freeman Daniel Kulp wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is a vote to release CXF 2.0.7 Once again, there have been a bunch of bug fixes and enhancements that have been done compared to the 2.0.7 release. Over 48 JIRA issues are resolved for 2.0.7 which is a large

Re: Tracking trunk commits blocked wrt to the 2.0.x_fixes branch

Hi Eoghan, I guess what you want is "svnmerge.py avail -B", which will showthe blocked revision list. Regards Freeman Eoghan Glynn wrote: Folks, Does anyone know if svnmerge.py can be used to report on the commits to trunk that have been "blocked" wrt to merging out to the 2.0.x_fixes b

Re: [VOTE] Release CXF 2.0.8

+1 Freeman Daniel Kulp wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is a vote to release CXF 2.0.8 Once again, there have been a bunch of bug fixes and enhancements that have been done compared to the 2.0.8 release. Over 28 JIRA issues are resolved for 2.0.8. Most importan

how about we honor style sheet in wsdl

Hi, For the wsdl like href="http://api.bioinfo.no/stylesheets/WSDLDocumentation.xslt";?> http://schemas.xmlsoap.org/wsdl/"; Is it possible that we publish stylesheet as well when we publish the wsdl, I mean if customer get wsdl from http://serviceaddress?wsdl, they can also see the styl

Re: how about we honor style sheet in wsdl

ly that is still met even if the WSDL looks different to the human eye (because of the stylesheet) than it does when processed by the machine. Regards, Glen Freeman Fang wrote: Hi, For the wsdl like href="http://api.bioinfo.no/stylesheets/WSDLDocumentation.xslt";?>

Re: [VOTE] Release Apache CXF 2.1.2

+1 Freeman Daniel Kulp wrote: This is a vote to release CXF 2.1.2 Once again, there have been a bunch of bug fixes and enhancements that have been done compared to the 2.1.1 release. Over 67 JIRA issues are resolved for 2.1.2. List of issues: https://issues.apache.org/jira/secure/Release

Re: svn commit: r687359 - /cxf/branches/2.0.x-fixes/rt/transports/jms/src/main/java/org/apache/cxf/transport/jms/JMSConduit.java

Hi Dan, My comment inline. Daniel Kulp wrote: Freeman, Why would you copy the headers from the outgoing message to the incoming message?That seems very bizzare to me. What if you DON'T send with MTOM, but the server responds with MTOM. This doesn't seem like the right fix. To me

Re: svn commit: r687359 - /cxf/branches/2.0.x-fixes/rt/transports/jms/src/main/java/org/apache/cxf/transport/jms/JMSConduit.java

On Wednesday 20 August 2008 11:11:45 am Freeman Fang wrote: Hi Dan, My comment inline. Daniel Kulp wrote: Freeman, Why would you copy the headers from the outgoing message to the incoming message?That seems very bizzare to me. What if you DON'T send with MTOM, but the serve

can we use asyn way for jms transport

Hi, Currently we are using sync way for jms transport which means the thread get blocked until response messsage is coming or the client side timeout, see the handleResponse() method of JMSConduit? Is it possible that we use non-block way for JMSConduit, something like implement JMS MessageL

Re: can we use asyn way for jms transport

Any thoughts? Cheers Freeman Freeman Fang wrote: Hi, Currently we are using sync way for jms transport which means the thread get blocked until response messsage is coming or the client side timeout, see the handleResponse() method of JMSConduit? Is it possible that we use non-block way

Re: can we use asyn way for jms transport

S callback works so will need to look into it more) Regards, Ulhas Bhole Freeman Fang wrote: Any thoughts? Cheers Freeman Freeman Fang wrote: Hi, Currently we are using sync way for jms transport which means the thread get blocked until response messsage is coming or the client side ti

Re: svn commit: r691148 - /cxf/trunk/rt/transports/jbi/src/main/java/org/apache/cxf/transport/jbi/JBIDestinationOutputStream.java

Hi Dan, You are correct, we needn't lookup operation in this case, just copy the entry which is serializable, I will refactor code according to your suggestion. Thanks Freeman Daniel Kulp wrote: Freeman, On Tuesday 02 September 2008 4:25:40 am [EMAIL PROTECTED] wrote:

Re: [VOTE] Release CXF 2.0.9

+1 Freeman Willem Jiang wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 This is a vote to release CXF 2.0.9 Once again, there have been a bunch of bug fixes and enhancements that have been done compared to the 2.0.9 release. Over 37 JIRA issues are resolved for 2.0.9 which is a large

Re: [VOTE] Release Apache CXF 2.1.3 (2nd try)

+1 Freeman Willem Jiang wrote: Once again, there have been a bunch of bug fixes and enhancements that have been done compared to the 2.1.2 release. Over 52 JIRA issues are resolved for 2.1.3. List of issues: https://issues.apache.org/jira/browse/CXF/fixforversion/12313354 The staging area is

Re: [VOTE] David Bosschaert for committer

+1 Freeman Eoghan Glynn wrote: Folks, I'd like to propose David Bosschaert for CXF committership, on the basis of - the many quality patches he's submitted for our CXF-based distributed OSGi reference implementation - his community participation especially in driving the re-integration of

Re: Jetty Continuations in CXF

Sergey Beryozkin wrote: So before a suspended runtime exception reaches the nearest catch block in the CXF code where we can get a chance to do something to preserve the state of the given invocation, resume() might've alreadty occurred. That's why you need some synchronization blocks to en

Re: JMS clientReceiveTimeout default value

+1 to set it to be 60s. I also encounter lots of timeout problem with current default 2s. Freeman Willem Jiang wrote: Hi Eoghan, How about set it to be 60s? I think we take the http client timeout(60s) as an example. Cheers, Willem Eoghan Glynn wrote: Folks, Is a default value of 2000m

Re: Security Interceptors Authentication

Hi, BindingProvider bp = (BindingProvider)yourWSClientProxy; bp.getRequestContext().put(BindingProvider.USERNAME_PROPERTY, "BJ"); bp.getRequestContext().put(BindingProvider.PASSWORD_PROPERTY, "pswd"); Freeman arun_rocky wrote: hi, I am using org.apache.cxf.binding.soap.interceptor.SoapHea

Re: [VOTE] Release Apache CXF 2.1.4

+1 Freeman Daniel Kulp wrote: This is a vote to release CXF 2.1.4 With a longer than normal cycle, a LOT of stuff is in this. Over 88 JIRA issues are resolved for 2.1.3 which is quite a bit of work. List of issues: https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12313463&s

Re: [VOTE] Release CXF 2.0.10

+1 Freeman Daniel Kulp wrote: Since it's been about 4 months since the 2.0.9 release, I decided to go ahead and do a 2.0.10 release along with 2.1.4. This is a vote to release CXF 2.0.10 Once again, there have been a bunch of bug fixes and enhancements that have been done compared to the 2.0.

Re: [VOTE] Release CXF 2.0.10 (Take 2)

+1 Freeman Daniel Kulp wrote: (The issue with the J2EE has been corrected. This is a new vote on the new artifacts) Since it's been about 4 months since the 2.0.9 release, I decided to go ahead and do a 2.0.10 release along with 2.1.4. This is a vote to release CXF 2.0.10 Once again, the

Re: [VOTE] Release Apache CXF 2.1.4 (Take 2)

+1 Freeman Daniel Kulp wrote: (The issue with the J2EE has been corrected. This is a new vote on the new artifacts) This is a vote to release CXF 2.1.4 With a longer than normal cycle, a LOT of stuff is in this. Over 88 JIRA issues are resolved for 2.1.3 which is quite a bit of work.

Re: [VOTE] Andrzej Michalec for committer

+1 Freeman Sergey Beryozkin wrote: As you all know we've been looking for people to help us with our JAXRS project for a while. We've had some great feedback and a number of patches submitted from our JAXRS users which helped us tremendously. Andrzej Michalec (Andy) has been the first user

Re: [VOTE] Release Apache CXF 2.2

+1 Freeman Daniel Kulp wrote: This is a vote to release CXF 2.2 This release is a major step forward for CXF with several new features including: * WS-SecurityPolicy support * WS-SecureConversation * Some WS-Trust support (client side) * JAX-RS 1.0 along with MANY other improvements and

Re: [VOTE] Apache CXF 3.1.12 and 3.0.14

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Jun 27, 2017, at 6:23 AM, Daniel Kulp wrote: > > It’s been over 2 months since the last release. We’ve fixed over 50 JIRA’s > for 3.1.12. Thus, let’s get it out. > > Staging repos: > 3.0.14: > https:/

Re: [VOTE] - Release Apache CXF 2.6.17

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Jul 31, 2017, at 7:36 PM, Colm O hEigeartaigh wrote: > > This is a vote to release Apache CXF 2.6.17. This is a once-off release to > fix some security advisories that have been fixed in more recent versi

Re: CXF 3.2?

Hi Dan, Just added “New http-undertow transport" in the release notes. Thanks － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 6, 2017, at 2:48 AM, Daniel Kulp wrote: > > The spring-boot-sample-rs-scan-app example is failing. Can someone look >

Re: [VOTE] Apache CXF 3.2.0

+1 Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 7, 2017, at 2:14 AM, Daniel Kulp wrote: > > It’s been 2 years since the last major CXF release.We have well over 100 > JIRA’s of new features and enhancements that are only targeted towa

Re: [VOTE] Apache CXF 3.0.15 and 3.1.13 patch releases...

+1 Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 7, 2017, at 2:12 AM, Daniel Kulp wrote: > > > It’s been over 2 months since the last release. We’ve fixed over 35 JIRA’s > for 3.1.13. Thus, let’s get them out. > > Staging repos: > 3.0.

Re: All CXF repos moved to gitbox....

Yeah, need wait for about 30 mins in my case…... － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 11, 2017, at 4:25 PM, Christian Schneider > wrote: > > I also just did the migration to gitbox. Some remarks: > > After activating the 2FA it takes a wh

Re: [VOTE] - Release Apache CXF Fediz 1.4.2

+1 Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 12, 2017, at 11:57 PM, Colm O hEigeartaigh wrote: > > This is a vote to release Apache CXF Fediz 1.4.2. It consists of an update > to use the latest CXF 3.1.13 release, as well as some fixes

Re: [VOTE] - Release Apache CXF DOSGi 2.3.0 .. take 2

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Sep 23, 2017, at 6:46 PM, Christian Schneider > wrote: > > This is a vote to release Apache CXF-DOSGi 2.3.0. > > I cut a second release as the first one missed the LICENSE and NOTICE files > in the corr

Re: [cxf] branch master updated: [CXF-7532]REST on JMS transport can't handle the request message with text messageType

:44, Sergey Beryozkin wrote: >>>>>>>> Hi Freeman >>>>>>>> Can you move ReaderInputStream to the CXF core where CachedInputStream >>>>>>>> and other IO utility code is located ? >>>>>>>> Please

Re: [VOTE] Apache CXF 3.2.1 and 3.1.14 patch releases...

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Nov 3, 2017, at 9:10 AM, Daniel Kulp wrote: > > It’s been almost 2 months since the last release. We’ve fixed over 30 > JIRA’s for 3.2. > > Staging repos: > 3.1.14: > https://repository.apache.org/con

Re: New Java 9 master

+1 If next CXF major release(3.3 or 4.0) are not going to support JDK8 anymore, it’s about the time to create master branch which is for Java9(and the successor JDK version which is not very far away). And this also would be easy for us to adjust CXF to use the jigsaw module eventually, like to

Re: New Java 9 master

then may be it can > be merged to 3.2.x ? > > Cheers, Sergey > > > On 16/11/17 06:17, Freeman Fang wrote: >> +1 >> If next CXF major release(3.3 or 4.0) are not going to support JDK8 anymore, >> it’s about the time to create master branch which is for Java9(a

Re: [VOTE] - Release Apache CXF 3.0.16

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Nov 23, 2017, at 9:03 PM, Colm O hEigeartaigh wrote: > > This is a vote to release Apache CXF 3.0.16. This will be the last planned > release of CXF 3.0.x. > > Issues fixed: > > https://issues.apache.or

Re: [cxf-build-utils] branch master updated: Updates to checkstyle rules to support checkstyle 8.x which is now used in eclipse

Hi Dan, Just FYI, this change somehow break cxf-xjc-plugin build, I can see error like [ERROR] Failed to execute goal org.apache.maven.plugins:maven-checkstyle-plugin:2.17:checkstyle (validate) on project cxf-xjc-plugin: An error has occurred in Checkstyle report generation.: Failed during ch

Re: Failing tests with latest JDK

Yeah, this is an issue we found in JDK9 built-in jaxb firstly, than ran into same problem in JAXB 2.3, and now seems latest JDK8 built-in jaxb is also affected. Btw, it is tracked by CXF-7520 [1]https://issues.apache.org/jira/browse/CXF-7520 － Freeman(Yue) Fang Red Hat, Inc. FuseS

Re: [VOTE] CXF 3.2.2

+1 － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Feb 3, 2018, at 3:57 AM, Daniel Kulp wrote: > > This is a vote to release CXF 3.2.2. We’ve fixed over 60 JIRA issues, > definitely time to release it. This also includes releases of build-utils > (3

Re: [VOTE] - Release Apache CXF 3.1.15

+1 Thanks! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Mar 8, 2018, at 10:19 PM, Colm O hEigeartaigh wrote: > > This is a vote to release Apache CXF 3.1.15. > > Issued fixed: https://issues.apache.org/jira/projects/CXF/versions/12342151 > > Artifac

Re: [VOTE] Apache CXF 3.2.3

+1 Thanks Dan! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Mar 17, 2018, at 4:54 AM, Daniel Kulp wrote: > > > This is a vote to release CXF 3.2.3. We’ve fixed over 27 JIRA issues. > > > Staging area: > https://repository.apache.org/content/repos

Re: [VOTE] CXF 2.3.4

+1 Thanks for the quick fix! － Freeman(Yue) Fang Red Hat, Inc. FuseSource is now part of Red Hat > On Mar 23, 2018, at 5:18 AM, Daniel Kulp wrote: > > > This is a vote to release CXF 3.2.4. We only fixed a few issues since > 3.2.3, but it fixes a severe regression for Syncope

<    1   2   3   4   5   6   >