January 2012 - jbossws-issues - Jboss List Archives

[JBoss JIRA] Created: (JBWS-3262) CXF should propagate STaX parsing errors to higher levels, and not just print warning

by Richard Opalka (JIRA)

CXF should propagate STaX parsing errors to higher levels, and not just print warning ------------------------------------------------------------------------------------- Key: JBWS-3262 URL: https://issues.jboss.org/browse/JBWS-3262 Project: JBoss Web Services Issue Type: Bug Security Level: Public (Everyone can see) Components: jbossws-cxf, jbossws-integration Reporter: Richard Opalka Assignee: ema Fix For: jbossws-cxf-4.0 See JBWS1582TestCase FIXME -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

3
2
0 / 0

[JBoss JIRA] Created: (JBWS-2858) Remove obsolete JBossWS console and provide JOPR plugin replacing it

by Richard Opalka (JIRA)

Remove obsolete JBossWS console and provide JOPR plugin replacing it -------------------------------------------------------------------- Key: JBWS-2858 URL: https://jira.jboss.org/jira/browse/JBWS-2858 Project: JBoss Web Services Issue Type: Task Security Level: Public (Everyone can see) Components: jbossws-integration Reporter: Richard Opalka Fix For: jbossws-cxf-3.3, jbossws-metro-3.3, jbossws-native-3.3 There is legacy jbossws-console.war in deploy directory. This needs to be removed and replaced with JOPR webservices plugin. -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

3
4
0 / 0

[JBoss JIRA] (JBWS-3395) Avoid CXFInstanceProvider thowing NPE when the endpoint ServiceBean is not available

by Alessio Soldano (Created) (JIRA)

Avoid CXFInstanceProvider thowing NPE when the endpoint ServiceBean is not available ------------------------------------------------------------------------------------ Key: JBWS-3395 URL: https://issues.jboss.org/browse/JBWS-3395 Project: JBoss Web Services Issue Type: Task Security Level: Public (Everyone can see) Affects Versions: jbossws-cxf-4.0.0.CR1 Reporter: Alessio Soldano Fix For: jbossws-cxf-4.0.1 CXFInstanceProvider throws NPE at line 57 when getServiceBean returns null. That's possible when the user does not provide any endpoint in the jbossws-cxf descriptor. While that's a user mistake, the exception here hides any meaningful message that might be written later on that. So either improve the error here or figure out if it's possible to have the injection simply be skipped here (probably still not a good idea) -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

4
4
0 / 0

[JBoss JIRA] Created: (JBWS-3011) Make the default JAX-WS Client and Endpoint Configuration configurable

by David Boeren (JIRA)

Make the default JAX-WS Client and Endpoint Configuration configurable ---------------------------------------------------------------------- Key: JBWS-3011 URL: https://jira.jboss.org/jira/browse/JBWS-3011 Project: JBoss Web Services Issue Type: Feature Request Security Level: Public (Everyone can see) Components: jbossws-native Affects Versions: jbossws-native-3.3.0.CR2 Reporter: David Boeren Priority: Minor I would like to have a possibility to configure the default JAX-WS Client and Endpoint Configuration. Currently the "Standard Client" (in file "standard-jaxws-client-config.xml") and "Standard Endpoint" (in file "standard-jaxws-endpoint-config.xml") are hardcoded in the interface org.jboss.ws.metadata.config.ConfigurationProvider as default configurations. If a common enterprise specific configuration is in available then it would be nice to have the possibility to set it by default. Currently, every endpoint or client must define the annotation @EndpointConfig and @HandlerChain respectively. A possibility would be to have two system properties to define the default configuration name for clients and endpoints for a JBoss server. I think from a JBoss/JBossWS perspective it makes sense to name them something like jbossws.jaxws.default.endpoint.config and jbossws.jaxws.default.client.config By-the-way: It probably make also sense to make the default configuration filename configurable. The filename is more or less at the same place in the code. The solution could look similar as described for configuration name. However, configurable default filenames is not a requirement for me. As a test, I have patched three classes in my JBoss in order to have a possibility to set the default configuration by system property. For client configuration: - org.jboss.ws.metadata.umdm.ClientEndpointMetaData - org.jboss.ws.tools.metadata.ToolsEndpointMetaData For endpoint configuration: - org.jboss.ws.metadata.umdm.ServerEndpointMetaData For example, I have only replaced the line String configName = ConfigurationProvider.DEFAULT_ENDPOINT_CONFIG_NAME; with the following String configName = System.getProperty("jbossws.jaxws.default.endpoint.config", "AXA Standard Endpoint"); -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: https://jira.jboss.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

4
3
0 / 0

[JBoss JIRA] (JBWS-3392) Put schema's used in JBossWS in the docs/schema directory of JBoss for reference

by Mustafa Musaji (Created) (JIRA)

Put schema's used in JBossWS in the docs/schema directory of JBoss for reference -------------------------------------------------------------------------------- Key: JBWS-3392 URL: https://issues.jboss.org/browse/JBWS-3392 Project: JBoss Web Services Issue Type: Enhancement Security Level: Public (Everyone can see) Components: jbossws-native Affects Versions: jbossws-native-3.4.0 Reporter: Mustafa Musaji We would like to see the schema's used in jbossws also included in the docs/schema directory for ease of reference. This was raised in JBWS-1769 and also refused but without valid reason that I can tell. It's a legitimate request so please reconsider again. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

2
1
0 / 0

[JBoss JIRA] Created: (JBWS-3320) JBoss Native WS - problem with Abstract class as output Parameter in WebService

by prakash pethe (JIRA)

JBoss Native WS - problem with Abstract class as output Parameter in WebService ------------------------------------------------------------------------------- Key: JBWS-3320 URL: https://issues.jboss.org/browse/JBWS-3320 Project: JBoss Web Services Issue Type: Bug Security Level: Public (Everyone can see) Components: jbossws-native Environment: - jboss-5.1.0.GA - eclipseHelios -windowsXp- SP3 Reporter: prakash pethe I've a problem to use abstract class in a Web Service like WebMethod output parameter. I'm using JBOSS-5.1.0.GA and java runtime Version 6. It always return emtpry tag for abstract tag. I have completed below step as well When running under Java 6 you need to manually copy the following libraries from the JBOSS_HOME/client directory to the JBOSS_HOME/lib/endorsed directory, so that the JAX-WS 2.0 apis supported by JBossWS are used: jbossws-native-saaj.jar jbossws-native-jaxrpc.jar jbossws-native-jaxws.jar jbossws-native-jaxws-ext.jar for below section of WSDL: <xsd:complexType name="Personne" abstract="true" /> <xsd:complexType name="PersonnePhysique"> <xsd:complexContent> <xsd:extension base="Personne"> Getting below error stack: javax.xml.ws.WebServiceException: javax.xml.bind.UnmarshalException: Unable to create an instance of com.sfr.sigc.rechercherpersonneetroles.Personne - with linked exception: [java.lang.InstantiationException] at org.jboss.ws.core.jaxws.JAXBDeserializer.handleUnmarshallException(JAXBDeserializer.java:110) at org.jboss.ws.core.jaxws.JAXBDeserializer.deserialize(JAXBDeserializer.java:78) at org.jboss.ws.core.binding.DeserializerSupport.deserialize(DeserializerSupport.java:58) at org.jboss.ws.core.soap.XMLContent.unmarshallObjectContents(XMLContent.java:179) at org.jboss.ws.core.soap.XMLContent.transitionTo(XMLContent.java:96) at org.jboss.ws.core.soap.SOAPContentElement.transitionTo(SOAPContentElement.java:140) at org.jboss.ws.core.soap.SOAPBodyElementDoc.transitionTo(SOAPBodyElementDoc.java:85) at org.jboss.ws.core.soap.SOAPContentElement.getObjectValue(SOAPContentElement.java:172) at org.jboss.ws.core.EndpointInvocation.transformPayloadValue(EndpointInvocation.java:261) at org.jboss.ws.core.EndpointInvocation.getReturnValue(EndpointInvocation.java:195) at org.jboss.ws.core.CommonClient.syncOutputParams(CommonClient.java:511) at org.jboss.ws.core.CommonClient.invoke(CommonClient.java:397) at org.jboss.ws.core.jaxws.client.ClientImpl.invoke(ClientImpl.java:290) at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:170) at org.jboss.ws.core.jaxws.client.ClientProxy.invoke(ClientProxy.java:150) at $Proxy309.rechercherPersonneEtRoles(Unknown Source) -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

2
1
0 / 0

[JBoss JIRA] Created: (JBWS-3339) Preamble is omitted when supplying external XSDs

by Kyle Lape (JIRA)

Preamble is omitted when supplying external XSDs ------------------------------------------------ Key: JBWS-3339 URL: https://issues.jboss.org/browse/JBWS-3339 Project: JBoss Web Services Issue Type: Bug Security Level: Public (Everyone can see) Components: jbossws-native Affects Versions: jbossws-native-3.1.2 Reporter: Kyle Lape The XML preamble is omitted when serving external WSDL resources. This can cause problem when specifying a non-default character set using the XML preamble. For example, you access an external XSD: http://localhost:8080/testService/Service?wsdl&resource=external.xsd The file on the server starts like this: <?xml version="1.0" encoding="UTF-8"?> <xsd:schema ...> ... </xsd:schema> But when it's served to a client, it starts like this: <xsd:schema ...> ... </xsd:schema> This affects the WSDL and any resources referenced by the WSDL. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

3
7
0 / 0

[JBoss JIRA] (JBWS-3268) REPLACE_WITH_ACTUAL_URL does not work for more than one Port in a WSDL

by Alessio Soldano (Updated) (JIRA)

[ https://issues.jboss.org/browse/JBWS-3268?page=com.atlassian.jira.plugin.... ] Alessio Soldano updated JBWS-3268: ---------------------------------- Fix Version/s: jbossws-cxf-4.0.1 jbossws-native-4.0.1 Component/s: jbossws-cxf jbossws-native > REPLACE_WITH_ACTUAL_URL does not work for more than one Port in a WSDL > ---------------------------------------------------------------------- > > Key: JBWS-3268 > URL: https://issues.jboss.org/browse/JBWS-3268 > Project: JBoss Web Services > Issue Type: Bug > Security Level: Public(Everyone can see) > Components: jbossws-cxf, jbossws-native > Reporter: Mustafa Musaji > Fix For: jbossws-cxf-4.0.1, jbossws-native-4.0.1 > > > If you have a WSDL that contains more than one port and want the wsdl address location to be changed as per the jboss-beans.xml file this does not work. Only the first port will have it's location changed. The second will remain as REPLACE_WITH_ACTUAL_URL value and no error displayed. -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.jboss.org/secure/ContactAdministrators!default.jspa For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

1
0
0 / 0

[JBoss JIRA] Created: (JBWS-3165) Add support for jax-ws xml catalog to be spec-compliant

by Robert Dale (JIRA)

Add support for jax-ws xml catalog to be spec-compliant ------------------------------------------------------- Key: JBWS-3165 URL: https://jira.jboss.org/browse/JBWS-3165 Project: JBoss Web Services Issue Type: Feature Request Security Level: Public (Everyone can see) Reporter: Robert Dale <ropalka> rdale, OK, JAXWS 2.2 - section 4.4 <ropalka> --- <ropalka> The catalog is assembled by taking into account all accessible resources whose name is META-INF/jax- <ropalka> -ws-catalog.xml. Each resource MUST be a valid entity catalog according to the XML Catalogs 1.1 <ropalka> specification. When running on the Java SE platform, the current context class loader MUST be used to <ropalka> retrieve all the resources with the specified name. Relative URIs inside a catalog file are relative to the <ropalka> location of the catalog that contains them. <ropalka> --- <ropalka> rdale, AFAIK Native doesn't support it. It uses proprietary jbossws-entities.properties approach <ropalka> rdale, CXF should support it. <ropalka> rdale, Do U use JBossWS Native or JBossWS CXF? <darran> ropalka, CXF does, we are using it in SOA-P 5.1 <ropalka> rdale, I confirm JBossWS Native doesn't support it (although this is required by JAX-WS spec). The reason is this is not tested in TCK6 (certification suites) and we didn't have feature request to implement it yet. -- This message is automatically generated by JIRA. - For more information on JIRA, see: http://www.atlassian.com/software/jira

12 years, 11 months

2
1
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jbossws-issues January 2012