Hello,
sometimes I have to use "org.eclipse.equinox.ds" instead of
"org.apache.felix.scr" (SCR feature).
So I am missing the "scr" command extension to get a list and state of
the declarative services.
To be able to access the Eclipse Equinox command extensions for the
Eclipse Equinox OSGi framew
Hi,
any change for KARAF-4005?
I don't think I get it fixed myself for 4.0.2 as it needs a good
knowledge of the infrastructure.
Regards,
Markus
> Hi Markus,
>
> rethinking about KARAF-4005, let me set the target as 4.0.2 and try to
> include it. All depends if I can move fast on that ;)
>
> I keep you posted.
>
> Regards
> JB
>
> On 10/08/2015 09:31 AM, Markus Rathgeb wrote:
>>
>> Hi,
>>
>&
+1, non-binding
Thanks a lot to all for the great work.
2015-10-10 0:07 GMT+02:00 Jean-Baptiste Onofré :
> Hi all,
>
> I submit Apache Karaf 4.0.2 to your vote:
>
> Release Notes:
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?version=12333259&styleName=Text&projectId=12311140
>
> Git t
Hello JBO,
do you know which version will include
https://issues.apache.org/jira/browse/KARAF-3982
Does this implementation need further testing?
Best regards,
Markus
Hello Jean-Baptiste ,
the vote is ongoing, so KARAF-3982 is not included. Is this correct?
2015-11-03 10:20 GMT+01:00 Jean-Baptiste Onofré :
> Hi Markus,
>
> it will try to include KARAF-3982 on 4.0.3.
>
> Regards
> JB
>
>
> On 11/03/2015 09:19 AM, Markus Rathgeb wrote
Just a note if you plan a release next week.
I believe there is something broken with the maven-metadata-local.xml
creation of the karaf-maven-plugin in the 4.0.4-SNAPHOST.
The files are empty on my system.
Using "mvn clean install -X" I see a lot of messages (sure, it depends
on the stuff that is
Will check if it is related to my commit (KARAF-4145) first.
2015-12-17 10:57 GMT+01:00 Markus Rathgeb :
> Just a note if you plan a release next week.
> I believe there is something broken with the maven-metadata-local.xml
> creation of the karaf-maven-plugin in the 4.0.4-SNAPHOST.
&g
Hello,
some related questions:
You are talking about the bnd-maven-plugin (e.g. Neil Bartlett). I
recently read this pages:
* https://github.com/bndtools/bnd/issues/629
* https://github.com/bndtools/bndtools/wiki/Maven-Integration-Requirements
So, I would assume I should not move my projects to u
Hi Christian,
thank you for your answer.
I want to state, that there are no feelings from my side what is better.
I want to collect the technical details for further decisions on the
projects I maintain.
So, let's assume I do not use the configuration in a parent project
(just add maven-bundle-pl
Hi,
> - You typically do not need a plugin definition at all in each module pom.
> So the definition just in the bnd file is much more concise.
I set the plugin with "<_dsannotations>*" and set
extensions in the parent POM and so no child pom that is using the
defaults does need to contain the ma
I think this was just a copy'n'paste failure, but if you set inherited
and extensions in the parent POM, there is no need to set it in each
project, too.
Hi,
> Nope, the 4.0.5 plugin will not put them in the systems folder because it
> evaluates the conditional correctly.
> but at runtime even though the conditional is false, they are downloaded.
This sound like a breakage of offline distributions that intention is
that all content is bundles at b
Hi,
I am using Karaf to create custom distributions. That distributions
are running on embedded devices that does not grant to have internet
access. So the custom distribution must be able to start without
access to a public maven repository.
Using the staged K405 this is broken.
If I am using th
I will not vote -1.
Now I know that I cannot use the karaf-maven-plugin to create a custom
distribution that is able to start without an internet connection.
If it is okay for you to release K405 with this "bug" /
changed-behaviour / missing feature, it is okay for me, too.
But I assume I am not t
+1 (non-binding)
2016-04-05 5:52 GMT+02:00 Jamie G. :
> +1 (binding)
>
> On Mon, Apr 4, 2016 at 6:40 PM, Fabian Lange
> wrote:
>> verified, no runtime downloads, everything as I like it, so
>>
>> +1 (non-binding)
>>
>> Fabian
>>
>> On Mon, Apr 4, 2016 at 10:38 PM, Jean-Baptiste Onofré
>> wrote:
+1 for option 2
2016-04-06 8:48 GMT+02:00 Sobkowiak Krzysztof :
> I prefer the option 2 as well
>
> Regards
> Krzysztof
>
> On 06.04.2016 08:39, Jean-Baptiste Onofré wrote:
>> Hi Cristiano,
>>
>> I don't think it's related, as the issue in about blueprint-ext namespace
>> (not even define). The p
+1 (non-binding)
Hi,
you can have a look at
https://issues.apache.org/jira/browse/KARAF-3982 and the implemented
feature.
I am using assembly-property-edits.xml to modify property files in my
custom distribution and it is working as expected.
Best regards,
Markus
Hi Oliver,
> any chance to get KARAF-4105 and KARAF-4346 fixed for 4.0.6?
Have you had a change to review my changes / PR for KARAF-4105?
Best regards,
Markus
Hello,
I use a component that imports the Pax Web WebContainer class and
depends on a service reference.
===
import org.ops4j.pax.web.service.WebContainer;
...
@Component(immediate = true)
public class Web {
@Reference
private WebContainer webContainer;
...
===
My feature looks like th
information is missing.
Do you know if it is possible to instruct the feature resolver to
satisfy a osgi.service required capability if a implementation of the
class is present or looking also at the DS files, too?
2016-08-24 10:22 GMT+02:00 Markus Rathgeb :
> Hello,
>
> I use a componen
* K405 success
* K406 failure
To test:
mvn clean install -PK405
mvn clean install -PK406
Best regards,
Markus
>
> Thanks,
> Regards
> JB
>
>
> On 08/24/2016 11:19 AM, Markus Rathgeb wrote:
>>
>> Hello,
>>
>> I see this error about missing "osgi.service
Hi,
>> I was able to reproduce the issue Markus described with his test.
>> One thing that crosses my mind, did we change something with the feature
>> resolver? Cause I can't remember that the pax-web-api did actually contain
>> a provide-capability for the WebContainer Service.
The feature that
The Eclipse SmartHome project is not using Provide-Capability in the
manifest of their bundles (IIRC this does not exist for OSGI R4.2).
Using Karaf K405 all my custom distributions are working as expected.
Using Karaf K406 my custom distributions does not start anymore.
Because the feature resol
Hi Achim,
> @Markus, you should consider to have a specialized Jenkins to verify your
> applications with recent snapshots so we can find those things earlier ;)
You are right.
I will setup one!
I found this one:
# By default, the feature resolver checks the service
requirements/capabilities of
# bundles for new features (xml schema >= 1.3.0) in order to
automatically installs
# the required bundles.
# The following flag can have those values:
# - disable: service requirements are compl
https://issues.apache.org/jira/browse/KARAF-3520
2016-08-25 10:46 GMT+02:00 Markus Rathgeb :
> I found this one:
>
> # By default, the feature resolver checks the service
> requirements/capabilities of
> # bundles for new features (xml schema >= 1.3.0) in order to
> automatic
gt;>> 2e6efa64dfd142e722970949b05dcc1e152a3cd8 M features
>>> --
>>>
>>> I'm testing a revert.
>>>
>>> Regards
>>> JB
>>>
>>> On 08/25/2016 11:03 AM, Jean-Baptiste Onofré wrote:
>>>
>>
Karaf features from the ESH repo and
drop the support of Karaf features completely.
But I cannot maintain the features and bundles for all the other
developers and I am pretty sure the project will not add this stuff to
their guidelines.
Any tips and help is welcome.
Best regards and thanks for your time,
Markus Rathgeb
> I propose:
> - don't cancel this vote as it's an expected behavior
> - fix the service capability in Pax Web
> Thoughts ?
One remaining question:
The Pax Web version and so the Pax Web features that are shipped with
Karaf 4.0.6 will contain the service capability or do not have the
capability?
Hi JB,
isn't the missing support of the ARM architecture for the Karaf Shell
a blocker for a release?
I have not tested K407 but I assume it has not been fixed as the Jira
is still open: https://issues.apache.org/jira/browse/KARAF-4714
It is okay for myself, I can still using K405 but it would be
Hi Svetoslav,
I assume the same as JB already stated to me
"https://lists.apache.org/thread.html/d19fda54132fbe9f16ee1caf621122c8e3a8feea1d2bc501d725a9ff@%3Cdev.karaf.apache.org%3E";
fits here.
"As said during 4.0.6 vote, 4.0.7 is first to upgrade Pax Web and fix
the service enforcement and inclu
> -- Container 4.0.8: the ARM/Solaris issue should be fixed now (that was an
> important regression in 4.0.6 & 4.0.7). Other fixes and upgrades are coming
> too.
I tested the recent snapshot, but this does not work for me.
See JIRA
Hi,
> Karaf 4.0.8 is plan for the end of this week and next week. Unfortunately,
> it seems that the ARM/Solaris issue with jansi is not fully fixed. I have to
> find a way to reproduce and fix it.
when I am on the way, without access to my ARM devices, I am using
qemu to emulate a ARM machine.
I
Hi,
+1 (non-binding)
I tested K408 staging on a Raspberry Pi 2 Model B, too and it seems to
be working (KARAF-4714).
Best regards,
Markus
+1 (non-binding)
Has someone tested the Spring MVC feature / bundles?
I have a bundle that is using the Spring MVC and worked before.
In K4.1.1 staging I receive an error while bundle start
===
2017-03-30 11:37:56,973 | ERROR | ender-1-thread-1 | DispatcherServlet
| 132 - org.apache.servicemix.bund
/2.5/com/fasterxml/jackson/core/util/DefaultIndenter.html
it seems that this class has been added in version 2.5 of Jackson.
I used 2.4.x Jackson in my current environment.
So, only problem on my side.
2017-03-30 12:03 GMT+02:00 Markus Rathgeb :
> Has someone tested the Spring MVC feature / bund
Hi Grzegorz,
I just read your mails what you implement and IMHO it is a big improvement.
If I find some time I will try to test some of your changes.
But I see forward to see that features upstream and will be happy to
use them in my custom distributions.
Thanks a lot for your work.
I need to further inspect this error, but got this one using a custom
distribution with some third party bundles:
11:01:57.410 INFO [features-3-thread-1] Pax Web started
11:01:57.446 INFO [features-3-thread-1] org.apache.aries.jmx.whiteboard/1.2.0
11:01:57.534 ERROR [paxweb-config-1-thread-1] Un
ak that
listing using Ctrl+C the console hangs and I cannot use it anymore.
2018-04-04 11:04 GMT+02:00 Markus Rathgeb :
> I need to further inspect this error, but got this one using a custom
> distribution with some third party bundles:
>
> 11:01:57.410 INFO [features-3-thread-1] Pax
+1 (non-binding)
2018-04-05 8:15 GMT+02:00 Grzegorz Grzybek :
> Hello, I just built the *new* 4.2.0 tag and I'm performing my tests.
>
> regards
> Grzegorz Grzybek
>
> 2018-04-05 8:03 GMT+02:00 Jean-Baptiste Onofré :
>
>> Hi all,
>>
>> I submit Karaf (Container) 4.2.0 release to your vote.
>>
>> T
Hi,
it seems that the feature "pax-jetty-http2" does not work.
Start with a fresh working copy:
===
rm -rf apache-karaf-4.2.0
tar xzf apache-karaf-4.2.0.tar.gz
Start Karaf:
===
apache-karaf-4.2.0/bin/karaf
===
Reproduce ResolutionException
Install feature:
===
feature:install pax-jetty-http
Thank you for your response.
I will raise a JIRA tomorrow.
JIRA: https://issues.apache.org/jira/browse/KARAF-5701
2018-04-12 17:12 GMT+02:00 Markus Rathgeb :
> Thank you for your response.
> I will raise a JIRA tomorrow.
+1 (non-binding)
+1 (non-binding)
Hi,
I recently decided to remove my system wide Java installation from my
Gentoo machine.
I don't need it system wide.
I am the only user of that system that needs Java -- to be more
precise I am the only user of the system at all.
Additionally I switch between different Java versions and dstrib
Hi JBO,
> I don't think java-config is used if you have JAVA_HOME defined right ?
> (it's what I have on my systems).
You are using Gentoo / have a readable file "/etc/gentoo-release" and
you also did not install the system wide java support?
What a remarkable coincidence.
I wonder why it is wor
tem, I manually installed java in /opt/java and define
> JAVA_HOME in /etc/profile.
>
> It seems in your case that JAVA_HOME is not considered. Let me try to
> reproduce playing with the env variables.
>
> Regards
> JB
>
> On 05/03/2019 16:35, Markus Rathgeb wrote:
> &
Hi JBO,
any news about your findings?
Best regards,
Markus
Thanks!
Am Fr., 8. März 2019 um 06:29 Uhr schrieb Jean-Baptiste Onofré
:
>
> Hi Markus,
>
> for the tracking:
>
> https://issues.apache.org/jira/browse/KARAF-6189
>
> Regards
> JB
>
> On 07/03/2019 10:57, Markus Rathgeb wrote:
> > Hi JBO,
> >
> >
Hi,
just want to know what's the current state.
The download page still states an ETA of "2 Mar 19".
Can you update the ETA for the RC1?
Am Sa., 23. März 2019 um 08:05 Uhr schrieb Jean-Baptiste Onofré
:
>
> Hi,
>
> I said previously on the mailing list, OSGi R7 support is planned for
> Karaf 4.
Hi,
is it already known that using Equinox on Karaf 4.2.5 will result into
an exception if the "scr" feature is installed?
* Unpack official distribution (tar xzf apache-karaf-4.2.5.tar.gz)
* Edit "etc/custom.properties" and add the line "karaf.framework = equinox"
* start Karaf
* install SCR fea
Hi,
after starting to use the configurator
(https://osgi.org/specification/osgi.cmpn/7.0.0/service.configurator.html)
I created a Karaf feature, so I can use my bundles in Karaf, too.
Here is just a snapshot of a working one:
https://github.com/maggu2810/playground-osgi/blob/5a7629e/features/runt
Hi,
> The system bundles start level depends of the bundles in
> etc/startup.properties and boot features. It's not really Karaf related
> (only for the Karaf inner features).
Sure, start level itself are not Karaf related at all, but the
question has been more about "how are the start level chos
Hm, for me it depends if the multi part stuff that has been broken on
4.2.7 is working again (so depends on the findings of the respective
thread on the user mailing list).
Jean-Baptiste Onofré
:
>
> IMHO, it's not 4.2.8 blocker. I can always do 4.2.9 very fast if needed.
>
> Regards
> JB
>
> On 14/01/2020 21:27, Markus Rathgeb wrote:
> > Hm, for me it depends if the multi part stuff that has been broken on
> > 4.2.7 is working ag
+1 (non-binding)
Thanks!
Am Mo., 20. Jan. 2020 um 13:27 Uhr schrieb Fabian Lange
:
>
> +1 (non-binding)
>
> findings:
> * pax-logging + knoplerfish issue resolved
> * wrap + logging dependency/ordering issue resolved
> * https://issues.apache.org/jira/browse/KARAF-2925 - IMHO this should
> be fix
Hi,
thank you for your.
Is there any change to get the c'n'p error (caused by jline) fixed for
4.2.9?
Best regards,
Markus
Grzegorz Grzybek schrieb am Do., 19. März 2020,
06:36:
> Hello
>
> I can say only about Karaf 4.3.0. I'm indeed working on Pax Web 8 (I'm
> finally at the stage where I ca
Hi,
> - ignore requirement/capability (no resolver)
did I get it right that this breaks the dependency=true feature that
installs bundles / features only if a requirement is not fullfilled yet?
Am Fr., 8. Jan. 2021 um 15:01 Uhr schrieb Patrique Legault <
patriquelega...@gmail.com>:
> Same here,
62 matches
Mail list logo