cvs commit: ant/proposal/xdocs/src/org/apache/ant/xdoclet AntSubTask.java TaskDescriptorSubTask.java TaskTagsHandler.java

jesse 2003/04/29 16:59:40 Modified:proposal/xdocs/src/org/apache/ant/xdoclet AntSubTask.java TaskDescriptorSubTask.java TaskTagsHandler.java Log: Switch to using regular collections instead of the deprecated XCollections Revision ChangesPath 1.3

DO NOT REPLY [Bug 19449] New: - broken

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19446] - NestedElement: Support for script defined element tags

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19446] New: - NestedElement: Support for script defined element tags

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/proposal/xdocs/lib xdoclet-1.2b3-dev.jar xdoclet-ejb-module-1.2b3-dev.jar xdoclet-web-module-1.2b3-dev.jar xdoclet-xdoclet-module-1.2b3-dev.jar xjavadoc-1.0-SNAPSHOT.jar

jesse 2003/04/29 15:36:19 Modified:proposal/xdocs/src/org/apache/ant/xdoclet AntSubTask.java proposal/xdocs/lib xdoclet-1.2b3-dev.jar xdoclet-ejb-module-1.2b3-dev.jar xdoclet-web-module-1.2b3-dev.jar

Re: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java

On Tue, 2003-04-29 at 16:56, Erik Hatcher wrote: > > Hmmm... didn't realize EnumeratedAttributes were an issue. The > IntrospectionHelper stuff was dealing with it fine - what was going > wrong? > The IntrospectionHelper stuff was working as designed when it had all the required info, but XJa

Re: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java

On Tuesday, April 29, 2003, at 04:16 PM, Jesse Stockall wrote: Cool, everything seems to be working after the move. Great! *whew* :) Aslak just committed a fix for XJavaDoc so EnumeratedAttributes are being resolved correctly. XJavaDoc still has problems resolving types used in inner classes, but

Re: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java

On Tue, 2003-04-29 at 15:42, [EMAIL PROTECTED] wrote: > migrated Ant XDoclet code here, to maintain it easier > Cool, everything seems to be working after the move. Aslak just committed a fix for XJavaDoc so EnumeratedAttributes are being resolved correctly. XJavaDoc still has problems resol

Re: cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java

Stefan, On Tuesday, April 29, 2003, at 03:42 PM, [EMAIL PROTECTED] wrote: + + classname="org.apache.ant.xdoclet.AntDocletTask"> + + + + + Will Gump be ok with this change? I get an eerie feeling that it won't like trying to use

DO NOT REPLY [Bug 19438] New: - Javadoc with java paths with spaces

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19437] New: - Allow targets to be inherited to lower level subprojects like properties

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/xdoclet AntXDocletTask.java DatatypeSubTask.java DatatypeTagsHandler.java IndexGen.java

ehatcher2003/04/29 12:42:00 Modified:proposal/xdocs build.xml Added: proposal/xdocs/metadata xdoclet.xml proposal/xdocs/src/org/apache/ant/xdoclet AntDocletTask.java AntSubTask.java IndexGen.java TaskDefPropertiesSubT

cvs commit: ant/proposal/xdocs/src/org/apache/ant/xdoclet/resources - New directory

ehatcher2003/04/29 12:33:21 ant/proposal/xdocs/src/org/apache/ant/xdoclet/resources - New directory

cvs commit: ant/proposal/xdocs/src/org/apache/ant/xdoclet - New directory

ehatcher2003/04/29 12:32:48 ant/proposal/xdocs/src/org/apache/ant/xdoclet - New directory

cvs commit: ant/proposal/xdocs/src/org/apache/ant - New directory

ehatcher2003/04/29 12:32:31 ant/proposal/xdocs/src/org/apache/ant - New directory

cvs commit: ant/proposal/xdocs/metadata - New directory

ehatcher2003/04/29 12:21:25 ant/proposal/xdocs/metadata - New directory

DO NOT REPLY [Bug 19436] New: - failing with IntelliJ 3.0.4

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19432] - subant -- unhelpful error message

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 17040] - JUnit task report does not use the one defined by setName method

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19432] New: - subant -- unhelpful error message

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://nagoya.apache.org/bugzilla/show_bu

Re: Roles (was: antlib)

On Tuesday 29 April 2003 16:50, Stefan Bodewig wrote: > On Tue, 29 Apr 2003, Jose Alberto Fernandez > > <[EMAIL PROTECTED]> wrote: > > This continues with the two-tier issue, the core conditions of ANT > > you can just named, but the third party ones need to use some funny > > syntax. > > core cond

Re: NameSpace & antlib was (Re: polymorphism)

Nicola Ken Barozzi wrote: > ... >> The proposal provides a task which can be used to >> load libraries manually. Al the same time there are hooks on the code >> for an autoloading mechanism to be supported. In escence, it would >> allow ANT's main() to do something like: >> >> - get all antlib

DO NOT REPLY [Bug 19407] - XSLT top-level variables don't get re-initalized between transformations

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://nagoya.apache.org/bugzilla/show_bu

Question about using the taskdef, ant task and the AntClassLoader.

Hi All, I have found an interesting problem when one is defining their own task and this task is being defined within multiple build.xml files. The problem happens when you do the following. 1 - define a task using the taskdef within a top level build file and supply a classp

Re: Roles (was: antlib)

On Tue, 29 Apr 2003, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > This continues with the two-tier issue, the core conditions of ANT > you can just named, but the third party ones need to use some funny > syntax. core conditions would use the same funny syntax, if it wasn't for backwards c

Re: Roles (was: antlib)

On Tue, 29 Apr 2003, Jose Alberto Fernandez <[EMAIL PROTECTED]> wrote: > Let me start by saying that the roles proposal had not in mind > solving the polimorphism issue (which I think is what is at the > bottom of your points here). It simply occured to me that may not need any notion of roles a

Re: Roles (was: antlib)

My example was incorrect (well it was pure nonsense) I would agree that your approach is more complete and in most cases more correct. So I think it should be implemented. I would still like to keep the add(Type) and addConfigured(Type) methods for container like objects. For example scriptfilter

Re: NameSpace & antlib was (Re: polymorphism)

Jose Alberto Fernandez wrote, On 29/04/2003 12.03: ... The proposal provides a task which can be used to load libraries manually. Al the same time there are hooks on the code for an autoloading mechanism to be supported. In escence, it would allow ANT's main() to do something like: - get

DO NOT REPLY [Bug 19386] - condition evaluates to true when both files cannot be found

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://nagoya.apache.org/bugzilla/show_bu

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

bodewig 2003/04/29 07:16:45 Modified:src/main/org/apache/tools/ant/util DOMElementWriter.java Log: Minor doc changes and optimizations Revision ChangesPath 1.19 +5 -3 ant/src/main/org/apache/tools/ant/util/DOMElementWriter.java Index: DOMElementWriter.java

Re: Roles (was: antlib)

Stefan Bodewig wrote: > On Mon, 28 Apr 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > >> If ParentClass has no addMyChild()/createMyChild() method, we'll >> need to look up in some table and find a class associated with >> . > > OK, well, maybe, see below for an alterbative view. >> We'll

RE: Roles (was: antlib)

> From: Stefan Bodewig [mailto:[EMAIL PROTECTED] > > On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > > > Rather than (to take a perverse example) > > > > > > > > > Ouch. I'd rather envision > > > > with a new public addCondition(Condition) method. The dupli

RE: Roles (was: antlib)

Hi Stefan, Let me start by saying that the roles proposal had not in mind solving the polimorphism issue (which I think is what is at the bottom of your points here). I have no problem on arriving to a solution that covers this aspect, but I do not want it to be the stumbling block on the whole t

DO NOT REPLY [Bug 14849] - JProbe tasks: executables cannot be found with JProbe 4.0.1

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/optional/sitraka CovBase.java CovMerge.java

bodewig 2003/04/29 06:27:38 Modified:src/main/org/apache/tools/ant/taskdefs/optional/sitraka CovBase.java CovMerge.java Log: A more defensive approach to PR: 14849, keep things as they've been unless we are using JProbe 4+. Revision ChangesPath 1

DO NOT REPLY [Bug 19415] - sub-element 'include' does not work within 'jar'-Task

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 10499] - Compiler task doesn't handle spaces in filenames correctly

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/compilers DefaultCompilerAdapter.java JavacExternal.java

bodewig 2003/04/29 06:16:22 Modified:.WHATSNEW src/main/org/apache/tools/ant/taskdefs/compilers DefaultCompilerAdapter.java JavacExternal.java Log: From the JDK tool-docs for javac of JDK 1.4: > An argument file can include javac op

DO NOT REPLY [Bug 19415] - sub-element 'include' does not work within 'jar'-Task

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://nagoya.apache.org/bugzilla/show_bu

Re: Roles (was: antlib)

On Tue, 29 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > This is debatable I said I wasn't sure 8-) > I think we should allow both approaches. The main difference between them is that in approach 1 the child determines the name of the element while it is the parent who does so in the seco

DO NOT REPLY [Bug 19415] - sub-element 'include' does not work within 'jar'-Task

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://nagoya.apache.org/bugzilla/show_bu

Re: Roles (was: antlib)

On Tuesday 29 April 2003 13:12, Stefan Bodewig wrote: > > I think the learning curve for beginners to grok > > > > > > > is steeper than the alternative > > > > > This is debatable as the new type can take completly different attributes and nested elements. Beginners would get equa

DO NOT REPLY [Bug 19407] - XSLT top-level variables don't get re-initalized between transformations

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://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 19386] - condition evaluates to true when both files cannot be found

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://nagoya.apache.org/bugzilla/show_bu

Re: Roles (was: antlib)

On Tuesday 29 April 2003 12:49, Stefan Bodewig wrote: > On Mon, 28 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: > >4. public void add(NestedElement anInner) > >5. public void addConfigured(NestedElement anInner) > > Make NestedElement a FileSet and explain how you'd support accepting >

Re: Roles (was: antlib)

On Mon, 28 Apr 2003, Costin Manolache <[EMAIL PROTECTED]> wrote: > If ParentClass has no addMyChild()/createMyChild() method, we'll > need to look up in some table and find a class associated with > . OK, well, maybe, see below for an alterbative view. > We'll then look in ParentClass for an add

DO NOT REPLY [Bug 14849] - JProbe tasks: executables cannot be found with JProbe 4.0.1

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://nagoya.apache.org/bugzilla/show_bu

Re: Roles (was: antlib)

On Mon, 28 Apr 2003, peter reilly <[EMAIL PROTECTED]> wrote: >4. public void add(NestedElement anInner) >5. public void addConfigured(NestedElement anInner) Make NestedElement a FileSet and explain how you'd support accepting ClassFileset or ZipFileSet as either srcfiles or destfiles in d

RE: NameSpace & antlib was (Re: polymorphism)

Finally some body with sense :-) > From: Wannheden, Knut [mailto:[EMAIL PROTECTED] > > The question I think is more important is whether antlibs > should be loaded > explicitly with something like an task (similar to > ) or > if it should be more automagical like in Jelly where the > namespac

Re: Roles (was: antlib)

On Tuesday 29 April 2003 10:46, Jose Alberto Fernandez wrote: > > If you don't want to be useable as a condition - don't make it > > implement condition. > > It sounds very nice, but the reality is that already exists and has > existed for a long time. Hence we can not go and change it just becau

RE: Roles (was: antlib)

> From: Costin Manolache [mailto:[EMAIL PROTECTED] > > Jose Alberto Fernandez wrote: > > > Assume class C implements role intrefaces P, Q, and R then > > > > > > > > > > will cause two definitions for "P" and "Q" each. There is no way to > > assign different names separately. On the other app

Re: NameSpace & antlib was (Re: polymorphism)

Two points 1) Using /org/apache/.../anlib.xml defeats the purpose of the antlib proposal. However it is in keeping with current ant practice. it could be supported using or using nested elements antlibs would still have the fix

Re: Roles (was: antlib)

First, I must say that it would be nice to have context dependent element names - my core example is the element name "containsregexp" - is this a condition, filter or selector ? , the different meaning may mean that different classes should implement them. However, I think that expressing this i

RE: NameSpace & antlib was (Re: polymorphism)

> > peter reilly wrote: > > True. It seems quite difficult to use namespaces in a nice way. > > You are not supposed to "use namespaces in a nice way". > XML Namespaces are there so that you can avoid name clashes > for XML element and attribute names if you want to use XML > vocabularies from va

DO NOT REPLY [Bug 19415] New: - sub-element 'include' does not work within 'jar'-Task

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://nagoya.apache.org/bugzilla/show_bu

Re: NameSpace & antlib was (Re: polymorphism)

J.Pietschmann wrote: > Costin Manolache wrote: >> There are working and valid systems ( Axis, Xslt ) that use the namespace >> with associated meaning. > > The expanded XML element/attribute names get a meaning through an > processing model, nobody denies this. The problems start if someone > ass

DO NOT REPLY [Bug 19407] New: - XSLT top-level variables don't get re-initalized between transformations

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://nagoya.apache.org/bugzilla/show_bu

cvs commit: ant/proposal/xdocs/src/org/apache/tools/ant/taskdefs Property.xml

jesse 2003/04/28 17:07:23 Added: proposal/xdocs/src/org/apache/tools/ant/taskdefs Property.xml Log: Merge file for Revision ChangesPath 1.1 ant/proposal/xdocs/src/org/apache/tools/ant/taskdefs/Property.xml Index: Propert