January 2007 - jbossws-dev - Jboss List Archives

[Design of JBoss Web Services] - Re: Soap with Attachments and document/literal

by darran.lofthouse＠jboss.com

Forget that, that is the wrong WSDL extract. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003039#4003039 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003039

18 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Soap with Attachments and document/literal

by darran.lofthouse＠jboss.com

Related to my last post should we be able to support complex types that contain elements of type swaRef? Taking the following extract from my WSDL: - | <schema targetNamespace='http://www.jboss.org/support/photoalbum/types' | xmlns='http://www.w3.org/2001/XMLSchema' | xmlns:soap11-enc='http://schemas.xmlsoap.org/soap/encoding/' | xmlns:tns='http://www.jboss.org/support/photoalbum/types' | xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'> | <complexType name='Photo'> | <sequence> | <element name='caption' nillable='true' type='string'/> | <element name='image' nillable='true' type='string'/> | </sequence> | </complexType> | <element name='publishPhoto' type='tns:Photo'/> | <element name='publishPhotoResponse' type='int'/> | </schema> | </types> | | <message name='AlbumEndpoint_publishPhoto'> | <part element='ns1:publishPhoto' name='publishPhoto'/> | <part name='mimepart' type='xsd:hexBinary'/> | </message> If swaRef is supported I would have though that mapping the attachment to a parameter on the SEI should be mandatory as in this case the swaRef can reference the attachment instead. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4003036#4003036 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4003036

18 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Soap with Attachments and document/literal

by darran.lofthouse＠jboss.com

I am just trying to deploy another example I was looking at based on the original test for JBWS-1384. My WSDL defines the attachment but it is not mapped to any parameters on the SEI - The endpoint accesses the attachment through the SOAPMessage class. However deployment now fails with the following error: - anonymous wrote : 20:07:03,480 ERROR [ServiceEndpointDeployer] Cannot create service endpoint | org.jboss.ws.WSException: Cannot obtain method parameter mapping for message part 'mimepart' in wsdl operation: publishPhoto | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCMetaDataBuilder.buildInputParameter(JAXRPCMetaDataBuilder.java:245) | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCMetaDataBuilder.processBindingParameters(JAXRPCMetaDataBuilder.java:395) | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCMetaDataBuilder.buildParameterMetaDataDoc(JAXRPCMetaDataBuilder.java:867) | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCMetaDataBuilder.setupOperationsFromWSDL(JAXRPCMetaDataBuilder.java:215) | at org.jboss.ws.metadata.builder.jaxrpc.JAXRPCServerMetaDataBuilder.buildMetaData(JAXRPCServerMetaDataBuilder.java:219) | at org.jboss.ws.core.server.ServiceEndpointDeployer.create(ServiceEndpointDeployer.java:81) | at org.jboss.ws.integration.jboss42.DeployerInterceptor.createServiceEndpoint(DeployerInterceptor.java:127) | at org.jboss.ws.integration.jboss42.DeployerInterceptorJSE.createServiceEndpoint(DeployerInterceptorJSE.java:130) | at org.jboss.ws.integration.jboss42.DeployerInterceptor.create(DeployerInterceptor.java:78) | at org.jboss.deployment.SubDeployerInterceptorSupport$XMBeanInterceptor.create(SubDeployerInterceptorSupport.java:180) | at org.jboss.deployment.SubDeployerInterceptor.invoke(SubDeployerInterceptor.java:91) | at org.jboss.mx.server.Invocation.invoke(Invocation.java:88) | at org.jboss.mx.server.AbstractMBeanInvoker.invoke(AbstractMBeanInvoker.java:264) | at org.jboss.mx.server.MBeanServerImpl.invoke(MBeanServerImpl.java:659) | at org.jboss.mx.util.MBeanProxyExt.invoke(MBeanProxyExt.java:210) | Does this now mean that all attachments need to be mapped or should we be allowing them to be unmapped so if no mapping is found the attachment can just be retrieved using the SOAPMessage class? I can take a look if it is the latter, I am just really trying to build up a picture of all the ways attachments can be mapped so I can this into account in wstools. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002982#4002982 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002982

18 years

1
0
0 / 0

[Design of JBoss Web Services] - Re: Design of wsimport

by dwin

Just curious, when do you guys think this will be released? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002981#4002981 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002981

18 years

1
0
0 / 0

Re: @Security domain vs. <security-domain>

by Thomas Diesler

18 years

1
0
0 / 0

TCK reports showing failures still

by Jason T. Greene

Hi Thomas, We have four modules that are showing a number of failures. Does this match with what you were seeing? You still want to disable all failures in the exclude file, correct? cts-webservices 78 cts-webservices12 6 cts-jaxws 102 cts-jaxrpc 256 http://dev17.qa.atl.jboss.com:8440/cruisecontrol/artifacts/cts-webservic es/20070112160541//JTreport//report.html http://dev17.qa.atl.jboss.com:8440/cruisecontrol/artifacts/cts-jaxws/200 70115023243//JTreport//report.html http://dev17.qa.atl.jboss.com:8440/cruisecontrol/artifacts/cts-jaxrpc/20 070115004345//JTreport//report.html http://dev17.qa.atl.jboss.com:8440/cruisecontrol/artifacts/cts-webservic es12/20070114073840//JTreport//report.html xxxxxxxxxxxxxxxxxxxxxxxxxxxx Jason T. Greene Senior Software Engineer JBoss, a division of Red Hat xxxxxxxxxxxxxxxxxxxxxxxxxxxx

18 years

1
0
0 / 0

JIRA Sub Tasks

by Darran Lofthouse

If a Jira task is split up into a number of sub tasks is there any requirement for all of the sub tasks to be completed in the same release? I am planning on looking at: - http://jira.jboss.com/jira/browse/JBWS-269 And possibly splitting it up into 4 separate tasks but don't want to necessarily guarantee that all 4 will go into the same release. Regards, Darran Lofthouse.

18 years

1
0
0 / 0

[Design of JBoss Web Services] - @PortComponent replacement

by heiko.braun＠jboss.com

While working on config issues i realized that the PortComponentAnnotation needed refactoring. It's now split into @WebContext and @EndpointConfig. The main reason for this was the distinction between client and server side annotations. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4002291#4002291 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4002291

18 years

1
0
0 / 0

Re: [JBoss JIRA] Commented: (JBWS-1442) Update cruise control

by Thomas Diesler

18 years

1
0
0 / 0

ClassCastException when trying to marshal a subclass of Date

by Thomas Diesler

Alex, did you see this. The change is trivial and a patch is provided. ClassCastException when trying to marshal a subclass of Date http://jira.jboss.org/jira/browse/JBWS-800 For the 1.2.0 release, we have code freeze this Thu, 18-Jan-2007. The release date is 1-Feb-2007. cheers -thomas -- xxxxxxxxxxxxxxxxxxxxxxxxxxxx Thomas Diesler Web Service Lead JBoss, a division of Red Hat xxxxxxxxxxxxxxxxxxxxxxxxxxxx

18 years

2
3
0 / 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbossws-dev January 2007