Ben,

Comments in-line...


Ben Gunter wrote:
The short answer is because the trunk does not yet have all the features we planned for 1.6. We might need to revisit what we actually want in 1.6, but until then it doesn't make sense to release a beta.
If all features aren't there but the build is stable and you want people to potentially play with it then why not release a maven 1.6.0-SNAPSHOT? I don't think anyone is asking for a reduction in features.

I have been working since last week on getting Stripes into the Sonatype repository. I know virtually nothing about Maven so it's been a challenge.
I'm sure you have heard this before - the learning curve for M2 is steep - IMO primarily because so much is IMPLICIT and automatically decided for you it is some times a challenge to get the pieces in the right places. However, once setup M2 is truly a wonderful thing. If I can be of any assistance / if you have any question that I can potentially help with please feel free to contact me directly.

I have a 1.5.4 snapshot in there right now. I'm still trying to figure out what all I need to do to deploy releases. In the meantime, I'll push snapshots whenever something interesting gets added or fixed. Here's the URL to the snapshot repository, I think.

http://oss.sonatype.org/content/repositories/snapshots/
So the way to verify this is to consider the above as your base URL and then append to that the "Group Id", "Artifact Id" and "Version" of the resource you are looking for. For Stripes 1.5.3 the dependency was:

       <dependency>
           <groupId>net.sourceforge.stripes</groupId>
           <artifactId>stripes</artifactId>
           <version>1.5.3</version>
       </dependency>

For Stripes 1.5.4 that you built and considering you are using snapshots the dependency is:

       <dependency>
           <groupId>net.sourceforge.stripes</groupId>
           <artifactId>stripes</artifactId>
           <version>1.5.4-SNAPSHOT</version>
       </dependency>

And indeed that is correct as the snapshot pom and jar are found in:

http://oss.sonatype.org/content/repositories/snapshots/net/sourceforge/stripes/stripes/1.5.4-SNAPSHOT/

However there is a problem with one piece of the POM which I'll write about in a follow up reply....

Thank You for doing this!!!

--Nikolaos


-Ben

On Mon, May 17, 2010 at 6:40 PM, Nikolaos Giannopoulos <[email protected] <mailto:[email protected]>> wrote:

    KR,

    And that's pretty much what I was saying as far as releasing early
    and often.  While everyone can do what Freddy did/does doesn't it
    make more sense to work with a release snapshot albeit beta or
    whatever.

    Honestly - if anyone - new or old - to stripes were to choose between:

    1) Door #1
    - Checking out what may or may not be stable code from a trunk
    - Pull together its dependencies
    - Compile and package my own jar
    - Upload it to my local version repository
    - Update Stripes version in my project's M2 pom and
    - Re-build my M2 project

    -- VS. --

    2) Door #2
    - Update Stripes version in my project's M2 pom and
    - Re-build my M2 project

    What door do we expect - new or old - Stripes Developers to pick?

    And not to say that I haven't elected Door #1 over the years
    w.r.t. OTHER products - I have - MOST of the time b/c I had no
    other choice but to do so to get a fix I desperately needed...
    however of the times I choose to do so b/c I wanted to work / play
    with the latest I too have been burnt before by not timing the
    "its stable today" extraction and having all sorts of issues and
    simply having to fall back to a working stable release with only
    lost time and grief to show for it.

    So to re-iterate KR's sentiment:

    If 1.6 is stable, why don't label a stable version "beta 1"?

    Surely releasing a beta is a good thing... NO?

    --Nikolaos




    KR wrote:
    If 1.6 is stable, why don't label a stable version "beta 1"?

"Freddy Daoud" <[email protected]> <mailto:[email protected]> wrote in message news:[email protected]...
    I should have been more specific:

    Case in point today the trunk is fine and quite "usable" as you put it
    but tomorrow after some "next commit" it might not be the case...
    I agree. What I did was take a snapshot of the trunk and called
    it 1.6-SNAPSHOT, but I don't update it at every commit. I put
    it in a Maven repo and just use that in my projects. I won't
    update it unless something happens in the trunk that I need.

    Like I said, this isn't for everyone. But for my purposes, it
    fits the bill.

    Cheers,
    Freddy

    
------------------------------------------------------------------------------


    
------------------------------------------------------------------------------


    _______________________________________________
    Stripes-development mailing list
    [email protected]
    <mailto:[email protected]>
    https://lists.sourceforge.net/lists/listinfo/stripes-development


------------------------------------------------------------------------------

_______________________________________________
Stripes-development mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/stripes-development

Reply via email to