[wildfly-dev] Elytron integration tests in WildFly testsuite

Tomaž Cerar tomaz.cerar at gmail.com
Fri Dec 2 06:37:22 EST 2016


That is probably fine, but! it should be done differently.

instead of duplicating whole testsuite (and adding extra hour to execution
and extra headaches with intermittent problems and duplication of
maintenance)
I would suggest that all security related tests get extracted to new
"security" testsuite module and than only that part is duplicated.

This way we will have all security related stuff in one place.



On Fri, Dec 2, 2016 at 12:09 PM, Darran Lofthouse <
darran.lofthouse at jboss.com> wrote:

> Probably should add - any duplication should only be for security tests
> - not everything else in there!
>
> On 02/12/16 11:08, Darran Lofthouse wrote:
> > On 02/12/16 11:03, Tomaž Cerar wrote:
> >>
> >> On Fri, Dec 2, 2016 at 9:11 AM, Josef Cacek <jcacek at redhat.com
> >> <mailto:jcacek at redhat.com>> wrote:
> >>
> >>     The modules would just live side by side - basic would use Elytron
> >>     configuration, basic-legacy-security would use configuration similar
> >>     to (or same as) the current server configuration.
> >>
> >>
> >>
> >> What would this actually mean?
> >> we will have two copies basic tests suites one running with elytron
> >> another with legacy security subsystem?
> >>
> >> Do I read that right? Please say I am not.
> >
> > That is correct - we have two security implementations they both need
> > testing.
> >
> > One needs testing for backwards compatibility and regressions, the other
> > for equivalent behaviour and then new features and bugs.
> >
> > Needing to test both was discussed previously so this is more about how
> > to separate both and also give the Elytron testing a good foundation to
> > start from.
> >
> >>
> >>
> >> _______________________________________________
> >> wildfly-dev mailing list
> >> wildfly-dev at lists.jboss.org
> >> https://lists.jboss.org/mailman/listinfo/wildfly-dev
> >>
> >
>
> _______________________________________________
> wildfly-dev mailing list
> wildfly-dev at lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/wildfly-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/wildfly-dev/attachments/20161202/15d1acd0/attachment-0001.html 


More information about the wildfly-dev mailing list