This xsp page is based on (copied from) the event aware cacheable xsp sample.

I pause for 2 seconds during generation, so that you can tell if I'm being served from the cache or not.
What you see here was generated on Tue Jul 05 19:08:44 CDT 2022.

I'm cached for a specific database table name: user. Other parameters ie. request parameters do not matter.

Unlike other cacheable pages in Cocoon, I can be un-cached by events external to Cocoon - for instance, when a database table or row is updated. I will also be invalidated when the XSP source is modified.
My cache entry will be invalidated (actually, removed) when an event named user occurs. Go to the database samples and modify, insert, or delete a user and check if this page is updated.

Test links:

• uncache with action
• uncache with action emitting JMS messages
  This is particularily useful if your DBMS of choice can easily do HTTP requests but hooking on JMS would be difficult. Still you would like to control several Cocoon caches through JMS.
• install HTTP database triggers with HSQLDB
  For the HTTP example triggers, this sample needs to be available at http://localhost:8888/samples/jms/database/eventcache because that location is hard-coded into the trigger. This is usually the case if you have started the provided cocoon.sh resp. cocoon.bat.
• install JMS database triggers with HSQLDB
  For the JMS example triggers, you need to have setup a JMS system, e.g. OpenJMS
• uninstall database triggers

Please refer to the event based cache example for more details on the event based cache invalidation.