With the amount of versioning going on, eventually a release falls into
a state of non-usage, I suspect there should be room for such a
mechanism, otherwise mirrors will become bloated with unused, outdated,
antiquated and obsolete content.
I suspect some sort of "redirect" mechanism would be s
Th issue is... the jars/distributables are placed into the
java-repository using maven. so, currently, if you look in something
like the commons project.properties you'll see that they are pointing to
the central repository for the location of where to "publish" files.
#
Noel J. Bergman wrote:
The issue is... the jars/distributables are placed into the
java-repository using maven. so, currently, if you look in
something like the commons project.properties you'll see that
they are pointing to the central repository for the location
of where to "publish" files.
The
I'll try to expand on the functionalities of Maven below.
Sander Striker wrote:
On Sat, 2004-02-21 at 01:01, Mark R. Diggory wrote:
Noel J. Bergman wrote:
The issue is... the jars/distributables are placed into the
java-repository using maven.
Can you explain this a bit? I thought Maven was
Wow, I'll try to be concise!
Sander Striker wrote:
I understand. But it has to be fairly mature before one can
deploy and recommend using it to the PMCs. Also, you can't
force all the projects to use it. For this you need some way
of handmaintaining 'shadow' packages in java-repository,
correct?
I don't think we're referring to it as the official "Apache Repository".
It is a Maven repository located on www.apache.org
/www/www.apache.org/dist/java-repository is the location to get things
into maven (it is rsynced with the maven repository at ibiblio.
-Mark
robert burrell donkin wrote:
i
23:20, Sander Striker wrote:
On Sat, 2004-03-06 at 23:43, Mark R. Diggory wrote:
I don't think we're referring to it as the official "Apache Repository".
It is a Maven repository located on www.apache.org
/www/www.apache.org/dist/java-repository is the location to get things
into
Sorry for the later response, currently, I think the major issues are in
managing the content of java-repository in responsible manner.
Key issues I can see needing to be addressed are the following.
1.) Get projects to be as "responsible" for their content in
java-repository as they are for the
robert burrell donkin wrote:
hi mark
i've given it a go myself but i have a few questions and i'd appreciate
it if you'd check my work so far.
On 7 Mar 2004, at 16:18, Mark R. Diggory wrote:
You need to establish what your groups id will be. The current naming
trend for Apache
h the content over
there?
(or have i just make some mistake in the upload...)
- robert
On 8 Mar 2004, at 22:20, Mark R. Diggory wrote:
robert burrell donkin wrote:
hi mark
i've given it a go myself but i have a few questions and i'd
appreciate it if you'd check my work so far.
On
Its ok, half the projects in Maven repository never deployed pom's so
its usage is somewhat "speculative" in the first place.
-Mark
Erik Abele wrote:
On 08.03.2004, at 23:20, Mark R. Diggory wrote:
3
apache-jaxme
Apache Jaxme
0.2
Apache Software Foundatio
do to push the content over
there?
(or have i just make some mistake in the upload...)
- robert
On 8 Mar 2004, at 22:20, Mark R. Diggory wrote:
robert burrell donkin wrote:
hi mark
i've given it a go myself but i have a few questions and i'd
appreciate it if you'd check my work s
I've started this process
http://www.apache.org/dist/java-repository/jaxme/jars/
Mark R. Diggory wrote:
Robert, the jars are there, we should probably do a little renaming. My
fault for not looking yesterday.
http://www.ibiblio.org/maven/apache-jaxme
Robert, this process is finished in java repository
http://www.apache.org/dist/java-repository/jaxme/jars/
I didn't bother maintain the pom, as it is apparent that the other
projects are not using them. We should have this sync'ed shortly.
-Mark
Mark R. Diggory wrote:
I've start
direct way to do
this seemed (to me) to be continue to use the naming convention used by
incubation releases.
- robert
On 11 Mar 2004, at 00:18, Mark R. Diggory wrote:
Robert, the jars are there, we should probably do a little renaming.
My fault for not looking yesterday.
http://www.ibiblio.org/m
Sander Striker wrote:
From: Mark R. Diggory [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 11, 2004 7:52 PM
Basically, in Maven the difference between "version releases" and "build
releases" is designated in the version, not in the artifact id.
/jaxme/jars/jaxme-.jar
a
Is there just an issue with where its going to be located then? (I.E.
site, cvs/svn location and distribution directories)? I'm very
unfamiliar with the Incubator and its policies so excuse my naivety.
Once a project has graduated via Vote, is there a process for its
"migration"? I think this w
I have to get back to Jason, he was getting me an Ibilio account today.
I'll clean it up.
-Mark
Ben Walding wrote:
One side effect of changing groupIds around after they have been
mirrored is that ibiblio's maven repo now has jaxme stuff slotted into
both /jaxme and /apache-jaxme. Once someone
Noel J. Bergman wrote:
sander's post early on this thread (quite reasonably) suggested that
it'd be a good idea for the repository team to think about how to
handle incubating projects in general (before any more come along). i
think that sounds like a very reasonable plan.
Agreed. And it would
I recommend we use the following location for SNAPSHOT/NIGHTLY/WEEKLY
builds of jars for Apache Projects.
http://cvs.apache.org/repository/
-Mark
Mark R. Diggory wrote:
I don't believe I'm on the directory developers list, sorry.
There is absolutely no such "Requirement", Yo
Noel J. Bergman wrote:
Mark R. Diggory wrote:
If your using your own workstation to build using Maven, then you can
set your central-repository property to point to
maven.repo.central=minotaur.apache.org
maven.repo.central.directory=/www/cvs.apache.org/repository/
Incubator can gladly be the
uot;documentation effort". What are
individuals thoughts on this project and its model?
http://sourceforge.net/docman/?group_id=41872
I think its important to maintain that its not impossible to attract
multiple groups/organizations to such an effort.
--
Mark R. Diggory
Software Developer -
unity... I
suspect a JSR would be valuable if the network existed already and we
were talking about native support for resolving and downloading
dependencies in the J2RE/SDK.
--
Mark R. Diggory
Software Developer - VDC Project
Harvard MIT Data Center
http://www.hmdc.harvard.edu
On Tue, 2004-03-16 at 14:41, Nicola Ken Barozzi wrote:
> Mark R. Diggory wrote:
> ...
> > We should seriously consider establishing a "standards" community
> > to establish supporting efforts such as this.
>
> This list is our "standards" community.
W
On Tue, 2004-03-16 at 17:20, Jason van Zyl wrote:
> On Tue, 2004-03-16 at 16:12, Mark R. Diggory wrote:
>
> > However, by following a similar line of reasoning you could take for an
> > analogy that IE is the predominate browser on the market, so what ever
> > it defin
A significant divergence in the Directory structures of Maven
Repositories and the "dist" mirrors I've encountered involves the usage
of "binaries", "sources" and "distributions" naming for artifact type
directories.
While this isn't much of an issue in terms of the "URISyntax" spec,
which I b
I do like the download pages for Avalon however! These are very nice and
provides some very solid navigation of "distributed download"
capabilities. I'd really like to adopt this strategy for a global ASF
Repository navigation.
http://avalon.apache.org/download.cgi
Should we consider putting to
While that is a possible solution, it creates alot of maintence issues
and isn't very scalable. I think there could be a cleaner solution if
both parties got involved with making adjustments.
-Mark
Noel J. Bergman wrote:
There is no simple "symlink" that can be approached to resolve these
duplic
Thnx, I would like to see where discussion goes first. The duplication
has been there for some time, resolving it immediately is not high on my
list. Making any significant changes has to be well thought out in
directories that are mirrored.
Establishing a path of convergence for the contents i
Nightly Builds Are considered non-releases and shouldn't be distributed
to the mirrors. To resolve this issue we are working on the following:
Full releases (mirrored):
/www/www.apache.org/dist/java-repository
Be very careful about placing content here, you should use a staging
area outside the
Yes, pretty much the case. The big thing is to make sure you set group
write permissions and make sure the group is apcvs.
I can look into setting the deployment dir to be
/www/www.apache.org/dist/java-repository/ but I remember requests from
the mirror folks to make sure that deployment happen
Sorry for the cross post but this seems relevant to both these groups.
I was thinking about the subject of mirroring and redirection for the
ASF Repository. Currently, there was some discussion on the Depot list
concerning this. I feel we could address this subject again for both
groups interest
Erik Abele wrote:
I suspect their views would include what you suggest, that
distribution might
save some nomimal (c.f. artifact sizes) bandwidth savings & give some
CPU
saving, but it'd be at significant loss of 'control' (of well behaved
clients). Central control over this seems the most appeal
. they have been mirrored to ibiblio. but maven does not seem
able to automatically download them. this is a bit of a PITA since i'm
currently trying to prepare a mavenized release whose dependencies need
to be updated to the latest beanutils so any help would be really
appreciated.
- r
300289 bytes 8011.73 bytes/sec
total size is 284096595 speedup is 945.60
Mark R. Diggory wrote:
I don't see anything wrong with the permissions, when did you add the
file to java-repository?
I also notice the SNAPSHOT symlinks are pretty ancient, you might want
to update those links to poi
I'm curious, would others be interested in seeing the rsync emails from
ibiblio for the rsync that runs every 4 hours on the login.ibibilio.org
server? I could direct them to this list or possibly the maven devel
list if its more appropriate.
-Mark
--
Mark Diggory
Software Developer
Harvard MIT
new files
being moved.
-Mark
Adam R. B. Jack wrote:
On Tue, 3 Aug 2004, Mark R. Diggory wrote:
I'm curious, would others be interested in seeing the rsync emails
from ibiblio for the rsync that runs every 4 hours on the
login.ibibilio.org server? I could direct them to this list or
pos
speedup is 416.68
--
Mark R. Diggory
Software Developer
Harvard MIT Data Center
http://www.hmdc.harvard.edu
is by accident, or something you wanted coming to the list now?
--- Noel
--
Mark R. Diggory
Software Developer
Harvard MIT Data Center
http://www.hmdc.harvard.edu
ve it to you to figure out. When you've done, please let me know.
Right now I have to moderate these through. I'll add it to allow list after
you're done fixing the address, although it it ends up being yours, I won't
have to worry about it.
--- Noel
--
Mark R. D
plugin...hibernate is already in the ibiblio repository.
Nicola Ken Barozzi wrote:
Cron Daemon wrote:
receiving file list ... done
maven/plugins/maven-cruisecontrol-plugin-1.5.jar
maven/plugins/maven-cruisecontrol-plugin-1.5.jar.md5
maven/plugins/maven-eclipse-plugin-1.8.jar
maven/plugins/maven-ecl
Sigh, it was working last night, now what...
Noel J. Bergman wrote:
Mark,
You need to fix these. The format is wrong now (HTML with an attachment)
and the sending address is [EMAIL PROTECTED]
--- Noel
--
Mark Diggory
Software Developer
Harvard MIT Data Center
http://www.hmdc.harvard.edu
Ok, I should have the html/attachment issue fixed. I'm trying to send it
with the from being [EMAIL PROTECTED] If this is not working
then we'll need to workout it coming from my ibiblio account instead.
-Mark
Mark R. Diggory wrote:
Sigh, it was working last night, now what...
Noel
ars/xdoclet-ojb-module-1.2.1.jar.md5
wrote 167 bytes read 426078 bytes 2991.19 bytes/sec
total size is 317971252 speedup is 745.98
--
Mark R. Diggory
Software Developer
Harvard MIT Data Center
http://www.hmdc.harvard.edu
Ok, can we add that address so the list can accept it (without list
emails being sent to the address). I don't believe I can alter it any
further, as it happens within the crontab and somehow ibiblio restricts
altering the wrapper, which makes sense because then it'd be a spoof.
-Mark
Noel J. B
Good point, these should be in separate src/bin artifact directories.
These were deployed by jmitchell. I've forwarded this message to him as
well.
-Mark
matthew.hawthorne wrote:
Why are there tar.gz files in the 'jars' directory? That doesn't seem
right...
[EMAIL PROTECTED] wrote:
receiving f
-
From: "Mark R. Diggory" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Friday, August 27, 2004 11:24 PM
Subject: Re: [rsync] Repository rsync to ibiblio
Good point, these should be in separate src/bin artifact directories.
These were deployed
(code 23) at main.c(1046)
-Mark
Howard Lewis Ship wrote:
I pasted the wrong URL. It was failing, is now ok ... but the
hivemind rc2 jars are NOT showing up at ibiblio, even though they are
in the apache java-repository properly.
On Tue, 21 Sep 2004 12:37:54 -0400, Mark R. Diggory <[EMAIL PROTEC
Did you look under
http://www.ibiblio.org/maven/hivemind/jars/
-Mark
Howard Lewis Ship wrote:
Something is up at ibiblio. Try pointing a browser at
http://www.ibiblio.org/maven/hivemind/
The files are in place with the right permissions at
/x1/www/www.apache.org/dist/java-repository/hivemind/jars
Sep 2004 12:37:54 -0400, Mark R. Diggory <[EMAIL PROTECTED]>
wrote:
Did you look under
http://www.ibiblio.org/maven/hivemind/jars/
-Mark
Howard Lewis Ship wrote:
Something is up at ibiblio. Try pointing a browser at
http://www.ibiblio.org/maven/hivemind/
The files are in place with the
:54 -0400, Mark R. Diggory <[EMAIL PROTECTED]>
wrote:
Did you look under
http://www.ibiblio.org/maven/hivemind/jars/
-Mark
Howard Lewis Ship wrote:
Something is up at ibiblio. Try pointing a browser at
http://www.ibiblio.org/maven/hivemind/
The files are in place with the right permissions
Jason has taken over the management of the ibiblio rsync emails (he's
standardized the rsync process for all organizations rsyncing content to
ibiblio.
Currently rsync logs are sent to the [EMAIL PROTECTED] list, but I I
suspect the moderation is rejecting them? Can we have this adjusted again?
004 15:33:24 -0500
Date: Tue, 21 Sep 2004 15:33:24 -0500
From: [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
Subject: Synchronization report for Apache Software Foundation
-Mark
Mark R. Diggory wrote:
Jason has taken over the management of the ibiblio rsync emails (he's
standardized th
Brett,
I suspect this is the same issue encountered earlier in the month where
Dion Gillard had updated/published some jars using maven. At the same
point in time some modifications occurred int he directory which we
could not identify the origin of.
Too alleviate some of the issues with the fa
Here's a thought that has been propagating through my neurons.
What if the ASF Repository content was maintained in Subversion and
exported into dist/java-repository for mirror propagation using some
automation? Given Subversions binary diffing, this would be manageable.
1.) This would allow us
I'm forwarding this onto the "Repository" email list.
Dion, the reason I was suggesting it was your action is because files
also owned by yourself were added to the commons-jelly/jars directory. I
assume it was your upload of those files which altered them so that the
md5's no longer matched.
-
Henk P. Penning wrote:
On Tue, 5 Oct 2004, Mark R. Diggory wrote:
Date: Tue, 05 Oct 2004 14:11:03 -0400
From: Mark R. Diggory <[EMAIL PROTECTED]>
To: Henk P. Penning <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], dion <[EMAIL PROTECTED]>, [EMAIL PROTECTED]
Subject: Re: md5's
e of great benefit if the artifact
publishing worked initially in a staging area as not to confuse existing
cron jobs attempting to validate md5's on the server. This would
probably be best served in the systems default tmp directory.
-Mark
Dion Gillard wrote:
On Tue, 05 Oct 2004 14:11:03
The ball is in play.
http://jira.codehaus.org/browse/MPARTIFACT-39
-Mark
Henk P. Penning wrote:
On Wed, 6 Oct 2004, Mark R. Diggory wrote:
Date: Wed, 06 Oct 2004 14:08:38 -0400
From: Mark R. Diggory <[EMAIL PROTECTED]>
To: Dion Gillard <[EMAIL PROTECTED]>
Cc: Henk P. Penning <[
orical logging of changes if any
do occur.
-Mark
Henk P. Penning wrote:
On Tue, 5 Oct 2004, Mark R. Diggory wrote:
Date: Tue, 05 Oct 2004 13:04:40 -0400
From: Mark R. Diggory <[EMAIL PROTECTED]>
To: Henk P. Penning <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED], dion <[EMAIL PROTECTED
This should cause no problems with ASF boxes. We would prefer to see
this format used.
As well, I'd like to make a recommendation that we make sure that when
any files are created in the repository, that they are not group
writable. More specifically:
Directories: group writable (drwxrwxr-x)
F
Hi Steve,
Steve Loughran wrote:
Hello,
I'm Steve Loughran of the Ant project; Nicolaken said I should get on
this mail list
1. I have just added to Ant CVS_HEAD a task to get libraries from a
repository; built in support is for maven layouts, though others are
possible.
This is a great idea.
2. I w
Jason,
What is the status of the rsync reporting via email? This is the first
time we've actually received an email at [EMAIL PROTECTED] It
appears to be caused by a file IO error involved with creating a
directory that already exists?
-Mark
wrote:
mesg: ttyname: Operation not supported
receiv
Please drop by the newly migrated project wiki and update your status if
your still interested in working in the group.
http://wiki.apache.org/ASFRepository/Participants
cheers,
Mark
[EMAIL PROTECTED] wrote:
Date: 2004-12-06T15:49:08
Editor: MarkDiggory <[EMAIL PROTECTED]>
Wiki: ASF Repo
I'm moving this discussion to [EMAIL PROTECTED] Phil and others, if
you could join this list, then we can have a more focused discussion
about how to approach this.
http://wiki.apache.org/ASFRepository
Phil Steitz wrote:
I agree with all of your points above. The issue is oversight. I have
not
Mixed terminology again. if the "SNAPSHOT" refers to a fully sanctioned
release not an interim or daily build, then the usage is fine. Remember
in this case SNAPSHOT is no different than "LATEST" or "CURRENT". I wish
we could have Maven folks explore usage of a more accurate terminology
for the
Dion,
Maybe I formed my ideas earlier in Mavens history when SNAPSHOT was
simply a symlink that could be moved to point at any release. Some
places in the repository actually have SNAPSHOT symlinks that point to a
fully versioned releases... These are not interim builds...
lrwxrwxr-x 1 jvanzyl
Henk P. Penning wrote:
Hm, it would seem the latest sanctioned 'maven' is in
/www/www.apache.org/dist/maven/binaries/maven-1.0.2.tar.gz
.. unpacking it shows me
maven-1.0.2/plugins/maven-site-plugin-1.5.2.jar
so the latest sanctioned maven-site-plugin appears to be '1.5.2'.
Or isn'
Henk P. Penning wrote:
My bad. I copied it to the wrong location. I fixed the JARs, forgot
the POMs and will remove them next time I have SSH access.
Ok ; fine ; I was afraid I missed something.
To generalise a little further, are all *SNAPSHOT* thingies in
the repository 'bad' (as in, don'
2005, Mark R. Diggory wrote:
Date: Tue, 11 Jan 2005 19:31:22 -0500
From: Mark R. Diggory <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Re: Where to publish Xalan code on http://www.apache.org/dist
(fwd)
[ I wrote : ]
Remove ?
[ Mark : ]
I've been planning to, I'm
Brett Porter wrote:
There is another case:
maven.repo.central.directory=/www/www.apache.org/dist/java-repository
By Maven 1.0 this was deprecated. You can now specify multiple
deployment targets, so I have:
maven.repo.apache=scp://www.apache.org
maven.repo.apache.directory=/www/www.apache.org/dis
Hey guys, I was quiet for a awhile due to the birth of my new daughter a
couple weeks ago.
To catch back up here, I'll just note that we did some work in the ant
checksum task to get it to output in various formats BSD/GNU etc. There
was an excellent thread last year that really resolved this
Please excuse the cross post. I'm planning to run some commands on the
java-repository to remove interim builds and SNAPSHOTS. Specifically,
I'll be running:
#!/bin/sh
> LOCATION=/www/www.apache.org/dist/java-repository
>
find ${LOCATION} -name '*200[0-4]*' | while read j;
do
rm -f $j;
done
f
Yes,
I'm hoping though, that Jason would set this to only report when theres
actually a transfer. The original script I wrote, which ran on ibiblio
behaved so.
-Mark
Carlos Sanchez wrote:
Hi,
This is the report of the apache to ibiblio repo sync.
I know it can be a bit annoying but isn't this th
Brett Porter wrote:
I echo David's sentiments on this. I'd be interested to know what is
in the eclipse metadata you want to attach to the various artifacts in
the repository, and whether any of it coincides with existing metadata
formats in use here, such as the following for parts of jakarta
comm
Jeffrey,
Yes as they pointed out I'm moving our responses to the thread to the
repository group.
Each project is responsible for their repository contents. So, from this
standpoint, if you took Axis for example, the Axis group would be
responsible for managing the release of any Axis Eclipse plugin
Niclas Hedhman wrote:
On Wednesday 04 May 2005 04:12, Jeffrey Liu wrote:
I want to propose a centralized Eclipse update manager site for Apache
projects/software. Reason I propose an Eclipse update manager site for
Apache projects/software
IIUYC, and perhaps others have not expressed this d
Niclas Hedhman wrote:
On Wednesday 04 May 2005 20:06, Mark Diggory wrote:
Thats a little pretentious, so Eclipse should support Maven, but not the
other way around? This is not about "every" Apache project having to
release Eclipse plugin format, just those that want to. Its trivial for
a projec
Brett Porter wrote:
On 5/5/05, Dion Gillard <[EMAIL PROTECTED]> wrote:
Where do you see the Eclipse version number (not the artifact version)
fitting in?
I was under the impression this would be captured within the archive itself.
But should it need to be part of the path, it is probably se
Good stuff, maybe it'd be good to start a separate thread from the
Eclipse plugin artifact topic. -Mark
Steve Loughran wrote:
On 5/4/05, Niclas Hedhman <[EMAIL PROTECTED]> wrote:
On Wednesday 04 May 2005 19:34, Steve Loughran wrote:
maven repositories are fun because every JAR is on a URL
Niclas Hedhman wrote:
On Wednesday 04 May 2005 21:26, Mark R. Diggory wrote:
Sorry if my response sounded abrasive, I'm not trying to be.
No problem. And ditto sorry.
I think I belong to a group who is not totally Eclipse savvy/friendly, and
somewhat negative to an explicit suppo
81 matches
Mail list logo