If we were going to support pre-java-5 on a branch, there's a question about where the branch would start. The current trunk uses a little java 5 and includes some compatibility code that uses the backport-util-concurrent library. It also supports DS 1.2 (except for some bits in the config admin spec). My impression is that the 1.6.0 release works OK in basically single threaded environments but does not work well at all in highly concurrent environments.
I think the choices for a branch would be -- based off of 1.6.0 code, does not work well in highly multithreaded environements. This is easiest. -- based off of current trunk; in this case I think we should temporarily remove the java-5 isms for the release. This would result in a DS 1.2 implementation running on java 1.4 (I think). This involves a few hours of work before and after the release. If we were to do this I'd be inclined to go for the first option. No pre-java-5 users have been experimenting with trunk over the last few months (it didn't work most of the time) so I don't think there is any demand for a multihread-safe DS 1.2 implementation on pre-java-5 systems. thanks david jencks On Nov 1, 2012, at 1:43 AM, Felix Meschberger wrote: > Hi, > > Am 01.11.2012 um 09:26 schrieb Neil Bartlett: > >> Felix, >> >> Is the intention to continue supporting the current version, e.g. at least >> with critical bug-fixes? > > We didn't discuss this and until now we didn't support fixes on > back-releases. But in this case, it is conceivable that we maintain a branch > for critical fixes on-demand. > > Regards > Felix > >> If so I expect that the embedded community would >> be happy to use this version and would not mind so much about losing out on >> new features of DS 1.2+. >> >> Regards, >> Neil >> >> On Thu, Nov 1, 2012 at 8:22 AM, Kjell Otto <[email protected]> wrote: >> >>> Hi there, >>> >>> just as a new user, go for the new version. >>> If running under Java 5, you're definitly on an >>> embedded system. For me, it's better to leverage >>> the new features then haven a backwardscompatibility... >>> >>> Greetings, >>> Kjellski >>> >>> >>> 2012/11/1 Felix Meschberger <[email protected]> >>> >>>> Hi all, >>>> >>>> The developers working on the Apache Felix Declarative Services >>>> implementation are strongly considering leveraging Java 5 features and >>> API >>>> going forward. This would help alot simplifying and stabilizing the >>>> implementation. >>>> >>>> Yet, going Java 5, we definitely leave the grounds of supporting embedded >>>> use cases which at this point in time are largely based on Java ME 1.1 >>>> which IIUIC is largely based on Java 1.4. >>>> >>>> What's the opinion of our user base in this question ? Do you require a >>> DS >>>> implementation from us supporting Java 1.4 ? Or are you happy with us >>>> switching gears ? >>>> >>>> Thanks for any feedback. >>>> >>>> Regards >>>> Felix >>>> --------------------------------------------------------------------- >>>> 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]
