Jakiran, sorry for waiting your time. I am an eejit!
I never put get/set in front of the attribute method calls. All working now.
Thanks.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4265749#4265749
Reply to the post :
http://www.jboss.org/index.html?modul
Any methods I define in my Management Interface are displayed as operations.
However I don't know how to define attributes.
I have tried annotating the methods in question with @ManagementAttribute but
they do not appear as attributes in the JMX console.
Furthermore, how do I supply a descripti
Howard,
Got it sorted finally, you will be glad to hear that I have traced this problem
down to faulty hardware. After two months of IT telling me the hardware was
good I decided to rule it out and ran my own test across some desktops. Works
perfectly, no faults.
You should be able to close th
I love it!
I'll let them know the solution and they can add it to their WIKI, it'll save
others the hassle of the search.
Thanks a million,
R.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4254477#4254477
Reply to the post :
http://www.jboss.org/index.htm
Ok, so I looked in the -jboss-beans.xml file but every bean defined has a name.
It's not easy to figure out which is the one I'm looking for.
The new admin-console (which I'd never seen before), has absolutely no mention
of HornetQServer, nor can I see any mention of micro-containers in the tree
Apologies,
I was using a EJB3 Service Bean.
The solution by Jakiran works correctly and is as follows:
| @Service
| @Local(InputServiceBeanLocal.class)
| @Remote(InputServiceBeanRemote.class)
| @Management(InputServiceBeanManagement.class)
| @Depends(value={"HornetQServer"})
| publi
I'm trying to declare a dependency on the HornetQServer MC bean.
I took the name of the bean from the JMX Console to create the depends clause
but it does not work:
| @Depends(value={"jboss.deployment:id=HornetQServer,type=Component"})
|
This is the only reference I can find to HornetQSer
Howard,
I'd like to raise another point on this issue. Every time this happens we
simply restart each JBoss instance and it all starts working again. The main
problem being that when the issue arises we cannot send messages to the local
queue, so we essentially have lost these messages before w
Ok, you'll be glad to hear the memory leak was external to JMS. So I'm back to
the problem where the bridges die after several hours idle time.
I know I'm pushing on this, but I'd feel a lot better if I could see an 'Update
JMessaging to 1.4.5.GA' task in the AS5 roadmap. Where would be an appro
Howard, that great news,
I'd be interested to see how the remoting update effects the bridges. I'm
having a strange issue where I'm running out of heap space that seems to be
related to Bridges (If there not running there's no leak).
Our dev environment is undergoing a rebuild at the moment but
I've been keeping an eye on the AS5 roadmap and I still have not seen a task
for incorporating Messaging 1.4.4 into AS5.
Any idea when this might happen? I'm waiting on some fixes addressed in this
release of messaging specifically to do with JMS Bridges.
We cannot move to production until we h
Howard,
Here's another error for you.
This ones a little different to the others but happens occasionally.
| 2009-07-20 08:30:22,001 DEBUG [org.jboss.remoting.ServerInvoker]
(EJB-Timer-1248041699774[target=jboss.j2ee:ear=phase-engine.ear,jar=phase-engine.jar,name=DestBridgeCheckTimerBean,ser
Ok, the jboss.xml is definitely being picked up, so it must be the way I'm
referencing the service bean is incorrect...
| 2009-07-15 15:35:24,600 DEBUG
[org.jboss.deployers.vfs.spi.deployer.JBossXBDeployerHelper] (HDScanner)
Parsing file: zipentryhand...@12863780[path=phase-test.ear/META-INF
I added the following dependency using the jboss.xml file (which is in the
META-INF directory in the EAR file):
|
|
|
|
| InputServiceBean
|
jboss.j2ee:ear=phase-test.ear,jar=phase-input.jar,name=SourceBridgeCheckTimerBean,
Hey Howard,
Got a little further on figuring this out.
What I did is write a keep alive generator for the bridges so I could monitor
them. Each bridge has a timer bean which send a message across the bridge at 10
second interval. Unfortunately this did not stop the bridges from failing but
did
Ok,
I have a Service Bean in a jar file called: phase-input.jar
This jar also contains a stateless timer bean (SourceBridgeCheckTimerBean). The
service bean is dependent on the timer bean.
So when deploying this jar in it's own EAR file the @ depends clause in the
Service Bean looks like this:
Sorry about the delay in getting back to you.
Here's the log from the box1, after the idle time.
It seems that the remoting session etc. is found. Spot anything interesting?
The second log extract is from box2 when I try to redeploy one of the bridges.
| 2009-06-19 09:43:40,373 DEBUG [org.j
Ok so if I have this to trace:
|
|
|
|
|
|
|
|
I havn't added security as I think it's under the jms package. If it's
something else just post the package name for me and I'll add it in.
View the original post :
http://www.jboss.org/index.html?mod
I have tested all cases and the only way to recover from these errors is to
restart both boxes.
I will write a keep alive packet running from a timer and see does it fix the
issue.
I have added the following to jboss-log4j.xml. Howard, should this be
sufficient to see further into the "User nu
Another point, I ran the same test again. But this time I tried to re-deploy
the bridges on box2 (before trying anything else). Strange thing is I get
exactly the same errors as if I restarted box1. So now I restart box2, but
still the same errors.
The "User null is NOT authenticated" error see
Howard,
Are you running the bridge across two physically different boxes? I have the
default JMS Provider (localhost) and a remote JMS Provider to a separate box
with a different IP Address.
If your remote provider is also localhost you might not see the issue.
Here are my JMS providers (jms-d
I had previously reported a problem with idle timeouts on bridges:
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=154559
In my previous post I had stated that this problem only occurred with
QOS_ONCE_AND_ONLY_ONCE bridges. However it would appear that this is not the
case. After exten
5.1.0.GA comes with Messaging 1.3. It's probably why the 1.4 examples fail to
work.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4235826#4235826
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4235826
bodrin,
You have to wait for 1.4.4.GA to be released with AS 5. You cannot build it
yourself. I have tried this on many occasions and it does not work.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4234623#4234623
Reply to the post :
http://www.jboss.org/
Any idea when this release will make into JBoss AS5?
We are waiting on some of the bugs fixed in this release.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4234079#4234079
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p
No problem, thanks.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229960#4229960
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229960
___
jboss-user mailing list
jboss-user@
Any info on this issue?
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4229754#4229754
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4229754
___
jboss-user mailing list
jboss-u
>From machine 1 to machine2:
|
|
| jboss.messaging:service=JMSProviderLoader,name=RemoteJMSProvider
| jboss.messaging:service=JMSProviderLoader,name=JMSProvider
|
| /queue/speQueueToEngine
|
| /queue/speQueueFromInput
|
|
Oh, and I'm using 1.4.3.GA of messaging.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227563#4227563
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227563
___
jboss-user mai
Since getting QOS_ONCE_AND_ONLY_ONCE bridges up and running I have run into an
issue with the bridge failing after a period of idle time. I'm not sure exactly
what amount of time is required to cause the fail but if I send no messages
overnight the failure occurs the next time I send messages.
I'm using MDB's so I won't have direct access to the connection.
I simply want the MDB to stop firing onMessage until I tell the queue to start
delivering again (without stopping clients from sending messages to the queue).
I have the following code for JMSContainerInvokerMBean (it's in the pack
1.4.3.GA, comes with the 5.1.0 Beta of AS 5.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227116#4227116
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227116
___
jboss-user
I have a situation whereby it would be helpful to be able to stop delivery of
messages on a queue but still allows client to add messages to the queue in
question.
I see that there is a stopDelivery method in the JMSContainerInvokerMBean.
Will calling this stop delivery and still allow clients
I am using the latest beta release 5.1.0.Beta of AS5. On the previous stable
release there was a bug with bridges where a bridge would not correctly deploy
on startup of JBoss. This issue no longer exists on the beta.
I have a bridge setup between two different physical machines. Everything work
Thanks Howard. I'll keep my eye on the roadmap and cross my fingers!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4227008#4227008
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4227008
__
Only as far as 1.4.3.GA for messaging in the 5.1.0 Beta of AS5
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226980#4226980
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226980
So I guess my next question is what are the chances of 1.4.4 being in the next
AS5 release.
The performance improvements of being able to send batches of messages are to
much to ignore in our production environment.
Should I be asking this question here or is there somewhere better to ask this?
I'm using the 5.1.0 beta release of AS5
Previously I had been using the following in my bridge configuration:
| 1
| -1
|
This worked but was very inefficient so I changed to this:
| 20
| 200
|
If I send 23 messages, only 20 get transported across
Thanks for looking into this. Hopefully a fix will make it into the next
release.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226948#4226948
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226948
My jboss-app.xml is as follows:
|
|
| spe-test:archive=spe-test.ear
|
|
|
Here are the annotations used in the service bean:
| import javax.ejb.Local;
| import javax.ejb.Remote;
|
| import org.jboss.ejb3.annotation.Management;
| import org.jboss.ej
I suppose it's always true that until you ask a question you never figure out
the answer yourself!
I had forgotten to change the ServerPeerID to a different value on one of the
servers. Just a quick change to deploy/messaging-service.xml and it works!
View the original post :
http://www.jboss.
I'm using the latest beta release 5.1.0.Beta.
Here are the console logs:
First deploy including service bean jar:
| 10:59:37,526 INFO [SessionSpecContainer] Starting
jboss.j2ee:jar=profileservice-secured.jar,name=SecureProfileService,service=EJB3
| 10:59:37,591 INFO [EJBContainer] STARTE
If I remove a service bean jar from an ears application.xml and redeploy, I get
deployment errors for the missing jar file as if it should still exist.
Here's the first ear I deploy:
|
| http://java.sun.com/xml/ns/javaee";
| xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"; version=
Because for the moment message order is critical, and allows us to design/test
both source and destination systems knowing that message order is preserved.
Eventually we will use MDB's (for performance reasons) but they will still need
to be sorted/processed at a central location, which will mos
I have a service bean, that spawns a thread, which reads messages from one
queue and sends them out on another.
The thread is correctly stopped in both the stop and destroy methods of the
bean.
Everything works as expected if it's a fresh startup of JBoss or the service
bean is deployed for th
Perfect thanks!
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4214838#4214838
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4214838
___
jboss-user mailing list
jboss-user@list
|
| jboss.messaging:service=ServerPeer
| jboss.messaging:service=PostOffice
|
|
|
| jboss.messaging:service=ServerPeer
| jboss.messaging:service=PostOffice
|
|
|
View the original post :
http://www.jboss.org/index.html?module=bb&op
I have two queues A and B, and I want my service bean to be dependent on these
two queues.
So my depends clause looks like this but it's wrong:
|
@Depends("jboss.messaging.destination:service=Queue,name=A,jboss.messaging.destination:service=Queue,name=B")
|
My service bean is working fin
On AS5.0.0.GA we occasionally get an error when we startup jboss on two
different boxes when there is a bridge between them.
Here's the course of events:
1) Start both JBoss instances (on physically different boxes, no clustering)
2) Redeploy the bridge on one server (bug in this release)
3) and
I have several servlets and can inject properties easily like follows:
@Resource(name="ConnectionFactory", mappedName="ConnectionFactory")
private ConnectionFactory connectionFactory;
@Resource(name="queue/out", mappedName="queue/out")
private Destination o
Is this even possible?
We have a situation where a client wants to be able to dynamically create new
destinations, bridges etc.
If it is possible could someone point me in the right direction as to how to do
this?
Cheers
View the original post :
http://www.jboss.org/index.html?module=bb&op=v
I'm using a remote bean from a servlet to make a remote call. The code snippet
below works. But I'm wondering is it possible to inject this bean without
needing to do the remote JNDI lookup.
When using JMS I setup a RemoteJMSProvider and can inject both the connection
factory and destination qu
How should I supply the test program and configuration?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207996#4207996
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207996
___
If I startup AS5 with the new libraries the error is as follows:
| 2009-02-08 00:25:26,836 ERROR
[org.jboss.resource.adapter.jms.inflow.JmsActivation] (WorkManager(2)-2) Unable
to reconnect
org.jboss.resource.adapter.jms.inflow.jmsactivations...@1195c94(ra=org.jboss.resource.adapter.jms.jmsr
Nope, that's what I checked first.
The point I'm at now, if I shutdown AS5 and replace the two libraries with the
originals, the bridge will work (sending messages to a machine on a different
subnet). If I then change to the libraries I built I get a host of errors which
you can see in my previ
If I now delete "speQueueB" on the local bridge instance it will now attempt to
deliver the message:
| 2009-02-06 21:38:02,087 ERROR [org.jboss.messaging.util.ExceptionUtil]
(Thread-47) ConnectionEndpoint[3g-zukpdvqf-1-qkp2dvqf-f20a68-e6u1gs4]
sendTransaction [ig-bvkpdvqf-1-qkp2dvqf-f20a68-e
Hmm, this is strange. If I create a queue call "speQueueB" on the instance
running the bridge, then the bridge will forward the messages to this queue
instead of attempting to move it to the remote queue?
Here's the bridge config:
|
|
| jboss.messaging:service=JMSProviderLoader
I've built the libraries for AS5, once more everything works locally and so
does the bridge but only locally. If the bridge is connecting to a remote
server then we once more have problems.
If I kill the remote jboss instance that the bridge points too it behaves as
you expect:
| 2009-02-0
Are YOURDB-persistence-service.xml and remoting-bisocket-service.xml the only
config files I need to worry about?
Previously I used the updated connections, destinations and messaging-service
xml files from the release I downloaded. Should I revert to the copies of those
files from the original
I had working version of jboss messaging but need to upgrade for fixes to the
following issues.
https://jira.jboss.org/jira/browse/JBMESSAGING-999
I have tried just replacing the jars and the xml files from the download on the
site. If these jars are not compiled for AS5 and they need to be t
What is the correct procedure for upgrading messaging on AS5?
I've copied both jboss-messaging.jar and jboss-messaging-client.jar to there
correct locations and copied the xml files to the deploy/messaging folder.
I can produce and consume messages on the same instance but my bridge is not
work
So this is a solution to the second issue, does it also fix the first one?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4206993#4206993
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4206993
If I start jboss AS 5, my bridge will not deploy as it would appear that the
local queue is created after the attempt to start the bridge. If I then touch
the bridge configuration once jboss has started, the bridge starts ok (In this
case the remote node is up and running). Is there some way I c
That did the trick! Thanks!
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4197591#4197591
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4197591
___
jboss-user mailing list
jbo
We recently moved from JBoss AS 4.0.5.GA to AS 5.0.0.GA and have begun testing
our applications. The first problem I'm having is to do with transactions. In
4.0.5.GA there are no issues, but in the new version I'm getting the following
exception:
java.lang.IllegalStateException: Can't lock a Tr
65 matches
Mail list logo
