-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
REST-Interface Failing for Moonshine in 0.1.23 #13
Comments
Joel, I think you pasted the wrong link here:
Do you have a link to the related ticket? |
That's still the default path in the configuration, but you can override it by using the external application.yml. It looks like the path
The REST-Interface should have created that folder on startup, if that wasn't the case then it's probably because the "system user" running the REST-Interface's java process doesn't have permissions to create that directory. |
Yeah, I meant to link to issue 13 in another repository. I confirmed the problem was that /opt/restinterface/userfiles was missing. When I created this manually, the error cleared. I misread that error and thought that "bash" was the problem - maybe that was the actual problem in the above issue as well! I think it may make sense to update the application.yml template to override these /opt/restinterface paths, and have a task to initialize all the directories. This is not a high priority, but hopefully it should be straightforward. |
@JoelProminic Thank you for confirming. So, if the provisioners are going to customize the paths, no updates are needed in the REST-Interface, right? Or do you want me to update the paths in the embedded application.yml too? If that's the case, the paths should be aligned to the ones defined here. Right? |
I created a new instance of hcl_domino_standalone_provisioners and did a test with Moonshine for #10, but I found that the calls to the REST-Interface (1.2.0) were failing.
Upload:
In this case,
/opt/restinterface
was missing. This path name is out-of-date.After clearing that, I got this error on /task. I see this error was previously reported in this issue (UPDATED):
The configuration looks like this:
We don't need or want the full authentication configuration that we use for moonshinedev_provisioner_private at the moment - this would require updates to Moonshine. I'm wondering if there is new configuration we should be taking care of for the temporary path, though.
This issue is a low priority, since we are moving towards moonshine.dev instead of Moonshine-IDE for these actions. I don't want these update to interfere with the JeDI integration.
The text was updated successfully, but these errors were encountered: