I try to run an embedded server like described in this example [1] but
getting the following error, is there anything missing on my side?
Runtime is maven with java 11, no compile errors...
java.lang.NoSuchMethodError:
:31, Christoph Läubrich a écrit :
I try to run an embedded server like described in this example [1] but getting
the following error, is there anything missing on my side?
Runtime is maven with java 11, no compile errors...
java.lang.NoSuchMethodError
at least artemis-server (as a regular jar type
dependency), perhaps others.
On Thu, 4 Feb 2021 at 13:40, Christoph Läubrich wrote:
I'm using the following dependency so a plain vanilla artemis:
org.apache.activemq
the problem can be reproduced by this simple line in a main class:
MessageLoadBalancingType type = MessageLoadBalancingType.OFF;
I checked the dependencies but can't find anything unusual, any hint
would be appreciated.
Am 04.02.21 um 14:40 schrieb Christoph Läubrich:
I'm using
Are there any schedule for the new release?
Am 22.04.21 um 01:15 schrieb Clebert Suconic:
I'm being very meticulous on my testing with AMQP Mirror (it's getting
out in a good shape).. and I'm pushing the release back for a week.
(the PR is in good shape for a review already:
It might be too late, but I'm currently investigate in an issue related
to [1] and like to provide a PR the next days that add support of
providing sasl mechanism through java-service-loader is there any chance
(assuming I got everything done in time) to include this in the next
release?
adding a service loader without changing much at the server
dependencies we can merge it... otherwise we can wait another release.
(we don't need to wait 2 months for another release... we can make
another whenever needed).
On Thu, Feb 4, 2021 at 10:43 AM Christoph Läubrich wrote:
It might be too
We currently plan to switch from Classic>Artemis but there is one point
not completely clear (or I have missed something?), is it possible to
connect with a "activemq classic" JMSConnectionFactory to an artemis
server (given that they both enable the tcp transport of course, same
host and port
It seems org.apache.activemq.artemis-server-osgi requires the package
org.glassfish.json
this was probably provided previously by some of the now excluded
dependencies.
Am 12.11.21 um 22:11 schrieb Clebert Suconic:
If you don't want to read the whole message: TL;DR: I need help with
this
Just in case I missed it, is the release out already?
Am 17.05.21 um 20:23 schrieb Clebert Suconic:
I got stuck into an issue at work... and I'm reviewing my schedule
now... I will update it later this week... sorry about any
inconvenience.
On Mon, May 17, 2021 at 5:55 AM Christoph Läubrich
this new major AMQ
version soon, I have to find a more sustainable approach (to avoid 5+
external releases just for OSGi).
Regards
JB
On Tue, Sep 12, 2023 at 6:26 AM Christoph Läubrich wrote:
> I disagree
on what particular point?
> I don't understand why people are against uber bundle.
Making "uberbundles" is really bad not only for file-size, OSGi was made
with sharing in mind and embedding "everything" will make this
impossible if you not at the same time rexport the packages what has
other implications.
Also keep in mind that he activemq could not participate in any
go private, not
necessary all (I'm on a PoC right now).
Regards
JB
On Tue, Sep 12, 2023 at 5:48 AM Christoph Läubrich wrote:
Making "uberbundles" is really bad not only for file-size, OSGi was made
with sharing in mind and embedding "everything" will make this
impossible if
SLF4J support the "Mapped Diagnostic Context"
maybe this would be a good replacement here? you could even add more
context infos then and people are free to format them as they like:
https://logback.qos.ch/manual/mdc.html
Am 03.05.22 um 22:30 schrieb Justin Bertram:
The point here is that
14 matches
Mail list logo
