Greg, Pardon my jet-lag, I had assumed you were talking about the fedora-client library at https://github.com/mediashelf/fedora-client
On 16 Oct 2011, at 8:55 PM, Greg Pendlebury wrote: > Hello again, > > I started looking at later versions today. I've currently got v3.3, v3.3.1, > v3.4.2 and v3.5 all running happily on my laptop. Some testing various > permutations of compatibility makes me tentatively confident I can get the > functionality required just from using the latest v3.5 client. > > I may be blind however, because I can't seem to find the Maven artifacts > anywhere. From the project's root POM I expected they might be somewhere in > the Duraspace repo: > https://m2.duraspace.org/content/repositories/releases/org/fcrepo/ > > But there are no fedora artifacts there that I can see. I also can't see any > under Maven central ('fedora-common', 'fcrepo' isn't there at all): > http://search.maven.org/#browse|-924277200 > > There is a ticket for fedora to synch with central under 'org.fcrepo': > https://issues.sonatype.org/browse/OSSRH-307 but no artifacts.. are they > hosted anywhere? > > Ta, > Greg > > On 14 July 2011 09:25, Greg Pendlebury <[email protected]> wrote: > Hey All, > > I'm trying to get the Fedora Client available as a Maven dependency for our > software to make use of in talking to Fedora repositories. > > The first version I was looking for was v2.2.4, which uses the old ant > builds. I've built a bundle as per: > http://code.google.com/p/redbox-mint/wiki/BuildingFedoraClient > > and it is available here: > http://code.google.com/p/redbox-mint/downloads/detail?name=fcrepo-client-2.2.4-bundle.jar > > But wanted to check on a few thing: > • I can't upload this to Sonatype since I'm not a member of your > community (as per: https://issues.sonatype.org/browse/OSSRH-1942). > • Does anyone object to me building in this way? Or the contents of the > POM (such as your dev details, which I grabbed from the wiki/web where I > could find them)? > • Are the GAV details correct? I originally went for > org.fedora-commons:fedora-client:2.2.4, but after looking at later versions > (see below) I switched to org.fcrepo:fcrepo-client:2.2.4 - Is there any > preference? > • Can either A) someone with authority upload this bundle for me? or B) > allow me access (presumably via Sonatype) to upload? > > Next I moved on to v3.3.1, which one of our clients has indicated they will > soon be migrating to. I haven't started on this one yet, so some of these > questions will just be me trying to sort out some confusion: > • The src.zip link from here is broken: > http://www.fedora-commons.org/software/repository/v_3_3_0 Although I did look > around and find: > http://sourceforge.net/projects/fedora-commons/files/fedora/3.3/ > • The location above had only a jar file listed for v3.3.1 and seemed > to relate only to the server (I didn't try using it though). I assume this is > not big deal and the client is compatible? > • After grabbing the v3.3 source I was happy to note the Maven build > and adjusted my 2.2.4 GAV to match, but the build process fails since it > appears the fedora-commons.org maven repository is defunct. > • I can't find any publicly available artifacts in either Maven Central > or the Duraspace repo that match the GAV details from the v3.3 POMs, are > these available somewhere? > • Failing this I thought I could either go through the pain of building > up all the v3.3 dependencies and releasing them (ouch), or move to the > current versions and pray they are compatible for a v3.3.1 server... any > advice on the more likely route to success? > Apologies for the wall of text in this post, but I'm mainly looking for > information/authorization. I'm happy to do any/all dev work involved if it > falls in line with community expectations. > > Ta, > Greg > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2d-oct_______________________________________________ > Fedora-commons-developers mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct _______________________________________________ Fedora-commons-developers mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/fedora-commons-developers
