I'd go with B. I never do drop-in replacement of a jar even if it is a minor
release for any library. I always recompile. I think the major version
number shouldn't be changed unless there are lots of API changes or changes
in the index format.


On Fri, Oct 16, 2009 at 12:38 PM, Mark Miller <markrmil...@gmail.com> wrote:

> Jukka Zitting wrote:
> > Hi,
> >
> > On Fri, Oct 16, 2009 at 10:23 AM, Danil ŢORIN <torin...@gmail.com>
> wrote:
> >
> >> What about creating major version more often?
> >>
> >
> > +1 We're not going to run out of version numbers, so I don't see a
> > reason not to upgrade the major version number when making
> > backwards-incompatible changes.
> >
> > BR,
> >
> > Jukka Zitting
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> > For additional commands, e-mail: java-user-h...@lucene.apache.org
> >
> >
> For what its worth, I agree with you guys. Less confusion in upgrading :)
>
> --
> - Mark
>
> http://www.lucidimagination.com
>
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: java-user-unsubscr...@lucene.apache.org
> For additional commands, e-mail: java-user-h...@lucene.apache.org
>
>

Reply via email to