I think there is a bit of hostility here.

I don't sense any hostility...just strong opinions.

 If you don't have an internet connection then you are in a sad sad sad state

Except for those who like to work with or on our framework while on an
airplane...or a bus or a train....laptops are great things.
Unfortunately wireless networks are not yet ubiquitous.  Not everyone
works from home.  :-)

I believe that self contained build are overrated as well.

Completely disagree.  When I can't build it with one click, I generally toss it.

all the unnecessary anger

There's no anger man.  Just constructive debate.  I hope we never
start to sound like those chipmunks on the Bugs Bunny show...."No no
no...you're the wonderful one."  :-)

Clinton



On 2/13/07, Brandon Goodin <[EMAIL PROTECTED]> wrote:
Thanks all for the feedback,

I think there is a bit of hostility here. It was probably flamed by Larry's
hate comments earlier. We can all forgive each other can't we and keep
loving?

To address some of the points:

RE: internet connectivity...
If you don't have an internet connection then you are in a sad sad sad state
and i'd like to know how you got ahold of ibatis in the first place.

RE: self contained build
I believe that self contained build are overrated as well. As long as you
have the jars (which maven will download for you). Then you are golden. It's
really quite simple.

RE: site generation
I'm fine with our current site. Are we using ant in our build to create it?
If not, then it's a non-issue cuz i'm not advocating maven being site
generator.

Anyway, let me suggest that you guys let me write the pom and we'll see if
all the unnecessary anger and hype is really worth the raise in blood
pressure.

Brandon Goodin


 On 2/13/07, Larry Meadors <[EMAIL PROTECTED]> wrote:
> No, you can do off-line builds with maven.
>
> mvn -o install
>
> Larry
>
>
> On 2/13/07, Slava Imeshev <[EMAIL PROTECTED]> wrote:
> > My preference for a build to be self-contained and not to require
> > to go out to run.
> >
> >
> > Using Maven will prevent those having no Internet connection
> > from building iBATIS.
> >
> > Regards,
> >
> > Slava Imeshev
> > www.viewtier.com
> >
> >
> > ----- Original Message -----
> > From: "Brandon Goodin" <[EMAIL PROTECTED]>
> > To: < dev@ibatis.apache.org>
> > Cc: <[EMAIL PROTECTED]>
> > Sent: Tuesday, February 13, 2007 9:16 AM
> > Subject: Re: Maven for Build?
> >
> >
> > > I can finish the pom that i have right now so that it mirrors the
> > > functionality of the current ant script. It won't hurt anything to
have the
> > > pom in the repo.
> > >
> > > Brandon
> > >
> > > On 2/13/07, Jeff Butler < [EMAIL PROTECTED]> wrote:
> > > >
> > > > I'm open to maven for the iBATIS build.  It would help a certain
group of
> > > > our users to get iBATIS into the Maven repository.  Also - I don't
think you
> > > > have to generate the site with maven, we could just use it for the
build.
> > > >
> > > > I've looked at it for Abator.  Abator doesn't have much of a
dependancy
> > > > issue for the build (just needs a JRE and Ant), but the test phase
is a
> > > > different story.  Abator testing is difficult because the tests are
not so
> > > > much an Abator itself, but on the code that Abator generates.  So
the build
> > > > looks like this:
> > > >
> > > > 1. Build the JAR
> > > > 2. Run a few tests (only three or four right now)
> > > > 3. Build a test DB
> > > > 4. Generate code against the DB
> > > > 5. Compile the generated code and also a set of tests against the
> > > > generated code
> > > > 6. Run the tests on the generated code (several hundred)
> > > >
> > > > The Abater build also behaves differently if you're running wuth JSE
5 or
> > > > not - there are more tests if you are using a Java 5 JDK.
> > > >
> > > > The build.xml for Abator is more complex than I'd like because of
all this
> > > > - so if Maven could help, then I'd be open to using for Abator too.
> > > >
> > > > Jeff Butler
> > > >
> > > >
> > > >
> > > > On 2/13/07, Larry Meadors <[EMAIL PROTECTED]> wrote:
> > > > >
> > > > > I like the idea - it makes the checkout faster, and "mvn
idea:idea" is
> > > > > worth it's weight in gold, and our current build.xml is a bugger,
I
> > > > > hate it.
> > > > >
> > > > > So, I wonder if we can skin the generated site to make it not look
> > > > > like crap^H^H^H^H every other maven generated site. :-)
> > > > >
> > > > > Larry
> > > > >
> > > > >
> > > > > On 2/12/07, Brandon Goodin < [EMAIL PROTECTED] > wrote:
> > > > > > Hey Guys,
> > > > > >
> > > > > > I wanted to throw a bone out to everyone and ask the question
"Should
> > > > > we use
> > > > > > Maven for our build?". I put together a POM today that makes use
of
> > > > > the
> > > > > > current iBATIS SQL Map structures. It is pretty darn simple and
> > > > > required
> > > > > > very little effort. The largest amount of my time was spent
> > > > > refactoring the
> > > > > > TestCL (Test Classloader) to use the current thread classloader
as a
> > > > > parent
> > > > > > due to some incompatibilities with how Maven runs it's test.
That
> > > > > aside, I
> > > > > > was surprised at how little effort it took to get the iBATIS
SQLMap
> > > > > jar
> > > > > > built. Plus, Because of the dependency management of Maven I was
able
> > > > > to
> > > > > > avoid having to use the oscache devsrc for oscache and avoid
using the
> > > > > > devlib jars. I only used Maven to build the Data Mapper/SQL Map.
I
> > > > > wasn't
> > > > > > familiar enough with Abator's build process to wire in Maven for
it.
> > > > > >
> > > > > > Benefits:
> > > > > >
> > > > > > * I thought it would be good to aid in reducing the complexity
of our
> > > > > > current build/deploy. If we want to provide our jars to the
Maven
> > > > > crowd we
> > > > > > would be tasking the deploying member with taking the final jar
built
> > > > > from
> > > > > > ant and running deploy:deploy-file for it. I have to say that I
looked
> > > > > > through our release process and I really wouldn't want to add
yet
> > > > > another
> > > > > > step. Seems like maven can consolidate this for us.
> > > > > > * We can run ant from within Maven if we so desire to continue
> > > > > performing
> > > > > > tasks that maven doesn't provide for.
> > > > > >
> > > > > > Additional benefits, thoughts, or concerns?
> > > > > >
> > > > > > Thanks,
> > > > > > Brandon
> > > > > >
> > > > >
> > > >
> > > >
> > >
> >
>


Reply via email to