RE: Multi-release jar bundles

the sender and know the content is safe. Hi Scott, Yes, good idea to submit a Jira at Felix. I will check there ;) Thanks, Regards JB Le 19 mars 2021 à 14:22, Leschke, Scott mailto:slesc...@medline.com>> a écrit : JB, I’m curious how to proceed on this. Sh

RE: Multi-release jar bundles

JB, I’m curious how to proceed on this. Should I submit a Jira against Felix? Regards, Scott From: Leschke, Scott Sent: Wednesday, February 24, 2021 7:31 PM To: user@karaf.apache.org Subject: RE: Multi-release jar bundles CAUTION: This email originated from outside of the organization. Do

RE: Multi-release jar bundles

. Hi, Understood, I will try to submit a PR for them. Regards JB Le 19 janv. 2021 à 15:46, Leschke, Scott mailto:slesc...@medline.com>> a écrit : SAP is claiming it’s a Karaf/platform issue, (Lack of support for MRJars). For what it’s worth, you can find the JDBC drive

RE: Multi-release jar bundles

. Hi Scott, Not yet, but it looks like SAP driver issue. I guess you can create a Jira at SAP. Regards JB Le 19 janv. 2021 à 04:07, Leschke, Scott mailto:slesc...@medline.com>> a écrit : Hi JB, I was wondering if you had a chance to takle a look at the i

RE: Multi-release jar bundles

for this? Regards, Scott Leschke From: Leschke, Scott Sent: Wednesday, December 30, 2020 9:12 AM To: user@karaf.apache.org Subject: RE: Multi-release jar bundles CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you recognize the sender and know

RE: Multi-release jar bundles

. 2020 à 19:31, Leschke, Scott mailto:slesc...@medline.com>> a écrit : I have a JDBC driver jar (SAP HANA), that is build both as a bundle and an MRJar file supporting JDKs 1.8, 9, 11. It works fine when I run Karaf using JDK 1.8, but if I try to use a more recent JDK, the driver

Multi-release jar bundles

I have a JDBC driver jar (SAP HANA), that is build both as a bundle and an MRJar file supporting JDKs 1.8, 9, 11. It works fine when I run Karaf using JDK 1.8, but if I try to use a more recent JDK, the driver throws the following Caused by: java.lang.AssertionError: Unexpected Java class

RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages

se it). Can you create a very simple bundle with bndtools and provide to me ? I will test. Regards JB Le 15 déc. 2020 à 01:21, Leschke, Scott mailto:slesc...@medline.com>> a écrit : Today, I tried to update one of the bundle on my 4.2.8 installation (my production). This if running on Ja

RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages

t click links or open attachments unless you recognize the sender and know the content is safe. ____ Hi Scott, I’m not able to reproduce your issue (neither on MacOS or Linux (Debian, Ubuntu), nor on Jenkins). I tested with adatjdk and oracle jdk. I will download test

RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages

Leschke From: Leschke, Scott Sent: Monday, November 16, 2020 7:54 AM To: user@karaf.apache.org Subject: RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages CAUTION: This email originated from outside of the organization. Do not click links or open attachments unless you

RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages

on java.specification.version is 14, so it’s fine. I also checked with JDK 14.0.1 on Mac and it works fine (at least for Karaf examples). I’m checking on Windows VM. Regards JB Le 2 nov. 2020 à 01:48, Leschke, Scott mailto:slesc...@medline.com>> a écrit : Karaf 4.3.0 on Windows, JDK 14.

RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages

Hi JB, I was wondering if you have any insight into the issue below? Scott From: Leschke, Scott Sent: Tuesday, November 03, 2020 10:58 AM To: user@karaf.apache.org Subject: RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages CAUTION: This email originated from

RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages

/v3/__http:/java.io__;!!PoMpmxQzTok3!p5QOKC-0IGXdkzWH3NoHzAhyMBpPpKQbVq2z2no-VUOfn8tMibUcPp7k7TB8HGI$> (and other JDK packages). Let me try with a simple bundle dropped in deploy folder. Regards JB Le 2 nov. 2020 à 17:50, Leschke, Scott mailto:slesc...@medline.com>> a écrit : H

RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages

o__;!!PoMpmxQzTok3!p5QOKC-0IGXdkzWH3NoHzAhyMBpPpKQbVq2z2no-VUOfn8tMibUcPp7k7TB8HGI$> (and other JDK packages). Let me try with a simple bundle dropped in deploy folder. Regards JB Le 2 nov. 2020 à 17:50, Leschke, Scott mailto:slesc...@medline.com>> a écrit : Hi JB, Sorry for t

RE: Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages

. Hi Scott, In the log, it seems that it’s the package com.medline.osgi which is not resolved. Is it one of your package ? Regards JB Le 2 nov. 2020 à 01:48, Leschke, Scott mailto:slesc...@medline.com>> a écrit : Karaf 4.3.0 on Windows, JDK 14. Al

Karaf 4.3.0: Bundles don't resolve because of unsatisfied java.* packages

Karaf 4.3.0 on Windows, JDK 14. All java.* packages, including java.lang, show as Unsatisfied Requriements in bundle:diag output. Setting karaf.framework=equinox yields similar results. org.osgi.framework.BundleException: Unable to resolve medline.bam.provider.jdbc [181](R 181.0): missing

Karaf 4.3.0?

I'm not seeing it listed under the Karaf Releases anymore at all. It's not showing as either "Released" or "Unreleased". Seems odd. Still seeing a 4.3.1 release showing though. What's up with that? Will 4.3.1 take the place of 4.3.0? Scott

RE: Manifest import problems

Never mind. I see it’s just config.properties/karaf.framework Scott From: Leschke, Scott Sent: Saturday, October 17, 2020 11:36 AM To: 'user@karaf.apache.org' Subject: RE: Manifest import problems Hi JB, Yes it does appear to be coming from Felix. I have not tried Equinox but will do

RE: Manifest import problems

the Felix framework. Did you try with equinox ? Maybe you are exporting (by mistake) java.io<https://urldefense.com/v3/__http:/java.io__;!!PoMpmxQzTok3!ssFmKd2T8H3_wsxtA5gWHuSI88T1gulo0NZb9y_givYLX-DPH7dbuHLPsxPSPDE$> and java.lang packages ? Regards JB Le 16 oct. 2020 à 22:23, L

Manifest import problems

I'm getting the following with Karaf 4.2.9 and the latest BndTools 5.2.0REL. I'm confused by what's going on here. Obviously importing of java.* packages is still required, or at least allowed. This first stack trace is a WARN in the log while the second one is an ERROR. Java 11 on Windows if

RE: javax.mail bundle won't resolve under Java 8

continuously so I don’t know exactly when things starting going weird. It was fairly obvious that some of the security related stuff has changed so I can only assume it’s somehow related to that. From: Leschke, Scott Sent: Tuesday, June 02, 2020 8:07 PM To: user@karaf.apache.org Subject: RE: javax.mail

RE: javax.mail bundle won't resolve under Java 8

.extra = \ org.apache.karaf.branding, \ javax.activation, \ sun.misc, \ Em ter., 2 de jun. de 2020 às 16:55, Leschke, Scott mailto:slesc...@medline.com>> escreveu: Question. What change in my environment could cause a bundle to fail to resolve? I’ve been using bundle javax.mail-1.5.6.jar for

javax.mail bundle won't resolve under Java 8

Question. What change in my environment could cause a bundle to fail to resolve? I've been using bundle javax.mail-1.5.6.jar for many months with Karaf 4.2.8 and OpenJDK 8. It would appear that something was changed in my VM (Win 2016), some security settings at a minimum, some weeks ago and

Question regarding Karaf 4.2.8

I've been running 4.2.8 for months (on Win64) without any issues but after I did a reinstall on my test system last week, Karaf comes up with many of the commands not being recognized, like the "bundle" commands, "source" and "logout" for example. Since this issue didn't exist when I

RE: Karaf 4.2.5 Jetty client

I'm curious if anybody has any thoughts on my message below. I'm I setting up for HTTPS correctly? Regards, Scott From: Leschke, Scott Sent: Friday, June 21, 2019 9:16 AM To: user@karaf.apache.org Subject: RE: Karaf 4.2.5 Jetty client For the realm, I'm using an arbitrary string

RE: Karaf 4.2.5 Jetty client

client Hi Scott, Are you using the Karaf realm? I'm not sure how the Jetty client is connected to the authentication store. regards, François fpa...@apache.org<mailto:fpa...@apache.org> Le 20/06/2019 à 20:23, Leschke, Scott a écrit : I realize this isn't strictly a Karaf question but I'm

Karaf 4.2.5 Jetty client

I realize this isn't strictly a Karaf question but I'm having trouble authenticating using the Jetty client in Karaf 4.2.5. I'm getting a 401 from a server (on a GET) that I'm unable to resolve even though I've verified that the user/pwd I have is correct using both Chrome and Postman. The

Transaction feature in 4.3.0

I'm curious if the Transaction feature will install the Transaction Control service when 4.3.0 drops?

RE: Missing .cfg file?

19 févr. 2019, à 23:51, "Leschke, Scott" mailto:slesc...@medline.com>> a écrit: It looks like there isn’t an etc/org.ops4j.pax.web.cfg in the Windows distro of Karaf 4.2.3. I’m guessing this isn’t by design although I could be wrong. If I’m not wrong, might I suggest that you

Missing .cfg file?

It looks like there isn't an etc/org.ops4j.pax.web.cfg in the Windows distro of Karaf 4.2.3. I'm guessing this isn't by design although I could be wrong. If I'm not wrong, might I suggest that you consider adding the SSL related properties to the file as well, with appropriate defaults of

SSL with Karaf

I'm trying to get HTTPS working with Karaf and I'm looking at the following page: https://karaf.apache.org/manual/latest/webcontainer I created a keystore using the following command: keytool -genkey -alias myapp -storetype pkcs12 -keystore .keystore.p12 I'm using the following

RE: Apache Karaf 4.2.2 on Windows platform

Hi Nicolas, I submitted a ticket on this a number of weeks ago and I know JB is looking into it. Regards, Scott Leschke -Original Message- From: DUTERTRY Nicolas Sent: Tuesday, January 22, 2019 10:29 AM To: user@karaf.apache.org Subject: RE: Apache Karaf 4.2.2 on Windows platform

FileInstall exception in latest snapshot

The following exception occurs repeatedly in the latest 4.2.3-SNAPSHOT. This appears to be a regression. 2019-01-02T14:17:03,171 | ERROR | fileinstall-C:/BAM | fileinstall | 10 - org.apache.felix.fileinstall - 3.6.4 | In main loop, we have serious trouble

RE: Update (I spoke too soon)

I spoke too soon. I've seen the hang issue I thought was resolved. I believe it's only related to running inside the console (on Windows) although I'm not 100% sure. I'll create a Jira first chance I get. Here's the stack dump. 2018-12-28 11:50:30 Full thread dump OpenJDK 64-Bit Server VM

RE: Update

a 4.2.3 pretty soon. Regards JB On 27/12/2018 01:17, Freeman Fang wrote: > Hi Scott, > > Thanks for the update! > > Cheers > － > Freeman(Yue) Fang > > Red Hat, Inc. > > > > > >> On Dec 27, 2018, at 7:06 AM, Leschke, Scott > <ma

RE: Update

> > >> On Dec 27, 2018, at 7:06 AM, Leschke, Scott > <mailto:slesc...@medline.com>> wrote: >> >> For what it’s worth, a few weeks ago I reported that I was seeing the >> Karaf console hang with version 4.2.1 under Windows.  I far as I can >> tell,

RE: Update

ang > > Red Hat, Inc. > > > > > >> On Dec 27, 2018, at 7:06 AM, Leschke, Scott > <mailto:slesc...@medline.com>> wrote: >> >> For what it’s worth, a few weeks ago I reported that I was seeing the >> Karaf console hang with version 4.

Update

For what it's worth, a few weeks ago I reported that I was seeing the Karaf console hang with version 4.2.1 under Windows. I far as I can tell, this issue appears to be resolved with the 4.2.3_SNAPSHOT release that contains the recent karaf.bat change. Regards, Scott

RE: Karaf 4.2.2 with jdk 11

popd From: Leschke, Scott Sent: Friday, December 21, 2018 12:53 PM To: user@karaf.apache.org Subject: RE: Karaf 4.2.2 with jdk 11 I did not. I have a vague recollection that somebody else may have run into this recently. Where is this to be added? Directly in karaf.bat? That would be an –a

RE: Karaf 4.2.2 with jdk 11

Subject: Re: Karaf 4.2.2 with jdk 11 Did you enable the jaxb module in your jdk 11 ? Le 21 déc. 2018, à 19:11, "Leschke, Scott" mailto:slesc...@medline.com>> a écrit: What’s the statement on JDK 11 support in 4.2.2. I’ve not had any luck with getting 4.2.2 to run under Windows

Karaf 4.2.2 with jdk 11

What's the statement on JDK 11 support in 4.2.2. I've not had any luck with getting 4.2.2 to run under Windows Server 2016. I unzip the distro, and run karaf.bat in the console. Karaf starts and then appears to hang, never getting to the prompt. V4.2.1 runs fine under the same scenario

RE: Related to the startup performance discussion

, Leschke, Scott wrote: > FWIW, I also have something I see.  I have a bundle that sits in the > Waiting state for a long time. A bundle:diag tells me it's waiting on > a particular service but, the service it's talking about comes from a > bundle that is Active, and the servic

Related to the startup performance discussion

FWIW, I also have something I see. I have a bundle that sits in the Waiting state for a long time. A bundle:diag tells me it's waiting on a particular service but, the service it's talking about comes from a bundle that is Active, and the service itself has no dependencies and has immediate =

RE: Karaf freezes up under MS-Windows

-Baptiste Onofré Sent: Friday, November 30, 2018 11:13 AM To: user@karaf.apache.org Subject: Re: Karaf freezes up under MS-Windows Thanks for the update Scott. I did tests in a term without problem. Let me try again. Did I say that I hate Windows ? ;) Regards JB On 30/11/2018 17:48, Leschke, Scott

RE: Karaf freezes up under MS-Windows

I've hesitated to say anything since I wasn't real sure how to verify but I've seen related behavior with 4.2.1 on Windows Server 2016. What I see happen is that if I run Karaf in a console, which I think is key, and I do a log:tail, at some point the display stops updating. Things start

RE: Aries

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 reposi

RE: Aries

it with a feature subsystem? Thanks David Jencks Sent from my iPhone On Nov 27, 2018, at 11:27 AM, Leschke, Scott mailto:slesc...@medline.com>> wrote: I was wondering if there is a possibility that the Aries project would provide OSGi Feature Subsystems for each of the OSGi services they’ve imple

Aries

I was wondering if there is a possibility that the Aries project would provide OSGi Feature Subsystems for each of the OSGi services they've implemented (with the exception of the subsystem spec of course). There is a Karaf Feature for installing the Subsystem service so it would be nice if

RE: Hmm, that's new. Felix Fileinstall

Subject: Re: Hmm, that's new. Felix Fileinstall Let me start a Windows VM to try to reproduce. According to the trace, it's certainly related to environment (Windows, ...). By the way, is etc folder on CIFS or a shared volume ? Regards JB On 21/11/2018 16:17, Leschke, Scott wrote: > I

RE: Hmm, that's new. Felix Fileinstall

(WatcherScanner.java:63) ~[10:org.apache.felix.fileinstall:3.6.4] at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:311) [10:org.apache.felix.fileinstall:3.6.4] Scott From: Leschke, Scott Sent: Tuesday, November 20, 2018 8:05 AM To: user@karaf.apache.org Subject

RE: Startup timing Windows vs. Mac

It still begs the question as to why you saw such a difference in times between Windows and Mac. From: Oleg Cohen Sent: Tuesday, November 20, 2018 11:34 PM To: user@karaf.apache.org Subject: Re: Startup timing Windows vs. Mac Hi JB, Thank you for the clarification. I think the bundle load

RE: Startup timing Windows vs. Mac

I can't speak to Karaf explicitly but there have been huge issues with both antivirus and disk encryption overhead in the Windows environment here. Encryption can really slow things down. All our laptops and desktops are encrypted on the fly. While most have SSDs now, I have an old desktop

RE: Hmm, that's new. Felix Fileinstall

I'm curious if anybody else has seen the following? Is this new and expected behavior? Scott From: Leschke, Scott [mailto:slesc...@medline.com] Sent: Friday, November 16, 2018 3:46 PM To: user@karaf.apache.org Subject: Hmm, that's new. Felix Fileinstall Question. I've been running v 4.2.1

Hmm, that's new. Felix Fileinstall

Question. I've been running v 4.2.1 under Java 10.0.2 for a while in my test environment and everything has been working as expected. Recently though, it appeared that fileinstall wasn't picking up that .jar and .cfg files we being changed via hot deploy. I tried various things to get it to

RE: Encrypting property values in .cfg files

05/11/2018 23:25, Leschke, Scott wrote: > I'm looking to encrypt passwords the are currently in plaintext in a > few of my .cfg files.  I've looked at how to do that and it seemed > reasonably straightforward although I've had some difficulty getting > it working.  I'm wonderi

RE: Encrypting property values in .cfg files

someplace, otherwise I have basic code for it against an older karaf Sent from my pressure cooker. On Nov 5, 2018, at 15:25, Leschke, Scott mailto:slesc...@medline.com>> wrote: I’m looking to encrypt passwords the are currently in plaintext in a few of my .cfg files. I’ve looked at how

Encrypting property values in .cfg files

I'm looking to encrypt passwords the are currently in plaintext in a few of my .cfg files. I've looked at how to do that and it seemed reasonably straightforward although I've had some difficulty getting it working. I'm wondering if there's anything that prevents me from just supplying a

Encrypted values in .cfg files

I would like to get rid of the plaintext passwords in a number of my .cfg files. I'm looking at the docs to figure out how to do it and see the following blueprint. I've installed the jasypt feature already but I have a few questions regarding this file. 1. Is there a Jasypt Component

RE: Enabling HTTPS

and have etc/jetty.xml ? I just tested and it works fine using different password for key and keystore. Regards JB On 27/10/2018 15:11, Leschke, Scott wrote: > From the example shown under the Configuration heading at > https://karaf.apache.org/manual/latest/webcontainer, it

RE: Enabling HTTPS

Subject: Re: Enabling HTTPS It's for the server side, so yes password is the keystore password and keypassword is the key password. Regards JB On 26/10/2018 16:02, Leschke, Scott wrote: > After doing some digging, it would appear that both of these properties > need to

RE: Enabling HTTPS

and org.osgi.service.https.enabled=true Scott From: Leschke, Scott [mailto:slesc...@medline.com] Sent: Thursday, October 25, 2018 11:21 AM To: user@karaf.apache.org Subject: RE: Enabling HTTPS Actually, I saw most of that information at: https://ops4j1.jira.com/wiki/spaces/paxweb/pages/12059277/SSL+Configuration It says

RE: Enabling HTTPS

: Thursday, October 25, 2018 11:09 AM To: user@karaf.apache.org Subject: Re: Enabling HTTPS Hi, I'm sure you'll find some of your questions answered here: http://ops4j.github.io/pax/web/SNAPSHOT/User-Guide.html#ssl-configuration regards, Achim Am Do., 25. Okt. 2018 um 17:59 Uhr schrieb Leschke, Scott

Enabling HTTPS

I'm attempting to get https working by following the instructions at: https://karaf.apache.org/manual/latest/webcontainer I'm confused by the setting for org.ops4j.pax.web.ssl.password What is that intended to be. How is it defined? Also, what's the difference between these:

RE: Http Whiteboard

+ ‘=’ + PATTERN_1, HTTP_WHITEBOARD_SERVLET_PATTERN + ‘=’ + PATTERN_2, HTTP_WHITEBOARD_SERVLET_PATTERN + ‘=’ + PATTERN_3, HTTP_WHITEBOARD_SERVLET_PATTERN + ‘=’ + PATTERN_4, ... Sent from my iPhone On 23 Oct 2018, at 18:06, Leschke, Scott mailto:slesc...@medline.com>> wrote: HTTP_WHITEBOARD_SERVLET_P

RE: Http Whiteboard

. If you can’t use component property types then repeated single value entries in the property element get aggregated into an array. Tim On 23 Oct 2018, at 17:32, Leschke, Scott mailto:slesc...@medline.com>> wrote: Thanks Tim, That’s exactly what I thought but without it I get the fol

RE: Http Whiteboard

:06, Leschke, Scott mailto:slesc...@medline.com>> wrote: Thanks Tim. That was the problem. I noticed that just after I sent the email but hadn’t had a chance to try it yet. I pulled that from a YouTube video Ray Auge did way back in 2014 and sort of blindly regurgitated what I saw. T

RE: Http Whiteboard

and is therefore invisible to the whiteboard. ServletContextHelper is not an interface so you need to be explicit. Tim Sent from my iPhone On 22 Oct 2018, at 23:04, Leschke, Scott mailto:slesc...@medline.com>> wrote: I’ve in the process of trying to convert a couple of servlets over t

RE: Logging config

, October 13, 2018 12:01 AM To: user@karaf.apache.org Subject: Re: Logging config Hi, Not sure I fully understand what you mean, but it depends of the application and the logger in used. You can set off level for a specific logger. Regards JB On 12/10/2018 18:11, Leschke, Scott wrote

Logging config

Is there any way to cause Karaf to suppress logging the full exception stack and instead just log the exception type and message for one or more bundles? There are occasions that I want to fail a service activation because of a configuration error but I really don't need or want a full trace of

Karaf as a service on Windows Server

I installed Karaf 4.2.1 as a service with JDK 10. When I tried to run it, I get the following. I think this was fixed previously and is a regression. STATUS | wrapper | 2018/10/12 10:16:55 | Launching a JVM... INFO | jvm 1| 2018/10/12 10:16:55 | -Djava.endorsed.dirs=C:\Program is not

RE: java.lang.NoClassDefFoundError: org/apache/karaf/specs/locator/OsgiLocator when running as Service on RedHat 7.5

Hi Oleg, I’m the person who originally reported the issue that JB is referring to. In my case on Windows, Karaf appears to work fine as well but there is that error in the log that only occurs when you start Karaf using the service wrapper. Regards, Scott From: Oleg Cohen

RE: Service startup error

, it doesn't happen when you start with bin/karaf.bat ? It sounds like a missing jar in the classpath. Regards JB On 16/07/2018 17:11, Leschke, Scott wrote: > I see this when I start Karaf as a Windows service although it didn't > appear to cause any problems at first blush. > >

Service startup error

I see this when I start Karaf as a Windows service although it didn't appear to cause any problems at first blush. Scott Jul 12, 2018 11:00:27 AM org.apache.karaf.main.KarafActivatorManager startKarafActivators WARNING: Error starting karaf activator

Startup error using JRE 10 with 4.2.0

I see the following during startup of Karaf 4.2.0 with JDK 10 on Windows Server 2016. Has anybody else seen this? Shall I submit a JIRA? Regards, Scott Leschke 2018-07-09T16:00:56,439 | ERROR | paxweb-config-2-thread-1 | Activator | 108 -

RE: Event admin blacklisting?

blacklisting? Hi Scott, timeout for blacklisting is 5000ms. (see http://felix.apache.org/documentation/subprojects/apache-felix-event-admin.html) Regards Benjamin Am 13.06.2018 um 17:41 schrieb Leschke, Scott: > I'm having an issue where events sto

Event admin blacklisting?

I'm having an issue where events stop getting delivered to a bundle the cause of which appears to be the following? Everything works perfectly until this occurs? What is the timeout it's complaining about? This is 4.2.0 btw. Scott 2018-06-06T00:30:51,260 | WARN | Thread-1 |

RE: execute only at first startup?

You mean the logic should only execute if the service is "changed", but not in the case where the service is stopped and restarted? -Original Message- From: Max Spring [mailto:m2spr...@springdot.org] Sent: Thursday, June 07, 2018 7:40 PM To: user@karaf.apache.org Subject: execute only

RE: karaf with Java 9/10

deal with JVM version to use endorsed or not. Regards JB On 09/04/2018 18:51, Leschke, Scott wrote: > */Blah..blah...lib\endorsed is not supported. Endorsed standards and > standalone APIs in modular form will be supported in the form of > upgradeable modules./* > > */Error: C

karaf with Java 9/10

Blah..blah.lib\endorsed is not supported. Endorsed standards and standalone APIs in modular form will be supported in the form of upgradeable modules. Error: Could not create the JVM. Error: A fatal exception has occurred. Program will exit. Didn't see anything in the docs about this. What

RE: configuration updates

? Regards JB On 04/06/2018 05:30 PM, Leschke, Scott wrote: > I thought changes to a service configuration were propagated to the > associated .cfg file.  The configuration changes have definitely taken > place but I'm not seeing the I'm not seeing the changes reflected in the >

configuration updates

I thought changes to a service configuration were propagated to the associated .cfg file. The configuration changes have definitely taken place but I'm not seeing the I'm not seeing the changes reflected in the .cfg. Was I mistaken? This is on 4.2.0 M2 on Windows. Thanks, Scott

RE: Regarding Configuration Types

as performed by default on tproperties, wouldn't that place a little extra performance overhead into OSGi vs developers just making sure there isn't trailing whitespace if they don't want it? It wouldn't be much, but it adds up... Ryan On Thu, Feb 22, 2018 at 12:52 PM Leschke, Scott <slesc

RE: On another topic: Creating services programatically again

> On Feb 23, 2018, at 1:49 PM, Leschke, Scott <slesc...@medline.com> wrote: > > The fundamental question is: > > What is the best way to create service instances (from a factory component) > programmatically and store the associated configurations such that they > persist ac

RE: On another topic: Creating services programatically again

ConfigurationAdmin.createFactoryConfiguration would be the preferred approach. Scott -Original Message- From: Leschke, Scott [mailto:slesc...@medline.com] Sent: Friday, February 23, 2018 3:14 PM To: user@karaf.apache.org Subject: RE: On another topic: Creating services programatically again I should

RE: On another topic: Creating services programatically again

AM, Leschke, Scott <slesc...@medline.com> wrote: > > That should have read "a service from a factory". To clarify, I have a > component that is a factory (component), I create a new instance of the > configuration and service using cfgAdmin.createFactoryConfigura

RE: On another topic: Creating services programatically again

injected in a typed form and you can supply default values for any keys not present in the factory configuration. David Jencks Sent from my iPhone > On Feb 23, 2018, at 6:32 AM, Leschke, Scott <slesc...@medline.com> wrote: > > OK, that sounds like it may be a good approach.

RE: Pax connection pools

sage- From: Jean-Baptiste Onofré [mailto:j...@nanthrax.net] Sent: Monday, February 19, 2018 11:21 PM To: user@karaf.apache.org Subject: Re: Pax connection pools Hi Scott, let me take a look. It could be related to pax-jdbc-config and the related features declaration. Regards JB On 20/02/2018

RE: On another topic: Creating services programatically again

create a new JMX collector "on the fly", just adding a new etc/org.apache.karaf.decanter.collector.jmx-foobar.cfg file. Regards JB On 02/23/2018 04:47 AM, Leschke, Scott wrote: > Thanks JB, > > Initially, the .cfg would be populated almost entirely with the defaults the >

RE: On another topic: Creating services programatically again

Hi Scott, why don't use a managed service factory ? It would automatically create a service based on a cfg. So for your user, he creates the cfg file, and then, automatically, the corresponding service is created. Thoughts ? Regards JB On 02/22/2018 09:18 PM, Leschke, Scott wrote: > A

On another topic: Creating services programatically again

As I mentioned a few weeks ago, I'm trying to create a service instance programmatically and write the associated .cfg file for it. Based on feedback I got, I create the following method. The goal is to create the service instance and then get its configuration which at this point will mostly

Regarding Configuration Types

I have a configuration type that has a fragment in it as shown below. @ProviderType @ObjectClassDefinition(name = "Provider Configuration") public @interface MetricProviderConfig { String schedule() default "0"; } If the associated property in a .cfg file exists but has no value, as in:

Pax connection pools

I've emailed about this before but some time ago I mentioned that I didn't think that the PAX connection pools were initializing the underlying CP implementation (Hikari in my case) properly. In particular, connections are getting dropped after 30 mins (the Hikari default) even though

RE: Transaction Control

interesting package rewiring operations and kills its own console, which is (I guess) what’s happening here. It’s hard to be sure though… Tim On 16 Jan 2018, at 21:04, Leschke, Scott <slesc...@medline.com<mailto:slesc...@medline.com>> wrote: I’ve been trying to integrate this into my

Transaction Control

I've been trying to integrate this into my app. I just pulled down the latest (0.0.3) jars from Maven Central. As far as I can tell, the two bundles I need are tx-control-service-local tx-control-provider-jdbc-local I can drop the first one into my deploy directory and it tells me it needs the

RE: [osgi-dev] Create instance of factory configuration at runtime

/version, but that’s done in a different way. If you’re interested I can recommend reading the Config Admin spec. Tim On 15 Dec 2017, at 22:11, Leschke, Scott <slesc...@medline.com<mailto:slesc...@medline.com>> wrote: Hi again Michael, Just to be clear, you’re saying that so

RE: [osgi-dev] Create instance of factory configuration at runtime

:09 PM To: Leschke, Scott Cc: OSGi Developer Mail List Subject: Re: [osgi-dev] Create instance of factory configuration at runtime Hi Scott, I did a short successful test. See the following steps: 1. create a new configuration: Configuration config = ca.createFactoryConfiguration(factoryPid, „?“); 2.

RE: [osgi-dev] Create instance of factory configuration at runtime

[mailto:tim.w...@paremus.com] Sent: Saturday, December 09, 2017 3:04 AM To: Leschke, Scott; OSGi Developer Mail List Subject: Re: [osgi-dev] Create instance of factory configuration at runtime Hi Scott, That does work, but Configuration Admin has an old feature called location binding. This feature

RE: Pax JDBC DataSourceFactory connection pooling config

in specification updates. I would honestly be surprised if you had regular (or even any) contact with the Dictionary type when using R7 specifications. Regards, Tim On 22 Nov 2017, at 17:06, Leschke, Scott <slesc...@medline.com<mailto:slesc...@medline.com>> wrote: Hi Tim,

RE: Pax JDBC DataSourceFactory connection pooling config

(if that’s of interest). Regards, Tim On 20 Nov 2017, at 21:47, Leschke, Scott <slesc...@medline.com<mailto:slesc...@medline.com>> wrote: How does one configure the underlying connection pool when using Pax JDBC DataSourceFactory? I’ve been using this for a while and recently disc

RE: Pax JDBC DataSourceFactory connection pooling config

ee: https://github.com/ops4j/org.ops4j.pax.jdbc/blob/master/pax-jdbc-pool-hikaricp/src/main/java/org/ops4j/pax/jdbc/pool/hikaricp/impl/HikariPooledDataSourceFactory.java Christian 2017-11-20 22:47 GMT+01:00 Leschke, Scott <slesc...@medline.com<mailto:slesc...@medline.com>>:

  1   2   >