|
||||||||||||||||
|
This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators. For more information on JIRA, see: http://www.atlassian.com/software/jira |
||||||||||||||||
- [JIRA] (JENKINS-16273) Slaves ... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)
- [JIRA] (JENKINS-16273) Sl... [email protected] (JIRA)

@nerdmachine: regardless of what the help on “Logged-in users can do anything” may suggest, it is a true security policy and it means that any operation requiring authentication—even GET requests which do produce any “records” to keep—must be accompanied by a valid login token.
I do not know much about the Windows service; someone who understands this code will need to evaluate how it should be provided with an API token. Without any special (Windows-specific) tool you can always download a *.jnlp file, run it manually, and when prompted ask to save it as a service; this is just a feature of Java WebStart.