What are the improvements? We are using Java 17 already with an earlier
4.3.x and would like to know what moving to 4.3.10 will give us. Thanks!
On Wed, Sep 6, 2023 at 2:38 AM Jean-Baptiste Onofré wrote:
> Hi,
>
> Yes, Karaf 4.3.x supports Java 17. I recommend to wait Karaf 4.3.10
> (currently
You can control what the name is for a bundle installed as a wrapped jar by
appending $Bundle-SymbolicName= to your bundle URL.
For example:
install -s wrap:file:\$Bundle-SymbolicName=
On Tue, Jul 4, 2023 at 9:20 AM jose.garnica.lomeli <
jose.garnica.lom...@protonmail.com> wrote:
> Hi everyone,
.server.handler.ResourceHandler">
> true
>
>
>
>
>
>
> I hope this helps ;)
>
> regards
> Grzegorz Grzybek
>
> pt., 24 lut 2023 o 03:57 Kevin Schmidt napisał(a):
>
Hi,
I came across this page (
http://ops4j.github.io/pax/web/SNAPSHOT/User-Guide.html#adding-specialized-contexthandlers)
in the Pax-Web documentation on how to configure Jetty to serve up static
content.
Trying it with Karaf 4.3.7 works, specifically I take a brand new instance
and install the h
Hi,
I have a situation where a thread is started to perform a long running
task, but when a certain event occurs I want to interrupt and stop the
thread. I use the standard Java technique to use Thread#interrupt on the
running thread, and in the thread be prepared to catch InterruptedException
an
(stop/start), not feature, so the resolver is not involved and can’t
> automatically restart/refresh the blueprint bundle (you have to do it
> manually). If you add a requirement and use feature, it should work.
>
> Regards
> JB
>
> > Le 11 janv. 2021 à 01:13, Kevin Schmidt
Hi,
All of the below is done using Karaf 4.2.9.
I have a bundle exposing a REST endpoint that is deployed using Blueprint
that uses a service that is deployed using Declarative Services. When both
bundles are active, all is well.
If I stop the service bundle (DS), it shows as Resolved but the R
I use it with 11 and all I've done works fine.
On Tue, Jun 16, 2020 at 7:47 AM Oleg Cohen
wrote:
> Thank you! What is the highest that is supported? I am still on JDK 8 and
> I would like to move closer to where things are today.
>
> Best,
> Oleg
>
> On Jun 16, 2020, at 9:47 AM, Christian Lutz
Resurrecting an old thread to get the latest status.
There have been some recent questions regarding using JDK 11 and it appears
some have been successful and some testing has been done, and a number of
tickets regarding support resolved in 4.2.1 or 4.2.2, yet the information
on the download page
Or do "diag " to get some diagnostics on the bundle.
On Thu, Sep 21, 2017 at 2:19 PM, Johan Edstrom wrote:
> Try restarting that bundle and you should get some more info in the logs.
>
> On Sep 21, 2017, at 3:18 PM, Oleg Cohen
> wrote:
>
> Greetings,
>
> I have a question. One of the 3rd party
al years ago
> <https://www.slideshare.net/mfrancis/when-is-optional-really-optional-tim-ward>.
> Sadly blueprint 1.1 never really happened as nobody was sufficiently
> interested in updating the standard.
>
> Regards,
>
> Tim Ward
>
> On 1 Sep 2017r , at 23:26, Kevin
Hi,
I have a strange problem with class resolution that is befuddling me.
I have a bundle A that uses services from other bundles B and C that
implement an interface I. Bundle A also uses classes from bundle D. I am
using blueprint for bundle A and have a reference-list defined as such:
And
l do use
> HikariCP for their connection pooling support, it’s just abstracted by the
> ResourceProvider so that you don’t see it (which is surely a good thing!).
>
> Tim
>
> On 1 Mar 2017, at 15:46, Kevin Schmidt wrote:
>
> I will take a look at Transaction Contro
I will take a look at Transaction Control, but my first scan shows it is
implementing its own connection pool? I wish to continue to use HikariCP
as my pool, thus the source of my question. But let me give a little more
background.
I presently use Blueprint to define datasource XML files that ar
Sure, I can do that.
On Fri, Feb 24, 2017 at 12:14 AM Jean-Baptiste Onofré
wrote:
> Hi Kevin,
>
> do you mind to report a CVE for that (http://www.apache.org/security/) ?
>
> Thanks,
> Regards
> JB
>
> On 02/24/2017 09:07 AM, Kevin Schmidt wrote:
> > I saw
.strategy.ExecuteProduceConsume
>> .executeProduceConsume(ExecuteProduceConsume.java:303)
>> at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume
>> .produceConsume(ExecuteProduceConsume.java:148)
>> at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume
>> .run(E
at
> org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671)
> at
> org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589)
>
vin,
>
> Let me try to reproduce. You mean that I can access to
> http://localhost:8181/gogo without authentication, right ?
>
> Regards
> JB
>
>
> On 02/23/2017 11:28 PM, Kevin Schmidt wrote:
>
>> Hi,
>>
>> I've come across a situation where th
endpoint at the specified URI. The subject of the ticket says it was just
to eliminate a warning, so was it really desired to cause this duplicate
registration? Is the fix for this issue to just remove the alias from the
registration?
On Thu, Feb 23, 2017 at 2:28 PM, Kevin Schmidt wrote:
>
Hi,
I've come across a situation where the Gogo console ends up being
accessible at a URL that is unsecured. This is of course not a good thing
...
When I install a base Karaf 4.0.8 (and 3.0.8 too it appears) and install
the webconsole feature, I'm able to go to
http://localhost:8181/system/cons
securing the container with version
> 4.0.5. I'm going to test this with 3.0.6 to see if I get the same results
> you got.
>
> On Wed, Jul 6, 2016 at 9:56 AM, Kevin Schmidt wrote:
>
>> I have a follow up question.
>>
>> It is good that one can disable this
built in to
org.apache.karaf.client.Main?
On Tue, Jul 5, 2016 at 4:16 PM, Kevin Schmidt wrote:
> I just followed the instructions to secure the container and using
> bin/client does now require a password and doesn't successfully connect to
> the container. I did this with Karaf 3
I just followed the instructions to secure the container and using
bin/client does now require a password and doesn't successfully connect to
the container. I did this with Karaf 3.0.6. Perhaps something changed
with Karaf 4?
Kevin
On Tue, Jul 5, 2016 at 3:49 PM, Elliot Huntington <
elliot.hunt
Here is the behavior I am seeing.
If I start up bin/karaf and do a bundle:install command to install a
bundle, all is fine. If I use ssh to connect to the server and do a
bundle:install command, all is fine.
But if I use ssh with the exact same syntax except I specify the command to
execute on t
Seeing your two manifests would possibly reveal the issue.
At its simplest, your bundle with the interface in it should have:
Export-Package: com.netdesign.osgi.examples.rest.domain
And the bundle with the service implementation should have:
Import-Package: com.netdesign.osgi.examples.rest.doma
Are you using Felix or Equinox?
Using Felix, we've seen bundle corruption issues (see
http://karaf.922171.n3.nabble.com/bundle-corruption-with-felix-and-karaf-3-0-2-td4037669.html)
that sound similar to what you describe when Karaf isn't shut down
properly. I think if you use Equinox, the behavio
; what do you have in etc/org.apache.karaf.features.cfg ?
>
> Especially:
> respectStartLvlDuringFeatureUninstall=true
> respectStartLvlDuringFeatureStartup=true
>
> Regards
> JB
>
> On 01/09/2015 07:00 AM, Kevin Schmidt wrote:
>
>> JB,
>>
>> Th
JB,
Thanks.
But is there anything in place to prevent the preemptive shutdown from
stopping a bundle before it otherwise would be based on the start-level?
The problem in this case is that the ActiveMQ bundle (that uses blueprint)
gets shutdown before message consumers (that don't use blueprint)
One case I've seen, this issue occurs when ActiveMQ is being used and gets
shutdown as part of the Blueprint shutdown that doesn't seem to follow the
reverse start-level shutdown. Then AMQ clients that aren't using Blueprint
have issues as they are trying to reconnect and don't shutdown.
I found
It is "wrong" but more work to manage imports and drivers especially if you
need to optionally support multiple databases. It is cleaner to configure a
data source and just look it up from your code.
On Dec 23, 2014 6:45 AM, "Richard Snowden"
wrote:
> I just tried Derby - got the same issue:
> ja
The issue appears to be that Equinox handles the following situation
differently. It sounds like it is a bug?
We are installing Groovy 2.3.4 as a bundle and it is used by other bundles
including bundle A. Another bundle (bundle B) happens to be embedding
2.3.6 of the Groovy jar file, but it does
Using start levels isn't sufficient?
But what is the reason for wanting/needing the dependency? Understanding
the root issue may help identify a better solution.
On Thu, Nov 13, 2014 at 9:39 AM, Matthieu Vincent
wrote:
> Hi
>
> I'd like to know which is the better way to have some dependency
That error sounds like you don't have Derby running or it isn't running on
port 1527.
On Sun, Nov 2, 2014 at 2:01 PM, Jonathan Vila Lopez wrote:
> Hello
>
> I'm trying to use Derby database for my bundle, and this bundle has a
> blueprint file with the datasource.
>
> But when I execute : jdbc:d
Milan,
The short answer is that if you want to call this from outside of Karaf,
the easiest way to do it is to expose it as a REST or SOAP Web service
using CXF and call it that way.
But, if you want to call it from a servlet, why not run that servlet in
Karaf? Then you can make the call as a na
I'm having the same problem connecting to a local process.
I've started up a fresh install of Karaf 3.0.1 and run jconsole and pick
the org.apache.karaf.main.Main local process and get the message about a
secure connection failing, but proceed with the insecure connection. It
appears to connect b
replace Pax Web in our full install, but not sure if that will be
successful or not.
Kevin
On Wed, Jun 18, 2014 at 11:11 AM, Kevin Schmidt wrote:
> Achim,
>
> Yes, I'm using the released 3.0.1. I'll try again later today.
>
> Kevin
>
>
> On Wed, Jun 18, 2
about half an hour.
> Might want to give it another try then.
>
> regards, Achim
>
>
>
>
> 2014-06-18 18:06 GMT+02:00 Kevin Schmidt :
>
> I'm not sure if this is completely right or not, but I figured out I can
>> do:
>>
>> feature:install pax-je
of Pax Web
bundles have been installed at this point.
On Wed, Jun 18, 2014 at 8:43 AM, Kevin Schmidt wrote:
> Thanks.
>
> What is the repo and feature URL for the 4.0.0-SNAPSHOT feature?
>
> I added
> https://oss.sonatype.org/content/repositories/ops4j-snapshots@id=ops4j.snaps
Thanks.
What is the repo and feature URL for the 4.0.0-SNAPSHOT feature?
I added
https://oss.sonatype.org/content/repositories/ops4j-snapshots@id=ops4j.snapshot
to my repositories and then I can do:
repo-add mvn:org.ops4j.pax.web/pax-web-features/4.0.0-SNAPSHOT/xml/features
This works fine. Bu
I have a JSF application I'm porting to Karaf/Jetty that uses EL 2.2 and
seems to have issues due to that.
I have OPS4J Pax Web - Jsp Support 3.1.0 installed and it says it supports
Servlet 3.0 (https://ops4j1.jira.com/wiki/display/paxweb/Pax+Web) that as I
understand it should include EL 2.2, but
40 matches
Mail list logo
