Re: Karaf freezes up under MS-Windows

[Jean-Baptiste Onofré]

Hi Tom,

I'm not able to reproduce on the Win7 VM.

Can you provide some details: JDK version, Windows language, ... ?

Thanks,
Regards
JB

On 30/11/2018 05:56, tom leung wrote:
> Based on the latest Apache Karaf v4.1.7, run it on Windows 7.
> 
> Still freeze up at Windows side after entering the command "list - t 0"
> but the same symptom never happen at Linux side.
> 
> So the bug is really related to MS-Windows.
> 
> May you file this symptom as a bug.
> 
> Best Rgds,
> 
> Tom Leung
> 
>  
>  
> 
> On Mon, Aug 13, 2018 at 1:03 PM Jean-Baptiste Onofré  > wrote:
> 
> OK, let me try to reproduce (I think I still have a VM with Windows 7).
> 
> Thanks,
> Regards
> JB
> 
> On 13/08/2018 06:48, tom leung wrote:
> > No response no matter what I type including "CTRL-C and hit ENTER"
> >
> > I have type the following command
> >
> > karaf@root()>
> > karaf@root()> bundle:list -t 0
> > START LEVEL 100 , List Threshold: 0
> >
> > Same issue, still freeze up after typing "CTRL-C" and hit ENTER
> >
> >
> >
> >
> >
> > On Mon, Aug 13, 2018 at 12:44 PM, Jean-Baptiste Onofré
> mailto:j...@nanthrax.net>
> > >> wrote:
> >
> >     Hi Tom,
> >
> >     By freeze, you mean that you can type any command anymore in the
> >     console ?
> >
> >     Did you try CTRL-C or typing ENTER after the command ?
> >     Does the same happen with bundle:list -t 0 command ?
> >
> >     Nothing special in the karaf.log ?
> >
> >     Regards
> >     JB
> >
> >     On 13/08/2018 06:38, tom leung wrote:
> >     > I find the same issues happened in V4.1.6 anf v4.2.0
> >     >
> >     > At MS-Windows 64-bit Windows 7.0 professional version
> >     >
> >     >
> >     > I install a new fresh copy of Karaf v4.1.6
> >     >
> >     > After it shows the following logo
> >     >
> >     > C:\software\apache-karaf-4.1.6\bin>karaf
> >     >         __ __                  
> >     >        / //_/ __ _/ __/
> >     >       / ,<  / __ `/ ___/ __ `/ /_
> >     >      / /| |/ /_/ / /  / /_/ / __/
> >     >     /_/ |_|\__,_/_/   \__,_/_/
> >     >
> >     >   Apache Karaf (4.1.6)
> >     >
> >     > Hit '' for a list of available commands
> >     > and '[cmd] --help' for help on a specific command.
> >     > Hit '' or type 'system:shutdown' or 'logout' to shutdown
> >     Karaf.
> >     >
> >     > karaf@root()>
> >     >
> >     > karaf@root()> list
> >     > START LEVEL 100 , List Threshold: 50
> >     >
> >     >
> >     > I type the following command, Karaf seems to be freezed up
> withut any
> >     > response.
> >     >
> >     > I need to kill Karaf process manually and restart karaf
> Karaf again.
> >     >
> >     > Same issue if I type the above command again.
> >     >
> >     > The same issue also happens in Karaf v4.2.0
> >     >
> >     > Is it a bug?
> >     >
> >     > Best Rgds,
> >     >
> >     > Tom Leung
> >     >
> >     >
> >     >
> >
> >     --
> >     Jean-Baptiste Onofré
> >     jbono...@apache.org 
> >
> >     http://blog.nanthrax.net
> >     Talend - http://www.talend.com
> >
> >
> 
> -- 
> Jean-Baptiste Onofré
> jbono...@apache.org 
> http://blog.nanthrax.net
> Talend - http://www.talend.com
> 

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: Karaf freezes up under MS-Windows

[tom leung]

Based on the latest Apache Karaf v4.1.7, run it on Windows 7.

Still freeze up at Windows side after entering the command "list - t 0"
but the same symptom never happen at Linux side.

So the bug is really related to MS-Windows.

May you file this symptom as a bug.

Best Rgds,

Tom Leung




On Mon, Aug 13, 2018 at 1:03 PM Jean-Baptiste Onofré 
wrote:

> OK, let me try to reproduce (I think I still have a VM with Windows 7).
>
> Thanks,
> Regards
> JB
>
> On 13/08/2018 06:48, tom leung wrote:
> > No response no matter what I type including "CTRL-C and hit ENTER"
> >
> > I have type the following command
> >
> > karaf@root()>
> > karaf@root()> bundle:list -t 0
> > START LEVEL 100 , List Threshold: 0
> >
> > Same issue, still freeze up after typing "CTRL-C" and hit ENTER
> >
> >
> >
> >
> >
> > On Mon, Aug 13, 2018 at 12:44 PM, Jean-Baptiste Onofré  > > wrote:
> >
> > Hi Tom,
> >
> > By freeze, you mean that you can type any command anymore in the
> > console ?
> >
> > Did you try CTRL-C or typing ENTER after the command ?
> > Does the same happen with bundle:list -t 0 command ?
> >
> > Nothing special in the karaf.log ?
> >
> > Regards
> > JB
> >
> > On 13/08/2018 06:38, tom leung wrote:
> > > I find the same issues happened in V4.1.6 anf v4.2.0
> > >
> > > At MS-Windows 64-bit Windows 7.0 professional version
> > >
> > >
> > > I install a new fresh copy of Karaf v4.1.6
> > >
> > > After it shows the following logo
> > >
> > > C:\software\apache-karaf-4.1.6\bin>karaf
> > > __ __  
> > >/ //_/ __ _/ __/
> > >   / ,<  / __ `/ ___/ __ `/ /_
> > >  / /| |/ /_/ / /  / /_/ / __/
> > > /_/ |_|\__,_/_/   \__,_/_/
> > >
> > >   Apache Karaf (4.1.6)
> > >
> > > Hit '' for a list of available commands
> > > and '[cmd] --help' for help on a specific command.
> > > Hit '' or type 'system:shutdown' or 'logout' to shutdown
> > Karaf.
> > >
> > > karaf@root()>
> > >
> > > karaf@root()> list
> > > START LEVEL 100 , List Threshold: 50
> > >
> > >
> > > I type the following command, Karaf seems to be freezed up withut
> any
> > > response.
> > >
> > > I need to kill Karaf process manually and restart karaf Karaf
> again.
> > >
> > > Same issue if I type the above command again.
> > >
> > > The same issue also happens in Karaf v4.2.0
> > >
> > > Is it a bug?
> > >
> > > Best Rgds,
> > >
> > > Tom Leung
> > >
> > >
> > >
> >
> > --
> > Jean-Baptiste Onofré
> > jbono...@apache.org 
> > http://blog.nanthrax.net
> > Talend - http://www.talend.com
> >
> >
>
> --
> Jean-Baptiste Onofré
> jbono...@apache.org
> http://blog.nanthrax.net
> Talend - http://www.talend.com
>

RE: Aries

[Leschke, Scott]

So, the implication seems to be that the Subsystem spec is effectively broken 
and not worth pursuing.  It sounds as if it's simultaneously too complicated 
and yet not complicated enough. Note that I'm not saying that's the case but 
that's what I take from what's written below and it's apparent lack of uptake.

Scott

-Original Message-
From: Jean-Baptiste Onofré  
Sent: Wednesday, November 28, 2018 12:23 AM
To: user@karaf.apache.org
Subject: Re: Aries

Hi,

I think it's related to the mail I sent last week: better and dynamic usage of 
resource repository with features resolver. It's what we discussed with 
Christian.

Clearly today, Karaf features provide unique functionalities and description, 
not covered by other repository (like subsystem or resource repository), I'm 
thinking about configuration, features flags, inner features, etc.

However, it would make sense to start Karaf with a minimal features set and 
then leverage resources repositories at runtime, dynamically.

The first step I proposed is basically to add commands to manipulate the 
resources repository at runtime and add resource repository element in features 
repositories.
Today, it's already possible to use resources repositories, defining it (in XML 
or JSON) in etc/org.apache.karaf.features.cfg. This configuration is evaluated 
when the features service starts and used by the features resolver.
The propose is:
1. add resource:repo-add and other commands to add/remove resource repositories 
at runtime and then perform a new evaluation of the resolution.
2. add  element in features repo (as we have ) allowing 
to define "open" features and relay on resources repository.

So, to be clear, I don't want to change the current features service which, 
again, provide unique features, and it's the minimal layer to start a karaf 
runtime. My proposal is to extend & improve the features service to better 
leverage the resources repositories. The user then can focus only on a resource 
repository and won't be "forced" to use a features repository.

Regards
JB

On 28/11/2018 06:38, Christian Schneider wrote:
> I understand that you are seeking a more standard way than karaf 
> features to deploy parts of an application. Indeed subsystems look 
> like a good way at first. Unfortunately they add a lot of complexity 
> to a system. So almost no one uses them.
> 
> Currently there are two major ways of packaging an application:
> - karaf features (uses repository + + requirements under the covers). 
> A feature repo is described in xml. The bundles from all the required 
> features form the repository. The bundles with dependency=false form 
> the requirements.
> - repository + requirements based approach like used by bnd (without 
> features). They currently use a pom file to describe a repository + 
> requirements in a bndrun file.
> 
> So I agree it would be great to have a more standard way to package 
> applications. I discussed with JB that we could make more explicit  
> use of repositories for karaf features. The idea is to describe karaf 
> features using a backing repository + required bundles for each feature.
> We could describe the repository for the feature in a pom and refer to 
> it in the feature repo file. The features would then only contain the 
> required bundles.
> 
> This approach would provide a repository in pom form for all karaf 
> features that is then also usable by bnd for packaging. So projects 
> like aries would only need to provide one common form of feature description.
> 
> Besides this there is a standardisation effort at the OSGi alliance 
> for features. Currently the work in progress there looks more like 
> karaf 2 featues, so it is not usable for karaf but maybe in the next 
> iteraion a repository based approach is considered.
> 
> Chritian
> 
> 
> Am Di., 27. Nov. 2018 um 21:56 Uhr schrieb Leschke, Scott 
> mailto:slesc...@medline.com>>:
> 
> It wasn’t really a dev request per se, more of a curiosity question
> as to whether something along those lines was being considered as it
> would seem to make the implementations more easily consumable in a
> variety of OSGi environments.  My primary interest is in Karaf which
> is why I guess I targeted this list. Perhaps I should have thought
> that through better.
> 
> __ __
> 
> As for how something like that were structured, I don’t know
> really.  I only have passing familiarity with the Subsystem spec and
> that it sort of overlaps and extends what Karaf Features do, at
> least to my knowledge. My take is that a Karaf Feature commonly maps
> to an OSGi service spec. implementation, even if the names don’t
> match exactly
> 
> __ __
> 
> I readily admit that I could be grossly mistaken on that.
> 
> __ __
> 
> Scott
> 
> __ __
> 
> *From:* David Jencks  >
> *Sent:* Tuesday, November 27, 2018 2:08 PM
> *To:* 

[ANN] Apache Karaf 4.1.7 released !

[Jean-Baptiste Onofré]

The Apache Karaf team is pleased to announce Apache Karaf 4.1.7 release!

This is a maintenance release on the 4.1.x series, bringing fixes and
minor updates.

You take a look on the Release Notes for details:

https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12311140=12343797

You can download the release from the Karaf website:

http://karaf.apache.org/download.html

Enjoy !

The Karaf Team

Re: karaf-maven-plugin verify - ignore missing blueprint references

[Jean-Baptiste Onofré]

AFAIR, if you have at least one feature providing the service, it should
work.

Does it mean that today, your features repo just contains the "service"
client feature, not at least one feature providing the service ?

I think I understand your use case: you want to verify an "open"
feature, meaning that the feature expects some resources at runtime, not
yet defined in the features repository. The verify goal is more designed
for "close" features.

If there's no way to you to provide at least one feature (in the
karaf-maven-plugin configuration), then, maybe, I can add a
flag/configuration on the feature to notify that the feature expects
resources at runtime.

Thoughts ?

Regards
JB

On 29/11/2018 14:54, Jesse White wrote:
> Hi JB,
> 
> Yeah, that is correct.
> 
> Thanks,
> Jesse
> 
> On 2018-11-29 12:14 a.m., Jean-Baptiste Onofré wrote:
>> Hi Jesse,
>>
>> just to understand your use case.
>>
>> Verify is failing because you have a requirement on service active right ?
>> So that's why you have to add a features containing a bundle providing
>> this service. However, you have several service implementations
>> available and it's the user who decide the one he wants at runtime.
>>
>> Correct ?
>>
>> Regards
>> JB
>>
>> On 29/11/2018 04:23, Jesse White wrote:
>>> Hi,
>>>
>>> We're currently leveraging the verify goal of the karaf-maven-plugin to
>>> validate our feature definitions but we're having trouble using it to
>>> test features that:
>>>  1) Import services via Blueprint
>>>  2) Do not explicitly depend on an implementation in the feature definition
>>>
>>> For example, in this Blueprint we reference an implementation of the
>>> AlarmDatasource:
>>>
>>> https://github.com/OpenNMS/oce/blob/4258f0791e8e4e8f7d6af9e4951ad0a237e80617/driver/main/src/main/resources/OSGI-INF/blueprint/blueprint.xml#L4
>>>
>>> But the feature has no explicit dependency on a bundle that provides
>>> such an implementation:
>>>
>>> https://github.com/OpenNMS/oce/blob/4258f0791e8e4e8f7d6af9e4951ad0a237e80617/karaf-features/src/main/resources/features.xml#L92
>>>
>>> In this case, there are many implementations available and we want to
>>> give the user the option which one to use.
>>>
>>> Is there any way to leverage the verify goal for these cases? We know
>>> that the service references will not be available, but would like to
>>> verify that everything else is correct.
>>>
>>> Thanks,
>>> Jesse
>>>
>>

-- 
Jean-Baptiste Onofré
jbono...@apache.org
http://blog.nanthrax.net
Talend - http://www.talend.com

Re: karaf-maven-plugin verify - ignore missing blueprint references

[Jesse White]

Hi JB,

Yeah, that is correct.

Thanks,
Jesse

On 2018-11-29 12:14 a.m., Jean-Baptiste Onofré wrote:
> Hi Jesse,
> 
> just to understand your use case.
> 
> Verify is failing because you have a requirement on service active right ?
> So that's why you have to add a features containing a bundle providing
> this service. However, you have several service implementations
> available and it's the user who decide the one he wants at runtime.
> 
> Correct ?
> 
> Regards
> JB
> 
> On 29/11/2018 04:23, Jesse White wrote:
>> Hi,
>>
>> We're currently leveraging the verify goal of the karaf-maven-plugin to
>> validate our feature definitions but we're having trouble using it to
>> test features that:
>>  1) Import services via Blueprint
>>  2) Do not explicitly depend on an implementation in the feature definition
>>
>> For example, in this Blueprint we reference an implementation of the
>> AlarmDatasource:
>>
>> https://github.com/OpenNMS/oce/blob/4258f0791e8e4e8f7d6af9e4951ad0a237e80617/driver/main/src/main/resources/OSGI-INF/blueprint/blueprint.xml#L4
>>
>> But the feature has no explicit dependency on a bundle that provides
>> such an implementation:
>>
>> https://github.com/OpenNMS/oce/blob/4258f0791e8e4e8f7d6af9e4951ad0a237e80617/karaf-features/src/main/resources/features.xml#L92
>>
>> In this case, there are many implementations available and we want to
>> give the user the option which one to use.
>>
>> Is there any way to leverage the verify goal for these cases? We know
>> that the service references will not be available, but would like to
>> verify that everything else is correct.
>>
>> Thanks,
>> Jesse
>>
>