-
1. Re: Test new backport
earlgrey Apr 10, 2002 4:26 PM (in response to pra)hi peter,
did you branch out the backport yet? I am using the supplied binary in a test (though I cannot get the jdbc persistence working).
thanks a lot for the work!
lars -
2. Re: Test new backport
pra Apr 11, 2002 2:31 AM (in response to pra)Nope, there should be some more testing.
//Peter -
3. Re: Test new backport
valenta_jakub Apr 11, 2002 3:41 AM (in response to pra)Hi Peter,
I have had quite a few problems with the old version of JBossMQ, so I am really happy to see the backport happening. I am also going to test if it solves problems I had.
And I'll let you know if something does not work.
However, I would need to get some spec. telling how to configure the new JBossMQ, the files like jbossmq-state.xml are different, and I do not understand the meaning of some elements.
How, exactly define the role? How is the role used?
How to create the durable subscription dynamically, etc.
Is there any good explanation of the new JBossMQ
br,
Jakub -
4. Re: Test new backport
pra Apr 11, 2002 3:55 AM (in response to pra)Hi, try start by reading:
http://sourceforge.net/tracker/index.php?func=detail&aid=526622&group_id=22866&atid=381174
And get back again if things don't work out.
//Peter -
5. Re: Test new backport
valenta_jakub Apr 11, 2002 7:02 AM (in response to pra)Hi Peter,
two things,
1) the structure of the oswego-concurrent.jar is somehow strange it is
EDU.oswego.cs.dl.util.concurrent.EDU.oswego.cs.util.concurrent !!
It took me some time to realize that what i need to put to my class path was not just the oswego-concurrent.jar file
but oswego-concurrent.jar/EDU/.../.../../concurrent
otherwise I was getting Exception.
Is it possible to recompile into some more sensible structure?
2) Now I am getting other exception ;-)
JMSSecurityException: User: InternalCS01 is NOT authenticated
I set the user in the jbossmq-state.xml:
...
InternalCS01
InternalCS01
InternalCS01
...
ServerManager
InternalCS01
...
in jboss.jcml i put the following
jboss.mq:service=Server
jboss.mq:service=SecurityManager
Where is the problem? Do I need to use the JAAS to authorize? How to do it I have never used JAAS before :-(.
btw: what is the create="true" attribute?
Appreciated,
Jakub -
6. Re: Test new backport
pra Apr 11, 2002 7:42 AM (in response to pra)1. I have no idea whats up with oswego. Never had any problems with that.
2. All looks fine. Have you edited the auth.conf and included the new jbossmq security domain. The JAAS part does pretty bad logging, so failure in that part is often only possible to get at when trace/debug has been turned on.
// Security domain for JBossMQ
jbossmq {
//
// Security domain for JBossMQ. Other Login modules may be used.
org.jboss.security.auth.spi.ProxyLoginModule required
moduleName=org.jboss.mq.sm.file.DynamicLoginModule
unauthenticatedIdentity="guest"
sm.objectname="jboss.mq:service=StateManager"
;
};
3. create is the ability do dynamically create a durble subscription. I.e a user that belongs to a role wich has create right my set its own clientId right after the connection is created and then create a durable subscription.
//Peter -
7. Re: Test new backport
valenta_jakub Apr 11, 2002 8:32 AM (in response to pra)Thanks once more,
now it works just fine.
The problem was that the auth.conf I got in the jbossmq-backport-1.2.zip file was incorrect (see below)
// Security domain for JBossMQ
jbossmq {
//
// Security domain for JBossMQ. Other Login modules may be used.
org.jboss.mq.sm.file.DynamicLoginModule required
unauthenticatedIdentity="guest"
sm.objectname="jboss.mq:service=StateManager"
;
};
br,
Jakub -
8. Re: Test new backport
pra Apr 11, 2002 8:51 AM (in response to pra)Hm, I tough I updated that. Will have to look into it.
Great that it works.
//Peter -
9. Re: Test new backport
earlgrey Apr 11, 2002 10:00 AM (in response to pra)
I am using the backport in order to get the
jdbc persistence working.
File persistence works, however this is not what we need -
I cannot get the jdbc PersistenceManager to accept the configured datasource:
[INFO,PersistenceManager] Starting
[ERROR,PersistenceManager] Stopped
javax.management.AttributeNotFoundException: JndiName not accessible
at com.sun.management.jmx.MBeanServerImpl.getAttribute(MBeanServerImpl.java:1197)
at com.sun.management.jmx.MBeanServerImpl.getAttribute(MBeanServerImpl.java:1151)
at org.jboss.mq.pm.jdbc.PersistenceManager.startService(PersistenceManager.java:138)
at org.jboss.util.ServiceMBeanSupport.start(ServiceMBeanSupport.java:103)
at java.lang.reflect.Method.invoke(Native Method)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1628)
at com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerImpl.java:1523)
at org.jboss.configuration.ConfigurationService$ServiceProxy.invoke(ConfigurationService.java:967)
at $Proxy0.start(Unknown Source)
Have you backported with some updated jmx-stuff that has not made it into 2.4.4?
Lars -
10. Re: Test new backport
pra Apr 11, 2002 10:10 AM (in response to pra)Yea, the backports tries to fix all JMX stuff automtically, and it is fairly possible that the jdbc stuff does not work, since I never have used it personally.
Unfortunately you are on your own here...
//Peter -
11. Re: Test new backport
earlgrey Apr 11, 2002 1:59 PM (in response to pra)no prob - that´s why i was asking for the branch (i.e. source).
lars -
12. Re: Test new backport
pra Apr 12, 2002 3:02 AM (in response to pra)The way to go right now is to have a linux box, download the backpatcher perl skript, follow the instructions and you will have yourself a fresh copy of the backport.
//Peter -
13. Re: Test new backport
valenta_jakub Apr 12, 2002 5:41 AM (in response to pra)Hi,
I made it running but again I encounter similar problem as before:
I use durable subscription (I am not running as MDB) and I tried both AA and CA modes.
The problem is that if the application goes down during the processing of the message (i.e. before the onMessage() returns, or message.Acknowledge() is called). The message is not redelivered unless I restart whole JBoss !!!
Any way how to solve this
br,
Jakub -
14. Re: Test new backport
hchirino Apr 13, 2002 12:37 AM (in response to pra)The latest CVS sources have a new JDBC persistence manager that I put to gether. It's based on the old one but the SQL used is much more configurable and it leverages the database's relational nature to lower memory usage.
It's also the only persistence manager that allows you to redeploy queues. The other persistence managers will not be able to restart a queue once it has been destroyed.
Regards,
Hiram