-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Well, assuming you can get a reference to whereever the app is actually installed on disk, then you could just use the findFile() method in java.io.File for that.
However; when 'scanning' a classpath - where do you start? Typically they are massive (big tree), and it would take a while. I think it's possible (I saw somewhere a method to get package names, could be wrong), but I reckon a scan of files on a FS would be easier... Unless of course I've missed something :-) Neil On Thursday 10 Oct 2002 8:30 pm, Richard Lewis-Shell wrote: > >>> Cut ..... <<<<< > > I'm not so hot on the idea of a post-process modifying my application file, > and I'm also not so keen on having to integrate that process into our build > process (which has so far been trivial). But perhaps with the use of > search-paths, or something similar specified in an application/library the > runtime expense of searching for a page would not be so bad? I don't know > enough about servlet containers or even resource loading to know if this is > even possible. Howard mentioned putting HTML in the root of the web > application context - is that somehow searchable where a deployed jar > (containing the page, its template and its java code) is not? > > R -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (GNU/Linux) iD8DBQE9peRZLXcfQF3yrNoRAmQBAJ0bpRM+sgLmBNj+rUmPq0GjGnImgwCcCS4h Vbqt7cLB3oVe665Eyuj1oUE= =CCok -----END PGP SIGNATURE----- ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ Tapestry-developer mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/tapestry-developer
