worse than it, we download the artifact then new File(...).toURI().toURL() :)
*Romain Manni-Bucau* *Twitter: @rmannibucau <https://twitter.com/rmannibucau>* *Blog: **http://rmannibucau.wordpress.com/*<http://rmannibucau.wordpress.com/> *LinkedIn: **http://fr.linkedin.com/in/rmannibucau* *Github: https://github.com/rmannibucau* 2013/9/25 Mark Thomas <ma...@apache.org> > On 24/09/2013 06:44, Romain Manni-Bucau wrote: > > Hi > > > > about the expanding, tomee forces it so an option can work. I agree with > > you "theorically" components shouldn't do it but in practises they have > to > > (there is no real solutions on this side. That's why all APIs about > > scanning ends with a SPI :(). > > > > About addURL I think you are right too and addURL() impl can handle the > > conversion. > > OK. I think I can see a way to make this work then. > > > About jars.txt here is the history about it > > https://issues.apache.org/jira/browse/TOMEE-794. In 2 words you can pu > tin > > WEB-INF a file called jars.txt and each line represent a jar. It can be a > > mvn url, a http url, a file url or simply a path (with a hack for *.jar > as > > in the virtual webapp class loader of tomcat). A part of the magic is > done > > in start and addURL methods of > > > http://svn.apache.org/repos/asf/tomee/tomee/trunk/tomee/tomee-catalina/src/main/java/org/apache/tomee/catalina/LazyStopWebappClassLoader.java > > (of > > course this supposes getURLs impact addURL then). > > > > Hope it is clearer > > Much clearer thanks. I'm assuming that TomEE is going to convert the > mvn:... coordinates into a URL (http, file, etc) that that JRE can > understand. > > Mark > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org > For additional commands, e-mail: dev-h...@tomcat.apache.org > >
