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 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 <fmesc...@adobe.com> >> 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é* <http://www.liferay.com/web/raymond.auge/profile> >> (@rotty3000) >> Senior Software Architect *Liferay, Inc.* <http://www.liferay.com> >> (@Liferay) >> Board Member & EEG Co-Chair, OSGi Alliance <http://osgi.org> >> (@OSGiAlliance) >> >> _______________________________________________ >> OSGi Developer Mail List >> osgi-dev@mail.osgi.org >> https://mail.osgi.org/mailman/listinfo/osgi-dev >> > > > > -- > Matt Sicker <boa...@gmail.com> > > _______________________________________________ > OSGi Developer Mail List > osgi-dev@mail.osgi.org > https://mail.osgi.org/mailman/listinfo/osgi-dev > -- Matt Sicker <boa...@gmail.com>
_______________________________________________ OSGi Developer Mail List osgi-dev@mail.osgi.org https://mail.osgi.org/mailman/listinfo/osgi-dev
