You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Using a Liberty app with MDBs deployed as a "loose app" using liberty-maven-plugin, I make an update (e.g. compiling an updated app class). The default appMonitor config detects this change with its polling and restarts the app. However, instead we see a repeated sequence of app restarts.
I believe there is a separate, related issue here though my guess is it is indeed separate.
The issue: OpenLiberty/ci.maven#1755 also describes an app that gets caught in a restart cycle.
However, looking at the trace in each, I found reason to suspect the core problem in the other issue may be the fact that the file system polling is used in app monitor rather than the 'mbean' trigger. I believe this is one of the key use cases for the 'mbean' trigger in the first place.
But I'm new to this code and have far from proven this. Will add more detail as I can.
The text was updated successfully, but these errors were encountered:
Recreated the problem after manually compiling a single app .java file (rather than letting liberty-maven-plugin rebuild it). This proves to me that the default 'polled' behavior of applicationMonitor is not the cause of this problem. (Or maybe at least, more specifically, this proves that multiple updates within a short period of time, detected via polling, is not the cause of the problem.)
I still think the problem I've seen with this particular app is MDB related.
Describe the bug
Using a Liberty app with MDBs deployed as a "loose app" using liberty-maven-plugin, I make an update (e.g. compiling an updated app class). The default appMonitor config detects this change with its polling and restarts the app. However, instead we see a repeated sequence of app restarts.
Steps to Reproduce
git clone --branch 27372-recreate [email protected]:scottkurz/cargotracker.git
src/main/java/org/eclipse/cargotracker/application/ApplicationEvents.java
mvn compile
At this point you'll see the problem.
Expected behavior
The app should simply restart, i.e. stop then (re)start.
Diagnostic information:
product = Open Liberty 23.0.0.12 (wlp-1.0.84.cl231220231127-1901)
java.runtime = IBM Semeru Runtime Open Edition (17.0.3+7)
(see recreate above too)
Captured trace/messages.log
27372.logs.1.zip
Additional context
I believe there is a separate, related issue here though my guess is it is indeed separate.
The issue: OpenLiberty/ci.maven#1755 also describes an app that gets caught in a restart cycle.
However, looking at the trace in each, I found reason to suspect the core problem in the other issue may be the fact that the file system polling is used in app monitor rather than the 'mbean' trigger. I believe this is one of the key use cases for the 'mbean' trigger in the first place.
But I'm new to this code and have far from proven this. Will add more detail as I can.
The text was updated successfully, but these errors were encountered: