Re: [classlib/legal?] Re: Downloading dependencies
Leo Simons wrote: > To have a dependency on external packages, we extend some trust to their > authors/vendors to keep them available as open source... OK, I selected the wrong example. I am sure that you do understand that my worry is not a trust issue, but motly a convenience one and only a safety one in catastrophic cases [plane crash of development team, etc.]. > The other one is about voting/democracy. I just wanted to mention it, I know, I know... :-) Etienne -- Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: OpenPGP digital signature
Re: [classlib/legal?] Re: Downloading dependencies
That's not a problem as long as the jars are under an acceptable license
for redistribution, which they are. A counterexample would be a tool we
like to use but won't redistribute - we should be sure things like that
don't get "sucked in" accidentally.
geir
Mark Hindess wrote:
On a related subject, one side-effect of the dependency changes is
that the downloaded jars that are copied to the deploy tree will be
picked up by the snapshot target. The ASF need to decide if
distributing these jars this way is acceptable.
-Mark.
On 4/4/06, Etienne Gagnon <[EMAIL PROTECTED]> wrote:
Geir,
Actually, I didn't reply to your question. See below.
Geir Magnusson Jr wrote:
Ok. So are you against having the external dependency, or having an
external dependency for which we don't have a jar in svn or the website?
I'm against having an external dependency, in the HEAD trunk, for which
we don't have a SOURCE jar in svn or the website.
I assume that official releases do include "all" dependencies ("most" is
probably more appropriate; we probably won't include the OS and base C
libraries...).
Etienne
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC: http://www.sablecc.org/
--
Mark Hindess <[EMAIL PROTECTED]>
IBM Java Technology Centre, UK.
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib/legal?] Re: Downloading dependencies
Etienne Gagnon wrote: Geir Magnusson Jr wrote: For example, we're going to do a distro dependnent on this "sablevm.jar" thing. What if harmony was the only project using it? or the author went bankrupt, or - more likely - lost his site because he/she got their PhD and graduated from school. :) You're too late... I graduate long ago. It's unlikely UQAM, a public university, will go bankrupt anytime soon. heh ;-) I know. it was a joke :) Ok. So are you against having the external dependency, or having an external dependency for which we don't have a jar in svn or the website? if the latter, I'd want to have source too, as the binary is pretty useless over time... Actually, I was thinking about the sources; I don't care about the binaries! [I didn't get yet to complain about seeing .dll's and all kind of binary stuff in the repository. I'll keep that for some other day, very far away, when we all have less to do. :-P ] Cheers, Etienne - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib/legal?] Re: Downloading dependencies
Two keywords: 1) trust 2) merit To have a dependency on external packages, we extend some trust to their authors/vendors to keep them available as open source. If this trust is misplaced, we don't want the dependency. We don't want dependencies on badly hosted, fragile, one-person hobby projects. The ASF develops software as part of a larger ecosystem and the dependencies on third party sites is just a natural part of that. The ASF distributes binaries only as pure convenience. The other one is about voting/democracy. I just wanted to mention it, because democracy doesn't work for us here. This is a meritocracy. There is just merit, and merit can be associated with ideas as well as with people (leading to things like committership). Some of these kinds of decisions and/or ways of handling this kind of thing have been figured out over the course of several years by the ASF and its not up to harmony to go and change all of them. One of the main goals for incubation is learning to understand the ASF ways and work with them. Starting off by disagreeing with them is usually not all that conductive to making that happen. Perhaps this sometimes means, "ask, don't tell". cheers! Leo On Tue, Apr 04, 2006 at 12:29:01AM -0400, Etienne Gagnon wrote: > Geir Magnusson Jr wrote: > > What are you voting against, exactly? > > > > I don't grok why this is a problem. You'll download the jars *once* > > (until a version changes), and with the exception of the MSVC runtime > > dll, it's automated for you. > > [Just explaining my position, not trying to change your mind]. > > I'm mainly voting against having our trunk dependent on remote > (non-Apache) sites availability. For example, what if libXYZ-1.02.jar > became unavailable tomorrow (assuming the trunk depended on it)? Maybe > Harmony is the only project using it, and the author went bankrupt, or > more likely, lost his site because he/she graduated from school, and > that person wasn't aware Harmony used his/her open-source stuff. I'll > let it to your imagination to come up with other likely scenarios. In > such case, our trunk would break. I don't see how temporarily re-(?) > "distributing" open-source stuff is a problem, but I'm not a lawyer, so > I'll trust Apache's lawyers on this. > > Yet, I'll admit that the build system is dealing with this issue in a > rather clean way, in that a separate ant file is used for the download, > and the main build file does not depend on downloading from remote sites. > > And just as a note: I have no problem living in democracy, and not > always being on the majority side. A few discussions here and there are > key to coming up with better ideas, as long as discussions remain > civilized. :-) > > Etienne > > -- > Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ > SableVM: http://www.sablevm.org/ > SableCC: http://www.sablecc.org/ - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib/legal?] Re: Downloading dependencies
On a related subject, one side-effect of the dependency changes is
that the downloaded jars that are copied to the deploy tree will be
picked up by the snapshot target. The ASF need to decide if
distributing these jars this way is acceptable.
-Mark.
On 4/4/06, Etienne Gagnon <[EMAIL PROTECTED]> wrote:
> Geir,
>
> Actually, I didn't reply to your question. See below.
>
> > Geir Magnusson Jr wrote:
> >>Ok. So are you against having the external dependency, or having an
> >>external dependency for which we don't have a jar in svn or the website?
>
> I'm against having an external dependency, in the HEAD trunk, for which
> we don't have a SOURCE jar in svn or the website.
>
> I assume that official releases do include "all" dependencies ("most" is
> probably more appropriate; we probably won't include the OS and base C
> libraries...).
>
> Etienne
>
> --
> Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
> SableVM: http://www.sablevm.org/
> SableCC: http://www.sablecc.org/
>
>
>
--
Mark Hindess <[EMAIL PROTECTED]>
IBM Java Technology Centre, UK.
-
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib/legal?] Re: Downloading dependencies
Geir,
Actually, I didn't reply to your question. See below.
> Geir Magnusson Jr wrote:
>>Ok. So are you against having the external dependency, or having an
>>external dependency for which we don't have a jar in svn or the website?
I'm against having an external dependency, in the HEAD trunk, for which
we don't have a SOURCE jar in svn or the website.
I assume that official releases do include "all" dependencies ("most" is
probably more appropriate; we probably won't include the OS and base C
libraries...).
Etienne
--
Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/
SableVM: http://www.sablevm.org/
SableCC: http://www.sablecc.org/
signature.asc
Description: OpenPGP digital signature
Re: [classlib/legal?] Re: Downloading dependencies
Geir Magnusson Jr wrote: > For example, we're going to do a distro dependnent on this "sablevm.jar" > thing. What if harmony was the only project using it? or the author > went bankrupt, or - more likely - lost his site because he/she got their > PhD and graduated from school. :) You're too late... I graduate long ago. It's unlikely UQAM, a public university, will go bankrupt anytime soon. heh ;-) > Ok. So are you against having the external dependency, or having an > external dependency for which we don't have a jar in svn or the website? > if the latter, I'd want to have source too, as the binary is pretty > useless over time... Actually, I was thinking about the sources; I don't care about the binaries! [I didn't get yet to complain about seeing .dll's and all kind of binary stuff in the repository. I'll keep that for some other day, very far away, when we all have less to do. :-P ] Cheers, Etienne -- Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: OpenPGP digital signature
Re: [classlib/legal?] Re: Downloading dependencies
Etienne Gagnon wrote: Geir Magnusson Jr wrote: What are you voting against, exactly? I don't grok why this is a problem. You'll download the jars *once* (until a version changes), and with the exception of the MSVC runtime dll, it's automated for you. [Just explaining my position, not trying to change your mind]. You won't. We just don't redistribute other people's software from the ASF infrastructure. I'm mainly voting against having our trunk dependent on remote (non-Apache) sites availability. We're not dependent upon the site. The download is a convenience. You could just as easily fetch it manually and put it in depends/jars For example, what if libXYZ-1.02.jar became unavailable tomorrow (assuming the trunk depended on it)? Maybe Harmony is the only project using it, and the author went bankrupt, or more likely, lost his site because he/she graduated from school, and that person wasn't aware Harmony used his/her open-source stuff. I'll let it to your imagination to come up with other likely scenarios. The first one isn't likely at all. We don't choose are dependencies lightly or randomly. If we thought a dependency was flaky, we'd get a snapshot of the code as insurance. But we really want that our external dependencies are just that - external - so we don't have to do it ourselves. We're lazy. For example, we're going to do a distro dependnent on this "sablevm.jar" thing. What if harmony was the only project using it? or the author went bankrupt, or - more likely - lost his site because he/she got their PhD and graduated from school. :) In such case, our trunk would break. I don't see how temporarily re-(?) "distributing" open-source stuff is a problem, but I'm not a lawyer, so I'll trust Apache's lawyers on this. Yet, I'll admit that the build system is dealing with this issue in a rather clean way, in that a separate ant file is used for the download, and the main build file does not depend on downloading from remote sites. Ok... And just as a note: I have no problem living in democracy, and not always being on the majority side. A few discussions here and there are key to coming up with better ideas, as long as discussions remain civilized. :-) Ok. So are you against having the external dependency, or having an external dependency for which we don't have a jar in svn or the website? if the latter, I'd want to have source too, as the binary is pretty useless over time... geir geir Etienne - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[classlib/legal?] Re: Downloading dependencies
Geir Magnusson Jr wrote: > What are you voting against, exactly? > > I don't grok why this is a problem. You'll download the jars *once* > (until a version changes), and with the exception of the MSVC runtime > dll, it's automated for you. [Just explaining my position, not trying to change your mind]. I'm mainly voting against having our trunk dependent on remote (non-Apache) sites availability. For example, what if libXYZ-1.02.jar became unavailable tomorrow (assuming the trunk depended on it)? Maybe Harmony is the only project using it, and the author went bankrupt, or more likely, lost his site because he/she graduated from school, and that person wasn't aware Harmony used his/her open-source stuff. I'll let it to your imagination to come up with other likely scenarios. In such case, our trunk would break. I don't see how temporarily re-(?) "distributing" open-source stuff is a problem, but I'm not a lawyer, so I'll trust Apache's lawyers on this. Yet, I'll admit that the build system is dealing with this issue in a rather clean way, in that a separate ant file is used for the download, and the main build file does not depend on downloading from remote sites. And just as a note: I have no problem living in democracy, and not always being on the majority side. A few discussions here and there are key to coming up with better ideas, as long as discussions remain civilized. :-) Etienne -- Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: OpenPGP digital signature
Re: Downloading dependencies
Etienne Gagnon wrote: Geir Magnusson Jr wrote: I don't consider being able to do an online build of any historical version that important. Because our releases will be archived, any dependencies included in the build will be archived on the mirror system, so any build should be reproducable. Mainly, I would be in favor of "also" storing the dependencies of the *head* trunk revision somewhere on the web site or ftp site, for practical reasons (simplifying the life of contributors to the trunk). Yet, as this is an old and settled subject, I won't push the discussion forward. It's an issue of re-distribution. The ASF doesn't redistribute other people's code except as parts of a full product distribution. I'll simply cast a modest retroactive "-1 vote" on this issue, for what it's worth. What are you voting against, exactly? I don't grok why this is a problem. You'll download the jars *once* (until a version changes), and with the exception of the MSVC runtime dll, it's automated for you. [Or a +1 vote on providing the dependencies of head trunk revision in a single location, somewhere outside of the repository] ;-) Cheers, Etienne - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Downloading dependencies
Geir Magnusson Jr wrote: > I don't consider being able to do an online build of any historical > version that important. Because our releases will be archived, any > dependencies included in the build will be archived on the mirror > system, so any build should be reproducable. Mainly, I would be in favor of "also" storing the dependencies of the *head* trunk revision somewhere on the web site or ftp site, for practical reasons (simplifying the life of contributors to the trunk). Yet, as this is an old and settled subject, I won't push the discussion forward. I'll simply cast a modest retroactive "-1 vote" on this issue, for what it's worth. [Or a +1 vote on providing the dependencies of head trunk revision in a single location, somewhere outside of the repository] ;-) Cheers, Etienne -- Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: OpenPGP digital signature
Re: Downloading dependencies
Etienne Gagnon wrote: Hi, I've noticed that the build system tends to download external files. While I see some merit to this, I think that it is not a good approach in general, as it creates a very fragile build system in the long term. Imagine that some bug is discovered in Harmony 25.4. Regressions are applied against it and historical versions. Versions 24.x, 23.x, 22.x all exhibit the same bug. Then, ooops!, version 21.7 does not build as some library dependency can't be satisfied, the remote host has died/changed URL/etc. Then you patch the build for that specific case. We're not going to support every version ever released for perpetuity. I can understand that we might not want to store dependency libraries in the repository (yet, I am not that sure I really understand...). What prevents us from storing them on the web site? (I guess the web site is already all in the repository anyway, so storing them in one branch or another doesn't make much difference other than the difficulty to checkout the system, then building w/o a network connection...) We don't want to be in the position of redistributing other people's work except as part of a distribution that uses it. We have generally considered putting in SVN as a compromise, because it's clear it's part of of project, and not appearing to be an "available to everyone redistribution" Unless we don't consider building historical versions as being important, or that a network connection is a hard dependency for building the system (a source CD wouldn't be sufficient to build)? I don't consider being able to do an online build of any historical version that important. Because our releases will be archived, any dependencies included in the build will be archived on the mirror system, so any build should be reproducable. geir Etienne PS: I know, I know... I've got a few other messages to reply to... Just give me some time. :-) - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Downloading dependencies
Hi, Please see this thread for previous discussion on this matter ... http://mail-archives.apache.org/mod_mbox/incubator-harmony-dev/200602.mbox/[EMAIL PROTECTED] Best regards, George Tim Ellison wrote: You have a valid point. We used to store the dependencies in our SVN, then there was discussion about redistributing these, so we moved to downloading them. I don't really care where they are hosted (i.e. a JAR repository at Apache or ibiblio or random projects) -- whatever the project mentors think is best practice for the ASF. Regards, Tim Etienne Gagnon wrote: Hi, I've noticed that the build system tends to download external files. While I see some merit to this, I think that it is not a good approach in general, as it creates a very fragile build system in the long term. Imagine that some bug is discovered in Harmony 25.4. Regressions are applied against it and historical versions. Versions 24.x, 23.x, 22.x all exhibit the same bug. Then, ooops!, version 21.7 does not build as some library dependency can't be satisfied, the remote host has died/changed URL/etc. I can understand that we might not want to store dependency libraries in the repository (yet, I am not that sure I really understand...). What prevents us from storing them on the web site? (I guess the web site is already all in the repository anyway, so storing them in one branch or another doesn't make much difference other than the difficulty to checkout the system, then building w/o a network connection...) Unless we don't consider building historical versions as being important, or that a network connection is a hard dependency for building the system (a source CD wouldn't be sufficient to build)? Etienne PS: I know, I know... I've got a few other messages to reply to... Just give me some time. :-) - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Downloading dependencies
You have a valid point. We used to store the dependencies in our SVN, then there was discussion about redistributing these, so we moved to downloading them. I don't really care where they are hosted (i.e. a JAR repository at Apache or ibiblio or random projects) -- whatever the project mentors think is best practice for the ASF. Regards, Tim Etienne Gagnon wrote: > Hi, > > I've noticed that the build system tends to download external files. > While I see some merit to this, I think that it is not a good approach > in general, as it creates a very fragile build system in the long term. > > Imagine that some bug is discovered in Harmony 25.4. Regressions are > applied against it and historical versions. Versions 24.x, 23.x, 22.x > all exhibit the same bug. Then, ooops!, version 21.7 does not build as > some library dependency can't be satisfied, the remote host has > died/changed URL/etc. > > I can understand that we might not want to store dependency libraries in > the repository (yet, I am not that sure I really understand...). What > prevents us from storing them on the web site? (I guess the web site is > already all in the repository anyway, so storing them in one branch or > another doesn't make much difference other than the difficulty to > checkout the system, then building w/o a network connection...) > > Unless we don't consider building historical versions as being > important, or that a network connection is a hard dependency for > building the system (a source CD wouldn't be sufficient to build)? > > Etienne > > PS: I know, I know... I've got a few other messages to reply to... Just > give me some time. :-) > -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Downloading dependencies
Hi, I've noticed that the build system tends to download external files. While I see some merit to this, I think that it is not a good approach in general, as it creates a very fragile build system in the long term. Imagine that some bug is discovered in Harmony 25.4. Regressions are applied against it and historical versions. Versions 24.x, 23.x, 22.x all exhibit the same bug. Then, ooops!, version 21.7 does not build as some library dependency can't be satisfied, the remote host has died/changed URL/etc. I can understand that we might not want to store dependency libraries in the repository (yet, I am not that sure I really understand...). What prevents us from storing them on the web site? (I guess the web site is already all in the repository anyway, so storing them in one branch or another doesn't make much difference other than the difficulty to checkout the system, then building w/o a network connection...) Unless we don't consider building historical versions as being important, or that a network connection is a hard dependency for building the system (a source CD wouldn't be sufficient to build)? Etienne PS: I know, I know... I've got a few other messages to reply to... Just give me some time. :-) -- Etienne M. Gagnon, Ph.D.http://www.info2.uqam.ca/~egagnon/ SableVM: http://www.sablevm.org/ SableCC: http://www.sablecc.org/ signature.asc Description: OpenPGP digital signature
Re: downloading dependencies
We need to document this. Would you be willing to submit a patch to the
*source* for
http://incubator.apache.org/harmony/subcomponents/classlibrary/build_classlib.html
(IOW, don't edit the source html... check out
https://svn.apache.org/repos/asf/incubator/harmony/standard/site
and follow the directions.
(Note to self - we need a page on site building...)
Matt Benson wrote:
again, guys, to be sure it's not missed:
adding "-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080"
to the ANT_OPTS environment variable should be
sufficient for command-line Ant without explicitly
invoking .
-Matt
--- Vladimir Strigun <[EMAIL PROTECTED]> wrote:
Thanks Tim, everything works fine.
Thanks,
Vladimir.
On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
wrote:
Exactly, thanks Vladimir. I've put that in at
repo revision 386377
(with slightly modified property names).
Let me know if you need more.
Thanks,
Tim
Vladimir Strigun wrote:
For instance, we can add set-proxy target to
depends.xml:
Index: classlib/trunk/make/depends.xml
===
--- classlib/trunk/make/depends.xml
(revision 386350)
+++ classlib/trunk/make/depends.xml (working
copy)
@@ -59,6 +59,8 @@
+
+
@@ -93,6 +95,10 @@
usetimestamp="true" verbose="true" />
+
+
proxyport="${port}"/>
+
+
property="${dest}.exists" />
So, if you use proxy you just need to pass proxy
parameters in command line:
ant -Dproxy=proxy -Dport=80 -f depends.xml
download
Otherwise, it will try to download files without
proxy.
Thanks,
Vladimir.
On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
wrote:
Perhaps we can put the proxy properties into
the make/depends.properties
file and people can override on the
command-line or edit that file to
reflect their set-up.
The builds now check for dependencies so you
can add them into the right
structure manually and avoid all this.
Regards,
Tim
Vladimir Strigun wrote:
Mikhail,
You can use ant setproxy[1] task for resolving
the problem. It works
for me. On the other hand, I don't think we
should patch build files.
Perhaps, It will be useful to document this
somewhere.
Thanks,
Vladimir.
[1]
http://ant.apache.org/manual/OptionalTasks/setproxy.html
On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]>
wrote:
Tim, Mark
revisions 386087, 386171 of that file break
my build:
prepare-depends:
[get] Getting:
http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
[get] To:
C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar
[get] Error getting
http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
to C:\
depends\jars\xalan-j_2.6.0\xalan.jar
BUILD FAILED
C:\harmony\make\build.xml:36: The following
error occurred while
executing this line:
C:\harmony\make\build-java.xml:352:
java.net.NoRouteToHostException:
Operation timed out
The problem seems to be with proxy setting
Thanks,
Mikhail Loenko
Intel Middleware Products Division
2006/3/16, Mark Hindess
<[EMAIL PROTECTED]>:
Thanks Tim. I spotted that I'd missed that
one too.
-Mark.
On 3/15/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
Author: tellison
Date: Wed Mar 15 13:37:44 2006
New Revision: 386171
URL:
http://svn.apache.org/viewcvs?rev=386171&view=rev
Log:
Ensure the XML JARs go directly into the
boot dir
Modified:
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
Modified:
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
URL:
http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff
==
---
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
(original)
+++
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
Wed Mar 15 13:37:44 2006
@@ -282,7 +282,7 @@
todir="${target.output}/jre/lib/boot"
overwrite="yes"
- verbose="yes">
+ verbose="yes" flatten="yes">
dir="${depends.jars}">
includes="*.jar" />
includes="xerces_2.6.2/*.jar" />
--
Mark Hindess <[EMAIL PROTECTED]>
IBM Java Technology Centre, UK.
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Re: downloading dependencies
FYI: done in repo revision 386645.
Vladimir Strigun wrote:
> Works for me also. Explicit call of setproxy can be removed. Thanks
> Matt, and sorry for the misunderstanding.
>
> Thanks,
> Vladimir.
>
> On 3/17/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote:
>> I've tried what Matt recommended and it works!
>>
>> I think it is also README that should be updated
>>
>> Thanks,
>> Mikhail
>>
>> 2006/3/16, Tim Ellison <[EMAIL PROTECTED]>:
>>> d'oh -- got it, thanks Matt.
>>>
>>> Vladimir: If you give me the all clear I'll back-out the explicit call
>>> to (but leave the comments in the properties file to remind
>>> us how to do it).
>>>
>>> Regards,
>>> Tim
>>>
>>> Matt Benson wrote:
again, guys, to be sure it's not missed:
adding "-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080"
to the ANT_OPTS environment variable should be
sufficient for command-line Ant without explicitly
invoking .
-Matt
--- Vladimir Strigun <[EMAIL PROTECTED]> wrote:
> Thanks Tim, everything works fine.
>
> Thanks,
> Vladimir.
>
> On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
> wrote:
>> Exactly, thanks Vladimir. I've put that in at
> repo revision 386377
>> (with slightly modified property names).
>>
>> Let me know if you need more.
>>
>> Thanks,
>> Tim
>>
>> Vladimir Strigun wrote:
>>> For instance, we can add set-proxy target to
> depends.xml:
>>> Index: classlib/trunk/make/depends.xml
>>>
===
>>> --- classlib/trunk/make/depends.xml
> (revision 386350)
>>> +++ classlib/trunk/make/depends.xml (working
> copy)
>>> @@ -59,6 +59,8 @@
>>>>> description="Download required jars">
>>>
>>> +
>>> +
>>>
>>>
>>>
>>> @@ -93,6 +95,10 @@
>>> usetimestamp="true" verbose="true" />
>>>
>>>
>>> +
>>> + proxyport="${port}"/>
>>> +
>>> +
>>>
>>> property="${dest}.exists" />
>>>
>>>
>>>
>>> So, if you use proxy you just need to pass proxy
> parameters in command line:
>>> ant -Dproxy=proxy -Dport=80 -f depends.xml
> download
>>> Otherwise, it will try to download files without
> proxy.
>>> Thanks,
>>> Vladimir.
>>>
>>> On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
> wrote:
Perhaps we can put the proxy properties into
> the make/depends.properties
file and people can override on the
> command-line or edit that file to
reflect their set-up.
The builds now check for dependencies so you
> can add them into the right
structure manually and avoid all this.
Regards,
Tim
Vladimir Strigun wrote:
> Mikhail,
>
> You can use ant setproxy[1] task for resolving
> the problem. It works
> for me. On the other hand, I don't think we
> should patch build files.
> Perhaps, It will be useful to document this
> somewhere.
> Thanks,
> Vladimir.
>
> [1]
http://ant.apache.org/manual/OptionalTasks/setproxy.html
> On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]>
> wrote:
>> Tim, Mark
>>
>> revisions 386087, 386171 of that file break
> my build:
>> prepare-depends:
>> [get] Getting:
http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
>> [get] To:
> C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar
>> [get] Error getting
>>
http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
> to C:\
>> depends\jars\xalan-j_2.6.0\xalan.jar
>>
>> BUILD FAILED
>> C:\harmony\make\build.xml:36: The following
> error occurred while
>> executing this line:
>> C:\harmony\make\build-java.xml:352:
> java.net.NoRouteToHostException:
>> Operation timed out
>>
>> The problem seems to be with proxy setting
>>
>> Thanks,
>> Mikhail Loenko
>> Intel Middleware Products Division
>>
>>
>> 2006/3/16, Mark Hindess
> <[EMAIL PROTECTED]>:
>>> Thanks Tim. I spotted that I'd missed that
> one too.
>>> -Mark.
>>>
>>> On 3/15/06, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
Author: tellison
Date: Wed Mar 15 13:37:44 2006
New Revision: 386171
URL:
> http://svn.apache.org/viewcvs?rev=386171&view=rev
Log:
Ensure the XML JARs go directly into the
> boot dir
Modified:
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
Modified:
incubator/harmony/enhanced/
Re: downloading dependencies
--- Vladimir Strigun <[EMAIL PROTECTED]> wrote: > Works for me also. Explicit call of setproxy can be > removed. Thanks > Matt, and sorry for the misunderstanding. No need for apologies. It took me quite awhile to track it down. I still don't know where it is documented in released versions of Ant; only because Steve Loughran clearly documented it in SVN HEAD was I able to report it. To be completely clear, these properties are Java builtins; see: http://java.sun.com/j2se/1.5.0/docs/guide/net/properties.html And no, I didn't know that either. :) -Matt > > Thanks, > Vladimir. > > On 3/17/06, Mikhail Loenko <[EMAIL PROTECTED]> > wrote: > > I've tried what Matt recommended and it works! > > > > I think it is also README that should be updated > > > > Thanks, > > Mikhail > > > > 2006/3/16, Tim Ellison <[EMAIL PROTECTED]>: > > > d'oh -- got it, thanks Matt. > > > > > > Vladimir: If you give me the all clear I'll > back-out the explicit call > > > to (but leave the comments in the > properties file to remind > > > us how to do it). > > > > > > Regards, > > > Tim > > > > > > Matt Benson wrote: > > > > again, guys, to be sure it's not missed: > > > > > > > > adding "-Dhttp.proxyHost=proxy > -Dhttp.proxyPort=8080" > > > > to the ANT_OPTS environment variable should be > > > > sufficient for command-line Ant without > explicitly > > > > invoking . > > > > > > > > -Matt [SNIP] __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com
Re: downloading dependencies
Works for me also. Explicit call of setproxy can be removed. Thanks
Matt, and sorry for the misunderstanding.
Thanks,
Vladimir.
On 3/17/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote:
> I've tried what Matt recommended and it works!
>
> I think it is also README that should be updated
>
> Thanks,
> Mikhail
>
> 2006/3/16, Tim Ellison <[EMAIL PROTECTED]>:
> > d'oh -- got it, thanks Matt.
> >
> > Vladimir: If you give me the all clear I'll back-out the explicit call
> > to (but leave the comments in the properties file to remind
> > us how to do it).
> >
> > Regards,
> > Tim
> >
> > Matt Benson wrote:
> > > again, guys, to be sure it's not missed:
> > >
> > > adding "-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080"
> > > to the ANT_OPTS environment variable should be
> > > sufficient for command-line Ant without explicitly
> > > invoking .
> > >
> > > -Matt
> > >
> > > --- Vladimir Strigun <[EMAIL PROTECTED]> wrote:
> > >
> > >> Thanks Tim, everything works fine.
> > >>
> > >> Thanks,
> > >> Vladimir.
> > >>
> > >> On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
> > >> wrote:
> > >>> Exactly, thanks Vladimir. I've put that in at
> > >> repo revision 386377
> > >>> (with slightly modified property names).
> > >>>
> > >>> Let me know if you need more.
> > >>>
> > >>> Thanks,
> > >>> Tim
> > >>>
> > >>> Vladimir Strigun wrote:
> > For instance, we can add set-proxy target to
> > >> depends.xml:
> > Index: classlib/trunk/make/depends.xml
> >
> > > ===
> > --- classlib/trunk/make/depends.xml
> > >> (revision 386350)
> > +++ classlib/trunk/make/depends.xml (working
> > >> copy)
> > @@ -59,6 +59,8 @@
> > > description="Download required jars">
> >
> > +
> > +
> >
> >
> >
> > @@ -93,6 +95,10 @@
> > > >> usetimestamp="true" verbose="true" />
> >
> >
> > +
> > + > >> proxyport="${port}"/>
> > +
> > +
> >
> > > >> property="${dest}.exists" />
> >
> >
> >
> > So, if you use proxy you just need to pass proxy
> > >> parameters in command line:
> > ant -Dproxy=proxy -Dport=80 -f depends.xml
> > >> download
> > Otherwise, it will try to download files without
> > >> proxy.
> > Thanks,
> > Vladimir.
> >
> > On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
> > >> wrote:
> > > Perhaps we can put the proxy properties into
> > >> the make/depends.properties
> > > file and people can override on the
> > >> command-line or edit that file to
> > > reflect their set-up.
> > >
> > > The builds now check for dependencies so you
> > >> can add them into the right
> > > structure manually and avoid all this.
> > >
> > > Regards,
> > > Tim
> > >
> > > Vladimir Strigun wrote:
> > >> Mikhail,
> > >>
> > >> You can use ant setproxy[1] task for resolving
> > >> the problem. It works
> > >> for me. On the other hand, I don't think we
> > >> should patch build files.
> > >> Perhaps, It will be useful to document this
> > >> somewhere.
> > >>
> > >> Thanks,
> > >> Vladimir.
> > >>
> > >> [1]
> > > http://ant.apache.org/manual/OptionalTasks/setproxy.html
> > >> On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]>
> > >> wrote:
> > >>> Tim, Mark
> > >>>
> > >>> revisions 386087, 386171 of that file break
> > >> my build:
> > >>> prepare-depends:
> > >>> [get] Getting:
> > > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
> > >>> [get] To:
> > >> C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar
> > >>> [get] Error getting
> > >>>
> > > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
> > >> to C:\
> > >>> depends\jars\xalan-j_2.6.0\xalan.jar
> > >>>
> > >>> BUILD FAILED
> > >>> C:\harmony\make\build.xml:36: The following
> > >> error occurred while
> > >>> executing this line:
> > >>> C:\harmony\make\build-java.xml:352:
> > >> java.net.NoRouteToHostException:
> > >>> Operation timed out
> > >>>
> > >>> The problem seems to be with proxy setting
> > >>>
> > >>> Thanks,
> > >>> Mikhail Loenko
> > >>> Intel Middleware Products Division
> > >>>
> > >>>
> > >>> 2006/3/16, Mark Hindess
> > >> <[EMAIL PROTECTED]>:
> > Thanks Tim. I spotted that I'd missed that
> > >> one too.
> > -Mark.
> >
> > On 3/15/06, [EMAIL PROTECTED]
> > >> <[EMAIL PROTECTED]> wrote:
> > > Author: tellison
> > > Date: Wed Mar 15 13:37:44 2006
> > > New Revision: 386171
> > >
> > > URL:
> > >> http://svn.apache.org/viewcvs?rev=386171&view=rev
> > > Log:
> > > Ensure the XML JARs go directly into the
> > >> boot dir
> > > Modified:
> > >
> > > incubator/harmony/enhanced/classlib/
Re: downloading dependencies
I've tried what Matt recommended and it works!
I think it is also README that should be updated
Thanks,
Mikhail
2006/3/16, Tim Ellison <[EMAIL PROTECTED]>:
> d'oh -- got it, thanks Matt.
>
> Vladimir: If you give me the all clear I'll back-out the explicit call
> to (but leave the comments in the properties file to remind
> us how to do it).
>
> Regards,
> Tim
>
> Matt Benson wrote:
> > again, guys, to be sure it's not missed:
> >
> > adding "-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080"
> > to the ANT_OPTS environment variable should be
> > sufficient for command-line Ant without explicitly
> > invoking .
> >
> > -Matt
> >
> > --- Vladimir Strigun <[EMAIL PROTECTED]> wrote:
> >
> >> Thanks Tim, everything works fine.
> >>
> >> Thanks,
> >> Vladimir.
> >>
> >> On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
> >> wrote:
> >>> Exactly, thanks Vladimir. I've put that in at
> >> repo revision 386377
> >>> (with slightly modified property names).
> >>>
> >>> Let me know if you need more.
> >>>
> >>> Thanks,
> >>> Tim
> >>>
> >>> Vladimir Strigun wrote:
> For instance, we can add set-proxy target to
> >> depends.xml:
> Index: classlib/trunk/make/depends.xml
>
> > ===
> --- classlib/trunk/make/depends.xml
> >> (revision 386350)
> +++ classlib/trunk/make/depends.xml (working
> >> copy)
> @@ -59,6 +59,8 @@
> description="Download required jars">
>
> +
> +
>
>
>
> @@ -93,6 +95,10 @@
> >> usetimestamp="true" verbose="true" />
>
>
> +
> + >> proxyport="${port}"/>
> +
> +
>
> >> property="${dest}.exists" />
>
>
>
> So, if you use proxy you just need to pass proxy
> >> parameters in command line:
> ant -Dproxy=proxy -Dport=80 -f depends.xml
> >> download
> Otherwise, it will try to download files without
> >> proxy.
> Thanks,
> Vladimir.
>
> On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
> >> wrote:
> > Perhaps we can put the proxy properties into
> >> the make/depends.properties
> > file and people can override on the
> >> command-line or edit that file to
> > reflect their set-up.
> >
> > The builds now check for dependencies so you
> >> can add them into the right
> > structure manually and avoid all this.
> >
> > Regards,
> > Tim
> >
> > Vladimir Strigun wrote:
> >> Mikhail,
> >>
> >> You can use ant setproxy[1] task for resolving
> >> the problem. It works
> >> for me. On the other hand, I don't think we
> >> should patch build files.
> >> Perhaps, It will be useful to document this
> >> somewhere.
> >>
> >> Thanks,
> >> Vladimir.
> >>
> >> [1]
> > http://ant.apache.org/manual/OptionalTasks/setproxy.html
> >> On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]>
> >> wrote:
> >>> Tim, Mark
> >>>
> >>> revisions 386087, 386171 of that file break
> >> my build:
> >>> prepare-depends:
> >>> [get] Getting:
> > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
> >>> [get] To:
> >> C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar
> >>> [get] Error getting
> >>>
> > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
> >> to C:\
> >>> depends\jars\xalan-j_2.6.0\xalan.jar
> >>>
> >>> BUILD FAILED
> >>> C:\harmony\make\build.xml:36: The following
> >> error occurred while
> >>> executing this line:
> >>> C:\harmony\make\build-java.xml:352:
> >> java.net.NoRouteToHostException:
> >>> Operation timed out
> >>>
> >>> The problem seems to be with proxy setting
> >>>
> >>> Thanks,
> >>> Mikhail Loenko
> >>> Intel Middleware Products Division
> >>>
> >>>
> >>> 2006/3/16, Mark Hindess
> >> <[EMAIL PROTECTED]>:
> Thanks Tim. I spotted that I'd missed that
> >> one too.
> -Mark.
>
> On 3/15/06, [EMAIL PROTECTED]
> >> <[EMAIL PROTECTED]> wrote:
> > Author: tellison
> > Date: Wed Mar 15 13:37:44 2006
> > New Revision: 386171
> >
> > URL:
> >> http://svn.apache.org/viewcvs?rev=386171&view=rev
> > Log:
> > Ensure the XML JARs go directly into the
> >> boot dir
> > Modified:
> >
> > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> > Modified:
> > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> > URL:
> > http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff
> > ==
> > ---
> > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> >> (original)
> > +++
> > incubator/harmony/enhanced/classlib/trunk/make/build-j
Re: downloading dependencies
d'oh -- got it, thanks Matt.
Vladimir: If you give me the all clear I'll back-out the explicit call
to (but leave the comments in the properties file to remind
us how to do it).
Regards,
Tim
Matt Benson wrote:
> again, guys, to be sure it's not missed:
>
> adding "-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080"
> to the ANT_OPTS environment variable should be
> sufficient for command-line Ant without explicitly
> invoking .
>
> -Matt
>
> --- Vladimir Strigun <[EMAIL PROTECTED]> wrote:
>
>> Thanks Tim, everything works fine.
>>
>> Thanks,
>> Vladimir.
>>
>> On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
>> wrote:
>>> Exactly, thanks Vladimir. I've put that in at
>> repo revision 386377
>>> (with slightly modified property names).
>>>
>>> Let me know if you need more.
>>>
>>> Thanks,
>>> Tim
>>>
>>> Vladimir Strigun wrote:
For instance, we can add set-proxy target to
>> depends.xml:
Index: classlib/trunk/make/depends.xml
> ===
--- classlib/trunk/make/depends.xml
>> (revision 386350)
+++ classlib/trunk/make/depends.xml (working
>> copy)
@@ -59,6 +59,8 @@
>>> description="Download required jars">
+
+
@@ -93,6 +95,10 @@
> usetimestamp="true" verbose="true" />
+
+> proxyport="${port}"/>
+
+
> property="${dest}.exists" />
So, if you use proxy you just need to pass proxy
>> parameters in command line:
ant -Dproxy=proxy -Dport=80 -f depends.xml
>> download
Otherwise, it will try to download files without
>> proxy.
Thanks,
Vladimir.
On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
>> wrote:
> Perhaps we can put the proxy properties into
>> the make/depends.properties
> file and people can override on the
>> command-line or edit that file to
> reflect their set-up.
>
> The builds now check for dependencies so you
>> can add them into the right
> structure manually and avoid all this.
>
> Regards,
> Tim
>
> Vladimir Strigun wrote:
>> Mikhail,
>>
>> You can use ant setproxy[1] task for resolving
>> the problem. It works
>> for me. On the other hand, I don't think we
>> should patch build files.
>> Perhaps, It will be useful to document this
>> somewhere.
>>
>> Thanks,
>> Vladimir.
>>
>> [1]
> http://ant.apache.org/manual/OptionalTasks/setproxy.html
>> On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]>
>> wrote:
>>> Tim, Mark
>>>
>>> revisions 386087, 386171 of that file break
>> my build:
>>> prepare-depends:
>>> [get] Getting:
> http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
>>> [get] To:
>> C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar
>>> [get] Error getting
>>>
> http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
>> to C:\
>>> depends\jars\xalan-j_2.6.0\xalan.jar
>>>
>>> BUILD FAILED
>>> C:\harmony\make\build.xml:36: The following
>> error occurred while
>>> executing this line:
>>> C:\harmony\make\build-java.xml:352:
>> java.net.NoRouteToHostException:
>>> Operation timed out
>>>
>>> The problem seems to be with proxy setting
>>>
>>> Thanks,
>>> Mikhail Loenko
>>> Intel Middleware Products Division
>>>
>>>
>>> 2006/3/16, Mark Hindess
>> <[EMAIL PROTECTED]>:
Thanks Tim. I spotted that I'd missed that
>> one too.
-Mark.
On 3/15/06, [EMAIL PROTECTED]
>> <[EMAIL PROTECTED]> wrote:
> Author: tellison
> Date: Wed Mar 15 13:37:44 2006
> New Revision: 386171
>
> URL:
>> http://svn.apache.org/viewcvs?rev=386171&view=rev
> Log:
> Ensure the XML JARs go directly into the
>> boot dir
> Modified:
>
> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> Modified:
> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> URL:
> http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff
> ==
> ---
> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
>> (original)
> +++
> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
>> Wed Mar 15 13:37:44 2006
> @@ -282,7 +282,7 @@
>
>
> > todir="${target.output}/jre/lib/boot"
>> overwrite="yes"
> - verbose="yes">
> + verbose="yes" flatten="yes">
> > dir="${depends.jars}">
> > includes="*.jar" />
> > includes="xerces_2.6.2/*.jar" />
>
>
--
Mark Hindess <[EMAIL P
Re: downloading dependencies
again, guys, to be sure it's not missed:
adding "-Dhttp.proxyHost=proxy -Dhttp.proxyPort=8080"
to the ANT_OPTS environment variable should be
sufficient for command-line Ant without explicitly
invoking .
-Matt
--- Vladimir Strigun <[EMAIL PROTECTED]> wrote:
> Thanks Tim, everything works fine.
>
> Thanks,
> Vladimir.
>
> On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
> wrote:
> > Exactly, thanks Vladimir. I've put that in at
> repo revision 386377
> > (with slightly modified property names).
> >
> > Let me know if you need more.
> >
> > Thanks,
> > Tim
> >
> > Vladimir Strigun wrote:
> > > For instance, we can add set-proxy target to
> depends.xml:
> > >
> > > Index: classlib/trunk/make/depends.xml
> > >
>
===
> > > --- classlib/trunk/make/depends.xml
> (revision 386350)
> > > +++ classlib/trunk/make/depends.xml (working
> copy)
> > > @@ -59,6 +59,8 @@
> > > > > description="Download required jars">
> > >
> > > +
> > > +
> > >
> > >
> > >
> > > @@ -93,6 +95,10 @@
> > > usetimestamp="true" verbose="true" />
> > >
> > >
> > > +
> > > + proxyport="${port}"/>
> > > +
> > > +
> > >
> > > property="${dest}.exists" />
> > >
> > >
> > >
> > > So, if you use proxy you just need to pass proxy
> parameters in command line:
> > > ant -Dproxy=proxy -Dport=80 -f depends.xml
> download
> > >
> > > Otherwise, it will try to download files without
> proxy.
> > >
> > > Thanks,
> > > Vladimir.
> > >
> > > On 3/16/06, Tim Ellison <[EMAIL PROTECTED]>
> wrote:
> > >> Perhaps we can put the proxy properties into
> the make/depends.properties
> > >> file and people can override on the
> command-line or edit that file to
> > >> reflect their set-up.
> > >>
> > >> The builds now check for dependencies so you
> can add them into the right
> > >> structure manually and avoid all this.
> > >>
> > >> Regards,
> > >> Tim
> > >>
> > >> Vladimir Strigun wrote:
> > >>> Mikhail,
> > >>>
> > >>> You can use ant setproxy[1] task for resolving
> the problem. It works
> > >>> for me. On the other hand, I don't think we
> should patch build files.
> > >>> Perhaps, It will be useful to document this
> somewhere.
> > >>>
> > >>>
> > >>> Thanks,
> > >>> Vladimir.
> > >>>
> > >>> [1]
>
http://ant.apache.org/manual/OptionalTasks/setproxy.html
> > >>> On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]>
> wrote:
> > Tim, Mark
> >
> > revisions 386087, 386171 of that file break
> my build:
> >
> > prepare-depends:
> > [get] Getting:
>
http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
> > [get] To:
> C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar
> > [get] Error getting
> >
>
http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
> to C:\
> > depends\jars\xalan-j_2.6.0\xalan.jar
> >
> > BUILD FAILED
> > C:\harmony\make\build.xml:36: The following
> error occurred while
> > executing this line:
> > C:\harmony\make\build-java.xml:352:
> java.net.NoRouteToHostException:
> > Operation timed out
> >
> > The problem seems to be with proxy setting
> >
> > Thanks,
> > Mikhail Loenko
> > Intel Middleware Products Division
> >
> >
> > 2006/3/16, Mark Hindess
> <[EMAIL PROTECTED]>:
> > > Thanks Tim. I spotted that I'd missed that
> one too.
> > >
> > > -Mark.
> > >
> > > On 3/15/06, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
> > >> Author: tellison
> > >> Date: Wed Mar 15 13:37:44 2006
> > >> New Revision: 386171
> > >>
> > >> URL:
> http://svn.apache.org/viewcvs?rev=386171&view=rev
> > >> Log:
> > >> Ensure the XML JARs go directly into the
> boot dir
> > >>
> > >> Modified:
> > >>
>
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> > >>
> > >> Modified:
>
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> > >> URL:
>
http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff
> > >>
>
==
> > >> ---
>
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> (original)
> > >> +++
>
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> Wed Mar 15 13:37:44 2006
> > >> @@ -282,7 +282,7 @@
> > >>
> > >>
> > >> todir="${target.output}/jre/lib/boot"
> overwrite="yes"
> > >> - verbose="yes">
> > >> + verbose="yes" flatten="yes">
> > >> dir="${depends.jars}">
> > >> includes="*.jar" />
> > >> includes="xerces_2.6.2/*.jar" />
> > >>
> > >>
> > >>
> > > --
> > > Mark Hindess <[EMAIL PROTECTED]>
> > > IBM Java Technology Centre, UK.
> > >
> > >> --
> >
Re: downloading dependencies (was: Re: svn commit: r386171 - /incubator/harmony/enhanced/classlib/trunk/make/build-java.xml)
Thanks Matt,
Vladimir: I'll change the prop names to follow this convention.
Regards,
Tim
Matt Benson wrote:
> yeah, that's the right (non 1.5 dependent) thing. I
> was thinking there was a system-property way to set
> proxy settings, but couldn't remember what it was...
> after more research, yeah (since the properties in
> question have not explicitly specified on this
> thread):
>
> http.proxyHost
> http.proxyPort
>
>
> --- Tim Ellison <[EMAIL PROTECTED]> wrote:
>
>> Perhaps we can put the proxy properties into the
>> make/depends.properties
>> file and people can override on the command-line or
>> edit that file to
>> reflect their set-up.
>>
>> The builds now check for dependencies so you can add
>> them into the right
>> structure manually and avoid all this.
>>
>> Regards,
>> Tim
>>
>> Vladimir Strigun wrote:
>>> Mikhail,
>>>
>>> You can use ant setproxy[1] task for resolving the
>> problem. It works
>>> for me. On the other hand, I don't think we should
>> patch build files.
>>> Perhaps, It will be useful to document this
>> somewhere.
>>>
>>> Thanks,
>>> Vladimir.
>>>
>>> [1]
> http://ant.apache.org/manual/OptionalTasks/setproxy.html
>>> On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]>
>> wrote:
Tim, Mark
revisions 386087, 386171 of that file break my
>> build:
prepare-depends:
[get] Getting:
> http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
[get] To:
>> C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar
[get] Error getting
> http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
>> to C:\
depends\jars\xalan-j_2.6.0\xalan.jar
BUILD FAILED
C:\harmony\make\build.xml:36: The following error
>> occurred while
executing this line:
C:\harmony\make\build-java.xml:352:
>> java.net.NoRouteToHostException:
Operation timed out
The problem seems to be with proxy setting
Thanks,
Mikhail Loenko
Intel Middleware Products Division
2006/3/16, Mark Hindess
>> <[EMAIL PROTECTED]>:
> Thanks Tim. I spotted that I'd missed that one
>> too.
> -Mark.
>
> On 3/15/06, [EMAIL PROTECTED]
>> <[EMAIL PROTECTED]> wrote:
>> Author: tellison
>> Date: Wed Mar 15 13:37:44 2006
>> New Revision: 386171
>>
>> URL:
>> http://svn.apache.org/viewcvs?rev=386171&view=rev
>> Log:
>> Ensure the XML JARs go directly into the boot
>> dir
>> Modified:
>>
> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
>> Modified:
> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
>> URL:
> http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff
> ==
>> ---
> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
>> (original)
>> +++
> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
>> Wed Mar 15 13:37:44 2006
>> @@ -282,7 +282,7 @@
>>
>>
>> > todir="${target.output}/jre/lib/boot"
>> overwrite="yes"
>> - verbose="yes">
>> + verbose="yes" flatten="yes">
>>
>> > />
>> > includes="xerces_2.6.2/*.jar" />
>>
>>
> --
> Mark Hindess <[EMAIL PROTECTED]>
> IBM Java Technology Centre, UK.
>
>> --
>>
>> Tim Ellison ([EMAIL PROTECTED])
>> IBM Java technology centre, UK.
>>
>
>
> __
> Do You Yahoo!?
> Tired of spam? Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com
>
--
Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.
Re: downloading dependencies
Thanks Tim, everything works fine. Thanks, Vladimir. On 3/16/06, Tim Ellison <[EMAIL PROTECTED]> wrote: > Exactly, thanks Vladimir. I've put that in at repo revision 386377 > (with slightly modified property names). > > Let me know if you need more. > > Thanks, > Tim > > Vladimir Strigun wrote: > > For instance, we can add set-proxy target to depends.xml: > > > > Index: classlib/trunk/make/depends.xml > > === > > --- classlib/trunk/make/depends.xml (revision 386350) > > +++ classlib/trunk/make/depends.xml (working copy) > > @@ -59,6 +59,8 @@ > > > description="Download required jars"> > > > > + > > + > > > > > > > > @@ -93,6 +95,10 @@ > > > > > > > > + > > + > > + > > + > > > > > > > > > > > > So, if you use proxy you just need to pass proxy parameters in command line: > > ant -Dproxy=proxy -Dport=80 -f depends.xml download > > > > Otherwise, it will try to download files without proxy. > > > > Thanks, > > Vladimir. > > > > On 3/16/06, Tim Ellison <[EMAIL PROTECTED]> wrote: > >> Perhaps we can put the proxy properties into the make/depends.properties > >> file and people can override on the command-line or edit that file to > >> reflect their set-up. > >> > >> The builds now check for dependencies so you can add them into the right > >> structure manually and avoid all this. > >> > >> Regards, > >> Tim > >> > >> Vladimir Strigun wrote: > >>> Mikhail, > >>> > >>> You can use ant setproxy[1] task for resolving the problem. It works > >>> for me. On the other hand, I don't think we should patch build files. > >>> Perhaps, It will be useful to document this somewhere. > >>> > >>> > >>> Thanks, > >>> Vladimir. > >>> > >>> [1] http://ant.apache.org/manual/OptionalTasks/setproxy.html > >>> On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote: > Tim, Mark > > revisions 386087, 386171 of that file break my build: > > prepare-depends: > [get] Getting: > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar > [get] To: C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar > [get] Error getting > http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar to C:\ > depends\jars\xalan-j_2.6.0\xalan.jar > > BUILD FAILED > C:\harmony\make\build.xml:36: The following error occurred while > executing this line: > C:\harmony\make\build-java.xml:352: java.net.NoRouteToHostException: > Operation timed out > > The problem seems to be with proxy setting > > Thanks, > Mikhail Loenko > Intel Middleware Products Division > > > 2006/3/16, Mark Hindess <[EMAIL PROTECTED]>: > > Thanks Tim. I spotted that I'd missed that one too. > > > > -Mark. > > > > On 3/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > >> Author: tellison > >> Date: Wed Mar 15 13:37:44 2006 > >> New Revision: 386171 > >> > >> URL: http://svn.apache.org/viewcvs?rev=386171&view=rev > >> Log: > >> Ensure the XML JARs go directly into the boot dir > >> > >> Modified: > >> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > >> > >> Modified: incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > >> URL: > >> http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff > >> == > >> --- incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > >> (original) > >> +++ incubator/harmony/enhanced/classlib/trunk/make/build-java.xml Wed > >> Mar 15 13:37:44 2006 > >> @@ -282,7 +282,7 @@ > >> > >> > >> >> - verbose="yes"> > >> + verbose="yes" flatten="yes"> > >> > >> > >> > >> > >> > >> > > -- > > Mark Hindess <[EMAIL PROTECTED]> > > IBM Java Technology Centre, UK. > > > >> -- > >> > >> Tim Ellison ([EMAIL PROTECTED]) > >> IBM Java technology centre, UK. > >> > > > > -- > > Tim Ellison ([EMAIL PROTECTED]) > IBM Java technology centre, UK. >
Re: downloading dependencies
Exactly, thanks Vladimir. I've put that in at repo revision 386377 (with slightly modified property names). Let me know if you need more. Thanks, Tim Vladimir Strigun wrote: > For instance, we can add set-proxy target to depends.xml: > > Index: classlib/trunk/make/depends.xml > === > --- classlib/trunk/make/depends.xml (revision 386350) > +++ classlib/trunk/make/depends.xml (working copy) > @@ -59,6 +59,8 @@ > description="Download required jars"> > > + > + > > > > @@ -93,6 +95,10 @@ > > > > + > + > + > + > > > > > > So, if you use proxy you just need to pass proxy parameters in command line: > ant -Dproxy=proxy -Dport=80 -f depends.xml download > > Otherwise, it will try to download files without proxy. > > Thanks, > Vladimir. > > On 3/16/06, Tim Ellison <[EMAIL PROTECTED]> wrote: >> Perhaps we can put the proxy properties into the make/depends.properties >> file and people can override on the command-line or edit that file to >> reflect their set-up. >> >> The builds now check for dependencies so you can add them into the right >> structure manually and avoid all this. >> >> Regards, >> Tim >> >> Vladimir Strigun wrote: >>> Mikhail, >>> >>> You can use ant setproxy[1] task for resolving the problem. It works >>> for me. On the other hand, I don't think we should patch build files. >>> Perhaps, It will be useful to document this somewhere. >>> >>> >>> Thanks, >>> Vladimir. >>> >>> [1] http://ant.apache.org/manual/OptionalTasks/setproxy.html >>> On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote: Tim, Mark revisions 386087, 386171 of that file break my build: prepare-depends: [get] Getting: http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar [get] To: C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar [get] Error getting http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar to C:\ depends\jars\xalan-j_2.6.0\xalan.jar BUILD FAILED C:\harmony\make\build.xml:36: The following error occurred while executing this line: C:\harmony\make\build-java.xml:352: java.net.NoRouteToHostException: Operation timed out The problem seems to be with proxy setting Thanks, Mikhail Loenko Intel Middleware Products Division 2006/3/16, Mark Hindess <[EMAIL PROTECTED]>: > Thanks Tim. I spotted that I'd missed that one too. > > -Mark. > > On 3/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: >> Author: tellison >> Date: Wed Mar 15 13:37:44 2006 >> New Revision: 386171 >> >> URL: http://svn.apache.org/viewcvs?rev=386171&view=rev >> Log: >> Ensure the XML JARs go directly into the boot dir >> >> Modified: >> incubator/harmony/enhanced/classlib/trunk/make/build-java.xml >> >> Modified: incubator/harmony/enhanced/classlib/trunk/make/build-java.xml >> URL: >> http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff >> == >> --- incubator/harmony/enhanced/classlib/trunk/make/build-java.xml >> (original) >> +++ incubator/harmony/enhanced/classlib/trunk/make/build-java.xml Wed >> Mar 15 13:37:44 2006 >> @@ -282,7 +282,7 @@ >> >> >> > - verbose="yes"> >> + verbose="yes" flatten="yes"> >> >> >> >> >> >> > -- > Mark Hindess <[EMAIL PROTECTED]> > IBM Java Technology Centre, UK. > >> -- >> >> Tim Ellison ([EMAIL PROTECTED]) >> IBM Java technology centre, UK. >> > -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
Re: downloading dependencies (was: Re: svn commit: r386171 - /incubator/harmony/enhanced/classlib/trunk/make/build-java.xml)
yeah, that's the right (non 1.5 dependent) thing. I
was thinking there was a system-property way to set
proxy settings, but couldn't remember what it was...
after more research, yeah (since the properties in
question have not explicitly specified on this
thread):
http.proxyHost
http.proxyPort
--- Tim Ellison <[EMAIL PROTECTED]> wrote:
> Perhaps we can put the proxy properties into the
> make/depends.properties
> file and people can override on the command-line or
> edit that file to
> reflect their set-up.
>
> The builds now check for dependencies so you can add
> them into the right
> structure manually and avoid all this.
>
> Regards,
> Tim
>
> Vladimir Strigun wrote:
> > Mikhail,
> >
> > You can use ant setproxy[1] task for resolving the
> problem. It works
> > for me. On the other hand, I don't think we should
> patch build files.
> > Perhaps, It will be useful to document this
> somewhere.
> >
> >
> > Thanks,
> > Vladimir.
> >
> > [1]
>
http://ant.apache.org/manual/OptionalTasks/setproxy.html
> > On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]>
> wrote:
> >> Tim, Mark
> >>
> >> revisions 386087, 386171 of that file break my
> build:
> >>
> >> prepare-depends:
> >> [get] Getting:
>
http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
> >> [get] To:
> C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar
> >> [get] Error getting
> >>
>
http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar
> to C:\
> >> depends\jars\xalan-j_2.6.0\xalan.jar
> >>
> >> BUILD FAILED
> >> C:\harmony\make\build.xml:36: The following error
> occurred while
> >> executing this line:
> >> C:\harmony\make\build-java.xml:352:
> java.net.NoRouteToHostException:
> >> Operation timed out
> >>
> >> The problem seems to be with proxy setting
> >>
> >> Thanks,
> >> Mikhail Loenko
> >> Intel Middleware Products Division
> >>
> >>
> >> 2006/3/16, Mark Hindess
> <[EMAIL PROTECTED]>:
> >>> Thanks Tim. I spotted that I'd missed that one
> too.
> >>>
> >>> -Mark.
> >>>
> >>> On 3/15/06, [EMAIL PROTECTED]
> <[EMAIL PROTECTED]> wrote:
> Author: tellison
> Date: Wed Mar 15 13:37:44 2006
> New Revision: 386171
>
> URL:
> http://svn.apache.org/viewcvs?rev=386171&view=rev
> Log:
> Ensure the XML JARs go directly into the boot
> dir
>
> Modified:
>
>
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
>
> Modified:
>
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> URL:
>
http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff
>
>
==
> ---
>
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> (original)
> +++
>
incubator/harmony/enhanced/classlib/trunk/make/build-java.xml
> Wed Mar 15 13:37:44 2006
> @@ -282,7 +282,7 @@
>
>
> todir="${target.output}/jre/lib/boot"
> overwrite="yes"
> - verbose="yes">
> + verbose="yes" flatten="yes">
>
> />
> includes="xerces_2.6.2/*.jar" />
>
>
>
> >>>
> >>> --
> >>> Mark Hindess <[EMAIL PROTECTED]>
> >>> IBM Java Technology Centre, UK.
> >>>
> >
>
> --
>
> Tim Ellison ([EMAIL PROTECTED])
> IBM Java technology centre, UK.
>
__
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Re: downloading dependencies (was: Re: svn commit: r386171 - /incubator/harmony/enhanced/classlib/trunk/make/build-java.xml)
For instance, we can add set-proxy target to depends.xml: Index: classlib/trunk/make/depends.xml === --- classlib/trunk/make/depends.xml (revision 386350) +++ classlib/trunk/make/depends.xml (working copy) @@ -59,6 +59,8 @@ + + @@ -93,6 +95,10 @@ + + + + So, if you use proxy you just need to pass proxy parameters in command line: ant -Dproxy=proxy -Dport=80 -f depends.xml download Otherwise, it will try to download files without proxy. Thanks, Vladimir. On 3/16/06, Tim Ellison <[EMAIL PROTECTED]> wrote: > Perhaps we can put the proxy properties into the make/depends.properties > file and people can override on the command-line or edit that file to > reflect their set-up. > > The builds now check for dependencies so you can add them into the right > structure manually and avoid all this. > > Regards, > Tim > > Vladimir Strigun wrote: > > Mikhail, > > > > You can use ant setproxy[1] task for resolving the problem. It works > > for me. On the other hand, I don't think we should patch build files. > > Perhaps, It will be useful to document this somewhere. > > > > > > Thanks, > > Vladimir. > > > > [1] http://ant.apache.org/manual/OptionalTasks/setproxy.html > > On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote: > >> Tim, Mark > >> > >> revisions 386087, 386171 of that file break my build: > >> > >> prepare-depends: > >> [get] Getting: http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar > >> [get] To: C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar > >> [get] Error getting > >> http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar to C:\ > >> depends\jars\xalan-j_2.6.0\xalan.jar > >> > >> BUILD FAILED > >> C:\harmony\make\build.xml:36: The following error occurred while > >> executing this line: > >> C:\harmony\make\build-java.xml:352: java.net.NoRouteToHostException: > >> Operation timed out > >> > >> The problem seems to be with proxy setting > >> > >> Thanks, > >> Mikhail Loenko > >> Intel Middleware Products Division > >> > >> > >> 2006/3/16, Mark Hindess <[EMAIL PROTECTED]>: > >>> Thanks Tim. I spotted that I'd missed that one too. > >>> > >>> -Mark. > >>> > >>> On 3/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: tellison > Date: Wed Mar 15 13:37:44 2006 > New Revision: 386171 > > URL: http://svn.apache.org/viewcvs?rev=386171&view=rev > Log: > Ensure the XML JARs go directly into the boot dir > > Modified: > incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > > Modified: incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > URL: > http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff > == > --- incubator/harmony/enhanced/classlib/trunk/make/build-java.xml > (original) > +++ incubator/harmony/enhanced/classlib/trunk/make/build-java.xml Wed > Mar 15 13:37:44 2006 > @@ -282,7 +282,7 @@ > > > - verbose="yes"> > + verbose="yes" flatten="yes"> > > > > > > > >>> > >>> -- > >>> Mark Hindess <[EMAIL PROTECTED]> > >>> IBM Java Technology Centre, UK. > >>> > > > > -- > > Tim Ellison ([EMAIL PROTECTED]) > IBM Java technology centre, UK. >
downloading dependencies (was: Re: svn commit: r386171 - /incubator/harmony/enhanced/classlib/trunk/make/build-java.xml)
Perhaps we can put the proxy properties into the make/depends.properties file and people can override on the command-line or edit that file to reflect their set-up. The builds now check for dependencies so you can add them into the right structure manually and avoid all this. Regards, Tim Vladimir Strigun wrote: > Mikhail, > > You can use ant setproxy[1] task for resolving the problem. It works > for me. On the other hand, I don't think we should patch build files. > Perhaps, It will be useful to document this somewhere. > > > Thanks, > Vladimir. > > [1] http://ant.apache.org/manual/OptionalTasks/setproxy.html > On 3/16/06, Mikhail Loenko <[EMAIL PROTECTED]> wrote: >> Tim, Mark >> >> revisions 386087, 386171 of that file break my build: >> >> prepare-depends: >> [get] Getting: http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar >> [get] To: C:\harmony\depends\jars\xalan-j_2.6.0\xalan.jar >> [get] Error getting >> http://www.ibiblio.org/maven/xalan/jars/xalan-2.6.0.jar to C:\ >> depends\jars\xalan-j_2.6.0\xalan.jar >> >> BUILD FAILED >> C:\harmony\make\build.xml:36: The following error occurred while >> executing this line: >> C:\harmony\make\build-java.xml:352: java.net.NoRouteToHostException: >> Operation timed out >> >> The problem seems to be with proxy setting >> >> Thanks, >> Mikhail Loenko >> Intel Middleware Products Division >> >> >> 2006/3/16, Mark Hindess <[EMAIL PROTECTED]>: >>> Thanks Tim. I spotted that I'd missed that one too. >>> >>> -Mark. >>> >>> On 3/15/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: Author: tellison Date: Wed Mar 15 13:37:44 2006 New Revision: 386171 URL: http://svn.apache.org/viewcvs?rev=386171&view=rev Log: Ensure the XML JARs go directly into the boot dir Modified: incubator/harmony/enhanced/classlib/trunk/make/build-java.xml Modified: incubator/harmony/enhanced/classlib/trunk/make/build-java.xml URL: http://svn.apache.org/viewcvs/incubator/harmony/enhanced/classlib/trunk/make/build-java.xml?rev=386171&r1=386170&r2=386171&view=diff == --- incubator/harmony/enhanced/classlib/trunk/make/build-java.xml (original) +++ incubator/harmony/enhanced/classlib/trunk/make/build-java.xml Wed Mar 15 13:37:44 2006 @@ -282,7 +282,7 @@ >>> - verbose="yes"> + verbose="yes" flatten="yes"> >>> >>> -- >>> Mark Hindess <[EMAIL PROTECTED]> >>> IBM Java Technology Centre, UK. >>> > -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK.
