isn't wocompile just a subclass of the normal ant task? can't you add an include pattern for it in your build.xml?
On Nov 9, 2010, at 3:13 PM, John Huss wrote: > 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]
