Hello, Any thoughts on this ? Thanks On Sat, Nov 11, 2017 at 10:41 PM, Philippe Mouawad < p.moua...@ubik-ingenierie.com> wrote:
> Hello, > Analyzing bug 61567 , I end up thinking that what we're doing in the below > method is not correct: > > - ClassFinder#getClasspathMatches > > This method does the following: > > - It takes a list of jars in search_path > - It takes the classpath > - For each entry in classpath , it tests if it ends with one of the > jar of the first list > - If one match is found, the entry will be returned , otherwise it > will be ignored > > So what is triggering the bug is the following, as search_path is empty, > only content of lib/ext is used. > > So first list consist of : > > - ApacheJMeter_jms.jar > ApacheJMeter_junit.jar > ApacheJMeter_native.jar > ApacheJMeter_ftp.jar > ApacheJMeter_components.jar > /data/jmeter/jmeters/apache-jmeter-3.3/lib/ext > ApacheJMeter_ldap.jar > ApacheJMeter_mail.jar > ApacheJMeter_tcp.jar > ApacheJMeter_http.jar > ApacheJMeter_java.jar > ApacheJMeter_core.jar > ApacheJMeter_functions.jar > ApacheJMeter_jdbc.jar > ApacheJMeter_mongodb.jar > > Classpath consists of many entries and specifically , JMeter artifacts end > with -3.3.jar > > None of the entries are added due to endsWith test failing, example: > > Testing if /MAVEN .m2/repository/org/apache/jmeter/ApacheJMeter_functions/ > 3.3/ApacheJMeter_functions-3.3.jar ends with ApacheJMeter_jms.jar *will > return false* > > As a consequence, no function is found > > > *One fix would be in JMeter to suffix artifacts in bin and lib/ext with > the version number.* > > *But is this behaviour correct ?* > > -- > Regards. > Philippe M. > -- Cordialement. Philippe Mouawad. Ubik-Ingénierie UBIK LOAD PACK Web Site <http://www.ubikloadpack.com/> UBIK LOAD PACK on TWITTER <https://twitter.com/ubikloadpack>