It is currently tied to the ant Execution task infrastructure, but the
idea of detecting the platform to build the process invocation may be
moved to lang. This would simply require to find a way in lang to
cleanly invoke a process... Maybe with a dependency on commons-exec ?
2007/9/21, sebb <[EMA
On 21/09/2007, nicolas de loof <[EMAIL PROTECTED]> wrote:
> Copying ant code requires many classes to be duplicated (
> Execute, Os, CommandLauncher and it's implementations, Process,
> ExecuteStreamHandler, ExecuteWatchdog ...)
>
> I've attached a simplier implementation to
> http://issues.apache.
Copying ant code requires many classes to be duplicated (
Execute, Os, CommandLauncher and it's implementations, Process,
ExecuteStreamHandler, ExecuteWatchdog ...)
I've attached a simplier implementation to
http://issues.apache.org/jira/browse/CONFIGURATION-284
that delegates to ant, addidn an op
I'll look at this and attach a patch to Jira.
thanks.
2007/9/20, Oliver Heger <[EMAIL PROTECTED]>:
> nicolas de loof wrote:
> > Could you please tell me what would be better :
> >
> > - copy/paste code from ANT to avoid a new dependency just for some methods
> > - use the ant code as a new (option
nicolas de loof wrote:
Could you please tell me what would be better :
- copy/paste code from ANT to avoid a new dependency just for some methods
- use the ant code as a new (optional) dependency
Nico.
I would prefer not to add an additional dependency. If we talk about one
or two classes, s
Could you please tell me what would be better :
- copy/paste code from ANT to avoid a new dependency just for some methods
- use the ant code as a new (optional) dependency
Nico.
2007/9/20, nicolas de loof <[EMAIL PROTECTED]>:
> Your right, I was reading javadoc to fast
>
> 2007/9/19, sebb <[EMA
Your right, I was reading javadoc to fast
2007/9/19, sebb <[EMAIL PROTECTED]>:
> On 19/09/2007, nicolas de loof <[EMAIL PROTECTED]> wrote:
> > Looking at
> > http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Execute.java?view=markup
> > procEnvironment()
> >
> > N
On 19/09/2007, nicolas de loof <[EMAIL PROTECTED]> wrote:
> Looking at
> http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Execute.java?view=markup
> procEnvironment()
>
> Netware, os/2, z/os, unixes and windows are supported. OpenVMS and
> MacOS <= 9 seems to be u
My idea was simply to copy/paste code from the ant Property class.
AFAIK this one has been largely tested and works on many (if not all
?) platforms.
Nico.
2007/9/19, Oliver Heger <[EMAIL PROTECTED]>:
> nicolas de loof wrote:
> > Hello,
> >
> > Did anyone allready ask for support in commons-confi
Looking at
http://svn.apache.org/viewvc/ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/Execute.java?view=markup
procEnvironment()
Netware, os/2, z/os, unixes and windows are supported. OpenVMS and
MacOS <= 9 seems to be unsupported platforms. MacOS <=9 has no
environment variable at all !
nicolas de loof wrote:
My idea was simply to copy/paste code from the ant Property class.
AFAIK this one has been largely tested and works on many (if not all
?) platforms.
Nico.
This sounds reasonable. We should only ensure that nothing of this code
for accessing environment variables leaks
nicolas de loof wrote:
Hello,
Did anyone allready ask for support in commons-configuration to acces
environement variables, the same way it is available with ant
?
I'll need it and can contribute for this.
Nico.
There is an enhancement ticket about this topic [1] with a longer
discussion.
Hello,
Did anyone allready ask for support in commons-configuration to acces
environement variables, the same way it is available with ant
?
I'll need it and can contribute for this.
Nico.
-
To unsubscribe, e-mail: [EMAIL PROT
13 matches
Mail list logo
