No, this won't work. I posted an e-mail on the dev list about this
yesterday. The problem is the WSS4JInInterceptor doesn't accept a
MapString, Object only a MapString, String so there is no way to ref
an instantiated object.
Julio Arias wrote:
Hello -
You could use something like this,
Hiya,
Thanks for reporting this. I've fixed this in SVN now. You can either
compile from SVN or I can ping you once a new snapshot is uploaded (probably
monday).
Cheers,
- Dan
On 7/21/07, Dale Peakall [EMAIL PROTECTED] wrote:
No, this won't work. I posted an e-mail on the dev list about this
I could be off here, but this might be as simple as importing the HTTP
extension:
import resource=classpath:META-INF/cxf/cxf-extension-http.xml /
- Dan
On 7/21/07, Jiang, Ning (Willem) [EMAIL PROTECTED] wrote:
I got what's you want.
I filled a JIRA for it[1]. And You could watch it and try
I found a bt-spring.log file in my tomcat directory. I don't know what
picked the name bt-spring: it's not a string that occurs anywhere in my
bean definitions. The ClassCastException looks pretty mysterious to me.
0[main] INFO
Please ignore this and previous versions thereof. I've just discovered
the cause of this, which is the lack of modern tomcat support in the
so-called tomcat plugin for Eclipse. I wish that wst didn't crash so
that I could use it.
-Original Message-
From: Benson Margulies [mailto:[EMAIL
Thanks, Dan.
There's an issue with the WSS4J interceptor, which I encountered when
testing interop with WCF-3.0 WS-Sec 1.0 scenarios.
The issue resulted in my posting
http://issues.apache.org/jira/browse/CXF-790
but I'm told this behavior in CXF is by design, and hence (I suspect)
may