I have an ActiveMQ 5.14.5 running on Windows I have a login.config setup as
listed below:
activemq-domain {
org.apache.activemq.jaas.PropertiesLoginModule required
org.apache.activemq.jaas.properties.user="users.properties"
org.apache.activemq.jaas.properties.group="groups.prop
No I'm not dynamically adding meta-data to messages which the user sends.
The system stores users and generates tokens for them after connection.
tokens are expired within a period of time.
So my broker receive token, and then send it back to the system for security
matters and to identify users(ge
> How can I change my packaging/deployment? Could you tell me more ?
I believe that's being addressed on your JBoss forum thread.
> I should receive token from client who try to connect to my broker, then send
> it to a system in order to verify client and to get further informations
> about h
How can I change my packaging/deployment? Could you tell me more ?
For the "token" use-case, I should receive token from client who try to
connect to my broker, then send it to a system in order to verify client and
to get further informations about him.
--
View this message in context:
http
If you're using a modern version of JBoss (e.g. 7.x or Wildfly) then just about
everything has an isolated classloader. It won't matter that the WAR is
deployed before the broker. The broker still won't be able to see classes in
the WAR (and that is a good thing). You'll need to configure thi
1) When I start my jboss, I see that the war is deployed before activeMQ.
2) I need this plugin because I need to implement a code that send token to
a remote system to verify token passed by client.
To summerize my purpose is to call a class included in a war from the
activemq rar.
I also posted
I think this question is probably best answered by the JBoss community as the
problem is almost certainly related to classloading and/or dependency
management. In general there are a couple of things that don't make sense to
me about what you've described:
1) You've configured your broker to
I have an activemq broker deployed inside my jboss server.
I am following this link in order to limit the connectivity to the ActiveMQ
server based on Token
*https://mariuszprzydatek.com/2014/01/04/token-based-authentication-plugin-for-activemq/*.
I created a project named "authentification" in e
Can you share a test?
On Tue, May 30, 2017 at 1:09 AM, vishal3007 wrote:
> if ActiveMQJMSConstants.INDIVIDUAL_ACKNOWLEDGE is used as acknowledgement
> option and queue is marked as last-value-queue, then calling recover() on
> the JMSContext does not re-deliver the message.
>
> Please see the att
Its already raised quite a sometime back but not sure that whether somebody
is really looking into it.
https://issues.apache.org/jira/browse/ARTEMIS-1004
--
View this message in context:
http://activemq.2283324.n4.nabble.com/Artemis-ActiveMQMessage-getJMSRedelivered-is-returning-false-in-case-o
Can you please submit a bug in JIRA for this issue?
On May 30, 2017 1:21 AM, "vishal3007" wrote:
> if ActiveMQJMSConstants.INDIVIDUAL_ACKNOWLEDGE is used as acknowledgement
> option and more than one message is re-delivered only first message is
> having ActiveMQMessage.getJMSRedelivered() as tr
11 matches
Mail list logo
