You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@gump.apache.org by Konstantin Kolinko <kn...@gmail.com> on 2012/04/18 01:39:35 UTC
Resolving reference to commons-io-*[0-9T].jar file in a property
Hi!
It is essentially the same issue that I wrote about a year ago, [1]
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
[[[
BUILD FAILED
/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
[2] jakarta-tomcat-catalina project summary
http://vmgump.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/index.html
[3] apache-commons/commons-io Build output
http://vmgump.apache.org/gump/public/apache-commons/commons-io/gump_work/build_apache-commons_commons-io.html
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Resolving reference to commons-io-*[0-9T].jar file in a property
Posted by Stefan Bodewig <bo...@apache.org>.
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
> [[[
> BUILD FAILED
> /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.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Resolving reference to commons-io-*[0-9T].jar file in a property
Posted by Konstantin Kolinko <kn...@gmail.com>.
cc'ing dev@tomcat.
It is about dependency on "commons-io-*[0-9T].jar" that caused
jakarta-tomcat-catalina (aka Tomcat 5.5) build on Gump to fail.
2012/4/20 Stefan Bodewig <bo...@apache.org>:
> On 2012-04-20, Bill Barker wrote:
>
>> This should be in the next Gump run on vmgump that will start at about
>> 12am GMT. This should fix the older Tomcat projects that want to copy
>> jars from other projects with glob names in the target project.
>
> Great.
>
Thank you, Bill!
The recent build [1] completed successfully.
[1] http://vmgump.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/index.html
>> I could try and fix other Builders, but except for Ant, they don't
>> generally set properties on individual jar/output files that are
>> globbed.
>
> Let's leave it at that and patch the remaining builders once we need it.
>
Now that this feature works, I'll update "tomcat-tc7.0.x-validate"
target on Gump today
and will do the same for "tomcat-trunk-validate" tomorrow,
to remove hard-coded checkstyle version number there.
Just warning dev@ in advance in case it breaks.
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org
Re: Resolving reference to commons-io-*[0-9T].jar file in a property
Posted by Konstantin Kolinko <kn...@gmail.com>.
cc'ing dev@tomcat.
It is about dependency on "commons-io-*[0-9T].jar" that caused
jakarta-tomcat-catalina (aka Tomcat 5.5) build on Gump to fail.
2012/4/20 Stefan Bodewig <bo...@apache.org>:
> On 2012-04-20, Bill Barker wrote:
>
>> This should be in the next Gump run on vmgump that will start at about
>> 12am GMT. This should fix the older Tomcat projects that want to copy
>> jars from other projects with glob names in the target project.
>
> Great.
>
Thank you, Bill!
The recent build [1] completed successfully.
[1] http://vmgump.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/index.html
>> I could try and fix other Builders, but except for Ant, they don't
>> generally set properties on individual jar/output files that are
>> globbed.
>
> Let's leave it at that and patch the remaining builders once we need it.
>
Now that this feature works, I'll update "tomcat-tc7.0.x-validate"
target on Gump today
and will do the same for "tomcat-trunk-validate" tomorrow,
to remove hard-coded checkstyle version number there.
Just warning dev@ in advance in case it breaks.
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Resolving reference to commons-io-*[0-9T].jar file in a property
Posted by Stefan Bodewig <bo...@apache.org>.
On 2012-04-20, Bill Barker wrote:
> This should be in the next Gump run on vmgump that will start at about
> 12am GMT. This should fix the older Tomcat projects that want to copy
> jars from other projects with glob names in the target project.
Great.
> I could try and fix other Builders, but except for Ant, they don't
> generally set properties on individual jar/output files that are
> globbed.
Let's leave it at that and patch the remaining builders once we need it.
Thanks
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Resolving reference to commons-io-*[0-9T].jar file in a property
Posted by Bill Barker <bi...@verizon.net>.
This should be in the next Gump run on vmgump that will start at about 12am
GMT. This should fix the older Tomcat projects that want to copy jars from
other projects with glob names in the target project.
I could try and fix other Builders, but except for Ant, they don't generally
set properties on individual jar/output files that are globbed.
-----Original Message-----
From: Stefan Bodewig
Sent: Wednesday, April 18, 2012 12:30 AM
To: general@gump.apache.org
Subject: Re: Resolving reference to commons-io-*[0-9T].jar file in a
property
On 2012-04-18, Bill Barker wrote:
> I forgot some of my python coding basics, but can recheckin the fix to
> trunk, even if I haven't fully tested it
+1
adam and gump.zones are running on trunk.
I have seen your commits but also saw you reverted everything and feared
you had given up. Thanks!
> (setting up packaged projects is a PIB).
Have you tried the "testbed" workspace? Also, all packages are
available in the Gump PMC area of the private repo.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Resolving reference to commons-io-*[0-9T].jar file in a property
Posted by Stefan Bodewig <bo...@apache.org>.
On 2012-04-18, Bill Barker wrote:
> I forgot some of my python coding basics, but can recheckin the fix to
> trunk, even if I haven't fully tested it
+1
adam and gump.zones are running on trunk.
I have seen your commits but also saw you reverted everything and feared
you had given up. Thanks!
> (setting up packaged projects is a PIB).
Have you tried the "testbed" workspace? Also, all packages are
available in the Gump PMC area of the private repo.
Stefan
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Resolving reference to commons-io-*[0-9T].jar file in a property
Posted by Bill Barker <bi...@verizon.net>.
s/now now/now not/
-----Original Message-----
From: Bill Barker
Sent: Tuesday, April 17, 2012 9:40 PM
To: Gump code and data
Subject: Re: Resolving reference to commons-io-*[0-9T].jar file in a
property
I forgot some of my python coding basics, but can recheckin the fix to
trunk, even if I haven't fully tested it (setting up packaged projects is a
PIB). That is probably the best move, since it is now now failing for
non-globbed projects in my test. So can see if it will run on trunk before
moving to live.
-----Original Message-----
From: Konstantin Kolinko
Sent: Tuesday, April 17, 2012 4:39 PM
To: Gump code and data
Subject: Resolving reference to commons-io-*[0-9T].jar file in a property
Hi!
It is essentially the same issue that I wrote about a year ago, [1]
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
[[[
BUILD FAILED
/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
[2] jakarta-tomcat-catalina project summary
http://vmgump.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/index.html
[3] apache-commons/commons-io Build output
http://vmgump.apache.org/gump/public/apache-commons/commons-io/gump_work/build_apache-commons_commons-io.html
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
Re: Resolving reference to commons-io-*[0-9T].jar file in a property
Posted by Bill Barker <bi...@verizon.net>.
I forgot some of my python coding basics, but can recheckin the fix to
trunk, even if I haven't fully tested it (setting up packaged projects is a
PIB). That is probably the best move, since it is now now failing for
non-globbed projects in my test. So can see if it will run on trunk before
moving to live.
-----Original Message-----
From: Konstantin Kolinko
Sent: Tuesday, April 17, 2012 4:39 PM
To: Gump code and data
Subject: Resolving reference to commons-io-*[0-9T].jar file in a property
Hi!
It is essentially the same issue that I wrote about a year ago, [1]
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
[[[
BUILD FAILED
/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
[2] jakarta-tomcat-catalina project summary
http://vmgump.apache.org/gump/public/jakarta-tomcat-catalina/jakarta-tomcat-catalina/index.html
[3] apache-commons/commons-io Build output
http://vmgump.apache.org/gump/public/apache-commons/commons-io/gump_work/build_apache-commons_commons-io.html
Best regards,
Konstantin Kolinko
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@gump.apache.org
For additional commands, e-mail: general-help@gump.apache.org