*a lot* of things have been fixed since 1.4.0.SP3 (I think we've done 6
releases since then?) so definitely try upgrading.
Also, make sure you use the correct remoting version on both client and server
sides!
View the original post :
mrjavadude wrote : Hi gaohoward,
|
| Thanks for trying, but I don't see how JBM has anything to do with my
question..
It has a lot to do with your question. JBM = JBoss Messaging and this is the
JBoss Messaging Forum.
If you're question is not about JBoss Messaging then you're posting it
mrjavadude wrote :
| In this case, yes, I am trying out JBM 2.0
(http://www.jboss.org/jbossmessaging/).
That link is to the JBM project page, not specifically to JBM 2.0.
But to cut a long thread short, we don't currently support compression in
either JBM 1.x or JBM 2.0.
If you like you
javadude-
If you'd like to have a go at implementing this, the classes to look at are:
ClientSessionFactoryImpl:: you'd need to add at least one new param
int maxUnCompressedSize - any messages above this size get automatically
compressed.
then in
ClientProducerImpl, before sending the
Please mention the exact version of JBM you are using, or it will be very hard
for anyone to help you.
Also please note that the HTTP transport is part of the JBoss Remoting project
(not JBoss Messaging) so you might be better off asking in their forum
View the original post :
Sounds to me like your nodes aren't forming a cluster either due to some
network issue between them, or some problem in your config.
To see if they are forming a cluster just start one up, you'll see a load of
JGroups output on the console. Then start the other one up, as the other one
starts
See https://jira.jboss.org/jira/browse/JBMESSAGING-1235
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4208950#4208950
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4208950
___
jbabad wrote :
|
| I seem to be hitting a brick wall in terms of JBM and MySQL clustering.
Does anyone have a representative set of config parameters for JBM and MySQL
NDB?
|
|
JBM 1.4 ships with a ndb-persistence-service.xml in with all the other
xxx-persistence-service.xml files.
jbabad wrote : Hi,
|
| Apologies for giving this one a nudge, but I've just had the scenario again
where I'm sending in messages to one half of a Jboss/MySQL cluster and a
receiver connected to the other half of the cluster doesn't pick up the
messages unless I fail over the sender side of
The distributed queue examples should demonstrate messages being pulled from
one node to another.
If the example doesn't work then then the most likely cause is a problem in
your environment.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4208993#4208993
Use HAJNDI for the lookup, then it won't matter if the server is down.
See wiki for more info (also see JBoss AS docs)
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4208403#4208403
Reply to the post :
rnicholson10 wrote :
|
| Another question if I might, why is jboss-messaging not tested against AS5?
|
|
Because 1.4.2.GA is not a release targeted for JBoss 5, it's for JBoss 4.x.
That's why you had to build it yourself against JBoss 5 libraries.
Latest version of JBoss 5 comes
There's an HTTP example in the distro, that should work out of the box. Did you
try that?
See userguide
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4207929#4207929
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4207929
probably you have another consumer somewhere which has buffered those messages
ready for consumption.
see prefetchsize
this has been discussed a lot before
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4207618#4207618
Reply to the post :
Probably your RemoteJMSproviderLoader is pointing at the local instance.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4207876#4207876
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4207876
Actually not quite.
The JBM 1.4.2 available on the download site is built against the jars for
JBoss AS 4.3, *not* jboss 5 so won't work with JBoss 5.
If you want to run 1.4.2 against JBoss 5 you'll need to build it from source
with a switch, can't remember it off the top of my head, but
sounds familiar, so, in total, that would be:
svn co https://anonsvn.jboss.org/repos/messaging/tags/JBossMessaging_1_4_2_GA
edit build properties
ant distro
??
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4207409#4207409
Reply to the post :
In JBM 1.x duplicate detection specifically refers to duplicate detection on
failover, i.e. a message sent before failover will not get sent again after
failover.
It does not refer to more general duplicate detection on a non clustered server.
In JBM 2.0 we have more general duplicate
ant release-bundle should work fine.
If not, Howard or Clebert - can you please advise why not?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4207442#4207442
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4207442
It's already been done
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4207451#4207451
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4207451
___
jboss-user mailing list
https://jira.jboss.org/jira/browse/JBMESSAGING-999
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4206991#4206991
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4206991
___
All this stuff is application server config, and is not part of the JBoss
Messaging project.
Your best bet is to ask in the app server or JCA users forum.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4206453#4206453
Reply to the post :
This is a JCA question, please post in the JCA users forum. Thanks :)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4206531#4206531
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4206531
pierods wrote :
| Is there an out of band provision so that memory will not be hogged?
JBM 2.x: yes
JBM 1.x: no
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4205242#4205242
Reply to the post :
Read the readme that comes with the distribution
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4204989#4204989
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4204989
___
jboss-user
For a chance of someone being able to help you, can you please define what you
mean by stuck, describe your use case a bit more and provide a test program
that demonstrates the issue.
Right now you haven't really provided enough information for anyone to help.
View the original post :
This is an old one, look in JIRA
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4203937#4203937
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4203937
___
jboss-user mailing list
Yes this is configurable, see the main config file.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4203637#4203637
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4203637
___
noelo wrote : Hi,
| I wonder if anybody could point me to some information resource on how JMS
handles the case where a local MDB is pointed to a remote JMS Q and the JMS
broker disconnects.
| Who controls the reconnection to the remote JMS, I suspect that the
reconnection logic is done in
Buy a beginner's book on Java
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4202248#4202248
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4202248
___
jboss-user mailing list
Integration with other messaging systems is handled by the generic JMS JCA
adapter, not JBoss Messaging, so the JCA user forum would be the appropriate
place to post.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4201686#4201686
Reply to the post :
rana24 wrote : Andy,
| This will be part of which forum exactly, will it be JCA forum ?
The thing you are using when you are looking up the thing at java:/JmsXA is the
generic JMS JCA resource adapter.
It's not part of the JBM project and is handled by the JCA team. The correct
forum to post
Programmatically creating connection factories is not supported in JBM 1.x -
they must be looked up from JNDI.
In JBM 2.x we do support this.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4200534#4200534
Reply to the post :
You forgot the java:
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4200272#4200272
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4200272
___
jboss-user mailing list
Howard- could you verify this and whether or not it is fixed in the latest
remoting release?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4200304#4200304
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4200304
You don't mention what version of JBM you are using. But in the latest version,
the default ping is already changed to a more sensible value.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4200025#4200025
Reply to the post :
Release date has (and still is) Q1 2009 for some time now. :)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4199838#4199838
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4199838
No, that's not how JMS durable subscriptions work. There are quite a few good
JMS tutorials out there which should go through this.
In short:
| MessageConsumer consumer = session.createDurableSubscriber(myTopic, foo);
//Creates the durable subscription and returns a consumer on it
|
|
This is a known issue, tracked in JIRA
https://jira.jboss.org/jira/browse/JBMESSAGING-1471
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4199317#4199317
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4199317
hsql is not a clusterable database.
I think that is made clear in the installation section of the user guide.
The naming of clustered-hsql-persistence-service.xml is admittedly confusing,
but it's only intended as a placeholder.
As I say, the installation guide is explicit about not to use
Probably you haven't deployed your queue on both nodes.
Regarding CTRL-C - there is a FAQ on this and many old discussions in JIRA and
on the forums.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4199319#4199319
Reply to the post :
siddharth_2279 wrote : What is JBM ?? I am using JBoss 4.2.2 GA app server.
It uses JBoss MQ as its messaging provider.
This post should help you. I guess you missed it the first time:
http://www.jboss.com/index.html?module=bbop=viewtopict=80573
View the original post :
You said you were using JBoss MQ. This forum is about JBoss Messaging not JBoss
MQ.
The title of the post is DO NOT POST JBOSS MQ QUESTIONS HERE. What part of
that did you not understand?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4199359#4199359
Reply to
The first node is chosen randomly when creating the first connection from a
clustered connection factory.
See
http://www.jboss.org/file-access/default/members/jbossmessaging/freezone/docs/userguide-1.4.2.GA/html/c_configuration.html#c_conf.clusteredcfs
In your case, you only create one
rana24 wrote :
| So if we have multiple stand alone clients which independently throws
message. is there anything by which we can get message distribution in round
robbin fashion.
|
Yes, like it says in the docs, only the first node is chosen randomly, the
subsequent ones are chosen
BTW - looking up a connection factory, create a connection, to send every
message is a classic *anti-pattern*.
Don't do it, it will be slow.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4198713#4198713
Reply to the post :
rana24 wrote : In our case , each stand alone client will be sending only one
message...so ideally they will do following
| Lookup ConnectionFactory,
| Create Connection,
| LookUp Queue
| and send
| But what I would like to achieve is if first stand alone client has sent it
to server
Congrats on your first release Howard :)
One small thing - could you also upload single page html and pdf versions of
the documentation to the downloads page, like we do for the other public
releases?
http://www.jboss.org/jbossmessaging/docs/index.html
View the original post :
[Moved from design forum to user forum]
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4197997#4197997
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4197997
___
jboss-user mailing
If clustered is set to false, then none of the cluster related attributes
should be parsed - that is the way it used to work.
I believe Clebert added ChannelFactory at a later date. If ChannelFactory is
being parsed when clustered = false then that's a bug.
Can someone add a JIRA? It should be
I don't recommend you using a mish-mash of versions of JBM and remoting.
We have only tested the versions as specified in the user guide.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4197292#4197292
Reply to the post :
JBoss 4.2.2.GA + JBoss remoting 2.5.0SP1 is not a tested/supported combination.
The correct version of remoting to use with the version of JBM is detailed in
the user guide - install section - of the JBM release you are using.
If you use any other version I make no claims of whether it will or
s.gasse wrote : Hi,
|
| thanks for the reply. The problem is somehow solved now, since our system
uses message selectors and we found out, that this is actually not supported by
a clustered JBM implementation.
Message selectors only work on the *local destination.
This has been discussed
[Moved from design forum to user forum]
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4195032#4195032
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4195032
___
jboss-user mailing
jelevy01 wrote : We have having the exact same problem. Some additional
details:
|
| We are using JBoss 4.2.3. The problem only started happening when we
switched our application from 4.2.2 to 4.2.3 AND from using the default
configuration to the all configuration in preparation for
ivan.rododendro wrote : Hello,
| we post some PERSISTENT messages on a Topic which is subscribed by a
durable subscriber. Expired messages are not removed from persistence (JBM_MSG)
util an acknoledge is called. Right now (04 dec 08 16:17) a message with
expiration = 1228402690296 (Thu Dec
I don't understand from your post what problem you are trying to describe.
Can you explain again a bit more clearly?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194591#4194591
Reply to the post :
What exception is thrown?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194594#4194594
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194594
___
jboss-user mailing list
Ok. thx.
Can you create a jira report with all the information in it, including stack
trace.
Also I notice you're using a CR release and JBoss 5. Can you upgrate to JBoss
5.0.GA to check the problem occurs in that.
View the original post :
ivan.rododendro wrote : Did'nt know that 5.0GA was out, I'll check it soon.
|
It was released this morning :)
anonymous wrote :
| How do I create a JIRA report ?
|
| I
jira.jboss.com, click create new issue.
View the original post :
Oracle RAC is not a supported database at this time, so I can't say whether or
not it will work straight off.
Regarding prepare, once a transaction branch has been successfully prepared,
then once the database has come up, the transaction recovery manager will
decide whether to commit or roll
Earlier versions of JBM had some issues with scoped deployments, which were
fixed in later versions.
Have a look in JIRA to see the issues and in which versions they were fixed.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194270#4194270
Reply to the post :
Read the JBM user guide which explains which libraries are needed on the client
side and how to replace JBoss MQ with JBM,
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194271#4194271
Reply to the post :
I guess if the message was successfully inserted into the db, then the db threw
an exception that prevented it being added to the queue.
Although, as I say, this is really moot since we haven't tested with Oracle RAC
or not anyway.
View the original post :
I'm not sure I agree with Clebert here.
Using multiple selectors on a single *queue* is generally considered an
anti-pattern. This is because when a message is consumed the entire queue needs
to be scanned to see if one matches.
However, using selectors on a *topic* is NOT considered an
It's in the latest EAP CP.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193976#4193976
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193976
___
jboss-user mailing list
Actually the next CP.
FYI you can always see what release a task is in by looking in JIRA:
https://jira.jboss.org/jira/browse/JBMESSAGING-1434
You can see it's already fixed, and will be in releases 1.4.2.GA and
1.4.0.SP3.CP05.
Clicking on 1.4.0.SP3.CP05 tells you in the description This
Did you see https://jira.jboss.org/jira/browse/JBMESSAGING-1220 ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194065#4194065
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4194065
The JIRA also talks of a possible TCP buffer size issue. Have you tried setting
prefetch size to a smaller value.
What size are your messages?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4194096#4194096
Reply to the post :
Try consuming them
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4193014#4193014
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4193014
___
jboss-user mailing list
YogeshGLX wrote :
| Why I need to specify this Combined Connection Factory attribute?
| Well, as you can guess, I'm pretty newbie here, and so I am not to able to
figure out why this is MANDATORY and why the bridge collapses before it is even
made if this is not specified and that too with
Did you see:
https://jira.jboss.org/jira/browse/JBMESSAGING-1220 ?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4191622#4191622
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4191622
Are you doing this inside the app server?
You can only use the JMS JCA resource adapter (JmsXA) in a managed
environment...
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4191725#4191725
Reply to the post :
orankelly wrote : After posting this I will go away and write a plain MDB in
order to further remove Spring from the equation
|
Yes please let's take Spring out of the equation. If you can demonstrate an
issue using an MDB we can investigate further...
View the original post :
andrejt wrote : My hint would be to put the servlet transport request
higher up on the JBM priority list.
It's already on the list for the next EAP CP, so it doesn't get much higher
than that :)
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4191968#4191968
JBoss AS 4.2.3 comprises JBoss MQ, not JBoss Messaging - unless you have
manually removed JBoss MQ and installed JBM.
Instructions for how to do this, along with a HTTP example are in the JBM 1.4.0
user guide.
View the original post :
What version of JBoss Remoting are you using?
Did you make sure you're using the same version of remoting on both client and
server sides?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4191541#4191541
Reply to the post :
After installing, to validate the installation the examples should be run. (See
section 4 of the user guide)
One of those examples is an HTTP example. All the examples should run after a
successful installation. If they don't it's more than likely that the
installation wasn't performed
Ah I just realised you're trying to start a connector on 8080 - this port would
normally be used by tomcat on JBoss AS so that won't work unless you disable
tomcat.
I believe JBoss Remoting provides a servlet transport which effectively
allows you to connect via tomcat and which proxies the
fyi https://jira.jboss.org/jira/browse/JBMESSAGING-1131
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4191546#4191546
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4191546
___
Probably spring isn't enlisting the JBM xa resource properly with the global tx.
But I can't really comment on the internal workings of Spring. You're best best
is to debug the Spring code, or ask a Spring expert.
View the original post :
Please, can you use the support portal, and a support engineer will help you
with your issues.
Thanks.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4191149#4191149
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4191149
Don't start the consumer until the messages are already in the queue.
Isn't this obvious?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4191246#4191246
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4191246
Without seeing your code it would be hard to diagnose this.
BTW please use the support portal if you have a suport contract, not the forums!
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4190765#4190765
Reply to the post :
DB2 is not currently a supported database for any of the community editions.
It is a supported database in the enterprise edition.
In the next community release it will become a supported database for the
community edition too.
Supported community databases are on the wiki page.
View the
You could also use the jmx console, or something like HermesJMS
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4189990#4189990
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4189990
If you want a topic subscription to be durable, you use a durable
subscription (see JMS spec for more details, or any JMS tutorial).
The bridge can be configured to forward from a durable subscription - see user
guide, bridge configuration.
View the original post :
You could ask in the jboss remoting forum
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4189992#4189992
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4189992
___
jboss-user
JMS selectors work on message properties, not attributes of your object.
See the JMS javadoc for more details.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4189642#4189642
Reply to the post :
Have you tried a later version from SVN? Or looked in JIRA to see if this is a
fixed issue?
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4189190#4189190
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4189190
As Peter points out, if you're using HSQL that is your problem.
HSQL cannot/must not be used with JBM for anything other than playing around
with a few demos. It does not have transaction isolation amongst other things.
This is also covered in the user guide and on the wiki.
Can you clarify
Which database engine type are you using for your tables?
MySQL allows a choice.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188723#4188723
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188723
Please first read the wiki explanation of clustering.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188907#4188907
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4188907
___
Yes you can have failover without clustering, but it's not automatic. You need
to catch the exception from the ExceptionListener and recreate your connection
on the new node.
You can use HA-JNDI to look up the node in the cluster.
View the original post :
JBM 2.0 alpha doesn't contain any management functionality, but this will be
available in beta. It's more or less done in TRUNK.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4188170#4188170
Reply to the post :
If I understand the requirement correctly, we could add some functionality
where you can link addresses on the server.
I.e. something like
|
| address-link
|addressmyqueueaddress/address
|linked-tomytopic1/address
|filterproperty1='hello' AND timestamp 21736276 AND
We could also allow messages to be sent to multiple address (command separated)
from the client side like ActiveMQ supports, although I'm not sure this would
really be necessary if we specify arbitrary routings on the server side as per
my last post.
View the original post :
ataylor wrote : It looks like a client isn't closing its connections
properly,
Or the client has crashed, or there is a network problem.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187945#4187945
Reply to the post :
Yes, JBM supports redelivery delays, see the user guide for more info.
View the original post :
http://www.jboss.com/index.html?module=bbop=viewtopicp=4187908#4187908
Reply to the post :
http://www.jboss.com/index.html?module=bbop=postingmode=replyp=4187908
mkelley wrote :
|
| We don't want to do this. We need to intermix queues (whose listeners MUST
receive and process an ordered sequence of messages) and topics (which can be
discarded). Even if a topic-only solution was otherwise ok, it would kind of
defeat the purpose: having one (or a
201 - 300 of 1586 matches
Mail list logo
