I've been playing around with ServiceMix Kernel 1.1.0 for the last
couple of days. I have to say that I'm quite impressed. However, I do
have some questions.
1) The overview page lists "native OS integration". Is this an init rc
script like the one generated by Java Service Wrapper? If so, I
I've found many problems with the new Karaf web pages, mostly broken
links. I would have created a patch file but it doesn't appear that the
web pages are
in subversion. If this is something that I can fix/submit a patch, let
me know how.
1-quick-start
- "SMX4KNL:#top" is a bad link at the end
On Wednesday, May 06, 2009 09:55, Guillaume Nodet wrote:
>
> 2009/5/6 Moloney, Tim M :
> >
> > I've been playing around with ServiceMix Kernel 1.1.0 for the last
> > couple of days. I have to say that I'm quite impressed.
> However, I do
> > have s
rs.html#unlistedclas),
> we're good to go.
>
> 2009/5/6 Moloney, Tim M :
> >
> > I've found many problems with the new Karaf web pages, mostly broken
> > links. I would have created a patch file but it doesn't
> appear that the
> > web pages are
ap.
>
> mvn -Dmaven.test.skip=true
>
> 2009/5/6 Moloney, Tim M :
> >
> > I'm trying to build from the current trunk (revision
> 772252) and I get
> > several exceptions. I've attached the output of the build.
> I ran the
> > build with t
witched the default to
> Felix again, so it should work better.
> You can svn up and rebuild, or simply change the karaf.framework
> property in etc/config.properties.
> I'll investigate this issue too.
>
> 2009/5/6 Moloney, Tim M :
> >
> > The build is now succ
Nodet [mailto:gno...@gmail.com]
>
> For the branding question, I don't think we have any doc on that yet.
> You can have a look at the following bundle which does what you want:
>
> https://svn.apache.org/repos/asf/servicemix/smx4/nmr/trunk/branding/
>
> 2009/5/6 Molo
af.version from org.apache.felix.framework rather than
org.apache.felix.karaf.gshell.core importing from the branding bundle.
On Wednesday, May 06, 2009 15:58, Guillaume Nodet wrote:
>
> On Wed, May 6, 2009 at 21:54, Moloney, Tim M
> wrote:
> >
> > Okay, I finally figur
gt;
> On Wed, May 6, 2009 at 22:38, Moloney, Tim M
> wrote:
> >
> > Dropping the bundle in the deploy directory doesn't appear
> to work for me. Even if it did, it is after the banner has
> been displayed.
> >
> > If the branding bundle's version num
What are the pros and cons of using feature repositories, Maven
repositories, and OSGI bundle repositories in Karaf?
Feature Pros
- can include bundle configuration
- can include other features
- can group unrelated bundles/features
- no required directory structure
Feature Cons
- manually crea
r.
> > You can svn up and rebuild, or simply change the karaf.framework
> > property in etc/config.properties.
> > I'll investigate this issue too.
> >
> > 2009/5/6 Moloney, Tim M :
> >>
> >> The build is now successful but the feature command group
> is
ng to adapt the world to himself.
Sarasota, FL 34232Therefore all progress depends on the
(941) 377-6775 x208unreasonable man. - George Bernard Shaw
> -----Original Message-
> From: Moloney, Tim M [mailto:tim.molo...@mantech.com]
&
to put sleeps in the
> test to ensure everything is loaded, but this could be better covered
> by waiting for a service registered in OSGi usually. Can you try to
> raise the sleeping time in this test maybe ?
>
> On Thu, May 7, 2009 at 18:53, Moloney, Tim M
> wrote:
> &g
ge Bernard Shaw
> -Original Message-----
> From: Moloney, Tim M [mailto:tim.molo...@mantech.com]
> Sent: Wednesday, May 06, 2009 11:15
> To: users@felix.apache.org
> Subject: RE: Karaf Users' Guide problems
>
>
> Thanks. I'll get that process started.
>
&g
I've starting working with the ConfigurationAdmin service and I need to
know how a configuration that a ManagedService recieves is expected to
be used.
Is the received Dictionary an augmentation of the current configuration
or is it a complete configuration. For example,
ManagedService Foo (defa
17
> To: users@felix.apache.org
> Subject: Re: How are configurations received from ConfigAdmin
> service expected to be used?
>
> Hi Tim,
>
> Moloney, Tim M schrieb:
> > I've starting working with the ConfigurationAdmin service
> and I need to
> > know how a configu
configurations received from ConfigAdmin
> service expected to be used?
>
> Hi Tim,
>
> Moloney, Tim M schrieb:
> > I understand that the ManagedService has to handle the
> missing number
> > property. What is the expected way for this to happen?
>
> This is t
I have a very simple service provider that works outside of OSGi.
I tried using it in Felix but it fails with a ClassCastException.
Is this somehow related to the different class loaders in the different
bundles?
Any suggestions on how to get past this?
Thanks.
Tim Moloney The r
09 10:11
> To: users@felix.apache.org
> Subject: Re: ServiceLoader and OSGi?
>
> On 5/18/09 9:31 AM, Moloney, Tim M wrote:
> > I have a very simple service provider that works outside of OSGi.
> >
> > I tried using it in Felix but it fails with a ClassCastException
ongly encourage you to look into the OSGi Services model, which
> is conceptually as simple as ServiceLoader but is far less fragile and
> can be used across multiple bundles.
>
> Regards,
> Neil
>
>
> On Mon, May 18, 2009 at 9:04 PM, Moloney, Tim M
> wrote:
> >
case and maybe you could reuse your ServiceLoader code there.
>
> I must worn here that peaberry is based on Guice and that
> might be a change too
> radical for your project.
>
> Cheers,
> Todor
>
> Moloney, Tim M wrote:
> > I agree that OSGi services solve thi
I was figuring out why my ManagedServiceFactory wasn't getting
configured by the feature when I discovered the odd notation used to
specify the service pid.
I found that if the name attribute of the config element has a dash in
it, the attribute value will be split into a service pid and a servic
man adapts himself to
MRSLthe world; the unreasonable one persists
2015 Cattlemen Road in trying to adapt the world to himself.
Sarasota, FL 34232 Therefore all progress depends on the
(941) 377-6775 x208 unreasonable man.George Bernard Shaw
> -Or
Therefore all progress depends on the
(941) 377-6775 x208 unreasonable man.George Bernard Shaw
> -Original Message-
> From: Moloney, Tim M [mailto:tim.molo...@mantech.com]
> Sent: Saturday, June 06, 2009 18:59
> To: users@felix.apache.org
> Subject: RE
I noticed that the trunk currently has Karaf configured to use the
Equinox framework. (Shouldn't we be eating our own dog food?)
karaf/assembly/src/main/filtered-resources/etc/config.properties:
karaf.framework=equinox
When I changed this to felix, I get the following error in Karaf.
ERROR:
e is close. I am
> traveling and won't likely get this done until next week, though.
> >
> > I wonder, does Karaf really depend on some feature of the
> unreleased Service Tracker? If not, why don't we just
> downgrade the version?
> >
> > -> richard
>
asses to R4.2, I was
> waiting for the official release, but I can probably grab a
> snapshot and use that since the release is close. I am
> traveling and won't likely get this done until next week, though.
> >>
> >> I wonder, does Karaf really depend on some fe
I've been following Karaf closely since it was migrated under Felix. I
know that Guillaume had done a *lot* of work to get Karaf where it is
today. I personally appreciate all of his effort. A well-earned
congratulations to Guillaume and everyone else that contributed to
Karaf.
Tim Moloney
28 matches
Mail list logo