Thanks for the responses guys! You are exactly right Eddie, I was playing
with the classpath to get the in-vm ActiveMQ to support stomp in 3.4.2. Its
great that stomp is officially supported in 3.5, I didn't know that and it
will make my life much easier.
I haven't had to set up an external ActiveMQ before, as I've never had
performance trouble with the in-vm one included with Fedora. I've been
meaning to get that setup and give it a try though, so I'll give you
suggestions a try Adam.
Cheers,
Jonathan
On Thu, Nov 17, 2011 at 10:56 PM, <aj...@virginia.edu> wrote:
> Perhaps this is a matter of the just-right configuration of ActiveMQ?
>
> My habit is always to follow the practice of:
>
>
> https://wiki.duraspace.org/display/FEDORA35/Messaging#Messaging-activemqbridge
>
> and configure an external broker so that Fedora can store-and-forward.
> That _should_ make offering a Stomp facility no more than a stanza of
> Spring XML in your ActiveMQ configuration file, e.g.:
>
> <transportConnectors>
> <transportConnector name="stomp" uri="stomp://
> 0.0.0.0:61612?transport.closeAsync=false"/>
> </transportConnectors>
>
> or
>
> <transportConnectors>
> <transportConnector name="stomp+nio" uri="stomp+nio://
> 0.0.0.0:61613?transport.closeAsync=false"/>
> </transportConnectors>
>
>
> ---
> A. Soroka
> Online Library Environment
> the University of Virginia Library
>
>
>
>
> On Nov 17, 2011, at 10:54 AM, Edwin Shin wrote:
>
> > On 17 Nov 2011, at 11:37 PM, Jonathan Green wrote:
> >
> >> Do you know if there is a better way to use a stomp broker from within
> fedora then including the whole spring framework release in the classpath?
> >
> > Are you just trying to get the in-vm ActiveMQ broker to support Stomp?
> In Fedora 3.5 there shouldn't be any additional classpath munging required (
> https://jira.duraspace.org/browse/FCREPO-883).
> >
> ------------------------------------------------------------------------------
> > All the data continuously generated in your IT infrastructure
> > contains a definitive record of customers, application performance,
> > security threats, fraudulent activity, and more. Splunk takes this
> > data and makes sense of it. IT sense. And common sense.
> > http://p.sf.net/sfu/splunk-novd2d
> > _______________________________________________
> > Fedora-commons-users mailing list
> > Fedora-commons-users@lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>
>
>
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure
> contains a definitive record of customers, application performance,
> security threats, fraudulent activity, and more. Splunk takes this
> data and makes sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Fedora-commons-users mailing list
> Fedora-commons-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
>
--
Jonathan Green
DiscoveryGarden Inc.
Sims Office Suites Building, 3rd Floor, 118 Sydney Street
Charlottetown, PE C1A 1G4
902.367.3851 discoverygarden.ca
jonat...@discoverygarden.ca
skype: jonathan.edwards.green
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure
contains a definitive record of customers, application performance,
security threats, fraudulent activity, and more. Splunk takes this
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
