From: SourceForge.net <no...@so...> - 2006-11-05 04:39:05
|
Bugs item #1590700, was opened at 2006-11-04 23:39 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ben2Lau (bklau2006) Assigned to: Nobody/Anonymous (nobody) Summary: AntFetch broken in Beta3: dir attribute not supported Initial Comment: Hi: AntFetch is now totally broken. The doc says that AntFetch call is same as Ant call with an addition of a "return" attribute. With 1.0b3, this is now totally broken; with 1.0b2 previously it works fine: complained about "dir", "antfile" etc attribute not supported!! Surely this can't be right?. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 |
From: SourceForge.net <no...@so...> - 2006-11-05 05:02:37
|
Bugs item #1590700, was opened at 2006-11-04 23:39 Message generated for change (Comment added) made by bklau2006 You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ben2Lau (bklau2006) Assigned to: Nobody/Anonymous (nobody) Summary: AntFetch broken in Beta3: dir attribute not supported Initial Comment: Hi: AntFetch is now totally broken. The doc says that AntFetch call is same as Ant call with an addition of a "return" attribute. With 1.0b3, this is now totally broken; with 1.0b2 previously it works fine: complained about "dir", "antfile" etc attribute not supported!! Surely this can't be right?. ---------------------------------------------------------------------- >Comment By: Ben2Lau (bklau2006) Date: 2006-11-05 00:02 Message: Logged In: YES user_id=1547730 Typical error message would like this: D:\wsp5\TestProject\test.xml:20: The <antfetch> type doesn't support the "dir" attribute. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 |
From: SourceForge.net <no...@so...> - 2006-11-21 06:05:14
|
Bugs item #1590700, was opened at 2006-11-05 04:39 Message generated for change (Comment added) made by mattinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ben2Lau (bklau2006) Assigned to: Nobody/Anonymous (nobody) Summary: AntFetch broken in Beta3: dir attribute not supported Initial Comment: Hi: AntFetch is now totally broken. The doc says that AntFetch call is same as Ant call with an addition of a "return" attribute. With 1.0b3, this is now totally broken; with 1.0b2 previously it works fine: complained about "dir", "antfile" etc attribute not supported!! Surely this can't be right?. ---------------------------------------------------------------------- >Comment By: Matt Inger (mattinger) Date: 2006-11-21 06:05 Message: Logged In: YES user_id=83032 Originator: NO Did you upgrade your ANT at some point? This task directly extends the ant CallTarget class, which is what is used to execute the <antcall> task. Unless this was changed in ant 1.6.5/1.7, I see no reason why this shouldn't work. ---------------------------------------------------------------------- Comment By: Ben2Lau (bklau2006) Date: 2006-11-05 05:02 Message: Logged In: YES user_id=1547730 Typical error message would like this: D:\wsp5\TestProject\test.xml:20: The <antfetch> type doesn't support the "dir" attribute. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 |
From: SourceForge.net <no...@so...> - 2006-11-21 06:08:18
|
Bugs item #1590700, was opened at 2006-11-05 04:39 Message generated for change (Comment added) made by mattinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ben2Lau (bklau2006) Assigned to: Nobody/Anonymous (nobody) Summary: AntFetch broken in Beta3: dir attribute not supported Initial Comment: Hi: AntFetch is now totally broken. The doc says that AntFetch call is same as Ant call with an addition of a "return" attribute. With 1.0b3, this is now totally broken; with 1.0b2 previously it works fine: complained about "dir", "antfile" etc attribute not supported!! Surely this can't be right?. ---------------------------------------------------------------------- >Comment By: Matt Inger (mattinger) Date: 2006-11-21 06:08 Message: Logged In: YES user_id=83032 Originator: NO Hmm... It's extending CallTarget which is used for <antcall>. the "dir" and "antfile" attributes exist on the <ant> task, not on <antcall>. But you are right, the documentation says it should support the "dir" and "antfile" attributes. I will look into how this happened. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-21 06:05 Message: Logged In: YES user_id=83032 Originator: NO Did you upgrade your ANT at some point? This task directly extends the ant CallTarget class, which is what is used to execute the <antcall> task. Unless this was changed in ant 1.6.5/1.7, I see no reason why this shouldn't work. ---------------------------------------------------------------------- Comment By: Ben2Lau (bklau2006) Date: 2006-11-05 05:02 Message: Logged In: YES user_id=1547730 Typical error message would like this: D:\wsp5\TestProject\test.xml:20: The <antfetch> type doesn't support the "dir" attribute. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 |
From: SourceForge.net <no...@so...> - 2006-11-21 06:18:42
|
Bugs item #1590700, was opened at 2006-11-05 04:39 Message generated for change (Comment added) made by mattinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ben2Lau (bklau2006) Assigned to: Nobody/Anonymous (nobody) Summary: AntFetch broken in Beta3: dir attribute not supported Initial Comment: Hi: AntFetch is now totally broken. The doc says that AntFetch call is same as Ant call with an addition of a "return" attribute. With 1.0b3, this is now totally broken; with 1.0b2 previously it works fine: complained about "dir", "antfile" etc attribute not supported!! Surely this can't be right?. ---------------------------------------------------------------------- >Comment By: Matt Inger (mattinger) Date: 2006-11-21 06:18 Message: Logged In: YES user_id=83032 Originator: NO In the mean time, I've changed it to extend the Ant task instead, and it should be back to normal. Each ANT release makes supporting some of these tasks even more convoluted than the last, so please bear with me. I haven't even thought about ANT 1.7 yet. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-21 06:08 Message: Logged In: YES user_id=83032 Originator: NO Hmm... It's extending CallTarget which is used for <antcall>. the "dir" and "antfile" attributes exist on the <ant> task, not on <antcall>. But you are right, the documentation says it should support the "dir" and "antfile" attributes. I will look into how this happened. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-21 06:05 Message: Logged In: YES user_id=83032 Originator: NO Did you upgrade your ANT at some point? This task directly extends the ant CallTarget class, which is what is used to execute the <antcall> task. Unless this was changed in ant 1.6.5/1.7, I see no reason why this shouldn't work. ---------------------------------------------------------------------- Comment By: Ben2Lau (bklau2006) Date: 2006-11-05 05:02 Message: Logged In: YES user_id=1547730 Typical error message would like this: D:\wsp5\TestProject\test.xml:20: The <antfetch> type doesn't support the "dir" attribute. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 |
From: SourceForge.net <no...@so...> - 2006-11-21 06:19:08
|
Bugs item #1590700, was opened at 2006-11-05 04:39 Message generated for change (Settings changed) made by mattinger You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Ben2Lau (bklau2006) Assigned to: Nobody/Anonymous (nobody) Summary: AntFetch broken in Beta3: dir attribute not supported Initial Comment: Hi: AntFetch is now totally broken. The doc says that AntFetch call is same as Ant call with an addition of a "return" attribute. With 1.0b3, this is now totally broken; with 1.0b2 previously it works fine: complained about "dir", "antfile" etc attribute not supported!! Surely this can't be right?. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-21 06:18 Message: Logged In: YES user_id=83032 Originator: NO In the mean time, I've changed it to extend the Ant task instead, and it should be back to normal. Each ANT release makes supporting some of these tasks even more convoluted than the last, so please bear with me. I haven't even thought about ANT 1.7 yet. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-21 06:08 Message: Logged In: YES user_id=83032 Originator: NO Hmm... It's extending CallTarget which is used for <antcall>. the "dir" and "antfile" attributes exist on the <ant> task, not on <antcall>. But you are right, the documentation says it should support the "dir" and "antfile" attributes. I will look into how this happened. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-21 06:05 Message: Logged In: YES user_id=83032 Originator: NO Did you upgrade your ANT at some point? This task directly extends the ant CallTarget class, which is what is used to execute the <antcall> task. Unless this was changed in ant 1.6.5/1.7, I see no reason why this shouldn't work. ---------------------------------------------------------------------- Comment By: Ben2Lau (bklau2006) Date: 2006-11-05 05:02 Message: Logged In: YES user_id=1547730 Typical error message would like this: D:\wsp5\TestProject\test.xml:20: The <antfetch> type doesn't support the "dir" attribute. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 |
From: SourceForge.net <no...@so...> - 2006-12-06 03:20:05
|
Bugs item #1590700, was opened at 2006-11-04 20:39 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Ben2Lau (bklau2006) Assigned to: Nobody/Anonymous (nobody) Summary: AntFetch broken in Beta3: dir attribute not supported Initial Comment: Hi: AntFetch is now totally broken. The doc says that AntFetch call is same as Ant call with an addition of a "return" attribute. With 1.0b3, this is now totally broken; with 1.0b2 previously it works fine: complained about "dir", "antfile" etc attribute not supported!! Surely this can't be right?. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-12-05 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-20 22:18 Message: Logged In: YES user_id=83032 Originator: NO In the mean time, I've changed it to extend the Ant task instead, and it should be back to normal. Each ANT release makes supporting some of these tasks even more convoluted than the last, so please bear with me. I haven't even thought about ANT 1.7 yet. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-20 22:08 Message: Logged In: YES user_id=83032 Originator: NO Hmm... It's extending CallTarget which is used for <antcall>. the "dir" and "antfile" attributes exist on the <ant> task, not on <antcall>. But you are right, the documentation says it should support the "dir" and "antfile" attributes. I will look into how this happened. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-20 22:05 Message: Logged In: YES user_id=83032 Originator: NO Did you upgrade your ANT at some point? This task directly extends the ant CallTarget class, which is what is used to execute the <antcall> task. Unless this was changed in ant 1.6.5/1.7, I see no reason why this shouldn't work. ---------------------------------------------------------------------- Comment By: Ben2Lau (bklau2006) Date: 2006-11-04 21:02 Message: Logged In: YES user_id=1547730 Typical error message would like this: D:\wsp5\TestProject\test.xml:20: The <antfetch> type doesn't support the "dir" attribute. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 |
From: SourceForge.net <no...@so...> - 2007-07-26 20:53:18
|
Bugs item #1590700, was opened at 2006-11-04 20:39 Message generated for change (Comment added) made by linuxmancy You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Ben2Lau (bklau2006) Assigned to: Nobody/Anonymous (nobody) Summary: AntFetch broken in Beta3: dir attribute not supported Initial Comment: Hi: AntFetch is now totally broken. The doc says that AntFetch call is same as Ant call with an addition of a "return" attribute. With 1.0b3, this is now totally broken; with 1.0b2 previously it works fine: complained about "dir", "antfile" etc attribute not supported!! Surely this can't be right?. ---------------------------------------------------------------------- Comment By: Jeff Orr (linuxmancy) Date: 2007-07-26 13:53 Message: Logged In: YES user_id=1854356 Originator: NO I can confirm this bug in Ant 1.7 and ant-contrib 1.0b3. <antfetch dir="${proj.base}" antfile="${proj.buildfile}" target="test" return="teststatus" inheritrefs="true"/> BUILD FAILED /testing/java/build.xml:151: The following error occurred while executing this line: /testing/java/build.xml:170: The following error occurred while executing this line: /testing/java/build.xml:188: antfetch doesn't support the "dir" attribute ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2006-12-05 19:20 Message: Logged In: YES user_id=1312539 Originator: NO This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-20 22:18 Message: Logged In: YES user_id=83032 Originator: NO In the mean time, I've changed it to extend the Ant task instead, and it should be back to normal. Each ANT release makes supporting some of these tasks even more convoluted than the last, so please bear with me. I haven't even thought about ANT 1.7 yet. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-20 22:08 Message: Logged In: YES user_id=83032 Originator: NO Hmm... It's extending CallTarget which is used for <antcall>. the "dir" and "antfile" attributes exist on the <ant> task, not on <antcall>. But you are right, the documentation says it should support the "dir" and "antfile" attributes. I will look into how this happened. ---------------------------------------------------------------------- Comment By: Matt Inger (mattinger) Date: 2006-11-20 22:05 Message: Logged In: YES user_id=83032 Originator: NO Did you upgrade your ANT at some point? This task directly extends the ant CallTarget class, which is what is used to execute the <antcall> task. Unless this was changed in ant 1.6.5/1.7, I see no reason why this shouldn't work. ---------------------------------------------------------------------- Comment By: Ben2Lau (bklau2006) Date: 2006-11-04 21:02 Message: Logged In: YES user_id=1547730 Typical error message would like this: D:\wsp5\TestProject\test.xml:20: The <antfetch> type doesn't support the "dir" attribute. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 |
From: SourceForge.net <no...@so...> - 2007-08-27 11:05:50
|
Bugs item #1782440, was opened at 2007-08-27 13:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1782440&group_id=36177 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Cr Martz Izquierdo (dispiste) Assigned to: Nobody/Anonymous (nobody) Summary: AntFetch broken in Beta3: dir attribute not supported Initial Comment: It seems that Bug #1590700 was closed by the sfbot by error. As I can't reopen that bug, I clone the text and open a new bug: ----- AntFetch is now totally broken. The doc says that AntFetch call is same as Ant call with an addition of a "return" attribute. With 1.0b3, this is now totally broken; with 1.0b2 previously it works fine: complained about "dir", "antfile" etc attribute not supported!! Surely this can't be right?. ---- See the origina comments in: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1590700&group_id=36177 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=416920&aid=1782440&group_id=36177 |