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(a)lists.jboss.org
https://lists.jboss.org/mailman/listinfo/wildfly-dev
--
Brian Stansberry
Senior Principal Software Engineer
JBoss by Red Hat