duplicate attribute 'xmlns:xsd' in <xsd:schema element under oc4j

It's strange.
I added
serializer.jar
wstx-asl-3.0.1.jar
xalan.jar
xfire-jsr181-api-1.0-M1.jar
XmlSchema-1.1.jar
to my application classpath
and now it generates valid WSDL.

perhaps this will help to someone.
sorry for opening new issue...

I'm having this same problem with 1.2.4. It works against a standalong oc4j instance but not against a clustered Oracle 10g app server. Here's the error:

XML Parsing Error: duplicate attribute
Location: http://pqpietas.sabrix.com:8889/sabrix/services/AuthenticationService?wsdl
Line Number 4, Column 177:<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema" targetNamespace="http://client.service.tax.sabrix.com" elementFormDefault="qualified" attributeFormDefault="qualified" xmlns:xsd="http://www.w3.org/2001/XMLSchema">

Has this bug resurfaced? Am I doing something wrong?

Kevan,

I encountered the exact same error and beat my head up against the wall for a long time, until I figured out what the problem was.

On Oracle 10g, when deploying an application, there is a part of the deployment where you can configure the deployment plan. The last option is "Configure Class Loading". If you click on the "Go to Task" option, it will bring you to another screen that starts off with a checkbox. This checkbox is for "Inherit parent application's shared library imports". You have to uncheck this box. It is checked by default.

After that, deploy the application as you would normally. This fixed my error, and I hope that it fixes yours as well....

Hi! i'm having the same problem with oc4j 10.1.3.1 and XFire 1.2.5, if i make a deploy without changing any options to the deployment plan, the application starts and i get the duplicate attribute error, but if i make a deploy changing the options that Carlos says(unchecking the checkbox) i get an Error 500 trying to access the application, same happens turning to true the option search-local-classes-first, with both changes i get an Error 500, but in Geronimo works fine!
hope someone can help us with this issue! best regards and blesses!

I've been getting a similar problem with XFire 1.2.5 and OC4J 10.1.3.2. I've been making some progress but so far not 100%.

generating WSDL I get duplicate 'xmlns:xsd' in the browser and this error on the server
SEVERE: Couldn't invoke servlet request.
java.lang.ClassCastException: com.ibm.wsdl.extensions.soap.SOAPFaultImpl
at oracle.j2ee.ws.wsdl.extensions.soap.SOAPFaultSerializer.marshall(SOAPFaultSerializer.java:30)
at oracle.j2ee.ws.wsdl.extensions.ParseUtils.writeExtensibilityElements(ParseUtils.java:128)
at oracle.j2ee.ws.wsdl.xml.WSDLWriterImpl.writeBindingFault(WSDLWriterImpl.java:401)
at oracle.j2ee.ws.wsdl.xml.WSDLWriterImpl.writeBindingOperation(WSDLWriterImpl.java:384)
at oracle.j2ee.ws.wsdl.xml.WSDLWriterImpl.writeBinding(WSDLWriterImpl.java:323)
at oracle.j2ee.ws.wsdl.xml.WSDLWriterImpl.writeDefinition(WSDLWriterImpl.java:197)
at oracle.j2ee.ws.wsdl.xml.WSDLWriterImpl.writeWSDL(WSDLWriterImpl.java:93)
at oracle.j2ee.ws.wsdl.xml.WSDLWriterImpl.writeWSDL(WSDLWriterImpl.java:83)
at org.codehaus.xfire.wsdl11.builder.WSDLBuilder.write(WSDLBuilder.java:182)
at org.codehaus.xfire.wsdl11.builder.WSDLBuilderAdapter.write(WSDLBuilderAdapter.java:40)
at org.codehaus.xfire.DefaultXFire.generateWSDL(DefaultXFire.java:104)
at org.codehaus.xfire.transport.http.XFireServletController.generateWSDL(XFireServletController.java:380)
at org.codehaus.xfire.transport.http.XFireServletController.doService(XFireServletController.java:125)
at org.codehaus.xfire.transport.http.XFireServlet.doGet(XFireServlet.java:107)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)
at com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:64)
at com.sleepys.siesta.webServicesImpl.WebServiceFilter.doFilter(WebServiceFilter.java:26)
at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:622)
at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:369)
at com.evermind.server.http.HttpRequestHandler.doProcessRequest(HttpRequestHandler.java:865)
at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:447)
at com.evermind.server.http.HttpRequestHandler.serveOneRequest(HttpRequestHandler.java:215)
at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:117)
at com.evermind.server.http.HttpRequestHandler.run(HttpRequestHandler.java:110)
at oracle.oc4j.network.ServerSocketReadHandler$SafeRunnable.run(ServerSocketReadHandler.java:260)
at com.evermind.util.ReleasableResourcePooledExecutor$MyWorker.run(ReleasableResourcePooledExecutor.java:303)
at java.lang.Thread.run(Thread.java:595)

I copied all the XFire 1.2.5 and xalan 2.7 jars into my WEB-INF/lib folder and set the system to use the xalan transformer factory using this in a servlet filter in front of the XFire servlet:

System.setProperty("javax.xml.transform.TransformerFactory","org.apache.xalan.processor.TransformerFactoryImpl");

Now it's not doing the duplicate attribute any more, but about 3/4 through the WSDL file I get the same exception and it stops generating. The WSDL source looks ends like this

<binding name="SalesOrderServiceHttpBinding" type="tns:SalesOrderServicePortType">
<wsdlsoap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
<operation name="loadOrder">
<wsdlsoap:operation soapAction=""/>
<input name="loadOrderRequest">
<wsdlsoap:body use="literal"/>
</input>
<output name="loadOrderResponse">
<wsdlsoap:body use="literal"/>
<PRE>Servlet error: An exception occurred. The current application deployment descriptors do not allow for including it in this response. Please consult the application log for details.</PRE></BODY></HTML>

Anybody know if there is a way to have it not use oracle.j2ee.ws.wsdl.xml.WSDLWriterImpl. I'm wondering if that's causing the trouble.

One more update.

I changed the WSDL Factory using:

System.setProperty("javax.wsdl.factory.WSDLFactory","com.ibm.wsdl.factory.WSDLFactoryImpl");

Now the cast class exception went away and I see no exceptions on the server, but the WSDL generation still failed in the middle, just before the </wsdl:types> element.

Everything works fine in OC4J 10.1.2 no matter what TransformerFactory or WSDLFactory I use. Very strange...

I had exactly the same problem, but correct configuration of classloading solved it.
During the deployment process, one can configure class loading. Just untick the shared lib inheritance as described above, and (or if no parent) untick webservice related shared libraries, like oracle.ws. ...., plus oracle.xml, oracle.xml.security, and soap.
Probably not all of these need to be unchecked, but in my case and I guess in most of yours, the uploaded war file supplies the necessary libraries, so virtually none of these shared libs is needed.