Re: OSGi or karaf-specific file storage service?

[Matt Pavlovich]

Hi Steinar-

No, this is beyond the scope of what OSGi provides as an application runtime. 
This would be something provided by an application written in Java and deployed 
as an application-level service.

Thanks,
Matt

> On May 6, 2024, at 11:50 AM, Steinar Bang  wrote:
> 
> Is there an OSGi, or karaf specific file storage service?
> 
> I.e. a karaf interface to a part of the file system owned by karaf and
> used to store files and directories.
> 
> The only thing I've found when googling is this:
> https://docs.osgi.org/specification/osgi.cmpn/7.0.0/service.cm.html
> 
> And that's not what I'm thinking about.
> 
> My primary use case is image caching of processed images (size reduced
> images) but I'm also thinking of a general upload and serve file
> functionality.
> 
> Thanks!
> 
> 
> - Steinar
> 

Re: OSGi managed service factory / Events on changes ?

[Matt Pavlovich]

Hi Ephemeris-

OSGi has several hooks you can use. Look into OSGi's EventHandler and 
ServiceTracker

Additionally, you can make another service that takes this service in as a 
reference, then you get called when the service is added and removed.

Look into OSGi component services, and bind/unbind hooks for references.

Thanks,
Matt Pavlovich

> On Nov 30, 2023, at 2:19 AM, Ephemeris Lappis  
> wrote:
> 
> Hello.
> 
> To manage some kind of dynamic configuration, I've used a managed
> service factory. It works as expected, and I can add, update or remove
> instances deploying or undeploying files in the etc folder.
> 
> The simple blueprint is like that :
> 
> 
>  xmlns="http://www.osgi.org/xmlns/blueprint/v1.0.0;
> xmlns:cm="http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.1.0;
> xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance;
> xsi:schemaLocation="http://www.osgi.org/xmlns/blueprint/v1.0.0
> https://www.osgi.org/xmlns/blueprint/v1.0.0/blueprint.xsd
> http://aries.apache.org/blueprint/xmlns/blueprint-cm/v1.1.0
> http://aries.apache.org/schemas/blueprint-cm/blueprint-cm-1.1.0.xsd;>
> 
>  factory-pid="com.together.ms"
> interface="com.together.MyService">
>  class="com.together.component.MyServiceManagedComponent">
>  persistent-id=""
> update-strategy="container-managed" />
> 
> 
> 
> 
> In another bundle, I'd like to know when an instance has been updated
> or removed (new ones don't really matter). What's the best way to do
> it, if possible ? Are there some kind of events and listeners to spy
> managed services ?
> 
> Thanks for your help.
> 
> Regards.

Re: Minho Qusetion

[Matt Pavlovich]

Wrapping or re-packaging the Vaadin jars should solve for it.

I agree, for a comprehensive web application you want to be able to “add 
things” at runtime without a reboot. Spring Boot / Kubernetes-based 
micro-services architectures hard force you into these cgi-bin paradigms which 
offer less value to rich applications.

-Matt

> On Sep 19, 2023, at 1:37 AM, Paul Fraser  wrote:
> 
> Hi JB,
> 
> My project has until recently worked well using Karaf for loading new Vaadin 
> views as OSGi jars.
> 
> Changed policy at Vaadin has made the use of OSGi virtually impossible and I 
> have been forced into the Spring Boot world.
> 
> Much to my surprise,  Spring Boot has turned out to be great for coding and 
> debugging my code.
> 
> Missing is the ability to add new views on the fly which karaf kindly offered.
> 
> I have tried to find a way to add new views to Spring Boot during a restart 
> but no success.
> 
> Minho seems to be a possible solution to this problem but the learning curve 
> seems to be very steep.
> 
> If Minho was promoted as a way to add some OSGi functionality to Spring boot, 
> you may have a winner.
> 
> If this is possible, some examples of how to do it could lead to a more 
> reasonable learning curve.
> 
> Also, now we are venturing into java 20 and 21 it seems that Spring Boot has 
> taken early steps to incorporate projects loom, panama etc..
> 
> OSGi may be falling behind with these projects.
> 
> Paul Fraser
> 
> On 18/09/2023 7:34 pm, Jean-Baptiste Onofré wrote:
>> Hi Paul,
>> 
>> Yes, that's the idea: having a central/shared registry gathering beans
>> from OSGi, Spring Boot, CDI, whatever.
>> The "dynamic" approach (adding/removing applications managed by a app
>> manager like Spring Boot, OSGi, ...) is also a target.
>> 
>> To be honest, currently, Minho is not moving forward due to the low
>> interest we got. If we have clear signs that people are interested in
>> colocation and Minho runtime paradigm, it could change :)
>> 
>> Regards
>> JB
>> 
>> On Mon, Sep 18, 2023 at 6:29 AM Paul Fraser  wrote:
>>> Hi,
>>> 
>>> Cannot quite get my head around Apache Minho but--
>>> 
>>> Can OSGi services be somehow added to the Spring Boot application at
>>> runtime or even at Spring Boot restart?
>>> 
>>> In effect having Spring Boot acting like an OSGi runtime with services
>>> being added and removed as required.
>>> 
>>> Is Minho going to proceed?
>>> 
>>> Paul Fraser
>>> 
>>> 

Re: OAuth2 in Karaf

[Matt Pavlovich]

Adding a client-aide JAAS provider would be useful.

Perhaps a JIRA?

> On Aug 20, 2023, at 3:16 PM, f...@gordijn.org wrote:
> 
> Hi all,
> 
> Are there any examples on how to do OAuth2 in Karaf?
> 
> Best,
> 
> -- Jaap
> 

Re: Patch for stopping karaf

[Matt Pavlovich]

Hi Dieder-

I created this JIRA for you for now.  

https://issues.apache.org/jira/browse/KARAF-7682

Submit the PR using this issue number, and I’ll update the ticket details with 
the notes from your PR.

Thanks,
Matt Pavlovich

> On Mar 27, 2023, at 4:50 AM, dieder  wrote:
> 
> Hi All,
> 
> Recently I restarted using Karaf. We got an old project and started upgrading 
> it.
> Now I think I've discovered a bug in shutting down Karaf from the loopback 
> port. Sometimes Karaf does not stop after issuing the stop command. I've 
> analyzed it and created a fix. Now I'd like to follow the correct path for 
> submitting a Jira issue and after that al pull request. However I cannot seem 
> to get approved for the Jira. I've requested access last week and still no 
> response.
> What is the best way forward, retry to get on jira or create a pull request 
> for the fix (without an issue that feels ugly).
> 
> kind regards
>  Dieder Timmers

Re: Karaf LDAP without blueprint

[Matt Pavlovich]

Hi Paul-

Thanks for the input. Yep, I’m seeing the same thing. There needs to be a 
class-level lock that operations are synchronized on, and not rely on 
class-static cache and method synchronization.

I made a JIRA to track: https://issues.apache.org/jira/browse/KARAF-7671

-Matt Pavlovich

> On Feb 21, 2023, at 12:01 PM, Paul McCulloch  wrote:
> 
> Matt,
> From memory (& less than stellar comments) I believe the issue is in 
> concurrent access to getCache() & clear()
> 
> public static LDAPCache getCache(LDAPOptions options) {
> LDAPCache cache = CACHES.get(options);
> if (cache == null) {
> CACHES.putIfAbsent(options, new LDAPCache(options));
> cache = CACHES.get(options);
> }
> return cache;
> }
> 
> If clear() is called by another thread between the putIfAbsent() and get() 
> then null is returned.
> 
> A second issue (and this is just from memory & Karaf code review, so I may be 
> mistaken) is that the LDAP cache is cleared in LDAPLoginModule.initialize(), 
> but this method is called every time a user authenticates - so the cache is 
> never used.
> 
> Paul
> 
> 
> On Tue, 21 Feb 2023 at 15:27, Matt Pavlovich  <mailto:mattr...@gmail.com>> wrote:
>> Paul-
>> 
>> What issues have you found with the LDAP caching module? Please share, so I 
>> can open a JIRA and fix it.
>> 
>> Thanks!
>> Matt Pavlovich
>> 
>>> On Feb 21, 2023, at 4:42 AM, Paul McCulloch >> <mailto:pkmccull...@gmail.com>> wrote:
>>> 
>>> I use a DS component which instantiates an 
>>> org.apache.karaf.jaas.config.JaasRealm and registers it via 
>>> org.osgi.framework.BundleContext.registerService(Class, 
>>> JaasRealm, Dictionary).
>>> 
>>> My DS component uses Config Admnin to configure the realm. I wrap the 
>>> standard Karaf LDAP module in my own caching proxy (as I found concurrency 
>>> issues with 
>>> org.apache.karaf.jaas.modules.ldap.LDAPCache.getCache(LDAPOptions)).
>>> 
>>> I can't share the code, but I can answer any questions you have.
>>> 
>>> Paul
>>> 
>>> On Tue, 21 Feb 2023 at 08:09, Maurice Betzel >> <mailto:m.bet...@gaston-schul.com>> wrote:
>>>> Dear community,
>>>> 
>>>>  
>>>> 
>>>> I am building a new custom Karaf assembly and would like to avoid 
>>>> installing aries blueprint just for creating an LDAP login module.
>>>> 
>>>> Does anybody have any experience with alternatives like declarative 
>>>> services or low-level activator setup willing to share the knowledge?
>>>> 
>>>>  
>>>> 
>>>> Met vriendelijke groet / Mit freundlichen Grüßen / Kind regards,
>>>> 
>>>> Maurice Betzel
>>>> Principal Software Engineer
>>>> 
>>>> Al onze verrichtingen geschieden op basis van de Algemene voorwaarden der 
>>>> Expediteurs van België, gepubliceerd in de bijlage tot het Belgisch 
>>>> Staatsblad dd. 24 juni 2005 onder nr. 0090237. De tekst van deze 
>>>> voorwaarden wordt op uw verzoek gratis toegezonden. 
>>>> All our transactions are subject to the General Conditions of the Belgian 
>>>> Forwarders Association which have been published under nr. 0090237 in the 
>>>> "Bijlage tot het Belgisch Staatsblad" dated June 24th, 2005, and is 
>>>> available free of charge upon request. 
>>>> Toutes nos opérations se font sur base des Conditions Générales des 
>>>> Expéditeurs de Belgique. Le texte en a été publié dans l' Annexe au 
>>>> Moniteur Belge du 24 juin 2005 sous le n° 0090237. Ce texte sera vous 
>>>> envoyé gratuitment sur demande. 
>>>> Email confidentiality notice: 
>>>> This email and any files transmitted with it are confidential and intended 
>>>> only for the use of the recipient. If you have received this email in 
>>>> error please notify its sender.
>>>> 
>> 

Re: Karaf LDAP without blueprint

[Matt Pavlovich]

Paul-

What issues have you found with the LDAP caching module? Please share, so I can 
open a JIRA and fix it.

Thanks!
Matt Pavlovich

> On Feb 21, 2023, at 4:42 AM, Paul McCulloch  wrote:
> 
> I use a DS component which instantiates an 
> org.apache.karaf.jaas.config.JaasRealm and registers it via 
> org.osgi.framework.BundleContext.registerService(Class, JaasRealm, 
> Dictionary).
> 
> My DS component uses Config Admnin to configure the realm. I wrap the 
> standard Karaf LDAP module in my own caching proxy (as I found concurrency 
> issues with 
> org.apache.karaf.jaas.modules.ldap.LDAPCache.getCache(LDAPOptions)).
> 
> I can't share the code, but I can answer any questions you have.
> 
> Paul
> 
> On Tue, 21 Feb 2023 at 08:09, Maurice Betzel  <mailto:m.bet...@gaston-schul.com>> wrote:
>> Dear community,
>> 
>>  
>> 
>> I am building a new custom Karaf assembly and would like to avoid installing 
>> aries blueprint just for creating an LDAP login module.
>> 
>> Does anybody have any experience with alternatives like declarative services 
>> or low-level activator setup willing to share the knowledge?
>> 
>>  
>> 
>> Met vriendelijke groet / Mit freundlichen Grüßen / Kind regards,
>> 
>> Maurice Betzel
>> Principal Software Engineer
>> 
>> Al onze verrichtingen geschieden op basis van de Algemene voorwaarden der 
>> Expediteurs van België, gepubliceerd in de bijlage tot het Belgisch 
>> Staatsblad dd. 24 juni 2005 onder nr. 0090237. De tekst van deze voorwaarden 
>> wordt op uw verzoek gratis toegezonden. 
>> All our transactions are subject to the General Conditions of the Belgian 
>> Forwarders Association which have been published under nr. 0090237 in the 
>> "Bijlage tot het Belgisch Staatsblad" dated June 24th, 2005, and is 
>> available free of charge upon request. 
>> Toutes nos opérations se font sur base des Conditions Générales des 
>> Expéditeurs de Belgique. Le texte en a été publié dans l' Annexe au Moniteur 
>> Belge du 24 juin 2005 sous le n° 0090237. Ce texte sera vous envoyé 
>> gratuitment sur demande. 
>> Email confidentiality notice: 
>> This email and any files transmitted with it are confidential and intended 
>> only for the use of the recipient. If you have received this email in error 
>> please notify its sender.
>> 

Re: Issue with KARAF 4.4.1 And OpenJDK 11 (JAX-WS)

[Matt Pavlovich]

Hi Vamsi- 

Moving this convo to us...@karaf.apache.org  
only..

Great, then the only change you need is to add the Import-Package for javax.jws 
to your bundle that uses it. For JWS, JAXB, those Java package namespaces used 
to come in “for free” from the bundle 0 (Java DK provided packages)), so with 
the changes to the JDK your applications now need to explicitly request 
javax.jws, and jaxb related packages. 

If you use more recent Maven Bundle Plugin, it is really good at calculating 
everything you need ‘for free’, so you might check that out. 

Thanks,
Matt

> On Dec 8, 2022, at 9:25 AM, Vamsikrishna Koka 
>  wrote:
> 
> Thank you so much Matt for looking into this.
> 
> Yes, I'm using Apache CXF.
> 
> "The CXF feature has xml-specs feature that it installs by default that 
> covers this for you."
> 
> The CXF feature has Xml-specs feature by default installation, when we expect 
> this.
> 
> From: Vamsikrishna Koka
> Sent: Wednesday, December 7, 2022 1:04 PM
> To: iss...@karaf.apache.org; user@karaf.apache.org; d...@karaf.apache.org
> Subject: Issue with KARAF 4.4.1 And OpenJDK 11 (JAX-WS)
> 
> Hi Team,
> 
> I have tried to migrating from KARAF 4.2.15 to KARAF 4.4.1 version along with 
> OpenJDK also. From OpenJDK 8 to OpenJDK 11 (JAX-WS).
> 
> In OpenJDK 11 removed support of JAX-WS, So I have added explicitly in pom 
> xml.  After adding I'm getting the above wiring issue. which is given below.
> 
> Caused by: org.apache.felix.resolver.reason.ReasonException: Unable to 
> resolve adapter/51.0.0.SNAPSHOT: missing requirement 
> [adapter/51.0.0.SNAPSHOT] osgi.wiring.package; 
> filter:="(&(osgi.wiring.package=javax.jws).
> 
> Please can anyone take look at once.
> 
> Thanks,
> Vamsi Krishna.
> 

Re: Issue with KARAF 4.4.1 And OpenJDK 11 (JAX-WS)

[Matt Pavlovich]

You need to install a bundle that provides javax.ws interface and 
implementation. Are you using Apache CXF? The CXF feature has xml-specs feature 
that it installs by default that covers this for you.

-Matt

> On Dec 7, 2022, at 1:33 AM, Vamsikrishna Koka 
>  wrote:
> 
> Hi Team,
> 
> I have tried to migrating from KARAF 4.2.15 to KARAF 4.4.1 version along with 
> OpenJDK also. From OpenJDK 8 to OpenJDK 11 (JAX-WS).
> 
> In OpenJDK 11 removed support of JAX-WS, So I have added explicitly in pom 
> xml.  After adding I'm getting the above wiring issue. which is given below.
> 
> Caused by: org.apache.felix.resolver.reason.ReasonException: Unable to 
> resolve adapter/51.0.0.SNAPSHOT: missing requirement 
> [adapter/51.0.0.SNAPSHOT] osgi.wiring.package; 
> filter:="(&(osgi.wiring.package=javax.jws).
> 
> Please can anyone take look at once.
> 
> Thanks,
> Vamsi Krishna.
> 

Re: Install a feature multiple times with different configurations

[Matt Pavlovich]

Yes, you would create 1 feature for the jars to provide the functionality and 
then a feature per-configuration. The ‘configuration features’ would only 
contain cfg files (instead of jars) to activate the services with different 
configurations.

-Matt

> On Nov 30, 2022, at 6:15 AM, Ephemeris Lappis  
> wrote:
> 
> Hello.
> 
> I'm almost sure that my question will seem stupid and perhaps leads to
> ironic answers...
> 
> I'd like to build a feature to define some "templated" services (JDBC
> data sources for example, or custom services), that should be exactly
> based on the same definition, but must be instantiated multiple times
> with distinct configurations. The goal in our global ESB platform is
> to provide generic Camel routes that will run for an undefined number
> of business entities. Each entity could be deployed as a feature with
> its own configuration. Some of the global services use the whiteboard
> pattern to collect implementations for any number of businesses.
> 
> The trivial way could be copying a full project to build as many
> features as needed, but this is not a very good way to avoid
> duplicated code and maintain them...
> 
> Any ideas on how to do that ?
> 
> Thanks a lot.
> 
> Regards.

Re: [VOTE] Adopt new Apache Karaf "generic" logo

[Matt Pavlovich]

+1 cool!

> On Nov 15, 2022, at 2:56 AM, Jean-Baptiste Onofré  wrote:
> 
> Hi guys,
> 
> As discussed on the other thread, here's a vote for the new Karaf logo 
> proposal.
> 
> As a reminder, this logo is the generic one, used on the main
> karaf.apache.org website. Each Karaf subproject (Minho, OSGi, etc)
> will have its own "sub-website", with dedicated content and eventually
> its own logo.
> 
> Please vote:
> +1 to adopt Karaf generic logo
> 0 I don't care
> -1 for Karaf generic logo and work on a new one
> 
> NB: I would like to move forward pretty fast on the logo just to
> promote the new website and announce Karaf Minho.
> 
> Thanks,
> Regards
> JB
> 

Re: [DISCUSS] Adopt new Karaf logo

[Matt Pavlovich]

-1 (non-binding)

My $0.02 —

1. The cloud logo is not friendly to be turned into a font
2. I prefer the alternative hexagon logo is simpler (even if similar to others) 
and better suited for the things logos are used for — stickers, font, ascii 
art, etc.

Thanks,
Matt Pavlovich

> On Nov 13, 2022, at 1:47 AM, Jean-Baptiste Onofré  wrote:
> 
> Hi guys
> 
> I did a review on twitter and linkedin feedback about Karaf logo (the « cloud 
> » one). 
> 
> To summarize, we only have +1 and two « comments » like « cloud is not 
> related to Karaf ». 
> 
> So, I wonder to make a call and formal vote:
> 
> +1 to adopt Karaf cloud logo
> -1 for Karaf cloud logo and work on a new one
> 
> The reason I’m asking is because I’m working on website proposal. So I would 
> like to integrate the logo. 
> 
> Regards
> JB
> 
> Le mar. 1 nov. 2022 à 14:11, Jean-Baptiste Onofré  <mailto:j...@nanthrax.net>> a écrit :
> Hi guys,
> 
> as discussed on a previous thread, I'm working on a new website
> proposal with the following objectives:
> 
> 1. Use docusaurus instead of jekyll to build. The good thing is that
> it supports md syntax, blog, etc.
> 2. Give the same space/visibility to the subprojects (Karaf Minho,
> Karaf OSGi, Karaf Decanter, Karaf Cellar, Karaf Cave, Karaf
> Winegrower)
> 3. Add blog feature to announce and provide details about Karaf projects
> 
> Related to that, I created a new "generic" logo for Karaf (each
> project can have its own logo).
> 
> You can see the logo proposal attached.
> 
> Basically the idea is:
> - boxes populating the cloud represent Karaf projects
> - we can assembly Karaf projects to create a cloud solution
> 
> Thoughts ?
> 
> If we agree with this logo, I would like to prepare some goodies using
> it (probably on https://www.redbubble.com/en/ 
> <https://www.redbubble.com/en/>).
> 
> Regards
> JB

Re: Karaf Minho

[Matt Pavlovich]

Hi Jaap-

There does not need to be only one Karaf instance. A well designed modular 
application can have co-located services or remote services. Karaf gives you 
the option to have everything all-in-one for development and then split things 
out (frontend, backend and/or service apis) at deployment time as needed.

Thanks,
Matt Pavlovich

> On Nov 10, 2022, at 8:26 AM, Jaap Gordijn  wrote:
> 
> No one who can help me here?
> 
> Essentially, to build a dynamic frontend/backend plugin system we have to
> decide to go for:
> - Spring Cloud (large community, but needs many processes / JVMs to build it
> , so it seems not very efficient
> - Apache Karaf (efficient system as there needs only to be one JVM, but
> complex)
> - Minho, which seems to be able to dynamically (un)load Spring Boot modules)
> 
> Best,
> 
> -- Jaap
> 
>> -Original Message-
>> From: frm 
>> Sent: maandag 7 november 2022 12:05
>> To: user@karaf.apache.org
>> Subject: Karaf Minho
>> 
>> Hi,
>> 
>> I've looked at the githib repo (https://github.com/jbonofre/karaf5) at
>> Minho.
>> It looks very interesting to me, as I want to host multiple Spring Boot
>> applications into one container.
>> 
>> A few questions:
>> - I read there is an example of two Spring Boot applications that can run
> into
>> Minho, but I can not find the example. Can you tell me where the example
>> is?
>> - Does Minho support dynamic loading of Spring Boot application?
>> 
>> Best,
>> 
>> -- Jaap Gordijn
>> 
> 
> 

Re: Karaf: Dynamical selection of JRE?

[Matt Pavlovich]

Modifying the ./bin/start.bat to query the registry and set JAVA_HOME variable 
based on a result would get you there.

> On Mar 16, 2022, at 11:30 AM, Daniel Krügler  wrote:
> 
> Hi,
> 
> I would like to get a hint whether (and possibly how) the following
> use-case is implementable using a karaf server:
> 
> We have an karaf-based server running and the installation program also
> installs a JRE in a specific directory that should be used to start the
> server. The information where the JRE is located is stored in an
> application-specific registry key (OS: Windows).
> 
> The machine where the server is running is also used by certain users
> which may or may not decide to install a JRE or JDK for other
> applications, but we want to be sure that the karaf server is *always*
> started with the JRE which is configured by our specific registry key,
> regardless of such additional JRE user installations.
> 
> Does there exist a way to inform the karaf server on startup via a
> dynamical mechanism that would in our case  inspect the content of the
> above mentioned registry key and transfers this information to karaf to
> start with?
> 
> Maybe karaf provides a special built-in mechanism that is specifically
> designed for such a dynamical start decision?
> 
> Thanks for your help,
> 
> - Daniel

Re: Camel Rest JAAS

[Matt Pavlovich]

Mathias-

Check out the Camel Jetty component doc. You have to configure up the security 
handles to specify what type of security you want enabled for Jetty.. in your 
case HTTP Basic Auth. Then specify the handler in the jetty uri

https://camel.apache.org/components/3.11.x/jetty-component.html 
<https://camel.apache.org/components/3.11.x/jetty-component.html>

-Matt Pavlovich

> On Nov 9, 2021, at 12:02 PM, Matthias Leinweber  
> wrote:
> 
> Hello,
> 
> I asked something similiar a while ago. I am looking for a working example 
> how to inject the Karaf JAAS Service into a Camel Jetty Rest component for 
> Basic auth.
> 
> However i would take any production ready example with a working authorized 
> rest component even without jaas.
> 
> BR,
> Matthias

Re: Remote debug port

[Matt Pavlovich]

Ah, thanks for clarifying. Looks like JB got you covered in v4.3.1

> On Jan 25, 2021, at 9:23 PM, Erwin Hogeweg  wrote:
> 
> Hi Matt,
> 
> Thanks for the reply.
> 
> The issue with J11, and up?, is that the debug port is only opened on 
> localhost and not on a regular adapter. So remote debugging from a different 
> machine is not possible out of the box. That is why I changed 
> 'address=${JAVA_DEBUG_PORT}' to 'address=*:${JAVA_DEBUG_PORT}’. Note the 
> asterix to open the port on all adapters (0.0.0.0).
> 
> Obviously that change is wiped out when a new assembly is built.
> 
> 
> Cheers,
> 
> Erwin
> 
> 
>> On Jan 25, 2021, at 20:57, Matt Pavlovich > <mailto:mattr...@gmail.com>> wrote:
>> 
>> Karaf has you covered every which way you’d want to debug =)
>> 
>> 1. $ export KARAF_DEBUG=true (anytime before you start karaf)
>> 
>> -or-
>> 
>> 2. Edit bin/setenv and uncomment KARAF_DEBUG=true
>> 
>> -or-
>> 
>> 3. Start Karaf using "./bin/karaf debug" (starts Karaf in debug mode)
>> 
>> -or-
>> 
>> 4. Start Karaf using "./bin/karaf debugs" (starts Karaf in debug mode AND 
>> suspends the start until debugger has attached!!)
>> 
>> -Matt Pavlovich
>> 
>>> On Jan 25, 2021, at 7:23 PM, Erwin Hogeweg >> <mailto:erwin.hoge...@me.com>> wrote:
>>> 
>>> Hi,
>>> 
>>> What is the preferred/recommended way to open 5005 for remote connections 
>>> under J11?
>>> 
>>> Right now I hacked these two lines in …/bin/inc but those are gone every 
>>> time I build a new assembly.
>>> 
>>>
>>> DEFAULT_JAVA_DEBUG_OPTS="-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:${JAVA_DEBUG_PORT}"
>>>   
>>> DEFAULT_JAVA_DEBUGS_OPTS="-agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=*:${JAVA_DEBUG_PORT}"
>>> 
>>> Plse advice.
>>> 
>>> 
>>> Kind Regards,
>>> 
>>> Erwin
>> 
> 

Re: Remote debug port

[Matt Pavlovich]

Karaf has you covered every which way you’d want to debug =)

1. $ export KARAF_DEBUG=true (anytime before you start karaf)

-or-

2. Edit bin/setenv and uncomment KARAF_DEBUG=true

-or-

3. Start Karaf using "./bin/karaf debug" (starts Karaf in debug mode)

-or-

4. Start Karaf using "./bin/karaf debugs" (starts Karaf in debug mode AND 
suspends the start until debugger has attached!!)

-Matt Pavlovich

> On Jan 25, 2021, at 7:23 PM, Erwin Hogeweg  wrote:
> 
> Hi,
> 
> What is the preferred/recommended way to open 5005 for remote connections 
> under J11?
> 
> Right now I hacked these two lines in …/bin/inc but those are gone every time 
> I build a new assembly.
> 
>
> DEFAULT_JAVA_DEBUG_OPTS="-agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=*:${JAVA_DEBUG_PORT}"
>   
> DEFAULT_JAVA_DEBUGS_OPTS="-agentlib:jdwp=transport=dt_socket,server=y,suspend=y,address=*:${JAVA_DEBUG_PORT}"
> 
> Plse advice.
> 
> 
> Kind Regards,
> 
> Erwin

Re: [X-Mas Gift] Panel discussion about Karaf 5

[Matt Pavlovich]

Yep!  This would be great, please include me on the invite.

> On Dec 15, 2020, at 11:32 AM, Jean-Baptiste Onofre  wrote:
> 
> Hi guys,
> 
> Maybe some of you know that I started to work on Karaf 5.
> 
> I have something that it’s almost "usable".
> 
> Before sending a global discussion thread on the mailing list, I would like 
> to evaluate the ideas & big changes I did.
> 
> I would like to know if some of you would be interested by a panel discussion 
> call to introduce Karaf 5 (limited audience at first step).
> 
> The agenda of this call would be:
> 1. Pros/Cons about Karaf as it is today
> 2. Concepts in Karaf 5 (module, extension, …)
> 3. Building & running
> 4. Live demo
> 
> It could be recorded/webinar style (not necessary live call) for about 20 
> people at first step (both Karaf developers and users).
> The purpose is to evaluate the direction.
> 
> Thoughts ?
> Who would be interested ?
> 
> Thanks,
> Regards
> JB

Re: Doc on embedded mode?

[Matt Pavlovich]

Benson-

How are you defining "embedded" in your use case?

-Matt Pavlovich


On 9/13/16 11:10 AM, Benson Margulies wrote:
Folks, other than the reference at the very beginning of 
https://karaf.apache.org/manual/latest/, is there any doc on how to go 
about embedding Karaf? If not, off to the source code, of course.


thanks

Re: Introducing blueprint-test

[Matt Pavlovich]

Thanks =)  I'll get the patch to Aries knocked out this week.

There is a little cruft in the helper/util classes, but that can be 
trimmed out without impacting users as time goes on.


On 8/15/16 9:05 AM, James Carman wrote:
This is cool, Matt! I am sure a lot of us have already gone through 
this hassle, but I have not seen it formalized yet. Good work!


On Mon, Aug 15, 2016 at 9:51 AM Matt Pavlovich <mattr...@gmail.com 
<mailto:mattr...@gmail.com>> wrote:


This blueprint-test is useful for testing blueprints that do
*/not/* contain Camel routes.  The camel-test-blueprint requires a
Camel route to startup, so it can't be used as a general purpose
blueprint test library.

-Matt Pavlovich


On 8/14/16 7:59 AM, Jean-Baptiste Onofré wrote:


What's the purpose exactly ?

I wrote a blog about camel blueprint testing already a while ago ?

Regards
JB

On Aug 12, 2016, at 10:11, Matt Pavlovich <mattr...@gmail.com
<mailto:mattr...@gmail.com>> wrote:

I've taken Camel Test Blueprint and removed all the Camel parts to have
a self-contained library that allows for quick testing of blueprint
files. Thought folks here might find it handy (please excuse the
x-post). I opened a JIRA with Aries Blueprint for inclusion into 
upstream.

Code:https://github.com/mattrpav/blueprint-test

Aries JIRA:https://issues.apache.org/jira/browse/ARIES-1592

-Matt

Re: Introducing blueprint-test

[Matt Pavlovich]

This blueprint-test is useful for testing blueprints that do */not/* 
contain Camel routes.  The camel-test-blueprint requires a Camel route 
to startup, so it can't be used as a general purpose blueprint test 
library.


-Matt Pavlovich

On 8/14/16 7:59 AM, Jean-Baptiste Onofré wrote:


What's the purpose exactly ?

I wrote a blog about camel blueprint testing already a while ago ?

Regards
JB

On Aug 12, 2016, at 10:11, Matt Pavlovich <mattr...@gmail.com 
<mailto:mattr...@gmail.com>> wrote:


I've taken Camel Test Blueprint and removed all the Camel parts to have
a self-contained library that allows for quick testing of blueprint
files. Thought folks here might find it handy (please excuse the
x-post). I opened a JIRA with Aries Blueprint for inclusion into upstream.

Code:https://github.com/mattrpav/blueprint-test

Aries JIRA:https://issues.apache.org/jira/browse/ARIES-1592

-Matt

Introducing blueprint-test

[Matt Pavlovich]

I've taken Camel Test Blueprint and removed all the Camel parts to have
a self-contained library that allows for quick testing of blueprint
files. Thought folks here might find it handy (please excuse the
x-post). I opened a JIRA with Aries Blueprint for inclusion into upstream.

Code:https://github.com/mattrpav/blueprint-test

Aries JIRA:https://issues.apache.org/jira/browse/ARIES-1592

-Matt