You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@cxf.apache.org by Daniel Kulp <dk...@apache.org> on 2009/06/19 16:30:05 UTC

Aegis schema validation stuff...

Benson,

Now that Aegis is using msv for the schema validation stuff, is the xerces 
module in common required for anything?   Is it removable?  Of is it used 
someplace else?

Thanks!
-- 
Daniel Kulp
dkulp@apache.org
http://www.dankulp.com/blog

Re: Aegis schema validation stuff...

Posted by Benson Margulies <bi...@gmail.com>.
Let me try this again.

My first project in the area of Aegis and Schema was to add code to validate
that the schemas produced by Aegis are/were valid schemas. Hypothetically,
we could do the same thing with the output of JAXB or any other schema
producer, or even input schemas for tools. This uses Xerces, which in the
only trustworthy mechanism I know of to consume a W3C schema and tell you if
it's valid.

Arguably, this business is really a development tool, for us or for anyone
adding custom Aegis types or otherwise building data bindings. We hope that
the code we are sending around works well enough that users should feel the
need to check up on us. If someone wanted to twist my arm to look into
moving this to the wsdl validation tool, I'm probably persuadable -- if we
can come up with a way to run that tool on the output of all our Aegis test
services.

My second project was to validate payload against a schema using MSV. I've
been neglecting to quite finish this up by adding the write side to it, but
the read side is up and running.

Re: Aegis schema validation stuff...

Posted by Benson Margulies <bi...@gmail.com>.
zerces is validaitng the schemas themselves! more when in not pecking  
on an iPhone .

On Jun 19, 2009, at 10:30 AM, Daniel Kulp <dk...@apache.org> wrote:

>
> Benson,
>
> Now that Aegis is using msv for the schema validation stuff, is the  
> xerces
> module in common required for anything?   Is it removable?  Of is it  
> used
> someplace else?
>
> Thanks!
> -- 
> Daniel Kulp
> dkulp@apache.org
> http://www.dankulp.com/blog