Re: [Proposal] Capture attributes in unknown namespaces

m of parallel logging output >> must be resolved ;-) >> >> Jan >> >> >-Ursprüngliche Nachricht- >> >Von: jan.mate...@rzf.fin-nrw.de [mailto:jan.mate...@rzf.fin-nrw.de] >> >Gesendet: Freitag, 25. Juni 2010 12:46 >> >An: dev@ant.apac

Re: [Proposal] Capture attributes in unknown namespaces

. Juni 2010 12:46 > >An: dev@ant.apache.org > >Betreff: AW: [Proposal] Capture attributes in unknown namespaces > > > >Other point: we have an implementation in the sandbox > >https://svn.apache.org/repos/asf/ant/sandbox/parallelexecutor > > > >Maybe you cou

AW: [Proposal] Capture attributes in unknown namespaces

: AW: [Proposal] Capture attributes in unknown namespaces > >Other point: we have an implementation in the sandbox >https://svn.apache.org/repos/asf/ant/sandbox/parallelexecutor > >Maybe you could use some code ;-) > > >Jan > >>-Ursprüngliche Nachricht- >&

AW: [Proposal] Capture attributes in unknown namespaces

23:12 >An: Ant Developers List >Betreff: Re: [Proposal] Capture attributes in unknown namespaces > >On Thu, Jun 24, 2010 at 2:50 PM, Danny Yates > wrote: >> What would be kind of cool would be that if the parser >encounters attributes >> in a namespace that it doesn&

Re: [Proposal] Capture attributes in unknown namespaces

On Thu, Jun 24, 2010 at 2:50 PM, Danny Yates wrote: > What would be kind of cool would be that if the parser encounters attributes > in a namespace that it doesn't recognise, then instead of ignoring them (as > it does now), it records them and makes them available through an API on the > Project

Re: [Proposal] Capture attributes in unknown namespaces

On Jun 24, 2010, at 3:04 PM, Danny Yates wrote: > Hmm... that's interesting. I hadn't discovered that before. It's not clear > to me what that does - it appears to manipulate the DOM somehow. > > Could you explain what it's for and how to use it and then I can see if it > will help me solve my c

Re: [Proposal] Capture attributes in unknown namespaces

Hmm... that's interesting. I hadn't discovered that before. It's not clear to me what that does - it appears to manipulate the DOM somehow. Could you explain what it's for and how to use it and then I can see if it will help me solve my current problem. Many thanks, Danny. On 24 June 2010 20:5

Re: [Proposal] Capture attributes in unknown namespaces

Like org.apache.tools.ant.Dynamic*NS? -Matt On Jun 24, 2010, at 2:50 PM, Danny Yates wrote: > Hi guys, > > Me again! > > I have some more functionality that I'm interested in, but I fear it may be > quite specific to my requirements, so I thought I'd run it past you all > before getting to wor

[Proposal] Capture attributes in unknown namespaces

Hi guys, Me again! I have some more functionality that I'm interested in, but I fear it may be quite specific to my requirements, so I thought I'd run it past you all before getting to work on it. I'm developing a custom executor which can execute targets in parallel, and as an extension of that

DO NOT REPLY [Bug 43353] - JUnit4 reports unknown test cases

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 43353] - JUnit4 reports unknown test cases

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 43353] New: - JUnit4 reports unknown test cases

gzilla/show_bug.cgi?id=43353 Summary: JUnit4 reports unknown test cases Product: Ant Version: 1.7.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P2 Component: Optional Tasks Assi

DO NOT REPLY [Bug 40406] - [junitreport] Using JUnit 4 test methods appear as "unknown"

the test methods as > "unknown" in the name column instead of the actual method name. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the

DO NOT REPLY [Bug 39108] - FTP.java missing checks when file type is unknown

which are neither files nor directories. > Yes > it might be a good idea to avoid doing anything with these directory entries > FTP > wise. yes. I had to patch Ant locally to avoid the problem when the commons.net.MVSFTPEntryParser returns filetype unknown. > > I am reopening the

DO NOT REPLY [Bug 39108] - FTP.java missing checks when file type is unknown

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 39108] - FTP.java missing checks when file type is unknown

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 40406] - [junitreport] Using JUnit 4 test methods appear as "unknown"

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 40406] New: - [junitreport] Using JUnit 4 test methods appear as "unknown"

gzilla/show_bug.cgi?id=40406 Summary: [junitreport] Using JUnit 4 test methods appear as "unknown" Product: Ant Version: 1.6.5 Platform: Other OS/Version: other Status: NEW Severity: normal

DO NOT REPLY [Bug 39108] - FTP.java missing checks when file type is unknown

gzilla/show_bug.cgi?id=39108 --- Additional Comments From [EMAIL PROTECTED] 2006-03-28 23:39 --- Sorry, but I do not understand the issue, what would be the benefit of not trying to determine the behaviour of an unknown entry? Ant does not set the type to unknown. Commons does set the t

DO NOT REPLY [Bug 39108] - FTP.java missing checks when file type is unknown

gzilla/show_bug.cgi?id=39108 --- Additional Comments From [EMAIL PROTECTED] 2006-03-28 21:17 --- My question still remain. And further, would you blindly trust a rmdir, let alone read or write on an file type unknown ? Once you have determined if you can read or write to the file, why no

DO NOT REPLY [Bug 39108] - FTP.java missing checks when file type is unknown

gzilla/show_bug.cgi?id=39108 --- Additional Comments From [EMAIL PROTECTED] 2006-03-28 21:00 --- The type is probably set to unknown unless the commons FTP library is able to determine the type by parsing the listing, which may not be the case (or implemented) for all listings. -- Con

DO NOT REPLY [Bug 39108] - FTP.java missing checks when file type is unknown

gzilla/show_bug.cgi?id=39108 --- Additional Comments From [EMAIL PROTECTED] 2006-03-28 20:56 --- >Also, something which is of type unknown may still be functioning as file or >directory but if that is the case what is the point of setting the type to unknown ? -- Configure b

DO NOT REPLY [Bug 39108] - FTP.java missing checks when file type is unknown

is of type unknown may still be functioning as file or directory, so to return false right away doesn't seem to be the right decision for those checks. For example fifo's are neither files nor directories, yet they will function as file when read from / written to. Maybe unknown is a

DO NOT REPLY [Bug 39108] New: - FTP.java missing checks when file type is unknown

gzilla/show_bug.cgi?id=39108 Summary: FTP.java missing checks when file type is unknown Product: Ant Version: 1.6.5 Platform: Other OS/Version: other Status: NEW Keywords: PatchAvailable Severity: normal Priori

DO NOT REPLY [Bug 34978] - ftp systemTypeKey ought to have an "unknown" or "automatic" value

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 34978] - ftp systemTypeKey ought to have an "unknown" or "automatic" value

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 34978] New: - ftp systemTypeKey ought to have an "unknown" or "automatic" value

gzilla/show_bug.cgi?id=34978 Summary: ftp systemTypeKey ought to have an "unknown" or "automatic" value Product: Ant Version: 1.7Alpha (nightly) Platform: Other OS/Version: other Status: NEW

DO NOT REPLY [Bug 22782] - MalformedURLException: unknown protocol

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

Bad syntax or unknown instruction

* cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Define r.java * ERROR: Bad syntax or unknown instruction. SOLUTION: This is the Minimalist Mailing List Manager. Commands may be either in subject of message (one command per message) or in body (one or more commands, one per

Bad syntax or unknown instruction

* cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Define r.java * ERROR: Bad syntax or unknown instruction. SOLUTION: This is the Minimalist Mailing List Manager. Commands may be either in subject of message (one command per message) or in body (one or more commands

Bad syntax or unknown instruction

* cvs commit: ant/src/main/org/apache/tools/ant/taskdefs Define r.java * ERROR: Bad syntax or unknown instruction. SOLUTION: This is the Minimalist Mailing List Manager. Commands may be either in subject of message (one command per message) or in body (one or more commands

Bad syntax or unknown instruction

* DO NOT REPLY [Bug 15886] - * ERROR: Bad syntax or unknown instruction. SOLUTION: This is the Minimalist Mailing List Manager. Commands may be either in subject of message (one command per message) or in body (one or more commands, one per line). Batched processing starts when

unknown

something about you! <> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

unknown

about me <> - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: "Unknown source" in stack trace

Steve Kelem wrote: I'm trying to debug someone else's Ant Task code and having the problem of getting "Unknown Source" in the stack trace. I've compiled (in ant) with debug="true", debuglevel="lines,vars,source", and even tried including the source t

Re: "Unknown source" in stack trace

Thanks for the suggestion, but it didn't work. The stack trace for that ant task still shows: java.lang.NullPointerException at java.io.File.(File.java:180) at de.pleumann.antenna.WtkMakePrc.executeWtk(Unknown Source) at de.pleumann.antenna.WtkMakePrc.execute(Unknown S

Re: "Unknown source" in stack trace

--- Steve Kelem <[EMAIL PROTECTED]> wrote: > I'm trying to debug someone else's Ant Task code and > having the problem of getting "Unknown Source" > in the stack trace. > I've compiled (in ant) with debug="true", > debuglevel="lines,

"Unknown source" in stack trace

I'm trying to debug someone else's Ant Task code and having the problem of getting "Unknown Source" in the stack trace. I've compiled (in ant) with debug="true", debuglevel="lines,vars,source", and even tried including the source tree in the jar file. B

DO NOT REPLY [Bug 22782] - MalformedURLException: unknown protocol

gzilla/show_bug.cgi?id=22782 MalformedURLException: unknown protocol --- Additional Comments From [EMAIL PROTECTED] 2003-10-14 14:14 --- could you please attach the -debug output of Ant? - To unsubscribe, e-mail: [EMAIL PRO

DO NOT REPLY [Bug 22782] - MalformedURLException: unknown protocol

gzilla/show_bug.cgi?id=22782 MalformedURLException: unknown protocol --- Additional Comments From [EMAIL PROTECTED] 2003-08-28 07:17 --- *** Bug 22783 has been marked as a duplicate of this bug. *** - To unsubscribe,

DO NOT REPLY [Bug 22783] - MalformedURLException: unknown protocol

gzilla/show_bug.cgi?id=22783 MalformedURLException: unknown protocol [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Reso

DO NOT REPLY [Bug 22783] New: - MalformedURLException: unknown protocol

gzilla/show_bug.cgi?id=22783 MalformedURLException: unknown protocol Summary: MalformedURLException: unknown protocol Product: Ant Version: 1.5.1 Platform: Other OS/Version: Windows NT/2K Status: NEW Severity: Normal Pr

DO NOT REPLY [Bug 22782] New: - MalformedURLException: unknown protocol

gzilla/show_bug.cgi?id=22782 MalformedURLException: unknown protocol Summary: MalformedURLException: unknown protocol Product: Ant Version: 1.5.1 Platform: Other OS/Version: Windows NT/2K Status: NEW Severity: Normal Pr

Re: ERROR: unknown key letter (cm1)

On Tue, 22 Apr 2003, Nafis Patel <[EMAIL PROTECTED]> wrote: > Anyone has solution/cause for following error. I don't use pvcs, so I have no idea, sorry. It is not really an Ant problem as what you see has been written by pvcs itself. You may get better responses if you ask on the user list, as

ERROR: unknown key letter (cm1)

mp_mnt/home/auto/ch1npat1/pvcs_ant_5070228153567178712.log' The ' characters around the executable and arguments are not part of the command. [pvcs] ERROR: unknown key letter (cm1) BUILD FAILED file:/tmp_mnt/home/auto/ch1npat1/build.xml:14: Failed executing: get -N @/tmp_mnt/home/auto/ch1npat1/pvcs_