Left commentsTwo main feedback themes1) plugin should not be touching/changing
any core code the whole point is that a user simply implements plugin
independently to broker.2) Dependency, as previously mentioned it should not be
having dependency to specific vendor exporter this is whole point o
Tbh it should be vendor agnostic neither zipkin or jaeger this is the point of
open telemetry. We shouldn't be packaging up zipkin or jaeger specific.Im sure
every org has their own tracing vendor solution, as such just should be done so
that we supply the plugin to api but users should add the
Please dont delete openwire legacy. Its needed on brokers where old clients.
E.g. some old cpp clients.Sent from my Galaxy
Original message From: Jean-Baptiste Onofre
Date: 08/06/2021 12:01 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: Questions about ActiveMQ OpenWire
+1 (Sent from my Galaxy
Original message From: Christopher Shannon
Date: 21/04/2021 15:04 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [VOTE] Apache ActiveMQ 5.15.15 release
(take #3) +1, everything looks good to me.On Wed, Apr 21, 2021 at 1:09 AM
Jean-Baptiste Onofr
I assume the plan is to cover all repos, not just artemis.Sent from my Galaxy
Original message From: Clebert Suconic
Date: 06/03/2021 14:33 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [DISCUSS] Renaming master as main We will
have to create the main branch on gitbox
I think we will def need a period of transition. So we need a few releases with
both new apis and configs alongside the old ones in deprecated state, before we
can fully remove.Sent from my Galaxy
Original message From: Clebert Suconic
Date: 05/11/2020 17:35 (GMT+00:00) To:
+1 Downloaded and run broker with a number of sample testing clients.Sent from
my Galaxy
Original message From: Clebert Suconic
Date: 03/11/2020 01:54 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [VOTE] Apache ActiveMQ Artemis 2.16.0 I
will register my +1 on this rel
If im correct thats 3pm uk time. If so im good ibe provisionally reserved an
hour in my calendar.Thanks Clebert.Sent from my Samsung Galaxy smartphone.
Original message From: Clebert Suconic
Date: 12/10/2020 03:15 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [DISCUSS
+1 thanks Sent from my Samsung Galaxy smartphone.
Original message From: Clebert Suconic
Date: 25/08/2020 20:02 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [VOTE] Apache ActiveMQ Artemis 2.15.0
release Nicely done! (being your first release).. Thank you for putting
+1 (binding) lgtmSent from my Samsung Galaxy smartphone.
Original message From: Christopher Shannon
Date: 13/07/2020 13:41 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [VOTE] Apache ActiveMQ Artemis 2.14.0 +1,
everything looks good to meOn Mon, Jul 13, 2020 at 8:02 AM
As long as it still builds and releases on 8 sounds good.8 has almost the same
lifespan as 11 and anything else is not lts. Most users will want to be running
on supported lts versions with many still being 8.Sent from my Samsung Galaxy
smartphone.
Original message From: Clebert
in C#
(NOT .net core) You mean as well as openwire. Right ?I don’t Think you
implemented core on NMsOn Sun, May 31, 2020 at 2:08 AM
michael.andre.pearce wrote:> This works on
.net framework 4.6.1+ (as well as core)Sent from my Samsung> Galaxy
smartphone.hibj> Origin
This works on .net framework 4.6.1+ (as well as core)Sent from my Samsung
Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 31/05/2020 07:00 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: Examples for using Artemis core api in C#
(NOT
.
Original message From: "michael.andre.pearce"
Date: 31/05/2020 06:56 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: Examples for using Artemis core api in C#
(NOT .net core) Just to note there is NMS Amqp, from our same ActiveMQ project
that provides a JMS like ap
Just to note there is NMS Amqp, from our same ActiveMQ project that provides a
JMS like api for .Net Sent from my Samsung Galaxy smartphone.
Original message From: Clebert Suconic
Date: 28/05/2020 23:10 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: Examples for using A
Fastutil is well used in finance orgs, ive seen it used in a few companies in
critical areas, i dont have any concerns. Its fairly well battle tested.Sent
from my Samsung Galaxy smartphone.
Original message From: Francesco Nigro
Date: 01/05/2020 12:34 (GMT+00:00) To: dev@acti
+1 Downloaded binaries and ran a basic suite of testsRebuilt fully on
linux.Built on windows with some test failing (as discussed previous this is
environmental as i know others can)Sent from my Samsung Galaxy smartphone.
Original message From: Timothy Bish
Date: 22/04/2020 23
I would be against us bringing in something that makes a nasty barrier for
entry for existing users.Think about the current situation with classic and
artemis where one of the biggest issues has been that a user cannot simply take
his/her configuration and just update the broker to the new versi
Ok on this note i can only assume now i have a local issue.Ill with resetting
up my environment from the ground up.Sent from my Samsung Galaxy smartphone.
Original message From: Krzysztof Date:
09/04/2020 22:15 (GMT+00:00) To: dev@activemq.apache.org Subject: Re: [HEADS
UP] A
: "michael.andre.pearce"
Date: 07/04/2020 22:15 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: Porting JAVA examples to C# A few things
here.You can actually bind the build with maven and dotnet, theres a maven
plugin that will actually download bits needed for dotnet core and c
A few things here.You can actually bind the build with maven and dotnet, theres
a maven plugin that will actually download bits needed for dotnet core and
compile and even run. This way you could actually tie it into the maven
release.Re core 3. Before anything in examples can be updated theres
Hi KrysztofYou should only have a change in the file you amended. And its
generated counterpart. BestMikeSent from my Samsung Galaxy smartphone.
Original message From: Krzysztof Date:
06/04/2020 19:58 (GMT+00:00) To: dev@activemq.apache.org Subject: Update
Website on Windows
Great idea too. Only concern and i noted this on the PR is accidental
regressions due to test cases also being modified.Can i ask we have this as a
two stage change, one without any test changes, as theoretically if refactor
and full compatiblity there should be no need for changes. And thus we
+1 from me. I was able to build and tested some basic use cases seems no
regressions.Re your key, Ill move the key with binaries to release when the
release passes.Sent from my Samsung Galaxy smartphone.
Original message From: cmorgan
Date: 30/03/2020 23:32 (GMT+00:00) To: de
providing you patches, help..etc. and you would be on your own on such
functionality like any otherapache license.that's pretty standard... not just
for ActiveMQ.. I think that'scommon for any other project.On Tue, Mar 17, 2020
at 9:05 PM michael.andre.pearce wrote:>> I
totally
providing you patches, help..etc. and you would be on your own on such
functionality like any otherapache license.that's pretty standard... not just
for ActiveMQ.. I think that'scommon for any other project.On Tue, Mar 17, 2020
at 9:05 PM michael.andre.pearce wrote:>> I
totally
affect the
implementation.. .we can keep a plugin's area in thebroker... and activate them
based on the CLI / config.I just want to make sure we can unlock this going
forward.On Tue, Mar 17, 2020 at 8:53 PM
michael.andre.pearce wrote:>> Well the
point is without us having sorted the issue
ter, if you want
to have your kafka plugin again, justraise a discussion.. but we can't block
every new functionality basedon that baggage.On Tue, Mar 17, 2020 at 7:35 PM
michael.andre.pearce wrote:>> I think the
issue with plugins is that whats the rule to include one or not.You kno
13, 2020 at 3:42 AM
michael.andre.pearce wrote:>> I think a
main thing here is a pluggable api.If someone already has etcd, zookeeper,
consul etc. In their infrastructure they should be able to reuse.Like wise if
you have multiple bulkheaded broker sets it be useful to be able to reuse the
I think a main thing here is a pluggable api.If someone already has etcd,
zookeeper, consul etc. In their infrastructure they should be able to
reuse.Like wise if you have multiple bulkheaded broker sets it be useful to be
able to reuse the same quorum compontent e.g. in ZK that would be a diffe
I am not voting yet either way.Have checked checksums and built on linux fine
and smoke tested.It does not seem to build fully on windows with some tests not
passing. I think this has been raised somewhere in dev or user mail list over
the last month or two.It used to build fine though (the last
I agree .As per other mail rather than trying to make some new api or something
esoteric.It be much better to simply update NMS api to 2.0 e.g. add shared
durable and shared non durable consumer methods to api. Along with others.This
then give you what you need KPNMS is meant to be a port of the
KPShared durable and shared non durable is covered in JMS 2.0 api. The NMS api
is meant to be a JMS equiv. As such simply we need to add those methods and
other parts of JMS 2.0 to NMSNo need to make new or different apis IMHOMikeSent
from my Samsung Galaxy smartphone.
Original message
This sounds like a reasonable pattern to me. Especially in an event based
architecture.As i noted in the other email. My main concern is being able to
keep the ability to detect dead or live locks (code issues historically) which
is what critical analyser is there for vs its just processing data
It might be problematic atm. But should it be? Paging shouldnt be a problem, it
really should be perf. I think one of the ideas for how we could support
retroactive in future is to have an address in always page mode. This means if
more than anything we should make sure paging is rock solid. Im
Thats a concern for me. Also the setup for every repo.I think personally having
a single repo will be easier for starters. We can always split out groups of
modules later, or even one per module. If it gets too much.But for a first go i
think having a single repo for plugins and other extensions
michael.andre.pearce wrote:> Seems that
change is causing a number of issues. Someone flagged> transformer, also if
message is paged flags set are not preserved either> after depaging.Sent from
my Samsung Galaxy smartphone.> Original message From: Clebert
Suconic <> clebert.suco.
Seems that change is causing a number of issues. Someone flagged transformer,
also if message is paged flags set are not preserved either after depaging.Sent
from my Samsung Galaxy smartphone.
Original message From: Clebert Suconic
Date: 26/05/2019 05:18 (GMT+00:00) To:
us..
To be more precise, going from 2.6 to 2.7 these things have been affected. May
not be that commit. But def a significant change in behaviour, thats not
ideal.Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 26/05/2019 06:2
That said prob best just to respin if you think its a critical bug. Sent from
my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 01/05/2019 08:04 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [VOTE] Apache ActiveMQ Artemi
://github.com/apache/activemq-artemis/pull/2656/commits/46d550bda25eae609ee874f5f88b28221a141083It's
not a regression on 2.8.0, but a blocker bug on 2.7.0.Would I be better on
cancel 2.8.0 and respin it.. or do a 2.8.1 asap?On Mon, Apr 29, 2019 at 7:11 AM
michael.andre.pearce wrote:>&
+1 have built locally, and run a number of basic flow tests using core and
amqp.Sent from my Samsung Galaxy smartphone.
Original message From: Francesco Nigro
Date: 27/04/2019 15:50 (GMT+00:00) To: dev@activemq.apache.org Subject: Re:
[VOTE] Apache ActiveMQ Artemis 2.8.0 +1Il
My main concern is that we should look at providing metrics agnostic of
specific implementation such as Prometheus. As many organisations use different
infrastructure/software for metrics. i think the apache project should remain
un-opionated.I really like Victors suggestion of looking at somet
If we did a 2.0, as NMS is an equiv of JMS would it be an idea to add equiv JMS
2.0 methods into NMS.Sent from my Samsung Galaxy smartphone.
Original message From: "Heiser, Derek"
Date: 17/04/2019 18:10 (GMT+00:00) To: dev@activemq.apache.org Subject: RE:
AMQNET-565: .net sta
+1 for me.I think as long as we keep a 1.7.x branch for anyone who may need
changes for the older versions. 4.5 is now 5 years old. Its like artemis
supports java 8+ now. If issue for older wed have to goto old version.Having a
clean slate with .net std for 1.8 sounds sensible.Also really great
native
by downloading the branch from the PR.> Everything related to libaio should
work as expected on the branch and> that will consume the release bits.>>>> On
Tue, Mar 5, 2019 at 12:55 PM michael.andre.pearce>
wrote:> >> > Without sounding silly. How
a
> > > > > > >
Martyn> > > > > > > >> > > > > > > > 1. https://status.apache.org/> > > > > > >
> 2. http://activemq.us.apache.org/> > > > > > > >> > > > > > > &
I have some image editing software that works with pngs well so if we need some
tweeks im happy to help.Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 05/03/2019 21:22 (GMT+00:00) To:
dev@activemq.apache.org Subject: R
Without sounding silly. How am i meant to check this?Currently its a lib but as
we dont have the activemq artemis bit removed in master and dependency on it i
cannot build artemis with it and check its behaviour.Do you have a branch in
artemis that we can use that builds based on the dependency?
p; Powerful Open Source Multi-Protocol Messaging"RobbieOn Tue, 5
Mar 2019 at 13:43, Clebert Suconic wrote:>> I
really like Martyn’s statement. TBH.>>> On Mon, Mar 4, 2019 at 5:07 PM
michael.andre.pearce> wrote:>> > I am
just against making it seem we are exclusi
As in +1 For "Flexible & Powerful Open Source Multi-Protocol Messaging"Sent
from my Samsung Galaxy smartphone.
Original message ----From: "michael.andre.pearce"
Date: 05/03/2019 16:17 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: Website +1 r
I am just against making it seem we are exclusively broker only. Present it
maybe. But past it wasnt and future i hope it isnt.Happy for an alternative.
But atm i much prefer keeping it as Martyn had it.Sent from my Samsung Galaxy
smartphone.
Original message From: Justin Bertra
://activemq.apache.org/users.html[2]
http://activemq.apache.org/projects-using-activemq.htmlOn Mon, Mar 4, 2019 at
11:20 AM michael.andre.pearce wrote:> The
current website though does have this. I believe people contribute if> their
company uses.In general i like. Tag line i think i preferre
> On Fri, Oct 26,
2018 at 8:54 PM Bruce Snyder > > > > wrote:> > > >> > >
>> +1> > > >>> > > >> Bruce> > > >>> > > >> On Tue, Oct 23, 2018 at 2:26 PM
Clebert Suconic <> > > >> clebert.suco..
sets, they are fairly
intertwined.> > Which again I say having them all filtered into the same place>
> already. (To be clear, I wasnt in favour of issues@ existing either,> > I'd
have it all on dev@ personally. I'm not one of those proposing> > otherwise
however).&
r I talked to a
few non committers who thoughtour list was too cluttered.So, please.. when you
think about this please think of those noncommitters looking at our list.On
Thu, Feb 21, 2019 at 3:01 PM
michael.andre.pearce wrote:>> So here i
disagree. The comments on pr for me are discu
s-is)so long as people get notice of the specific change and time
to chipin about it, as im going to filter it all back into one pot
anyway.RobbieOn Thu, 21 Feb 2019 at 17:08,
michael.andre.pearce wrote:>> If (+0 on it
moving) we move i would rather it be a new list.Id actually be again
throughout the thread and commits@ was only> > > >>>>>>> mentioned as a 'for
instance' by JB once mid-thread.> > > >>>>>>>> > > >>>>>>> I'm -1 on using
"commits@" personally, I do
I am also +0 on this. I find email filters more than adequate, and avoid me
having to maintain several mail group subscriptions, it will all come to one
mailbox anyhow.Sent from my Samsung Galaxy smartphone.
Original message From: Clebert Suconic
Date: 15/02/2019 22:39 (GMT+0
Also if others all prefer native and thats the consensus im not going to be
upset.
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 30/01/2019 17:31 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [DISCUSS] Active
s for future Storage.. future network..
dunno... I just like to keep the name open.
If you don't like the name native that's fine.. but libaio is too restrictive.
On Wed, Jan 30, 2019 at 12:15 PM michael.andre.pearce
wrote:
>
> Just on name front. I would call it activemq-libaio
27;s quite good with native stuff!) :)
Obviously Michael you know that you're more then welcome on it as well eh,
I'm just taking the initiative :D
Il giorno mer 30 gen 2019 alle ore 17:51 michael.andre.pearce
ha scritto:
> Tbh, i see nothing wrong with making it a mini sub projec
One core bit would be that obviously we should ensure libaio is in disto so it
works out the box as it does today.
But i took this as given.
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 30/01/2019 16:51 (GMT+00:00
Tbh, i see nothing wrong with making it a mini sub project. If anything having
some sub projects is a good thing.
Would the supporting java code be moved also?
And would we look to make the interfaces more generic?
Im keen if we separate something thats currently tighly embedded in artemis, we
ma
Forgot to say, thanks as always to Clebert for running the release
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 21/01/2019 16:23 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [VOTE] Apache ActiveMQ Artemis 2.6
I have taken the release, built and deployed, and run a number of smoke tests
+1 binding
Sent from my Samsung Galaxy smartphone.
Original message From: Howard Gao Date:
21/01/2019 01:38 (GMT+00:00) To: dev@activemq.apache.org Subject: Re: [VOTE]
Apache ActiveMQ Artemis 2.6.
gt; > > > know they are busy.. so if anyone here knows a better
> > way
> > > > to
> > > > > > > handle
> > > > > > > > > > > > this
> > > > > > > > > > > > On Mon, Oct 8, 2018 at 9:1
at 1:59 PM michael.andre.pearce
wrote:
> Because our brokers are fully secured, if we need to stop incoming
> messages we simply remove the produce authorisation for users using
> security settings.
> This seems to work. Is this maybe an option for you?
>
>
> Sent f
Because our brokers are fully secured, if we need to stop incoming messages we
simply remove the produce authorisation for users using security settings.
This seems to work. Is this maybe an option for you?
Sent from my Samsung Galaxy smartphone.
Original message From: Howard Ga
ot as easy..
like.. right now we have a few broken tests (if you run an entire
testsuite), what would break a release.
On Wed, Oct 3, 2018 at 11:37 AM michael.andre.pearce
wrote:
>
> I see users asking sometimes when would bug fix y or feature x be available.
> I see alot of other apache pr
I see users asking sometimes when would bug fix y or feature x be available.
I see alot of other apache projects have a clear feature and bug release
cadence policy, which helps users know and expect what timescales to expect
stuff.
Also it stops problems of features being held up behind some bi
Bruce
On Tue, Oct 2, 2018 at 8:40 AM michael.andre.pearce
wrote:
>
> Hi all,
>
> I just wanted to get the ball rolling again on this discussion, we've made
> some great progress made on the initial code base we started a while back,
> we've created a responsive
> des
Hi all,
I just wanted to get the ball rolling again on this discussion, we've made some
great progress made on the initial code base we started a while back, we've
created a responsive
design based on bootstrap which looks pretty nice on both mobile and desktop,
bringing us into 2018 ;). Al
I will repeat what Justin has asked, Please use the user list, stop using the
dev list.
What is set is upto you in client code. I think Justins been clear on this.
With this you need to code and manage this in your intermediate process B.
Sent from my Samsung Galaxy smartphone.
Origin
A minute is a very long time.
Sent from my Samsung Galaxy smartphone.
Original message From: Robbie Gemmell
Date: 07/09/2018 14:53 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [DISCUSS] Network cable disconnected
qpid-jms sets the netty connect timeout option, d
chael, while I work on a few other things in the
mean-time.
Justin
On Thu, Sep 6, 2018 at 11:27 AM, michael.andre.pearce <
michael.andre.pea...@me.com.invalid> wrote:
> Ive been looking at the routing type issue. And why the original issue is
> there.
> There isnt actually any iss
updated and that throws exception
meaning it doesnt get to queue update. Its relatively simply to fix. Ill try
send a pr.
And yes heres a +1 if were all on board with fixing that a different way
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.p
;
> > Justin
> >
> > [1] https://issues.apache.org/jira/browse/ARTEMIS-2065
> >
> > On Thu, Sep 6, 2018 at 9:57 AM, michael.andre.pearce <
> > michael.andre.pea...@me.com.invalid> wrote:
> >
> > > Whats solution for monday? Revert the chang
release had already passed anyways. As I said the only reason I
didn’t send the result yesterday night was for a personal appointment I
had.
On Thu, Sep 6, 2018 at 7:53 AM michael.andre.pearce
wrote:
> Not really. This is a regression and causes message loss as queue is
> destroyed w
49 AM michael.andre.pearce
wrote:
> Im going to have to -1 this.
> It seems that with delete queue force set, if i change routing type by
> mistake the queue is destroyed. The intent of this flag was to remove a
> queue only. Not be a flag around redeploy on change. As such breaks some
> existing
Seems this change in behaviour is caused by a pr to try fix 2065.
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 06/09/2018 10:48 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: [VOTE] Apache ActiveMQ Artemis 2.6.3
Im going to have to -1 this.
It seems that with delete queue force set, if i change routing type by mistake
the queue is destroyed. The intent of this flag was to remove a queue only. Not
be a flag around redeploy on change. As such breaks some existing use.
Unfortunately there was a last minute
works for embedded dependencies. But how that works on the server
classpath?
On Fri, Aug 17, 2018 at 7:41 PM michael.andre.pearce
wrote:
> I would suggest we implement what netty does with native libs like epoll.
> Package a 32 and 64 bit and depending on deployed architecture and os, you
I would suggest we implement what netty does with native libs like epoll.
Package a 32 and 64 bit and depending on deployed architecture and os, you use
the corresponding compiled native lib.
This way those on 64bit get the advantage. Yet supporting those on 32bit still
where needed.
Sent from
Ive sent a pr to master to show the issue and fix which would need to go to
2.6.x branch
https://github.com/apache/activemq-artemis/pull/2249
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 14/08/2018 06:04 (GMT+00:00
Hi Clebert
Theres an NPE introduced in
https://github.com/apache/activemq-artemis/commit/bf282e5e7d133e898f0dc4d08f4df87722fc5a91
I have commented on the PR that was merged that introduced it. So needs to be
fixed before release.
Sent from my Samsung Galaxy smartphone.
Original message
Hi All,
Its been some time and some progress i think has been made in the roadmap that
was made on the wiki.
Notable progress once the next release occurs im aware of:
FQQN enhancements for virtual topic use cases
Exclusive consumer support
Destinatiin features: consumersBeforeDispatch and delayB
Damn phone
Comparabilty = compatibility
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 25/05/2018 22:59 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: Custom serialization mechanism for
ActiveMQMessages
So our
Fri, May 25, 2018 at 1:36 PM, michael.andre.pearce <
michael.andre.pea...@me.com> wrote:
> Typo but important one.
> I think = i dont think
>
>
> Sent from my Samsung Galaxy smartphone.
> Original message From: "michael.andre.pearce" <
>
Typo but important one.
I think = i dont think
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 25/05/2018 21:35 (GMT+00:00) To:
dev@activemq.apache.org Subject: Re: Custom serialization mechanism for
ActiveMQMessages
thing else you have in mind?
What about add a custom new JMSType to the type you choose.
Also. I believe this could be a nice point to bring up to JakartaEE. a
new ObjectType with pluggable serialization would be a nice addition.
On Fri, May 25, 2018 at 4:06 PM, michael.andre.pearce
wrote:
&g
Ill resend back a new pr with this support next week if there is renewed
interest.
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 25/05/2018 20:40 (GMT+00:00) To:
dev@activemq.apache.org Cc: Martin Ross Subject: R
Here is original thread on this
http://activemq.2283324.n4.nabble.com/DISCUSS-Custom-Object-Serialisation-Support-tt4726741.html#a4727019
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 25/05/2018 20:37 (GMT+00:00
We ended up putting that code here
https://github.com/JMSComponents/custom-serdes-jms
After some lengthy debates on chat, but be great if we are looking to re add
back
Sent from my Samsung Galaxy smartphone.
Original message From: "michael.andre.pearce"
Date: 25/0
We implemented a similar idea, but made it jms agnostic. There is some historic
thread around this on the mail list. Be def good to compare and if now more
than one user needing this to re look at artemis having this.
Sent from my Samsung Galaxy smartphone.
Original message Fro
It does not. This is the classic ActiveMQ 5.x range that just had release.
ActiveMq Artemis has its own versioning currently 2.6.0 just released this week
also.
You can find artemis latest and historic versions here:
https://activemq.apache.org/artemis/download.html
Sent from my Samsung Galaxy sma
Have you looked at Apache Activemq Artemis it has replicated journal.
Sent from my Samsung Galaxy smartphone.
Original message From: maheedhar1010
Date: 08/05/2018 19:54 (GMT+00:00)
To: dev@activemq.apache.org Subject: What is the best architecture to set up an
activemq clu
97 matches
Mail list logo
