know enough about the internals of Spring or OSGI to comment one way or the
other but I can tell you that the person who made the comment is widely
regarded as an expert in OSGI so probably has sound reason for making such a
comment.
Although having said that I have been involved with a Spring-dm
this. Applications are only
as modular as our architectural skills allow them to be. Spring is all about
modularity, if a developer/architect knows what modularity really means and
is determined to implement it. Any technology can be misused, and OSGi or
Spring are no different. there is no silver bullet. It takes
beans: I dropped my devs on it due to my
ignorance (5 years ago) on an OSGI-ready Spring classpath scanner
implementation.
Best regards,
2014-06-12 23:21 GMT+02:00 Krzysztof Sobkowiak krzys.sobkow...@gmail.com:
If many people still need a Spring integration with OSGi it should be no
problem
pretty sure it's relatively easy to bridge annotation support
configuring the right Spring beans: I dropped my devs on it due to my
ignorance (5 years ago) on an OSGI-ready Spring classpath scanner
implementation.
Best regards,
2014-06-12 23:21 GMT+02:00 Krzysztof Sobkowiak krzys.sobkow
relatively easy to bridge annotation support
configuring the right Spring beans: I dropped my devs on it due to my
ignorance (5 years ago) on an OSGI-ready Spring classpath scanner
implementation.
Best regards,
2014-06-12 23:21 GMT+02:00 Krzysztof Sobkowiak krzys.sobkow...@gmail.com
:
If many
I am adding a few URLs as I think it is will be of interest to others who are
looking for direction re the future of Spring and OSGI
-- Somehow I wonder how well future spring versions will behave in OSGi. I
think we should start to at least warn our users that continued use of
spring in OSGi
If many people still need a Spring integration with OSGi it should be no
problem. ServiceMix Bundles sub-project provides now Spring bundles. We
have also Eclipse Gemini Blueprint (successor of Spring DM), but I don't
know how active the project is. But usage of Gemini for Spring
integration
?
--
View this message in context:
http://karaf.922171.n3.nabble.com/OSGI-and-Spring-tp4033211p4033233.html
Sent from the Karaf - User mailing list archive at Nabble.com.
Karaf was very much Aries based. Is
support for Gemini blueprint on Karaf going to receive as much attention
as
Aries?
--
View this message in context:
http://karaf.922171.n3.nabble.com/OSGI-and-Spring-tp4033211p4033233.html
Sent from the Karaf - User mailing list archive at Nabble.com.
.922171.n3.nabble.com/Spring-4-0-2-and-spring-dm-tt4033093.html#a4033176)?
--
View this message in context:
http://karaf.922171.n3.nabble.com/OSGI-and-Spring-tp4033211p4033252.html
Sent from the Karaf - User mailing list archive at Nabble.com.
.nabble.com/OSGI-and-Spring-tp4033211p4033252.html
Sent from the Karaf - User mailing list archive at Nabble.com.
to hear views on where OSGI and Spring is heading. I
realise
this is a fairly broad topic but I think is worth discussing.
I have noticed that a lot of answers on this forum and others suggest not
using Spring but instead Blueprint or Declarative Services, particularly if
starting from scratch
the bean wiring stuff' then what is the migration path for a
Spring dependent application post Spring 3 as Spring-dm out of the box only
supports [2.5.6,4)?
--
View this message in context:
http://karaf.922171.n3.nabble.com/OSGI-and-Spring-tp4033211p4033227.html
Sent from the Karaf - User
://karaf.922171.n3.nabble.com/OSGI-and-Spring-tp4033211p4033229.html
Sent from the Karaf - User mailing list archive at Nabble.com.
://karaf.922171.n3.nabble.com/OSGI-and-Spring-tp4033211p4033229.html
Sent from the Karaf - User mailing list archive at Nabble.com.
.922171.n3.nabble.com/OSGI-and-Spring-tp4033211p4033232.html
Sent from the Karaf - User mailing list archive at Nabble.com.
. Is
support for Gemini blueprint on Karaf going to receive as much attention as
Aries?
--
View this message in context:
http://karaf.922171.n3.nabble.com/OSGI-and-Spring-tp4033211p4033233.html
Sent from the Karaf - User mailing list archive at Nabble.com.
I am interested to hear views on where OSGI and Spring is heading. I realise
this is a fairly broad topic but I think is worth discussing.
I have noticed that a lot of answers on this forum and others suggest not
using Spring but instead Blueprint or Declarative Services, particularly if
starting
18 matches
Mail list logo