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
Working with the modular-tiles example I wanted to add an option (via menu) to add/remove plugins. This requires copying files to the watched plugins directory, and removing files from said directory.
The problem is, the application has no clue where this directory is located! The application can be launched from any directory within the file system, yet the plugins directory is set relative to the basedir of the given layers config file. For this use case I could get away by having access to the value of the computed basedir (calculated by org.moditect.layrry.launcher.LayrryLauncher). This value could be exposed as a System property and would have to blindly assume that the plugins directory remains as plugins.
A better approach would be to let the running application have access to parsed the Layers configuration or even the Layers instance. If the later then it should not be possible for the app to run the Layers once again.
The text was updated successfully, but these errors were encountered:
Perhaps if the main launcher implemented a given interface that allows passing a read-only view of the Layers instance? I wonder what sort of classloading issues this would cause as the application resides in a different classloader than the launcher.
Working with the
modular-tiles
example I wanted to add an option (via menu) to add/remove plugins. This requires copying files to the watched plugins directory, and removing files from said directory.The problem is, the application has no clue where this directory is located! The application can be launched from any directory within the file system, yet the
plugins
directory is set relative to thebasedir
of the given layers config file. For this use case I could get away by having access to the value of the computedbasedir
(calculated byorg.moditect.layrry.launcher.LayrryLauncher
). This value could be exposed as aSystem
property and would have to blindly assume that the plugins directory remains asplugins
.A better approach would be to let the running application have access to parsed the
Layers
configuration or even theLayers
instance. If the later then it should not be possible for the app to run the Layers once again.The text was updated successfully, but these errors were encountered: