does anyone know the meaning of the following exception?
javax.transaction.SystemException: Could not contact coordinator at
WL1-2+WL1-2:7003+KK+
No stack trace is available in our log files. We get this exception
when trying to commit a transaction after modifying some data using
container managed persistence with WLS 6.1 sp 3 (the problem is not
necessarily related to container managed persistence, but I didn't
find a better group to post to)
Any ideas will be appreciated
Could you tell us more about where and when you are
getting this exception? If you see it in the log, could you
post the whole log message?
"Javier Keller" <javier...@pure.de> wrote in message
news:b6d37cf5.03052...@posting.google.com...
Regards,
Slava Imeshev
I have seen this problem as well. it happened when we move our JMS
server to a new machine and the other application servers start to get
this exception, even I modified related setting for JMS server on
these servers. I even did a search for the old host name on those
servers, found nothing.
if you get any progress please let us know.
thanks
The strange thing is that there is no further log message given
indication of the problem. I see the usual log messages of our cmp
beans doing their work. The logic is pretty simple: we are updating
about 400 data records inside a single client transaction using cmp.
Everything works all right, but at the moment of committing we get
this strange message and everything is rolled back... And exactly the
same logic has been working for over one year! So I guess it might be
something with our configuration, as suggested by the other poster,
but what exactly? We use cmp in a clustered environment.
Thanks for your reply,
Javier
I've found out that the names of our servers had been changed in the
config.xml. This seems to be the cause of the mentioned problem about
transactions. Moreover we got some other weird error messages like "Method
create is deployed as TX_MANDATORY, but it was called without a transaction",
even if the client had opened a transaction before creating the ejb...
We don't get these message after having restarted all servers...
Regards,
Javier