No worries, Brandon. I have to run now but I'll be happy to continue
the discussion later tonight... ;-)

Wayne

On 4/24/06, Brandon Goodin <[EMAIL PROTECTED]> wrote:
> Hey Wayne, I'm sorry if my email tone sounds aggressive... i really am
> not trying to come off that way. So please accept my comments purely
> as an exercise in conversation.
>
> I totally understand the intellectual property that rights that Sun
> attaches to their jars. I fully respect them. I'm just trying to
> understand why so much emphasis is placed on the centralized jar repo.
> There were plenty of other concerns besides the sun jars that i cited.
> I'm just speaking more from my needs. The repo is cool. But, I see an
> equally acceptable approach of having jars that you check into your
> source code repo. I guess I'm trying more to understand why there is
> such an emphasis on central repo over simply presenting the ability to
> use either/or.
>
> As an additional note, the centralized repo is only as good as those
> willing to post to it. I've run into the problem that the latest and
> greatest are not always on ibiblio. I've also ran into the problem
> that there are sometimes version gaps. Also, I've seen where there are
> the same jars under different (but similar) group ids. I know i can
> setup a local repo for jars. But, then i find myself wondering why.
> Especially when i already have a versioning repository... SVN.
>
> Many thanks for your time and responses,
> Brandon
>
>
>
> On 4/24/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
> > That should be "Checking Sun Jars into your SVN repo". Obviously
> > anyone is allowed to download the Sun Jars and install them into their
> > own local Maven repo, or anything else permitted under the Sun BCL
> > terms.
> >
> > Checking the jars into a publicly available distribution service ie
> > Sourceforge CVS/SVN etc is unfortunately not allowed by Sun's
> > licensing.
> >
> > You can go to Sun.com and read the specifics of the BCL if you want,
> > to see what specifically is permitted and what is not.
> >
> > Wayne
> >
> > On 4/24/06, Wayne Fay <[EMAIL PROTECTED]> wrote:
> > > Checking Sun Jars into your repo is a violation of the Sun Binary
> > > Compatibility License which you agreed to when you downloaded the
> > > file. (Assuming the file was downloaded from Sun under the Sun BCL
> > > terms, which most files on Sun.com require you to accept prior to
> > > downloading.)
> > >
> > > I doubt Sun will chase you down and prosecute you, but realize that
> > > some of us actually care about respecting intellectual property and
> > > license requirements. Complaining about the way these Sun Jars are
> > > handled to the Maven User list is really the wrong place -- complain
> > > directly to Sun, ask them to modify the distribution terms of their
> > > licenses, etc.
> > >
> > > Wayne
> > >
> > > On 4/24/06, Brandon Goodin <[EMAIL PROTECTED]> wrote:
> > > > "tons of advantages" - please quantify this.
> > > >
> > > > Personally, I find the repository to be a "nice" piece of Maven. But,
> > > > I don't see it as a cardinal sin to actually distribute libraries in
> > > > your project. If you follow the libary naming convention then who
> > > > cares?
> > > >
> > > > Personally, what i find annoying are the copious additional, needless,
> > > > and redundant dependencies that i have to download because of the
> > > > dependencies defined in the pom of a jar that i need to download. I
> > > > also find it annoying to have to manually install several small
> > > > libraries to my local repo cuz i can't distribute them as a result of
> > > > licensing. It is additionally annoying to have to setup a jar
> > > > repository that will be used for jars that will be needed that can
> > > > only be distributed privately. All of this... vs. me just referencing
> > > > them in my source tree?
> > > >
> > > > I like Maven a lot and really enjoy the standard project layout
> > > > features and plugins that are provided. But, the jar repository has
> > > > caused me more time and less efficiency. However, i do like ibiblio
> > > > for a single one stop shop for grabbing jars i need... to drop in my
> > > > source tree ;-)
> > > >
> > > > I like it when people can check out my source from SVN and simply
> > > > build. This is possible when i place them in SVN. Heck, I can even
> > > > check Sun Jars into my SVN repo! ;)
> > > >
> > > > Thanks to everyone for pointing me in the direction of the system.
> > > > I'll be using it. I'm always open to a compelling argument and a tap
> > > > on the forehead that helps me to see the light.
> > > >
> > > > Many Thanks,
> > > > Brandon
> > > >
> > > > On 4/24/06, Alexandre Poitras <[EMAIL PROTECTED]> wrote:
> > > > > Well you can use *system* dependencies but you loose tons of
> > > > > advantages. Instead, maybe you should just populate your local
> > > > > repository using the install plugin and -o to run mvn offline.
> > > > >
> > > > > On 4/24/06, Brandon Goodin <[EMAIL PROTECTED]> wrote:
> > > > > > Is it a requirement that i use the remote repository for jars? Is
> > > > > > there a way to reference jars that are distributed with the code 
> > > > > > when
> > > > > > checked out from the code repository?
> > > > > >
> > > > > > Brandon
> > > > > >
> > > > > > ---------------------------------------------------------------------
> > > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > > >
> > > > > >
> > > > >
> > > > > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > > >
> > > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > > > For additional commands, e-mail: [EMAIL PROTECTED]
> > > >
> > > >
> > >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Reply via email to