[JBoss JIRA] Created: (JBWS-3347) Endpoints created through Endpoint.publish throws Address already in use: bind
by Magesh Bojan (JIRA)
Endpoints created through Endpoint.publish throws Address already in use: bind
------------------------------------------------------------------------------
Key: JBWS-3347
URL: https://issues.jboss.org/browse/JBWS-3347
Project: JBoss Web Services
Issue Type: Bug
Security Level: Public (Everyone can see)
Affects Versions: jbossws-cxf-4.0.0.Beta3
Environment: AS7
Reporter: Magesh Bojan
At AS7 server startup, all deployments are deployed in a batch and multiple threads can call createHttpServerEngine. Although the method is synchronized, the behavior is not as expected. The Engine gets created multiple times for the same port and results in
Caused by: java.lang.RuntimeException: java.net.BindException: Address already in use: bind
at org.jboss.wsf.stack.cxf.addons.transports.httpserver.HttpServerEngine.addHandler(HttpServerEngine.java:103)
at org.jboss.wsf.stack.cxf.addons.transports.httpserver.HttpServerDestination.activate(HttpServerDestination.java:128)
at org.apache.cxf.transport.AbstractObservable.setMessageObserver(AbstractObservable.java:48)
at org.apache.cxf.binding.AbstractBaseBindingFactory.addListener(AbstractBaseBindingFactory.java:97)
at org.apache.cxf.binding.soap.SoapBindingFactory.addListener(SoapBindingFactory.java:836)
at org.apache.cxf.endpoint.ServerImpl.start(ServerImpl.java:127)
at org.apache.cxf.jaxws.EndpointImpl.doPublish(EndpointImpl.java:341)
... 15 more
Caused by: java.net.BindException: Address already in use: bind
at sun.nio.ch.Net.bind(Native Method) [:1.6.0_26]
at sun.nio.ch.ServerSocketChannelImpl.bind(Unknown Source) [:1.6.0_26]
at sun.nio.ch.ServerSocketAdaptor.bind(Unknown Source) [:1.6.0_26]
at org.jboss.sun.net.httpserver.ServerImpl.<init>(ServerImpl.java:112)
at org.jboss.sun.net.httpserver.HttpServerImpl.<init>(HttpServerImpl.java:47)
at org.jboss.sun.net.httpserver.DefaultHttpServerProvider.createHttpServer(DefaultHttpServerProvider.java:37)
at org.jboss.com.sun.net.httpserver.HttpServer.create(HttpServer.java:126)
at org.jboss.wsf.stack.cxf.addons.transports.httpserver.HttpServerEngine.addHandler(HttpServerEngine.java:94)
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months
[JBoss JIRA] Created: (JBWS-3345) Preamble is omitted when supplying WSDL and external XSDs
by Kyle Lape (JIRA)
Preamble is omitted when supplying WSDL and external XSDs
---------------------------------------------------------
Key: JBWS-3345
URL: https://issues.jboss.org/browse/JBWS-3345
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
Assignee: 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: {noformat}http://localhost:8080/testService/Service?wsdl&resource=external.xsd{noformat}
The file on the server starts like this:
{code:xml}
<?xml version="1.0" encoding="UTF-8"?>
<xsd:schema ...>
...
</xsd:schema>
{code}
But when it's served to a client, it starts like this:
{code:xml}
<xsd:schema ...>
...
</xsd:schema>
{code}
This affects the WSDL and any resources referenced by the WSDL.
Looking at the code, this is what happens when a request for a WSDL resource is received:
- The WSDL resource is read in from the file system.
- It is then parsed into a DOM tree.
- JBossWS then replaces references to external resources with appropriate URLs that can be reached using "?wsdl" URLs.
- The DOM tree is then marshaled to XML text.
In this process, the XML preamble is lost.
--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira
13 years, 3 months