[bv-dev] Changes in BV XML schemas

Gunnar Morling gunnar at hibernate.org
Sat Aug 4 10:57:16 EDT 2012


Sounds like a good idea. I'll give it a try and see how it works out.

Thanks,

--Gunnar


Am 02.08.2012 14:23 schrieb "Sebastian Thomschke" <
sebastian.thomschke at web.de>:

> +1 for wrapping the stream if necessary and extending the javadoc
>
> Regards,
>
> Seb
>
> On 02.08.2012 14:22, Hardy Ferentschik wrote:
> > On 1 Jan 2012, at 8:56 AM, Gunnar Morling wrote:
> >
> >> Hi all,
> >>
> >> I'm currently implementing this change (new mandatory “version“
> attribute in BV 1.1 XML descriptors) within the RI (see HV-595). The basic
> idea is to
> >>
> >> * examine the root element for the version attribute using a parser
> (Stax in our case) and then
> >> * unmarshal the descriptor with JAXB, using the right XSD based on the
> retrieved version.
> >>
> >> So I have to access the input streams representing the descriptors
> twice. This is no problem for the streams we're opening ourselves
> (validation.xml), but it could be an issue for streams passed via
> Configuration#addMapping().
> >>
> >> I can see the following options now:
> >>
> >> * read descriptor streams into a string first which then can be
> processed several times. Alternatively wrap any streams not supporting the
> mark/reset contract into a BufferedInputStream.
> >> * demand in the spec that any passed input stream must support
> mark/reset. This would also be beneficial for the scenario of creating
> several factories from one Configuration, which we discussed a while ago.
> But obviously this would be a non compatible change for 1.0 clients passing
> non resettable streams to addMapping().
> > What's about a combination of wrapping into BufferedInputStream and
> adding some javadocs. I think wrapping the input stream into a
> BufferedInputStream works fine. We can combine this
> > with a note in the javadocs that recommends to pass a input stream which
> supports mark/reset.
> >
> > --Hardy
> >
> >
> > _______________________________________________
> > beanvalidation-dev mailing list
> > beanvalidation-dev at lists.jboss.org
> > https://lists.jboss.org/mailman/listinfo/beanvalidation-dev
>
> _______________________________________________
> beanvalidation-dev mailing list
> beanvalidation-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/beanvalidation-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/beanvalidation-dev/attachments/20120804/89a4198b/attachment.html 


More information about the beanvalidation-dev mailing list