is not a good option for us.
--
View this message in context:
http://www.nabble.com/lock-on-Oracle-activemq_lock-table-tf4576911s2354.html#a13144200
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
ich can be a very long time.
>
> As any FYI... it is possible for a DBA to delete the lock manually.
>
> This is very close to a show stopper for us as well.
> --
> View this message in context:
> http://www.nabble.com/lock-on-Oracle-activemq_lock-table-tf4576911s2354.html#a13140350
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>
be a very long time.
As any FYI... it is possible for a DBA to delete the lock manually.
This is very close to a show stopper for us as well.
--
View this message in context:
http://www.nabble.com/lock-on-Oracle-activemq_lock-table-tf4576911s2354.html#a13140350
Sent from the ActiveMQ - User
the default persistence db,
> comment out the Oracle datasource.
>
> This is a big deal to us and, along with the other issue I'm about to post
> about, is a serious showstopper.
>
> --
> View this message in context:
> http://www.nabble.com/lock-on-Oracle-activemq_lock-table-tf4576911s2354.html#a13138495
> Sent from the ActiveMQ - User mailing list archive at Nabble.com.
>
>
or ActiveMQ to start
up. This doesn't happen when I fall back on the default persistence db,
comment out the Oracle datasource.
This is a big deal to us and, along with the other issue I'm about to post
about, is a serious showstopper.
--
View this message in context:
http://www.nab
roker.port}
--
View this message in context:
http://www.nabble.com/lock-on-Oracle-activemq_lock-table-tf4576911s2354.html#a13064911
Sent from the ActiveMQ - User mailing list archive at Nabble.com.
