RE: ResourceCollections

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > assuming my concern that users wouldn't bother > using > > something that requires extra setup (per > project!), > > what other things could we do to increase > > ease-of-setup for antlibs? > > What's difficult already? > It's like a Java impor

RE: ResourceCollections

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > It's just the package names are quite long. Could > we > > auto-alias the uris so that the user setup might > be > > like below? > > > > > xmlns:fs="ant.fileselectors" > > xmlns:rs="ant.resourceselectors"> > > I'd prefer a

Re: ResourceCollections

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > IIRC we've reserved "ant" as "protocol" as well as > "antlib", even > though I can't find any reference to that in out > manual. Using that > we certainly could shorten things: > > ant:mappers > ant:fileselectors > ant:resourceselectors > ant:condit

Re: ResourceCollections

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > IIRC we've reserved "ant" as "protocol" as well as > "antlib", even > though I can't find any reference to that in out > manual. [SNIP] ant:current is declared in oata.ProjectHelper , so there's the precedent for the protocol and whatever follows to

Re: [VOTE] Alexey Solofnenko

--- Conor MacNeill <[EMAIL PROTECTED]> wrote: > I would like to propose Alexey Solofnenko as an Ant > committer. Alexey is > a long time contributor to Ant and is also active on > our user list > helping people with good suggestions and ideas. > > here's my +1 +1 -Matt > > Conor > > ---

Re: ResourceCollections

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > IIRC we've reserved "ant" as "protocol" as well as > "antlib", even > though I can't find any reference to that in out > manual. Using that > we certainly could shorten things: > > ant:mappers > ant:fileselectors > ant:resourceselectors > ant:condit

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs VerifyJar.java

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > > mbenson 2005/04/06 08:49:29 > > > > Modified: > src/main/org/apache/tools/ant/taskdefs > VerifyJar.java > > Log: > > Work around jdk 1.4.2(no _version) jarsigner > bug. > > > > Revision ChangesPath

Last-minute change to 1.6.3 :(

Hi all, There are some changes that need to be made to Executor functionality before the interface is released in 1.6.3 . I was supposed to do this and forgot before the RC was made (see bug 22901). I'd like to get Antoine's blessing to make the necessary changes to HEAD and the 1.6 branch. Apo

Re: Last-minute change to 1.6.3 :(

--- Matt Benson <[EMAIL PROTECTED]> wrote: > Hi all, > > There are some changes that need to be made to > Executor functionality before the interface is > released in 1.6.3 . I was supposed to do this and > forgot before the RC was made (see bug 22901). I'd > l

Re: Last-minute change to 1.6.3 :(

--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > Hello Matt, > > Matt Benson wrote: > > >>Hi all, > >> > >>There are some changes that need to be made to > >>Executor functionality before the interface is > >>released in 1.6.

Re: Last-minute change to 1.6.3 :(

Okay, my changes are merged. Thanks! -Matt --- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > Hello Matt, > > OK with me, go ahead. > > Cheers, > > Antoine > > > > > --- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > > > Hell

RE: ResourceCollections

This was so well put-together I have little to add, though I will say that after having had time to absorb Peter's proposed alternative container, I am probably not as negative about about it as Dominique. The point that this type of fix would require maintenance however certainly seems valid. My

Re: Little bit of repository surgery

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 11 Apr 2005, Steve Loughran > <[EMAIL PROTECTED]> wrote: > > > Here is what I'm thinking, > > Pretty much what I'd suggest as well (what, not how > you plan to do). > Also make maven2 the default. > > > thoughts that may break anyone that h

RE: ResourceCollections

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: [SNIP] > Don't worry, I'll stop rambling on this topic ;-) > --DD > Please don't. If I'm going to dump this ResourceCollection stuff into HEAD I'd rather have this resolved first, and right now only five committers have shown any interest in this

References

Ever noticed that every Ant type that supports the id/refid pattern must include a load of custom code? Why? Wouldn't it be possible in UE to check all DataType subclass elements for refid, validate no other attributes/elements/nested text, and substitute the actual object? It doesn't appear tha

RE: References

several years. I'll keep thinking about this, though. -Matt --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Matt Benson [mailto:[EMAIL PROTECTED] > > > > Ever noticed that every Ant type that supports the > > id/refid pattern must include a load o

Re: Suggested change to Move.java to check failonerror flag when unable to delete source file as part of move

--- [EMAIL PROTECTED] wrote: [SNIP] > I have some ant scripts that manage archiving files > between NT servers in > our production environment. A while back the move > task began failing with > an error related to deleting the source file (see > below) > > [move] Warning: Unable to delete fi

Re: Suggested change to Move.java to check failonerror flag when unable to delete source file as part of move

Move is a subclass of Copy. Move has no execute method of its own; it inherits that of Copy. Copy checks failonerror within its execute method, so Move treats failonerror exactly as does Copy. -Matt --- [EMAIL PROTECTED] wrote: > > Matt > > Thanks for your reply. > > I am not sure I agree t

RE: References

XX methods"... :( I may keep messing around with this just to see what happens though. -Matt --- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Matt Benson [mailto:[EMAIL PROTECTED] > > > > Hmm, from all your comments it seems you have > pointed > &g

Re: References

--- Conor MacNeill <[EMAIL PROTECTED]> wrote: > I support moving reference processing into the core. > This is how mutant > worked. It is certainly a core responsibility. > > It should only be done for addXXX methods. By the > core-task contract > those are the elements for which the task has g

Re: BCEL change (was Re: [EMAIL PROTECTED]: Project dist-ant (in module ant) failed)

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > >[javac] Compiling 57 source files to > /home/gump/workspaces2/public/workspace/ant/build/classes > >[javac] > /home/gump/workspaces2/public/workspace/ant/src/main/org/apache/tools/ant/util/depend/bcel/AncestorAnalyzer.java:44: > exception jav

Re: Suggested change to Move.java to check failonerror flag when unable to delete source file as part of move

You can submit a RFE on Ant's bugzilla. A possible name for this theoretical attribute might be keepgoing, since that term has been used in Ant before. -Matt --- [EMAIL PROTECTED] wrote: > > Thanks again for your response and patience. > > I see what you are saying - and therefore copy > has t

Re: References

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 11 Apr 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > Ever noticed that every Ant type that supports the > > id/refid pattern must include a load of custom > code? > > Why? Wouldn't

Re: Introducing AntUnit

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Hi, > > inspired by the creative use of and > others (mainly > Matt and Steve) have shown in our tests, the idea of > AntUnit we had a > long time ago surfaced in my mind again. Cool. I'm pretty sure it was some of Steve's tests that inspired me

Re: ResourceCollections

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 11 Apr 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > Please don't. If I'm going to dump this > > ResourceCollection stuff into HEAD I'd rather have > > this resolved first,

Re: ResourceCollections

You are using my preferred syntax. Also available would be, e.g.: -Matt --- Martijn Kruithof <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > >--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > > > > > >>On Mon, 11 Apr 20

Re: ResourceCollections

antlib. So far this seems to me to be a good solution in terms of simplicity of implementation, and probably as good as possible in terms of ease of use while achieving full qualification for overlapping component names. -Matt > > Martijn > > Matt Benson wrote: > > >You are u

RE: ResourceCollections

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > Martijn, Matt, the example above would be necessary > if and only > if only had a > add(ResourceSelector). In > practice, we'll likely have specialized > addAnd(ResourceSelector) and co > so that if can be written just: oh, that's partly what I

Re: ResourceCollections

--- Martijn Kruithof <[EMAIL PROTECTED]> wrote: [SNIP] > > Apart from the variands A and B further below, would > the following also > work? > > > > > > > > > > > > > or would this mean that the resoursecollection must > be part of set itself? As I understand it,

Re: ResourceCollections

--- Martijn Kruithof <[EMAIL PROTECTED]> wrote: > I'll use your example below to ask what will be > (im)possible > > The question is not whether the resourcecollection > themselve need a > namespace, but if it would be allowed to address > elements from the same > namespace, so that the default

RE: ResourceCollections

--- Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > All this discussion about roles brings me back to > the > proposal/implementation > of Roles that I made a long time ago and that was > rejected. If it works and solves this problem, it's okay with me. My only concern was the complexity of

RE: ResourceCollections

--- Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > > From: Matt Benson [mailto:[EMAIL PROTECTED] > > > > --- Jose Alberto Fernandez > <[EMAIL PROTECTED]> > > wrote: > > > > > All this discussion about roles brings me back > to >

Re: Ant "roles"

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Fri, 15 Apr 2005, Peter Reilly > <[EMAIL PROTECTED]> wrote: > > > I do not like roles > > I'm not sure we are really talking about roles at > all here. > > What Matt and DD and I and others who've spoken up > mostly want are two > things: > >

RE: Ant "roles"

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Matt Benson [mailto:[EMAIL PROTECTED] > > > > I think we already have 1. and 2. if we want to > use > > antlibs, and assuming we can place additional > > resources where we like. > > You

Re: Ant "roles"

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Tue, 19 Apr 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > I think we already have 1. and 2. if we want to > use > > antlibs, > > except we don't have the descriptors, yet. > > > a

Re: Ant "roles"

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Tue, 19 Apr 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > My concern here is back to this: I would like an > alternate syntax > > for loading built-in antlibs (as I have made > painfully clear). >

Re: [VOTE] Ant 1.6.3 release

--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: > Do we want to release Ant 1.6.3 on Thursday, April > 28th ? > > Yes [X] > No [ ] > -Matt > Cheers, > > Antoine > > > > - > To unsubscribe, e-mail: > [EMAIL PROTECTED]

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Chmod.java

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > Stefan Bodewig wrote: > > On 19 Apr 2005, <[EMAIL PROTECTED]> wrote: > > > > > >> + nt for Microsoft Windows NT-based > systems, including Windows 2000, XP and > >> + successors > > > > > > winnt or windowsnt, please > > > > Your opinion

PropertySet.iterator()

Any thoughts on the propriety of adding public void iterator() { //return property NAMES } to PropertySet? This would make it easy to use with ant-contrib's task. Not that we have an obligation to do that, but I think it could be cool. -Matt __

RE: PropertySet.iterator()

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Matt Benson [mailto:[EMAIL PROTECTED] > > > > Any thoughts on the propriety of adding > > > > public java.util.Iterator iterator() { > > //return property NAMES > > } > > >

Resources

We know that the new ResourceCollections stuff will add getInputStream() to oata.types.Resource . I think the subject of OutputStreams has come up as well, and I am starting to think it makes sense to do this, making Resource essentially competitive with javax.activation.DataSource . Opinions? -

Re: PGP tasks

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Sat, 7 May 2005, Brett Porter > <[EMAIL PROTECTED]> wrote: [SNIP] > > though we probably have to have a bit of > discussion about objectives > > and gather together interested people first > anyway. We can do that > > on commons-dev, and create th

Environment and PropertySet

There is a question on the userlist about setting environment variables en masse with (e.g.) . If we modified oata.types.Environment and $Variable such that-- Variable can accept a nested PropertySet OR have its key & value attributes set as usual Variables with nested PropertySets set multiple

Re: cvs commit: ant WHATSNEW

woohoo! I didn't do it! (I was scared :) -Matt --- [EMAIL PROTECTED] wrote: > bodewig 2005/05/10 00:37:03 > > Modified:.WHATSNEW > Log: > fix NPE reported by Curt Arnold > > Revision ChangesPath > 1.818 +3 -0 ant/WHATSNEW > > Index: WHATSNEW >

RE: Environment and PropertySet

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > On Mon, 9 May 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > Variable can accept a nested PropertySet OR have > its > > > key & value

RE: Environment and PropertySet

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Matt Benson [mailto:[EMAIL PROTECTED] > > > > My reason for wanting to nest the propertyset into > a > > regular element is that these are passed by > > and to an Environment > > obj

RE: [patch] FTP.java - adding support for new features in commons-net 1.4.0 and performance improvement

--- Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > > > > > ... > > > > This creates a JAR with the antlib.xml in > foo/bar/antlib.xml > which contains the antlib content as specified > there. > > You do not need to have many files is just one > target you maintain

Re: [patch] FTP.java - adding support for new features in commons-net 1.4.0 and performance improvement

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > Neeme Praks wrote: > > Very legitimate concern. > > However, this is a trivial change. > > so are all changes that end up breaking things. > > Ant1.6.4 is really Ant1.6.3a; a late fix for stuff > that wasnt caught in > the beta test. I am really

Re: [Bug 28444] - Import: Target Handling Bug

Here's my comment from the bug since Stefan wants to be on-list: :) I also support fixing this. However, instead of cloning the entire target, couldn't we: a) unconditionally rename the imported target b) if the target has NOT been overridden, create a new target that depends on the imported t

Re: DO NOT REPLY [Bug 28444] - Import: Target Handling Bug

(RE depend vs. clone:) --- Peter Reilly <[EMAIL PROTECTED]> wrote: > The problem with this is that the output will change > to . for all imported > targets - i.e. it will expose the implementation a > little too much. > > Also the overriding behavior needs to be implements > in the > same way as i

Re: Bugzilla or dev-list (was Re: [Bug 28444] - Import: Target Handling Bug)

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Thu, 12 May 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > Here's my comment from the bug since Stefan wants > to > > be on-list: :) > > I'll go back to the original thread in a min

Re: [Bug 28444] - Import: Target Handling Bug

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: [SNIP] > Turning Matt's idea around: > > (1) Target "foo" is in project "bar". > (2a) There already is a target "foo" from the file > that imported > "bar", use the current code, we are ready, > "bar.foo" is there. > (2b) There is no other target

Re: cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs/optional/junit JUnitReportTest.java

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Sat, 14 May 2005, Steve Loughran > <[EMAIL PROTECTED]> wrote: > > > we could use .toURL, which probably works better > across platforms. > > Our own FileUtils version works even better than > that. I'm behind on email, but I'm glad somebody els

Re: and namespaces

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Wed, 18 May 2005, Peter Reilly > <[EMAIL PROTECTED]> wrote: > > >>Shouldn't we simply make the condition support > >> > >> innamespace="antlib:net.sf.antcontrib"/> > >> > >> > > All the other types/tasks use "uri" for the > namespace attribute. >

Re: svn commit: r171106 - in /ant/sandbox/antlibs/antunit/trunk/src: etc/testcases/ etc/testcases/antunit/ main/org/apache/ant/antunit/ testcases/org/apache/ant/antunit/

;) I had started writing one too but yours is more complete. I can change yours over to filesystem-only ResourceCollections after I commit those. I would also add a setFile() convenience method. -Matt --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Hi, > > I've dumped my current state of antu

Re: a find class task?

There is also code to do this in oata.launch.Locator. -Matt --- Steve Loughran <[EMAIL PROTECTED]> wrote: > Peter Reilly wrote: > > > I have a vague memory that someone wrote a find > class task. > > One gives it a task, and it returns the jar file > that it > > was located in. Can anyone rememb

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/condition TypeFound.java

Exactly what I was in the process of doing for the InstanceOf ResourceSelector! :) -Matt --- [EMAIL PROTECTED] wrote: > peterreilly2005/05/20 09:33:15 > > Modified:docs/manual/CoreTasks conditions.html > > src/main/org/apache/tools/ant/taskdefs/condition >

XMLValidateTest

I get failures in HEAD. Does anyone else? Thanks, Matt Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html - To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: XMLValidateTest

I figured it out, I think. Testing now... -Matt --- Martijn Kruithof <[EMAIL PROTECTED]> wrote: > Martijn Kruithof wrote: > > > Matt Benson wrote: > > > >> I get failures in HEAD. Does anyone else? > >> > >> Thanks, > >> M

ResourceCollections

Here we go... __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional co

Re: ResourceCollections

Whew! --- Matt Benson <[EMAIL PROTECTED]> wrote: > Here we go... > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around

copy + ResourceCollections

Now that ResourceCollections have been added to CVS, I (and anyone who wants to help) need to add support for ResourceCollections anywhere that it makes sense to do so. As I have mentioned in some bugreps tasks that operate on paths and should only get real-filesystem-files should work by adding f

Re: copy + ResourceCollections

sible way that occurs to me to support Resource deletion. -Matt > > - Alexey. > > Matt Benson wrote: > > >... Regarding the Move task, I don't see that we > could > >move non-file resources in a predictable way so I > >would recommend failing on Resou

Re: copy + ResourceCollections

--- Alexey Solofnenko <[EMAIL PROTECTED]> wrote: > Sounds great. Do you have also "Movable" interface? Not yet. Let's see if anyone else has anything to say about these concepts too. -Matt > > - Alexey. > > On 5/23/05, Matt Benson <[EMAIL PROT

Re: [VOTE] Shut down the 1.6 branch after 1.6.5

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: [SNIP] > In my day-to-day Ant usage I use CVS HEAD, all the > time, exclusively. > Sometimes I merge changes into the 1.6 branch > without merging the unit > tests as well. Sometimes I don't merge changes at > all. Sometimes I > forget to pull a chang

Re:

I started playing with this yesterday, should be able to commit something today. -Matt --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 23 May 2005, Steve Loughran > <[EMAIL PROTECTED]> wrote: > > > We need an echo task that takes well formed XML > and spits it out. Is > > this really the

Re: ResourceCollections

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > Any chance for a quick start guide? Hmmm. I actually don't know what else to say beyond the updates to the manual under Concepts and Types, and the modified tasks: pathconvert, concat, length + resourcecount. Let me know what further information yo

ResourceCollections WAS Re: AW: cvs commit: ant/src/testcases/org/apache/tools/ant/types/opti onal/depend ClassFileSetTest.java

--- [EMAIL PROTECTED] wrote: > > > src/resources/org/apache/tools/ant/types/resources/selectors > > Do you mean, we have to rewrite our file-selectors? > Any fileselector continues to work with fileset/dirset as well as . Most fileselectors should still be relevant as resourceselectors, and in

Re: AW: ResourceCollections WAS Re: AW: cvs commit: ant/src/testcases /org/apache/tools/ant/types/opti onal/depend ClassFileSetTest.java

--- [EMAIL PROTECTED] wrote: > I think about that by myself :) > You said that a Resource could could give > Input/OutputStream. > So it would be possible just to add another Cache > implementiation based > on that. > > I thought of implementing the ResourceSelector > interface additionally ... >

Re:

Since I'm not really all that smart with XML stuff, can anyone tell me any reason we would NOT want the DOMElementWriter to write tags as: when there are no child elements/nested text? Thanks, Matt --- Matt Benson <[EMAIL PROTECTED]> wrote: > I started playing with this yester

libraries

Just curious... are we going to remove this from CVS? (no rush) -Matt __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com - To

Re: cvs commit: ant/docs/manual/CoreTasks echoxml.html

--- Alexey Solofnenko <[EMAIL PROTECTED]> wrote: > Why not to add this functionality into normal > ? I suppose if you wanted to use entities, already can do this (clumsily). This task (OUCH actually doesn't compile b/c I forgot a file) was exceedingly easy and enforces well-formedness of the nes

Re: cvs commit: ant/docs/manual/CoreTasks echoxml.html

on you couldn't do it this way. -Matt > > - Alexey. > > Matt Benson wrote: > > >--- Alexey Solofnenko <[EMAIL PROTECTED]> wrote: > > > > > >>Why not to add this functionality into normal > >>? > >> > >> > >

Re: cvs commit: ant/src/main/org/apache/tools/ant/util XMLFragment.java

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On 24 May 2005, <[EMAIL PROTECTED]> wrote: > > > Oops need this for echoxml task. > > > > -public class XMLFragment implements > DynamicElementNS { > > +public class XMLFragment extends > ProjectComponent implements > > +DynamicElementNS { >

Re: cvs commit: ant/docs/manual/CoreTasks echoxml.html

--- Phil Weighill Smith <[EMAIL PROTECTED]> wrote: > Does it support document fragments? > Do you mean programmatically? No. -Matt > Phil :n. > > On Wed, 2005-05-25 at 11:38 +0100, Steve Loughran > wrote: > > Matt Benson wrote: > > > --- Alex

Re: cvs commit: ant/docs/manual/CoreTasks echoxml.html

--- Phil Weighill Smith <[EMAIL PROTECTED]> wrote: > More along the lines of will it work with something > like: > > > > > > > > > ha, no, but it should, and will... Thanks, Matt > > On Wed, 2005-05-25 at 0

Re: cvs commit: ant/src/main/org/apache/tools/ant/util XMLFragment.java

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Wed, 25 May 2005, Matt Benson > <[EMAIL PROTECTED]> wrote: > > >> > +public class XMLFragment extends > ProjectComponent implements > > > >> with this it would make sense to move it to the

Re: DO NOT REPLY [Bug 27814] - javadoc task does not encode baskslashes when generating file list by useexternalfile

Since this is at least a quasi-bug (not ours but we can fix it) and has been confirmed fixed in HEAD, do we want to merge for 1.6.5? -Matt __ Do you Yahoo!? Yahoo! Small Business - Try our new Resources site http://smallbusiness.yahoo.com/resou

Re: cvs commit: ant/docs/manual/CoreTasks echoxml.html

--- Matt Benson <[EMAIL PROTECTED]> wrote: > --- Phil Weighill Smith > <[EMAIL PROTECTED]> wrote: > > More along the lines of will it work with > something > > like: > > > > > > > > > > > > &g

Re: cvs commit: ant/docs/manual/CoreTasks echoxml.html

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > > Nice. I like it! If we ever get round to finishing > the httpPost task in > the sandbox, we have a Rest client system :) > So what, exactly, do these need? -Matt > - > To unsub

Re: cvs commit: ant/docs/manual/CoreTasks echoxml.html

--- Matt Benson <[EMAIL PROTECTED]> wrote: > --- Steve Loughran <[EMAIL PROTECTED]> wrote: > > > > Nice. I like it! If we ever get round to finishing > > the httpPost task in > > the sandbox, we have a Rest client system :) > > > > So what

Re: DO NOT REPLY [Bug 27814] - javadoc task does not encode baskslashes when generating file list by useexternalfile

--- Jesse Glick <[EMAIL PROTECTED]> wrote: > Martijn Kruithof wrote: > >> Since this is at least a quasi-bug (not ours but > we can fix it) Actually it was I who made the above incorrect statement, realizing it was such after having already hit "send". Of course you deduced my error was based on

Re: Retaining directory structure with image task

--- Antoine Levy-Lambert <[EMAIL PROTECTED]> wrote: [SNIP] > the image task now seems to contain a kind of > hardcoded flattenmapper. > This is not usual for an an ant.task, and I would be > tempted to change > even the default behavior of the task, considering > this is a blatant bug. > Of cours

Re: cvs commit: ant/src/main/org/apache/tools/ant/types Description.java

--- Alexey Solofnenko <[EMAIL PROTECTED]> wrote: > It will not work - check for null should be > performed before executing > toString(). One would think so, now that you mention it; however in this case I am saved b/c the getText() is performed against RuntimeConfigurable, which returns a zero-

Re: AW: cvs commit: ant/docs/manual/CoreTypes resources.html

--- [EMAIL PROTECTED] wrote: > ok - 1st version is 8days old, so no problems with > BC :-) Right, BC is a non-issue for anything that lives only in HEAD. -Matt > > Jan > > > -Ursprüngliche Nachricht- > > Von: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > > Log: > > Renamed resou

Re: DO NOT REPLY [Bug 34962] - task behaves differently in 1.6.3 than 1.6.2

Thanks, Peter. -Matt --- [EMAIL PROTECTED] wrote: > 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· > INS

Re: cvs commit: ant/src/main/org/apache/tools/ant/util ConcatResourceInputStream.java

Thanks in general for these (since many were mine). However, --- [EMAIL PROTECTED] wrote: ant/src/main/org/apache/tools/ant/types/resources/Touchable.java - * Interface to be implemented by "touchable" resources; i.e. those - * whose modification time can be altered. + * Interface to be impl

Re: AW: cvs commit: ant/src/main/org/apache/tools/ant/util ConcatResourceInputStream.java

--- [EMAIL PROTECTED] wrote: > Problem is, that JavaDoc cuts at the first point. > Here at > e.g. >^ > Not really fine first sentence :-) > Same with question marks ... I assume what's happening is that an abbreviation used in the first sentence makes the sentence terminate prematurely (at

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/ssh ScpFromMessage.java

I am thoroughly flabbergasted at how many of these were left behind by changes I made. :) -Matt --- [EMAIL PROTECTED] wrote: > jkf 2005/06/12 08:54:15 > > Log: > removed unused imports __ Do You Yahoo!? Tired of spam? Yahoo! Mail h

Re: cvs commit: ant/src/main/org/apache/tools/ant/helper ProjectHelper2.java

Yes, I think you are correct; I will commit. -Matt --- [EMAIL PROTECTED] wrote: /home/cvs/ant/src/main/org/apache/tools/ant/taskdefs/Concat.java,v retrieving revision 1.45 retrieving revision 1.46 diff -u -r1.45 -r1.46 --- Concat.java 12 Jun 2005 15:54:14 - 1.45 +++ Con

Re: cvs commit: ant/src/main/org/apache/tools/ant/helper ProjectHelper2.java

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 13 Jun 2005, Martijn Kruithof > <[EMAIL PROTECTED]> wrote: > > > During cleaning up last weekend I noticed > something "funny", and > > hoped for a reaction. > [SNIP] > Yes, Matt removed the timestamp check by accident > with the > resource

RE: ping

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > please ignore this, I need to ensure I haven't > been unsubscibed - I'm > > just no used to three mails only in three days. > > That's just because Matt is taking a breather or > something ;-)

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs EchoXML.java

--- [EMAIL PROTECTED] wrote: > bodewig 2005/06/21 06:39:05 > > Modified: > src/main/org/apache/tools/ant/taskdefs EchoXML.java > Log: > JDK 1.3 doesn't have that constructor (at least > not public) Oops. You can't blame me, though. Why have FileOutputStream(String) FileOutputStre

Re: How to pipe output to input?

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > Peter Nabbefeld wrote: > > > > Hello, > > > > I've asked this question on the users list, but it > seems nobody knows > > there: > > Is it possible to create two java processes (with > fork="true") and pipe > > the output of one process into the

Re: How to pipe output to input?

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: [SNIP] > > Yep. To let my own proverbial (dead) cat out of > the > > bag, > > Schoedinger says the cat is only dead or alive when > you open the bag :) I gotta finish my "smart books"

Re: How to pipe output to input?

--- Steve Loughran <[EMAIL PROTECTED]> wrote: > Matt Benson wrote: > > --- Steve Loughran <[EMAIL PROTECTED]> wrote: > > >>>-Matt > >> > >>Interesting design. I would have done a >>id="" /> datatype > >>that

Re: How to pipe output to input?

--- Steve Loughran <[EMAIL PROTECTED]> wrote: [SNIP] > > I see. It is a lot easier to delegate to the OS, > isnt it: > > > > Well! I am ashamed to say I had never encountered the mkfifo command. My only contact with "named pipes" had been in O'Reilly's "Learning the bash shell" in whi

RE: How to pipe output to input?

--- Dominique Devienne <[EMAIL PROTECTED]> wrote: > > From: Steve Loughran [mailto:[EMAIL PROTECTED] > > well, it'd be nice if we could get/set unix file > permissions; that is > > the most important thing to me, symlinks would be > good too. There are no > > real symlinks in NTFS, though hard li

RE: How to pipe output to input?

After reading the article, I see that it directly conflicts what I said below. Having no use for Windows junctions at present, however, I will not be (at this time) spending any time refuting my own past experiences. ;) -Matt --- Matt Benson <[EMAIL PROTECTED]> wrote: > > -

Re: and stream experts, Gump needs you

After my recently-confessed failure to get pipes working in Ant (Windows' fault I swear) I hardly consider myself an expert... :) . With that disclaimer having been made, I could try to take a look if I had a ready-made test environment -Matt --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: >

<    3   4   5   6   7   8   9   10   11   12   >