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).
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
