Chris Stillwell <[EMAIL PROTECTED]> wrote: > I noticed that if a filename within the file specified by the > includesfile attribute contains any trailing blanks, then the file > is not included in the jar and no errors are indicated. I can > easily fix my file, but I would think that whichever method is > reading in these file patterns would do a trim to truncate trailing > blanks. Why? This would make it impossible to include a file whose name ends in a blank - I agree it would be silly to name a file like this, but Ant shouldn't assume that nobody does silly things. > I would also like to know if it is possible to have the jar task > fail if a file is not found and can't be loaded. No. The only required piece would be the manifest file - and even this doesn't work as expected, see KC Baltz's report from a few days ago. The only option I see is to check for these files with an available task and couple it to a fail task. Stefan
- RE: NullPointerException Chris Stillwell
- Re: NullPointerException Stefan Bodewig
- Re: NullPointerException Stefan Bodewig
- Re: NullPointerException Diane Holt
- RE: NullPointerException Chris Stillwell
- Re: NullPointerException Nico Seessle
- Resolved: NullPointerException &... Chris Stillwell
- Re: Resolved: NullPointerExcepti... Stefan Bodewig
- RE: Resolved: NullPointerExcepti... Chris Stillwell
- Problem with includesfile in jar tas... Chris Stillwell
- rmic and stubversion=1.2 Stefan Bodewig
- rmic and stubversion=1.2 Chris Stillwell
- Re: rmic and stubversion=1.2 Stefan Bodewig
- RE: rmic and stubversion=1.2 Chris Stillwell
- Re: rmic and stubversion=1.2 Stefan Bodewig
- RE: rmic and stubversion=1.2 Chris Stillwell
- Re: Getting a relative time from within Ant Michael Baker
- RE: Getting a relative time from within Ant Chris Greenlee
- Re: Getting a relative time from within Ant Michael Baker
- Does EJBJar has the ability to fail on error ? Sylvain Rey
- RE: Getting a relative time from within Ant Chris Greenlee
