I found the issue, I added a jndi.properties file under the /conf
directory containing the following and it works fine now (didn't need this
under AMQ 5.5, strange)...
java.naming.factory.initial =
org.apache.xbean.spring.jndi.SpringInitialContextFactory
--
View this message in context:
http:/
Hi Philip,
Glad you were able to fix the problem and get it working. Good luck with
your project!
Best,
Jim
On Sun, Sep 30, 2012 at 8:55 PM, philipyao wrote:
> Hi Jim!
>
> A teammate of mine figured out what was wrong.
> I was using the port number for the web app for the admin side of ActiveM
I tested my ActiveMQ 5.5.0 (fuse version) app in AMQ 5.6.0 and noticed that
our Spring JNDI configured Oracle datasources aren't being found.
The only thing I changed in my applications was the pom.xml versions of
AMQ/Spring (to match the 5.6 versions). Otherwise, I'm using the identical
applicati
Hi
Ah redelivery per destination is coming in ActiveMQ 5.7. The docs
hasn't been updated with details.
But you can maybe get some idea from the committed code
https://issues.apache.org/jira/browse/AMQ-3224
https://fisheye6.atlassian.com/changelog/activemq?cs=1356927
On Sat, Sep 29, 2012 at 2:56
W.r.t transacted message delivery the semantics are the same for blob
message and any other message type.
A blob message is only different in that it contains an indirection to
the content. Access to the content is unrelated to transacted
delivery.
On 20 September 2012 06:42, M1xa1L wrote:
> Does
This may be related to concurrentStoreAndDispatchQueues=true, the
question is what is making changes to the properties of the message
after it is send and while it is being stored.
Is the TraceBrokerPathPlugin installed on the broker, that could be a culprit.
Is copyMessageOnSend disabled on the
