Re: Ivy - Latest snapshots will now be regularly available in Apache Maven Snapshot repository

Awesome! > Le 31 août 2017 à 10:43, Jaikiran Pai a écrit : > > Starting today, we now have an Ivy Jenkins job[1] which will publish our Ivy > snapshot artifactto Apache Maven Snapshots repository[2]. This job has been > configured to run after a successfulcompletion of ou

Ivy - Latest snapshots will now be regularly available in Apache Maven Snapshot repository

Starting today, we now have an Ivy Jenkins job[1] which will publish our Ivy snapshot artifactto Apache Maven Snapshots repository[2]. This job has been configured to run after a successfulcompletion of our Ivy tests job (which runs on *nix). What this effectively means is that we now have

AW: AW: Repository access

ork as well. Jan > -Ursprüngliche Nachricht- > Von: Jean-Louis Boudart [mailto:jeanlouis.boud...@gmail.com] > Gesendet: Dienstag, 10. Juni 2014 08:15 > An: Ant Developers List > Betreff: Re: AW: Repository access > > I just opened a new infra ticket as easyant is

Re: AW: Repository access

Open an issue to have those repos renamed > > > Next step by Conor ... > > > Jan > > > > > -Ursprüngliche Nachricht- > > Von: Jan Matèrne (jhm) [mailto:apa...@materne.de] > > Gesendet: Samstag, 7. Juni 2014 12:15 > > An: 'Ant Developers

AW: AW: Repository access

014 12:15 > An: 'Ant Developers List' > Betreff: AW: AW: Repository access > > My personal test: write access to all ant-* repos, but no easyant-* > repos. > Maybe because I wasn't involved in the incubation phase? > > I opened https://issu

AW: AW: Repository access

> Gesendet: Freitag, 6. Juni 2014 18:20 > An: dev@ant.apache.org > Betreff: Re: AW: Repository access > > I do not think each commiter needs to do that but if you and Jean-Louis > go through this exercise and create an INFRA ticket that would be very > nice. As for me I have a

AW: AW: Repository access

il.com] > Gesendet: Samstag, 7. Juni 2014 02:47 > An: Ant Developers List > Betreff: Re: AW: Repository access > > Can we not work with pull requests, in Git? At least this is an > approach when working in GitHub. > > André-John > > Sent from my phone. Envoyé depuis mon

Re: AW: Repository access

> Von: Antoine Levy Lambert [mailto:anto...@gmx.de] >>> Gesendet: Freitag, 6. Juni 2014 03:21 >>> An: Ant Developers List >>> Betreff: Re: Repository access >>> >>> Hello Jean-Louis, >>> >>> please create the JIRA, >>

Re: AW: Repository access

to...@gmx.de] > > Gesendet: Freitag, 6. Juni 2014 03:21 > > An: Ant Developers List > > Betreff: Re: Repository access > > > > Hello Jean-Louis, > > > > please create the JIRA, > > > > Antoine > > On Jun 5, 2014, a

AW: Repository access

... Jan > -Ursprüngliche Nachricht- > Von: Antoine Levy Lambert [mailto:anto...@gmx.de] > Gesendet: Freitag, 6. Juni 2014 03:21 > An: Ant Developers List > Betreff: Re: Repository access > > Hello Jean-Louis, > > please create the JIRA, > > Antoine > On

Re: Repository access

Hello Jean-Louis, please create the JIRA, Antoine On Jun 5, 2014, at 3:03 PM, Jean-Louis Boudart wrote: > Same for me is there other repos having same issue? > > We need to create a INFRA jira for this. > > > 2014-06-05 18:08 GMT+02:00 Nicolas Lalevée : > >> I couldn't commit the patch you

Re: Repository access

Same for me is there other repos having same issue? We need to create a INFRA jira for this. 2014-06-05 18:08 GMT+02:00 Nicolas Lalevée : > I couldn't commit the patch you suggested for the ivyde updatesite in svn > either. It must be read only. > > Nicolas > > Le 5 juin 2014 à 07:57, Jan Matèr

Re: Repository access

I couldn't commit the patch you suggested for the ivyde updatesite in svn either. It must be read only. Nicolas Le 5 juin 2014 à 07:57, Jan Matèrne (jhm) a écrit : > After ivyde-updatesite (svn) this is the 2nd repo where I can't commit/push > > https://git-wip-us.apache.org/repos/asf/easyant

Repository access

After ivyde-updatesite (svn) this is the 2nd repo where I can't commit/push https://git-wip-us.apache.org/repos/asf/easyant-core.git Is there any reason? Jan

Re: Standard repository layout?

Thanks Josh. Great to hear that SBT and Ivy largely use the same thing there. Unfortunately Gradle uses something completely different. I've submitted a pull request to Gradleto allow setting an option that would make it work the same way as Ivy and SBT. U

Re: Standard repository layout?

Right, Ivy has a default for local in its ivysettings, but I think sbt/gradle just mimic this as opposed to use the raw ivy settings (I'm not fully aware of why sbt doesn't use it directly, I think so users can turn it off using sbt-only settings) Here's the Ivy 1.4 config for local:

Re: Standard repository layout?

Hey Josh, thanks for the pointers. I'm mainly curious about ~/.ivy2/local. I'm surprised you say you don't think there *is* a standard. Ivy must use some pattern by default when publishing to ~/.ivy2/local, right? Hopefully for compatibility SBT would do the same thing as Ivy there. Thanks, Ben

Re: Standard repository layout?

Sorry, send that a bit too early, here's the hook to local where we adapt the pattern for sbt plugins: https://github.com/sbt/sbt/blob/0.13/ivy/src/main/scala/sbt/Resolver.scala#L281-L285 If you're not resolving sbt plugins, that shouldn't matter. On Thu, Apr 10, 2014 at 8:47 AM, Josh Suereth

Re: Standard repository layout?

Ben - Do you mean "~/.ivy2/local" or "~/.ivy2/cache" ? AFAIK the cache bit is the same in sbt as for Ivy, caveat that we try to ignore what resolver an artifact came from in the store. However, Gradle's cache is a completely different beast, so the I don't think the two are compatible. Now fo

Standard repository layout?

Hi, I'm using SBT and Gradle as build systems. I want them to publish to and read from ~/.ivy2 but they use and expect default layouts and so they do not cooperate well each other using this directory. I'm wondering which one is right and which one is wrong. Also, I downloaded the latest ivy sour

Ivy to resolve dependencies against plain repository

Hi, I have a repository which doesn't have ivy.xml and due to constraints we cannot add any such file. The repository has basic structure with only jars and no other files. Using ivy can we map dependency to jars on such repository without making any custom classes/ plugins ? If so, wou

Re: Testing of a mirrored Eclipse P2 repository

After further investigation, I had a corrupted jar in the update I have build, probably corrupted when I uploaded it since I had a quite terrible connection at that time. The hash was not OK. Too bad Eclipse get crazy about it and redownloaded again and again... It looks good now. Nicolas Le

Testing of a mirrored Eclipse P2 repository

Here is some update of the setup of the P2 repositories. I think I have finished the build scripts. I have done some tests, and I don't know if it works. Short story: Eclipse is doing weird stuff, I don't understand what it is doing, I'll try to investigate deeper later. Longer story: I hav

Re: Sources of the ant jars into the maven repository

actually test it. Nicolas Le 13 avr. 2011 à 14:36, Jesse Glick a écrit : On 04/12/2011 02:06 PM, Nicolas Lalevée wrote: Is there any objection regarding the publication of such jars ? Please do so. In fact I am surprised that earlier releases were accepted into the Central repository without

Re: Sources of the ant jars into the maven repository

vée wrote: >> Is there any objection regarding the publication of such jars ? > > Please do so. In fact I am surprised that earlier releases were accepted into > the Central repository without sources and Javadoc attached. > > Note that you ought to be able to just run: &

Re: Sources of the ant jars into the maven repository

On 04/12/2011 02:06 PM, Nicolas Lalevée wrote: Is there any objection regarding the publication of such jars ? Please do so. In fact I am surprised that earlier releases were accepted into the Central repository without sources and Javadoc attached. Note that you ought to be able to just run

Re: Sources of the ant jars into the maven repository

rce >> attached. >> >> Currently the release of ant doesn't publish any source in the maven >> repository via nexus. So I would like to change the build so that each ant >> jar has its corresponding source jar. And I think I'll also make an >> ant-

Re: Sources of the ant jars into the maven repository

n expect to have the sources attached to the > jar I have automatically download. But for the ant jars, there are no source > attached. > > Currently the release of ant doesn't publish any source in the maven > repository via nexus. So I would like to change the build so that eac

Re: Sources of the ant jars into the maven repository

to hunt for them in the SCM using a tag or rev. Currently the release of ant doesn't publish any source in the maven repository via nexus. So I would like to change the build so that each ant jar has its corresponding source jar. And I think I'll also make an ant-1.8.3-javadocs.jar t

Re: Sources of the ant jars into the maven repository

release of ant doesn't publish any source in the maven > repository via nexus. So I would like to change the build so that each ant > jar has its corresponding source jar. And I think I'll also make an > ant-1.8.3-javadocs.jar too. Theses jars would be only published to the

Sources of the ant jars into the maven repository

are no source attached. Currently the release of ant doesn't publish any source in the maven repository via nexus. So I would like to change the build so that each ant jar has its corresponding source jar. And I think I'll also make an ant-1.8.3-javadocs.jar too. Theses jars wou

Issue Different Time Zone - IVY Repository

Hi, I have one query on IVY repository. My Ivy repository is placed in a different time zone (Let's assume United States Central), And I am working in a different time zone (Let's assume India). Now I need to download the latest time stamped jar from the remote ivy reposi

Upload of ant 1.8.1 in maven2 repository

Hi, I have just seen that there is some inconsistency in the upload of ant 1.8.1 in the maven2 repository, the jars have been uploaded to new directories [1] but the maven-metadata.xml files have not been updated [2]. I have reported this to the repository team on a parallel email and will

FishEye view of pache Ant repository

I was not aware of it. Maybe others here might not be neither. http://fisheye6.atlassian.com/browse/ant -- Gilles Scokart - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

AW: svn commit: r705232 [1/2] - in /ant/core/trunk/src/tests/antunit/taskdefs/cvs: ./ repository/ repository/CVSROOT/ repository/CVSROOT/Emptydir/ repository/antmodule1/

re/trunk/src/tests/antunit/taskdefs/cvs: ./ repository/ >repository/CVSROOT/ repository/CVSROOT/Emptydir/ repository/antmodule1/ > >On Fri, 17 Oct 2008, Gilles Scokart <[EMAIL PROTECTED]> wrote: > >> A CVS repository in Subversion... >> Amazing :-) > >yeah, fo

Re: svn commit: r705232 [1/2] - in /ant/core/trunk/src/tests/antunit/taskdefs/cvs: ./ repository/ repository/CVSROOT/ repository/CVSROOT/Emptydir/ repository/antmodule1/

On Fri, 17 Oct 2008, Gilles Scokart <[EMAIL PROTECTED]> wrote: > A CVS repository in Subversion... > Amazing :-) yeah, found it wierd as well. BTW, I think this wouldn't be possible if we still used CVS since CVS wouldn't have allowed me to check in the CVSR

Re: svn commit: r705232 [1/2] - in /ant/core/trunk/src/tests/antunit/taskdefs/cvs: ./ repository/ repository/CVSROOT/ repository/CVSROOT/Emptydir/ repository/antmodule1/

A CVS repository in Subversion... Amazing :-) 2008/10/16 <[EMAIL PROTECTED]>: > Author: bodewig > Date: Thu Oct 16 06:00:46 2008 > New Revision: 705232 > > URL: http://svn.apache.org/viewvc?rev=705232&view=rev > Log: > experimental local CVS repository as a

Re: svn commit: r644541 - in /ant/ivy/core/trunk: CHANGES.txt doc/resolver/ssh.html src/java/org/apache/ivy/plugins/repository/ssh/Scp.java src/java/org/apache/ivy/plugins/repository/ssh/SshRepository

it: r644541 - in /ant/ivy/core/trunk: CHANGES.txt doc/resolver/ssh.html src/java/org/apache/ivy/plugins/repository/ssh/Scp.java src/java/org/apache/ivy/plugins/repository/ssh/SshRepository.java On Fri, Apr 4, 2008 at 9:24 AM, Maarten Coene <[EMAIL PROTECTED]> wrote: > Btw, in the manua

Re: svn commit: r644541 - in /ant/ivy/core/trunk: CHANGES.txt doc/resolver/ssh.html src/java/org/apache/ivy/plugins/repository/ssh/Scp.java src/java/org/apache/ivy/plugins/repository/ssh/SshRepository

--- Original Message > From: Maarten Coene <[EMAIL PROTECTED]> > To: Ant Developers List > Sent: Friday, April 4, 2008 9:19:57 AM > Subject: Re: svn commit: r644541 - in /ant/ivy/core/trunk: CHANGES.txt > doc/resolver/ssh.html > src/java/org/apache/ivy/plugins/r

Re: svn commit: r644541 - in /ant/ivy/core/trunk: CHANGES.txt doc/resolver/ssh.html src/java/org/apache/ivy/plugins/repository/ssh/Scp.java src/java/org/apache/ivy/plugins/repository/ssh/SshRepository

t/ivy/core/trunk: CHANGES.txt doc/resolver/ssh.html src/java/org/apache/ivy/plugins/repository/ssh/Scp.java src/java/org/apache/ivy/plugins/repository/ssh/SshRepository.java It was hardcoded to 0600 in Scp.java before I made this change. To keep it BC, I defaulted it to the same value. As far as

Re: svn commit: r644541 - in /ant/ivy/core/trunk: CHANGES.txt doc/resolver/ssh.html src/java/org/apache/ivy/plugins/repository/ssh/Scp.java src/java/org/apache/ivy/plugins/repository/ssh/SshRepository

n commit: r644541 - in /ant/ivy/core/trunk: CHANGES.txt > doc/resolver/ssh.html > src/java/org/apache/ivy/plugins/repository/ssh/Scp.java > src/java/org/apache/ivy/plugins/repository/ssh/SshRepository.java > > On Fri, Apr 4, 2008 at 12:49 AM, <[EMAIL PROTECTED]> wrote: > >

Re: svn commit: r644541 - in /ant/ivy/core/trunk: CHANGES.txt doc/resolver/ssh.html src/java/org/apache/ivy/plugins/repository/ssh/Scp.java src/java/org/apache/ivy/plugins/repository/ssh/SshRepository

541 - in /ant/ivy/core/trunk: CHANGES.txt doc/resolver/ssh.html src/java/org/apache/ivy/plugins/repository/ssh/Scp.java src/java/org/apache/ivy/plugins/repository/ssh/SshRepository.java On Fri, Apr 4, 2008 at 12:49 AM, <[EMAIL PROTECTED]> wrote: > Author: maartenc > Date: Thu Apr

Re: svn commit: r644541 - in /ant/ivy/core/trunk: CHANGES.txt doc/resolver/ssh.html src/java/org/apache/ivy/plugins/repository/ssh/Scp.java src/java/org/apache/ivy/plugins/repository/ssh/SshRepository

ed files > for the SSH resolver (IVY-764) + removal of some unused code > > Modified: >ant/ivy/core/trunk/CHANGES.txt >ant/ivy/core/trunk/doc/resolver/ssh.html > > ant/ivy/core/trunk/src/java/org/apache/ivy/plugins/repository/ssh/Scp.java > > > ant/

Re: Ivy Repository

Le 30 déc. 07 à 11:37, Markus M. May a écrit : Hello, I got IVYDE from the repository and tried to build it. It tries to find IVY in the repository http://repo1.maven.org/maven2/apache which is non-existant. I think as one of the primary projects using the reposoitory, we should

Ivy Repository

Hello, I got IVYDE from the repository and tried to build it. It tries to find IVY in the repository http://repo1.maven.org/maven2/apache which is non-existant. I think as one of the primary projects using the reposoitory, we should definitly put IVY in the repository, right? Anyway, I

intelligent repository cleaning (IVY-658)

Hi, I've started thinking at how to implement IVY-658, and it's not that easy to get information necessary to clean a repository intelligently. To do so, we need to have information about the dependers of a module. If Ivy shines at finding dependees, it provides no way to access dep

AW: Old CVS repository of Ant

Ant, as all Apache projects, have migrated in 2005/2006. I dont think that there are so "old" backups of the repository. But I am not sure about that ... Jan >-Ursprüngliche Nachricht- >Von: Beat Fluri [mailto:[EMAIL PROTECTED] >Gesendet: Freitag, 7. September

Old CVS repository of Ant

Is there a possibility to get an old version of the former CVS repository of Ant? I would very appreciate to get Ant as a case study. Thank you for your help. Best wishes, --Beat Fluri - To unsubscribe, e-mail: [EMAIL PROT

svn repository access (svn dump)

Apache projects. As we are both avid Ant users, we would like to extend our research to Ant, but for that we need your help: we would like to have access to the Ant subversion repository. As such, my question is: would it be possible to get a complete dump of the svn of Ant. If needed, we can reserve

Ant 1.7.0 jars in maven repository : now available

Hi, the Ant 1.7.0 jars are now available in the maven repository for maven2 based builds. Note that the groupId is org.apache.ant, not ant like for ant 1.6.5. Checksums fail though - I do not know the reasons but the colleagues at repository@ are aware of this. Regards, Antoine

Re: Upload of Ant to Maven repository [WAS: Re: Re: pgp key for signing files]

Antoine Levy-Lambert wrote: Hi, Steve had already sent an email to repository at apache dot org. http://mail-archives.apache.org/mod_mbox/www-repository/200606.mbox/browser Also, Carlos Sanchez answered my JIRA issue, giving a pointer to : http://www.apache.org/dev/release-publishing.html

Re: Upload of Ant to Maven repository [WAS: Re: Re: pgp key for signing files]

Hi, Steve had already sent an email to repository at apache dot org. http://mail-archives.apache.org/mod_mbox/www-repository/200606.mbox/browser Also, Carlos Sanchez answered my JIRA issue, giving a pointer to : http://www.apache.org/dev/release-publishing.html http://www.apache.org/dist

Upload of Ant to Maven repository [WAS: Re: Re: pgp key for signing files]

Hello, I have created an issue on the MAVEN JIRA to ask the MAVEN colleagues what will be the procedure to upload Ant to the maven repository(ies). http://jira.codehaus.org/browse/MEV-412 Steve, did you get any news from the repository colleagues ? Regards, Antoine Original

svn commit: r332493 - /ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/repository/

Author: stevel Date: Fri Nov 11 00:49:12 2005 New Revision: 332493 URL: http://svn.apache.org/viewcvs?rev=332493&view=rev Log: delete the libraries prototype Removed: ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/reposi

svn commit: r332492 - in /ant/core/trunk/src: etc/testcases/taskdefs/ main/org/apache/tools/ant/taskdefs/repository/ testcases/org/apache/tools/ant/taskdefs/

Author: stevel Date: Fri Nov 11 00:44:54 2005 New Revision: 332492 URL: http://svn.apache.org/viewcvs?rev=332492&view=rev Log: delete the libraries prototype Removed: ant/core/trunk/src/etc/testcases/taskdefs/libraries.xml ant/core/trunk/src/main/org/apache/tools/ant/taskdefs/reposi

DO NOT REPLY [Bug 14208] - [PATCH] StarTeam checkin and checkout tasks do not respect repository status flags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14208] - [PATCH] StarTeam checkin and checkout tasks do not respect repository status flags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14208] - [PATCH] StarTeam checkin and checkout tasks do not respect repository status flags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 14208] - [PATCH] StarTeam checkin and checkout tasks do not respect repository status flags

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: Little bit of repository surgery

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 11 Apr 2005, Steve Loughran > <[EMAIL PROTECTED]> wrote: > > > Here is what I'm thinking, > > Pretty much what I'd suggest as well (what, not how > you plan to do). > Also make maven2 the default. > > > thoughts that may break anyone that h

Re: Little bit of repository surgery

Nicola Ken Barozzi wrote: Steve Loughran wrote: ... What do people think about my plan? Any possibility of not duplicating code between Maven/MavenWagon and Ant? Been discussed. I think I may use wagon in the smartfrog impl, but not the ant one. (a) all the fetching is in tasks.Get already (b) h

Re: Little bit of repository surgery

Steve Loughran wrote: ... What do people think about my plan? Any possibility of not duplicating code between Maven/MavenWagon and Ant? -- Nicola Ken Barozzi [EMAIL PROTECTED] - verba volant, scripta manent - (discussions get forgotten, just code remains) --

Re: Little bit of repository surgery

On Mon, 11 Apr 2005, Steve Loughran <[EMAIL PROTECTED]> wrote: > Here is what I'm thinking, Pretty much what I'd suggest as well (what, not how you plan to do). Also make maven2 the default. > thoughts that may break anyone that has been using the task to > date. (which may be only me) It proba

Little bit of repository surgery

Maven2 is out, with a new layout policy * new remote: http://ibiblio.org/maven2 * local store ~/.m2/repository * layout algorithm both local and remote: * project/version/artifact-version[-classifier][.extension] * every artifact has a .pom where -project gets mapped from dotted to

DO NOT REPLY [Bug 18633] - starteam checkin task ignores the includes parameter for files not in repository

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository ForceUpdatePolicy.java TimestampPolicy.java

bodewig 2005/01/24 07:06:21 Modified:src/main/org/apache/tools/ant/taskdefs/repository ForceUpdatePolicy.java TimestampPolicy.java Log: 2005 Revision ChangesPath 1.4 +15 -15 ant/src/main/org/apache/tools/ant/taskdefs/repository

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository ScheduledUpdatePolicy.java

On Fri, 21 Jan 2005, Peter Reilly <[EMAIL PROTECTED]> wrote: > in src/etc/checkstyle/checkstyle, the linelength check is qualified > to 100 chars from the default 80: OK. No idea who changed it (or even added that file), since I must admit I've never used it so far. Cheers Stefan

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository ScheduledUpdatePolicy.java

in src/etc/checkstyle/checkstyle, the linelength check is qualified to 100 chars from the default 80: Peter Stefan Bodewig wrote: On 21 Jan 2005, <[EMAIL PROTECTED]> wrote: checkstyle: 100 char line limit shouldn't that be 80? Stefan --

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository ScheduledUpdatePolicy.java

On 21 Jan 2005, <[EMAIL PROTECTED]> wrote: > checkstyle: 100 char line limit shouldn't that be 80? Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository EnabledLibraryElementList.java LibraryPolicy.java ScheduledUpdatePolicy.java

peterreilly2005/01/21 06:35:45 Modified:src/main/org/apache/tools/ant/taskdefs/repository EnabledLibraryElementList.java LibraryPolicy.java ScheduledUpdatePolicy.java Log: date Revision ChangesPath 1.3 +1 -1 ant

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository ScheduledUpdatePolicy.java

peterreilly2005/01/21 06:32:13 Modified:src/main/org/apache/tools/ant/taskdefs/repository ScheduledUpdatePolicy.java Log: checkstyle: 100 char line limit Revision ChangesPath 1.4 +12 -7 ant/src/main/org/apache/tools/ant/taskdefs

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository LibraryPolicy.java

peterreilly2005/01/21 06:30:37 Modified:src/main/org/apache/tools/ant/taskdefs/repository LibraryPolicy.java Log: no need to declare methods as public in a public interface 100 line limit Revision ChangesPath 1.4 +6 -4 ant/src/main

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository Library.java

peterreilly2005/01/21 06:27:28 Modified:src/main/org/apache/tools/ant/taskdefs/repository Library.java Log: space around operands Revision ChangesPath 1.8 +5 -5 ant/src/main/org/apache/tools/ant/taskdefs/repository/Library.java

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository EnabledLibraryElementList.java

peterreilly2005/01/21 06:25:54 Modified:src/main/org/apache/tools/ant/taskdefs/repository EnabledLibraryElementList.java Log: remove _fields Revision ChangesPath 1.2 +10 -9 ant/src/main/org/apache/tools/ant/taskdefs/repository

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository Libraries.java MavenRepository.java

peterreilly2005/01/21 06:03:46 Modified:src/main/org/apache/tools/ant/taskdefs/repository Libraries.java MavenRepository.java Log: checkstyle - space around operators Revision ChangesPath 1.7 +10 -9 ant/src/main/org/apache/tools/ant

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository Library.java

:src/main/org/apache/tools/ant/taskdefs/repository Library.java */ -public void setLibraryFile(File libraryFile) { -this.libraryFile = libraryFile; +public void _setLibraryFile(File file) { +this.libraryFile = file

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository Library.java

stevel 2005/01/20 15:09:15 Modified:src/main/org/apache/tools/ant/taskdefs/repository Library.java Log: cleanup a few loose ends Revision ChangesPath 1.6 +5 -6 ant/src/main/org/apache/tools/ant/taskdefs/repository/Library.java

Re: New repository task

On Wed, 8 Dec 2004, Matt Benson <[EMAIL PROTECTED]> wrote: > --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > So I suppose that chain of events would suggest that the answer to > your question is "yes", though "finally understood" makes the Ant > committers sound like a bunch of dinosaurs. ;) > >

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository HttpRepository.java

On 13 Dec 2004, <[EMAIL PROTECTED]> wrote: > -URL url=basedir.toURL(); > -setUrl(url.toExternalForm()); > +URL u = basedir.toURL(); > +setUrl(u.toExternalForm()); why not "setUrl(fileUtils.getFileURL(baseDir));"? Stefan ---

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository HttpRepository.java

bodewig 2004/12/13 00:59:42 Modified:src/main/org/apache/tools/ant/taskdefs/repository HttpRepository.java Log: Make Jikes happy - shadowing of url Revision ChangesPath 1.5 +2 -2 ant/src/main/org/apache/tools/ant/taskdefs/repository

Re: New repository task

ou did misunderstand it. The > task is > not Maven-centric. It simply borrowed a lot of > concepts as a starting > point, but those were never essential to its > definition. My apologies. I hope the repository task ends up in a form that is satisfactory to you as well. -Matt

Re: New repository task

On Wed, 8 Dec 2004 08:35:06 -0800 (PST), Matt Benson <[EMAIL PROTECTED]> wrote: > When Russell first brought his dependencies task to > the table, I reiterated the general policy regarding > the introduction of new tasks, especially where they > interacted with software other than Ant (aka optional

Re: New repository task

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Tue, 7 Dec 2004, Matt Benson > <[EMAIL PROTECTED]> wrote: (edited for brevity) > > See: http://marc.theaimsgroup.com/?t=10935231277&r=1&w=2 > > (particularly DD's response) > > and > http://marc.theaimsgroup.com/?l=ant-dev&m=109882328509244&w=2

Re: New repository task

On Tue, 7 Dec 2004, Matt Benson <[EMAIL PROTECTED]> wrote: > --- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > >> On Mon, 6 Dec 2004, Matt Benson >> <[EMAIL PROTECTED]> wrote: >> >> > It's a sign of the times... >> >> > > See: > > http://marc.theaimsgroup.com/?t=10935231277&r=1&w=2 > (p

Re: New repository task

stuff. Instead you can use it to manage libraries that you depend on. (We may want to change behaviour to say if you dont specify a repository, that is exactly what you get) That's great. I just became a little cautious when I saw a bunch of hard-coded referen

Re: New repository task

nage libraries that you depend on. (We may > > want to change behaviour to say if you dont specify a repository, that > > is exactly what you get) > > That's great. I just became a little cautious when I saw a bunch of > hard-coded references to the Maven style of paths.

Re: New repository task

On Mon, 06 Dec 2004 22:27:12 +, Steve Loughran <[EMAIL PROTECTED]> wrote: > Also, and this is important, you dont need to use it to download stuff. > Instead you can use it to manage libraries that you depend on. (We may > want to change behaviour to say if you dont specify a r

Re: New repository task

--- Stefan Bodewig <[EMAIL PROTECTED]> wrote: > On Mon, 6 Dec 2004, Matt Benson > <[EMAIL PROTECTED]> wrote: > > > It's a sign of the times... > > See: http://marc.theaimsgroup.com/?t=10935231277&r=1&w=2 (particularly DD's response) and http://marc.theaimsgroup.com/?l=ant-dev&m=109882

Re: New repository task

On Mon, 6 Dec 2004, Matt Benson <[EMAIL PROTECTED]> wrote: > It's a sign of the times... Stefan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: New repository task

On Mon, 06 Dec 2004 22:27:12 +, Steve Loughran <[EMAIL PROTECTED]> wrote: > > > > One thing I can't find is why this is being put into ant core and not > > an optional task. Could anyone help me out here? Thanks. > > It's a bootstrapping thing. If its optional, well, its optional so it > may

Re: New repository task

ieve optional stuff. Also, and this is important, you dont need to use it to download stuff. Instead you can use it to manage libraries that you depend on. (We may want to change behaviour to say if you dont specify a repository, that is exactly what you get) So you can say Because

Re: New repository task

It's a sign of the times... -Matt --- Groboclown <[EMAIL PROTECTED]> wrote: > I've been out of the Ant developer discussions for > about two or three > months now (way too much going on), and I'm trying > to get caught up on > the repository task. >

New repository task

I've been out of the Ant developer discussions for about two or three months now (way too much going on), and I'm trying to get caught up on the repository task. One thing I can't find is why this is being put into ant core and not an optional task. Could anyone help me ou

Re: repository

ing of Md5 checksums should be >> > voluntary; >> >> While I agree with this in principal, implementing it may be >> difficult since the Maven-like repo at www.apache.org holds .MD5 >> files (or .md5 or .md5sum) that have been created by different >> tools and thus

Re: repository

plementing it may be difficult > since the Maven-like repo at www.apache.org holds .MD5 files (or .md5 or > .md5sum) that have been created by different tools and thus have > different formats. Do you mean the repository under <http://www.apache.org/dist/> ? I would like to make a repo

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository HttpRepository.java

stevel 2004/11/18 15:28:37 Modified:src/main/org/apache/tools/ant/taskdefs/repository HttpRepository.java Log: In use, you need to know why your build file has paused for so long. Revision ChangesPath 1.2 +1 -2 ant/src/main/org/apache

Re: repository

I've just checked in the much reworked repository. We have to be somewhat grateful that whoever broke into my house and stole my work laptop, left the home PC next to it, that being where this code was. Features -now called as it does more than just get them. -now in oata.tasks.repos

cvs commit: ant/src/testcases/org/apache/tools/ant/taskdefs/optional/repository GetLibrariesTest.java

stevel 2004/11/18 08:25:05 Modified:src/main/org/apache/tools/ant/taskdefs defaults.properties src/main/org/apache/tools/ant/taskdefs/repository AbsentFilesPolicy.java AssertDownloaded.java BaseLibraryPolicy.java

Re: cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository - New directory

On Thursday 18 November 2004 16:44, [EMAIL PROTECTED] wrote: > stevel 2004/11/18 07:44:18 > > ant/src/main/org/apache/tools/ant/taskdefs/repository - New directory > > - > To unsubscribe, e-mail: [EMAI

cvs commit: ant/src/main/org/apache/tools/ant/taskdefs/repository - New directory

stevel 2004/11/18 07:44:18 ant/src/main/org/apache/tools/ant/taskdefs/repository - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

  1   2   >