If you are inside the server, it will always connect to that same server.
You can enable load balancing on the CF used by the Resource Adapter, but it
would become a mess.
As you have MDBs and other Beans, you will have other things controlling
balancing for you. For instance as you get traffi
I mean.. on the EJB forum.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4251585#4251585
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4251585
___
jboss-user mailing list
jbos
Take a look at the mdb examples. Those are what the EJB guys call activation
properties.
You would be able to specify those activation properties on the xmls as well.
Look at the doc at how they specify activation properties. Or ask that on the
MDB forum.
View the original post :
http://w
There was a bug on ID generations.. When you crashed the VM the data was stlil
there, but because of that bug the Journal was duplicating IDs causing a few
issues.
It will be available on Monday's release.
thanks again
View the original post :
http://www.jboss.org/index.html?module=bb&op=vi
Can you send me a sample test showing this happening?
clebert at redhat dot com
or clebert dot suconic at jboss dot com
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250915#4250915
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&m
A single producer? Or you're opening several Producers? How many threads doing
this.. just one?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250909#4250909
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250909
__
What is your windowSize?
I will make a few tests.
With LargeMessage, you should have a bunch of pending packets waiting to be
delivered on the NettyQueue, but you shouldn't have more than what's configured
on the windowSize. Otherwise you would get out of memory easily.
I would need to look
I could replicate the issue here. Thanks for bringing it up.
https://jira.jboss.org/jira/browse/HORNETQ-105
I always do this kind of test.. but this scenario slipped me through. (when
using just a few messages)
There is a counter on the journal, and I believe the counter got messed up on
rest
Did you make any changes on the windowSize?
You should have up to your WindowSize messages in memory. (We control that
thorugh flow control).
[url]
http://www.jboss.org/file-access/default/members/jbossmessaging/freezone/docs/usermanual-2.0.0.beta4/html/flow-control.html#flow-control.core.api[/u
Yes.. if this is what you asked, you can install it in JBoss 5.1 as you can see
on the quickstart guide:
http://labs.jboss.com/file-access/default/members/jbossmessaging/freezone/docs/quickstart-2.0.0.beta4/html/installation.html#installation.jboss
Perhaps I didn't understand your question in r
You should ask this on the ESB forum.
you need to change code for the timeout.. and besides you're not using JBoss
Messaging.
So, talk to the ESB guys. You to ask them how they configure it.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4249046#4249046
Re
You could watch this JIRA:
https://jira.jboss.org/jira/browse/JBMESSAGING-1406
It will probably happen right after 2.0.GA.
ATM you can use Stomp Connect.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4248286#4248286
Reply to the post :
http://www.jboss.o
Global-page-size should be the size of the page files you use. Default should
be 10MiB. And you would rarely need to change it. (Unless you changed the page
sizes on paging).
paging-max-global-size-bytes is a hard limit that should protect your server
from Out Of Memory Exception. The server w
Global-page-size should be the size of the page files you use. Default should
be 10MiB. And you would rarely need to change it. (Unless you changed the page
sizes on paging).
paging-max-global-size-bytes is a hard limit that should protect your server
from Out Of Memory Exception. The server w
You could set the max size at jbm-configuration.xml:
|
|
|
| false
| jms.queue.DLQ
| jms.queue.ExpiryQueue
| 0
| 104857600
| 10485760
|
org.jboss.messaging.core.server.impl.RoundRobinDistributor
We created another dev thread about this:
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=159473
Basically global-max-size means the hard limit you have on the server. It' s
like a memory full, and it should put everything on file instead of memory.
For correct paging, you should ha
On the JMS example, the only bug I found was the second destination didn' t
enter into page mode right away. What should be fixed. But that will mean the
destination will enter into page mode right away, so it should fail at the
first time.
In your case.. you have the server full. We can't rout
Cool.. I think it will work then.
All you need is to configure the slowconsumer at the Connection Factory used by
the JmsXA.
BTW: I meant "it's a bit obscure to *me*".. as the problem being me.. not you.
:-)
(I missed the me because of a typo).
Cheers.
View the original post :
http://www.j
If I understand correctly, you need to set slowConsumer=true on the
ConnectionFactory used by the MDB. You probably don't want any buffer on the
client, as you want the message to be round robbed to other servers.
It' s a bit obscure what you are trying to achieve here.. so I' m suggesting
tha
On JBM 1.4, the JCA adapter is part of the application server. So MDBs are not
really part of JBoss Messaging 1.4. (Differently on JBM 2, as we are writing
our own JCA adapter).
I suggest you ask this on the JCA Forum
(http://www.jboss.org/index.html?module=bb&op=viewforum&f=136)
But anyway,
Hmmm...
I' m not sure if we should page temporary destinations also.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247319#4247319
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247319
_
IMO the management address shouldn' t be paged (ever).
You would only be able to depage, when the memory is freed up.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247279#4247279
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode
https://jira.jboss.org/jira/browse/JBMESSAGING-1696
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247257#4247257
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4247257
___
jbo
... and JBossMessaging will implement AMQP, and other clients such as C++, .NET
will be able to connect to JBoss Messaging 2 using those libraries, which is a
nice synergy.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4247254#4247254
Reply to the post :
ht
Abdel,
We are doing a major piece of work/refactoring (Tim Fox is doing it) on the
replication. I will get back to this as soon as Tim Fox is done with that over
the next week (or two weeks maybe).
We will create soak tests for that, and I will make sure your case will work
with this.
It will
at this point I can' t even run your test. I' m starting the first node only,
and it hangs. I was wondering if you could give me hint on why? (I mean.. since
I don' t want to debug your code besides the possible problem).
I will try it again tomorrow.
View the original post :
http://www.jboss.
Abdel,
I added a build.xml, as I won' t have access to the graphical interface on the
machine I' m using.
Also.. I first ran the nodeA, but nothing happened. your tests was just waiting
some latch. Do I need to run both nodes in order for this test to work?
Your test seems a bit complex as i
I was having a bit of trouble to configure my environment (some hardware issues
of my own).
but now I' m a bit confused on what you start on the test. Do you use the
TestLauncher or you run the test in a different way? Can you add a description
on how to replicate it to the JIRA?
View the orig
I' m actually working on it right now...
Give me a few hours and I will get back on this thread.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246785#4246785
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246785
_
Is it possible to receive TextMessages (with XML payload) from the client
written in c++ and using ActiveMQ?
| What URI should be given to the cpp client in such a case?
Sorry... your question was a little bit obscure to me...
I couldn' t realize you wanted to transfer messages from ActiveMQ
You better asking that to ActiveMQ guys :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246744#4246744
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4246744
___
jboss-user
anonymous wrote : I would like to help with testing but unfortunately we don't
have much time and we have to use latest stable version.
| I'm looking forward to 2.0 final :)
np...
But what I had in mind was.. I thought you had a system that would go in
production near future. You would be a
JBoss Messaging 2.0.0. Beta 4 has been released.
Get it here: http://www.jboss.org/jbossmessaging/downloads/
Enjoy
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4246510#4246510
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=
We are aiming for Aug/31 as you can see on
https://jira.jboss.org/jira/browse/JBMESSAGING
It' s not production ready by definition, but it would be nice if you could
help us testing the Betas.
If you do it, it will help us making a good product, and you would basically
get the problems you fo
The Security Meta Store is forbiding the authorization for some reason.
Double check your configs. Or you could also provide more details about your
config then we could help.
You could also try adding debug/Trace at org.jboss.jms.server.security and the
Security store you are using, and take
Yeah...
please create a JIRA if you still see an issue:
https://jira.jboss.org/jira/browse/JBMESSAGING
If you attach your code with instructions to replicate it, we will give it a
try.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4245615#4245615
Reply
Any chance you could try it using a build from trunk? There was a ping problem
on trunk that was fixed.
In any case, if you have a test to share it would be really nice, we would give
a try replicating your issue.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic
This is probably due to the way JBoss Messaging works regarding the local
queues.
Message are aways sent to the local server, until you need move messages.
Take a look on the manual and WIKIs about how clustering works on JBoss
messaging 1.4.
View the original post :
http://www.jboss.org/ind
H
I could replicate it with JDK 1.6 on Linux.
So... it's not about being Windows.. but about being JDk 1.5 or 1.6.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243949#4243949
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posti
I was actually starting the Windows VM while it happened on Linux. so.. maybe
it was because my CPU was pegged for some time?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243950#4243950
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posti
Naresh,
The windows you're running is also a Windows VM, or a real machine?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4243952#4243952
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4243952
__
An easy way to replicate this on my Linux Desktop:
Send 100K messages using Naresh's testcase.
The MDBs will be receiving messages over XA.
I got the eventual exception:
javax.jms.JMSException: MessagingException[errorCode=3 message=Did not receive
ping from server]
One thing I realized, wa
As you are using MDBs, you are opening one XA transaction for each message
received, what means several round trips for each message received.
I also realized what you are saying, and as a result of running your testcase,
I talked to Tim Fox this morning and opened this jira with a feature reque
Yes.. we will provide a feature to fix that issue.
And your input will be very appreciated when we are developing it... what
should happen pretty soon I believe.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4244211#4244211
Reply to the post :
http://www.jb
Please, take a look at docs/README.html:
Running the Java EE examples on Windows
|
| The Java EE examples run by default with JBoss AS on Linux. To run them on
Windows, you will have to replace the reference to run.sh by run.bat everywhere
JBoss AS server is started (in /examples/javaee/co
"timfox" wrote : If you post your example application on a JIRA, then someone
next week can have a look at it and see why it's acting slow...
|
The test we were using to replicate the ping issue replicates this transaction
issue.
View the original post :
http://www.jboss.org/index.html?modu
"timfox" wrote : Why are you persisting orders in a database?
|
| If you are using persistent messages then the JMS system can guarantee
persistence for you.
Usually an orders table needs to be kept for historical reasons, right?
View the original post :
http://www.jboss.org/index.html?mod
If we had transactions done per batch, we would solve not only the messaging
bottleneck, but also the database bottleneck.
say... you could batch commits per 100 records. If 1 record failed you would
eventually process the 100 records again what would give you a better
throughput on both the d
anonymous wrote : You do not expect me to look at persisted JMS messages as the
system of record for my orders, do you?
This all depends on your business.
If the data should exist on the DB only for the life cycle of the message. (I
mean, as soon as the message is consumed, the record is delete
"timfox" wrote : "clebert.suco...@jboss.com" wrote : Take a look at jms-ds.xml
| |
| |
| | The JNDI is java:/XAConnectionFactory.
| |
| | (You need to use the local JNDI for that... just do new
InitialContext(). As you may known j
Take a look at jms-ds.xml
The JNDI is java:/XAConnectionFactory.
(You need to use the local JNDI for that... just do new InitialContext(). As
you may known java:/ means local VM).
you can just do:
InitialContext ctx = new IntialContext();
| ConnectionFactory cf =
(ConnectionFactory)ctx.l
I couldn't replicate your issue.
However I had to add the acceptors and connectors at the config.
I have used this configuration here instead (which just have the netty and
in-vm acceptors and connectors:
http://anonsvn.jboss.org/repos/messaging/trunk/examples/javaee/mdb/server/jbm-configurat
Can you open a JIRA and attach the test please?
https://jira.jboss.org/jira/browse/JBMESSAGING
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4242004#4242004
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4242004
_
No.. not intentional. We will fix it.
thanks for pointing it out.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241874#4241874
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4241874
___
Take a look at the configuration and the MDB example.
On Beta1, the InVM acceptor existed by default, and that changed on Beta2. You
now have to define it explicitally.
I believe we didn't add the acceptor on the default configuration.
Can you open jbm-configuration.xml, and add the followin
anonymous wrote : I believe some of the changes Howard made on trunk
typo... Old habit.. I meant.. Branch_1_4.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4241598#4241598
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&
anonymous wrote :
| jboss 5.1, JBM 1.4.4 src, I modified JMSRemoteConnection to compile against
Remoting 2.5.1, so we could have the Bridge fixes, etc.
|
I believe some of the changes Howard made on trunk will also require some
changes on Remoting 2.5.X, but I don't think the required cha
BTW, we don't know how many messages are stored at the paging system. We could
easily find how many files, or how many bytes are stored.. but not the number
of messages.
We could have a counter at Address level, but as soon as we restart the system
we would need to read all the page files to re
JBossMessaging has automatic failover.
If you want to control the failover the same style you would do on JBossMQ, you
need to disable failover and do the reconnects yourself.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240914#4240914
Reply to the post :
I'm comitting this on trunk as we speak.
we started a dev thread about it:
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=157681
Sorry for the inconvenience.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4240408#4240408
Reply to the post :
h
Actually, As Tim pointed out, there is also paging and large-message
So, you would need to add this to your jbm-configuration.xml
|
${jboss.server.data.dir}/messaging/largemessages
|
${jboss.server.data.dir}/messaging/paging
|
|
${jboss.server.data.dir}/messaging/bindings
|
Can you add this to your jbm-configuration.xml please?
${jboss.server.data.dir}/messaging/bindings
|
|
${jboss.server.data.dir}/messaging/journal
|
|
(I'm making this part of the default distribution)
View the original post :
http://www.jboss.org/index.html?module=bb&op=v
"PeterJ" wrote : No, I did not realize this was about JBM 2. Sorry.
No worries.
You aways help on the forum... so.. thank you!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239575#4239575
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=pos
"PeterJ" wrote : You cannot create a persistent queue that way. There are only
two ways to create a persistent queue:
|
| 1 - create a *-service.xml file and declare the queue in it and place the
file in the deploy directory
|
| 2 - use the new admin console (Embedded Jopr)
|
| By
anonymous wrote : I just upgraded my JBM to 1.4.4 and am trying to read a queue
from a JUnit test. I get:
Probably a classPath issue.
Try verifying if you have everything documented at your classPath.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4239155#4
JBoss Messaging 2.0.0. Beta 3 has been released.
Beta 3 is a minor update on Beta 2.
As we said last week, we are following the mantra "release early, release
often".
Get it here: http://www.jboss.org/jbossmessaging/downloads/
Enjoy
View the original post :
http://www.jboss.org/index.htm
http://www.jboss.org/file-access/default/members/jbossmessaging/freezone/docs/userguide-1.4.3.GA/html_single/index.html#install
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238621#4238621
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=post
Adding a link here for future reference:
https://jira.jboss.org/jira/browse/JBMESSAGING-1660
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238602#4238602
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4238602
Thanks for the report.
I have fixed it on trunk. It will be available on next version.
Or you could give it a try now on SVN if you want.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4238599#4238599
Reply to the post :
http://www.jboss.org/index.html?modu
MDB itself is part of EJB3, not JMS.
ActivactionConfigProperty belongs to the JCA adapter. So it's better to ask on
the JCA forum.
anonymous wrote : Also, is there any way to throttle the MDB consumers
automatically based on CPU or IO activity and available resources?
I will take that quest
Were you able to run any of the examples (clustered.. etc)?
You wouldn't need to do any syncs for adding new nodes on the cluster.
Also, we are releasing a Beta2 probably tomorrow, that will include a few
standalone-clusters configs and a new standalone clustered example, that will
probably he
Were you able to run any of the examples (clustered.. etc)?
You wouldn't need to do any syncs for adding new clusters.
Also, we are releasing a Beta2 probably tomorrow, that will include a few
standalone-clusters configs and a new standalone clustered example, that will
probably help you on yo
"clebert.suco...@jboss.com" wrote : "Else" wrote : we sacrificed the
convenience to gain performance, right?
| |
|
| I wouldn't say that. It was way more hassle administering a DB.
|
|
I mean.. we got a lot of performance thorugh the journal. But the
"Else" wrote : we sacrificed the convenience to gain performance, right?
|
I wouldn't say that. It was way more hassle administering a DB.
anonymous wrote : For the original question: when add a new broker to a running
cluster, do we need to copy persistent data from other nodes? I guess no
Failover is different than load balancing. Failover is aways an exact copy of
the live node, so whenever your server fails clients can fail over to the
backup. While another node sharing load on the cluster will be a different
server.
That text is saying that you need to keep live and backup eq
Sorry about the incovenience. We are sorting out this with the Application
Server team and we will provide the download package until this is sorted out.
As for now you can download them from SVN at:
svn co
http://anonsvn.jboss.org/repos/messaging/tags/JBossMessaging_1_4_3_GA/docs/examples/
"clebert.suco...@jboss.com" wrote :
| If you are connecting from outside of the application, you should use the
regular application server.
|
oops... I meant.. regular connection factory (sorry for the typo).
javax.jms.ConnectionFactory factory = jndi.lookup("/ConnectionF
java:/ means on the same VM.
If you are connecting from outside of the application, you should use the
regular application server.
JmsXA is the JCA for ApplicationServer plugin. That means.. inside the
application server.
There is probably a FAQ about this.
View the original post :
http:/
Also: MDB is not part of JBoss Messaging. for more questions around MDB you can
refer to the JCA forum, if your question is regarding properties configuration:
http://www.jboss.org/index.html?module=bb&op=viewforum&f=136
or the EJB3 forum, if your question is regarding MDBs itself:
http://www
For the generic JCA adapter on JBoss AS (used on JBoss Messaging 1.4 and JBoss
MQ):
http://www.jboss.org/community/wiki/ConfigJMSMessageListener
For JBoss Messaging 2, since we provide our own adapter:
http://www.jboss.org/file-access/default/members/jbossmessaging/freezone/docs/usermanual-2
It was just an idea...
JBoss Messaging 2, is using MicroContainer, but that' s not available on JBoss
4.
On JBoss 4, you would need to develop a service, and the way for doing is
creating a MBean.
You could have a JBM2MBean, instantiating and starting the server, the same way
we don the embed
It' s technically possible.. however we haven' t provided a solution, because
we considered people using JBM 2 would be probably on JBoss 5.
You could do something based on the Embedded JBoss Messaging, maybe embedding
it easily on an MBean.
View the original post :
http://www.jboss.org/index
anonymous wrote : I'm not sure why you're getting this error though.
I was referring to this error:
| 2009-05-20 12:30:52,499 ERROR [org.jboss.messaging.util.ExceptionUtil]
(WorkManager(2)-44) Connectio
| nEndpoint[fe-oz919yuf-1-mj809yuf-bruz48-x21o4c5] sendTransaction
[ur4-b6b39yuf-1-m
Regarding the non-serializable error, look at this thread:
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=152893
I'm not sure why you're getting this error though. Maybe some missing
dependency between JCA and JBossMessaging and the shutdown order is not being
respected?
View the or
Anything.. I mean... *anything*.
you can't even say it is a JBM until you fully analyze the histogram.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232337#4232337
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=423233
At this point It's impossible to say what it is. You need to keep looking down
the list.. for JBoss/JGroups related objects.
It could be anything.. from JGroups retransmissions because of the network to
real leakages.
Also.. look at the stack traces on the dump itself.
View the original post
"pratimkm" wrote : forgot to mention that we use two Jboss servers in cluster
and JBoss messaging database in Oracle 10g.
Right...
The ClassHistogram would be able to tell you where your memory is going to.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232
You should produce a Stack trace of your server when things are slowing down.
Add -XX:+PrintClassHistogram to your VM Options. and call kill -3 when the
process is getting slow (before it crashed).
-XX:+PrintClassHistogram or kill -3 wouldn't hurt your production system. But
if you can replica
"timfox" wrote : If you want a topic subscriber to receive all messages of a
certain type and also receive all messages sent directly to it, can't you
assign each subscriber an id and use a selector like:
|
|
| | messageType='FOO' OR destinationID=myid
| |
It's a good idea but I d
I think you need a Topic with subscribers and selectors for the regular
day-to-day operation.
And you also probably need a request mechanism on receiving the initial
information. Maybe the client creates a temporary queue, send a request to
receive the initial information, and the initial infor
I don' t understand what you are trying to achieve... mainly here:
anonymous wrote : - I need to be able to also (re)send a notification to only
one client
Can you try abstracting your business and explain what you are trying to
achieve in pure JMS terms?
View the original post :
http://www.
I would use a topic and subscribers (durable if is the case) with selectors.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4231759#4231759
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4231759
__
This thread is becoming a DevThread now...
I'm moving it to the dev-forums.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230253#4230253
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4230253
___
Dimitris has disabled it:
http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/branches/Branch_5_x/build/build-distr.xml?r1=85382&r2=85387&pathrev=85387
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4230252#4230252
Reply to the post :
http://www.jboss.org/inde
I just looked into 5.0.1.GA and the DDLs are there. I just built 5.0.1.GA from
the TAG and they are at /jboss-5.0.1.GA/docs/examples/jms.
I'm investigating to what happened to them between 5.0 and 5.1.
I may need to talk to Howard.
View the original post :
http://www.jboss.org/index.html?modul
"anal...@8_java" wrote :
| Is there any way to do this using Jboss Messaging, so that my application
will not take 4 hrs?
|
Are you using NonPersistentMessages?
If you are using a sheel, it seems you don't need an extra level of persistence.
Like.. if someting happens, you could have the
That's pretty much the procedure.
- you define a JMSPRoviderLoader. Give it a name
|
| MyProvider
|
| org.jboss.jms.jndi.JNDIProviderAdapter
|
|
| java:/XAConnectionFactory
|
| java:/XAConnectionFactory
|
|
|
- you define
In you case j2ee.jar has the interfaces from Sun. Our equivalent would be
jboss-javaee.jar
imq.jar has probably the implementation for their Messaging service. In our
case you will find jboss-messaging.jar.
Also look at the documentation for our list of dependencies.
View the original post :
Any pointer on how to debug such issue would be appreciated, too. (the
verbose:class option didn't help me much) Thanks for your inputs!
The only thing I can think of is doing a real debug by attaching a debugger or
looking a log4j.trace logs.
I would also look if Sun AS is setting Thread.cur
jbossall-client.jar is deprecated after JBoss5 only.
The reasoning for the deprecation is this:
- Think about when a customer or user found a trivial bug. We then change the
class and recompile it. Now we have to update at least two jars:
-jboss-messaging.jar and jbossall-client.jar.
- Now th
1 - 100 of 187 matches
Mail list logo
