with Pradeep Fernando (whom I've also CC'd on this)
to do the tooling part. He's currently looking at using the CXF tooling for
the JAX-WS part and providing pluggable databindings for the various things he
needs. Thus, you both need SDO so working together could save some tim
t; parameter.
>
> I was wondering if this is an issue with my configuration or a
> deliberate decision for the framework?
>
> Thanks in advance for any help that you could offer.
>
> Nigel
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
This release is tagged at:
http://svn.apache.org/repos/asf/incubator/cxf/tags/cxf-2.0.11
Here is my +1. The vote will be open here for at least 72 hours.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
signature.asc
Description: This is a digitally signed message part.
tagged at:
http://svn.apache.org/repos/asf/cxf/tags/cxf-2.1.5
Here is my +1. The vote will be open here for at least 72 hours.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
signature.asc
Description: This is a digitally signed message part.
tagged at:
http://svn.apache.org/repos/asf/cxf/tags/cxf-2.2.1
Here is my +1. The vote will be open here for at least 72 hours.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
signature.asc
Description: This is a digitally signed message part.
don't think spring-ws really does much
JAX-WS stuff at all.
That said, is there a reason you want to use the CXF generated code with
spring-ws? Why not just use the CXF runtime?
Dan
> I am new to both spring-ws and CXF.
>
> Thanks in Advance
> Sridhar
--
Dani
gt; >> xmlns:tns="http://com.sample/Calculator"/>
> >> ----
> >>
> >>
> >>
> >> What i want to do, is call the service through the JVM (thus NOT
> >> through
> >> HTTP)
This vote passes with +1s from:
dkulp, davidb, bmargulies, ningjiang, ffang, ubhole, sberyozkin, jimma,
eglynn, gmazza, seanoc, cschneider
and no other votes. I'll get things syncing to the release locations.
Thanks!
Dan
On Tue April 21 2009 4:41:47 pm Daniel Kulp wrote:
> This i
This vote passes with +1s from:
dkulp, davidb, bmargulies, ningjiang, ffang, ubhole, sberyozkin, jimma,
eglynn, gmazza, seanoc, cschneider, jgenender
and no other votes. I'll get things syncing to the release locations.
Thanks!
Dan
On Tue April 21 2009 4:44:19 pm Daniel Kulp wrote:
&
This vote passes with +1s from:
dkulp, davidb, bmargulies, ningjiang, ffang, ubhole, sberyozkin, jimma,
eglynn, gmazza, seanoc, cschneider, jgenender
and no other votes. I'll get things syncing to the release locations.
Thanks!
Dan
On Tue April 21 2009 4:45:46 pm Daniel Kulp wrote:
The Apache CXF team is proud to announce the availability of the latest
patches for all three fixes branches: 2.2.1, 2.1.5, and 2.0.11
Apache CXF is an open source services framework. CXF helps you build and
develop services using front end programming APIs, like JAX-WS and JAX-RS.
These servic
e.apache.org/~eglynn/stage_cxf_dosgi
>
> This release is tagged with cxf-dosgi-ri-1.0 at:
>
> http://svn.apache.org/repos/asf/cxf/dosgi/tags/cxf-dosgi-ri-1.0
>
> The vote will remain open for at least 72 hours.
>
> Please consider this call to vote as my +1.
>
> Cheers
x27;m planning to update this page to point straight to the sample
> artefacts in maven.
>
> There is no such page for the spring-dm demo, I'll take an action to
> provide such a page with the DOSGi documentation, but I don't think
> this should hold up the release.
>
>
d MTOM support for SOAP/JMS, I should know whether a
> soap message have an attachment. But I don't know the details how to
> judge wheter the message have an attachment.
> Is anyone give me any prompt about where the code is? Or some code example?
>
> Thank you very much.
>
&g
tation in WSDL parser? If not,
> I should consider how to implementation the orverriding rules easily.
>
>
> Best regards
> Liu
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
Pretty close. Just mentioned on IRC that the source distro needs the
LICENSE/NOTICE things. Other than that, looks much better.
Thanks!
Dan
On Wed May 6 2009 9:10:18 am Eoghan Glynn wrote:
> 2009/5/5 Daniel Kulp :
> > OK. That kind of make sense (along with what Eo
omething. At that point, the Content-Type should be set to the mime version
and thus could be determined if it needs to be a binary message or not.
Dan
>
> Willem
>
> Daniel Kulp wrote:
> > Doesn't it already support MTOM?
> >
> > Basically, it provides a Outp
-
> >>
> >> >>
> >> >>
> >> >> This is deployed as web service:
> >>
> >>
> >>
> >> >>
> >> >>
> >> >>
> >> >> >> >>
7,7 @@
>
> felix.auto.start.2=http://www.apache.org/dist/felix/org.osgi.compendium-1.2
>.0.jar
> -felix.auto.start. select="$i"/>=file:apache-cxf-dosgi-ri-1.0/dosgi_bundles/ select="substring-after(text(),
> '.dir/apache-cxf-dosgi-ri-1.0/dosgi_bundles/')"/>
> +felix.auto.start. select="$i"/>=file:apache-cxf-dosgi-ri-1.1-SNAPSHOT/dosgi_bundles/e-of select="substring-after(text(),
> '.dir/apache-cxf-dosgi-ri-1.1-SNAPSHOT/dosgi_bundles/')"/>
>
>
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
0 at:
>
> http://svn.apache.org/repos/asf/cxf/dosgi/tags/cxf-dosgi-ri-1.0
>
> The vote will remain open for at least 72 hours.
>
> Please consider this call to vote as my +1.
>
> Cheers,
> Eoghan
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
Impl.java (at line 24)
> > [javac] @WebService(endpointInterface = "demo.spring.HelloWorld")
> > [javac] ^^^
> > [javac] Syntax error, annotations are only available if source level
> > is 5.0
> > [javac] --
> > [javac] 2 problems (2 errors)
> > BUILD FAILED
> > /home/rahul/apache-cxf-2.1.5/samples/common_build.xml:113: Compile
> > failed; see the compiler error output for details.
> > Total time: 2 seconds
> >
> > //unquote
> >
> > Many Thanks,
> > Rahul
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
utstanding
that I'd like to fix.Thus, I'm thinking of doing the 2.2.2 build this
coming Friday.
Any problems with that? Other thoughts?
Note: I'll be "out" next week, kind of (parents visiting me), but I'll be able
to push the release out.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
yone an idea?
That shouldn't be a problem. You would configure the maven-compile-plugin
with source/target 1.5. (it probably already is)
I can easily flip hudson to use 1.6 for the builds.Done.
Dan
>
> Cheers,
>
> David
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
o be gone, good.
> > I currently see a problem with a test using MTOM, but that might be
> > due to a better upgrade required (I simply updated the CXF libraries).
> > I'll let you know.
> > Cheers
> > Alessio
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
sport to reconnect to the server if an exception occurs. Might want to
investigate that.
Dan
>
>
> Regards
>
> Hubert.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
s. Sender accepts no liability for any damages caused by any
> virus transmitted by this e-mail. If you have received this e-mail
> in error, please notify us immediately by replying to the message
> and delete the e-mail from your computer. Elavon (formerly NOVA
> Information Systems)
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
n" next week so
I'm not sure when I'll have time to close the vote and push the release.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
signature.asc
Description: This is a digitally signed message part.
can pull it into
the CXF kits. Thanks for the heads up on that.
Dan
> Cheers
> Alessio
>
> [1] https://jira.jboss.org/jira/browse/JBWS-2196
> [2] https://jira.jboss.org/jira/browse/JBWS-2538 and
> http://anonsvn.jboss.org/repos/jbossws/projects/interop/cxf/no
For the record: +1
On Fri May 22 2009 1:50:39 pm Daniel Kulp wrote:
> This is a vote to release CXF 2.2.2
>
> With only 23 JIRA's resolved for 2.2.2, this doesn't have as many "fixes"
> as many of the previous patch releases. HOWEVER, there is a one major new
We have +1 votes from:
dkulp, bganesh, sberyozkin, willemjiang, davidb, seanoc, eglynn, ffang,
schneider.
and no other votes.Thus, this vote passes. I'll start getting the stuff
synced to central and the dist dir.
Dan
On Fri May 22 2009 1:50:39 pm Daniel Kulp wrote:
> This i
(AbstractConduit.java:66)
> at
> org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:626) at
> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInte
>rceptor.handleMessage(MessageSenderInterceptor.java:62) at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(
The Apache CXF team is proud to announce the availability of the 2.2.2 patch
release!
This is mostly a patch release to fix problems and issues that users have
encountered with 2.2.1 resolving 23 JIRA items.However, this release is
also the first release to pass the JAX-RS 1.0 TCK thus pro
and submit patches.:-)
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
k the current
setup is correct (as you don't validate the element name, just the type), but
those are rare (and don't work with JAXB validation either).
In the AegisDataBinding init method, you should be able to add an interceptor
to the Service object. I believe that would work.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
xcellent CXF architecture knowledge, give us
> some hints how
> to improve our JBossWS CXF JAX-WS client integration and remove
> aforementioned ugly hack?
>
> JBossWS Team
>
> PS: We're looking forward for your suggestions ;)
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
been done through git-svn. Thus, I know it works. :-)
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
portName, EndpointReferenceType epr,
> Class serviceEndpointInterface, WebServiceFeature... features)
> {
>// ...
>T proxy = serviceEndpointInterface.cast(obj);
>for (ServiceListener listener : listeners)
>{
> listener.onPortCreated(proxy, serviceEndpointInterface);
>
rk in there. Thus, we can really see what you are doing,
how it all works together, etc Additionally, if the "patch" starts
getting complex, git does a MUCH better job of dealing with complex patches
than subversion.
Anyway, at this point, it's kind of important to get
That said, the listener thing Richard proposed has some additional benefits as
well when integrating into other containers such as ServiceMix or Camel.
Dan
>
> Jeff
>
> On Jun 3, 2009, at 1:13 PM, Daniel Kulp wrote:
> > Richard,
> >
> > Modifying the generated
ould need to set your schema right in there someplace. Thus, that loop
might need to be put into a separate interceptor so that you could inject a
new interceptor between the ReadHeadersInterceptor and that new interceptor.
Dan
>
> On Tue, Jun 2, 2009 at 12:41 PM, Daniel Kulp wrote:
s from the GSoC folks, the Woodstox upgrade and aegis validation, I
have some code first/annotation ideas, some OSGi stuff, etc
Any objections?
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
way, what are peoples thoughts?
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
gt; at
> org.apache.cxf.systest.http_jetty.ThreadPoolTest$1.run(ThreadPoolTest.java:
>63) at java.lang.Thread.run(Thread.java:613)
> Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 21.848 se
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
Doesn't sound like there are any objections so I'm going to go ahead and do
this.
Thought of a couple more things for 2.3.x: jaxrs 1.1, jaxws 2.2.
Dan
On Fri June 5 2009 11:25:27 am Daniel Kulp wrote:
> With 2.2.2 out the door, I think it's probably time to create a 2.
(RemoteTes
> >tRunner.java:460) at
> > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTes
> >tRunner.java:673) at
> > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunn
> >er.java:386) at
> > org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRun
> >ner.java:196)
> >
> > What's wrong?
> >
> > Thank you very much.
> >
> > Best regards,
> > Liu
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
e nav panel on the left.
> Could you grand the karma for us? So we can move the
> page into CXF.
>
> I just talked to LiuCong today on IRC , he will creates some JIRAs
> according his development plan shortly.
>
> [1] http://wiki.apache.org/general/soapjms4cxf
> Cheers
ChainInitiationObserver.onMessage(Message) line: 89
> LocalConduit$1$1.run() line: 132
> Thread.run() line: 613
> /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Home/bin/java
> (Jun 5, 2009 9:13:03 PM)
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
i restrictions.
>
> I hope it will make sense given that most users are l;ooking forward to
> migrating to JAX-RS 1.0 api.
>
> cheers, Sergey
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
On Mon June 8 2009 4:35:51 am Sky-Tiger wrote:
> Hi all,
> In most scenarios, soap/xml message is encoding with UTF-8.
> But if i want to use another encoding ,such as UTF-16, GBK...
> What i do with CXF?
>
>
> Regards
>
> Hubert.
--
Daniel Kulp
dk...@a
to supporting people
trying to use CXF with JBoss. In all, he has made significant contributions
toward making CXF a better products.
Thus, I think he's ready to become a committer.
I'll hold the vote open for at least 72 hours.
Here is my +1.
--
Daniel Kulp
dk...@apach
s fix for it.
>
> Any help is much appreciated.
>
> Thank you,
> Naresh.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
ult which is checked out.
> >>
> >> If I added an Interceptor for JMS transport, I can use the interceptor
> >> to deal with the fault. Is It right?
> >>
> >> If it is Ok, how is the interceptor added to the interceptors according
> >> to whether the jms transport is used or not?
> >>
> >> Are there any materials for interceptors, phases, and phase order?
> >>
> >> Thank you very much!
> >>
> >> Best regards,
> >>
> >> Liu
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
am Sky-Tiger wrote:
> >> Hi all,
> >> In most scenarios, soap/xml message is encoding with UTF-8.
> >> But if i want to use another encoding ,such as UTF-16, GBK...
> >> What i do with CXF?
> >>
> >>
> >> Regards
> >>
> >> Hubert.
> >
> > --
> > Daniel Kulp
> > dk...@apache.org
> > http://www.dankulp.com/blog
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
I think we've reached a lazy consensus on this. I'll send a note to the user
list as a warning that 2.0.12 will be the last so people are aware.
Dan
On Fri June 5 2009 11:37:41 am Daniel Kulp wrote:
> This may be a "thorny" issue, but I'd like to bring it
starting place to look.
Dan
>
> Daniel Kulp Writes:
> > Ideally, to me, this type of fault mapping needs to be in the SOAP
> > binding, not the JMS transport.The JMS transport needs to be somewhat
> > independent of soap so that it's usable for things like XML o
On Wed June 10 2009 11:12:58 am Benson Margulies wrote:
> Is it OK if I check into trunk with changes that depend on new wstx+ msv?
Yep. All's a go. Go ahead and destabilize trunk.:-)
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
the annotations if
you need to customize anything. Thus, I'd stick with it.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
ies and JMS Properties and make it
> compatible with the specification.
> 4.Modify some code about SOAP fault and MEPs.
>
> Liu
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
xemmlanss.:xSm=l"soap.orhgt/tspo:a/p//secnhveemlaosp.ex/m"l>s<
> > > oap.org/soS:Body>
> > >
> > > The soap message was repeated itself. And this was not reproducible
> > > everytime. So could any one please help me to resolve this issue. Why
> > > the SOAP message is rendered like that and what is fix for it.
> > >
> > > Any help is much appreciated.
> > >
> > > Thank you,
> > > Naresh.
> >
> > --
> > Daniel Kulp
> > dk...@apache.org
> > http://www.dankulp.com/blog
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
alka wrote:
> Hi CXF Team,
>
>what's the current CXF roadmap from WS-* point of view?
> What specs are you going to work on next and what is the schedule for them?
> The roadmap as defined here:
>
> http://cxf.apache.org/roadmap.html
>
> just specifies "Ot
; >> >
> >> > On the server side, it should respond in whatever encoding the client
> >> > sent it
> >> > in.
> >> >
> >> > Dan
> >> >
> >> > On Mon June 8 2009 4:35:51 am Sky-Tiger wrote:
> >>
t; >
> > see in lined comments below:
> >
> > Daniel Kulp wrote:
> >> On Wed June 3 2009 3:18:36 pm Jeff Genender wrote:
> >>> I actually prefer the injection/override of an implementation via a
> >>> property...
> >>>
> >>>
pm Daniel Kulp wrote:
> Alessio has been one of the primary driving forces behind getting CXF to be
> a certified JAX-WS provider for JBoss. As part of that work, he has
> identified several bugs/issues in CXF and has provided patches for many of
> them. He has also been he
pename);
> > }
> > };
>
> can you please explain the usage of that that.
>
> Thanks in advance,
> Pradeep Fernando.
>
> [1]
> https://svn.apache.org/repos/asf/tuscany/java/sdo/tools/src/main/java/org/a
>pache/tuscany/sdo/generate/XSD2JavaGenerator.java
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
are welcome to ask questions if im
> not clear.
>
> Pradeep Fernando.
>
>
> *Im working on SDO & Axiom(ADB) at the same time. any pointers regarding
> SDO code generation would be helpful.
> *though I have written code for dynamic SDO databinding it is not fully
> tested. should i submit it as a patch or wait untill all the things in a
> working stage & well tested.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
spec, but ignore it on the receiving side.) With SOAP/HTTP,
faults are SUPPOSED to have response code 500. However, a bunch of broken
stacks don't do so. Thus, we pretty much don't bother even looking at it and
just check the soap:body at parse time to see if there is a fault there and if
> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingInte
>rceptor.handleMessage(MessageSenderInterceptor.java:62) at
> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorChai
>n.java:236) at
> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:471) at
> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:301) at
> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253) at
> org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) at
> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:121) ...
> 2 more
> *FINISHED!*
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
> >>> >rChain.java:206) at
> >>>
> >>> org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperVal
> >>>ve
> >>>
> >>> >.java:233) at
> >>>
> >>> org.apache.catalina.core.StandardContextVa
ding.soap.interceptor.CheckFaultInterceptor.handleMess
> >>age (CheckFaultInterceptor.java:34) at
> >> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorC
> >>hai n.java:236) at
> >> org.apache.cxf.endpoint.ClientImpl.onMessage(ClientImpl.java:645) at
> >> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResp
> >>ons eInternal(HTTPConduit.java:2132) at
> >> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.handleResp
> >>ons e(HTTPConduit.java:2015) at
> >> org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTP
> >>Con duit.java:1940) at
> >> org.apache.cxf.io.CacheAndWriteOutputStream.postClose(CacheAndWriteOutpu
> >>tSt ream.java:47) at
> >> org.apache.cxf.io.CachedOutputStream.close(CachedOutputStream.java:180)
> >> at
> >> org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66)
> >> at
> >> org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:627) at
> >> org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingI
> >>nte rceptor.handleMessage(MessageSenderInterceptor.java:62) at
> >> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorC
> >>hai n.java:236) at
> >> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:471) at
> >> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:301) at
> >> org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253) at
> >> org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) at
> >> org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:121)
> >> ...
> >> 2 more
> >> *FINISHED!*
> >
> > --
> > Daniel Kulp
> > dk...@apache.org
> > http://www.dankulp.com/blog
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
ptor.CheckFaultInterceptor.handleMess
> >>age (CheckFaultInterceptor.java:69) at
> >> org.apache.cxf.binding.soap.interceptor.CheckFaultInterceptor.handleMess
> >>age (CheckFaultInterceptor.java:34) at
> >> org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorC
>
age in a block.
The other option is to use our CachedOutputStream. It uses a
ByteArrayOutputStream for a while (64K by default), but then will change to
using a temporary file for storage to avoid having huge blocks in memory.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
etter in
ESB's such as ServiceMix that were using some of the older versions.
> Sorry for bothering for this kind of things, just wanted to be sure things
> are done the way you use to.
Not a bother at all. Good questions. Also, if you have ideas how to
streamline things even more, please propose them.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
duit$WrappedOutputStream.handleRespo
> >nse(HTTPConduit.java:2015) at
> > org.apache.cxf.transport.http.HTTPConduit$WrappedOutputStream.close(HTTPC
> >onduit.java:1940) at
> > org.apache.cxf.io.CacheAndWriteOutputStream.postClose(CacheAndWriteOutput
> >Stream.java:47) at
> > org.apache.cxf.io.CachedOutputStream.close(CachedOutputStream.java:180)
> > at
> > org.apache.cxf.transport.AbstractConduit.close(AbstractConduit.java:66)
> > at org.apache.cxf.transport.http.HTTPConduit.close(HTTPConduit.java:627)
> > at
> > org.apache.cxf.interceptor.MessageSenderInterceptor$MessageSenderEndingIn
> >terceptor.handleMessage(MessageSenderInterceptor.java:62) at
> > org.apache.cxf.phase.PhaseInterceptorChain.doIntercept(PhaseInterceptorCh
> >ain.java:236) at
> > org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:471) at
> > org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:301) at
> > org.apache.cxf.endpoint.ClientImpl.invoke(ClientImpl.java:253) at
> > org.apache.cxf.frontend.ClientProxy.invokeSync(ClientProxy.java:73) at
> > org.apache.cxf.jaxws.JaxWsClientProxy.invoke(JaxWsClientProxy.java:121)
> > ... 2 more
> > *FINISHED!*
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
>--- svn:eol-style = LF
Check your svn properties.This should probably be "svn:eol-style = native"
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
Benson,
Now that Aegis is using msv for the schema validation stuff, is the xerces
module in common required for anything? Is it removable? Of is it used
someplace else?
Thanks!
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
nsidered, maybe protected is enough.
>
> I want to know the soluton is ok or not. I tried ,it works well.
> Can we change the private to protected?
>
> Regards
>
> Hubert.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
on.
> I think the wsdl extension just can add attributes, element to a
> extension element in CXF. But I can't get the extension element's value.
> Is it right?
>
> My question is: how to get the extension information in [1]. What does
> the extension schema look like?
>
> thanks.
> Liu
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
CP connection between
> me and the proxy was closed long before. (I verified this with netstat.)
>
> I couldn't see anything in the CXF or Tomcat logs that suggested anything
> unusual had happened.
>
> Is this normal behaviour?
>
> Cheers,
>
> Andrew.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
(1) applies as well, not really sure
though.
Technically, it PROBABLY just needs to apply to "root" elements. (Stuff with
@XmlRootElement annotations).
Dan
> Are there any documents which help me finish this kind of
> extension? thank you! :-)
>
> Liu
>
>
cification.
> > 3.Modify the JMS Header Properties and JMS Properties and make it
> > compatible with the specification.
> > 4.Modify some code about SOAP fault and MEPs.
> >
> > Liu
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
methodProxy);
>
> BindingProvider cxfProxy = (BindingProvider) proxy;
>
> //To cast a client proxy to a CXF client:
> org.apache.cxf.endpoint.Client client =
> org.apache.cxf.frontend.ClientProxy.getClient(cxfProxy);
>// testiing : use
SHOT and all is well prior to the 1.5.8 release.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
me resolve this issue. Any help is much appreciated.
>
> Thank you,
> Naresh.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
ready there, this really will just impact the
release process, which mostly means it impacts me. Obviously the
instructions on the wiki for doing releases and such will need to be updated
as well.
Anyway, are there any objections?
Dan
On Thu February 19 2009 1:38:49 pm Daniel Kulp wrote:
&
Actually, this would apply to David and Glen and the other DOSGi folks as
well. Thus, their input would be good.
Dan
On Wed July 1 2009 10:47:38 am Daniel Kulp wrote:
> OK. With Maven 2.2.0 finally out, we should have a version of Maven that
> works with GPG plugin (and thus is usab
at
> repository.apache.org? That would be fine with me as long as they
> don't just disappear which seems to have happened to our deployed
> snapshots at the moment...
>
> David
>
> 2009/7/1 Daniel Kulp :
> > Actually, this would apply to David and Glen and the oth
s using
> existing CXF utilities. Please advice !
> Also, I want this to work on various trasnports like HTTP,HTTPSand JMS.
>
>
>
> anoopPrasad
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
WSDL(Unknown Source)
> at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source)
> at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source)
> at com.ibm.wsdl.xml.WSDLReaderImpl.readWSDL(Unknown Source)
> at
> org.apache.cxf.wsdl11.WSDLManagerImpl.loadDefinition
hat's wrong? Do I need to do more configuration for ths xjc plugin?
>
> thanks!
>
> Daniel Kulp wrote:
> > Liu,
> >
> > I think for stuff that are "simple" (basically, complexTypes with
> > simpleContent and simpleType object), you cannot extend
>
d be
> "jms:jndi:dynamicQueues/test.cxf.jmstransport.queue?jndiInitialContextFacto
>ry=org.apache.activemq.jndi.ActiveMQInitialContextFactory&jndiConnection
>FactoryName=ConnectionFactory&jndiURL=tcp://localhost:61616&targetSe
>rvice=greeterService".
>
> I think there are someting wrong with port parsing in wsdl.
> Any ideas?
>
> best regards
> liu
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
alue == null) {
> > value = defaultValue;
> > }
> > }
> >
> > return value;
> > }
> >
> > The code shou that:port first, then binding, then service.
> >
> > Now. Which is right?
> >
> > thanks.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
>public Book getBook() {}
> }
>
> then how to ensure that Book is represented by {http://books}thebook
> qualified name in the generated doc such as wadl...
>
> it's not obvious to me how a link between Book and 'thebook' element can be
> established given that this info (in XmlRootElement at the moment) may come
> from various sources
>
> thanks, Sergey
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
review things a bit better.
With the framing stuff in place, we should be able to start extending it for
the more advanced things (like the FastInfoSet optimizations).
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
Just to close this off, I don't see any objections so by lazy consensus, I'll
file a ticket with infra to get us switched to nexus.
Dan
On Wed July 1 2009 10:47:38 am Daniel Kulp wrote:
> OK. With Maven 2.2.0 finally out, we should have a version of Maven that
> works with
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> beans.xml
> >> -
> >>
> >> http://www.springframework.org/schema/beans";
> >>xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
> >>xmlns:jaxws="http://cxf.apache.org/jaxws";
> >>xsi:schemaLocation="
> >> http://www.springframework.org/schema/beans
> >> http://www.springframework.org/schema/beans/spring-beans.xsd
> >> http://cxf.apache.org/jaxws http://cxf.apache.org/schemas/jaxws.xsd";>
> >>
> >>
> >>
> >>
> >>
> >> >> id="orderProcess"
> >> implementor="demo.order.OrderProcessImpl"
> >> address="/OrderProcess">
> >>
> >>
> >>
> >>
> >>
> >>
> >>
> >> >> value="demo.order.ServerPasswordCallback" />
> >>
> >>
> >>
> >>
> >>
> >>
> >
> > I am unable to see ServerOut-ClientIn WSS4J Interceptor configuration.
> > For each way you require to configure.
> >
> > With Regards,
> > Mayank
> >
> > Many Thanks in advance.
> >
> >> Best Regards,
> >> Rahul
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
at java.net.Socket.bind(Socket.java:565)
> at
> com
> .sun
> .net.ssl.internal.ssl.BaseSSLSocketImpl.bind(BaseSSLSocketImpl.java:95)
> at com.sun.net.ssl.internal.ssl.SSLSocketImpl.bind(SSLSocketImpl.java:
> 45)
> at
> com.sun.net.ssl.internal.ssl.SSLSocketImpl.(SSLSocketImpl.java:
> 392)
> at
> com
> .sun
> .net
> .ssl
> .internal
> .ssl.SSLSocketFactoryImpl.createSocket(SSLSocketFactoryImpl.java:123)
> at
> org
> .apache
> .commons
> .httpclient
> .protocol
> .SSLProtocolSocketFactory.createSocket(SSLProtocolSocketFactory.java:82)
> at
> org.apache.commons.httpclient.protocol.ControllerThreadSocketFactory
> $1.doit(ControllerThreadSocketFactory.java:91)
> at
> org.apache.commons.httpclient.protocol.ControllerThreadSocketFactory
> $SocketTask.run(ControllerThreadSocketFactory.java:158)
> ... 1 more
>
>
> --
> George Reese (george.re...@enstratus.com - Twitter: @GeorgeReese)
> Chief Technology Officer, enStratus Networks LLC
> p: +1.612.355.5272m: +1.612.991.4446f: +1.612.338.5041
> enStratus - Confidence in the Cloud - http://www.enstratus.com
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
server's return value, which is one
> element down. Bug?
Yes. And already logged:
https://issues.apache.org/jira/browse/CXF-2309
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
P tools flipped over to using an installed version of CXF, the
bundle wasn't needed anymore and we got rid of it.
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
;
> Regards,
> Peter
>
>
> Peter Jones
> Progress Software
> 570 Newfoundland Drive
> St. John's, NL, Canada A1A 5B1
> Tel: +1 (709) 738-3725 ext 321
>
> Internal wiki: http://wiki.progress.com/display/PRODENG/Home
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
sheet and such for the website. Probably
take the Camel styles and such and go with it. On my "todo" list. :-(
--
Daniel Kulp
dk...@apache.org
http://www.dankulp.com/blog
1 - 100 of 2147 matches
Mail list logo
