[wildfly-dev] Dropping legacy XSD schemas & its parsers

[Brian Stansberry]

My only objection is to spending a lot of energy refactoring to rip 
things out, reviewing the refactors, and fixing the unexpected breakage. 
I don't have a problem with the general principle dropping parser 
support for really old versions.

It's mildly tempting to support the 7.2.0 xsds, as that's the last 7 
release. But if we're going to have any cutoff, IMHO keeping the rule 
consistent with the mixed domain support cutoff is better. KISS.

On 3/26/15 6:13 PM, Tomaž Cerar wrote:
> Hi folks,
>
> we discussed on team meeting in Brno about dropping support for old
> legacy host controllers
> when running in mixed domain mode (having DC of newer version managing
> older version HCs)
>
> We also discussed dropping old xsd sachems & parsers as it would help us
> cleanup and simplify code
> in many subsystems as there are cases where we support and maintain 5
> and more different
> versions of parser. For example currently web subsystem has 8,
> infinispan 7, ejb  & jackorb have 6, ...
> We still have parsers that that ware shipped back in 7.0.0 and became
> obsolete in later 7.0.x releases.
>
> Given that we decided that we are dropping support for running mixed
> domain mode for host controller
> that are older than 7.3.0 (EAP 6.2) as is tracked by
> https://issues.jboss.org/browse/WFLY-3564
>
> I would also like to suggest that we do the same for xml schemas & parsers.
>
> *What is the downside?*
>
> Automatic upgrading from JBoss AS 7.1.x/EAP < 6.2 version with using
> same standalone.xml won't work anymore.
> User would need to upgrade to WildFly 8.x and from there to 9 or 10
> (depending when we drop this)
> Because of replacement of web subsystem with undertow and introduction
> of few other subsystems (io, SM)
> this already doesn't work for 7.x-->8+, but we do have plans how to
> improve that.
>
>
> So, are there any objections against this?
>
> --
> Tomaž
>
>
>
>
>
>
>
>
>
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>


-- 
Brian Stansberry
Senior Principal Software Engineer
JBoss by Red Hat