Hi Jaikiran, You probably already noticed alot of this, but just to make sure everyone is on the same page the legacy ejb client is for the 3.x branch of the ejb client code based, and the current client is the 4.x branch. The 3.x branch is the same as the 2.x branch, but with updates to synchronize dependencies and integrate with elytron capabilities. So 3.x is intended to be 100% API compat with 2.x. 4.x on the other hand has dropped some elements of the API that no longer make sense and added new APIs. So 3.x is unlikely to be enhanced further, with just bug fixes, and all new work going into 4.x. Since most access patterns port without issue, we expect 3.x will have fairly low usage, and will one day be phased out. So basically the only reason to add test coverage with 3.x use (legacy-ejb-client) is if there is a bug that affects it, or a change was made that is likely to impact its operation. Since 4.x is protocol compat with 3.x though, changes on the 4.x server side do need to factor in 3.x client behavior. -Jason > On Sep 12, 2017, at 12:37 AM, Jaikiran Pai <jai.forums2013(a)gmail.com > <mailto:jai.forums2013@gmail.com>> wrote: > > I was working on a change and a testcase related to one of the JIRAs > open in WFLY and happened to notice that we now have a > testsuite/integration/legacy-ejb-client module. It looks like this > module has testcases that are also part of testsuite/integration/basic - > i.e. copy pasted. So we now have 2 copies of a testcase for example > EJBClientAPIUsageTestCase. What's the guideline when dealing with these > testcases? Should both these testcases be kept up-to-date with any > changes to the behaviour of the server interaction with the remote > client? The context of my question is this PR > https://github.com/wildfly/wildfly/pull/10466 > > -Jaikiran > > _______________________________________________ > wildfly-dev mailing list > wildfly-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/wildfly-dev -- Jason T. Greene Chief Architect, JBoss EAP Red Hat