The advise is already tough. Ray will probably recommend enRoute, I would recommend Karaf and maybe Camel.
By the way, Ray added features (Aries JMX, Gogo, etc) already provided out of the box by Karaf. I would recommend you to make a PoC evaluating the different solutions and make your pick ;) Regards JB On 19/09/2018 16:39, Philipp Höfler wrote: > Hallo Ray, > > thank you very much. > I already found the Aries JMX dependency, but I was exactly missing the > MBeanService. > That's why it didn't worked for me. > > Thanks, now I can connect with VisualVM __ > I can now proceed with testing ... > > It's off topic, but I have to ask one last question: > Would you recommend using "classic" OSGi with a container for an application > like mine? > It is connecting two systems with different APIs. It will always run on a > server. > Honestly, when starting the application I was not aware that enRoute was > built to make standalone apps. Now, as I am getting a better understand > (probably still not too good understanding) I am questioning this decision. > > Philipp > > > Am 19.09.18, 16:21 schrieb "Raymond Auge" <raymond.a...@liferay.com>: > > I added gogo for good measure to help diagnosing issues. > > Aries JMX has this weird requirement that someone has to provide the > MBeanService service, which I did for you. > > - Ray > > On Wed, Sep 19, 2018 at 10:19 AM Raymond Auge <raymond.a...@liferay.com> > wrote: > > > I just sent a PR to your osgi-test repo adding JMX. > > > > Also, enRoute was most certainly not limited to desktop apps. > > > > In fact there are several consumers using it specifically for > > "microservices" story. > > > > - Ray > > > > On Wed, Sep 19, 2018 at 10:12 AM Jean-Baptiste Onofré > <j...@nanthrax.net> > > wrote: > > > >> Hi, > >> > >> I think you can achieve this with enRoute (even if I would not do that > >> way personnally). > >> > >> As it seems you want to do kind of integration, I would evaluate using > >> Apache Camel routes running Karaf. > >> Camel is an integration framework that allow you to easily integrate > >> system all together. > >> > >> Let me know if you need some details (you can ping me directly on my > >> e-mail to avoid to "flood" the Felix mailing list). > >> > >> Regards > >> JB > >> > >> On 19/09/2018 16:06, Philipp Höfler wrote: > >> > Thanks, it is getting clearer to me. > >> > Would you recommend using enRoute for a server application > translating > >> rest requests to CMIS? > >> > Now with these information, it feels like enRoute was built for > desktop > >> standalone apps not for server applications? > >> > > >> > Best, > >> > Philipp > >> > > >> > > >> > Am 19.09.18, 15:44 schrieb "Jean-Baptiste Onofré" > <j...@nanthrax.net>: > >> > > >> > Hi Philip, > >> > > >> > For Karaf, you probably have to install the dependency bundles > >> first. > >> > > >> > Using enRoute, it creates an "uber" jar embedding all jar files > >> required > >> > for execution. You don't need a container: it's a regular > >> standalone jar > >> > application that you run with java -jar. > >> > > >> > Karaf uses a modular approach where your bundles are very light, > >> and you > >> > install dependency bundles in Karaf (that other bundles can > use). > >> That's > >> > why we have Karaf Features to install all in a row. > >> > > >> > So, if you are interested by Karaf, I can help you to create a > >> Karaf > >> > feature for your application or at least provide the commands > you > >> should > >> > do to install the dependency bundles. > >> > > >> > Regards > >> > JB > >> > > >> > On 19/09/2018 15:38, Philipp Höfler wrote: > >> > > Hallo Ray, hallo JB, > >> > > > >> > > thanks for your reply :-). > >> > > > >> > > Maybe I have not clearly described the problem. I think you > >> might have misunderstood it. > >> > > When compiling the application, the runable app.jar will be > >> generated. This is working fine. All dependencies are in place and I > can > >> start it. > >> > > > >> > > Unfortunately, I am facing performance issues. Probably, these > >> are related to the CMIS connection, but I would like to find the bottle > >> necks by monitoring the app. > >> > > My first approach was, to connect VisualVM to the packaged > app. > >> But - at least for me - it was not possible. > >> > > > >> > > Then, I followed JB's suggestion to use Karaf. But I've > problems > >> to deploy the app to Karaf as I see missing dependencies. > >> > > > >> > > I think I do not get the big picture here. > >> > > Based on JB's latest reply, I assume that with enRoute I do > not > >> have to use any container like Karaf? > >> > > enRoute is for building standalone apps? > >> > > When using the "classic" OSGi it would be necessary to use an > >> container, right? > >> > > > >> > > Is the runnable jar the way of deploying enRoute apps? > >> > > My understand was, that this is used for testing and it should > >> be deployed to an application server / container like Karaf. > >> > > > >> > > Best, > >> > > Philipp > >> > > > >> > > Am 19.09.18, 15:31 schrieb "Jean-Baptiste Onofré" < > >> j...@nanthrax.net>: > >> > > > >> > > Hi, > >> > > > >> > > Using enRoute, I guess you want to have an executable > jar. > >> In that case, > >> > > you don't need Karaf. > >> > > > >> > > As an alternative, you can package your application as > >> "pure" OSGi > >> > > bundles (and eventually release), and deploy on Karaf or > >> package with Karaf. > >> > > > >> > > Packaging with Karaf will give you an execute archive. > >> > > > >> > > Regarding log, you are right, Karaf provides a log > service > >> abstracting > >> > > lot of different frameworks. The only thing you have to > do > >> is to import > >> > > the package of the logging framework you are using > >> (logback, slf4j, > >> > > whatever). > >> > > > >> > > Regards > >> > > JB > >> > > > >> > > On 19/09/2018 15:15, Philipp Höfler wrote: > >> > > > Hallo JB, > >> > > > > >> > > > thanks for your kind reply. > >> > > > > >> > > > I am getting confused :-) > >> > > > I am quite new to the OSGi world, so my questions are > >> probably very basic. > >> > > > > >> > > > I am not sure, if I can use Karaf just like that, as I > am > >> using OSGi enRoute R7. > >> > > > As far as I understood, it's not finally released yet? > So > >> I guess, that Karaf does it not support yet? > >> > > > > >> > > > Anyhow, I tried to deploy my app on Karaf. And there > are > >> a lot of missing dependencies. > >> > > > How is the best way of deploying a OSGi app? I've three > >> bundles and each have different dependencies. > >> > > > The packaged app jar, that is generated from the > enRoute > >> example project, packs all these dependencies in a jar folder of the > app.jar > >> > > > What I do not understand is, why dependencies like > >> "org.osgi.framework" or "org.osgi.service.log" is missing. I though, > that > >> would be provided by Karaf? > >> > > > > >> > > > I recently added logging via the new OSGi Logging > >> standard and logback. I read on the Karaf website, that Karaf can > already > >> unify the logging configuration. > >> > > > As I understood, logback is also trying to unify the > >> configuration over all popular logging frameworks. Does it just work > or do > >> I have to adapt anything? > >> > > > > >> > > > Thanks for your help, > >> > > > Philipp > >> > > > > >> > > > Am 19.09.18, 14:17 schrieb "Jean-Baptiste Onofré" < > >> j...@nanthrax.net>: > >> > > > > >> > > > Hi Philip, > >> > > > > >> > > > You can use Karaf as a container. It supports > >> different programming > >> > > > model including OSGi of course. > >> > > > > >> > > > Karaf supports Aries JMX and MBean whiteboard > >> pattern to simplify the > >> > > > way of exposing your MBeans (it's just > registering a > >> MBean service). > >> > > > > >> > > > Once done, you can use Karaf Decanter to collect > the > >> metrics and have > >> > > > monitoring/BAM/alerting. > >> > > > > >> > > > Don't hesitate to ping me if you need more > details. > >> > > > > >> > > > Regards > >> > > > JB > >> > > > > >> > > > On 19/09/2018 12:34, Philipp Höfler wrote: > >> > > > > Hi, > >> > > > > > >> > > > > I've setup a small OSGi application. > >> > > > > The application gets some REST requests and > >> forwards these requests to a content repository using CMIS. > >> > > > > So, basically the app consists of three bundles. > >> The first bundle provides and RESTful webservice (HTTP Whiteboard), the > >> second the CMIS connection to the repository and the third is the > internal > >> API between the other two bundles. > >> > > > > > >> > > > > Now, I am encountering performances problems. > >> Storing documents to the repository, is quite slower than it should be. > >> > > > > I thought it would be a good idea, to monitor > the > >> application to identify the bottle necks. > >> > > > > That's why I would like to connect VisualVM (or > >> JConsole) via JMX. > >> > > > > > >> > > > > Right now the application is not finished yet, > so > >> the deployment does not exists. > >> > > > > I am currently using the bundled app from the > >> enRoute R7 example project for testing. > >> > > > > > >> > > > > Is it a realistic to use the bundled app for > tests > >> or is an application server like Karaf faster? > >> > > > > Is it possible to connect to the JMX of the > >> bundled app? Would you recommend using Karaf (application server)? > >> > > > > > >> > > > > When you do recommend Karaf, how can I deploy my > >> app to the application server? > >> > > > > Do I have to install every single bundle? > >> > > > > > >> > > > > As always, thanks for your help. > >> > > > > Philipp > >> > > > > > >> > > > > > >> > > > > > >> --------------------------------------------------------------------- > >> > > > > To unsubscribe, e-mail: > >> users-unsubscr...@felix.apache.org > >> > > > > For additional commands, e-mail: > >> users-h...@felix.apache.org > >> > > > > > >> > > > > >> > > > > >> --------------------------------------------------------------------- > >> > > > To unsubscribe, e-mail: > >> users-unsubscr...@felix.apache.org > >> > > > For additional commands, e-mail: > >> users-h...@felix.apache.org > >> > > > > >> > > > > >> > > > > >> > > > > >> > > > > >> --------------------------------------------------------------------- > >> > > > To unsubscribe, e-mail: > >> users-unsubscr...@felix.apache.org > >> > > > For additional commands, e-mail: > >> users-h...@felix.apache.org > >> > > > > >> > > > >> > > > >> --------------------------------------------------------------------- > >> > > To unsubscribe, e-mail: > users-unsubscr...@felix.apache.org > >> > > For additional commands, e-mail: > >> users-h...@felix.apache.org > >> > > > >> > > > >> > > > >> > > > >> > > > >> --------------------------------------------------------------------- > >> > > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > >> > > For additional commands, e-mail: users-h...@felix.apache.org > >> > > > >> > > >> > > >> --------------------------------------------------------------------- > >> > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > >> > For additional commands, e-mail: users-h...@felix.apache.org > >> > > >> > > >> > > >> > > >> > --------------------------------------------------------------------- > >> > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > >> > For additional commands, e-mail: users-h...@felix.apache.org > >> > > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > >> For additional commands, e-mail: users-h...@felix.apache.org > >> > >> > > > > -- > > *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) > > > > > -- > *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) > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@felix.apache.org > For additional commands, e-mail: users-h...@felix.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@felix.apache.org For additional commands, e-mail: users-h...@felix.apache.org
