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
An API service restart reinitialises the database meaning it returns the database to the state as defined by 'AppLifeCycleBean', which is essentially the implementation of 'EmerlinExample'. It now might be more useful to have a one-off database initialisation command that is separate from the API service such that an API service restart does not wipe the database. Is this possible?
The text was updated successfully, but these errors were encountered:
Actually, I think that the initialisation is idempotent, but I take the point that the example instance should probably be moved out on final publication. It would be a good thing to set up as a script with the https://github.com/orppst/pst-cli-app when that is sufficiently developed
Clarification - the code that adds the content to the database does not destroy anything - however the JPA deployment itself is set to drop tables first, so that every test deployment will start afresh - have made a change to the deployed settings so that only table updates are attempted
An API service restart reinitialises the database meaning it returns the database to the state as defined by 'AppLifeCycleBean', which is essentially the implementation of 'EmerlinExample'. It now might be more useful to have a one-off database initialisation command that is separate from the API service such that an API service restart does not wipe the database. Is this possible?
The text was updated successfully, but these errors were encountered: