genman wrote :
| I seem to recall Adrian coming up with something in CVS recently.
|
Not guilty. :-)
I am merely testing some code that somebody else contributed.
It has only been tested on 10g so far:
http://jira.jboss.com/jira/browse/JBAS-2503
This question has been asked enough times now that I created an FAQ
http://wiki.jboss.org/wiki/Wiki.jsp?page=ItHangsTalkingToTheDatabaseOrItReportsADeadlock
The solution is talk to your database admin.
and also to use search so we don't have to continually repost these answers,
where we even
There is difference between the JDBC program that I have written to retrieve
the BLOB from the JMS_MESSAGES and the code in the JBoss
PersistenceManager.java
My code :
BLOB blob = null;
blob = ((OracleResultSet)rs).getBLOB (2); InputStream instream =
blob.getBinaryStream();
The JBoss
If you can reproduce your hanging issue, then get a stack trace and determine
the issue. Obviously if it's stuck in some JDBC call, it's a problem with the
driver.
It's highly likely your problem is with Postgres, but it would be nice to have
a correct example configuration for persistence
Obviously, if you can fix the problem yourself by making a simple code change,
feel free to contribute a suitable patch. I seem to recall Adrian coming up
with something in CVS recently.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3912245#3912245
Reply to
Hi upankar
I hgave tried the following code in BasicQueue.java and it seems to work. Not
sure of the implications in a clustered environment. Still to add some thread
safe locks if necessary.
|
|public SpyMessage[] browse(String selector) throws JMSException
|{
| if
i am using JBOSS 3.2.3
(please dont rush me to upgrade, we are using this in operational mode, so huge
testing to be done for migration)
Am confused by the same issue. Would the following code do in order for the
publish of message to Topic to be part of transaction.
Yeah I am using oracle thin driver . The only changes I have done is changed
the following field sizes :
in the table : JMS_MESSAGES
I had to change the DESTINATION size to 4000 char .
and in the JMS_SUBSRIPTIONS
I had to change the SELECTOR size to 4000 char .
This was
Thanks for your answer. I do appreciate. But i have some apprehensions
modifying the source code - I think Jboss controlls all code changes , patch
etc, and doing on our own probably might not be legal.
Hence, we have implemented a work-around. When we need re-delivery, we add the
message
I typed MyTopic
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911932#3911932
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911932
---
This SF.net email is sponsored
actually, it *was* partially a jbossmq bug. i'd say that the messages getting
committed on rollback was most certainly a jbossmq problem.
i am indeed pursuing the problem from the oracle side of things. apparently
you have some crystal ball and can tell that the jboss transaction manager is
Hello upankar
I was the one who posted a similar question last month and after much searching
I was unable to find a solution to my problem. I was told that there might be
a patch, but I am unable to find it. Not sure if you have to have a
subscription to access it. I did find a reference
No answer?
Which MBean registers those methods? It is vital to be able to intermediately
suspend delivery to an MDB! Imagine a productive system and you discover an
error in your code that causes lots of messages to generate exceptions. Then
you will need to stop delivery (automatically) until
oh common genman,
it was urgent so wrote that way , but i guess was understandable.
Kindly do tell me if you know What are the Classes Org.jboss provides for
QueueConnectionFactory and Queue.
Thanks
View the original post :
Jason,
I know its been a while since you posted your problem.
Did upgrading fix your Inuse -1 problem.
We are getting the same problem using JBoss 3.2.3 on Windows 2000.
We specifically see the problem on our connection pool for the persisted
JMS queues. We are using MSSQL as our database.
There is no benchmark. Simply I noticed that on my console and I was just
wondering if there might be an obvious reason that I don't see
Julien.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911674#3911674
Reply to the post :
I found some interesting info in the spec:
section 6.2 of the jms spec:
http://java.sun.com/products/jms/docs.html
anonymous wrote :
| Pub/Sub Latency
| Since there is typically some latency in all pub/sub systems, the exact
| messages seen by a subscriber may vary depending on how quickly
My suggestion is to read the release notes.
For others: http://www.jboss.com/index.html?module=bbop=viewtopict=72331
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911883#3911883
Reply to the post :
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Unanswerable question.
There is zero logical difference between a Queue and a Topic in terms of
latency.
The spec is just referring inherent latency in any asynchronous protocol
such as JMS, rather than a synchronous protocol, e.g. RPC.
You
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Unanswerable question, unless you share what you typed as the JNDI Name.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911885#3911885
Reply to the post :
I just read errorCode=XAER_NOTA
as in bad transaction id.
The correct forum is somewhere on Oracle.com
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911891#3911891
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911891
Oracle Thin? FAQ
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911890#3911890
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911890
---
This SF.net email is sponsored
jahlborn wrote : you're probably right that this is no longer a jbossmq
problem
It never was.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911893#3911893
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911893
http://wiki.jboss.org/wiki/Wiki.jsp?page=IntegrationWithWebSphereMQSeries
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911403#3911403
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911403
Its possible. Have a look at:
http://www.jboss.com/index.html?module=bbop=viewtopict=72153postdays=0postorder=ascstart=20
You can start reading from the comment by Matrix1234 Posted: Thu Nov 10, 2005
04:22 AMPost subject: Re: JMS problem
View the original post :
thanks jaikiran , your post has proved very valuable to me , tons of thanks to
you
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911440#3911440
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911440
is it possible that i've already read that page and followed the basic
instructions to configure oracle for xa? if you read my original email, xa on
oracle works fine until the number of messages in the transaction gets large
(as in the example code). you are correct that the answer may be
you're probably right that this is no longer a jbossmq problem (as i've now
gotten that question answered). which forum would you recommend that i move my
question to? there isn't a forum specifically for transaction related issues.
the closest might be the ejb forum?
View the original post
If you can't properly format a sentence, what chance do you have in writing
code?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911632#3911632
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911632
Would you care to publish a benchmark and suite?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911633#3911633
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911633
---
Well, easiest for me would be a callback method on the MDB like
void onCommitException(Throwable t);
(How to register it, is another issue). But as you say the commit is issued by
the pool I am not sure if that is still possible at that point or if the
instance has already been dismissed.
I currently have this problem and im just wondering if there was ever a resolve
to this issue?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911109#3911109
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911109
oglueck wrote : Well, easiest for me would be a callback method on the MDB
like
|
| void onCommitException(Throwable t);
|
| (How to register it, is another issue). But as you say the commit is issued
by the pool I am not sure if that is still possible at that point or if the
instance
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Will you stop posting ME TOO! They never get answered.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911143#3911143
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911143
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Asked so many times before.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911145#3911145
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911145
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Read the docs
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911144#3911144
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911144
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
FAQ and not a JMS questions (JNDI)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911146#3911146
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911146
Adrian, I'm afraid you lost me here. I guess I am out of luck with CMT. The JCA
inflow sounds interesting. I saw the documentation on that and I'm sure I can
make JBoss use JCA inflow for my MDBs. But where do I go from there? Where do I
control the transaction then?
View the original post :
Already done,
I didn't found the answer, that's why I post here.
thank you.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911166#3911166
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911166
Not sure if this is the solution to your problem, but try to use
a javax.ejb.MessageDrivenContext.getUserTransaction().setTransactionTimeout()
call within your onMessage() method to override the default transaction timeout
initialized by the JBoss transaction manager.
Regards
Ulf
View the
Thanks.
Can I modify this value in the jboss configuration without
changing the java code ?
I'm going to try this.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911200#3911200
Reply to the post :
Thanks a lot, genman
I was able to code what I needed once I understood that both receiving and
sending pieces of the architecture should be using MQQueueConnectionFactory to
create connections to send or receive messages
Best,
James
View the original post :
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
FAQ
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911285#3911285
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911285
You don't with CMT and EJB2.0,
unless you want to get into non-portable behaviour,
read the FAQ
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911286#3911286
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911286
to follow up on this, i managed to get my test code running on 4.0.3SP1, and
the rollback problem has indeed been fixed, but there is still the problem of
why the rollback occurs in the first place. so, one of the original questions
remains: has anyone else seen this behavior while using jboss
Sorry.. but i still dont find the answer in the help link.. My specific
question is
Is there a way to view the scheduled messages ( i.e. scheduled for redelivery)
?
Because i could see that anything that is not acked by the MDB in CLIENT_ACK
mode increases the scheduledMessageCount by 1
also with an oracle database on the backend.
Just maybe this isn't a question you will find answered in the JBossMQ forum.
Maybe this FAQ is elsewhere?
i don't see how the question is redundant
I despair ...
http://www.jboss.com/wiki/Wiki.jsp?page=FAQJBossJCA
Database:
I have problems with
upankar wrote :
| Could you help point me to exact answer ?
No, because I am not a search engine. I gave you a link to the search engines.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911327#3911327
Reply to the post :
I can tell you I remember a similar question was asked within the last month.
Go find it.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911328#3911328
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3911328
Well, it's not exactly committing a transaction in parts. But I might want to
send a response to a message even if the commit fails. And I need the exact
exception why the commit failed.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910852#3910852
Reply to
works fine
thanks!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910862#3910862
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3910862
---
This SF.net email is sponsored
I hate to give this response, but I don't see anything that allows you to
handle the failed TX path. But anything really is possible if you take a look
at the source code and write your own code to do what you want.
Address your request in the development forum.
You need to state more
The typical pattern is to create your own jms-ds.xml file that points to the
provider JNDI you created for your MDB. Then lookup the connection from
java:/JmsXA .
There is a getJMSReplyTo or some similar message in javax.jms.Message to
indicate the reply queue with.
View the original post :
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Redundant question and obviously not read the release notes for later versions.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3911037#3911037
Reply to the post :
It would require a plugin to the server session pool since this handles the
commit
for MDBs.
e.g. a bit like the retry processing for other ejbs, but you obviously can't
retry
for an MDB because the failed commit nacks the message back into the jms
destination.
View the original post :
i did read the howto on posting questions and i'm not sure where i missed the
mark. i don't see how the question is redundant. you were right that i didn't
read the release notes for future versions, however i did do extensive googling
and other jboss forum searching beforehand to no avail
Take a look at the DTD for jboss.xml -- which contains a element. It allows
your MDB to depend on JMX MBeans.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910810#3910810
Reply to the post :
There's no particular J2EE pattern for this, though if you want to commit the
transaction in parts, I suggest you split the source message into multiple
messages for each TX part and among multiple MDBs.
BMT might not work that well, as you can't control the commit of the MDB
message as part
STOP!!
Queue with selectors == Brain dead anti-pattern (JMS is not database that you
can run queries against).
Topic with selectors == fine. The selector is just a filter
On QueueRequestor, implement your own. This is like no lines of code:
| /*
| * JBoss, Home of Professional
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Read the docs
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910834#3910834
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3910834
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Read the release notes about the fix that gives you the real error message.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910836#3910836
Reply to the post :
[EMAIL PROTECTED] wrote : When you have it working, post the example so I can
add it to docs/examples/jms
Hi!
I am new on this topic. One question: How can I post you example of
sapdb-jdbc2-service.xml? I have worked one.
View the original post :
Add it to this thread by placing the xml configuration between [ code ] ... [
/code ] tags, but don't use the spaces shown here.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910538#3910538
Reply to the post :
but genman, that requestor class in such a shit. i mean it makes a blocking
call till it gets a response, and for it too we everytime have to create a
temporary queue , and put it into a destination, and feed this detination in to
request messages, then and only then that Requestor class works.
Genman,
Thanks for your reply.
After reviewing the forums, I was able to configure tibco integration except
for the security part as mentioned in my previous post.
Here is what I tried and it does not work.
Set up a jboss realm in login-config.xml with ems user id as 'jbosslookup'. I
guess
I've released PR2.1. It is available for download on sourceforge at
http://sourceforge.net/project/showfiles.php?group_id=22866package_id=157261
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910494#3910494
Reply to the post :
Hi,
Found the reason for not being able to receive. I was NOT calling
connection.start() before creating the consumer.
I have one more issue.
Our EMS server has security enabled and different queues have different user
ids and passwords. The examples that I see on the forums would work if all
Probably your security questions were covered in many many threads. See if you
can use Search.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910401#3910401
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3910401
javax.jms.QueueRequestor ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910402#3910402
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3910402
---
This SF.net email is
I've moved away from needing this solution to work, but I will try correcting
the message cache name if I have a chance in the future.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910004#3910004
Reply to the post :
jboss_eval,
I am having the same issue. Were you able to get some response from tibco or
from some one on this forum ?
If you were able to solve the problem, I would be thankful if you can share the
solution.
Regards
Mandar
View the original post :
This is exactly what I was looking for. Thanks for the fast help!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910199#3910199
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3910199
I was able to solve this question by myself.
It was possible!
Thanks.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3910209#3910209
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3910209
We just upgraded to JBoss 4.0.3 from 4.0.1 but we still got this error:(
Is there anything we can do, or is it just not possibly to use the JMS feature
in JBoss?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3909697#3909697
Reply to the post :
genman was saying that you should just send the whole DOM tree (put the parent
Node in an ObjectMessage).
Just watch out if you change the stack size because DOM is a deeply recursive
structure and the default java serialization is also very recursive.
Basically, what he was saying was:
It does depend on the XML tree depth. If you use something like JDom or Dom4J
as your object model, you might get different allowable tree depths.
XML serialization/parsing is inefficient compared to Java serialization.
View the original post :
Search for stopDelivery and JMX.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3909811#3909811
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3909811
---
This SF.net
crazytony - I wasn't trying to diss you with that comment, but my approach is
to always write things the logical way, then performance test them, then apply
any optimizations.
Still, for every message sent to a topic, JBoss has to evaluate the selector
against every topic listener. This seems
Genman,
Agreed, an additional serialize/parse is a bad thing. I was just pointing out
a pitfall which caused us quite a headache.
In an ideal world, we wouldn't need to change the stack size to fix a problem
with thread creation and this would all be moot.
We didn't need the node on the
Your MessageCache MBean has wrong name: should be
MyCompany.mq:service=MessageCache instead of jboss.mq:service=MessageCache.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3909890#3909890
Reply to the post :
I some times feel , how couldnt SUN think of this such an importanat issue
while creating JMS that they need to give some API for acheiving request
response , neways , i am going ahead with queues with message selectors. thank
to you both for your valuable comments
View the original post :
I apologize that sama is typo.
They have Queue of sama name(ex. queue/ReceiveQueue).
They have Queue of same name(ex. queue/ReceiveQueue).
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3909512#3909512
Reply to the post :
I am sorry. I will give some environment information:
We are using JBoss 4.0.1.sp1 in the default server configuration.
The OS y es Linux Redhat 9.
The JMS server is using UIL2 Invocation Layer and using Oracle 9i to persist
jms messages.
Charly
View the original post :
genman,
Can you point to the lines of code which cause selectors with topics to not
scale well?
Perhaps you are confused and are referring to selectors with queues, which are
a really, really bad idea.
rohit_mca2000,
We got the idea to switch to Topics with Selectors after seeing that
Watch your stack size if you are serializing a DOM object.
If you use the JBoss recommended stack size of 128k
(http://wiki.jboss.org/wiki/Wiki.jsp?page=OutOfMemoryExceptionWhenCannotCreateThread)
you may run into problems serializing large DOM nodes.
(StackOverflowException)
View the
i have done it this way.
document.appendChild(rootElement);
| TransformerFactory tFactory =
TransformerFactory.newInstance();
| Transformer transformer = tFactory.newTransformer();
| DOMSource source = new DOMSource(document);
|
ok crazytony , will take ur advice and find out a way to cache connections and
sessions, however we are going forward with one queue for request and other
queue for response with selectors . this is going to be a real-time application
where thousands of requests can come at a go, hope this
For those of you out there unfortunately enough to run DB2 I have the solution
to this problem.
The solution to the problem as suggested in
http://jira.jboss.com/jira/browse/JBAS-1891 (and parent) do not work with DB2.
Setting fetch direction, concurrent read mode or fetch size will not let
We're just getting over using Temporary Queues for replies.
We've found that using a Topic with a Selector is much faster and uses MUCH
less memory.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3909355#3909355
Reply to the post :
rohit_mca2000 -
My recommendation is since you (eventually) need to test your application under
load, you test it and decide if the performance is adequate or not. Your
architecture seems correct.
I guess I would take crazytony's advice with a grain of salt, since I know
selectors don't
I would recommend passing XML not as text but use the ObjectMessage format.
Since Xerces (probably what you use) uses serializable org.w3c.dom objects,
just set the message to use the Document object.
View the original post :
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Wrong forum - HTTPD/Tomcat or EJB
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3909455#3909455
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3909455
http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossHelp
Read the documentation.
That thread is about UIL2 (stateful connection with read timeout),
your question is about HTTP (stateless with client monitor interceptor)
View the original post :
hmmm... ok crazytony, and genman for replying. will have to check my
application under load, lets see wha happens.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3909468#3909468
Reply to the post :
one question Mr.genman , What are chancesof a bottleNeck taking place at Jboss
serve. Lets say at a moment around 200-300 requests come at once , so that
would mean creation of 200-300 temporary queues, as many connectios and
sessions. can that lead to a BottleNeck or Memory leackage
View the
I will upload on sourceforge a PR2 update to that fixes this problem. This will
probably happen on Monday. I'll post an anouncement here as well.
Otherwise, you can build a release bundle by youself, from the CVS head, as
follows: check out a fresh jboss head from the anonymous CVS (in a
Try http://wiki.jboss.org/wiki/Wiki.jsp?page=JBossJCA
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=3909185#3909185
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=3909185
Hmmm, I am guessing there is a setting that you could change to increase the
size of the DLQ but have not found it yet.
On the other hand, the DLQ is just another queue that you can subscribe to. I
have created an MDB that picks up new messages that go to the DLQ and transfers
them to a DB. A
Hi!
I'm having the same problem.
I'm deploying the jboss-messaging.sar on a JBoss 4.0.2, in default
configuration.
I'm trying the JBossMessaging-1.0.0alpha-pr2 version.
Does anyone has a solution for this event?
View the original post :
Thank you Adrian, that helped a lot. Really appreciate that!
For others, I'll summarize what I have done to get it working:
Modify config-login.xml and add a new application policy:
| application-policy name = JmsXABlueSpaceRealm
|authentication
| login-module code =
501 - 600 of 4014 matches
Mail list logo