Re: [ant] branch master updated: add discardOutput and discardError to redirector, apply, exec, java

On 2021-03-21, Jaikiran Pai wrote: > On 20/03/21 11:31 pm, bode...@apache.org wrote: > + */ > + public class NullOutputStream extends OutputStream { > +/** > + * Shared instance which is safe to use concurrently as the stream > + * doesn't hold any state at all. > + */ > +pub

Re: [ant] branch master updated: add discardOutput and discardError to redirector, apply, exec, java

On 20/03/21 11:31 pm, bode...@apache.org wrote: ... + */ +public class NullOutputStream extends OutputStream { + +/** + * Shared instance which is safe to use concurrently as the stream + * doesn't hold any state at all. + */ +public static NullOutputStream INSTANCE = new Nu

Re: Recurring Test Failures WRT Redirector

creating the trouble. Regards, Antoine Original-Nachricht > Datum: Tue, 27 Oct 2009 17:59:46 +0100 > Von: Stefan Bodewig > An: dev@ant.apache.org > Betreff: Recurring Test Failures WRT Redirector > Hi, > > almost every time I run the testsuite at least one of

Re: Recurring Test Failures WRT Redirector

On 2009-10-28, Kevin Jackson wrote: > Hi, >> almost every time I run the testsuite at least one of testRedirector13 >> or testRedirector14 in either ExecTaskTest.java or apply-test.xml fails >> - but it doesn't happen all the time and you can't really predict which >> one (or how many) of the fo

Re: Recurring Test Failures WRT Redirector

Hi, > almost every time I run the testsuite at least one of testRedirector13 > or testRedirector14 in either ExecTaskTest.java or apply-test.xml fails > - but it doesn't happen all the time and you can't really predict which > one (or how many) of the four of them may fail or not. > > Smells like

Recurring Test Failures WRT Redirector

Hi, almost every time I run the testsuite at least one of testRedirector13 or testRedirector14 in either ExecTaskTest.java or apply-test.xml fails - but it doesn't happen all the time and you can't really predict which one (or how many) of the four of them may fail or not. Smells like a race cond

Re: Suppress redirector input stream?

Matt Benson <[EMAIL PROTECTED]> wrote on 01/31/2008 11:58:26 AM: > Hi Jeff--I think you should be able to do: > > The empty string works & is cleaner than the hack I had come up with, so thanks for that! I'm still thinking that redirector should have an explicit fla

Re: Suppress redirector input stream?

--- Jeffrey E Care <[EMAIL PROTECTED]> wrote: > Is there a way to tell redirector to not pump stdin > to a forked process? > Hi Jeff--I think you should be able to do: or, fancier: Would any of this help? -Matt > In the WAS build we have to fork quite a f

Suppress redirector input stream?

Is there a way to tell redirector to not pump stdin to a forked process? In the WAS build we have to fork quite a few times (either with or with ); these forked processes do not expect any input on their stdin, but I couldn't find a way to tell redirector to not pump Ant's stdin to

Re: Redirector vs. getProject().setProperty(

ons in the case of e.g. . -Matt --- Hunter Peress <[EMAIL PROTECTED]> wrote: > when editing a task is there any reason to set an > output property using the > redirector > vs. getProject().setProperty() ?? > __ Do You Yahoo!?

Redirector vs. getProject().setProperty(

when editing a task is there any reason to set an output property using the redirector vs. getProject().setProperty() ??

DO NOT REPLY [Bug 37767] - redirector sleeps with lock held

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37767] - redirector sleeps with lock held

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37767] - redirector sleeps with lock held

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37958] - Redirector does not call ChainReaderHelper.setProject

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37958] New: - Redirector does not call ChainReaderHelper.setProject

gzilla/show_bug.cgi?id=37958 Summary: Redirector does not call ChainReaderHelper.setProject Product: Ant Version: 1.6.5 Platform: All OS/Version: All Status: NEW Severity: minor Priority: P2 Component: Core

DO NOT REPLY [Bug 37767] New: - redirector sleeps with lock held

gzilla/show_bug.cgi?id=37767 Summary: redirector sleeps with lock held Product: Ant Version: 1.6.5 Platform: Other OS/Version: Windows XP Status: NEW Severity: normal Priority: P3 Component: Core AssignedT

Re: Redirector

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: [SNIP] > Seriously. I'm not sure whether properties per > execution are actually > desirable. At least nobody has asked for them yet. > So maybe we > should just remove the text that says we hadn't > implemented it to > protect our users. Simply don

Re: Redirector

On Fri, 23 Apr 2004, Matt Benson <[EMAIL PROTECTED]> wrote: > --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: >> Why would mapping of property names be dangerous? >> > > I had thought of including this but had these visions > of someone setting a discrete result property for each > of a thousand s

Re: Redirector

d thought of including this but had these visions of someone setting a discrete result property for each of a thousand source files... it just seemed like that would be nearly useless from an end-user perspective, to say nothing of eating up memory... but it's possible I'm just paranoid. &

Re: Redirector

" ` I think I understand the saying, but I don't understand what you want to say here? Why would mapping of property names be dangerous? * should there be a timeout in Redirector#complete where we wait for the StreamPumper

Re: Redirector WAS [Container|Composite]Mapper

On Wed, 21 Apr 2004, Matt Benson <[EMAIL PROTECTED]> wrote: > Would you (or anyone else) like to review what's in > HEAD before I merge it to the 1.6 branch? I don't expect to discover any un-mergeeable problems ;-) I'll by sitting in a train for at least eight hours tomorrow, my notebook is goi

Redirector WAS [Container|Composite]Mapper

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Thank you for bringing this up again, I have not > forgotten about it > (nor about reviewing the redirector stuff). Would you (or anyone else) like to review what's in HEAD before I merge it to th

Re: oata.ExecuteOnTest fails (Redirector)

--- Matt Benson <[EMAIL PROTECTED]> wrote: > --- [EMAIL PROTECTED] wrote: > > On my machine (W2K, JDK 1.4.2) the ExecuteOnTest > > fails. > > Are you working on that, Matt? > > > Ow. Yeah, the tests rely on either Cygwin or Un*x > for > some common executables... But an individual target > isn't

RE: oata.ExecuteOnTest fails (Redirector)

> Sorry for the inconvenience, > Matt Don´t matter. I can ignore error message - especially such produced by my own mistakes :-O Jan

Re: oata.ExecuteOnTest fails (Redirector)

--- [EMAIL PROTECTED] wrote: > On my machine (W2K, JDK 1.4.2) the ExecuteOnTest > fails. > Are you working on that, Matt? > > > Jan > Ow. Yeah, the tests rely on either Cygwin or Un*x for some common executables... But an individual target isn't executed when the necessary executable isn't avai

oata.ExecuteOnTest fails (Redirector)

On my machine (W2K, JDK 1.4.2) the ExecuteOnTest fails. Are you working on that, Matt? Jan [junit] Testsuite: org.apache.tools.ant.taskdefs.ExecuteOnTest [junit] Tests run: 8, Failures: 4, Errors: 4, Time elapsed: 0,581 sec [junit] Testcase: testNoRedirect(org.apache.tools.ant.taskdefs.Execut