Beni, hi;
-
this project plans to use dockingFrames:
http://kenai.com/projects/guts/pages/Home -
the reason I contact you is a request:
can you please start publishing your artifacts as maven repo?
thanks
Andrei
Beni, hi;
this project plans to use dockingFrames:
http://kenai.com/projects/guts/pages/Home
the reason I contact you is a request:
can you please start publishing your artifacts as maven repo?
thanks
Andrei
Currently I just don’t have the time to learn maven, to set it up, and to keep it running. I’m already happy If I get the next stable release out in this month.
Besides, since DF is not always 100% backwards compatible (sometimes I do correct my spelling errors in class-names ), you really don’t want to update itself automatically.
got it; also - I can do it for you, when you are ready; thanks!
Beni, hello again;
we want publish our guts project to the central maven repo via sonatype nexus oss:
https://docs.sonatype.org/display/repository/sonatype+oss+maven+repository+usage+guide
for this, all guts dependencies, (which now include docking frames)
also must come from maven central;
do you mind if I make a request with sonatype on your behalf
and setup my hudson server to publish your artifacts to sonatype?
if yes, please let me know group id, artifact id, company, etc, as described here:
https://docs.sonatype.org/display/repository/sonatype+oss+maven+repository+usage+guide#SonatypeOSSMavenRepositoryUsageGuide-6.CentralSyncRequirement
for example:
groupId: org.dockingframes.*
artifactId: docking-frames-1.0.8
thanks
Andrei
Ok, I will just not be the one who keeps the maven repository up to date (Altough I am able to call some build-scripts…)
Beni, hi;
got it, thanks! I will post again when it is ready;
Cheers,
Andrei
Beni, another question:
do you want also to migrate package name space to org.dockingframes.* instead of bibliotech.*, etc?
basically the way I do it now is this:
I made parallel project here:
http://code.google.com/p/docking-frames/
it will pull your svn source and will apply bunch of transformations to make it maven-compliant
so name space change will be just one little thing on top of other changes;
please let me know;
Andrei
For historical reasons I’d like to keep the name (at least the one version on JavaForge keeps the name). If maven requires a better understandable name, then an automatic transformation is ok.
got it; thanks!
Beni, hello;
https://oss.sonatype.org/content/groups/public/org/dockingframes/
hudson is setup to detect changes from java-forge every minute
and to re-build and to publish snapshots for each change in the trunk;
snapshots location:
https://oss.sonatype.org/content/repositories/snapshots/org/dockingframes/
if yes, then I will run „release:prepare“ && „release:perform“ at which point
the release code will be published to the world here:
http://repo1.maven.org/maven2/org/dockingframes/…
after the release, all projects will get a next version of 1.0.9-SNAPSHOT
and they will continue to auto-build on demand;
maven dependency declarations for projects that use docking-framse will look like this:
for a dynamic snapshot:
org.dockingframes docking-frames-base 1.0.8-SNAPSHOTfor a frozen release:
org.dockingframes docking-frames-base 1.0.8 </dependencso, do I have a green light from you?
thank you;
Andrei
what you call “core” in the guide is now called:
docking-frames-base
and what you call “framework” is named:
docking-frames-common
so, normal dependency on docking-frames will be single entry only:
org.dockingframes docking-frames-common 1.0.8wich will pull docking-frames-base automatically
I also suggest you register www.dockingframes.org domain;
Hm, there will never be a version 1.0.9, after 1.0.8 there will be a jump to 1.1.0. The rest looks ok, I’ll also add some link to my old webpage and the guides.
Beni
got it - next development version after 1.0.8 release will be 1.1.0-SNAPSHOT;
can I release and publish 1.0.8 now?
Andrei
the reason I double check is that maven releases are one-way;
you can not “undo” them; the only way to move forward is to bump the version up;
I also suggest you take the guides out into a separate project
1.0.8 is not finished. That will need another few weeks.
The guides really belong to the projects, can your script just ignore the guide directories?
not finished - got it; how about October 1st as a release day?
It’s done when it’s done, specifying any date would be a lie. I only have to finish some documentation, but somehow that is a really hard job that needs a lot of time.