Anyone used ANT to build EJB from Session Bean class

2005-09-29 Thread Cockayne, Simon
Hi, Anyone used ANT (or ANT plus external tool, other than Xdoclet), to automatically build an EJB from a java Session Bean class? I.e. Starting point is a java session bean class, but NO home interface, NO remote interface and NO deployment descriptor. I'd be entirely grateful to anyone who wil

Re: AW: Copy files according ant property

2005-09-29 Thread Steve Loughran
[EMAIL PROTECTED] wrote: Sure - it´s not in 1.6.5. is in svn head and maybe in 1.7 - but I think we will delete that task, especially because itself should now handle nested s, because paths are ResourceCollections. And Stefan added that just yesterday :-) hey, I use copypath. ---

Re: AW: Copy files according ant property

2005-09-29 Thread Matt Benson
--- [EMAIL PROTECTED] wrote: > Sure - it´s not in 1.6.5. > is in svn head and maybe in 1.7 - but I > think we will delete that task, especially because > itself > should now handle nested s, because paths are > ResourceCollections. And Stefan added that just > yesterday :-) IIRC copypath does h

AW: Copy files according ant property

2005-09-29 Thread Jan.Materne
Sure - it´s not in 1.6.5. is in svn head and maybe in 1.7 - but I think we will delete that task, especially because itself should now handle nested s, because paths are ResourceCollections. And Stefan added that just yesterday :-) Jan >-Ursprüngliche Nachricht- >Von: Tomáš Procházka

Re: Copy files according ant property

2005-09-29 Thread Tomáš Procházka
Hi. I not found in documenation for version 1.6.5 :-( -- Original message -- From: Steve Loughran <[EMAIL PROTECTED]> Subject: Copy files according ant property Date: Tuesday, September 27, 2005, 6:57:56 PM Attachments:

Re: AW: problem under Mac OS X + Eclipse

2005-09-29 Thread Nicolas Vervelle
I have got some answers from my MacOSX/Eclipse user : (The full path for xgettext is /usr/local/bin/xgettext) The result of executing the build from Eclipse when priniting env.PATH : - PATH: /usr/bin:/bin:/usr/sbin:/sbin But he also added a task for "which" : Result: /usr/local/bin/xge

Re: clarification for Fileset documentation?

2005-09-29 Thread Jakob Fix
Jan, On 29/09/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >would it not be possible to simply add a note (or an example) > >that clarifies the change of context? just trying to be helpful. > > Sure. In http://ant.apache.org/manual/CoreTypes/fileset.html ? yes. > Something like > >

AW: clarification for Fileset documentation?

2005-09-29 Thread Jan.Materne
>would it not be possible to simply add a note (or an example) >that clarifies the change of context? just trying to be helpful. Sure. In http://ant.apache.org/manual/CoreTypes/fileset.html ? Something like Selects all files under the "src" directory exluding all files under "src/org".

Re: clarification for Fileset documentation?

2005-09-29 Thread Jakob Fix
Jan, On 29/09/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > The dir attribute is the root for a fileset. Why should the in/excludes be > relative to something else? well, it's just that none of the examples make this explicit, even though it seems logical in hindsight. in the following sni

AW: clarification for Fileset documentation?

2005-09-29 Thread Jan.Materne
The dir attribute is the root for a fileset. Why should the in/excludes be relative to something else? Jan >-Ursprüngliche Nachricht- >Von: Jakob Fix [mailto:[EMAIL PROTECTED] >Gesendet: Donnerstag, 29. September 2005 14:35 >An: Ant Users List >Betreff: clarification for Fileset docume

clarification for Fileset documentation?

2005-09-29 Thread Jakob Fix
Hello, I just spend an hour or so trying to understand why the following wouldn't work: The reason is, and this is IMHO not mentioned in the documentation, that the nested and elements are relative to the directory defined in the 's dir attribute, and not relative to the current directory

Re: problem with apply task

2005-09-29 Thread Jakob Fix
Matt, On 28/09/05, Matt Benson <[EMAIL PROTECTED]> wrote: > Jakob--the "don't know how to handle it" indicates a > problem with your mapper. ah, that's good to know! I was wondering who was responsible for this message. > Try changing your mapper to > > Yes!!! it does work. great. thanks ev

Re: problem under Mac OS X + Eclipse

2005-09-29 Thread Nicolas Vervelle
[EMAIL PROTECTED] wrote: More interesting is the path, Ant has PATH: ${env.PATH} Ok, I aks the MacOSX/Eclipse user to test this and I will come back to this list with the result. Thanks for the help. Nicolas [EMAIL PROTECTED] wrote: Let the MacOSX/Eclipse user print the path. I

AW: problem under Mac OS X + Eclipse

2005-09-29 Thread Jan.Materne
More interesting is the path, Ant has PATH: ${env.PATH} Jan >-Ursprüngliche Nachricht- >Von: Rebhan, Gilbert [mailto:[EMAIL PROTECTED] >Gesendet: Donnerstag, 29. September 2005 10:03 >An: Ant Users List >Betreff: RE: problem under Mac OS X + Eclipse > > >Hi, > >on Windows Shell it's

RE: problem under Mac OS X + Eclipse

2005-09-29 Thread Rebhan, Gilbert
Hi, on Windows Shell it's >path on UNIX you'll get the path via shell >echo $PATH or shell >set and you'll get PATH= ... beside all other stuff set on that machine i think it's similar to unix on mac Eclipse = all non standard stuff, f.e. extra ant tasks, has to be made available for ant vi

Re: problem under Mac OS X + Eclipse

2005-09-29 Thread Nicolas Vervelle
[EMAIL PROTECTED] wrote: Let the MacOSX/Eclipse user print the path. Is xgettext in that? Maybe the path is not propagated. Ok, so stupid question: how do I print the path ? - To unsubscribe, e-mail: [EMAIL PROTECTED] For