On 07/12/2016 09:01, Berg, R. van den (Robin) wrote: > Hello! > I have an issue that seems not supported anymore with Tomcat 8. > The same problem is also posted in the comments on: > https://tomcat.apache.org/tomcat-8.0-doc/config/resources.html > > PROBLEM: > We used the virtualWebAppLoader to get some extra libraries and classes that > were on the machine on the classloader. > The virtualClasspath-property of the virtualWebAppLoader was a ';'-seperated > list of directories. If one of them was empty, that was not a problem. > We used the fact that non-existing/empty directories were not loaded, without > any exception. MQ were imported on > Test-acceptance-production. However, in a local/dev-setup we do not provide > these libraries, since MQ-services are stubbed out. > > We used the {Jar|File|Dir}ResourceSet in the context.xml as replacement for > the virtualWebAppLoader, as recommended by the migration guide. > However, these fail when the base-property is non-existent. Therefore, it > breaks dev/local. > > In the comments in > https://tomcat.apache.org/tomcat-8.0-doc/config/resources.html a solution was > posted to extend the {Jar|File|Dir}ResourceSet. > However, that solution won't work for us, since we can't provide the > tomcat-instances on test-acc-prd with an extra class/library with the > extended class. (access-rights/cloud-solution only allows default setup).
Can you not simply create an empty directory in the right place for dev/local ? Mark > > PREFERRRED SOLUTION: > Just like the tomcat 7 virtualWebAppLoader we would like the ResourceSet to > be optional/non-failing if the resource is not available. Is there any > configuration/property I can use to do that? > > Thanks, > Kind Regards, > > ---------------------------------------------------------------- > ATTENTION: > The information in this e-mail is confidential and only meant for the > intended recipient. If you are not the intended recipient, don't use or > disclose it in any way. Please let the sender know and delete the message > immediately. > ------------------------------------------------------------------------------------------------------ > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
