Ok, thanks :-)
At least, it seems that I am not completely on the wrong way. And if I got you
right, I can switch between these both scenarios as the bundles stay the same.
Thanks a lot for all the help!
Philipp
Am 19.09.18, 16:53 schrieb "Jean-Baptiste Onofré" <j...@nanthrax.net>:
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
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
For additional commands, e-mail: users-h...@felix.apache.org
