I agree, if there is some ordering requirement, extract the dependants
into a nested sequence type, otherwise use xs:all.
On an aside, could the SSLClientPolicy benefit from some refinement,
possibly the introduction of nested types that encapsulate features
rather than one long list of options?
I ran into this very same issue when trying to run the war using the
maven jetty plugin. It also searched from the working directory instead
of the root of the application context. It worked however, when I tried
it in Tomcat 5.5 and Jboss 4.0 standalone.
In order to get it working in the maven
Steven,
In a servlet, the contents of WEB-INF aren't available on the classpath
(except for WEB-INF/classes). They are grabbed via the ServletContext.
If you look at the CXF servlet code, we create a spring bus using the
normal configs, the servlet then adds a ResourceResolver for the
The Apache CXF team is proud to announce the availability of the
2.0-incubator-RC release! Release notes and download information can
be found here:
Apache CXF is a Java open source service development framework. This
release contains the following features:
* JAX-WS frontend - Apache CXF
Hi Steven,
I'm using jaxws:endpoint with the CXFServlet. I got it working by
specifying the address relative to the servlet mapping URL pattern (and
using a leading /). So, in your example, I'd try
address=/my-service.
-Chris
-Original Message-
From: Steven E. Harris [mailto:[EMAIL
Steven E. Harris [EMAIL PROTECTED] writes:
Marshalling Error: java.lang.NullPointerException
From the server-side log:
,
| Caused by: java.lang.NullPointerException
| at
com.sun.xml.bind.DatatypeConverterImpl.printHexBinary(DatatypeConverterImpl.java:382)
| at
Steven E. Harris [EMAIL PROTECTED] writes:
Something else to go look into.
Following up to myself again, this looks like the same issue reported
against XFire:
NullPointerException with hexBinary attribute
http://jira.codehaus.org/browse/XFIRE-887
--
Steven E. Harris
On Thursday 03 May 2007 12:45, Steven E. Harris wrote:
If you know of a way to clean that up a bit, I'd love to hear it.
First I'll need to understand this phase distinction better.
First point: I am by no means a spring expert. Quite the opposite.
I've avoided spring as much as possible.
+1 on Steve's comment. Does a client need to have access to the actual WSDL at
run-time?
And on a related note, is there a way for a client to specify a different
endpoint URI at runtime? The current API allows you to pass in a URL to a WSDL
file, but what if I just want to use the WSDL I
On Thursday 03 May 2007 19:41, Christopher Moesel wrote:
+1 on Steve's comment. Does a client need to have access to the
actual WSDL at run-time?
And on a related note, is there a way for a client to specify a
different endpoint URI at runtime? The current API allows you to pass
in a URL
Hi dan.
Great work you guys are doing here.
Thank you for making such a great framework.
Regards,
joshua
On 5/3/07, Dan Diephouse [EMAIL PROTECTED] wrote:
The Apache CXF team is proud to announce the availability of the
2.0-incubator-RC release! Release notes and download information can
be
Daniel Kulp [EMAIL PROTECTED] writes:
Technically, with JAX-WS, you don't need the wsdl. However, the
spec does say that if it's available/specified, we're supposed to
use it.
Use it to supply default values? It seems like a large run time tax
that the WSDL2Java tool -- or something like it
12 matches
Mail list logo