Re: [jbosscache-dev] Let's make 3.0 backwards compatible

On 20 Aug 2008, at 04:28, Bela Ban wrote: > I added an item to our agenda for Brno, so we can discuss it there (on > FRI, but this will get shifted around anyway) Hmm, re: 3.x, I think we need to move a bit quicker than that. I'm holding back 3.0.Beta1 until we decide on this approach, since it will affect whether: 1. I revert to JBC 2.x interfaces 2. move 3.x interfaces to a new package 3. stick with new 3.x interfaces and rely on an adapter package. Thoughts? Anyone want to take a vote on this? :-)

Manik > > > Jason T. Greene wrote: >> Brian Stansberry wrote: >>> Manik Surtani wrote: >>>>> This is one of the main things I want to talk about when we have >>>>> our AS meeting in Neuchatel the week before the Brno meeting. The >>>>> AS needs a general solution to this problem. >>>> >>>> Jarjar. :-) I really think it would work. It would make >>>> upgrading individual jars hard and may bloat the overall download >>>> size a bit, bit it nicely isolates things such that different >>>> subsystems may be tied to different versions of dependent >>>> libraries. Actually, upgrading needn't be that hard - e.g., all >>>> clustering code could be encapsulated in a single >>>> jboss-as-clustering-5.0.jar which includes jarjar'd versions of >>>> JBC, JGroups, other deps, as well as AS Clustering classes. >>>> Upgrading could involve a new jboss-as-clustering-5.1.jar which may >>>> include a new release of JBC, etc., without affecting other JBC >>>> users, whether they be end user apps or other subsystems. >>>> >>> >>> We'll discuss this in Neuchatel. This kind of thing requires buy-in >>> from several projects, e.g. the hibernate integration is part of >>> Hibernate; the SFSB integration is part of EJB3. Both of which are >>> meant to work outside the AS (Hibernate for sure; EJB3 in >>> as-yet-unrealized theory.) >>> >> >> In the meantime, I think what we can do to solve the 4.2 issue, is to >> provide the community with an ant task that would use jarjar to >> create a fully isolated jar for jboss cache and all of its dependencies. >> > > -- > Bela Ban > Lead JGroups / Clustering Team > JBoss - a division of Red Hat > > _______________________________________________ > jbosscache-dev mailing list > jbosscache-dev(a)lists.jboss.org > https://lists.jboss.org/mailman/listinfo/jbosscache-dev -- Manik Surtani Lead, JBoss Cache manik(a)jboss.org _______________________________________________ jbosscache-dev mailing list jbosscache-dev(a)lists.jboss.org https://lists.jboss.org/mailman/listinfo/jbosscache-dev