Puede colocar un disparador INSERT/UPDATE/DELETE en la tabla para realizar alguna acción cuando se realizan cambios de 'datos' en la tabla. (a diferencia de los cambios en la estructura de la tabla)
Creo que 10g también admite activadores en las vistas.
pero no estoy seguro de cómo se puede notar el proceso de java de este otro por votación.
lo siento.
puede crear alguna solución donde la aplicación java tiene un servidor de "escucha" y la base de datos lo devuelve un mensaje. pero eso suena difícil de mantener.
Justin Cave en los comentarios sugiere que podría configurar Oracle Streams para enviar registros de cambios lógicos (LCR) a los que una aplicación Java podría suscribirse a través de JMS. O el desencadenador podría escribir registros en una cola avanzada a la que Java podría suscribirse a través de JMS.
todavía tendrá que tener cuidado de transations Oracle .. debido a la forma transacciones de Oracle trabajan, el gatillo se dispara en el cambio, sino que también puede disparar varias veces ..
y en el anycase la aplicación Java no podría 'ver' los cambios hasta que se haya realizado una confirmación.
La supervisión de una tabla de base de datos para cambios es un "olor de diseño". Debería considerar la introducción de una Arquitectura dirigida por eventos (EDA) soportada por un Enterprise Service Bus (ESB). Por ejemplo Mule (www.mulesoft.com). –
Sip más palabras de moda y "arquitectura" es siempre la respuesta correcta – Gaius