Re: [osgi-dev] New to OSGI and in discovery/evaluation phase, please advise

2016-11-26 Thread Matt Sicker
Do you mean libraries for object conversion? I know of a couple general
purpose bean mappers:
http://mapstruct.org/
http://dozer.sourceforge.net/

As for conversion APIs, there's the Felix one, a Camel one, Blueprint has
one, and there's something in DS for that, too (metatypes?), though I don't
know much about that one.

On 26 November 2016 at 21:47, Daghan ACAY <daghana...@hotmail.com> wrote:

> Hi Matt,
>
>
> I was looking into something similar in my project if you mean similar
> concepts as in "Spring or Camel converters" with "Converter - Felix
> (standardized light weight object conversion)" then please let me know
> where I can access/contribute to that project.
>
>
> Cheers
>
> -Daghan
>
>
> --
> *From:* osgi-dev-boun...@mail.osgi.org <osgi-dev-boun...@mail.osgi.org>
> on behalf of Matt Sicker <boa...@gmail.com>
> *Sent:* Thursday, November 24, 2016 4:47 PM
> *To:* OSGi Developer Mail List
> *Subject:* Re: [osgi-dev] New to OSGI and in discovery/evaluation phase,
> please advise
>
> I'll plug Apache Camel <http://camel.apache.org/> and Apache CXF <
> http://cxf.apache.org/> as immensely useful libraries in the OSGi world.
> In particular, I'd also recommend Apache Karaf <http://karaf.apache.org/>
> as an enterprise container for OSGi, but there's nothing wrong with
> embedding Felix or Equinox in an existing server (or figuring out how to
> leverage the existing OSGi infrastructure in your Java EE server; most if
> not all of them are implemented on top of OSGi nowadays including WebLogic <
> https://docs.oracle.com/middleware/1212/wls/WLPRG/osgi.htm#WLPRG753>).
> Apache Karaf <http://karaf.apache.org/>
> karaf.apache.org
> Karaf can run as a standalone container, supporting a wide range of
> applications and technologies.
>
> Apache CXF -- Index <http://cxf.apache.org/>
> cxf.apache.org
> Apache CXF is an open source services framework. CXF helps you build and
> develop services using frontend programming APIs, like JAX-WS and JAX-RS.
> These services can ...
>
> Apache Camel: Index <http://camel.apache.org/>
> camel.apache.org
> Apache Camel ™ is a versatile open-source integration framework based on
> known Enterprise Integration Patterns. Camel empowers you to define routing
> and mediation ...
>
>
> For custom deployments, there is also Apache ACE <http://ace.apache.org/>,
> though I've never used it before.
> <http://ace.apache.org/>
> Apache ACE - Background <http://ace.apache.org/>
> ace.apache.org
> Apache ACE is a software distribution framework that allows you to
> centrally manage and distribute software components, configuration data and
> other artifacts to ...
>
>
> As for some tutorials, these guys have a bunch of sample OSGi projects
> using various technologies:
>
> https://github.com/cschneider
> <https://github.com/cschneider>
> cschneider (Christian Schneider) · GitHub <https://github.com/cschneider>
> github.com
> cschneider has 65 repositories available. Follow their code on GitHub.
>
>
> https://github.com/jbonofre
> <https://github.com/jbonofre>
> jbonofre (Jean-Baptiste Onofré) · GitHub <https://github.com/jbonofre>
> github.com
> jbonofre has 40 repositories available. Follow their code on GitHub.
>
>
>
> On 24 November 2016 at 09:12, Raymond Auge <raymond.a...@liferay.com>
> wrote:
>
>> Following Felix's shameless Apache/Adobe plugs ;) I'll add:
>>
>> Liferay was/is a traditionally massive enterprise WAR (but really more)
>> for which, in time we realized monoliths are really very #$%^&@... and so
>> we learned and adopted OSGi inside our application and gradually (not so
>> gradually actually) evolved our legacy non-modular code into our embedded
>> OSGi framework. This was a massive change but totally the right thing to do.
>>
>> We use Apache Felix/Apache Aries/Eclipse Equinox (and other OSS) projects
>> as sources for many of our key "subsystems" and we're helping (trying
>> anyway) to build out even more systems that don't currently exist in OSGi
>> as members of the greater OSGi community and by participating in the OSGi
>> Alliance. We've gained so many benefits from this relationship with the
>> OSGi community that I highly recommend participating.
>>
>> Just a small list of the current work in progress (YOU CAN GET IN ON THE
>> GROUND FLOUR!!!):
>>
>> Push Streams - Aries (an async event streaming API)
>> tx-control - Aries (functional oriented transaction management)
>> JAX-RS Whiteboard - Aries
>> CDI Extender - Aries (coming

Re: [osgi-dev] New to OSGI and in discovery/evaluation phase, please advise

2016-11-24 Thread Matt Sicker
I'll plug Apache Camel  and Apache CXF <
http://cxf.apache.org/> as immensely useful libraries in the OSGi world. In
particular, I'd also recommend Apache Karaf  as
an enterprise container for OSGi, but there's nothing wrong with embedding
Felix or Equinox in an existing server (or figuring out how to leverage the
existing OSGi infrastructure in your Java EE server; most if not all of
them are implemented on top of OSGi nowadays including WebLogic <
https://docs.oracle.com/middleware/1212/wls/WLPRG/osgi.htm#WLPRG753>).

For custom deployments, there is also Apache ACE ,
though I've never used it before.

As for some tutorials, these guys have a bunch of sample OSGi projects
using various technologies:

https://github.com/cschneider
https://github.com/jbonofre

On 24 November 2016 at 09:12, Raymond Auge  wrote:

> Following Felix's shameless Apache/Adobe plugs ;) I'll add:
>
> Liferay was/is a traditionally massive enterprise WAR (but really more)
> for which, in time we realized monoliths are really very #$%^&@... and so
> we learned and adopted OSGi inside our application and gradually (not so
> gradually actually) evolved our legacy non-modular code into our embedded
> OSGi framework. This was a massive change but totally the right thing to do.
>
> We use Apache Felix/Apache Aries/Eclipse Equinox (and other OSS) projects
> as sources for many of our key "subsystems" and we're helping (trying
> anyway) to build out even more systems that don't currently exist in OSGi
> as members of the greater OSGi community and by participating in the OSGi
> Alliance. We've gained so many benefits from this relationship with the
> OSGi community that I highly recommend participating.
>
> Just a small list of the current work in progress (YOU CAN GET IN ON THE
> GROUND FLOUR!!!):
>
> Push Streams - Aries (an async event streaming API)
> tx-control - Aries (functional oriented transaction management)
> JAX-RS Whiteboard - Aries
> CDI Extender - Aries (coming soon)
> Converter - Felix (standardized light weight object conversion)
> Configurator - Felix (deployable configurations)
>
> and many more...
>
> ;)
>
> - Ray
>
>
> On Thu, Nov 24, 2016 at 9:45 AM, Felix Meschberger 
> wrote:
>
>> Hi Wai Keung
>>
>> This is a shameless Apache Software Foundation plug, sorry ;-)
>>
>> Having said that, the Apache Felix project (felix.apache.org) is
>> basically the OSGi „core“ home at Apache while Apache Aries (
>> aries.apache.org) has a lot of Enterprise Spec implementations.
>>
>> Apache Sling (sling.apache.org), finally, is a web application framework
>> entirely built „in OSGi“. It is the basis, sorry this is an Adobe plug, of
>> Adobe Experience Manager which is a complete enterprise grade Web Content
>> (and more) Management application and platform. All in OSGi. Sling’s
>> Launchpad which helps building single file deployables for application
>> deployment builds two files, actually: The standalone Java application with
>> emebdded Jetty Server and a WAR file which can be deployed into any Servlet
>> API compliant container such as Tomcat, or Weblogic (there are historically
>> a few Adobe customers deploying Experience Manager into Weblogic or IBM
>> WebSphere).
>>
>> Over the years, using OSGi as a modularization framework really proved
>> the right choice for building Sling and Experience Manager (disclosure: I
>> am one of the original developers of Sling)
>>
>> Hope this helps
>>
>> Regards
>> Felix
>>
>> Am 24.11.2016 um 10:54 schrieb Wai Keung Yiu Man Lung <
>> wai.keung.yiu.pub...@gmail.com>:
>>
>> Hi All,
>>
>> I have recently discovered OSGI and am currently trying to evaluate it
>> with public online resources before committing further to it.
>>
>> I have gone through the enRoute project primer and am wondering if there
>> is any other publicly available resources where I can learn more on using
>> the OSGI, especially for enterprise applications.
>>
>> I am evaluating if OSGI willl be a good fit for my work project which
>> currently are build using a monolithic aproach into java WARs and deployed
>> to Oracle weblogic.I am not particularly interested in the hot plugging
>> aspect but more on the modular composition idea of OSGI for breaking down
>> the projects that we have.
>>
>> 1. Any other recommended publicly (free) available resources for study
>> (apart from enRoute)?
>> 2. Can the jar bundle file from enRoute be wrapped in a WAR for
>> deployment into weblogic which is using Apache Felix?
>>
>> Best Regards,
>> Wai Keung
>> ___
>> OSGi Developer Mail List
>> osgi-dev@mail.osgi.org
>> https://mail.osgi.org/mailman/listinfo/osgi-dev
>>
>>
>>
>> ___
>> OSGi Developer Mail List
>> osgi-dev@mail.osgi.org
>> https://mail.osgi.org/mailman/listinfo/osgi-dev
>>
>
>
>
> --
> *Raymond Augé* 

Re: [osgi-dev] New to OSGI and in discovery/evaluation phase, please advise

2016-11-24 Thread Raymond Auge
Following Felix's shameless Apache/Adobe plugs ;) I'll add:

Liferay was/is a traditionally massive enterprise WAR (but really more) for
which, in time we realized monoliths are really very #$%^&@... and so we
learned and adopted OSGi inside our application and gradually (not so
gradually actually) evolved our legacy non-modular code into our embedded
OSGi framework. This was a massive change but totally the right thing to do.

We use Apache Felix/Apache Aries/Eclipse Equinox (and other OSS) projects
as sources for many of our key "subsystems" and we're helping (trying
anyway) to build out even more systems that don't currently exist in OSGi
as members of the greater OSGi community and by participating in the OSGi
Alliance. We've gained so many benefits from this relationship with the
OSGi community that I highly recommend participating.

Just a small list of the current work in progress (YOU CAN GET IN ON THE
GROUND FLOUR!!!):

Push Streams - Aries (an async event streaming API)
tx-control - Aries (functional oriented transaction management)
JAX-RS Whiteboard - Aries
CDI Extender - Aries (coming soon)
Converter - Felix (standardized light weight object conversion)
Configurator - Felix (deployable configurations)

and many more...

;)

- Ray


On Thu, Nov 24, 2016 at 9:45 AM, Felix Meschberger 
wrote:

> Hi Wai Keung
>
> This is a shameless Apache Software Foundation plug, sorry ;-)
>
> Having said that, the Apache Felix project (felix.apache.org) is
> basically the OSGi „core“ home at Apache while Apache Aries (
> aries.apache.org) has a lot of Enterprise Spec implementations.
>
> Apache Sling (sling.apache.org), finally, is a web application framework
> entirely built „in OSGi“. It is the basis, sorry this is an Adobe plug, of
> Adobe Experience Manager which is a complete enterprise grade Web Content
> (and more) Management application and platform. All in OSGi. Sling’s
> Launchpad which helps building single file deployables for application
> deployment builds two files, actually: The standalone Java application with
> emebdded Jetty Server and a WAR file which can be deployed into any Servlet
> API compliant container such as Tomcat, or Weblogic (there are historically
> a few Adobe customers deploying Experience Manager into Weblogic or IBM
> WebSphere).
>
> Over the years, using OSGi as a modularization framework really proved the
> right choice for building Sling and Experience Manager (disclosure: I am
> one of the original developers of Sling)
>
> Hope this helps
>
> Regards
> Felix
>
> Am 24.11.2016 um 10:54 schrieb Wai Keung Yiu Man Lung <
> wai.keung.yiu.pub...@gmail.com>:
>
> Hi All,
>
> I have recently discovered OSGI and am currently trying to evaluate it
> with public online resources before committing further to it.
>
> I have gone through the enRoute project primer and am wondering if there
> is any other publicly available resources where I can learn more on using
> the OSGI, especially for enterprise applications.
>
> I am evaluating if OSGI willl be a good fit for my work project which
> currently are build using a monolithic aproach into java WARs and deployed
> to Oracle weblogic.I am not particularly interested in the hot plugging
> aspect but more on the modular composition idea of OSGI for breaking down
> the projects that we have.
>
> 1. Any other recommended publicly (free) available resources for study
> (apart from enRoute)?
> 2. Can the jar bundle file from enRoute be wrapped in a WAR for deployment
> into weblogic which is using Apache Felix?
>
> Best Regards,
> Wai Keung
> ___
> OSGi Developer Mail List
> osgi-dev@mail.osgi.org
> https://mail.osgi.org/mailman/listinfo/osgi-dev
>
>
>
> ___
> OSGi Developer Mail List
> osgi-dev@mail.osgi.org
> https://mail.osgi.org/mailman/listinfo/osgi-dev
>



-- 
*Raymond Augé* 
 (@rotty3000)
Senior Software Architect *Liferay, Inc.* 
 (@Liferay)
Board Member & EEG Co-Chair, OSGi Alliance  (@OSGiAlliance)
___
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev

Re: [osgi-dev] New to OSGI and in discovery/evaluation phase, please advise

2016-11-24 Thread Felix Meschberger
Hi Wai Keung

This is a shameless Apache Software Foundation plug, sorry ;-)

Having said that, the Apache Felix project 
(felix.apache.org) is basically the OSGi „core“ home 
at Apache while Apache Aries (aries.apache.org) has a 
lot of Enterprise Spec implementations.

Apache Sling (sling.apache.org), finally, is a web 
application framework entirely built „in OSGi“. It is the basis, sorry this is 
an Adobe plug, of Adobe Experience Manager which is a complete enterprise grade 
Web Content (and more) Management application and platform. All in OSGi. 
Sling’s Launchpad which helps building single file deployables for application 
deployment builds two files, actually: The standalone Java application with 
emebdded Jetty Server and a WAR file which can be deployed into any Servlet API 
compliant container such as Tomcat, or Weblogic (there are historically a few 
Adobe customers deploying Experience Manager into Weblogic or IBM WebSphere).

Over the years, using OSGi as a modularization framework really proved the 
right choice for building Sling and Experience Manager (disclosure: I am one of 
the original developers of Sling)

Hope this helps

Regards
Felix

Am 24.11.2016 um 10:54 schrieb Wai Keung Yiu Man Lung 
>:

Hi All,

I have recently discovered OSGI and am currently trying to evaluate it with 
public online resources before committing further to it.

I have gone through the enRoute project primer and am wondering if there is any 
other publicly available resources where I can learn more on using the OSGI, 
especially for enterprise applications.

I am evaluating if OSGI willl be a good fit for my work project which currently 
are build using a monolithic aproach into java WARs and deployed to Oracle 
weblogic.I am not particularly interested in the hot plugging aspect but more 
on the modular composition idea of OSGI for breaking down the projects that we 
have.

1. Any other recommended publicly (free) available resources for study (apart 
from enRoute)?
2. Can the jar bundle file from enRoute be wrapped in a WAR for deployment into 
weblogic which is using Apache Felix?

Best Regards,
Wai Keung
___
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev

___
OSGi Developer Mail List
osgi-dev@mail.osgi.org
https://mail.osgi.org/mailman/listinfo/osgi-dev