Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
As Pascal mentioned SAT would be just one element available from the Equinox project. Felix has ipojo, jmood, mosgi, ... and other things that are add-on elements people can use in developing their bundles. SAT is no different. If (and I mean if) SAT is adopted by parts of the Eclipse project it would have the beneficial effect of driving the bundle code to be more POJO-ish and thus pave the way for DS, Spring, whatever adoption once the story becomes clearer. As for laziness, yes, this may turn out to be an issue. But until someone does some investigation it will be unclear how much of an issue. BTW, at the Equinox summit we had quite a bit of discussion around this and it turns out that most of the same laziness issues arise in the Spring/OSGi work as well. So any investigations should be mutually beneficial. Jeff Peter Kriens [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 10/01/2007 05:18 AM Please respond to Equinox development mailing list equinox-dev@eclipse.org To Patrick Dempsey [EMAIL PROTECTED] cc Equinox development mailing list equinox-dev@eclipse.org Subject Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox I am not sure how to bring this without get yelled at, or at least become disliked even more :-( However, I think the inclusion of SAT in Equinox requires some strategic considerations. More is not always better. I hesitate to bring this up because I like what the BandXI people (and before OTI) have created, and I thought there tutorial on EclipseCon was really nice. SAT clearly fulfills a need, hearing the many satisfied customers. However, I think it should be reviewed how SAT fits in the overall programming model for Eclipse. Including it in Equinox will say to the world that this is the way to program for Equinox, or at least will confuse the world between SAT and DS. This library has been around for a very long time and that maturity is a key advantage. However, it also means that it is not lazy, an item that Equinox people always have expressed to the extreme. It introduces yet another service programming model over declarative services (and the upcoming component model based on Spring). I think it should also use some of the techniques like Service Tracker instead of raw service listeners, which can be optimized per platform. I am -not- saying SAT should -not- be included, I am trying to say that Equinox should have a more thorough review of what SAT is, and see if this is the strategic direction they want to take. Including a library like SAT is not context free. Sorry to be a pain in the ... Kind regards, Peter Kriens PD Currently the Service Activator Toolkit (SAT) in the Open PD Healthcare Framework (OHF) technology project that is of great PD value to people programming OSGi Applications. SAT is a Java PD component that simplifies the building of OSGi service-oriented PD bundles. It is approximately 8,000 lines of Java code. By PD decreasing the complexity of OSGi bundle development, this toolkit PD provides increased acceptance of OSGi in the device community. In PD addition to making the use of OSGi services easier, it supports PD the creation of well behaved bundles, reducing development time, PD reducing training costs, and promotes consistent bundle behavior. PD It seems that this technology is somewhat misplaced and it would PD better serve the community if it was part of the Equinox project. PD I propose moving SAT from OHF to Equinox. As this code is very PD stable, robust and has been previously used in commercial PD products, I would ask that it be reviewed for eligibility for PD moving in the graduated Equinox bundles area, rather than the Equinox Incubator. PD For reference SAT is in cvs at PD :pserver:dev.eclipse.org:/cvsroot/technology PD org.eclipse.ohf/plugins/org.eclipse.soda.sat PD There is also lots of good information (documentations, bug reporting, downloads) at PD http://eclipse-sat.blogspot.com/ PD Patrick PD -- Peter Kriens Tel +33467542167 9C, Avenue St. DrézéryAOL,Yahoo: pkriens 34160 Beaulieu, FranceICQ 255570717 Skype pkriens Fax +1 8153772599 ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
Great. I will request a move review. Likely it will not happen for a couple weeks because of ESE etc. In the mean time, if someone wants to look at/use the code they can go to OHF and play as they do today. I agree with Simon coming on as a committer. Jeff Grahame Grieve [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 09/27/2007 08:45 AM Please respond to '[EMAIL PROTECTED]' [EMAIL PROTECTED]; Please respond to Equinox development mailing list equinox-dev@eclipse.org To Equinox development mailing list equinox-dev@eclipse.org cc Subject Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox +1 (ok, I'm not an Equinox committer, but I am an OHF committer, so I figure I get an unofficial vote) But also, shouldn't Simon also be voted in as an Equinox committer along with the SAT code Grahame Patrick Dempsey wrote: Currently the Service Activator Toolkit (SAT) in the Open Healthcare Framework (OHF) technology project that is of great value to people programming OSGi Applications. SAT is a Java component that simplifies the building of OSGi service-oriented bundles. It is approximately 8,000 lines of Java code. By decreasing the complexity of OSGi bundle development, this toolkit provides increased acceptance of OSGi in the device community. In addition to making the use of OSGi services easier, it supports the creation of well behaved bundles, reducing development time, reducing training costs, and promotes consistent bundle behavior. It seems that this technology is somewhat misplaced and it would better serve the community if it was part of the Equinox project. I propose moving SAT from OHF to Equinox. As this code is very stable, robust and has been previously used in commercial products, I would ask that it be reviewed for eligibility for moving in the graduated Equinox bundles area, rather than the Equinox Incubator. For reference SAT is in cvs at :pserver:dev.eclipse.org:/cvsroot/technology org.eclipse.ohf/plugins/org.eclipse.soda.sat There is also lots of good information (documentations, bug reporting, downloads) at http://eclipse-sat.blogspot.com/ Patrick ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev -- Grahame Grieve CTO, Jiva Medical Software Integration Tools CTO, Kestral Computing Healthcare Applications ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
+1 (ok, I'm not an Equinox committer, but I am an OHF committer, so I figure I get an unofficial vote) But also, shouldn't Simon also be voted in as an Equinox committer along with the SAT code Grahame Patrick Dempsey wrote: Currently the Service Activator Toolkit (SAT) in the Open Healthcare Framework (OHF) technology project that is of great value to people programming OSGi Applications. SAT is a Java component that simplifies the building of OSGi service-oriented bundles. It is approximately 8,000 lines of Java code. By decreasing the complexity of OSGi bundle development, this toolkit provides increased acceptance of OSGi in the device community. In addition to making the use of OSGi services easier, it supports the creation of well behaved bundles, reducing development time, reducing training costs, and promotes consistent bundle behavior. It seems that this technology is somewhat misplaced and it would better serve the community if it was part of the Equinox project. I propose moving SAT from OHF to Equinox. As this code is very stable, robust and has been previously used in commercial products, I would ask that it be reviewed for eligibility for moving in the graduated Equinox bundles area, rather than the Equinox Incubator. For reference SAT is in cvs at :pserver:dev.eclipse.org:/cvsroot/technology org.eclipse.ohf/plugins/org.eclipse.soda.sat There is also lots of good information (documentations, bug reporting, downloads) at http://eclipse-sat.blogspot.com/ Patrick ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev -- Grahame Grieve CTO, Jiva Medical Software Integration Tools CTO, Kestral Computing Healthcare Applications ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
As a long time SAT user, I think that this is a great idea. I do think that Simon Archer will need to be made committer to Equinox for the continued improvement of SAT. James Branigan Jazz Server Development [EMAIL PROTECTED]___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
+1 for Patrick's proposal. Patrick Dempsey [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 09/26/2007 03:44 PM Please respond to Equinox development mailing list equinox-dev@eclipse.org To Equinox development mailing list equinox-dev@eclipse.org cc Subject [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox Currently the Service Activator Toolkit (SAT) in the Open Healthcare Framework (OHF) technology project that is of great value to people programming OSGi Applications. SAT is a Java component that simplifies the building of OSGi service-oriented bundles. It is approximately 8,000 lines of Java code. By decreasing the complexity of OSGi bundle development, this toolkit provides increased acceptance of OSGi in the device community. In addition to making the use of OSGi services easier, it supports the creation of well behaved bundles, reducing development time, reducing training costs, and promotes consistent bundle behavior. It seems that this technology is somewhat misplaced and it would better serve the community if it was part of the Equinox project. I propose moving SAT from OHF to Equinox. As this code is very stable, robust and has been previously used in commercial products, I would ask that it be reviewed for eligibility for moving in the graduated Equinox bundles area, rather than the Equinox Incubator. For reference SAT is in cvs at :pserver:dev.eclipse.org:/cvsroot/technology org.eclipse.ohf/plugins/org.eclipse.soda.sat There is also lots of good information (documentations, bug reporting, downloads) at http://eclipse-sat.blogspot.com/ Patrick ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
+1 From: Patrick Dempsey [EMAIL PROTECTED] To: Equinox development mailing list equinox-dev@eclipse.org Date: 09/26/2007 03:51 PM Subject:[equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox Currently the Service Activator Toolkit (SAT) in the Open Healthcare Framework (OHF) technology project that is of great value to people programming OSGi Applications. SAT is a Java component that simplifies the building of OSGi service-oriented bundles. It is approximately 8,000 lines of Java code. By decreasing the complexity of OSGi bundle development, this toolkit provides increased acceptance of OSGi in the device community. In addition to making the use of OSGi services easier, it supports the creation of well behaved bundles, reducing development time, reducing training costs, and promotes consistent bundle behavior. It seems that this technology is somewhat misplaced and it would better serve the community if it was part of the Equinox project. I propose moving SAT from OHF to Equinox. As this code is very stable, robust and has been previously used in commercial products, I would ask that it be reviewed for eligibility for moving in the graduated Equinox bundles area, rather than the Equinox Incubator. For reference SAT is in cvs at :pserver:dev.eclipse.org:/cvsroot/technology org.eclipse.ohf/plugins/org.eclipse.soda.sat There is also lots of good information (documentations, bug reporting, downloads) at http://eclipse-sat.blogspot.com/ Patrick ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
There was a bug in KF which prevented using SAT on KF. But I understand KF has recently fixed that bug[1]. So SAT should work on any correct OSGi framework. http://www.mail-archive.com/[EMAIL PROTECTED]/msg00490.html -- BJ Hargrave Senior Technical Staff Member, IBM OSGi Fellow and CTO of the OSGi Alliance [EMAIL PROTECTED] office: +1 386 848 1781 mobile: +1 386 848 3788 From: Peter Neubauer [EMAIL PROTECTED] To: Equinox development mailing list equinox-dev@eclipse.org Date: 2007-09-26 16:03 Subject: Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox Hi there, is there anything special to Equinox in SAT or can the SAT bundles be used with any OSGi compliant framework? /peter On 9/26/07, Simon J Archer [EMAIL PROTECTED] wrote: +1 for Patrick's proposal. Patrick Dempsey [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 09/26/2007 03:44 PM Please respond to Equinox development mailing list equinox-dev@eclipse.org To Equinox development mailing list equinox-dev@eclipse.org cc Subject [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox Currently the Service Activator Toolkit (SAT) in the Open Healthcare Framework (OHF) technology project that is of great value to people programming OSGi Applications. SAT is a Java component that simplifies the building of OSGi service-oriented bundles. It is approximately 8,000 lines of Java code. By decreasing the complexity of OSGi bundle development, this toolkit provides increased acceptance of OSGi in the device community. In addition to making the use of OSGi services easier, it supports the creation of well behaved bundles, reducing development time, reducing training costs, and promotes consistent bundle behavior. It seems that this technology is somewhat misplaced and it would better serve the community if it was part of the Equinox project. I propose moving SAT from OHF to Equinox. As this code is very stable, robust and has been previously used in commercial products, I would ask that it be reviewed for eligibility for moving in the graduated Equinox bundles area, rather than the Equinox Incubator. For reference SAT is in cvs at :pserver:dev.eclipse.org:/cvsroot/technology org.eclipse.ohf/plugins/org.eclipse.soda.sat There is also lots of good information (documentations, bug reporting, downloads) at http://eclipse-sat.blogspot.com/ Patrick ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev -- GTalk:neubauer.peter Skype: peter.neubauer ICQ: 18762544 Phone: +46704 106975 Mail: [EMAIL PROTECTED] ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
+1, anything Simon likes is good ;p Jeff/Equinox, remember to schedule a Move Review or Bjorn will get all process on you :) Cheers, --- Chris Aniszczyk | IBM Lotus | Eclipse Committer | http://mea-bloga.blogspot.com | +1.860.839.2465 From: Simon J Archer/Raleigh/[EMAIL PROTECTED] To: Equinox development mailing list equinox-dev@eclipse.org Cc: Equinox development mailing list equinox-dev@eclipse.org, [EMAIL PROTECTED] Date: 09/26/2007 02:58 PM Subject:Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox +1 for Patrick's proposal. Patrick Dempsey [EMAIL PROTECTED] Sent by: To [EMAIL PROTECTED] Equinox development mailing list pse.orgequinox-dev@eclipse.org cc 09/26/2007 03:44 PM Subject [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Please respond to Healthcare Framework (OHF) to Equinox Equinox development mailing list [EMAIL PROTECTED] g Currently the Service Activator Toolkit (SAT) in the Open Healthcare Framework (OHF) technology project that is of great value to people programming OSGi Applications. SAT is a Java component that simplifies the building of OSGi service-oriented bundles. It is approximately 8,000 lines of Java code. By decreasing the complexity of OSGi bundle development, this toolkit provides increased acceptance of OSGi in the device community. In addition to making the use of OSGi services easier, it supports the creation of well behaved bundles, reducing development time, reducing training costs, and promotes consistent bundle behavior. It seems that this technology is somewhat misplaced and it would better serve the community if it was part of the Equinox project. I propose moving SAT from OHF to Equinox. As this code is very stable, robust and has been previously used in commercial products, I would ask that it be reviewed for eligibility for moving in the graduated Equinox bundles area, rather than the Equinox Incubator. For reference SAT is in cvs at :pserver:dev.eclipse.org:/cvsroot/technology org.eclipse.ohf/plugins/org.eclipse.soda.sat There is also lots of good information (documentations, bug reporting, downloads) at http://eclipse-sat.blogspot.com/ Patrick ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev inline: graycol.gifinline: ecblank.gif___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
Patrick Dempsey wrote: Currently the Service Activator Toolkit (SAT) in the Open Healthcare Framework (OHF) technology project that is of great value to people programming OSGi Applications. SAT is a Java component that simplifies the building of OSGi service-oriented bundles. It is approximately 8,000 lines of Java code. By decreasing the complexity of OSGi bundle development, this toolkit provides increased acceptance of OSGi in the device community. In addition to making the use of OSGi services easier, it supports the creation of well behaved bundles, reducing development time, reducing training costs, and promotes consistent bundle behavior. It seems that this technology is somewhat misplaced and it would better serve the community if it was part of the Equinox project. I propose moving SAT from OHF to Equinox. As this code is very stable, robust and has been previously used in commercial products, I would ask that it be reviewed for eligibility for moving in the graduated Equinox bundles area, rather than the Equinox Incubator. For reference SAT is in cvs at :pserver:dev.eclipse.org:/cvsroot/technology org.eclipse.ohf/plugins/org.eclipse.soda.sat There is also lots of good information (documentations, bug reporting, downloads) at http://eclipse-sat.blogspot.com http://eclipse-sat.blogspot.com// Patrick I support this proposal, as I think that SAT is a must for both newcomers and professional developers of OSGi. It simplifies many structs and it helped me a lot through the service management (and also helped me to point out the bug at Knopflerfish :D:D) So, you have my vote. Best Regards, Aggelos Mpimpoudis -- Dept. of Informatics Telecommunications, University of Athens Athens, Greece Gsm: +30 6942075153 / Skype: aggelos.mpimpoudis Emil: a.mpimpoydhs [at] di.uoa.gr | Personal Webpage http://cgi.di.uoa.gr/%7Estd03092/ | My blog http://aggelosmp.blogspot.com/ ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
Re: [equinox-dev] Moving Service Activator Toolkit (SAT) from the Open Healthcare Framework (OHF) to Equinox
+1 [EMAIL PROTECTED] wrote on 09/26/2007 03:44:37 PM: Currently the Service Activator Toolkit (SAT) in the Open Healthcare Framework (OHF) technology project that is of great value to people programming OSGi Applications. SAT is a Java component that simplifies the building of OSGi service-oriented bundles. It is approximately 8,000 lines of Java code. By decreasing the complexity of OSGi bundle development, this toolkit provides increased acceptance of OSGi in the device community. In addition to making the use of OSGi services easier, it supports the creation of well behaved bundles, reducing development time, reducing training costs, and promotes consistent bundle behavior. It seems that this technology is somewhat misplaced and it would better serve the community if it was part of the Equinox project. I propose moving SAT from OHF to Equinox. As this code is very stable, robust and has been previously used in commercial products, I would ask that it be reviewed for eligibility for moving in the graduated Equinox bundles area, rather than the Equinox Incubator. For reference SAT is in cvs at :pserver:dev.eclipse.org:/cvsroot/technology org.eclipse.ohf/plugins/org.eclipse.soda.sat There is also lots of good information (documentations, bug reporting, downloads) at http://eclipse-sat.blogspot.com/ Patrick ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev ___ equinox-dev mailing list equinox-dev@eclipse.org https://dev.eclipse.org/mailman/listinfo/equinox-dev
