Re: Maven repository to Prevayler
Karl Wettin <[email protected]>
| Newsgroups | gmane.comp.java.prevayler |
|---|---|
| Message-ID | <[email protected]> |
http://kodapan.se/maven/repository/org/prevayler/ 2.4-SNAPSHOT only. src, bin, javadocs. Repo also contains all dependencies (except JDO that javamatch depends on that demo depends on) that are not available in repo1. Will try to deploy a full 2.3 next week. Didn't care for pushing the binary only. Also took the liberty to add namespace to xpp3 (org.xmlpull) and javamatch (net.sourceforge.javamatch). So these differ in the POMs in my repo compared to the POMs in the prevayler git. karl 4 mar 2011 kl. 21.53 skrev Justin T. Sampson: > On Fri, Mar 4, 2011 at 10:38 AM, Karl Wettin <[email protected]> wrote: > If we get all artifacts in shape then it should not be that hard to get it published on repo1 (and thus mirrored out). Someone should chat up the maven guys before I start setting things up though so I don't have to do it twice. Perhaps it goes smoother if I do that using my apache email address. I don't know though, it's probably more bound to license and I think BSD is well accepted there. > > I started looking into the central repository at some point and gave up because not all of the other libraries that we reference were available (they require all dependencies to also be in the central repository). > > However, the core of Prevayler doesn't depend on anything at all, only certain extensions do, so I suppose getting the core in there as a distinct jar could work. > > I even did a good bit of work converting the Prevayler codebase to use Maven itself for builds, but didn't quite finish. > > (I should have some time for Prevayler again within a couple of months if I'm successful moving some things around at work...) ------------------------------------------------------------------------------ What You Don't Know About Data Connectivity CAN Hurt You This paper provides an overview of data connectivity, details its effect on application quality, and explores various alternative solutions. http://p.sf.net/sfu/progress-d2d _______________________________________________ To unsubscribe go to the end of this page: http://lists.sourceforge.net/lists/listinfo/prevayler-discussion _______________________________________________ "Databases in Memoriam" -- http://www.prevayler.org