On 2012-04-18, Konstantin Kolinko wrote:

> It is essentially the same issue that I wrote about a year ago, [1]

Yes, I agree.

> Now it is occurring in "jakarta-tomcat-catalina" project [2]. It
> started to nagging dev@tomcat on April 12th, but I do not see what
> could cause it. I guess that earlier it did not run due to some
> dependency. Another change is that commons-io 2.3 was released about
> that time.

> The problem: When Tomcat 5.5 builds it needs to copy commons-io.jar
> into its "Manager" webapp. There is the following code in its Ant
> file:

> /tomcat/tc5.5.x/trunk/container/webapps/manager/build.xml
> [[[
>         <target name="copy-io.jar">
>           <copy todir="${webapps.build}/${webapp.name}/WEB-INF/lib"
> file="${commons-io.jar}"/>
>         </target>
> ]]]

> In Gump this is configured in project/jakarta-tomcat-catalina.xml as
> <ant ...
>       <depend property="commons-io.jar" project="commons-io" />
> </ant>

> It results in
> [[[
> /srv/gump/public/workspace/jakarta-tomcat-catalina/build.xml:74: The
> following error occurred while executing this line:
> /srv/gump/public/workspace/jakarta-tomcat-catalina/webapps/build.xml:58:
> The following error occurred while executing this line:
> /srv/gump/public/workspace/jakarta-tomcat-catalina/webapps/manager/build.xml:56:
> Warning: Could not find file
> /srv/gump/public/workspace/apache-commons/io/target/commons-io-*[0-9T].jar
> to copy.
> ]]]

> The actual name of the file is "commons-io-2.4-SNAPSHOT.jar" [3]

> Should I change the dependency to explicitly name the file? Like this:

>       <property name="commons-io.jar" project="commons-io"
>             path="io/target/commons-io-2.4-SNAPSHOT.jar" />

> or there is a chance to make those patterns to work?

> [1] "Dependency on checkstyle.jar in tomcat-trunk-validate returns
> glob instead of actual name", 2011-04
> http://markmail.org/message/to3dvdwwciqzgrgh

Unfortunately all I wrote back then is still true, including the "I
can't promise" part.  TBH I somehow forgot about it after a first quick
look and asserting that a fix wouldn't be trivial.  I've now put it on
my TODO list for the weekend, bug me if you don't hear anything by
Monday.  Of course if anybody else feels like diving into Gump's
codebase, you'd be more than welcome.


To unsubscribe, e-mail: general-unsubscr...@gump.apache.org
For additional commands, e-mail: general-h...@gump.apache.org

Reply via email to