ant-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Gus Heck <gus-ant...@cognition.olin.edu>
Subject Re: AW: DO NOT REPLY [Bug 23397] - Need attribute for target tag to indicate hidden/internal target
Date Thu, 25 Sep 2003 16:30:53 GMT
Does IntelliJ refuse to list targets with a "-" ?  Does it invoke ant 
targets across the command line through a shell? If so, I suppose that 
it is covered, though the command line parsing behavior hardly seems 
like the place to implement target visibility to me :)

The inability to invoke a target is only half of the battle. Currently 
in netbeans I wind up not using my ant file a lot because if I expand it 
I get 20 targets and can't see the rest of the files I am working on. 
This can be partly solved by making compile the default target, but then 
I have to expand to do a run, or a different flavor of compile. As it is 
I just wind up using the IDE's single flavor of compile and run from the 
right click menu instead because it is easier and faster. If expanding 
my antfile only displayed 3-5 targets, then It would be easier to double 
click an ant target...

Of course we will have to wait for netbeans to add support before this 
is realized, but right now there is no standardized way for them to 
identify entry points.

-Gus

Jan.Materne@rzf.fin-nrw.de wrote:

>On BugZilla we discussed that with the prepending "-" of the targetnames.
>So that use case can be realized.
>
>A more complex would be something like <target
>access="public|expert|private"/> 
>where "public"s are listed with -projecthelp while "expert" are not. Both
>can be
>invoked from outside (CLI and IDEs). And "private" is not displayed with
>-projecthelp
>and can not be invoked (neither CLI nor IDEs).
>
>But I don´t miss that feature ...
>
>
>Jan
>
>  
>
>>-----Original Message-----
>>From: Phil Weighill-Smith [mailto:phil.weighill-smith@volantis.com]
>>Sent: Thursday, September 25, 2003 6:10 PM
>>To: Ant Developers List
>>Subject: RE: AW: DO NOT REPLY [Bug 23397] - Need attribute for target
>>tag to indicate hidden/internal target
>>
>>
>>This attribute would be rather handy for tools such as IntelliJ IDEA
>>which allows the graphical display of available targets for invocation
>>(within its Ant integration). It would be great if IDEA could 
>>know which
>>targets are "entry points" to the build file and only display 
>>those for
>>execution. For it to do this, the "public/private" attribute would be
>>needed.
>>
>>Phil Weighill-Smith
>>
>>On Thu, 2003-09-25 at 17:02, Jan.Materne@rzf.fin-nrw.de wrote:
>>    
>>
>>>I don´t see the need for such an attribute. And if 
>>>      
>>>
>>introduced it should work
>>    
>>
>>>not only from commandline. It should work too, if invoked 
>>>      
>>>
>>by other java
>>    
>>
>>>applications.
>>>
>>>
>>>Jan
>>>
>>>
>>>      
>>>
>>>>-----Original Message-----
>>>>From: Gus Heck [mailto:gus-antdev@cognition.olin.edu]
>>>>Sent: Thursday, September 25, 2003 5:58 PM
>>>>To: Ant Developers List
>>>>Subject: Re: AW: DO NOT REPLY [Bug 23397] - Need 
>>>>        
>>>>
>>attribute for target
>>    
>>
>>>>tag to indicate hidden/internal target
>>>>
>>>>
>>>>In fact I would be even more interested to hear the 
>>>>        
>>>>
>>opinons of both 
>>    
>>
>>>>commiters and non-commiters :).
>>>>
>>>>-Gus
>>>>
>>>>Gus Heck wrote:
>>>>
>>>>        
>>>>
>>>>>Antoine Levy-Lambert wrote:
>>>>>
>>>>>          
>>>>>
>>>>>>What you would like would be useful to prevent the "wrong" 
>>>>>>            
>>>>>>
>>>>targets from
>>>>        
>>>>
>>>>>>being called. But I wonder whether this change would 
>>>>>>            
>>>>>>
>>not make ant
>>    
>>
>>>>>>unnecessary complex.
>>>>>> 
>>>>>>
>>>>>>            
>>>>>>
>>>>>The default (atribute omitted) state should behave as 
>>>>>          
>>>>>
>>>>always. This is 
>>>>        
>>>>
>>>>>necessary for back compatability, and to keep the learning 
>>>>>          
>>>>>
>>>>curve from 
>>>>        
>>>>
>>>>>getting too steep. The import task gives me the same 
>>>>>          
>>>>>
>>sort of worry 
>>    
>>
>>>>>about complexity, but I keep reiminding myself... You 
>>>>>          
>>>>>
>>don't have to 
>>    
>>
>>>>>use it if you don't want it ;). So at least from the user 
>>>>>          
>>>>>
>>>>side, there 
>>>>        
>>>>
>>>>>is no obligatory complexity increase. The addition of 
>>>>>          
>>>>>
>>>>another atribute 
>>>>        
>>>>
>>>>>in the documentation for target would be the only brain 
>>>>>          
>>>>>
>>drain :)...
>>    
>>
>>>>>As for the development side, it may lead to increased 
>>>>>          
>>>>>
>>>>complexity if we 
>>>>        
>>>>
>>>>>add access modifiers with more complex meanings. As it is 
>>>>>          
>>>>>
>>>>now, however 
>>>>        
>>>>
>>>>>the only meaning of public/private is "do we reject it 
>>>>>          
>>>>>
>>when invoked 
>>    
>>
>>>>>from the command line" and the only time we need to 
>>>>>          
>>>>>
>>check that is 
>>    
>>
>>>>>already included in the patch.
>>>>>
>>>>>I too would be interested to hear what other commiters think.
>>>>>
>>>>>- Gus
>>>>>
>>>>>
>>>>>
>>>>>          
>>>>>
>>---------------------------------------------------------------------
>>    
>>
>>>>>To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>>>>>For additional commands, e-mail: dev-help@ant.apache.org
>>>>>
>>>>>          
>>>>>
>>>>
>>>>
>>>>        
>>>>
>>---------------------------------------------------------------------
>>    
>>
>>>>To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>>>>For additional commands, e-mail: dev-help@ant.apache.org
>>>>
>>>>        
>>>>
>>-- 
>>
>>Phil Weighill-Smith
>>
>>Tech Lead
>>Volantis Systems Limited
>>1 Chancellor Court, Occam Road
>>Surrey Research Park
>>Guildford, Surrey
>>GU2 7YT
>>
>>mailto:phil.weighill-smith@volantis.com
>>http://www.volantis.com
>>tel: +44 1483 739 778
>>mob: +44 7803 498 603
>>
>>This message may contain confidential information and will be 
>>protected by
>>copyright. If you receive it in error notify us, delete it 
>>and do not make
>>use of, nor copy it.  Any reply may be read by the recipient 
>>to whom you send
>>it and others within Volantis Systems Ltd.  Although we aim 
>>to use efficient
>>virus checking procedures we accept no liability for viruses 
>>and recipients
>>should use their own virus checking procedures.
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
>>For additional commands, e-mail: dev-help@ant.apache.org
>>    
>>
>
>
>  
>



---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org
For additional commands, e-mail: dev-help@ant.apache.org


Mime
View raw message