My apologies. I should have moved to the trunk. This issue was already
addressed, twice actually. SOAPMessageImpl is now smart enough to
detect 1.2 envelope and use the correct content-type, and Subscription
was changed changed to SOAP 1.1 anyway.
Regards,
Dan
On Jan 17, 2008 12:20 AM, Heiko Braun <hbraun(a)redhat.com> wrote:
Thanks. I've created an ticket for it:
http://jira.jboss.org/jira/browse/JBWS-1957
If you like, I'd happily accept a patch for this.
/Heiko
On Wed, 2008-01-16 at 19:30 -0800, Dan Retzlaff wrote:
> The Subscription class in org.jboss.ws.extensions.eventing.mgmt
> contains hard-coded SOAP 1.2 envelopes for event notification and
> SubscriptionEnd messages. However, SOAPConnectionImpl::callOneWay()
> sets the HTTP content-type to "text/xml". (More specifically,
> SOAPMessageImpl::saveChanges() does.)
>
> The SOAP 1.2 specification (7.1.4) and RFC 3902 require that SOAP HTTP
> bindings use a content-type of "application/soap+xml".
>
> This appears to be a bug. In my case, it manifests itself by when
> Axis2 throws a SOAPProcessingException complaining that incoming
> transport level information do not match the SOAP namespace.
>
> I would suggest that Subscription provide the correct content-type in
> a MimeHeaders object to its MessageFactory::createMessage() call, but
> SOAPMessageImpl::saveChanges() overwrites the value indiscriminately.
> Is changing those hard-coded envelopes to SOAP 1.1 the best solution
> here? It seems like we should be able to make SOAP 1.2 work...
>
> Regards,
> Dan