You will have to create the Schema instances from the correspondingly available XSD, more info can be found here .  Cole wrote: wrote: While Paul is on vacation, can somebody help illuminate his response to my query below?Rather than creating a general validating mechanism it might be better to have a general mechanism you inherit from for specific validating purposes i.e. Trying to follow his instructions, I have implemented a Context Resolver as follows: @Provider public class Validating JAXBContext Resolver implements Context Resolver and a JAXBContext (modeled after the JSONJAXBContext in the jersey source) as: public class Validating JAXBContext extends JAXBContext Now, when I hit a method that would require unmarshalling content from XML, I receive an exception at my call to set Validating: The client application must supply a context path which is a list of colon (':') separated java package names that contain schema derived classes.In this way, the unmarshaller will look at a document and figure out which package to use.If you work a lot with XML, you know how tedious it can be to write Simple API for XML (SAX) or Document Object Model (DOM) code to convert XML into Java objects that mean something to your program.
These bindings allow you to unmarshal XML documents into a hierarchy of Java objects and marshal the Java objects into XML with minimal effort.To run the examples, you'll need the most current Early Access 3 version of the JAXB 2.0 Reference Implementation.The Early Access 3 version of the JAXB 2.0 Reference Implementation is also packaged in Java WSDP 2.0.In this respect i am unsure how you can create a general validating mechanism unless you keep a map of known JAXB class to Schema instance. We have resolved this issue without needing to maintain a map of JAXB classes.You will have to create the Schema instances from the correspondingly available XSD, more info can be found here . We implemented a Validation Event Collector, and set this to handle validation events coming from the unmarshaller.