You are viewing a plain text version of this content. The canonical link for it is here.
Posted to java-dev@axis.apache.org by "Jeyakumaran.C" <jk...@vijayaba.cse.mrt.ac.lk> on 2002/10/07 06:43:47 UTC
Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
Hi Dims and all,
We went through your mail.
We want some clarifications on it.
1)Do we need to take the DOM node and use DOM2SAX for generating events?
2) Then if it is the case, where should we do that? Do it while in the
parsing at the SymbolTable or inside the SchemaUtls?
What we prefer is, keep the SymbotTable as it is and change it inside the
SchemaUtils, though it is a temporary solution.(Hope JAXMe people will come
up with a solution with accepting the DOM node).
So the changes only will be inside the SchemaUtils..............
Is this approach ok for doing it?
Kindly need your suggestions to move on.
Regards,
Jeyakumaran
----- Original Message -----
From: "Davanum Srinivas" <di...@yahoo.com>
To: <ax...@ws.apache.org>; <he...@vijayaba.cse.mrt.ac.lk>
Sent: Monday, October 06, 2003 4:42 PM
Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
> Srinath,
>
> The idea is to run the parser just ONCE!!! when we hit a schema in
addTypes (of SymbolTable.java)
> and then use information in the SchemaUtils methods. Go ahead with the DOM
2 SAX
> (http://javaalmanac.com/egs/javax.xml.transform.sax/Dom2Sax.html) for now,
we might have to change
> it later. Yes, you will need xalan jars to get it working. We can
influence JaxMe folks later to
> accept a dom node.
>
> thanks,
> dims
>
> --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
> > Hi All,
> >
> > here is the high level picture of what we are planning to do to fix it.
> >
> > We want to keep method signatures of SchemaUtils as they are and replace
> > the logic with jaxme parser.
> >
> > Q1) is that ok. We do not change the functionality.
> >
> > Here we want jaxme (it works on SAX) to parse a DOM node ??
> > We are planning to take a node and serialize it to buffer (add schema
> > tag's to start and end may be ..) then fed it to jaxme .....
> >
> > We are using a longer way ... IS IT OK TO USE IT, this may not be the
> > smartest.
> > Any other suggestions ...... to fed node into the Jaxme.
> >
> > we are expecting a answer to move on ...
> >
> > Srinath
> >
> >
> >
> > On Tue, 2003-09-30 at 18:52, Srinath Perera wrote:
> > > Hi All
> > >
> > > I think we can start with it ...
> > >
> > > I think this is what I understood
> > >
> > > 1) we should get into code that parse DOM nodes in SchemaUtils.java
and
> > > use schema parser to parse them cleanly.
> > > 2) we can left the code that get the DOM nodes from the wsdl
untouched.
> > > >> You replace all dom traversal stuff
> > > Only the parsing of DOM nodes we should worry about.
> > > 3) leave JaxMe untouched as much as possible
> > >
> > >
> > > we would start it by abut a week. will come back if help needed.
> > >
> > > thanks for directions
> > >
> > > Srianth
> > >
> > >
> > >
> > > On Tue, 2003-09-30 at 17:52, Davanum Srinivas wrote:
> > > > Here's a plan for you all:
> > > > - Get the latest CVS code for axis
> > > > #1: make a copy/zip it up so that you know what you started with
> > > > #2: run "ant clean all-tests" to make sure that nothing is broken
> > > > - Get the latest CVS code for JaxMe
> > > > - Iteratively make changes to axis's code (and if necessary JaxMe's
code) such that:
> > > > #1: You replace all dom traversal stuff in
symbolTable\SchemaUtils.java and other files.
> > > > #2: If you run "ant clean all-tests", it should NOT fail
> > > > #3: If you compare the results of running "ant clean all-tests"
between the original code
> > and
> > > > your modified code (do a windiff on build/work directory where all
the generated code is
> > present)
> > > > they should be EXACTLY the same.
> > > > - When you are ready, we can create a CVS branch to let everyone
review your work before it
> > gets
> > > > merged into the HEAD branch
> > > > - If you need changes to JaxMe stuff, you will need to submit
bugzilla patches as usual, i
> > will
> > > > work with them to merge the changes needed into their source tree.
> > > >
> > > > How does this sound? Do you have enough to get going?
> > > >
> > > > Thanks,
> > > > dims
> > > >
> > > > --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
> > > > > Hi All
> > > > >
> > > > > we would like to give it a try. Knows it was bit of a challenge.
> > > > > Plus we have not work with JaxMe's schema parser. Yet will do our
best.
> > > > >
> > > > > How should we do it .. keeping our copy and work on it till we
have
> > > > > something or have it somewhere in CVS so others can have look and
help
> > > > > :). (quite sure help is necessary)
> > > > >
> > > > > If all goes well we could start work on it about a week by now.
> > > > >
> > > > > regards
> > > > >
> > > > > Srianth,Dimuthu,VTPavan,jkumaran
> > > > >
> > > > >
> > > > > On Thu, 2003-09-25 at 21:50, Davanum Srinivas wrote:
> > > > > > Given the # of bugs we have related to Schema's. Does anyone
have cycles to replace what
> > we
> > > > > have
> > > > > > with JaxMe's Schema Parser?
(http://ws.apache.org/jaxme/xs/index.html). This would
> > involve
> > > > > fixing
> > > > > > both our code as well as JaxMe code (if necessary). The first
objective would be to
> > remove all
> > > > > our
> > > > > > dependency on DOM parsing/walking (see
> > org\apache\axis\wsdl\symbolTable\SchemaUtils.java).
> > > > > This
> > > > > > work could be done in a separate branch till code is stable
enough so that our "ant
> > clean
> > > > > > all-tests" works ok.
> > > > > >
> > > > > > Anyone up for it?
> > > > > >
> > > > > > Thanks,
> > > > > > dims
> > > > > >
> > > > > > =====
> > > > > > Davanum Srinivas - http://webservices.apache.org/~dims/
> > > > > >
> > > > >
> > > >
> > > >
> > > > =====
> > > > Davanum Srinivas - http://webservices.apache.org/~dims/
> > > >
> > >
> >
>
>
> =====
> Davanum Srinivas - http://webservices.apache.org/~dims/
>
Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
Posted by Dimuthu Leelarathne <mu...@opensource.lk>.
Hi all,
We need a bit of help regarding the following question.
The comment on the top of the method - "private void addTypes(URL
context, Node node, int level)" in the SymbolTable is as below,
"So anything at the top level is added to the symbol table, plus
non-Element types (ie, base and refd) that appear deep within other
types."
As I understand there are two private methods to handle these ref and def
types as follows,
private void createTypeFromRef(Node node)
private void createTypeFromDef(Node node, boolean isElement,
boolean belowSchemaLevel)
Within these methods the BaseTypeMappingRegistry is used. These methods
are the only places where the BaseTypeMappingRegistry is referenced within
the SymbolTable class.
I am really confused about this def, ref , base types and the role of the
BaseTypeMappinRegistry. It would help us a lot if you can clear this for
us.
Thank you,
Dimuthu.
> Hi All,
>
> We are having a lead, yet few probs ...
>
> When we genarate the SAX events from XSLT the start tag of the Node we
> given, count as the start TAG in the SAX events. (if input stream used
> it is the START of DOC)
> I put JAXME SAX listner(content handler) to listen for events. then it
> fails saying unknown attributes "xmlns" !!!!!
>
> We can't parse using childs of the (instead of schema node) schema Node
> due to X,Y senario on my prvious mail.
>
> as this DOM-> SAX code will eventually replaced by the
> jaxmeparser.parse(NODE) we are going foward with
> serialize the DOMNode and taking input stream???? we shall replace that
> code with (JAXME node support/fix for the XSLT prob) shortly.
>
> We are going to remove the shemaUtils from the code, put the logic to do
> what is done by the schemautils into the Type/TypeEntry class. this will
> done inside the addTypes() symableTable.
>
> We shortly come to dev list with some working code, have a discussion do
> the adjuesments.
>
> thanks for eveybody,
>
> Srianth
>
>
>
>> >
>> >
>> >
>> >
>> >
>> >
>> > ----- Original Message -----
>> > From: "Jeyakumaran.C" <jk...@vijayaba.cse.mrt.ac.lk>
>> > To: <ax...@ws.apache.org>; <di...@yahoo.com>
>> > Sent: Monday, October 07, 2002 10:43 AM
>> > Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
>> >
>> >
>> >> Hi Dims and all,
>> >> We went through your mail.
>> >> We want some clarifications on it.
>> >>
>> >> 1)Do we need to take the DOM node and use DOM2SAX for generating
>> events?
>> >>
>> >> 2) Then if it is the case, where should we do that? Do it while in
>> the parsing at the SymbolTable or inside the SchemaUtls?
>> >>
>> >> What we prefer is, keep the SymbotTable as it is and change it
>> inside the SchemaUtils, though it is a temporary solution.(Hope
>> JAXMe people will
>> > come
>> >> up with a solution with accepting the DOM node).
>> >>
>> >> So the changes only will be inside the SchemaUtils.............. Is
>> this approach ok for doing it?
>> >> Kindly need your suggestions to move on.
>> >>
>> >> Regards,
>> >> Jeyakumaran
>> >>
>> >> ----- Original Message -----
>> >> From: "Davanum Srinivas" <di...@yahoo.com>
>> >> To: <ax...@ws.apache.org>; <he...@vijayaba.cse.mrt.ac.lk>
>> Sent: Monday, October 06, 2003 4:42 PM
>> >> Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
>> >>
>> >>
>> >> > Srinath,
>> >> >
>> >> > The idea is to run the parser just ONCE!!! when we hit a schema
>> in
>> >> addTypes (of SymbolTable.java)
>> >> > and then use information in the SchemaUtils methods. Go ahead
>> with
>> >> the
>> > DOM
>> >> 2 SAX
>> >> > (http://javaalmanac.com/egs/javax.xml.transform.sax/Dom2Sax.html)
>> >> for
>> > now,
>> >> we might have to change
>> >> > it later. Yes, you will need xalan jars to get it working. We can
>> >> influence JaxMe folks later to
>> >> > accept a dom node.
>> >> >
>> >> > thanks,
>> >> > dims
>> >> >
>> >> > --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
>> >> > > Hi All,
>> >> > >
>> >> > > here is the high level picture of what we are planning to do to
>> >> fix
>> > it.
>> >> > >
>> >> > > We want to keep method signatures of SchemaUtils as they are
>> and
>> > replace
>> >> > > the logic with jaxme parser.
>> >> > >
>> >> > > Q1) is that ok. We do not change the functionality.
>> >> > >
>> >> > > Here we want jaxme (it works on SAX) to parse a DOM node ?? We
>> are planning to take a node and serialize it to buffer (add
>> >> schema tag's to start and end may be ..) then fed it to jaxme .....
>> >> > >
>> >> > > We are using a longer way ... IS IT OK TO USE IT, this may not
>> be
>> >> the smartest.
>> >> > > Any other suggestions ...... to fed node into the Jaxme.
>> >> > >
>> >> > > we are expecting a answer to move on ...
>> >> > >
>> >> > > Srinath
>> >> > >
>> >> > >
>> >> > >
>> >> > > On Tue, 2003-09-30 at 18:52, Srinath Perera wrote:
>> >> > > > Hi All
>> >> > > >
>> >> > > > I think we can start with it ...
>> >> > > >
>> >> > > > I think this is what I understood
>> >> > > >
>> >> > > > 1) we should get into code that parse DOM nodes in
>> >> SchemaUtils.java
>> >> and
>> >> > > > use schema parser to parse them cleanly.
>> >> > > > 2) we can left the code that get the DOM nodes from the wsdl
>> >> untouched.
>> >> > > > >> You replace all dom traversal stuff
>> >> > > > Only the parsing of DOM nodes we should worry about.
>> >> > > > 3) leave JaxMe untouched as much as possible
>> >> > > >
>> >> > > >
>> >> > > > we would start it by abut a week. will come back if help
>> needed.
>> >> > > >
>> >> > > > thanks for directions
>> >> > > >
>> >> > > > Srianth
>> >> > > >
>> >> > > >
>> >> > > >
>> >> > > > On Tue, 2003-09-30 at 17:52, Davanum Srinivas wrote:
>> >> > > > > Here's a plan for you all:
>> >> > > > > - Get the latest CVS code for axis
>> >> > > > > #1: make a copy/zip it up so that you know what you
>> started
>> >> with #2: run "ant clean all-tests" to make sure that nothing
>> >> is
>> > broken
>> >> > > > > - Get the latest CVS code for JaxMe
>> >> > > > > - Iteratively make changes to axis's code (and if necessary
>> > JaxMe's
>> >> code) such that:
>> >> > > > > #1: You replace all dom traversal stuff in
>> >> symbolTable\SchemaUtils.java and other files.
>> >> > > > > #2: If you run "ant clean all-tests", it should NOT fail
>> #3:
>> >> If you compare the results of running "ant clean all-tests"
>> >> between the original code
>> >> > > and
>> >> > > > > your modified code (do a windiff on build/work directory
>> where
>> >> all
>> >> the generated code is
>> >> > > present)
>> >> > > > > they should be EXACTLY the same.
>> >> > > > > - When you are ready, we can create a CVS branch to let
>> >> everyone
>> >> review your work before it
>> >> > > gets
>> >> > > > > merged into the HEAD branch
>> >> > > > > - If you need changes to JaxMe stuff, you will need to
>> submit
>> >> bugzilla patches as usual, i
>> >> > > will
>> >> > > > > work with them to merge the changes needed into their
>> source
>> >> tree.
>> >> > > > >
>> >> > > > > How does this sound? Do you have enough to get going?
>> >> > > > >
>> >> > > > > Thanks,
>> >> > > > > dims
>> >> > > > >
>> >> > > > > --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
>> >> > > > > > Hi All
>> >> > > > > >
>> >> > > > > > we would like to give it a try. Knows it was bit of a
>> >> challenge. Plus we have not work with JaxMe's schema parser.
>> >> Yet will do
>> > our
>> >> best.
>> >> > > > > >
>> >> > > > > > How should we do it .. keeping our copy and work on it
>> till
>> >> we
>> >> have
>> >> > > > > > something or have it somewhere in CVS so others can have
>> >> look
>> > and
>> >> help
>> >> > > > > > :). (quite sure help is necessary)
>> >> > > > > >
>> >> > > > > > If all goes well we could start work on it about a week
>> by
>> >> now.
>> >> > > > > >
>> >> > > > > > regards
>> >> > > > > >
>> >> > > > > > Srianth,Dimuthu,VTPavan,jkumaran
>> >> > > > > >
>> >> > > > > >
>> >> > > > > > On Thu, 2003-09-25 at 21:50, Davanum Srinivas wrote:
>> >> > > > > > > Given the # of bugs we have related to Schema's. Does
>> >> anyone
>> >> have cycles to replace what
>> >> > > we
>> >> > > > > > have
>> >> > > > > > > with JaxMe's Schema Parser?
>> >> (http://ws.apache.org/jaxme/xs/index.html). This would
>> >> > > involve
>> >> > > > > > fixing
>> >> > > > > > > both our code as well as JaxMe code (if necessary). The
>> >> first
>> >> objective would be to
>> >> > > remove all
>> >> > > > > > our
>> >> > > > > > > dependency on DOM parsing/walking (see
>> >> > > org\apache\axis\wsdl\symbolTable\SchemaUtils.java).
>> >> > > > > > This
>> >> > > > > > > work could be done in a separate branch till code is
>> >> stable
>> >> enough so that our "ant
>> >> > > clean
>> >> > > > > > > all-tests" works ok.
>> >> > > > > > >
>> >> > > > > > > Anyone up for it?
>> >> > > > > > >
>> >> > > > > > > Thanks,
>> >> > > > > > > dims
>> >> > > > > > >
>> >> > > > > > > =====
>> >> > > > > > > Davanum Srinivas - http://webservices.apache.org/~dims/
>> >> > > > > > >
>> >> > > > > >
>> >> > > > >
>> >> > > > >
>> >> > > > > =====
>> >> > > > > Davanum Srinivas - http://webservices.apache.org/~dims/
>> >> > > > >
>> >> > > >
>> >> > >
>> >> >
>> >> >
>> >> > =====
>> >> > Davanum Srinivas - http://webservices.apache.org/~dims/
>> >> >
Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
Posted by Srinath Perera <he...@opensource.lk>.
Hi All,
We are having a lead, yet few probs ...
When we genarate the SAX events from XSLT the start tag of the Node we
given, count as the start TAG in the SAX events. (if input stream used it is
the START of DOC)
I put JAXME SAX listner(content handler) to listen for events. then it
fails saying unknown attributes "xmlns" !!!!!
We can't parse using childs of the (instead of schema node) schema Node due
to X,Y senario on my prvious mail.
as this DOM-> SAX code will eventually replaced by the
jaxmeparser.parse(NODE) we are going foward with
serialize the DOMNode and taking input stream???? we shall replace that code
with (JAXME node support/fix for the XSLT prob) shortly.
We are going to remove the shemaUtils from the code, put the logic to do
what is done by the schemautils into the Type/TypeEntry class. this will
done inside the addTypes() symableTable.
We shortly come to dev list with some working code, have a discussion do the
adjuesments.
thanks for eveybody,
Srianth
----- Original Message -----
From: <jk...@opensource.lk>
To: <ax...@ws.apache.org>
Sent: Tuesday, October 07, 2003 10:25 PM
Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
> Hi sri,
> Just gone through your mail.
> We will have a deep discussion on tomorrow and decide.
> Jeyakumaran
>
> > Hi JK .. all
> >
> > I feel we can not go foward with way WE suggest in the mornig (sri
> > lankan time :) ) ...We can not does do it just inside the SchemaUtils
> >
> > say for e.g. there is a complex type X that refer the complex type Y
> > inside it, Y defined outside X
> > <complexType name="X">
> > <element name="Y"/>
> > </complexType>
> > we can get only X node from the Symbol table then how it going to know
> > about Y node ...
> > Will jaxme just say the QName without saying the type Y does dont EXITS
> > ????????? (I do not try it ...yet)
> >
> > It seem like we have to do the jaxme parsing at the point we find schema
> > then put jaxme type object (What ever)
> > to the Symbol table instead of the Node!!!!
> >
> > It seems we can't avoid the complexities .....We have to change the
> > Symbol table.
> >
> > Srianth
> >
> >
> >
> >
> >
> >
> > ----- Original Message -----
> > From: "Jeyakumaran.C" <jk...@vijayaba.cse.mrt.ac.lk>
> > To: <ax...@ws.apache.org>; <di...@yahoo.com>
> > Sent: Monday, October 07, 2002 10:43 AM
> > Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
> >
> >
> >> Hi Dims and all,
> >> We went through your mail.
> >> We want some clarifications on it.
> >>
> >> 1)Do we need to take the DOM node and use DOM2SAX for generating
> >> events?
> >>
> >> 2) Then if it is the case, where should we do that? Do it while in the
> >> parsing at the SymbolTable or inside the SchemaUtls?
> >>
> >> What we prefer is, keep the SymbotTable as it is and change it inside
> >> the SchemaUtils, though it is a temporary solution.(Hope JAXMe people
> >> will
> > come
> >> up with a solution with accepting the DOM node).
> >>
> >> So the changes only will be inside the SchemaUtils.............. Is
> >> this approach ok for doing it?
> >> Kindly need your suggestions to move on.
> >>
> >> Regards,
> >> Jeyakumaran
> >>
> >> ----- Original Message -----
> >> From: "Davanum Srinivas" <di...@yahoo.com>
> >> To: <ax...@ws.apache.org>; <he...@vijayaba.cse.mrt.ac.lk>
> >> Sent: Monday, October 06, 2003 4:42 PM
> >> Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
> >>
> >>
> >> > Srinath,
> >> >
> >> > The idea is to run the parser just ONCE!!! when we hit a schema in
> >> addTypes (of SymbolTable.java)
> >> > and then use information in the SchemaUtils methods. Go ahead with
> >> the
> > DOM
> >> 2 SAX
> >> > (http://javaalmanac.com/egs/javax.xml.transform.sax/Dom2Sax.html)
> >> for
> > now,
> >> we might have to change
> >> > it later. Yes, you will need xalan jars to get it working. We can
> >> influence JaxMe folks later to
> >> > accept a dom node.
> >> >
> >> > thanks,
> >> > dims
> >> >
> >> > --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
> >> > > Hi All,
> >> > >
> >> > > here is the high level picture of what we are planning to do to
> >> fix
> > it.
> >> > >
> >> > > We want to keep method signatures of SchemaUtils as they are and
> > replace
> >> > > the logic with jaxme parser.
> >> > >
> >> > > Q1) is that ok. We do not change the functionality.
> >> > >
> >> > > Here we want jaxme (it works on SAX) to parse a DOM node ??
> >> > > We are planning to take a node and serialize it to buffer (add
> >> schema tag's to start and end may be ..) then fed it to jaxme
> >> .....
> >> > >
> >> > > We are using a longer way ... IS IT OK TO USE IT, this may not be
> >> the smartest.
> >> > > Any other suggestions ...... to fed node into the Jaxme.
> >> > >
> >> > > we are expecting a answer to move on ...
> >> > >
> >> > > Srinath
> >> > >
> >> > >
> >> > >
> >> > > On Tue, 2003-09-30 at 18:52, Srinath Perera wrote:
> >> > > > Hi All
> >> > > >
> >> > > > I think we can start with it ...
> >> > > >
> >> > > > I think this is what I understood
> >> > > >
> >> > > > 1) we should get into code that parse DOM nodes in
> >> SchemaUtils.java
> >> and
> >> > > > use schema parser to parse them cleanly.
> >> > > > 2) we can left the code that get the DOM nodes from the wsdl
> >> untouched.
> >> > > > >> You replace all dom traversal stuff
> >> > > > Only the parsing of DOM nodes we should worry about.
> >> > > > 3) leave JaxMe untouched as much as possible
> >> > > >
> >> > > >
> >> > > > we would start it by abut a week. will come back if help needed.
> >> > > >
> >> > > > thanks for directions
> >> > > >
> >> > > > Srianth
> >> > > >
> >> > > >
> >> > > >
> >> > > > On Tue, 2003-09-30 at 17:52, Davanum Srinivas wrote:
> >> > > > > Here's a plan for you all:
> >> > > > > - Get the latest CVS code for axis
> >> > > > > #1: make a copy/zip it up so that you know what you started
> >> with #2: run "ant clean all-tests" to make sure that nothing
> >> is
> > broken
> >> > > > > - Get the latest CVS code for JaxMe
> >> > > > > - Iteratively make changes to axis's code (and if necessary
> > JaxMe's
> >> code) such that:
> >> > > > > #1: You replace all dom traversal stuff in
> >> symbolTable\SchemaUtils.java and other files.
> >> > > > > #2: If you run "ant clean all-tests", it should NOT fail #3:
> >> If you compare the results of running "ant clean all-tests"
> >> between the original code
> >> > > and
> >> > > > > your modified code (do a windiff on build/work directory where
> >> all
> >> the generated code is
> >> > > present)
> >> > > > > they should be EXACTLY the same.
> >> > > > > - When you are ready, we can create a CVS branch to let
> >> everyone
> >> review your work before it
> >> > > gets
> >> > > > > merged into the HEAD branch
> >> > > > > - If you need changes to JaxMe stuff, you will need to submit
> >> bugzilla patches as usual, i
> >> > > will
> >> > > > > work with them to merge the changes needed into their source
> >> tree.
> >> > > > >
> >> > > > > How does this sound? Do you have enough to get going?
> >> > > > >
> >> > > > > Thanks,
> >> > > > > dims
> >> > > > >
> >> > > > > --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
> >> > > > > > Hi All
> >> > > > > >
> >> > > > > > we would like to give it a try. Knows it was bit of a
> >> challenge. Plus we have not work with JaxMe's schema parser.
> >> Yet will do
> > our
> >> best.
> >> > > > > >
> >> > > > > > How should we do it .. keeping our copy and work on it till
> >> we
> >> have
> >> > > > > > something or have it somewhere in CVS so others can have
> >> look
> > and
> >> help
> >> > > > > > :). (quite sure help is necessary)
> >> > > > > >
> >> > > > > > If all goes well we could start work on it about a week by
> >> now.
> >> > > > > >
> >> > > > > > regards
> >> > > > > >
> >> > > > > > Srianth,Dimuthu,VTPavan,jkumaran
> >> > > > > >
> >> > > > > >
> >> > > > > > On Thu, 2003-09-25 at 21:50, Davanum Srinivas wrote:
> >> > > > > > > Given the # of bugs we have related to Schema's. Does
> >> anyone
> >> have cycles to replace what
> >> > > we
> >> > > > > > have
> >> > > > > > > with JaxMe's Schema Parser?
> >> (http://ws.apache.org/jaxme/xs/index.html). This would
> >> > > involve
> >> > > > > > fixing
> >> > > > > > > both our code as well as JaxMe code (if necessary). The
> >> first
> >> objective would be to
> >> > > remove all
> >> > > > > > our
> >> > > > > > > dependency on DOM parsing/walking (see
> >> > > org\apache\axis\wsdl\symbolTable\SchemaUtils.java).
> >> > > > > > This
> >> > > > > > > work could be done in a separate branch till code is
> >> stable
> >> enough so that our "ant
> >> > > clean
> >> > > > > > > all-tests" works ok.
> >> > > > > > >
> >> > > > > > > Anyone up for it?
> >> > > > > > >
> >> > > > > > > Thanks,
> >> > > > > > > dims
> >> > > > > > >
> >> > > > > > > =====
> >> > > > > > > Davanum Srinivas - http://webservices.apache.org/~dims/
> >> > > > > > >
> >> > > > > >
> >> > > > >
> >> > > > >
> >> > > > > =====
> >> > > > > Davanum Srinivas - http://webservices.apache.org/~dims/
> >> > > > >
> >> > > >
> >> > >
> >> >
> >> >
> >> > =====
> >> > Davanum Srinivas - http://webservices.apache.org/~dims/
> >> >
>
>
>
>
>
Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
Posted by jk...@opensource.lk.
Hi sri,
Just gone through your mail.
We will have a deep discussion on tomorrow and decide.
Jeyakumaran
> Hi JK .. all
>
> I feel we can not go foward with way WE suggest in the mornig (sri
> lankan time :) ) ...We can not does do it just inside the SchemaUtils
>
> say for e.g. there is a complex type X that refer the complex type Y
> inside it, Y defined outside X
> <complexType name="X">
> <element name="Y"/>
> </complexType>
> we can get only X node from the Symbol table then how it going to know
> about Y node ...
> Will jaxme just say the QName without saying the type Y does dont EXITS
> ????????? (I do not try it ...yet)
>
> It seem like we have to do the jaxme parsing at the point we find schema
> then put jaxme type object (What ever)
> to the Symbol table instead of the Node!!!!
>
> It seems we can't avoid the complexities .....We have to change the
> Symbol table.
>
> Srianth
>
>
>
>
>
>
> ----- Original Message -----
> From: "Jeyakumaran.C" <jk...@vijayaba.cse.mrt.ac.lk>
> To: <ax...@ws.apache.org>; <di...@yahoo.com>
> Sent: Monday, October 07, 2002 10:43 AM
> Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
>
>
>> Hi Dims and all,
>> We went through your mail.
>> We want some clarifications on it.
>>
>> 1)Do we need to take the DOM node and use DOM2SAX for generating
>> events?
>>
>> 2) Then if it is the case, where should we do that? Do it while in the
>> parsing at the SymbolTable or inside the SchemaUtls?
>>
>> What we prefer is, keep the SymbotTable as it is and change it inside
>> the SchemaUtils, though it is a temporary solution.(Hope JAXMe people
>> will
> come
>> up with a solution with accepting the DOM node).
>>
>> So the changes only will be inside the SchemaUtils.............. Is
>> this approach ok for doing it?
>> Kindly need your suggestions to move on.
>>
>> Regards,
>> Jeyakumaran
>>
>> ----- Original Message -----
>> From: "Davanum Srinivas" <di...@yahoo.com>
>> To: <ax...@ws.apache.org>; <he...@vijayaba.cse.mrt.ac.lk>
>> Sent: Monday, October 06, 2003 4:42 PM
>> Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
>>
>>
>> > Srinath,
>> >
>> > The idea is to run the parser just ONCE!!! when we hit a schema in
>> addTypes (of SymbolTable.java)
>> > and then use information in the SchemaUtils methods. Go ahead with
>> the
> DOM
>> 2 SAX
>> > (http://javaalmanac.com/egs/javax.xml.transform.sax/Dom2Sax.html)
>> for
> now,
>> we might have to change
>> > it later. Yes, you will need xalan jars to get it working. We can
>> influence JaxMe folks later to
>> > accept a dom node.
>> >
>> > thanks,
>> > dims
>> >
>> > --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
>> > > Hi All,
>> > >
>> > > here is the high level picture of what we are planning to do to
>> fix
> it.
>> > >
>> > > We want to keep method signatures of SchemaUtils as they are and
> replace
>> > > the logic with jaxme parser.
>> > >
>> > > Q1) is that ok. We do not change the functionality.
>> > >
>> > > Here we want jaxme (it works on SAX) to parse a DOM node ??
>> > > We are planning to take a node and serialize it to buffer (add
>> schema tag's to start and end may be ..) then fed it to jaxme
>> .....
>> > >
>> > > We are using a longer way ... IS IT OK TO USE IT, this may not be
>> the smartest.
>> > > Any other suggestions ...... to fed node into the Jaxme.
>> > >
>> > > we are expecting a answer to move on ...
>> > >
>> > > Srinath
>> > >
>> > >
>> > >
>> > > On Tue, 2003-09-30 at 18:52, Srinath Perera wrote:
>> > > > Hi All
>> > > >
>> > > > I think we can start with it ...
>> > > >
>> > > > I think this is what I understood
>> > > >
>> > > > 1) we should get into code that parse DOM nodes in
>> SchemaUtils.java
>> and
>> > > > use schema parser to parse them cleanly.
>> > > > 2) we can left the code that get the DOM nodes from the wsdl
>> untouched.
>> > > > >> You replace all dom traversal stuff
>> > > > Only the parsing of DOM nodes we should worry about.
>> > > > 3) leave JaxMe untouched as much as possible
>> > > >
>> > > >
>> > > > we would start it by abut a week. will come back if help needed.
>> > > >
>> > > > thanks for directions
>> > > >
>> > > > Srianth
>> > > >
>> > > >
>> > > >
>> > > > On Tue, 2003-09-30 at 17:52, Davanum Srinivas wrote:
>> > > > > Here's a plan for you all:
>> > > > > - Get the latest CVS code for axis
>> > > > > #1: make a copy/zip it up so that you know what you started
>> with #2: run "ant clean all-tests" to make sure that nothing
>> is
> broken
>> > > > > - Get the latest CVS code for JaxMe
>> > > > > - Iteratively make changes to axis's code (and if necessary
> JaxMe's
>> code) such that:
>> > > > > #1: You replace all dom traversal stuff in
>> symbolTable\SchemaUtils.java and other files.
>> > > > > #2: If you run "ant clean all-tests", it should NOT fail #3:
>> If you compare the results of running "ant clean all-tests"
>> between the original code
>> > > and
>> > > > > your modified code (do a windiff on build/work directory where
>> all
>> the generated code is
>> > > present)
>> > > > > they should be EXACTLY the same.
>> > > > > - When you are ready, we can create a CVS branch to let
>> everyone
>> review your work before it
>> > > gets
>> > > > > merged into the HEAD branch
>> > > > > - If you need changes to JaxMe stuff, you will need to submit
>> bugzilla patches as usual, i
>> > > will
>> > > > > work with them to merge the changes needed into their source
>> tree.
>> > > > >
>> > > > > How does this sound? Do you have enough to get going?
>> > > > >
>> > > > > Thanks,
>> > > > > dims
>> > > > >
>> > > > > --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
>> > > > > > Hi All
>> > > > > >
>> > > > > > we would like to give it a try. Knows it was bit of a
>> challenge. Plus we have not work with JaxMe's schema parser.
>> Yet will do
> our
>> best.
>> > > > > >
>> > > > > > How should we do it .. keeping our copy and work on it till
>> we
>> have
>> > > > > > something or have it somewhere in CVS so others can have
>> look
> and
>> help
>> > > > > > :). (quite sure help is necessary)
>> > > > > >
>> > > > > > If all goes well we could start work on it about a week by
>> now.
>> > > > > >
>> > > > > > regards
>> > > > > >
>> > > > > > Srianth,Dimuthu,VTPavan,jkumaran
>> > > > > >
>> > > > > >
>> > > > > > On Thu, 2003-09-25 at 21:50, Davanum Srinivas wrote:
>> > > > > > > Given the # of bugs we have related to Schema's. Does
>> anyone
>> have cycles to replace what
>> > > we
>> > > > > > have
>> > > > > > > with JaxMe's Schema Parser?
>> (http://ws.apache.org/jaxme/xs/index.html). This would
>> > > involve
>> > > > > > fixing
>> > > > > > > both our code as well as JaxMe code (if necessary). The
>> first
>> objective would be to
>> > > remove all
>> > > > > > our
>> > > > > > > dependency on DOM parsing/walking (see
>> > > org\apache\axis\wsdl\symbolTable\SchemaUtils.java).
>> > > > > > This
>> > > > > > > work could be done in a separate branch till code is
>> stable
>> enough so that our "ant
>> > > clean
>> > > > > > > all-tests" works ok.
>> > > > > > >
>> > > > > > > Anyone up for it?
>> > > > > > >
>> > > > > > > Thanks,
>> > > > > > > dims
>> > > > > > >
>> > > > > > > =====
>> > > > > > > Davanum Srinivas - http://webservices.apache.org/~dims/
>> > > > > > >
>> > > > > >
>> > > > >
>> > > > >
>> > > > > =====
>> > > > > Davanum Srinivas - http://webservices.apache.org/~dims/
>> > > > >
>> > > >
>> > >
>> >
>> >
>> > =====
>> > Davanum Srinivas - http://webservices.apache.org/~dims/
>> >
Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
Posted by Srinath Perera <he...@opensource.lk>.
Hi JK .. all
I feel we can not go foward with way WE suggest in the mornig (sri lankan
time :) ) ...We can not does do it just inside the SchemaUtils
say for e.g. there is a complex type X that refer the complex type Y inside
it, Y defined outside X
<complexType name="X">
<element name="Y"/>
</complexType>
we can get only X node from the Symbol table then how it going to know about
Y node ...
Will jaxme just say the QName without saying the type Y does dont EXITS
????????? (I do not try it ...yet)
It seem like we have to do the jaxme parsing at the point we find schema
then put jaxme type object (What ever)
to the Symbol table instead of the Node!!!!
It seems we can't avoid the complexities .....We have to change the Symbol
table.
Srianth
----- Original Message -----
From: "Jeyakumaran.C" <jk...@vijayaba.cse.mrt.ac.lk>
To: <ax...@ws.apache.org>; <di...@yahoo.com>
Sent: Monday, October 07, 2002 10:43 AM
Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
> Hi Dims and all,
> We went through your mail.
> We want some clarifications on it.
>
> 1)Do we need to take the DOM node and use DOM2SAX for generating events?
>
> 2) Then if it is the case, where should we do that? Do it while in the
> parsing at the SymbolTable or inside the SchemaUtls?
>
> What we prefer is, keep the SymbotTable as it is and change it inside the
> SchemaUtils, though it is a temporary solution.(Hope JAXMe people will
come
> up with a solution with accepting the DOM node).
>
> So the changes only will be inside the SchemaUtils..............
> Is this approach ok for doing it?
> Kindly need your suggestions to move on.
>
> Regards,
> Jeyakumaran
>
> ----- Original Message -----
> From: "Davanum Srinivas" <di...@yahoo.com>
> To: <ax...@ws.apache.org>; <he...@vijayaba.cse.mrt.ac.lk>
> Sent: Monday, October 06, 2003 4:42 PM
> Subject: Re: Replace SchemaUtils/DOM with JaxMe's Schema Parser?
>
>
> > Srinath,
> >
> > The idea is to run the parser just ONCE!!! when we hit a schema in
> addTypes (of SymbolTable.java)
> > and then use information in the SchemaUtils methods. Go ahead with the
DOM
> 2 SAX
> > (http://javaalmanac.com/egs/javax.xml.transform.sax/Dom2Sax.html) for
now,
> we might have to change
> > it later. Yes, you will need xalan jars to get it working. We can
> influence JaxMe folks later to
> > accept a dom node.
> >
> > thanks,
> > dims
> >
> > --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
> > > Hi All,
> > >
> > > here is the high level picture of what we are planning to do to fix
it.
> > >
> > > We want to keep method signatures of SchemaUtils as they are and
replace
> > > the logic with jaxme parser.
> > >
> > > Q1) is that ok. We do not change the functionality.
> > >
> > > Here we want jaxme (it works on SAX) to parse a DOM node ??
> > > We are planning to take a node and serialize it to buffer (add schema
> > > tag's to start and end may be ..) then fed it to jaxme .....
> > >
> > > We are using a longer way ... IS IT OK TO USE IT, this may not be the
> > > smartest.
> > > Any other suggestions ...... to fed node into the Jaxme.
> > >
> > > we are expecting a answer to move on ...
> > >
> > > Srinath
> > >
> > >
> > >
> > > On Tue, 2003-09-30 at 18:52, Srinath Perera wrote:
> > > > Hi All
> > > >
> > > > I think we can start with it ...
> > > >
> > > > I think this is what I understood
> > > >
> > > > 1) we should get into code that parse DOM nodes in SchemaUtils.java
> and
> > > > use schema parser to parse them cleanly.
> > > > 2) we can left the code that get the DOM nodes from the wsdl
> untouched.
> > > > >> You replace all dom traversal stuff
> > > > Only the parsing of DOM nodes we should worry about.
> > > > 3) leave JaxMe untouched as much as possible
> > > >
> > > >
> > > > we would start it by abut a week. will come back if help needed.
> > > >
> > > > thanks for directions
> > > >
> > > > Srianth
> > > >
> > > >
> > > >
> > > > On Tue, 2003-09-30 at 17:52, Davanum Srinivas wrote:
> > > > > Here's a plan for you all:
> > > > > - Get the latest CVS code for axis
> > > > > #1: make a copy/zip it up so that you know what you started with
> > > > > #2: run "ant clean all-tests" to make sure that nothing is
broken
> > > > > - Get the latest CVS code for JaxMe
> > > > > - Iteratively make changes to axis's code (and if necessary
JaxMe's
> code) such that:
> > > > > #1: You replace all dom traversal stuff in
> symbolTable\SchemaUtils.java and other files.
> > > > > #2: If you run "ant clean all-tests", it should NOT fail
> > > > > #3: If you compare the results of running "ant clean all-tests"
> between the original code
> > > and
> > > > > your modified code (do a windiff on build/work directory where all
> the generated code is
> > > present)
> > > > > they should be EXACTLY the same.
> > > > > - When you are ready, we can create a CVS branch to let everyone
> review your work before it
> > > gets
> > > > > merged into the HEAD branch
> > > > > - If you need changes to JaxMe stuff, you will need to submit
> bugzilla patches as usual, i
> > > will
> > > > > work with them to merge the changes needed into their source tree.
> > > > >
> > > > > How does this sound? Do you have enough to get going?
> > > > >
> > > > > Thanks,
> > > > > dims
> > > > >
> > > > > --- Srinath Perera <he...@vijayaba.cse.mrt.ac.lk> wrote:
> > > > > > Hi All
> > > > > >
> > > > > > we would like to give it a try. Knows it was bit of a challenge.
> > > > > > Plus we have not work with JaxMe's schema parser. Yet will do
our
> best.
> > > > > >
> > > > > > How should we do it .. keeping our copy and work on it till we
> have
> > > > > > something or have it somewhere in CVS so others can have look
and
> help
> > > > > > :). (quite sure help is necessary)
> > > > > >
> > > > > > If all goes well we could start work on it about a week by now.
> > > > > >
> > > > > > regards
> > > > > >
> > > > > > Srianth,Dimuthu,VTPavan,jkumaran
> > > > > >
> > > > > >
> > > > > > On Thu, 2003-09-25 at 21:50, Davanum Srinivas wrote:
> > > > > > > Given the # of bugs we have related to Schema's. Does anyone
> have cycles to replace what
> > > we
> > > > > > have
> > > > > > > with JaxMe's Schema Parser?
> (http://ws.apache.org/jaxme/xs/index.html). This would
> > > involve
> > > > > > fixing
> > > > > > > both our code as well as JaxMe code (if necessary). The first
> objective would be to
> > > remove all
> > > > > > our
> > > > > > > dependency on DOM parsing/walking (see
> > > org\apache\axis\wsdl\symbolTable\SchemaUtils.java).
> > > > > > This
> > > > > > > work could be done in a separate branch till code is stable
> enough so that our "ant
> > > clean
> > > > > > > all-tests" works ok.
> > > > > > >
> > > > > > > Anyone up for it?
> > > > > > >
> > > > > > > Thanks,
> > > > > > > dims
> > > > > > >
> > > > > > > =====
> > > > > > > Davanum Srinivas - http://webservices.apache.org/~dims/
> > > > > > >
> > > > > >
> > > > >
> > > > >
> > > > > =====
> > > > > Davanum Srinivas - http://webservices.apache.org/~dims/
> > > > >
> > > >
> > >
> >
> >
> > =====
> > Davanum Srinivas - http://webservices.apache.org/~dims/
> >
>
>