xws22.spi.ProviderImpl in
META-INF/services/javax.xml.ws.spi.Provider, so Servicemix OSGiLocator can pick
up org.apache.cxf.jaxws22.spi.ProviderImpl but can't find
org.apache.cxf.jaxws.spi.ProviderImpl.
Anyway I'll revert the changes I made.
Thanks for pointing it out.
Freeman
－－
+1 to update the docs.
Freeman
－
Freeman Fang
FuseSource
Email:ff...@fusesource.com
Web: fusesource.com
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-8-31, at 上午4:31, Glen Mazza wrote
wsdl-first and code-first.
Any thoughts?
Thanks
Freeman
－－－－－
Freeman Fang
FuseSource
Email:ff...@fusesource.com
Web: fusesource.com
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
Hi Dan,
Yes, turn on validate reject it.
Thanks
Freeman
－
Freeman Fang
FuseSource
Email:ff...@fusesource.com
Web: fusesource.com
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-9-3, at 下午8
+1
Freeman
－
Freeman Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-10-6, at 下午7:43
+1
Freeman
－
Freeman Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-10-6, at 下午7:40
Hi,
You need configure underlying transport, for example if you're using standalone
jetty transport(http transport), you need do something like
...
….
Freeman
－
Freeman Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com |
Sounds good to me.
+1
Freeman
－
Freeman Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On
Hmm, you are not using cxf client but the jaxws reference implementation metro.
also redirect to users mailing list.
－
Freeman Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http
Hi,
Not really a step by step example, just FYI, the fabric-cxf code Willem
mentioned is here[1]
[1]https://github.com/fusesource/fuse/tree/master/fabric/fabric-cxf/src/main/java/org/fusesource/fabric/cxf
－
Freeman Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http
Hi,
That's not a bug you need fix, that's the expected behavior when generate List,
getItem just return a List
If you wanna change the List, you can use getItem and then manipulate the List
whatever you want, add/remove/clear and whatnot
－－－－－
Freeman Fang
Red Hat, Inc.
Hi Christian,
First of all, for the SMX distribution, you shouldn't copy jre.properties.cxf
to jre.properties, you should just use default jre.properties as is, it's
fine-tuned for the SMX distribution, with the default jre.properties, all
should be OK. And yeah, we should remove jre.properties
Hi,
If there's no FaultBean in @webFault and no getFaultInfo method in
TestException class, currently CXF will put the exception class itself as the
FaultBean, so you need ensure field in TestException could be
marshaled/unmarshalled correctly by jaxb, so just add
@XmlAccessorType(XmlAccessTyp
Hi,
I'm -1 to change CXF behavior if it's just the vague part of the spec which
lead to different implementation, as we also have a huge user base of CXF
community who mostly like depend current CXF behavior.
Freeman
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red
the issues, at least for the message property in the
> Exception hierarchy.
>
> 2012/10/18 Freeman Fang
>
>> Hi,
>>
>> If there's no FaultBean in @webFault and no getFaultInfo method in
>> TestException class, currently CXF will put the exception class
Hi Aki,
Basically I'm +1 for this good idea. Just a little bit concern about the
performance impact.
Could we add a flag to enable this encryption behavior? By default the value is
false, so keep same behavior as is, and users can explicitly enable it if they
need a higher secure runtime.
My
Thursday, October 18, 2012 at 9:05 PM, Aki Yoshida wrote:
>
>> Hi Freeman,
>> yes. This should be an option and disabled by default.
>> I am thinking about introducing a system property
>> org.apache.cxf.io.CachedOutputStream.something to set the cipher
>> tra
from somewhere. So, I see some
> drawbacks. Maybe, we can have a global option plus an instance level
> overwriting option? This would be similar to how the temp root
> directory is currently set in COS.
>
> @Dan
> we can add that option too.
> thanks.
>
> aki
>
Hi Glen,
How about just keep it there, just in case some users still use that old
version, though it's really quite old.
My 2 cent
Freeman
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Bl
+1
Freeman
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-11-3, at 上午
Hi Dan,
Thanks for the suggestion, but I don't think the
if (!loadedCatalogs.contains(catalogURL.toURI())
could work.
Take a close look at URL.toURI() method, it's
public URI toURI() throws URISyntaxException {
return new URI (toString()); ///line 1
}
Also take a look at URI.cr
.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-11-8, at 下午11:23, Daniel Kulp wrote:
>
> On Nov 8, 2012, at 8:16 AM, F
//www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-11-9, at 上午8:58, Freeman Fang wrote:
> Hi Dan,
>
> Yep, using new URI(url.getProtocol(), url.getAuthority(), url.getPath(),
> url.getQuery(), null);
+1
Freeman
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-11-12, at 下
Thanks Dan.
But this check is for client side.
To avoid introducing new dependency, how about we just get obj interface name
and compare it with string "javax.xml.ws.AsyncHandler"?
Freeman
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.c
/1473905042
On 2012-11-13, at 下午10:41, Daniel Kulp wrote:
>
> On Nov 13, 2012, at 8:59 AM, Freeman Fang wrote:
>
>> Thanks Dan.
>>
>> But this check is for client side.
>
> Ah… confused by the commit message.
>
> In that case, the Asyn
Hi Dan,
But if on unix/linux platform, if we have "\r\n", it interpret as two new line,
which can cause some service providers can't handle the request, I think what
we want should be a "new line" here, so use system property line.separator
should be OK, please see the initial description from
.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-11-20, at 上午10:40, Freeman Fang wrote:
> Hi Dan,
>
> But if on unix/linux platform, if we have "\r\n", it interpret as two new
> line, which can cause some service providers can't handle the request, I
http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-11-20, at 下午5:33, Sergey Beryozkin wrote:
> Hi
> On 20/11/12 02:40, Freeman Fang wrote:
>> Hi Dan,
>>
>> But if on unix/linux platform, if we have "\r\n", it interpr
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-11-28, at 上午3:42, Da
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-11-28, at 下午11:58,
+1
Freeman
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: http://weibo.com/u/1473905042
On 2012-12-7, at 下午
Hi,
If it's MTOM, you actually needn't do anything for the attachment receiver
side, the AttachmentInInterceptor which is responsible for extract attachments
will always be added automatically if you're using soap binding. And on the
client side you should be grasp the DataHandler(as return typ
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-1-5, at 上午6:22, Daniel Kulp wrote:
>
Hi,
I just added a test[1] which demonstrate how cxf follow this spec. Please take
a look.
[1]http://svn.apache.org/viewvc?rev=1434564&view=rev
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freeman
Hi,
Most likely the org.apache.jcp.xml.dsig.internal.dom.DOMXMLSignatureFactory and
javax.xml.crypto.dsig.XMLSignatureFactory get loaded by different classloaders.
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
not the null parameter method. If client
> call a method with a null parameter, then there will be the
> WebServiceException caught in the client side.
> As the invoking and implementation of return null method and null
> parameter method is similar in my case, so it seems that there sho
s:
> return null scenario doesn't work while the null parameter scenario works.
> Have you tried the test cases in a CXF2.6.2 env? Is it possible a
> specific issue for 2.6.2??
>
> 2013/1/21 Freeman Fang (JIRA)
>
>>
>>
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-1-29, at 下午10:30, Daniel Kulp wrote:
>
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-2-14, at 上午2:05, Daniel Kulp wrote:
>
Hi Dan,
In AbstractHTTPDestination, we have code like
inMessage.put(SecurityContext.class, new SecurityContext() {
public Principal getUserPrincipal() {
return pp;
}
public boolean isUserInRole(String role) {
return req.isUserInR
a bug in the jetty JAAS bundles then, not CXF. Get a bug logged
>> there. We should not be importing things we don't actually use. We should
>> be importing the Principal and SecurityContext things and such, but not any
>> specific implementations.
>>
&g
Hi,
You can write a customer interceptor to do so. Or more flexible solution is
using Apache Camel.
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http
Hi,
HTTP 401 is Unauthorized error, which means the URL
"http://bg4ws0099:7047/DynamicsNAV/WS/Services"; you try to access need
auth(username/password), You need configure http conduit with username/password
for JaxWsDynamicClientFactory to access that URL, take a look at related
discussion[1]
As my comment in CXF-4893, I'm -1 for this change.
Moreover, that INFO is very important in several cases. For example, some
metadata is only carried by the WSDL, like ws-policy or schema validation info,
you can easily run into weird problem that why some feature doesn't work,
check that INFO
log works, customer will see log anyway. For this specific case,
it has been INFO level from very beginning and I do think it's reasonable as I
already mentioned. I can't really understand why do you think this specific
INFO log will cause customer concern but not other INFO logs.
>
+1 for skipping 2.8 now and releasing 3.0 end of this year.
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @F
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-3-29, at 上午5:09, Daniel Kulp wrote:
>
Hi,
I believe it's just compile time dependency, during runtime, you still can use
any other stax parser for now.
What's the error you run into?
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanf
ore.java:157)
>>>>>>> at
>>>>>>> com.intellij.junit4.**JUnit4IdeaTestRunner.**startRunnerWithArgs(**
>>>>>>> JUnit4IdeaTestRunner.java:77)
>>>>>>> at
>>>>>>>
>>>>>>> com.intellij.rt.execution.**junit.JUn
Hi Dan,
Yeah, the saaj-api already in Karaf's lib/endorsed folder for Karaf 2.3.x, and
please see this commit[1] which revert the saaj-api change
[1]http://svn.apache.org/viewvc?view=revision&revision=r1466364
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web:
+1 to release 2.7.5
thanks
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-5-2, at 下午9:4
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-5-4, at 下午8:14, Daniel Kulp wrote:
>
Hi,
FYI, all checkstyle configuration files are in a separate CXF project[1], you
can checkout and tweak there for yourself use,
[1]https://svn.apache.org/repos/asf/cxf/build-utils/trunk/
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.co
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-5-8, at 上午8:57, Daniel Kulp wrote:
>
Hi,
For a better track, this issue already discussed here[1], this is a known issue
of CXF 2.6.6, please see Willem's comment.
[1]http://karaf.922171.n3.nabble.com/Issues-while-accessing-the-URL-after-deploying-a-JAR-file-in-Karaf-2-3-1-td4028606.html
－
Freeman(Yue) Fang
Red Hat, In
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
www.camelone.org : The open source integration
We need add NPE guard before we restore original java.class.path system
property, create CXF-5020[1] to track it.
[1]https://issues.apache.org/jira/browse/CXF-5020
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Hi,
You publish the webservice endpoint to localhost only, so it could be only
accessed by localhost.
change
http://localhost:9090/appService"; />
to
http://0.0.0.0:9090/appService"; />
which means bind the address to all available network interfaces, so that could
be accessed outside
－－－
Hi Alessio,
FYI, we have org.apache.cxf.interceptor.security.DefaultSecurityContext which
also rely on this logic, please see the comment below
/**
* SecurityContext which implements isUserInRole using the
* following approach : skip the first Subject principal, and then checks
* Groups the
t.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
www.camelone.org : The open source integration conference:
On 2013-5-20, at 下午5:24, Alessio Soldano wrote:
> Hi Freeman,
> thanks for the feedback;
>
> On 05/20/2013
Hi,
You may wanna check this FAQ[1]
[1]http://cxf.apache.org/faq.html#FAQ-HowcanIaddsoapheaderstotherequest%2Fresponse%3F
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanf
+1 to set the same count for both rules.
And I prefer to 110, as it's more suitable to the laptop(or maybe my laptop,
:-)) screen width
thanks
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfan
Hi Dan,
For CXF 3,
+1 to drop aries 0.3.x support
+1 to drop spring 2.5.x support and use spring 3.2 by default but still support
spring 3.1
and yeah, we better still support jetty 7.x in CXF 3
Thanks
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://
Hi,
I assume you try to get those info from a remote webserivces, right?
If so, you can get all of those from the wsdl of the remote webservice.
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfan
Hi,
It means you are using Simple frontend way to publish the webservice, but the
webservice has jax-ws annotations.
Take a look at [1] to get more details about simple frontend and jaxws frontend.
[1]http://cxf.apache.org/docs/frontends.html
－
Freeman(Yue) Fang
Red Hat, Inc.
Fuse
All test failure in rt-ws-security module is caused by that not install
unlimited strength ice policy files on the jenkins build machine which is
needed by wss4j 2.0-SNAPSHOT
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.
Hi,
Would you please append a test case so that we can take a close look?
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/14739
Hi,
This error means your .net client expect a SOAP 1.2 fault but the CXF server
return a SOAP 1.1 fault.
This is caused by you have a SOAP 1.1 server but a SOAP 1.2 client, you need
fix this mismatch.
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http:/
Processor.handleToken(EncryptedKeyProcessor.java:67)
>
> On 19-06-2013 06:35, Freeman Fang wrote:
>> Hi,
>>
>> This error means your .net client expect a SOAP 1.2 fault but the CXF server
>> return a SOAP 1.1 fault.
>>
>> This is caused by you have a SOAP
Hi,
The error
Caused by: java.net.UnknownHostException: neusoft_esb
indicates that this is a network address resolve problem, somehow hostname
neusoft_esb isn't known by DNS server nor by your host.
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fus
Hi Willem,
Using -U somehow can't download the latest xmlsec 2.0.0-SNAPSHOT, remove
org/apache/santuario/xmlsec/2.0.0-SNAPSHOT from your local repo and rebuild
wss4j then it works
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http:
+1 for it.
And cxf-core is good for the name
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On
Thanks.
And I assume this is just a temporary issue so that I needn't change the locale
on my machine for further commit
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanf
Hi,
The
is used for server side, for the client side HTTPS configuration, you should
configure the http:conduit, take a look at [1] to get more details
[1]http://cxf.apache.org/docs/client-http-transport-including-ssl-support.html
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now
＋1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-7-18, at 上午12:57, Daniel Kulp wrote:
Hi Sergey,
Done, removed unnecessary attributes from HttpServletRequest if pass
authentication.
Cheers
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
revised accordingly.
Thanks Dan!
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-8-13,
Hi Dan,
You are right, changed.
Thanks again
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
O
Hi Jason,
It's in org.apache.cxf.interceptor.AbstractOutDatabindingInterceptor where
create the XMLStreamDataWriter and set the schema into the XMLStreamDataWriter
if it determine this message need validate, it's in the setDataWriterValidation
method.
－
Freeman(Yue) Fang
Red Hat, I
Hi Dan,
This back port will break both 2.7.x and 2.6.x branches, as
DynamicClientFactory in jaxb data binding module on those branches need use
classes from jaxb-xjc, could we simply revert this change?
Cheers
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web
Hi Aki,
This back port break both 2.7.x and 2.6.x branch, would you please take a look?
Thanks
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://bl
Hi,
Could you elaborate how you add the new method?
e.g.
1.how you update the wsdl?
2.did you use wsdl2java re-generate the client stub?
3.how you redeploy the client?
Seems the old wsdl without populateAuditPublishing method is still used somehow.
FYI, the cxf WSDLManager will cache the wsdl so
Hi,
You should create DictionaryTransferService with the wsdlUrl, so that the
client stub would know you have new method added
so change
DictionaryTransferService service = new DictionaryTransferService();
to
DictionaryTransferService service = new DictionaryTransferService(endpointURL);
－－
Hi,
My comment inline
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-8-27, at 下午3:30,
+1 for doing it in 3.0
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-9-4, at 上午1:09, D
getExtension(WSDLManager.class).getDefinition(url));
>
>
> 2013/8/20 Freeman Fang (JIRA)
>
>>
>>[
>> https://issues.apache.org/jira/browse/CXF-5216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=1374
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-9-14, at 下午8:36, Daniel Kulp wrote:
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-9-19, at 上午1:08, Daniel Kulp wrote:
Hi,
Please take a look at the faq here[1], that tell you how can you add a customer
soap header
[1]http://cxf.apache.org/faq.html#FAQ-HowcanIaddsoapheaderstotherequest%2Fresponse%3F
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | htt
On 2013-10-10, at 下午7:05, Brady Adams wrote:
> Hi Freeman Fang,
>
> Thank you so much for your help and time for dropping this email in between
> your other commitments. I am trying the same way... but my doubt was how
> the flow is... I hope the first one is the right and is t
t.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-10-10, at 下午7:28, Brady Adams wrote:
> Hi Freeman Fang,
>
> Thank you so much for your reply. If that is the case do the Scenario #1
> exists?
>
> Thanks,
>
> Brady...
>
>
> On 10 October 201
Hi Dan,
Thanks for the reminder.
And for the
> Where did the "http://localhost:8181/cxf” value come from?
It's the default cxf context when use in OSGi container
Do you mean we should get those default value(8181 and /cxf) from the OSGi
configAdmin?
－
Freeman(Yue) Fang
Red Hat, I
com | http://www.redhat.com/
Twitter: freemanfang
Blog: http://freemanfang.blogspot.com
http://blog.sina.com.cn/u/1473905042
weibo: @Freeman小屋
On 2013-11-8, at 下午3:34, Daniel Kulp wrote:
>
> On Nov 8, 2013, at 8:24 AM, Freeman Fang wrote:
>
>> Hi Dan,
>>
>> Thanks
Hi Sergey,
Done.
Move SwaggerFeature into rt/rs/description module on trunk and remove
SwaggerFeature from 2.6.x branch.
Cheers
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
Web: http://fusesource.com | http://www.redhat.com/
Twitter: freemanfang
Blog: http:/
se we now have a
> Swagger feature, and going forward we can think of doing RAML (Dan point to
> it), JSON home, and RestDocs, etc. so the users will be spoiled for choice :-)
>
> Though I'd only expect the WADL code be a non-optional/implicit dep of
> rt/rs/descriptions.
&g
+1
Thanks
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
On 2013-11-21, at 上午5:28, Daniel Kulp wrote:
>
> We’ve done quite a lot of work toward 3.0.0. While we still have work to do,
> I think it’s a good idea to get a stable milestone release out that user
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
On 2013-11-21, at 上午12:20, Daniel Kulp wrote:
>
> We've resolved over 75 issues since 2.7.7 and almost 35 ported back to 2.6.11.
>
>
> List of issues:
> 2.6.11
> https://issues.apache.org/jira/secure/Release
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
On 2013-11-26, at 下午11:55, Daniel Kulp wrote:
>
> I somehow messed up the 3.0.0-milestone1 release.During the prepare step,
> I apparently miss-spelled “everything” in the profile.Thus, the poms in
>
+1
－
Freeman(Yue) Fang
Red Hat, Inc.
FuseSource is now part of Red Hat
On 2013-11-27, at 上午1:26, Daniel Kulp wrote:
>
> This is a vote for the actually distributions to go along with the
> 3.0.0-milestone1 release that is already in central.
>
> Staging area:
> https://reposito
201 - 300 of 512 matches
Mail list logo
