I am trying to use Axis2 migrating from Axis1.3. And am trying to generate code, but i get follwoing. It seems like the way axis is using this might need to be modified. I don't know if this is a defect or what, can someone more knowledgeable with code look into this.
 
build.xml:24: org.apache.axis2.wsdl.codegen.CodeGenerationException: java.lang.RuntimeException: org.apache.xmlbeans.XmlException: Thread main: The 0th supplied input is not a schema document: its type is N=
 
Reference Thread
 
Thanks,
Parikh, Pratik
From: Jayaraman, Venkatesh [mailto:[EMAIL PROTECTED]
Sent: Saturday, November 05, 2005 1:17 PM
To: Jayaraman, Venkatesh; axis-user@ws.apache.org
Subject: RE: StAX API (http://java.sun.com/webservices/docs/1.6/tutorial/doc/SJSXP3.html) and AXIS 2.0

How much speed we will gain in Axis 2.0 over (Axis 1.2 and Axis 1.3) ?

Also In Axis 1.2 RC3, is parser reuse is turned on by default to increase the performance?

 

-Venky

 

 

 


From: Jayaraman, Venkatesh
Sent: Saturday, November 05, 2005 11:14 AM
To: 'axis-user@ws.apache.org'
Subject: StAX API (http://java.sun.com/webservices/docs/1.6/tutorial/doc/SJSXP3.html) and AXIS 2.0

 

 

What is new in Axis 2.0 version?

Speed - Axis2 is based on StAX API(http://java.sun.com/webservices/docs/1.6/tutorial/doc/SJSXP3.html), which gives greater speed than SAX event base parsing that has been used in Axis1.2

Stability - Axis2 has fixed phases and for extensions an area of user defined phases. This allows far more stability and flexibility than Axis1.x.

Transport framework - Simple abstraction designing of transports (i.e., senders and listeners for SOAP over various protocols such as SMTP, etc), allow far more flexibility and the core of the engine is completely transport-independent.

WSDL Support - Axis2 supports version 1.1 and 2.0, which allow creating stubs and skeletons, to manipulate web service arena.

Component - Oriented Architecture - This is merely through archives (.mar and .aar) . Easily reusable components such as Handlers, Modules allow patterns processing for your applications, or to distribute to partners. Axis2 more concern on the "Module" concept rather Handler concept. Modules contain handlers that have been ordered through phase rules. which being ordered to specific service(s).

Why stAX (not SAX) parsing?

The Streaming API for XML (StAX) allows not only parsing of XML documents but also writing XML documents to an output stream.

Until recently, programmers had only two choices when creating XML documents programmatically. Their first option was to directly write serialized XML content to the output stream, and the second was to use DOM.

Both options have severe drawbacks. In the first case, the programmer is fully responsible for ensuring that the resulting document is well formed. The programmer must take care of details such as matching start and end tags or the escaping of special characters, such as the less than sign (<) and the ampersand (&), in character content. This can make the implementation of programs tedious and error prone. DOM, on the other hand, frees the programmer from this burden but introduces considerable overhead: The complete document must first be constructed as a node tree in memory before it can be serialized to an output stream.

The Streaming API for XML (StAX) completely changes this. Unlike the Simple API for XML (SAX), StAX offers an API for writing XML documents. To be precise, it offers two APIs: a low-level, cursor-based API (XMLStreamWriter), and a higher-level, event-based API (XMLEventWriter). While the cursor-based API is best used in data binding scenarios (for example, creating a document from application data), the event-based API is typically used in pipelining scenarios where a new document is constructed from the data of input documents.

StAX does not guarantee well-formed documents. It is still possible to produce a document that violates the XML recommendation, such as a document with several root elements or several XML prologues, or tag and attribute names containing whitespace or characters not supported by XML. StAX implementations may check these issues but they are not required to do so (the reference implementation doesn't). Nevertheless, the StAX XMLStreamWriter is a big improvement over outputting raw XML data, and it does this at a fraction of the cost of using DOM.

--Venky

CONFIDENTIALITY NOTICE

This message and any included attachments
are from Cerner Corporation and are intended
only for the addressee. The information
contained in this message is confidential and
may constitute inside or non-public information
under international, federal, or state
securities laws. Unauthorized forwarding,
printing, copying, distribution, or use of such
information is strictly prohibited and may be
unlawful. If you are not the addressee, please
promptly delete this message and notify the
sender of the delivery error by e-mail or you
may call Cerner's corporate offices in Kansas
City, Missouri, U.S.A at (+1) (816)221-1024.
---------------------------------------- --

Reply via email to