Hi Alex, may I answer a couple of your questions.
1) it's Apache Aries, not Felix :-) 2) I think Christian Schneider worked on something similar transforming JEE Annotations to a blueprint structure, but I'm not sure how "production-ready" it is, as I never used it. But I'm sure he'll give some feedback. 3) Haven't seen any yet 4) If you take a look at the samples around Apache Karaf you'll find lots of Blueprint related samples [1] Regarding Blueprint/DS discussion, as usual you'll always find something that fits your needs better. Sometimes DS is just enough sometimes you'll need to extend something and find that blueprint is suited better. Especially the namespace handling in Blueprint brings another positive "side-effect", you'll be able to extend the blueprint mechanism with something like a authentication mechanism on method level, with your own Namespace handler an a InstanceListener. Similar to the way the transactions are declared in blueprint beans. regards, Achim 2015-07-20 7:33 GMT+02:00 Alex Sviridov <[email protected]>: > Thanks to everybody! All your comments really help very much! > > I've studied the difference between Blueprint and DS > http://iocanel.blogspot.ru/2013/11/thoughts-on-blueprint-and-declarative.html > > As I understand the main difference is that Blueprint allows to replace > bundle with services when the application is running as Blueprint creates > dynamic proxies > which are injected in consumer and waits until the service is available > (or timeout) while DS will just throws exception. > > As we are developing enterprise application (client-server) then ability > to replace the bundle without stopping the application is a good thing. So > we want > to test and Blueprint and compare it with DS. > > I have a few questions (I found some information but I'm afraid it is old): > > 1) Is blueprint part of apache felix or it is part of apache aries? > 2) Does blueprint support generating xml files via annotations like DS. If > yes, then what maven plugin should we use > 3) What is the influence of using proxies for every service on performance > in comparison with DS? > 4) Could anyone provide a link to example of using blueprint of last > version? > > > > >Воскресенье, 19 июля 2015, 22:35 +02:00 от Jean-Baptiste Onofré < > [email protected]>: > > > >Hi Neil, > > > >I agree about proxies, but on the other hand, it could be an interesting > >feature as well. > > > >I don't launch any troll "blueprint vs DS" (I don't care ;)), I just > >wanted to remember some features. > > > >We "migrated" Karaf from blueprint to DS/pure OSGi, and it works fine, > >so, I second that DS will match Alex's needs. > > > >Maybe, for convenience, some namespace and extended annotations for > >enterprise could be interesting, but definitely, not mandatory. > > > >My $0.02 ;) > > > >Regards > >JB > > > >On 07/19/2015 09:57 PM, Neil Bartlett wrote: > >> Blueprint’s use of dynamic proxies is indeed a powerful argument > against using it! ;-) > >> > >> But this is surely a distraction? As Alex said in his email: “We have > tested DS … and they do all we need.” So Alex, what exactly is your > concern? If it is scalability then I think Carsten’s answer covers it quite > nicely. Is there some specific feature you are looking for? > >> > >> If you’re just looking for assurance that other people are using DS in > the way that you intend to use it, then I can give you that assurance. I > have used DS, and helped many of my customers and trainees to use DS, in > exactly the scenarios you are talking about. That is: implementing the vast > bulk of business components in a large enterprise application. > >> > >> Neil > >> > >> > >>> On 19 Jul 2015, at 15:05, Jean-Baptiste Onofré < [email protected] > > wrote: > >>> > >>> Don't forget to mention the dynamic proxies, which can be very > interesting for enterprise application IMHO. > >>> With DS, people has to remember to use the lifecycle/injection, but it > requires all services available at component startup. > >>> > >>> The namespace extension is also a very interesting feature for > enterprise. > >>> > >>> @Alex, I gave a talk about Karaf for the Enterprise, where I addressed > all the enterprise specification supported by Karaf. > >>> > >>> Regards > >>> JB > >>> > >>> On 07/19/2015 02:10 PM, Christian Schneider wrote: > >>>> I think the question if DS is a good idea is less about the number of > >>>> OSGi services. I am pretty sure it can handle any reasonable number. > >>>> I would rather look into the rest of the stack you are planning to > use. > >>>> > >>>> Think about the things you also need to do: > >>>> - UI > >>>> - Persistence > >>>> - External integration (Rest, SOAP, Messaging) > >>>> - Security > >>>> > >>>> You should setup a small prototype including these aspects and check > how > >>>> well DS fits into these. Probably you will need to choose some > >>>> additional frameworks and need to find a way to integrate them with > DS. > >>>> > >>>> In my current tutorial about DS I also compared some technical aspects > >>>> of blueprint and DS which might also help: > >>>> > http://liquid-reality.de/display/liquid/2015/06/30/Apache+Karaf+Tutorial+part+10+-+Declarative+services > >>>> > >>>> > >>>> Christian > >>>> > >>>> Am 19.07.2015 um 09:53 schrieb Alex Sviridov: > >>>>> We are developing some enterprise application of middle level of > >>>>> difficulty. And all the business domain (the clients are web/gui) we > >>>>> want to implement via osgi services using DS. > >>>>> > >>>>> We have tested DS (again I would like to thank everyone who helped us > >>>>> with DS in this mailing list) and they do all we need. > >>>>> > >>>>> However, the number of services we will have to implement about > >>>>> 200-300. And every service can be consumer of other services. > >>>>> > >>>>> What we want to do - every service must be responsible for some field > >>>>> of domain, for example - employee, timetable, payment etc. > >>>>> > >>>>> So the question - is such using of DS a good idea? > >>>>> > >>>>> > >>>> > >>>> > >>>> --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: [email protected] > >>>> For additional commands, e-mail: [email protected] > >>>> > >>> > >>> -- > >>> Jean-Baptiste Onofré > >>> [email protected] > >>> http://blog.nanthrax.net > >>> Talend - http://www.talend.com > >>> > >>> --------------------------------------------------------------------- > >>> 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] > >> > > > >-- > >Jean-Baptiste Onofré > >[email protected] > >http://blog.nanthrax.net > >Talend - http://www.talend.com > > > >--------------------------------------------------------------------- > >To unsubscribe, e-mail: [email protected] > >For additional commands, e-mail: [email protected] > > > > > -- > Alex Sviridov > -- Apache Member Apache Karaf <http://karaf.apache.org/> Committer & PMC OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/> Committer & Project Lead blog <http://notizblog.nierbeck.de/> Co-Author of Apache Karaf Cookbook <http://bit.ly/1ps9rkS> Software Architect / Project Manager / Scrum Master
