[
https://issues.apache.org/jira/browse/IBATIS-542?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12638101#action_12638101
]
Dan Turkenkopf commented on IBATIS-542:
---------------------------------------
I'm not sure I follow how the whole process will work. That is, I'm missing
what you'd do to ensure step 3.
Unless you include a full ant install into the devlib, you still need an
ANT_HOME to get the ANT_HOME/bin/ant command, right?
At that point, it will load whatever version of ant is in ANT_HOME which may or
may not conflict with the ant.jar in /devlib. Once it gets loaded, you've got
the potential for conflicts. And I'm not sure how to stop the
ANT_HOME/lib/ant.jar from being loaded.
I tried putting the 1.7.0 ant.jar into /devlib and made sure that the build.xml
referenced ../devlib/ant.jar. I set my ANT_HOME pointing a 1.6.5 version and
tried to run the build. It failed immediately with this error:
Invalid implementation version between Ant core and Ant optional tasks.
core : 1.7.0
optional: 1.6.5
If I make the change suggested in the issue (use ${ant.home}/lib and remove the
ant.jar from /devlib), I can build with either version of Ant.
I haven't looked into how iBATIS handles the build, so I might be overlooking
something though.
> Ibator will not build from trunk with Ant > 1.6
> -----------------------------------------------
>
> Key: IBATIS-542
> URL: https://issues.apache.org/jira/browse/IBATIS-542
> Project: iBatis for Java
> Issue Type: Bug
> Components: Tools
> Affects Versions: 2.3.4
> Environment: Windows XP SP3
> Ant 1.7.1
> Reporter: Dan Turkenkopf
> Attachments: ant_version.patch
>
>
> Ibator includes an ant.jar in the /core/devlib directory that is directly
> referenced by the build.xml file.
> This ant.jar is version 1.6, which causes conflicts when ANT_HOME is version
> 1.7 or 1.7.1. (cannot find the method Resources.dieOnCircularReference).
> I've attached a patch that loads the ant.jar from ANT_HOME/lib instead of
> /core/devlib.
> Also, the ant.jar should be removed from /core/devlib so as to avoid any
> possible conflicts or warnings.
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
