On 2008-12-15, Raja Nagendra Kumar wrote:
> I am getting to feel that, I did not explain the senario correctly.. Let me
> try again to support why I feel it is obvious.
It is obvious to me as well.
> As DeepCopy is used with in the build xml file, could ant consider all the
> copy or any other
that you've already been told multiple times what the problem is and
> pointed to the documentation that explains how all of this works.
>
--
View this message in context:
http://www.nabble.com/FileSet-with-copy-fails-with-NPE..-tp20935877p21015811.html
Sent from the Ant - Dev maili
Raja Nagendra Kumar wrote on 12/15/2008
08:40:48 AM:
> patterns="${deviceID}.*,*.xml,vendor.*, global.*">
>
>
This is very simple: Ant is creating DeepCopy & that's it. Since Ant is
creating DeepCopy as a result of parsing a project file (i.e. build.xml)
it wi
t see who should recognize this build file context if not
> your very own code.
>
> Stefan
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
>
--
View this message in context
On 2008-12-12, Raja Nagendra Kumar wrote:
> However Stefan, not able to convince on why this can't be done
> automatically, as it is so obvious that new Copy Object is created while
> wring the cutom tag extentions to ant.
How is this obvious? Your code is creating the instance of the Copy
cla
n
>> this could be automatically inherited due to ant extention.
>
> I think this discussion has crossed the line into "titlting at windmills"
> territory...
>
--
View this message in context:
http://www.nabble.com/FileSet-with-copy-fails-with-NPE..-tp20935877p20978212.html
S
Raja Nagendra Kumar wrote on 12/12/2008
09:00:57 AM:
> Still not clear, why should the custom task developer know these, when
> this could be automatically inherited due to ant extention.
I think this discussion has crossed the line into "titlting at windmills"
territory...
without needing
> the users to know about sequence of api calls before he could actually do
> his work.
>
> I would love see safe assumption on this .. however I welcome any
> convencing explanation.
>
> Regards,
> Nagendra
>
> ---------
Raja Nagendra Kumar wrote:
Pl. find the fix for the same in ProjectComponent
We are defining a GOBAL_DEFAULT_PROJECT which would be same as the first non
null setProject call parameter.
getProject() value on any tag if null, the non null GOBAL_DEFAULT_PROJECT
value is assumed with debug log mes
---
> To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
> For additional commands, e-mail: dev-h...@ant.apache.org
>
>
>
--
View this message in context:
http://www.nabble.com/FileSet-with-copy-fails-with-NPE..-tp20935877p20970202.html
Sent from the Ant - Dev mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: dev-unsubscr...@ant.apache.org
For additional commands, e-mail: dev-h...@ant.apache.org
On 2008-12-11, Raja Nagendra Kumar wrote:
> Based on lifecycle link you provided I see that there is a mention
> of
>> The task gets references to its project and location inside the
>> buildfile via its inherited project and location variables.
> In such cases, why should the user initialise t
I understand initialisation is very impl. however if this could come free
from parent.. then it is better..so trying to make the fix in those lines..
--
View this message in context:
http://www.nabble.com/FileSet-with-copy-fails-with-NPE..-tp20935877p20951392.html
Sent from the Ant - Dev
---
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/FileSet-with-copy-fails-with-NPE..-tp20935877p20951371.html
Sent from the Ant - Dev mailing list archive at Nabble
On 2008-12-11, Raja Nagendra Kumar <[EMAIL PROTECTED]> wrote:
> Pl. find the fix for the same in ProjectComponent
> We are defining a GOBAL_DEFAULT_PROJECT which would be same as the first non
> null setProject call parameter.
That would be a pretty bad idea, in particular in the presence of
ta
point me to the location of where custome tags
creating is junit tested in the ant sources pl.
Regards,
Raja Nagendra Kumar,
C.T.O
www.tejasoft.com
-A Competent Java Product Development Team
--
View this message in context:
http://www.nabble.com/FileSet-with-copy-fails-with-NPE..-tp20935
The thread I pointed you to also includes detail of how using the ant
classes outside of their intended environment holds risks.
Adding the checks you mention may save another person having to discover
the solution to the same 'problem' in the future.
Perhaps you could consider building a patch to
message in context:
http://www.nabble.com/FileSet-with-copy-fails-with-NPE..-tp20935877p20936814.html
Sent from the Ant - Dev mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Raja Nagendra Kumar wrote:
> Hi,
>
> We are writing ant task, which needs to copy files based on fileset
> defination like this..
This is really a question for the user mailing list...
On that list was a recent discussion about probably the same problem...
"Using Ant Tasks programmatically - Si
Cp] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[C2SCp] at java.lang.reflect.Method.invoke(Method.java:623)
--
View this message in context:
http://www.nabble.com/FileSet-with-copy-fails-with-NPE..-tp20935877p20935877.html
Sent from the Ant - Dev mailing list
19 matches
Mail list logo
