Hi,
Today I experience a wired problem when I try to run a single test
with what I always do like
mvn test -Dtest=TestClassName
But I just get error like, even though the test is actually there, did
anyone else also encounter this problem?
Yesterday everything is ok
--
Hi Freeman,
Maybe you need to use mvn clean first like this
mvn clean test -Dtest=TestClassName
On 12/17/10 4:07 PM, Freeman Fang wrote:
Hi,
Today I experience a wired problem when I try to run a single test with
what I always do like
mvn test -Dtest=TestClassName
But I just get error like,
Hi Willem,
Thanks for your response, no luck, same error, I'm wondering only me
encounter this issue?
Freeman
On 2010-12-17, at 下午4:14, Willem Jiang wrote:
Hi Freeman,
Maybe you need to use mvn clean first like this
mvn clean test -Dtest=TestClassName
On 12/17/10 4:07 PM, Freeman Fang wr
Ok, we also need add
soapMessage.getInterceptorChain().add(ending);
in checkUltimateReceiverHeaders method after a SoapFault set to
SoapMessage and so that this fault could be thrown after
OnewayProcessorInterceptor.
Create CXF-3200[1] to track it and will commit fix soon.
[1]https://issues
Ignore it, it's ok now.
Thanks Willem
Freeman
On 2010-12-17, at 下午4:14, Willem Jiang wrote:
Hi Freeman,
Maybe you need to use mvn clean first like this
mvn clean test -Dtest=TestClassName
On 12/17/10 4:07 PM, Freeman Fang wrote:
Hi,
Today I experience a wired problem when I try to run a si
Hi Freeman ,
This failure is introduced in this commit :
http://svn.apache.org/viewvc?rev=1050167&view=rev.
Dan, is your change in rev. 1050167 with Freeman's modification are
what you meant to optimize ?
Thanks,
Jim
On Fri, Dec 17, 2010 at 4:25 PM, Freeman Fang wrote:
> Ok, we also need add
>
On Friday 17 December 2010 4:32:12 am Jim Ma wrote:
> Hi Freeman ,
>
> This failure is introduced in this commit :
> http://svn.apache.org/viewvc?rev=1050167&view=rev.
> Dan, is your change in rev. 1050167 with Freeman's modification are
> what you meant to optimize ?
Yea. Exactly that. I'm n
Freeman,
> +public static final String SOAP_JMS_CONTENTENCODING =
> "SOAPJMS_contentEncoding";
I'm a bit concerned about pushing SOAP/JMS things out beyone the SOAP binding.
Is it possible to have the SOAP/JMS interceptors or similar just map this
directly into the normal CONTENT_ENCOD
Hi Dan,
Yeah, we can do it as you suggest, actually I did it this way for my
first implementation, but it introduce a header(normal
CONTENT_ENCODING header which GZIP interceptors already use) which is
not defined in SOAP over JMS spec, just not sure if it's ok for the
spec compliance.
