I was getting the files into the "build" folder (incremental builds), but not in the "bin" folder (ant install builds). Fortunately, that means it only fails in production. :-( The "wocompile" task is the problem. I don't see that wocompile evens reads the classes.include.patternset, at least it doesn't in the build.xml.
John On Tue, Nov 9, 2010 at 2:08 PM, Mike Schrag <[email protected]> wrote: > you should be able to modify the classes patternset (i think that's what > it's called?) ... we used to include a krb5.conf in our builds like that. > > On Nov 9, 2010, at 3:03 PM, John Huss wrote: > > I had a similar problem. The resource files in Sources were not actually > making it into the jar. There seems to be no way to get the standard build > tools to include anything except .class files in the jars that it builds for > WO applications. You could manually copy the file as part of the build > process before the jar is created perhaps. I ended up just putting it in > the Resources folder. Or you could create a separate independent jar and > put it in there. > > John > > On Tue, Nov 9, 2010 at 1:46 PM, Larry Mills-Gahl <[email protected]> wrote: > >> I am having difficulty finding out why getResource and >> getClassLoader().getResource will not work as expected in my WO app. I >> want to load some XSLT from a jar on the classpath so that I can keep >> the versions of the transform the same between command line tools and >> the web application. I don't want to have a duplicate where >> application().resourceManager() can get it and I don't want to have to >> teach the command line utilities about the location of WO resouces >> (since they already can find it on the classpath) >> >> If someone can nudge me in the right direction or point me toward some >> documentation (or perhaps the proper incantation to please the resource >> gods) I would appreciate it very much. >> >> Thank you. >> >> Larry Mills-Gahl > > _______________________________________________ > > Do not post admin requests to the list. They will be ignored. > Webobjects-dev mailing list ([email protected]) > Help/Unsubscribe/Update your Subscription: > http://lists.apple.com/mailman/options/webobjects-dev/mschrag%40pobox.com > > This email sent to [email protected] > > >
_______________________________________________ Do not post admin requests to the list. They will be ignored. Webobjects-dev mailing list ([email protected]) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com This email sent to [email protected]
