chrisbitmead

Is it just me, or is arbitrary code execution when you have access to the server's files, a non-issue?

After days of staring at code, trying, retrying and re-retrying, it seems that what is required to get it to work, is to apply more plugins from the app template...

The sample application is `grails create-plugin myPlugin` then change build.gradle to have these plugins: (aka, just like create-app) ``` apply plugin:"eclipse" apply plugin:"idea" apply plugin:"war" apply plugin:"org.grails.grails-web" apply plugin:"org.grails.grails-gsp" apply...

It's worse than what I thought... whilst removing the `@PluginSource` from the plugin's Application.groovy allows it to deploy as a stand alone war, it STOPs any app that uses that...

The only way I've found to get around this is to create another application, basically an empty shell of a grails app, and import the plugin. That way, the application...

@jeffbrown No, by standalone I mean that it's a grails app that should be able to be built into a war and run in Tomcat. i.e. it's not merely a...

@Trebla7th with all due respect, nobody in "the community" has justified this decision. Logback.groovy is generally inside the war, and EVERYTHING inside the war is executable dangerous stuff.... including for...

Personally I don't consider vnc a solution because it sucks so much with multiple monitors, whereas rdp is fantastic with multiple monitors.

All the existing documentation is at https://biodiversity.org.au/nsl/docs/main.html There's probably not much to know about identifiers. Just remember, everything that starts with https://id.biodiversity.org.au is an identifier, identifiers are a "black box"...

@sckott Does this help?... https://biodiversity.org.au/nsl/services/rest/name/apni/56859/api/apc.json