}} returned from the client request, notably with the additional ability to do a \"cancel\", could be a nice addition. That work could certainly be done separately from the work to properly close client objects, though, which was the point of this ticket.", "created": "2014-10-28T10:02:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-10-20T15:59:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@51e05015"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "623c0ff494742a00683e3fe4"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypjbz:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "28/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_96241423_*|*_1_*:*_1_*:*_7626001_*|*_10007_*:*_2_*:*_440122638_*|*_3_*:*_2_*:*_509574410_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_1454373977"}], "description": "In the context of HTTP requests that don't return an HttpClient object for callers to manage, the work done for TK-101, hopefully very temporarily, moved the close call on a {{CloseableAsyncHttpClient}} from the thread on which the client request callback was invoked over to a separate thread pool. This was done to avoid a deadlock due to the Apache AsyncHttpClient library implementation.\n\nA much better approach would involve having the close call be made on the originating client thread -- or possibly not at all. One option [~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] and I talked about was having the clj-http-client library cache a {{CloseableAsyncHttpClient}} instance internally for use with the non-client based API request calls and just reuse that for subsequent requests. If we do that, it may no longer be necessary to even call close on the {{CloseableAsyncHttpClient}} object, assuming callers would be responsible for closing any streams returned in a response. We'd need to look into threading / context re-use implications of such an approach, e.g, whether or not requests against the same client object can safely be made from different threads concurrently and whether or not any state is inappropriately transferred between requests. ", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10650", "fixedVersions": ["HTTP-CLIENT 0.4.0"], "id": "10650", "issueType": "Improvement", "key": "TK-103", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-11-18T15:38:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Investigate options for replacing http-client AsyncClose with Close from Originating Client Thread", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-10-20T15:10:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@42513d04"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywuqf:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_10592590_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_255769448_*|*_10005_*:*_1_*:*_231125623575"}], "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10210", "fixedVersions": [], "id": "10210", "issueType": "Improvement", "key": "TK-102", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Won't Do", "resolutionDate": "2022-02-18T17:43:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "stop hard-coding ports in HTTP-related tests", "timeSpent": "PT0S", "updated": "2022-02-18T17:43:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "passed CI in https://jenkins.puppetlabs.com/view/Clojure%20Projects/job/http-client/18/", "created": "2014-10-23T12:20:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-10-16T12:14:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@155b2f31"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypnhb:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "23/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_10407489_*|*_1_*:*_2_*:*_101173804_*|*_10007_*:*_1_*:*_239029225_*|*_3_*:*_2_*:*_256618501_*|*_5_*:*_1_*:*_0"}], "description": "In doing some load testing that exercises the puppetlabs clj-http-client code to make HTTP requests, we've noticed cases where an exceptionally high number of file descriptors have been accrued. This has happened when the client connections have been failing to connect to the server - because the server was not listening. We're suspecting - but have not proven - that the clj-http-client library might be leaking file descriptors in connection failure scenarios.\n\nWould be good to try some repeated requests through the JavaClient API where the connections repeatedly fail and measure open file descriptors with lsof to see if they keep climbing. If there is a leak, there may need to be work done in clj-http-client to close the client objects properly.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10447", "fixedVersions": ["HTTP-CLIENT 0.3.1"], "id": "10447", "issueType": "Bug", "key": "TK-101", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-10-23T12:55:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "clj-http-client may leak file descriptors for connection failures", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "ping [~accountid:557058:dc666788-5651-476c-a211-ec5b44a7b0dd] [~accountid:557058:22d0f8be-5a48-45ef-8078-6e91e5c34720] ... just FYI, this is a ticket that I mentioned yesterday.", "created": "2014-11-05T15:45:00.000000"}, {"author": "61af86343618cd006f430854", "body": "Hi,\n\nThis sounds like a useful change, have you looked at creating a PR for this? The module's code is open source and we encourage community contributions.\u00a0\n\nWe actively monitor new PRs and review/merge them.\u00a0 Unfortunately, there has not been enough of a demand for this change to prioritize and resource.\n\nThank you for taking the time to create this ticket.", "created": "2022-03-08T09:58:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-10-16T08:47:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1a12ee30"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywisv:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "08/Mar/22"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_379380617_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_255534659_*|*_10005_*:*_1_*:*_232652903621"}], "description": "With the current implementation, tk-j9 requires you to pass in an array for the value of 'ssl-protocol'. This means that you can't use this setting from an ini or properties config file. We should look into adding support for either a comma-delimited string or an array (and this won't be the only time this issue comes up, so we might want to consider trying to come up with a general solution for this).\n\nIn general we might want to try to start adopting some of the patterns that [~accountid:557058:dc666788-5651-476c-a211-ec5b44a7b0dd] has established in PuppetDB, e.g.:\n\nhttps://github.com/puppetlabs/puppetdb/blob/master/src/puppetlabs/puppetdb/schema.clj#L107", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10585", "fixedVersions": [], "id": "10585", "issueType": "Task", "key": "TK-100", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Won't Do", "resolutionDate": "2022-03-08T09:58:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "add support for comma-delimited string in TK-j9 ssl-protocols config setting", "timeSpent": "PT0S", "updated": "2022-03-08T09:58:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-10-16T07:24:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@6d774f50"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywitb:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_384564942_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_255373953_*|*_10005_*:*_1_*:*_231125598866"}], "description": "[~accountid:557058:38b78272-04e8-470c-a36e-3d8a864889cc] just finished up a first pass at a lein plugin that will take the current git sha of your project and put it into the pom and the jar manifest when building a project. We should start using this in our apps and start looking into how it will interact with ezbake when we do an uberjar build.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10322", "fixedVersions": [], "id": "10322", "issueType": "Task", "key": "TK-99", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Won't Do", "resolutionDate": "2022-02-18T17:43:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "try out scott's new \"shard\" lein plugin", "timeSpent": "PT0S", "updated": "2022-02-18T17:43:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "passed CI in https://jenkins.puppetlabs.com/view/Clojure%20Projects/job/http-client/18/", "created": "2014-10-23T12:19:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-10-15T12:41:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@7f051141"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypnhz:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "23/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_169438227_*|*_1_*:*_1_*:*_188395281_*|*_10007_*:*_1_*:*_108942960_*|*_3_*:*_1_*:*_223117306_*|*_5_*:*_1_*:*_0"}], "description": "There is currently no way to configure our HTTP client to allow or disallow specific SSL protocols. There should be a setting that controls this.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10583", "fixedVersions": ["HTTP-CLIENT 0.3.0"], "id": "10583", "issueType": "Improvement", "key": "TK-97", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Done", "resolutionDate": "2014-10-23T12:19:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "add ability to configure ssl protocols on clj-http-client", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-10-13T17:37:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@8faa699"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "623c0ff494742a00683e3fe4"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypncv:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_2988416_*|*_10007_*:*_1_*:*_11248914_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_58624840"}], "description": "Graceful shutdown support was recently added to TK Jetty9, with a default graceful stop timeout of 60 seconds. However, in my testing of the functionality added to address SERVER-35, I found that the default timeout isn't actually 60 seconds, as evidenced by the fact that my 45 second http request would be dropped unless I explicitly set the timeout to 60 seconds in the configuration. This needs to be fixed so that the default timeout is 60 seconds as intended and documented.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10661", "fixedVersions": ["TK-JETTY9 0.8.1"], "id": "10661", "issueType": "Bug", "key": "TK-95", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-10-14T13:51:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Default Graceful shutdown timeout in TK Jetty9 is not 60 seconds", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-10-08T16:01:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@6a73d805"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywitj:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_1044808985_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_255277303_*|*_10005_*:*_1_*:*_231125776367"}], "description": ":(", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10500", "fixedVersions": [], "id": "10500", "issueType": "Improvement", "key": "TK-94", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Trivial", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Won't Fix", "resolutionDate": "2022-02-18T17:46:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "the lein template still uses test-resources instead of dev-resources", "timeSpent": "PT0S", "updated": "2022-02-18T17:46:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-10-07T18:49:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1011a6a4"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywuqn:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_63897790_*|*_3_*:*_1_*:*_13083395_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_1299451940_*|*_10005_*:*_1_*:*_105065051744"}], "description": "It would be nice to have a little API for defining user/password on a request when using HTTP basic auth, instead of having to manually construct the 'Authorization' header.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10337", "fixedVersions": [], "id": "10337", "issueType": "New Feature", "key": "TK-93", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Trivial", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Won't Do", "resolutionDate": "2018-02-20T16:53:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "add API for HTTP basic authentication to clj-http-client", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "body": "With respect to the configurability of the new feature, [~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] suggested we might be able to use a single setting. Maybe we could call it *graceful-shutdown-timeout-in-seconds* (or something less wordy if others have a good suggestion) where a value of 0 means shutdown immediately -- no timeout. I think this should be an optional setting for backward compatibility of the configuration but [~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] and I were thinking that having a graceful shutdown be done by default would be a *good* thing. The absence of the setting from the configuration could mean to do a graceful shutdown with a timeout of 30 seconds (seemingly good default since that's what Jetty has been using).", "created": "2014-10-07T13:22:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-10-06T11:36:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@8fe5cc7"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypnfr:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_1080444_*|*_1_*:*_1_*:*_92270146_*|*_10007_*:*_1_*:*_90413353_*|*_3_*:*_1_*:*_171981569_*|*_5_*:*_1_*:*_0"}], "description": "The Jetty web server has the capability to support gracefully shutting itself down when it is stopped. For a graceful shutdown, request acceptors are shut down to prevent new requests from getting in during the shutdown process while any currently open requests would be held open for a configurable period of time to allow for them to complete.\n\nThe way the Jetty9 service is currently configured by tk-webservices-jetty9, however, none of the graceful shutdown logic is being exercised. Any currently open requests at Jetty shutdown time are immediately severed.\n\nIn order to enable this capability, I believe we would have to do what is suggested in the following Jetty bug:\n\n https://bugs.eclipse.org/bugs/show_bug.cgi?id=420142\n\nI modified `create-webserver` in jetty9_core.clj to create a StatisticsHandler, wrap it around the handler currently set as the top-level handler on the Server object, and pass the StatisticsHandler in as the top-level handler to the Server object. Running with that configuration, I found that an open request at SIGTERM time for the running Java process was held open until 30 seconds had elapsed or the response was successfully provided.\n\nI think it would make sense to provide this at least as an option that could be configured on the webserver service. Additionally, it may make sense to expose a way to configure the wait timeout for requests to complete. I believe this would be done by a call to `setStopTimeout` on the Server instance. The default value is currently 30 seconds but making this configurable would add extra flexibility for scenarios where the types of requests being performed might predictably take much less or much greater time to complete, depending upon the web services configured on the stack. \n", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10285", "fixedVersions": ["TK-JETTY9 0.8.0"], "id": "10285", "issueType": "New Feature", "key": "TK-92", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-10-10T14:25:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Support for gracefully shutting down web requests in TK-Jetty9", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [{"attacher": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "created": "2014-10-15T20:00:00.000000", "name": "replicate_tk-91.patch", "uri": "https://puppet.atlassian.net/rest/api/3/attachment/content/10066"}], "comments": [{"author": "70121:7b50b988-18ad-4913-8df5-c67397870b32", "body": "This has been a stretch goal for PuppetDB for quite some time: PDB-587. So I'm +1 to this as well.\n\nAlthough [~accountid:557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a] I'm not sure I agree with an escape hatch for providing a jetty.xml as that goes against the grain of what we've done before, plus XML is a horrid interface to force onto our users and I'd prefer to minimize that. I'm not ruling it out, but I'd rather a first class set of configuration items in the [webserver] block, so that users can provide a list of allowed hosts and actions etc.", "created": "2014-10-04T06:21:00.000000"}, {"author": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "body": "Agree, a new webserver config option is preferable to dealing with xml. What I mean is whether there is a workaround that which we can use *now* as this is a critical issue for us. From what we're seeing, jetty seems to impose a number of its own behaviors (302 redirects, managing CORS) which we'd rather manage using Ring middleware.", "created": "2014-10-04T06:46:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a] We'd definitely be open to getting in a fix that solves the CORS issue you're having, but as Ken said, it'd probably be something we'd want to expose via our config. Wedging a jetty XML config file into the mix would be pretty challenging.\n\nThat said, if you can let me know what the relevant part of your `web.xml` would look like in this case, that'll make it much quicker for us to get in a fix for it. Is it just that snippet of XML in the Cross Origin Filter page that you linked? Which of the configuration parameters would you need?\n\nThis should be a fairly simple change to TK-Jetty9. We can probably squeeze it in sometime in the next few weeks, or, if you are interested in submitting a pull request we can help you with that, and we can do a clojars release as soon as it gets merged in.", "created": "2014-10-06T09:47:00.000000"}, {"author": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "body": "My apologies for the confusing last sentence, it is meant as a separate question rather than a suggestion. The lack of CORS is a deal breaker for us, hence I was wondering if there is a temporary workaround for the current release of tk-jetty9 that does not require any code change on your part. As a temporary solution, using xml or more clunky code is reasonable, as we can refactor it to use the proper solution when it is released later, and it will allow us to continue using tk-jetty9 in the meantime.\n\nThe reason I'm asking is because without CORS support, we cannot use tk-jetty9 as it is blocking work on our frontend hosted on a different domain from our API server. I'm inferring from your replies that the answer is no such workaround is possible.\n\nUnfortunately, I'm not familiar with jetty configuration to advise on the solution for this issue. In my case, I'd prefer jetty to ignore the Origin header and leave it to the user defined handler to deal with it using a middleware.\n\n", "created": "2014-10-06T19:30:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a] I do not believe there is a way to workaround your issue using an xml configuration given the current code base. Some minor changes would need to be made to the code that instantiates the Jetty server object in order to make that possible, and they would probably be more work than simply adding in support for the CORS filter.\n\nI'm eager to get this fixed for you but we're in the middle of wrapping up a release of some of our commercial products right now, so it will likely be a few weeks before we could put together a fix.\n\nIf you want to take a swing at it yourself in the meantime, it should only be a few lines of code. The change will go here:\n\nhttps://github.com/puppetlabs/trapperkeeper-webserver-jetty9/blob/88beaa4b6c5eef02c4a3eec212de17b669277ae4/src/puppetlabs/trapperkeeper/services/webserver/jetty9_core.clj#L465\n\nand will be very similar to what we're doing for the GZIP/Logging handlers. Here's an example of what it looks like to use the CORS filter programmatically (from http://www.programcreek.com/java-api-examples/index.php?api=org.eclipse.jetty.servlet.FilterHolder ):\n\n{quote}\n FilterHolder filterHolder=new FilterHolder()", "created": "2014-10-07T15:46:00.000000"}, {"author": "557058:38b78272-04e8-470c-a36e-3d8a864889cc", "body": "[~accountid:557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a] I've been having a look at this ticket. We have no CORS support by default, so as you say above, your cross-origin request fails. I'm seeing this behaviour too. However, I'm finding I can use ring-cors to solve the problem in my own ring handler without changes to TK-jetty9. I'd like to understand why we're seeing different behaviour.\n\nI've tried the following:\n\n* Curling the example \"bert and ernie\" ring app supplied with trapperkeeper-jetty9 (which has no CORS support) both with and without an \"Origin\" header\n** both give 200 OK and a response\n\n* Curling the example \"hello/goodbye\" servlet app (which also has no CORS support) both with and without an \"Origin\" header\n** both give 200 OK and a response\n\n* Curling a modified version of the ring app with ring-cors support in the handler with:\n** No \"Origin\" header \n*** gives 200 OK and a response\n** A valid \"Origin\" header (per the active cors config) \n*** gives 200 OK and a response\n** An invalid \"Origin\" header (per the active cors config) \n*** gives 404 as expected\n \nCalling the API using jQuery running in Chrome again either fails and gives me the expected cross-origin errors (if CORS is missing) or works (if I use ring-cors in my handler).\n\nIn no cases am I seeing Jetty close the connection. I *can* get Jetty to close the connection by asking explicitly with a \"Connection: close\" header but even in that case I get the expected response too. I had a not-exactly-comprehensive search through the Jetty source and can only find connection closes in response to either explicit requests in the headers (like I did) or in response to server errors, like exceptions from the ring app itself. In the latter case the HTTP code would be 500 and that doesn't fit what you're seeing.\n\nI'd love to hear your feedback on the above. Would you be able to send me the full request and response HTTP headers? If possible, could you recreate the error in the example ring app - that might help identify where our code diverges? Finally, are you using curl or sniffing the HTTP traffic?\n\nThanks for the help!\n", "created": "2014-10-15T13:25:00.000000"}, {"author": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "body": "[~accountid:557058:38b78272-04e8-470c-a36e-3d8a864889cc]: Thanks for the detailed investigation. From your results, I suspect the bug may be triggered by mounting different handlers on the same endpoint. I had two services handling requests at /api/resource1 and /api/resource2 respectively. Due to TK-83, I had to mount them both at the path /api when calling add-ring-handler.\n\nI manage to replicate the issue with the \"bert and ernie\" example. I've attached a patch against tk-jetty9 in the original issue. The patch uses Compojure to ensure that each service only service the particular URI and wraps them in the ring-cors middleware then mount them on the root endpoint \"\"\n\n> curl -H \"Origin:http://google.com\" -i localhost:8080/bert\n\nHTTP/1.1 200 OK\nDate: Thu, 16 Oct 2014 01:59:28 GMT\nAccess-Control-Allow-Methods: DELETE, GET, POST, PUT\nAccess-Control-Allow-Origin: http://google.com\nContent-Length: 534\nServer: Jetty(9.1.0.v20131115)\n\nHello from http://localhost:8080/bert
You are visitor number 4.
{:ssl-client-cert nil,\n :remote-addr \"127.0.0.1\",\n :scheme :http,\n :request-method :get,\n :query-string nil,\n :route-params {},\n :content-type nil,\n :uri \"/bert\",\n :server-name \"localhost\",\n :params {},\n :headers\n {\"origin\" \"http://google.com\",\n \"user-agent\" \"curl/7.33.0\",\n \"host\" \"localhost:8080\",\n \"accept\" \"*/*\"},\n :content-length nil,\n :server-port 8080,\n :character-encoding nil,\n :body #}\n\n\n> curl -H \"Origin:http://google.com\" -i localhost:8080/ernie\n\nHTTP/1.1 200 OK\nDate: Thu, 16 Oct 2014 01:59:52 GMT\nAccess-Control-Allow-Methods: DELETE, GET, POST, PUT\nAccess-Control-Allow-Origin: http://google.com\nContent-Length: 0\nServer: Jetty(9.1.0.v20131115)\n\n", "created": "2014-10-15T19:58:00.000000"}, {"author": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "body": "When I changed the cors middleware to return different methods for each service (bert returns :get :bert and ernie returns :get :ernie). I found that bert cors middleware is the one generating Access-Control-Allow-Methods in the response for /ernie.\n\n> curl -H \"Origin:http://google.com\" -i localhost:8080/bert\nHTTP/1.1 200 OK\nDate: Thu, 16 Oct 2014 02:09:59 GMT\nAccess-Control-Allow-Methods: BERT, GET\nAccess-Control-Allow-Origin: http://google.com\nContent-Length: 534\nServer: Jetty(9.1.0.v20131115)\n\nHello from http://localhost:8080/bert
You are visitor number 3.
{:ssl-client-cert nil,\n :remote-addr \"127.0.0.1\",\n :scheme :http,\n :request-method :get,\n :query-string nil,\n :route-params {},\n :content-type nil,\n :uri \"/bert\",\n :server-name \"localhost\",\n :params {},\n :headers\n {\"origin\" \"http://google.com\",\n \"user-agent\" \"curl/7.33.0\",\n \"host\" \"localhost:8080\",\n \"accept\" \"*/*\"},\n :content-length nil,\n :server-port 8080,\n :character-encoding nil,\n :body #}\n\n\n> curl -H \"Origin:http://google.com\" -i localhost:8080/ernie\nHTTP/1.1 200 OK\nDate: Thu, 16 Oct 2014 02:10:29 GMT\nAccess-Control-Allow-Methods: BERT, GET\nAccess-Control-Allow-Origin: http://google.com\nContent-Length: 0\nServer: Jetty(9.1.0.v20131115)\n\n", "created": "2014-10-15T20:10:00.000000"}, {"author": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "body": "Digger into this further the culprit seems to be ring-cors and not tk-jetty9. ring-cors does not handle the case where the origin header is present and the handler returns nil to indicate that it does not handle the request. In this case, ring-cors should also return nil, but it executes (add-access-control request (handler request) access-control)) which works even though (handler request) is nil. \n\nI've filled a ticket with ring-cors. Thanks for the help in figuring out the root cause of the problem. We can consider this issue resolved.", "created": "2014-10-15T20:21:00.000000"}, {"author": "557058:38b78272-04e8-470c-a36e-3d8a864889cc", "body": "[~accountid:557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a] Thanks for all this and I'm glad you're making progress. Really appreciate the effort you've put in.", "created": "2014-10-16T10:08:00.000000"}, {"author": "557058:38b78272-04e8-470c-a36e-3d8a864889cc", "body": "Thanks for raising the issue with ring-cors [~accountid:557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a]. I implemented a fix and raised a pull request with the maintainer of that project. For now you can work around the issue by wrapping your ring handler using the function below. Rather than simply wrapping using *wrap-cors*, this function will pass the response through ring-cors only if it in not nil.\n\n{code:borderStyle=solid}\n(defn- cors-ring-handler\n \"Wraps the ring handler to support CORS and includes a workaround for issue #5\"\n [handler]\n (fn [request]\n (let [resp (handler request)]\n ", "created": "2014-10-24T07:12:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-10-03T19:19:00.000000", "creator": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@13616240"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywuc7:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "04/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "null_*:*_1_*:*_0_*|*_1_*:*_1_*:*_1067547652_*|*_10007_*:*_1_*:*_213123774_*|*_3_*:*_2_*:*_488426233_*|*_5_*:*_1_*:*_0_*|*_10005_*:*_1_*:*_1710512"}], "description": "Using ring-cors with http-kit previously and CORS works, after switching to trapperkeeper-jetty9 CORS stops working due to http://www.eclipse.org/jetty/documentation/current/cross-origin-filter.html\n\nSample response of jetty9 with Origin header:\nHTTP/1.1 200 OK\nDate: Sat, 04 Oct 2014 01:15:33 GMT\nAccess-Control-Allow-Methods: DELETE, GET, POST, PUT\nAccess-Control-Allow-Origin: http://\nConnection: close\nServer: Jetty(9.1.z-SNAPSHOT)\n\nAs shown, the ring-cors middleware generates the proper access control headers, however jetty closes the connection. \n\nRemoving the Origin header, the API call works as before.\n\nThis is a major problem for us as we are calling our APIs via Javascript from the browser.\n\nIs there a way to supply a web.xml to trapperkeeper's jetty9 as a workaround?", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10320", "fixedVersions": [], "id": "10320", "issueType": "Bug", "key": "TK-91", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Major", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "resolution": "Done", "resolutionDate": "2014-10-24T07:12:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "CORS headers not respected by jetty9", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-10-02T09:46:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1b548b25"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "557058:151c148a-2bb4-4fdc-9320-df94e73b0363"}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywupz:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_981720435_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_859248954_*|*_10005_*:*_1_*:*_105064870993"}], "description": "With :force-redirects and :follow-redirects \"true\" for requests made through the Clojure binding in the Puppet Labs clj-http-client library and the target URI returning a 301 (Moved Permanently) and different URI from the original request in the Location header, I see the following:\n\n* For a POST request, the client issues a GET request when following the redirect. The GET request has no request body.\n\n* For a PUT or PATCH request, the client does not follow the redirect -- no follow-up request issued in response to the HTTP 3XX response to the initial request.\n\nI had originally been thinking that all of these would result in the request being redirected with the original method and request body intact. The POST behavior may be due to how the underlying Apache http client library works, not sure. From section 10.3.2 (301 Moved Permanently) in the HTTP 1.1 RFC (https://www.ietf.org/rfc/rfc2616.txt):\n\n{noformat}\n If the 301 status code is received in response to a request other\n than GET or HEAD, the user agent MUST NOT automatically redirect the\n request unless it can be confirmed by the user, since this might\n change the conditions under which the request was issued.\n\n Note: When automatically redirecting a POST request after\n receiving a 301 status code, some existing HTTP/1.0 user agents\n will erroneously change it into a GET request.\n{noformat}\n\nThe process of confirming the redirect by the user, per the HTTP RFC, is difficult to reconcile with automatic redirection behaviors in the library.\n\nSince the force/follow redirect client options do not seem to reflect the actual behavior, these behaviors should be investigated further.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10649", "fixedVersions": [], "id": "10649", "issueType": "Bug", "key": "TK-90", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Won't Do", "resolutionDate": "2018-02-20T16:50:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "clj-http-client redirects for POST, PUT, and PATCH don't seem to be working", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-10-01T19:02:00.000000", "creator": "70121:1f7c5098-d991-4129-bcae-5fc413f71091", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@78e7b75b"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Capitalized?", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Yes"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywiuv:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_1638825894_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_232907917730"}], "description": "When I tried to add the {{access-log-config}} item to my webserver config, I got this really terrible schema error:\n\n{code}\nException in thread \"main\" clojure.lang.ExceptionInfo: Input to init! does not match schema: [nil (named (not (some (check % a-clojure.lang.PersistentArrayMap) schemas)) config)] {:schema [#schema.core.One{:schema Any, :optional? false, :name context} #schema.core.One{:schema (either {(optional-key :access-log-config) java.lang.String, (optional-key :gzip-enable) java.lang.Boolean, (optional-key :truststore) java.lang.String, (optional-key :key-password) java.lang.String, (optional-key :client-auth) java.lang.String, (optional-key :jmx-enable) java.lang.String, (optional-key :ssl-port) Int, (optional-key :keystore) java.lang.String, (optional-key :trust-password) java.lang.String, (optional-key :ssl-cert) java.lang.String, (optional-key :ssl-cert-chain) java.lang.String, (optional-key :ssl-host) java.lang.String, (optional-key :ssl-crl-path) java.lang.String, (optional-key :port) Int, (optional-key :max-threads) Int, (optional-key :static-content) [{:resource java.lang.String, :path java.lang.String, (optional-key :follow-links) java.lang.Boolean}], (optional-key :ssl-ca-cert) java.lang.String, (optional-key :default-server) java.lang.Boolean, (optional-key :ssl-protocols) [java.lang.String], (optional-key :ssl-key) java.lang.String, (optional-key :request-header-max-size) Int, (optional-key :host) java.lang.String, (optional-key :cipher-suites) [java.lang.String]} (both {Keyword {(optional-key :access-log-config) java.lang.String, (optional-key :gzip-enable) java.lang.Boolean, (optional-key :truststore) java.lang.String, (optional-key :key-password) java.lang.String, (optional-key :client-auth) java.lang.String, (optional-key :jmx-enable) java.lang.String, (optional-key :ssl-port) Int, (optional-key :keystore) java.lang.String, (optional-key :trust-password) java.lang.String, (optional-key :ssl-cert) java.lang.String, (optional-key :ssl-cert-chain) java.lang.String, (optional-key :ssl-host) java.lang.String, (optional-key :ssl-crl-path) java.lang.String, (optional-key :port) Int, (optional-key :max-threads) Int, (optional-key :static-content) [{:resource java.lang.String, :path java.lang.String, (optional-key :follow-links) java.lang.Boolean}], (optional-key :ssl-ca-cert) java.lang.String, (optional-key :default-server) java.lang.Boolean, (optional-key :ssl-protocols) [java.lang.String], (optional-key :ssl-key) java.lang.String, (optional-key :request-header-max-size) Int, (optional-key :host) java.lang.String, (optional-key :cipher-suites) [java.lang.String]}} (pred one-default?))), :optional? false, :name config}], :value [{} {:rbac {:ssl-ca-cert \"./dev-resources/ssl/ca.pem\", :ssl-key \"./dev-resources/ssl/key.pem\", :ssl-cert \"./dev-resources/ssl/cert.pem\", :host \"0.0.0.0\", :port 8881}, :access-log-config \"./dev-resources/request-logging.xml\", :console {:host \"0.0.0.0\", :port 8880}}], :error [nil (named (not (some (check % a-clojure.lang.PersistentArrayMap) schemas)) config)]}, compiling:(/private/var/folders/9k/n0tqy1x515792y_xs5_h1wwr0000gq/T/form-init8621054008251244948.clj:1:124)\n at clojure.lang.Compiler.load(Compiler.java:7142)\n at clojure.lang.Compiler.loadFile(Compiler.java:7086)\n at clojure.main$load_script.invoke(main.clj:274)\n {code}\n\nmy config looked like:\n\n{code}\nwebserver: {\n access-log-config: \"./dev-resources/request-logging.xml\"\n\n console {\n host: 0.0.0.0\n port: 8880\n }\n\n rbac {\n host: 0.0.0.0\n port: 8881\n ssl-key: \"./dev-resources/ssl/key.pem\"\n ssl-cert: \"./dev-resources/ssl/cert.pem\"\n ssl-ca-cert: \"./dev-resources/ssl/ca.pem\"\n }\n}\n{code}\n\nIt was complaining because I needed to put the {{access-log-config}} option in both of my webservers, but I could not have figured that out from the schema error.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10283", "fixedVersions": ["TK 1.y"], "id": "10283", "issueType": "Bug", "key": "TK-89", "labels": ["low-hanging-fruit"], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "70121:1f7c5098-d991-4129-bcae-5fc413f71091", "resolution": "Won't Fix", "resolutionDate": "2022-03-08T09:54:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Gross schema error", "timeSpent": "PT0S", "updated": "2022-03-08T09:54:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-10-01T14:16:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@21b8a026"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "557058:151c148a-2bb4-4fdc-9320-df94e73b0363"}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypo4n:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_95420_*|*_10007_*:*_1_*:*_2938189_*|*_3_*:*_1_*:*_906511_*|*_5_*:*_1_*:*_0"}], "description": "JavaClient.createClient() in clj-http-client errantly builds two clients instead of one. The first one falls out of scope before the method call ends. Because no close() call is made on the first one, however, all of the native resources associated with it, e.g., file descriptors, are leaked (never reclaimed until the process dies off).\n\nThe first build() call should be removed since it leaks resources and is unnecessary.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10281", "fixedVersions": [], "id": "10281", "issueType": "Bug", "key": "TK-88", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-10-01T15:22:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "clj-http-client errantly builds two clients for createClient() calls", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "I've done some initial work on this but it's nowhere near done.", "created": "2015-01-16T13:20:00.000000"}, {"author": "61af86343618cd006f430854", "body": "Hi,\n\nThis sounds like a useful change, have you looked at creating a PR for this? The module's code is open source and we encourage community contributions.\u00a0\n\nWe actively monitor new PRs and review/merge them.\u00a0 Unfortunately, there has not been enough of a demand for this change to prioritize and resource.\n\nThank you for taking the time to create this ticket.", "created": "2022-03-08T10:02:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-09-29T16:40:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@75bdc089"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "557058:151c148a-2bb4-4fdc-9320-df94e73b0363"}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywisf:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "08/Mar/22"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_1216143277_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_233512419845"}], "description": "Most TK services have some required config, and, when any one of these config values are missing, will fail to {{init}} or {{start}}. Currently, it is up to each service to validate it's config data, and the only way for services to handle this is to throw an Exception - this is undesirable because the stacktrace is almost always useless, and is very distracting to an end-user looking at the log and trying to diagnose this problem.\n\nI propose that we add some sort of way for TK services to define their required configuration. TK would then verify that each service's required configuration is available before {{init}}; if any configuration is missing, the process should terminate with a user-friendly error message which mentions *all* of the missing config values (not just the first one encountered).", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10660", "fixedVersions": [], "id": "10660", "issueType": "New Feature", "key": "TK-86", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Won't Do", "resolutionDate": "2022-03-08T10:02:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "validate service config before startup", "timeSpent": "PT0S", "updated": "2022-03-08T10:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "One case where this would be nice is our current plan for master + no-op CA service.", "created": "2014-09-29T12:30:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "duplicate of TK-299", "created": "2015-12-30T16:19:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-09-29T12:28:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@3e6ced5f"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywuo7:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_1231219981_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_859231315_*|*_10005_*:*_1_*:*_37411779500"}], "description": "... a way for a given service (s1) to say that, *if* an implementation of another service protocol exists (s2), load s2 before s1.\n\nThe idea of an \"optional\" dependency has come up several times. There may be more to it than just service load order.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10581", "fixedVersions": [], "id": "10581", "issueType": "New Feature", "key": "TK-85", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Duplicate", "resolutionDate": "2015-12-30T16:19:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "add support for service load order / optional dependencies", "timeSpent": "PT0S", "updated": "2022-02-03T07:06:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-09-23T19:33:00.000000", "creator": "6243b375fd5e4500704351c5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@51dd7fe0"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypo47:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_104214423_*|*_1_*:*_1_*:*_659536897_*|*_10007_*:*_1_*:*_3620456_*|*_5_*:*_1_*:*_0"}], "description": "The Java URI class [encodes the \"query\" parameter|http://docs.oracle.com/javase/7/docs/api/java/net/URI.html#legal-chars] when using its multi-parameter constructor. In {{proxy-servlet}} we are using {{getQueryString}} to get the query string to pass into URI, which [does not URL decode|http://docs.oracle.com/javaee/6/api/javax/servlet/http/HttpServletRequest.html#getQueryString%28%29] the query string. This means that requests that are already URL encoded will be URL encoded again by URI.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10208", "fixedVersions": ["TK-JETTY9 0.7.6"], "id": "10208", "issueType": "Bug", "key": "TK-84", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Blocker", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "6243b375fd5e4500704351c5", "resolution": "Fixed", "resolutionDate": "2014-10-02T16:42:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "proxy-servlet double encodes query strings", "timeSpent": "PT0S", "updated": "2022-02-03T07:08:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "Awesome, thanks for the tip! We'd noticed that annoyance in the past but hadn't had time to figure out a proper fix. Will get this onto the roadmap.", "created": "2014-09-18T08:36:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "I think we might even set this to `true` by default. Would anyone have any concerns about that?", "created": "2014-09-18T08:38:00.000000"}, {"author": "557058:c0188ab7-8cd9-4c11-89f2-7b44c37cbf88", "body": "First issue I'm reading, first comment I'm adding, first thought it produced (after reading your last comment) - merely this: \n*Please* make sure to document the default and behavior it produces in a way that folks searching for a fix to the automatic 302's being thrown have a reasonably decent chance of hitting the documented behavior and can figure out what to do.\n\nOf course, I add this comment in complete ignorance of your documentation behavior and feel this little itch between my shoulder blades -- the tell that I'm speaking to those who already know. Still, just trying to help.\n-wc\n", "created": "2014-09-21T12:03:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "Sure, thanks for the comment. It seems to me that the most intuitive default behavior would be for it to *not* do a redirect, so I'm leaning towards making that the default. We'd then provide an override setting that allowed people to turn that redirect behavior back on if that was their preference. The new setting will be documented alongside all of the existing settings, here:\n\nhttps://github.com/puppetlabs/trapperkeeper-webserver-jetty9/blob/master/doc/jetty-config.md\n", "created": "2014-09-21T13:24:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] if you get bored this week, here's a good ticket :)", "created": "2014-09-21T13:24:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-09-18T00:11:00.000000", "creator": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1ba0fecd"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypnf3:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "18/Sep/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_2172827_*|*_1_*:*_1_*:*_1352468566_*|*_10007_*:*_1_*:*_433360725_*|*_5_*:*_1_*:*_0"}], "description": "Currently when registering a handler using (add-ring-handler handler \"/api/resource\"), Jetty9 issues a 302 redirect when requesting http://server.com/api/resource to http://server.com/api/resource/ (with the trailing slash)\n\nThis makes it difficult to create a REST API endpoint at /api/resource (without trailing slash). A workaround is to change the endpoint to a higher level such as \"/api\", but this is not a good fix as all resources under /api will have the same endpoint.\n\nA better fix is to disable the automatic 302 from Jetty by calling setAllowNullPathInfo(true) for the context handler. This can be exposed as a web server configuration option.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10249", "fixedVersions": ["TK-JETTY9 0.8.0"], "id": "10249", "issueType": "New Feature", "key": "TK-83", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:55ee2a78-46ee-47f4-82aa-39621d2ea54a", "resolution": "Fixed", "resolutionDate": "2014-10-08T16:51:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Unable to serve content at endpoint registered in add-ring-handler as Jetty9 automatically does a 302 to endpoint + trailing slash", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "I looked at this a bit. The solution is probably to call {{.setAcceptQueueSize}} on the connector(s) we create. Jetty does not have a setting that corresponds exactly to 'max number of connections', but 'accept queue size' is pretty close. References:\n\nhttp://stackoverflow.com/a/7306195/1558755\nhttp://www.eclipse.org/jetty/documentation/current/configuring-connectors.html#jetty-connectors\nhttp://comments.gmane.org/gmane.comp.java.jetty.support/5590\n\nAnother option would be to use the QOSFilter and set maxRequests:\n\nhttp://www.eclipse.org/jetty/documentation/current/qos-filter.html", "created": "2014-09-18T15:30:00.000000"}, {"author": "557058:151c148a-2bb4-4fdc-9320-df94e73b0363", "body": "[~accountid:557058:e2510a0a-1767-444f-be52-bae9bb15d3f6] Ping.", "created": "2014-09-23T16:59:00.000000"}, {"author": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "body": "[~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5], do you remember if you looked at the possibility of limiting the size of the queue backing the {{QueuedThreadPool}} that is passed into the {{Server}} instance during construction, at:\n\nhttps://github.com/puppetlabs/trapperkeeper-webserver-jetty9/blob/master/src/puppetlabs/trapperkeeper/services/webserver/jetty9_core.clj#L234\n\nIf we used the form of the constructor that accepts a queue, we could construct and pass in a form of queue that has a fixed maximum capacity, like a java.util.concurrent.ArrayBlockingQueue.\n\nhttps://github.com/eclipse/jetty.project/blob/master/jetty-util/src/main/java/org/eclipse/jetty/util/thread/QueuedThreadPool.java#L85\n\nWithout that, I believe a queue with no effective maximum is being constructed so Jetty's acceptors might just be dumping all new requests into the queue and getting nearly unrecoverably behind under really high load.\n\nWondering if we limit the size of the thread queue like this if Jetty will be forced to drop new connections under sufficiently high load because there wouldn't be any place for it to store them.\n\nI first read about this at:\n\nhttps://wiki.eclipse.org/Jetty/Howto/High_Load#Thread_Pool", "created": "2014-10-12T01:20:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "Woohoo for accidentally clicking things in JIRA!\n\n[~accountid:557058:50693b46-2d67-4417-b1cc-9b21dadb467f] - I don't remember looking into that option, no ... but I investigated this quite a while ago. It sounds reasonable, and sounds more straightforward than tuning {{acceptQueueSize}} since it is at the {{Server}}-level instead of per-connector.", "created": "2014-10-13T11:37:00.000000"}, {"author": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "body": "I think one of the advantages of fixing the size on the {{QueuedThreadPool}} passed into the {{Server}} as opposed to just setting the {{acceptQueueSize}} on the {{ServerConnector}} is that the {{ServerConnector}} approach just passes the size down to the underlying JVM {{ServerSocket}} and a JVM implementation, by spec, is free to \"ignore\" whatever value is passed in. From the Javadocs for the JDK's ServerSocket.bind() method for the \"backlog\" parameter:\n\n{quote}\nThe backlog argument is the requested maximum number of pending connections on the socket. Its exact semantics are implementation specific. In particular, an implementation may impose a maximum length or may choose to ignore the parameter altogther.\n{quote}\n\nA maximum set on the {{QueuedThreadPool}} size will be enforced by Jetty and does not appear to have OS, implementation-specific constraints which could cause it to be ignored.", "created": "2014-12-02T18:39:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-09-17T10:51:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@4c6827e1"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "557058:e2510a0a-1767-444f-be52-bae9bb15d3f6"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypc93:"}, {"fieldName": "Scrum Team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Puppet Server"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "23/Sep/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "null_*:*_1_*:*_0_*|*_10008_*:*_1_*:*_682279154_*|*_1_*:*_1_*:*_89368848_*|*_10007_*:*_1_*:*_419958451_*|*_3_*:*_2_*:*_3065675492_*|*_4_*:*_1_*:*_2146580003_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_4402626516"}], "description": "Add configuration to tk-jetty9 that enables control over the maximum number of open HTTP connections that jetty will maintain.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10580", "fixedVersions": ["TK-JETTY9 1.1.1"], "id": "10580", "issueType": "Improvement", "key": "TK-82", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Fixed", "resolutionDate": "2015-01-20T11:40:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "make jetty's # of HTTP connections configurable", "timeSpent": "PT0S", "updated": "2022-02-03T07:06:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-09-16T17:24:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@56603fee"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypoov:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_87404_*|*_10007_*:*_1_*:*_2226151968_*|*_3_*:*_1_*:*_163393605_*|*_6_*:*_1_*:*_0"}], "description": "The request logback option for the TK Jetty9 service needs both tests and docs.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10498", "fixedVersions": ["TK-JETTY9 0.7.6"], "id": "10498", "issueType": "Improvement", "key": "TK-81", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-10-14T09:11:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Add tests and documentation for request logback in TK Jetty9 service", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "Also, it's still got ...\n{code}\n:test-paths [\"test\" \"test-resources\"]\n{code}.\n\nEww. I know we had another ticket for that but I'm unable to find it.", "created": "2014-09-15T12:22:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] I would really love to see this one happen, so if you get some downtime, this is a good one to grab. I think it'd be good to port the template to use the webrouting service.", "created": "2014-09-30T17:31:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "I merged https://github.com/puppetlabs/trapperkeeper-lein-template/pull/2. I *think* that we now need to do a release of the template, to get those changes out in the wild, but I don't know how to do that.", "created": "2014-10-07T12:49:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "tagged and released 0.1.2, tested manually. looks good.", "created": "2014-10-07T13:33:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-09-15T12:19:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@35a8fbc8"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "557058:151c148a-2bb4-4fdc-9320-df94e73b0363"}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypo4f:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "30/Sep/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_1388838967_*|*_10007_*:*_1_*:*_514283580_*|*_3_*:*_1_*:*_2195076_*|*_5_*:*_1_*:*_0"}], "description": "Notably: \n{code}\n(def tk-version \"0.4.2\")\n{code}", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10496", "fixedVersions": [], "id": "10496", "issueType": "Improvement", "key": "TK-80", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Fixed", "resolutionDate": "2014-10-07T13:34:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "lein template has outdated dependencies", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "@patrick ping just so you know this is out there.", "created": "2014-09-30T17:27:00.000000"}, {"author": "557058:c241032a-c552-4408-9a96-dcd5a643ff69", "body": "This would be neat, but at this point it's very far from trivial, given the sheer number of TK services out there. We could still consider adding one, but taking it up consistently is a big project.", "created": "2022-01-13T13:26:00.000000"}, {"author": "61af86343618cd006f430854", "body": "Hi,\n\nThis sounds like a useful change, have you looked at creating a PR for this? The module's code is open source and we encourage community contributions.\u00a0\n\nWe actively monitor new PRs and review/merge them.\u00a0 Unfortunately, there has not been enough of a demand for this change to prioritize and resource.\n\nThank you for taking the time to create this ticket.", "created": "2022-03-08T09:51:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-09-10T15:09:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@3219f753"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywiwn:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "30/Sep/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_2863174601_*|*_3_*:*_2_*:*_254858053_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_3_*:*_604363091_*|*_10005_*:*_1_*:*_232652483072"}], "description": "Currently, there are a number of places in trapperkeeper services where we have to throw an exception due to an invalid configuration. As it stands, there isn't really a good exception to throw that fits this situation. \n\nAs a result, we should create a new InvalidConfigurationException in TrapperKeeper that is specifically tailored to this type of error case. We should also change the various Trapperkeeper services to throw this exception in cases where there is an invalid configuration, instead of throwing whatever type of exception they're throwing now.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10578", "fixedVersions": [], "id": "10578", "issueType": "Improvement", "key": "TK-79", "labels": ["low-hanging-fruit"], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Won't Do", "resolutionDate": "2022-03-08T09:51:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Add and use InvalidConfigurationException", "timeSpent": "PT0S", "updated": "2022-03-08T09:51:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-09-05T11:44:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@5f888402"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5l3:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_178954805_*|*_1_*:*_1_*:*_218707_*|*_10007_*:*_1_*:*_66644539_*|*_3_*:*_1_*:*_12981197_*|*_5_*:*_1_*:*_0"}], "description": "For some performance testing scenarios, we have a need to disable the default Gzip encoding that the tk-jetty9 service configures for a Jetty server. An option should be added to the webserver configuration to configure whether or not Gzip encoding can be used, with the default for compatibility being \"true\".", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10413", "fixedVersions": [], "id": "10413", "issueType": "New Feature", "key": "TK-75", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-09-08T11:37:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Add an option to the tk-jetty9 service to disable gzip", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-09-04T13:29:00.000000", "creator": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@7b2159eb"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyporr:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_104364_*|*_1_*:*_1_*:*_344448928_*|*_10007_*:*_1_*:*_250516446_*|*_3_*:*_1_*:*_5184769_*|*_5_*:*_1_*:*_0"}], "description": "clojure.lang.ExceptionInfo: Input to init does not match schema: [nil (named (not (map? nil)) config)]\n at puppetlabs.trapperkeeper.services.webrouting.webrouting_service_core$eval23053$init__23054.invoke (webrouting_service_core.clj:75)\n", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10336", "fixedVersions": [], "id": "10336", "issueType": "Bug", "key": "TK-74", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "resolution": "Fixed", "resolutionDate": "2014-09-11T12:13:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "missing webrouting config gives opaque message", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-09-03T14:33:00.000000", "creator": "6361cbfc59c794184bcbd33a", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@6acd1b5f"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5kn:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_6333750_*|*_10007_*:*_1_*:*_169767168_*|*_3_*:*_1_*:*_71660043_*|*_5_*:*_1_*:*_0"}], "description": "The static-content setting serves files and directories properly, but doesn't follow symlinks.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10248", "fixedVersions": [], "id": "10248", "issueType": "Task", "key": "TK-73", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "6361cbfc59c794184bcbd33a", "resolution": "Fixed", "resolutionDate": "2014-09-06T11:22:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Support symlinks when serving static content with jetty9", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] here's one you could pull in if you get bored :)", "created": "2014-09-02T18:48:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-09-02T17:52:00.000000", "creator": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@448d81b5"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyporz:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "03/Sep/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_90103_*|*_1_*:*_1_*:*_501462965_*|*_10007_*:*_1_*:*_250391530_*|*_3_*:*_1_*:*_5320051_*|*_5_*:*_1_*:*_0"}], "description": "When I leave a service out of the webrouting config it says this:\nCaused by: java.lang.IllegalArgumentException: specified service or endpoint does not appear in configuration file\n\tat puppetlabs.trapperkeeper.services.webrouting.webrouting_service_core$get_endpoint_and_server_from_config.invoke(webrouting_service_core.clj:48)\n\nIt would be helpful to know which service.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10335", "fixedVersions": ["TK-JETTY9 0.7.6"], "id": "10335", "issueType": "Bug", "key": "TK-71", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "resolution": "Fixed", "resolutionDate": "2014-09-11T12:13:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "webrouting service should specify which service it failed to find", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-09-02T14:59:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1dd7ff4e"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5kf:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_69581777_*|*_10007_*:*_1_*:*_257578256_*|*_3_*:*_1_*:*_4807483_*|*_5_*:*_1_*:*_0"}], "description": "We need a webrouting service example that does two things:\n\n1. Is path-specific. A handler should be added that actually cares about what path it gets\n2. Uses compojure.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10207", "fixedVersions": [], "id": "10207", "issueType": "Improvement", "key": "TK-69", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-09-06T11:12:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Add path-sensitive webrouting example using compojure", "timeSpent": "PT0S", "updated": "2022-02-03T07:06:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-09-02T11:47:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1a99eebc"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5k7:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_11192017_*|*_1_*:*_1_*:*_98277_*|*_10007_*:*_1_*:*_66897698_*|*_3_*:*_1_*:*_20260212_*|*_5_*:*_1_*:*_0"}], "description": "There will be many cases where static content will need to be added to a server, but writing an entire new service to do this is inconvenient and unnecessary. The Jetty9 Webservice should have support for a new configuration section that specifies static content to be added before server start-up.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10334", "fixedVersions": [], "id": "10334", "issueType": "New Feature", "key": "TK-68", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-09-03T15:08:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Allow user to specify static content in config file in Jetty9 Webservice", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "623e7507866b810069e57527", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] Is it okay with you if I close this out? I think TK-79 and TK-86 cover this issue.", "created": "2014-10-17T16:01:00.000000"}, {"author": "623e7507866b810069e57527", "body": "And this and TK-86 seem like duplicates.", "created": "2014-10-17T16:01:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "I think there are some other jetty-specific ones that have more concrete examples of how to get a schema error like this. If you find one of those and link this to it as a dupe, I'm good with closing this.\n\nI think TK-86 is a superset of this though and could be a whole lot of work. We may decide to make some more incremental improvements to the tk-j9 error messages before we dive all the way in for tk-86, so I do think it's worth keeping a few of the smaller tickets around.", "created": "2014-10-17T18:13:00.000000"}, {"author": "61af86343618cd006f430854", "body": "Hi,\n\nThis sounds like a useful change, have you looked at creating a PR for this? The module's code is open source and we encourage community contributions.\u00a0\n\nWe actively monitor new PRs and review/merge them.\u00a0 Unfortunately, there has not been enough of a demand for this change to prioritize and resource.\n\nThank you for taking the time to create this ticket.", "created": "2022-03-08T10:02:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-29T16:21:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@16c970db"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywiun:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "17/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_3895863081_*|*_3_*:*_1_*:*_83513333_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_2_*:*_233428660645"}], "description": "I've been hearing that it's too easy to end up with an exception like this in tk-j9:\n\n{quote}\nactual: clojure.lang.ExceptionInfo: Input to register-endpoint! does not match schema: [nil (named {:endpoint (not (instance? java.lang.String a-ring.util.servlet.proxy$javax.servlet.http.HttpServlet$ff19274a))} endpoint)]\n{quote}\n\nwe need to add some pre-schema validation to give a better error message here. will add comments with repro scenario shortly, tracking down some more info.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10659", "fixedVersions": ["TK-JETTY9 1.y"], "id": "10659", "issueType": "Bug", "key": "TK-67", "labels": ["low-hanging-fruit"], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Won't Fix", "resolutionDate": "2022-03-08T10:02:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "improve error handling for tk-j9", "timeSpent": "PT0S", "updated": "2022-03-08T10:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:6243b375fd5e4500704351c5] you found a workaround for this, right? We decided we don't need to do anything for now?", "created": "2014-09-30T17:20:00.000000"}, {"author": "6243b375fd5e4500704351c5", "body": "Yep, we've a workaround at https://github.com/puppetlabs/pe-classifier-ui/blob/3.4.x/src/puppetlabs/classifier_ui/routes.clj#L80-L88 but I think this is something we want to fix long term. Browsers and clj-http just ignore the body of DELETE requests.", "created": "2014-10-02T10:36:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-28T10:20:00.000000", "creator": "6243b375fd5e4500704351c5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@639215f5"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywu9b:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "30/Sep/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_4003947007_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_859033298_*|*_10005_*:*_1_*:*_232653112668"}], "description": "{code}\npuppetlabs.trapperkeeper.main=> (http/delete \"http://www.example.org\" {:body \"boom\"})\n\nIllegalArgumentException No matching method found: setEntity for class org.apache.http.client.methods.HttpDelete clojure.lang.Reflector.invokeMatchingMethod (Reflector.java:53)\n{code}", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10412", "fixedVersions": [], "id": "10412", "issueType": "Bug", "key": "TK-66", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "6243b375fd5e4500704351c5", "resolution": "Won't Fix", "resolutionDate": "2022-03-08T10:01:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "HTTP client throws exception if DELETE is called with :body", "timeSpent": "PT0S", "updated": "2022-03-08T10:01:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "attachments": [], "comments": [{"author": "6243b375fd5e4500704351c5", "body": "you might want to move this in to the trapperkeeper project so they can keep an eye on it", "created": "2014-08-28T10:07:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "[~accountid:557058:0cc28489-f549-4a27-8863-54f5ed261a77] - I'm not clear on what you're asking for from Trapperkeeper here. Your proposal sounds more like it is focused on how to write clojure code that deals with failed HTTP requests. Is there some functionality in Trapperkeeper that you would like to see added/fixed/changed to address this?", "created": "2014-10-08T10:58:00.000000"}, {"author": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "body": "[~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5] I hope this will help:\n\nh3. Real life example:\n\nIn current PE installation, when I turn off pe-postgresql service and request `https://master.vagrant.internal/rbac/rbac-api/v1/users`, I get just 500 error with some cryptic message. I have no clue which service returned this error.\n\nh3. Proposal:\n\n{code:title=Request}\nGET /rbac/ HTTP/1.1\nHost: master.vagrant.internal\n...\n{code}\n\n{code:title=Response}\nStatus Code:200 OK\n\n# HTTP response body\n{\n # Nested HTTP request\n \"http_request\": {\n \"Request URL\": \"http://localhost:4432/rbac-api/v1/users\",\n \"Request Method\": \"GET\"\n },\n # Nested HTTP response\n \"http_response\": {\n \"StatusCode\": \"HTTP/1.1 500 Server Error\",\n \"Payload\": {\n \"msg\": \"Server error: Broken pipe\"\n # There might be also http_request, http_response fields, when nesting is deeper\n }\n }\n}\n{code}\n\nThis way I can at least know what URL/application is returning the error. Especially handy when there's more than one level of nesting.\n\nI'm not sure whether this can be done on TK level. But I think TK might help by providing unified way (function) for:\n# calling these HTTP requests - I believe there is such function already\n# sending reponse back to caller with all the needed info extracted from the request just called. That is: \"Packing\" subquery response to our response body.", "created": "2014-10-09T03:07:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "{quote}\ncalling these HTTP requests - I believe there is such function already\n{quote}\nI'm not sure exactly what you mean by this ... however, we have this thing: https://github.com/puppetlabs/clj-http-client ... which is what most (all?) of our TK apps are using for an http client.\n\n{quote}\nsending reponse back to caller with all the needed info extracted from the request just called. That is: \"Packing\" subquery response to our response body.\n{quote}\nIt sounds like what you're getting at here is some sort of reusable function(s) that generate specific kinds of HTTP responses when an error occurs. A few thoughts on this:\n* First of all - it doesn't seem appropriate for the client to get a 200 when the service it's talking to got a 500 from some other service.\n* This is likely something that could be partially addressed by a ring middleware that catches exceptions and produces a certain kind of response based on the caught exception. I am sure that something like this exists already ... for instance, http://mmcgrana.github.io/ring/ring.middleware.stacktrace.html. If we decide we want to implement something similar, we have https://github.com/puppetlabs/ring-middleware, which would be the correct place for such a thing to go. This seems like the most likely path forward on this issue ... however, it's still not clear to me *exactly what* such a middleware should do. If you can define specific functionality that you want implemented, we can go from there.\n* However, all of that said, I imagine that many services will want to generate specific error responses, and there's not really a \"silver bullet\" here that doesn't already exist in some open-source library.", "created": "2014-10-09T11:56:00.000000"}, {"author": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "body": "bq. First of all - it doesn't seem appropriate for the client to get a 200 when the service it's talking to got a 500 from some other service.\n\nYes, sorry for that. It should not be 200. I was not really focusing on this part.\n\nbq. wrap-stacktrace\n\nSeems interesting, but from the manual I cannot tell what does it exactly do. \n\nbq. it's still not clear to me exactly what such a middleware should do\n\nMaybe I started this wrong by proposing a solution. Maybe explaining the goal will help better. I don't want to assume, that it should be done by enhancement in trapperkeeper. Maybe there is needed enhancement in ring-middleware ... I cannot really tell.\n\nUser story: When I'm using any of our clojure applications, I get from time to time some HTTP error response with some cryptic error message in the response body (let's assume we cannot force all programmers to write meaningful error messages). I as a user have absolutely no clue which service failed first. There are multiple of them in the calling chain and any of it should be the source of troubles.\n\nImho the point which should handle this problem is the one which does the HTTP call and can see the result. So I guess it is ring-middleware? To enhance the function which does the HTTP call? Or we would have to use wrap-stacktrace function in all implementation places?\n\nI thought that best result would be that the middleware always adds some useful information to the response body:\n\nbq. Hello, I'm service XY, I got this weird response [HTTP response body, HTTP response code (or whole HTTP response?)] when calling following HTTP request [HTTP request - the one I called] and I'm returning this report as a response to following HTTP request [HTTP request - the one I've been called with] to parent service\n\nOr the JSON structure mentioned above. Or whatever...\n\nBut (as mentioned before) I can imagine that this would not be doable as each service might want to use the body for it's own purposes. In that case I think the only option is to log such cases. But I'm not sure whether it would be possible to log it all in one place?\n\nWell, this is just a proposal. I was hit by this problem many times - usually after rebase. And I wanted to have some clear way to tell which service is complaining. Which I'm not able to do now. If there's no idea how to achieve this, then ... I guess I have to deal with it :(", "created": "2014-10-10T08:47:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "bq. Maybe I started this wrong by proposing a solution. Maybe explaining the goal will help better. I don't want to assume, that it should be done by enhancement in trapperkeeper. Maybe there is needed enhancement in ring-middleware ... I cannot really tell.\n\nI agree with your overall goal that error responses should be informative in the case of an unexpected error / HTTP 500. And yeah, I think that if there's anything reusable we can create here, it probably belongs in ring-middleware. For now, though, I still don't know *exactly* what that middleware should do.\n\nbq. Imho the point which should handle this problem is the one which does the HTTP call and can see the result.\n\nAgreed.\n\nbq. So I guess it is ring-middleware? To enhance the function which does the HTTP call? Or we would have to use wrap-stacktrace function in all implementation places?\n\nA middleware would be one way to solve this, yes. It could be {{wrap-stacktrace}}, or something new that we add to ring-middleware. I also imagine that in certain cases, a service would want to have its own, custom/service-specific error-handling middleware.\n\nbq. I was hit by this problem many times - usually after rebase. And I wanted to have some clear way to tell which service is complaining. Which I'm not able to do now. If there's no idea how to achieve this, then ... I guess I have to deal with it \n\nI totally understand your pain, and I think it's a valid problem. However, for the most part, the solution to that problem is simply that *ring applications should be written with proper error-handling*. I don't think there's any \"silver bullet\" here that we can put in TK that \"just solves this\". I think this is a really good discussion to be having, but I still don't think we've come up with anything actionable at this point.\n I think the solution you're looking for falls more into the realm of 'dev best practices'.", "created": "2014-10-10T12:35:00.000000"}, {"author": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "body": "Ok, glad to have this discussion. Is there anything we can do now? I don't think there is any \"dev best practices\" guideline, right?", "created": "2014-10-13T07:48:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "As a matter of fact, there is!\n\nhttps://confluence.puppetlabs.com/display/ENG/Clojure\n\nThat seems like a perfect place to add something like this.\n\nI'm going to close this ticket out (for now, anyway) since there doesn't seem to be any work to be done at the moment. But, feel free to bring up the issue again in the future if you find something that you think should be added into ring-middleware or TK.", "created": "2014-10-13T11:29:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-28T00:03:00.000000", "creator": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@4c09bdae"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyw3s7:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "28/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_3671609905_*|*_6_*:*_1_*:*_0_*|*_10004_*:*_1_*:*_343988908"}], "description": "During my work on trappekeeper based projects I got to this scenario of HTTP request:\n\n* web page queries TK-A frontend server\n* TK-A server asks TK-B server for data\n* TK-B asks TK-C for additional data\n* Somewhere in this chain a HTTP:502 (bad gateway) is generated (without anything in response body). And I have absolutely no idea what service (TK-A, TK-B or TK-C) generated that error.\n\nI don't think that \"ok\" responses might be problematic. I believe that only error responses should be treated with caution.\n\nOne possible solution is to fix such cases and to make sure that all places which returns HTTP error response also flushes some useful information like: \"Hello, I'm service XY, I got this weird response [HTTP response body, HTTP response code (or whole HTTP response?)] when calling following HTTP request [HTTP request - the one I called] and I'm returning this report as a response to following HTTP request [HTTP request - the one I've been called with] to parent service\". \n - Pro is that we can be very verbose and put everything needed here.\n - Pro is that it should be imho easy to implement it in Clojure once and copy-paste it to all existing Clojure apps.\n - Pro is that this can stack. When one service fails because other one fails, we can still see the stack and find the original problem.\n - Con is that caller has to have this behavior implemented and has to follow it. Otherwise it's not working.\n - Con is that some services might want to use HTTP response body to tell something to caller. So we should also handle these cases as well and not only blindly dump error stack trace.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10658", "fixedVersions": [], "id": "10658", "issueType": "Story", "key": "TK-70", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "resolution": "Won't Fix", "resolutionDate": "2014-10-13T11:30:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "HTTP error stack trace proposal", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-26T16:57:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1afc5795"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywubb:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_4153162240_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_858794218_*|*_10005_*:*_1_*:*_231125438590"}], "description": "With the changes introduced in trapperkeeper-webservices-jetty9 0.7.2 release, an `ssl-cert-chain` can be configured to add a cert chain along with the primary server cert into a KeyStore. The SSL setup for the ProxyServlet (add-proxy-route) should automatically inherit the ability to use this setting as well, although we haven't tested to see what effect this actually has. It could be that that if a chain were configured that the full chain would be presented by the proxy client to the server during the SSL handshake.\n\nThis ticket would just cover investigating what the behavior would be if the proxy client were to configure a certificate chain. It would be good to update documentation in the project based on the outcome of the investigation.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10657", "fixedVersions": [], "id": "10657", "issueType": "Task", "key": "TK-65", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Won't Do", "resolutionDate": "2022-02-18T17:40:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Investigate effect of `ssl-cert-chain` setting on tk-jetty9 `add-proxy-route`", "timeSpent": "PT0S", "updated": "2022-02-18T17:40:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-26T16:03:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@13129b6a"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypnh3:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_6126943_*|*_1_*:*_1_*:*_4156158844_*|*_10007_*:*_1_*:*_318193650_*|*_3_*:*_1_*:*_7450261_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_591459854"}], "description": "For any cases where a Trapperkeeper-based service throws an Exception up the stack which is caught by Trapperkeeper's main() function and is not of a specific type -- cli-error or cli-help -- the failure message / trace on the command line looks a little strange.\n\nFor example:\n\n{noformat}\nBlah, blah, blah message\nException in thread \"main\" java.lang.IllegalArgumentException: No matching clause: :blah-type\n\tat puppetlabs.trapperkeeper.core$main.doInvoke(core.clj:164)\n\tat clojure.lang.RestFn.invoke(RestFn.java:457)\n\tat clojure.lang.Var.invoke(Var.java:427)\n{noformat}\n\nThe \"...IllegalArgumentException: No matching clause: ...\" part is what looks strange to me. This appears to be due to not having an else for the case call from the main function:\n\nhttps://github.com/puppetlabs/trapperkeeper/blob/master/src/puppetlabs/trapperkeeper/core.clj#L164\n\nCould be nice to implement an else statement with some friendlier error message text.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10206", "fixedVersions": ["TK 1.0.0"], "id": "10206", "issueType": "Task", "key": "TK-64", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-10-24T11:00:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "TK failures from Slingshot exceptions look weird on the command line", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "body": "With latest patches in pe-classifier-ui, the error looks like this in web browser:\n\n{code}\nHTTP ERROR: 500\n\nProblem accessing /node_groups/classifier-api/v1/environments. Reason:\n\n java.lang.NullPointerException\nPowered by Jetty://\n{code}\n\nAnd like this in console:\n\n{code}\njava.lang.NullPointerException: null\n at java.net.URI$Parser.parse(URI.java:3023) ~[na:1.7.0_55]\n at java.net.URI.(URI.java:595) ~[na:1.7.0_55]\n at puppetlabs.ring_middleware.core$wrap_proxy$fn__10421.invoke(core.clj:18) ~[na:na]\n at ring.middleware.cookies$wrap_cookies$fn__8554.invoke(cookies.clj:171) ~[na:na]\n at puppetlabs.ring_middleware.core$wrap_proxy$fn__10421.invoke(core.clj:38) ~[na:na]\n at ring.middleware.cookies$wrap_cookies$fn__8554.invoke(cookies.clj:171) ~[na:na]\n at puppetlabs.classifier_ui.routes$wrap_remove_delete_body$fn__10475.invoke(routes.clj:157) ~[na:na]\n at ring.middleware.anti_forgery$wrap_anti_forgery$fn__8769.invoke(anti_forgery.clj:90) ~[na:na]\n at ring.middleware.session$wrap_session$fn__8679.invoke(session.clj:85) ~[na:na]\n at compojure.core$routing$fn__6849.invoke(core.clj:107) ~[na:na]\n at clojure.core$some.invoke(core.clj:2515) ~[clojure-1.6.0.jar:na]\n at compojure.core$routing.doInvoke(core.clj:107) ~[na:na]\n at clojure.lang.RestFn.invoke(RestFn.java:423) ~[clojure-1.6.0.jar:na]\n at puppetlabs.classifier_ui.service$reify__10493$f_positional__10500$fnk10509_positional__10510$fn__10511$fn__10512.invoke(service.clj:13) ~[na:na]\n at compojure.core$wrap_context$fn__6903.invoke(core.clj:165) ~[na:na]\n at compojure.core$if_route$fn__6827.invoke(core.clj:40) ~[na:na]\n at puppetlabs.trapperkeeper.services.webserver.jetty9_core$ring_handler$fn__21127.invoke(jetty9_core.clj:289) ~[na:na]\n at puppetlabs.trapperkeeper.services.webserver.jetty9_core.proxy$org.eclipse.jetty.server.handler.AbstractHandler$ff19274a.handle(Unknown Source) ~[na:na]\n at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1112) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1048) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:199) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.servlets.gzip.GzipHandler.handle(GzipHandler.java:275) ~[jetty-servlets-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.server.Server.handle(Server.java:459) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:280) ~[jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:229) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.io.AbstractConnection$1.run(AbstractConnection.java:505) [jetty-io-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:607) [jetty-util-9.1.0.v20131115.jar:9.1.0.v20131115]\n at org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:536) [jetty-util-9.1.0.v20131115.jar:9.1.0.v20131115]\n at java.lang.Thread.run(Thread.java:744) [na:1.7.0_55]\n{code}\n\nWhich is also not very helpful.", "created": "2014-09-03T07:13:00.000000"}, {"author": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "body": "Moved to TK project, as it seems like more logical place.", "created": "2014-09-03T07:15:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "[~accountid:557058:0cc28489-f549-4a27-8863-54f5ed261a77] - Here we go again! :)\n\nThe two errors you posted seem independent of each other. The first one would be addressed by adding better configuration validation / error handling into the classifier (for the time being, anyway - long-term, we are considering adding something like that into TK - see TK-86), so that change would go into classifier, not TK.\n\nThe NullPointerException doesn't seem related to this at all. Are you still dealing with that?", "created": "2014-10-14T09:25:00.000000"}, {"author": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "body": "[~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5] if I remember that correctly both of the problems occured when there was \"something bad\" in my configuration. Some block was missing, or just some directive(variable). This ticket in general is meant for meaningful error messages when there is some glitch in configs.\n\nAnd looking into TK-86, I think that one covers this whole story. So I guess this should be closed as duplicate?\n\nI cannot reproduce the scenario from ticket topic, because there is no \"rbac-api-path\" directive now. But trying it for example with commented out \"rbac-server\", I get:\n\n{code}\n...\n2014-10-15 08:33:21,467 WARN [p.r.h.middleware] GET /rbac/rbac-api/v1/users/current java.lang.NullPointerException: null\n Reflector.java:26 clojure.lang.Reflector.invokeInstanceMethod\n common.clj:21 puppetlabs.ring-middleware.common/strip-trailing-slash\n common.clj:31 puppetlabs.ring-middleware.common/proxy-request\n RestFn.java:467 clojure.lang.RestFn.invoke\n core.clj:16 puppetlabs.ring-middleware.core/wrap-proxy[fn]\n cookies.clj:171 ring.middleware.cookies/wrap-cookies[fn]\n routes.clj:127 puppetlabs.rbac-ui.routes/wrap-remove-delete-body[fn]\n anti_forgery.clj:90 ring.middleware.anti-forgery/wrap-anti-forgery[fn]\n session.clj:85 ring.middleware.session/wrap-session[fn]\n middleware.clj:70 puppetlabs.rbac.services.http.middleware/execute-handler[fn]\n AFn.java:18 clojure.lang.AFn.call\n SubjectCallable.java:90 org.apache.shiro.subject.support.SubjectCallable.doCall\n SubjectCallable.java:83 org.apache.shiro.subject.support.SubjectCallable.call\n middleware.clj:70 puppetlabs.rbac.services.http.middleware/execute-handler\n middleware.clj:137 puppetlabs.rbac.services.http.middleware/handle-web-access\n...\n{code}", "created": "2014-10-15T02:38:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "Again, that error message looks like something that the RBAC service should be handling - validating configuration at startup, and failing-fast if it's invalid/absent.\n\nAgreed that the original intent of this ticket is a duplicate of TK-86.", "created": "2014-10-15T10:53:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-25T14:34:00.000000", "creator": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@185ec244"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyw21z:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "14/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_4393151491_*|*_6_*:*_1_*:*_0"}], "description": "When I comment out some random configuration directive in rbac-ui configs. For example in: conf.d/rbac-ui.conf comment out: rbac-api-path and you will get:\n\n{code}\n1 vagrant@classifier:/vagrant/src/pe-classifier-ui\u27eb lein dev\nListening for transport dt_socket at address: 4000\n2014-08-22 04:38:38,061 INFO [p.t.s.w.jetty9-core] Removing buggy security provider SunPKCS11-NSS version 1.7\n2014-08-22 04:38:39,441 INFO [p.t.s.w.jetty9-service] Initializing web server(s).\n2014-08-22 04:38:40,135 INFO [m.core] Starting migrations\n2014-08-22 04:38:40,373 INFO [m.core] Ending migrations\n2014-08-22 04:38:40,592 INFO [p.r.service] Initializing rbac ui webservice at http://:/rbac\n2014-08-22 04:38:40,594 INFO [p.c.service] Initializing classifier ui webservice at http://0.0.0.0:9876\n2014-08-22 04:38:40,612 ERROR [p.t.internal] Error during service init!!!\nclojure.lang.ExceptionInfo: Input to register-endpoint! does not match schema: [nil (named (not (some (check % a-clojure.lang.PersistentArrayMap) schemas)) endpoint)]\n at puppetlabs.trapperkeeper.services.webserver.jetty9_core$eval19128$register_endpoint_BANG___19129.invoke(jetty9_core.clj:334) ~[na:na]\n at puppetlabs.trapperkeeper.services.webserver.jetty9_core$eval19552$add_ring_handler_BANG___19553$fn__19554.invoke(jetty9_core.clj:704) ~[na:na]\n at puppetlabs.trapperkeeper.services.webserver.jetty9_core$eval19552$add_ring_handler_BANG___19553.invoke(jetty9_core.clj:697) ~[na:na]\n at puppetlabs.trapperkeeper.services.webserver.jetty9_service$reify__19860$f_positional__19865$fnk19874_positional__19875$fn__19876.invoke(jetty9_service.clj:23) ~[na:na]\n at puppetlabs.classifier_ui.service$reify__9417$f_positional__9424$fnk9433_positional__9434$fn__9435.invoke(service.clj:20) ~[na:na]\n{code}\n\nI think we definetelly should give some clearer message what happened and what the user should do. The message to the user is confusing.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10333", "fixedVersions": [], "id": "10333", "issueType": "Story", "key": "TK-72", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "resolution": "Duplicate", "resolutionDate": "2014-10-15T10:53:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Nicer clojure config error messages", "timeSpent": "PT0S", "updated": "2022-02-03T07:06:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-24T06:11:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@6acad527"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5pr:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_7808463_*|*_1_*:*_1_*:*_90267_*|*_10007_*:*_1_*:*_114621158_*|*_3_*:*_1_*:*_287579_*|*_5_*:*_1_*:*_0"}], "description": "In version 0.5.0, if you try to use `defservice` with a protocol that is defined in a different namespace from the `defservice` statement, trapperkeeper will throw a weird error.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10446", "fixedVersions": [], "id": "10446", "issueType": "Bug", "key": "TK-62", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-08-25T16:18:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "defservice doesn't work with protocols from different namespaces", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:d2f4e3cd-249f-4cc2-8a57-23433aeefb52", "body": "If you run trapperkeeper with --config and it can't read that config it seems like it should log an error and exit non-zero", "created": "2016-02-29T14:00:00.000000"}, {"author": "61af86343618cd006f430854", "body": "Hi,\n\nThis sounds like a useful change, have you looked at creating a PR for this? The module's code is open source and we encourage community contributions.\u00a0\n\nWe actively monitor new PRs and review/merge them.\u00a0 Unfortunately, there has not been enough of a demand for this change to prioritize and resource.\n\nThank you for taking the time to create this ticket.", "created": "2022-03-08T09:50:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-22T15:35:00.000000", "creator": "557058:3a3de6c6-95b1-47b3-a52a-6a6865ff9241", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@36dad2f7"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "557058:151c148a-2bb4-4fdc-9320-df94e73b0363"}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywunz:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "29/Feb/16"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_4503467984_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_858982147_*|*_10005_*:*_1_*:*_232652439094"}], "description": "Using puppet-server as an example, when a config file in\n/etc/puppetserver/conf.d is not readable by the user who owns the java process\nunder which puppet-server is run the Trapperkeeper Config Service moves on to\nthe next config file without warning that it encountered a file which could not\nbe read.\n\nThis leads to a somewhat difficult to troubleshoot problem later on when some\nother trapperkeeper service attempts to use a value provided by that config file\nbut can't find it.\n\nAn even more difficult to troubleshoot situation would be one in which that\nconfig value falls back to an acceptable default instead of failing when it\ncan't find the one provided by the user config file. This is more difficult\nbecause rather than the entire service stack failing loudly there may simply be\nsubtle behavioral differences that go undetected until something bad happens,\npossibly days/weeks/months after the config change.\n", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10574", "fixedVersions": [], "id": "10574", "issueType": "Bug", "key": "TK-61", "labels": ["low-hanging-fruit"], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:3a3de6c6-95b1-47b3-a52a-6a6865ff9241", "resolution": "Won't Do", "resolutionDate": "2022-03-08T09:50:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Trapperkeeper Config Service should log a warning when a file in the config directory is not readable.", "timeSpent": "PT0S", "updated": "2022-03-08T09:50:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-20T12:08:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@4db8b94b"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywunr:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_4688679528_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_858971115_*|*_10005_*:*_1_*:*_67569588527"}], "description": "TK has a ton of pre- and post-conditions that would be much cleaner if they were expressed via prismatic/schema. In particular, the macro implementation, although this may apply elsewhere too.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10318", "fixedVersions": [], "id": "10318", "issueType": "Improvement", "key": "TK-59", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Done", "resolutionDate": "2016-12-13T17:29:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "schematize Trapperkeeper implementation", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-19T17:34:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@448d40fe"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5on:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_348120_*|*_10007_*:*_1_*:*_78535361_*|*_3_*:*_1_*:*_647040_*|*_5_*:*_1_*:*_0"}], "description": "I've just noticed going through the Jetty9 Webservice code that the default-server support is not present for anything other than the add-handler functions. `override-webserver-settings!`, `get-registered-endpoints`, `log-registered-endpoints`, and `join` all still use the `:default` key for the default server, but instead they should be using the default server specified by the user.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10648", "fixedVersions": [], "id": "10648", "issueType": "Bug", "key": "TK-58", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-08-20T15:39:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Default server support not present for non-handler service functions in Jetty9 Webservice", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-19T15:33:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@cac701b"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywu9j:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_4762836455_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_858958613_*|*_10005_*:*_1_*:*_231125333128"}], "description": "This is an extension of TK-55. In the situation detailed in TK-55, the main method was being called twice, and then after the Address Bind Error exception was thrown, the leiningen run would hang, and the only way to get out of it was to kill the process. Upgrading to leiningen 2.4.x eliminates the main method being called twice. However, the initial File Not Found exception is still thrown, and after this the lein run still hangs.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10205", "fixedVersions": [], "id": "10205", "issueType": "Bug", "key": "TK-57", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Cannot Reproduce", "resolutionDate": "2022-02-18T17:38:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Error in multiserver setup start-up causes lein run to hang", "timeSpent": "PT0S", "updated": "2022-02-18T17:38:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-18T15:27:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@2c62cff3"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypzpr:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_2679493_*|*_1_*:*_1_*:*_2063898878_*|*_10007_*:*_1_*:*_342818541_*|*_3_*:*_1_*:*_1082961_*|*_5_*:*_1_*:*_0"}], "description": "[~accountid:557058:40232c77-9d9b-410c-9f53-90adbf41eeb9] reported that when they had a service that did not have a protocol, and it had an improperly defined TK lifecycle function, they got this error message:\n\n```\n0:57:22.095 [main] ERROR puppetlabs.trapperkeeper.internal - Encountered error during shutdown sequence\njava.lang.IllegalStateException: Lifecycle function 'stop' for service ':tk-service17272' must return a context map (got: nil\n```\n\nHe pointed out that in an app with lots of TK services, this message doesn't immediately make it very clear which service is the offender.\n\nIt seems like, now that we have `service-symbol`, we should be able to call that and include the output in the error message, which ought to improve this situation at least a bit.\n", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10247", "fixedVersions": [], "id": "10247", "issueType": "Improvement", "key": "TK-56", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-09-15T13:01:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "call 'service-symbol' in error message for lifecycle functions", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [{"attacher": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "created": "2014-08-18T14:53:00.000000", "name": "activity.conf", "uri": "https://puppet.atlassian.net/rest/api/3/attachment/content/10037"}, {"attacher": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "created": "2014-08-18T14:53:00.000000", "name": "classifier.conf", "uri": "https://puppet.atlassian.net/rest/api/3/attachment/content/10050"}, {"attacher": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "created": "2014-08-18T16:59:00.000000", "name": "output", "uri": "https://puppet.atlassian.net/rest/api/3/attachment/content/10051"}, {"attacher": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "created": "2014-08-18T14:53:00.000000", "name": "project.clj", "uri": "https://puppet.atlassian.net/rest/api/3/attachment/content/10023"}, {"attacher": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "created": "2014-08-18T14:53:00.000000", "name": "webserver.conf", "uri": "https://puppet.atlassian.net/rest/api/3/attachment/content/10065"}], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": ":(\n\nOK, this one sounds fairly urgent.", "created": "2014-08-18T14:28:00.000000"}, {"author": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "body": "Like I said though, I tried adding the same failure to the example multiserver app in tk-w-j9 and I couldn't reproduce the problem. So it's probably not as simple as the description, and could be due to something bad in one of the components my set is using. I will attach configs.", "created": "2014-08-18T14:46:00.000000"}, {"author": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "body": "I think all the relevant files. The project.clj (this is from a staging dir of an ezbake build) and the contents of conf.d.", "created": "2014-08-18T14:53:00.000000"}, {"author": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "body": "Also when I was trying to figure this out I found the error messages don't tell you what webserver configuration is failing. There's an info message that says starting server, but it doesn't say which server it's starting. I had to add a bunch of print debugging just to realize what was even happening.", "created": "2014-08-18T15:13:00.000000"}, {"author": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "body": "full log", "created": "2014-08-18T16:59:00.000000"}, {"author": "623e7507866b810069e57527", "body": "I'm going to look into this more, but currently it looks like this is a leiningen issue. I was running leiningen 2.4.2 and couldn't reproduce this (I'd get a File Not Found exception after the shutdown and then the run would just hang forever). \n\nHowever, downgrading to leiningen 2.3.4, which is the version that [~accountid:557058:40232c77-9d9b-410c-9f53-90adbf41eeb9] is running and the version that [~accountid:557058:50693b46-2d67-4417-b1cc-9b21dadb467f] was running when he encountered TK-6, shows the expected behavior wherein the servers are all started a second time. This makes me think that both this ticket and TK-6 are caused by something in leiningen.", "created": "2014-08-18T17:51:00.000000"}, {"author": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "body": "[~accountid:623e7507866b810069e57527] Can we find out what the behavior is when deployed as a jar and run with java? Since there's no leiningen involved then I'd expect it's fine but I want to make sure. I'm mostly concerned about this happening to users. ", "created": "2014-08-19T15:32:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:557058:40232c77-9d9b-410c-9f53-90adbf41eeb9] Both this issue and TK-57 are not occurring when the project is bundled into a jar and run with Java. Are you okay with me closing this out?", "created": "2014-08-19T16:18:00.000000"}, {"author": "557058:40232c77-9d9b-410c-9f53-90adbf41eeb9", "body": "Yeah that's fine.", "created": "2014-08-19T20:52:00.000000"}, {"author": "623e7507866b810069e57527", "body": "This bug isn't present from leiningen 2.4.0 onwards, and it's also not present when bundled into a jar and run with java, so I'm closing out this ticket.", "created": "2014-08-20T14:38:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-18T14:18:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@31ed40b9"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5nr:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "18/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_2415029_*|*_3_*:*_1_*:*_171622539_*|*_6_*:*_1_*:*_0"}], "description": "[~accountid:557058:40232c77-9d9b-410c-9f53-90adbf41eeb9] reported that, in a multi-server setup, an error in one webserver configuration can cause tk to start all the webservers a second time, leading to \"address already in use\" errors. In the incident in question, the specified pem file did not exist. \n\nIt is likely that the nonexistent file is what caused the error to occur. It's also possible that this ticket is related to the issue detailed in TK-6.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10330", "fixedVersions": [], "id": "10330", "issueType": "Bug", "key": "TK-55", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-08-20T14:38:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Error in webserver config in multiserver setup causes servers to be started a second time", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-18T12:30:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@779fed1c"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypzpb:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_254139863_*|*_1_*:*_1_*:*_2074055085_*|*_10007_*:*_1_*:*_85630407_*|*_5_*:*_1_*:*_0"}], "description": "Currently, due to the use of schema/either, the Trapperkeeper Jetty9 Webservice will output an extremely unpleasant error message when more than one default servers are specified. This should be cleaned up.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10309", "fixedVersions": ["TK-JETTY9 0.7.6"], "id": "10309", "issueType": "Improvement", "key": "TK-54", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-09-15T11:00:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Fix error message when more than one default servers are present", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "557058:030c0c27-db47-4e72-b56f-d63a9eca4314", "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-18T12:30:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": ["Emerald"]}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@140c393f"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "623c0ff494742a00683e3fe4"}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyp51r:"}, {"fieldName": "Scrum Team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Puppet Server"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_1831310401_*|*_1_*:*_1_*:*_5650006658_*|*_10007_*:*_1_*:*_753940419_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_69389753_*|*_10005_*:*_1_*:*_8212740478"}], "description": "see https://github.com/puppetlabs/puppet-server/pull/102#discussion_r16364948", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10246", "fixedVersions": ["JVM-SSL-UTILS 0.8.0"], "id": "10246", "issueType": "Bug", "key": "TK-181", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Fixed", "resolutionDate": "2015-02-25T15:40:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "bug in 'isSubtreeOf' method in jvm-ca", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-15T15:26:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@2c2c98a8"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5mv:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_227605_*|*_10007_*:*_1_*:*_6812715_*|*_3_*:*_1_*:*_2248395_*|*_5_*:*_1_*:*_0"}], "description": "Currently, the webrouting service has no way to retrieve a web-route for a particular service. However, there are times in a trapperkeeper service where the web-route may need to be accessed outside of adding a handler. As such, an add-route function should be added to the webrouting service.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10474", "fixedVersions": [], "id": "10474", "issueType": "Improvement", "key": "TK-53", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-08-15T18:00:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Add get-route function to Webrouting Service", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-14T11:10:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@b36c267"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5nj:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_10330370_*|*_1_*:*_1_*:*_344690164_*|*_10007_*:*_1_*:*_176553231_*|*_3_*:*_1_*:*_2910797_*|*_5_*:*_1_*:*_0"}], "description": "Currently, when specifying multiple webroutes for a service in the configuration for the Webrouting Service, the user is required to have a webroute with id of :default for that service. This was required so that the user would be able to use the versions of functions without a route-id specified when adding handlers to endpoints even if multiple routes were configured.\n\nHowever, this requirement seems unnecessary, and so should be removed. Instead, an exception should be thrown if a user does not specify a route-id when adding a handler with a service that has multiple web routes configured.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10472", "fixedVersions": [], "id": "10472", "issueType": "Improvement", "key": "TK-52", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-08-20T15:38:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Remove :default endpoint requirement in Webrouting Service", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-12T16:12:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@56497b6c"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5mn:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_189085_*|*_1_*:*_1_*:*_6145880_*|*_10007_*:*_1_*:*_5590762_*|*_3_*:*_1_*:*_149981840_*|*_5_*:*_1_*:*_0"}], "description": "Currently the user has to hard-code the server-id to which they want to add a handler when adding the handler. This information should live in the configuration file. For each endpoint, the webrouting configuration should not only include the endpoint itself, but also the id of the server to which the endpoint should be added.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10647", "fixedVersions": [], "id": "10647", "issueType": "Improvement", "key": "TK-51", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-08-14T13:10:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Specify server-ids for endpoints in the webrouting configuration", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-12T16:05:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@668b6c01"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5mf:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_836050_*|*_1_*:*_1_*:*_784279_*|*_10007_*:*_1_*:*_155048899_*|*_3_*:*_1_*:*_5444388_*|*_5_*:*_1_*:*_0"}], "description": "Currently, the Jetty9 Webservice requires you to have a server with id :default when configuring multiple services. A server with id :default should not be required. Instead, the user should be able to specify what server they want to be the default.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10656", "fixedVersions": [], "id": "10656", "issueType": "Improvement", "key": "TK-50", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-08-14T13:07:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "User should be able to specify which server should be the default", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "6243b375fd5e4500704351c5", "body": "I've seen this too - I think this only occurs when the proxy routes {{path}} option is empty", "created": "2014-08-12T10:07:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-12T08:53:00.000000", "creator": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@4ee61096"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5nb:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "12/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_5942338_*|*_1_*:*_1_*:*_174344812_*|*_10007_*:*_1_*:*_7711689_*|*_3_*:*_1_*:*_25652_*|*_5_*:*_1_*:*_0"}], "description": "When trying to create proxy request from for a service, I get an issue with extra slash in URL. Example of proxy route registration. \n\n{code}\n(add-proxy-route {:host \"localhost\"\n :port 1262\n :path \"\"}\n (str url-prefix \"/foo\")\n (-> app-config\n :some_namespace-api-options\n fix-proxy-opts\n (assoc :server-id :some_namespace)))\n{code}\n\nThen when I access following URL in my application:\n\nhttp://localhost:9876/some_namespace/foo/v1/bar\n\nAbove proxy code creates call to:\n\nhttp://localhost:1262//v1/bar\n\nNotice the double slash.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10471", "fixedVersions": [], "id": "10471", "issueType": "Bug", "key": "TK-48", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:0cc28489-f549-4a27-8863-54f5ed261a77", "resolution": "Fixed", "resolutionDate": "2014-08-14T13:06:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Ambigous slash when building proxy URL", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [{"author": "623e7507866b810069e57527", "body": "This issue was fixed as part of TK-50, so I'm closing it out.", "created": "2014-08-18T10:52:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-11T10:26:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@3cc0be2b"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyvstj:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "18/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_606425998_*|*_6_*:*_1_*:*_0"}], "description": "This seems like an unnecessary restriction to me.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10470", "fixedVersions": [], "id": "10470", "issueType": "Improvement", "key": "TK-49", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Fixed", "resolutionDate": "2014-08-18T10:53:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "tk-jetty9 should not require a server named :default", "timeSpent": "PT0S", "updated": "2022-02-03T07:06:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "I don't think this is actually an overwrite, I think it's additive. I believe there is a use-case in puppet-server where we actually rely on this behavior so that we can mount both the CA endpoints and the puppet-server endpoints at \"/\". As long as your ring handler doesn't have a catch-all route in it, then if none of its routes are matched, Jetty should fall through to the next handler registered at this endpoint.\n\nSo I don't think that we can / want to try to get rid of this behavior.\n\nWe should check on the implementation of, e.g., \"get-registered-endpoints\", etc., though... because we may be overwriting the values that we're storing there, as opposed to adding additional values. If that's the case we may need to change the data structure to support this.", "created": "2014-08-16T17:51:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] you saw the comment above, right? That we don't really want to get rid of this behavior? [~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5] is using it in a few places and I think that it's possible that some other teams are too.", "created": "2014-09-02T13:05:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] it looks like I missed that comment, sorry about that! Registering endpoints is additive and won't overwrite anything, so if it's alright with you I think we should just close out this ticket.", "created": "2014-09-02T14:19:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] so when I call `get-registered-endpoints`, that will handle the case where I've registered more than one at a single prefix?", "created": "2014-09-02T14:33:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] Every time a handler is added, it constructs an endpoint map and registers it. The registration process consists of adding the endpoint map to a set. It should handle the case where you register more than one endpoint at a single prefix (since the endpoint map is a set, and if you are adding multiple handlers to an endpoint those handlers should have different maps).\n\nI've noticed though that in some cases there might not be enough information to differentiate two different handlers at a single endpoint. For example, the endpoint map registered by add-ring-handler will consist of two things, a :type key with value :ring and the endpoint itself under the :endpoint key. So, if you add two different ring handlers to the same endpoint, only one endpoint will end up being registered, since both will register the exact same endpoint and a set does not contain repeats. This can also happen with servlet handlers if two are added to the same endpoint and the servlets added both have the same type.\n\nIt might be worthwhile to add more information to both of these types of endpoints so that multiple handlers of these types added to the same endpoint can be differentiated from one another.", "created": "2014-09-02T14:50:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "Yeah", "created": "2014-09-02T14:54:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] I think a data structure change would be a good idea. Either way though, I think maybe some more data needs to be added to the :ring and :servlet type endpoints. I don't think it's super useful to the user to, say, add two ring handlers to a single endpoint and be able to access the information for both handlers, but have that information be identical.", "created": "2014-09-02T17:38:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "truth", "created": "2014-09-02T18:50:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-08T17:40:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@47444a13"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypzp3:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "16/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_3793576_*|*_1_*:*_2_*:*_2833637223_*|*_10007_*:*_1_*:*_344877782_*|*_3_*:*_2_*:*_84122962_*|*_5_*:*_1_*:*_0"}], "description": "Currently, the same endpoint can be specified multiple times on the same server in the webserver service and webrouting service. You can add a handler to an endpoint on a server, then add a different handler to the same endpoint on the same server and the first handler will be overwritten.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10328", "fixedVersions": ["TK-JETTY9 0.7.6"], "id": "10328", "issueType": "Bug", "key": "TK-47", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-09-15T13:01:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Same endpoint can be specified multiple times in webserver and webrouting services", "timeSpent": "PT0S", "updated": "2022-02-03T07:08:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:557058:da659199-c749-426a-b5d9-6563e2c1710a] [~accountid:623a4493a2f6400069eaa844] ping", "created": "2014-08-21T12:27:00.000000"}, {"author": "70121:7b50b988-18ad-4913-8df5-c67397870b32", "body": "I think this is a noop, now we have moved certificate-whitelist into our own section away from [jetty] as discussed.", "created": "2014-09-28T07:34:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-08T12:02:00.000000", "creator": "70121:7b50b988-18ad-4913-8df5-c67397870b32", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@12eb4f4f"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyvsfz:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "21/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_4390297665_*|*_6_*:*_1_*:*_0"}], "description": "Upon attempting to upgrade to Trapperkeeper we've realised we have a feature in PuppetDB that is not coverred, namely 'certificate-whitelist':\n\nhttps://docs.puppetlabs.com/puppetdb/2.1/configure.html#certificate-whitelist\n\nIt works as a basic ACL mechanism to only allow named SSL certificates to access your web app.\n\nThis is provided here in PuppetDB with this starting code:\n\nhttps://github.com/puppetlabs/puppetdb/blob/master/src/com/puppetlabs/puppetdb/cli/services.clj#L322-L325\n\nNow as TK 0.6.0 now validates its input configuration, we no longer are able to just pass through this option to PuppetDB any more and handle it there. But after discussions with [~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] we figure we might as well move the feature into TK so others can benefit from it, and hopefully improve on it.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10411", "fixedVersions": [], "id": "10411", "issueType": "New Feature", "key": "TK-46", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "70121:7b50b988-18ad-4913-8df5-c67397870b32", "resolution": "Won't Fix", "resolutionDate": "2014-09-28T07:34:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Port certificate whitelist handling from PuppetDB into trapperkeeper-webserver-jetty9", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "Yeah, this looks like a bug. Thanks [~accountid:70121:1f7c5098-d991-4129-bcae-5fc413f71091], I assume you need us to fix this ASAP?", "created": "2014-08-08T13:48:00.000000"}, {"author": "70121:1f7c5098-d991-4129-bcae-5fc413f71091", "body": "[~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5] I've got a workaround for the moment (converting strings to keywords wooo), but a fix in the next few weeks would be great.", "created": "2014-08-08T13:57:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "Okay, will do. Thanks.", "created": "2014-08-08T14:48:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-07T22:58:00.000000", "creator": "70121:1f7c5098-d991-4129-bcae-5fc413f71091", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@15cce312"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5nz:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "08/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_910438271_*|*_10007_*:*_1_*:*_24435435_*|*_3_*:*_1_*:*_1400475_*|*_5_*:*_1_*:*_0"}], "description": "{code}\nclojure.lang.ExceptionInfo: Input to add-proxy-route does not match schema: [nil nil nil (named {:scheme (not (#{:orig :http :https} \"https\"))} options)]\n at puppetlabs.trapperkeeper.services.webserver.jetty9_core$eval5722$add_proxy_route__5723.invoke(jetty9_core.clj:481) ~[na:na]\n{code}\n\nI'm trying to set options for {{add-proxy-route}} in a config file, and it seems like the schema for the values for these options (for example, {{scheme}}) only matches keywords, whereas the values when read from the config file are strings: https://github.com/puppetlabs/trapperkeeper-webserver-jetty9/blob/c0fa5197fd089500f0194787796927d2cb0dab1d/src/puppetlabs/trapperkeeper/services/webserver/jetty9_core.clj#L71-L74\n\nI should be able to set these options (both {{scheme}} and {{ssl-config \"use-server-cfg\"}} in a config file and have them work without having to convert the values into keywords.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10646", "fixedVersions": [], "id": "10646", "issueType": "Bug", "key": "TK-45", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "70121:1f7c5098-d991-4129-bcae-5fc413f71091", "resolution": "Fixed", "resolutionDate": "2014-08-18T19:02:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "jetty9 add-proxy-route schema doesn't match string values", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-08-07T11:41:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1754829a"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5m7:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_5128273_*|*_1_*:*_1_*:*_1140000_*|*_10007_*:*_1_*:*_502359586_*|*_3_*:*_1_*:*_101335646_*|*_5_*:*_1_*:*_0"}], "description": "The web-routing service has been added to the tk-jetty9 service, but it needs docs and an example.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10317", "fixedVersions": [], "id": "10317", "issueType": "Task", "key": "TK-44", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-08-14T13:07:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Add docs and example for web-routing service", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "6243b375fd5e4500704351c5", "body": "oh, versions:\n{code}\n(def tk-version \"0.4.3\")\n(def ks-version \"0.7.2\")\n\n[puppetlabs/trapperkeeper-webserver-jetty9 \"0.5.2\"]\n{code}", "created": "2014-08-06T15:51:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-06T15:49:00.000000", "creator": "6243b375fd5e4500704351c5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@7d151dfc"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5jz:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_2980798_*|*_10007_*:*_1_*:*_70027039_*|*_3_*:*_1_*:*_4725798_*|*_5_*:*_1_*:*_0"}], "description": "Stack trace:\n{code}\n2014-08-06 14:48:09,427 WARN [o.e.j.s.ServletHandler] /node_groups/classifier-api/v1/groups/00000000-0000-4000-8000-000000000000\njava.lang.IllegalArgumentException: No matching method found: append for class java.lang.String\n\tat clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:53) ~[clojure-1.6.0.jar:na]\n\tat clojure.lang.Reflector.invokeInstanceMethod(Reflector.java:28) ~[clojure-1.6.0.jar:na]\n\tat puppetlabs.trapperkeeper.services.webserver.jetty9_core$eval18842$proxy_servlet__18843$fn__18844$fn__18848.invoke(jetty9_core.clj:253) ~[na:na]\n\tat puppetlabs.trapperkeeper.services.webserver.jetty9_core.proxy$org.eclipse.jetty.proxy.ProxyServlet$ff19274a.rewriteURI(Unknown Source) ~[na:na]\n\tat org.eclipse.jetty.proxy.ProxyServlet.service(ProxyServlet.java:376) ~[jetty-proxy-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat puppetlabs.trapperkeeper.services.webserver.jetty9_core.proxy$org.eclipse.jetty.proxy.ProxyServlet$ff19274a.service(Unknown Source) ~[na:na]\n\tat javax.servlet.http.HttpServlet.service(HttpServlet.java:790) ~[javax.servlet-api-3.1.0.jar:3.1.0]\n\tat puppetlabs.trapperkeeper.services.webserver.jetty9_core.proxy$org.eclipse.jetty.proxy.ProxyServlet$ff19274a.service(Unknown Source) ~[na:na]\n\tat org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:696) ~[jetty-servlet-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:526) [jetty-servlet-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:219) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1110) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:453) [jetty-servlet-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:183) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1044) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:199) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:109) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.servlets.gzip.GzipHandler.handle(GzipHandler.java:275) [jetty-servlets-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:97) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.Server.handle(Server.java:459) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:280) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:229) [jetty-server-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.io.AbstractConnection$1.run(AbstractConnection.java:505) [jetty-io-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:607) [jetty-util-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:536) [jetty-util-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat java.lang.Thread.run(Thread.java:744) [na:1.7.0_51]\n{code}\n\nProxy route:\n{code}\n (add-proxy-route {:host (:classifier-api-host app-config)\n :port (:classifier-api-port app-config)\n :path (:classifier-api-path app-config)}\n (str url-prefix \"/classifier-api\"))\n{code}\n\nURL that I'm trying to access:\n{code}\nhttp://localhost:9876/node_groups/classifier-api/v1/groups/00000000-0000-4000-8000-000000000000?inherited=true\n{code}", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10445", "fixedVersions": [], "id": "10445", "issueType": "Bug", "key": "TK-43", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Blocker", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "6243b375fd5e4500704351c5", "resolution": "Fixed", "resolutionDate": "2014-08-07T13:25:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "add-proxy-route routes die when given a query param", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "@kevin is this resolved now?", "created": "2014-10-13T18:34:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "derp, [~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5] ^^", "created": "2014-10-13T18:34:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] - I don't think so, no.", "created": "2014-10-13T18:37:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5] but the JVM args that you're passing at startup now will cause any OOM to kill the process... right?", "created": "2014-10-14T17:51:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] - yes, that addresses this issue for puppet-server. However, other projects that use tk-jetty9 are still susceptible to this issue. However, I'm not sure that we can put any sort of general-purpose solution to this into tk-jetty9 ... for OOMEs specifically, it seems like the JVM arg that we're using in puppet-server is a pretty reasonable solution. So, yeah, this seems like a \"won't fix\" to me.", "created": "2014-10-14T18:12:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-04T14:28:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@62599b9f"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyvp5r:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "14/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_6147900508_*|*_6_*:*_1_*:*_0"}], "description": "If an OutOfMemoryError occurs in a ring handler, the process keeps running. This is because the Error occurs on one of jetty's request handler threads, and is never propagated back to Trapperkeeper's main thread. Instead, the process should terminate.\n\nThis situation surely applies to other handler types and Error types.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10644", "fixedVersions": [], "id": "10644", "issueType": "Improvement", "key": "TK-42", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Won't Fix", "resolutionDate": "2014-10-14T18:13:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "shutdown TK process on OutOfMemoryErrors in request handlers", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "Can you take a look at the `project.clj` file and see if the `trapperkeeper-webserver-jetty9` dependency is listed inside of the `dev` profile? If so, it won't be included in the uberjar, and you'll get the error that you described. This can be fixed by simply moving the dependency up into the main dependencies section.\n\nWe've been doing it this way because we tend to combine several projects together at packaging time, and we wanted to make the decision as to what version of the webserver service to bundle at that time. It's certainly debatable as to whether or not we should be doing that in the `lein new` template, though", "created": "2014-08-04T09:50:00.000000"}, {"author": "557058:dba163bc-bd10-4b1d-9a2e-0011c975b6d9", "body": "Just tested this out, and I can attest to the fact that if the `trapperkeeper-webserver-jetty9` dependency is moved-up into the main dependency section, it will be included in the uberjar and things work correctly.", "created": "2014-08-10T14:27:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "This was fixed as part of TK-80", "created": "2014-10-07T13:38:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-08-03T04:29:00.000000", "creator": "623c15e38d8b9c0068b8b47d", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@5958d171"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypo5b:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "04/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_5648946114_*|*_6_*:*_1_*:*_0"}], "description": "Doing this sequence of commands should work but fails:\n{code}\nlein new trapperkeeper testp/test\ncd test\n\nlein deps\nlein uberjar\njava -jar target/test-0.1.0-SNAPSHOT-standalone.jar -c test-resources/config.conf -b test-resources/bootstrap.cfg\n{code}\nLeads to:\n{code}\nException in thread \"main\" java.lang.IllegalArgumentException: Unable to load service: puppetlabs.trapperkeeper.services.webserver.jetty9-service/jetty9-service\n at puppetlabs.trapperkeeper.bootstrap$resolve_service_BANG_$fn__6144.invoke(bootstrap.clj:47)\n at puppetlabs.trapperkeeper.bootstrap$resolve_service_BANG_.invoke(bootstrap.clj:44)\n at puppetlabs.trapperkeeper.bootstrap$parse_bootstrap_config_BANG_$iter__6167__6171$fn__6172.invoke(bootstrap.clj:157)\n at clojure.lang.LazySeq.sval(LazySeq.java:40)\n at clojure.lang.LazySeq.seq(LazySeq.java:49)\n at clojure.lang.Cons.next(Cons.java:39)\n at clojure.lang.RT.next(RT.java:598)\n at clojure.core$next.invoke(core.clj:64)\n at clojure.core$every_QMARK_.invoke(core.clj:2495)\n at puppetlabs.trapperkeeper.bootstrap$parse_bootstrap_config_BANG_.invoke(bootstrap.clj:151)\n at puppetlabs.trapperkeeper.core$boot_with_cli_data.invoke(core.clj:114)\n at puppetlabs.trapperkeeper.core$run.invoke(core.clj:145)\n at puppetlabs.trapperkeeper.core$main.doInvoke(core.clj:160)\n at clojure.lang.RestFn.invoke(RestFn.java:457)\n at clojure.lang.Var.invoke(Var.java:394)\n at clojure.lang.AFn.applyToHelper(AFn.java:165)\n at clojure.lang.Var.applyTo(Var.java:700)\n at clojure.core$apply.invoke(core.clj:624)\n at puppetlabs.trapperkeeper.main$_main.doInvoke(main.clj:7)\n at clojure.lang.RestFn.applyTo(RestFn.java:137)\n at puppetlabs.trapperkeeper.main.main(Unknown Source)\nCaused by: java.io.FileNotFoundException: Could not locate puppetlabs/trapperkeeper/services/webserver/jetty9_service__init.class or puppetlabs/trapperkeeper/services/webserver/jetty9_service.clj on classpath: \n at clojure.lang.RT.load(RT.java:443)\n at clojure.lang.RT.load(RT.java:411)\n at clojure.core$load$fn__5066.invoke(core.clj:5641)\n at clojure.core$load.doInvoke(core.clj:5640)\n at clojure.lang.RestFn.invoke(RestFn.java:408)\n at clojure.core$load_one.invoke(core.clj:5446)\n at clojure.core$load_lib$fn__5015.invoke(core.clj:5486)\n at clojure.core$load_lib.doInvoke(core.clj:5485)\n at clojure.lang.RestFn.applyTo(RestFn.java:142)\n at clojure.core$apply.invoke(core.clj:626)\n at clojure.core$load_libs.doInvoke(core.clj:5524)\n at clojure.lang.RestFn.applyTo(RestFn.java:137)\n at clojure.core$apply.invoke(core.clj:626)\n at clojure.core$require.doInvoke(core.clj:5607)\n at clojure.lang.RestFn.invoke(RestFn.java:408)\n at puppetlabs.trapperkeeper.bootstrap$resolve_service_BANG_$fn__6144.invoke(bootstrap.clj:44)\n ... 20 more\n{code}", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10494", "fixedVersions": [], "id": "10494", "issueType": "Bug", "key": "TK-41", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623c15e38d8b9c0068b8b47d", "resolution": "Fixed", "resolutionDate": "2014-10-07T13:38:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Using lein uberjar with trapperkeeper does not work at all", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [{"author": "623e7507866b810069e57527", "body": "There are some issues with 9.2.2 that are preventing the upgrade, largely with test times. I've opened a bug report against Jetty, which has been linked here in the ticket. I've also asked them to backport the GzipHandler fix that went into this release into the Jetty 9.1.x branch, which has also been linked here.", "created": "2014-08-12T12:11:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "Here's another bugfix in newer Jetty's that [~accountid:6304e59555513d8d731063f4] pointed out to me:\n\nhttps://bugs.eclipse.org/bugs/show_bug.cgi?id=440729", "created": "2014-10-16T09:52:00.000000"}, {"author": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "body": "The issues were addressed and the tk-jetty9 dependency was updated to 9.28 as part of TK-141. Closing this issue since it is no longer needed.", "created": "2015-03-21T01:01:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-07-28T17:16:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@6823e83c"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywirz:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "5.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "12/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_3_*:*_7111256489_*|*_3_*:*_1_*:*_690543819_*|*_10006_*:*_2_*:*_1878350874"}], "description": "Requests to any endpoint return 404.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10323", "fixedVersions": [], "id": "10323", "issueType": "Bug", "key": "TK-40", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Duplicate", "resolutionDate": "2015-03-21T01:02:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Jetty 9.2.2 breaks everything in trapperkeeper-webserver-jetty9", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] this is fixed now and can be closed out, right?", "created": "2014-10-13T18:35:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] Yup, I'll close it now.", "created": "2014-10-14T10:12:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-07-25T12:51:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1f05da53"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyv9jz:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "5.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "14/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_6988866570_*|*_6_*:*_1_*:*_0"}], "description": "A service-symbol function was previously added to trapperkeeper. Unfortunately, however, this cannot be called from within a service function, as the \"this\" variable is needed but cannot be accessed.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10492", "fixedVersions": [], "id": "10492", "issueType": "Bug", "key": "TK-39", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-10-14T10:12:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Cannot access 'this' when using service-symbol from within service function", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] this is fixed and can be closed, right?", "created": "2014-10-13T18:35:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] Yup, closing it out.", "created": "2014-10-14T10:24:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-07-24T15:06:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1c296511"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyv93z:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "14/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_7067905516_*|*_6_*:*_1_*:*_0"}], "description": "Currently, TrapperKeeper doesn't support a service function calling a different arity version of itself. If you have a multi-arity function and, within one version of it, try to call a different version, an IllegalArgumentException is thrown. For example, say you have a function called hello. One version takes two parameters, and another takes three. Calling the hello function with arity 3 from within the hello function of arity 2 causes the error to occur.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10308", "fixedVersions": [], "id": "10308", "issueType": "Bug", "key": "TK-38", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-10-14T10:24:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "One version of a multi-arity service function cannot call another version of itself", "timeSpent": "PT0S", "updated": "2022-02-03T07:06:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-07-23T14:34:00.000000", "creator": "6243b375fd5e4500704351c5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@7a007b2d"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypvf3:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_95694427_*|*_1_*:*_2_*:*_1020816414_*|*_10007_*:*_1_*:*_683980185_*|*_3_*:*_1_*:*_7965286_*|*_5_*:*_1_*:*_0"}], "description": "It's likely that peoples PE console cookies are already going to be ~4k, so we should bump the default buffer size to account for this. Doubling it to 8192 should work.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10469", "fixedVersions": [], "id": "10469", "issueType": "Task", "key": "TK-37", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "6243b375fd5e4500704351c5", "resolution": "Fixed", "resolutionDate": "2014-08-13T12:55:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Bump the default request-buffer-size in webserver-jetty9", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [{"author": "623e7507866b810069e57527", "body": "This was fixed in Jetty 9.2.2. Now, Jetty uses sendError() during bad Proxy requests, meaning that in this case, instead of the client hanging when the error happens, a 502 response is returned.", "created": "2014-08-18T12:37:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-07-18T15:58:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@66250ca9"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hypzov:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "0.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_2666366341_*|*_6_*:*_1_*:*_0"}], "description": "Currently, when using the Jetty9 Webservice, making a proxy request with a very large cookie causes a failure. Specifically, the client hangs and never gets a response (see TK-31 for more information).\n\nAs it turns out, the size of the request buffer for the proxy request is overflowing due to the large cookie. This is causing Jetty to throw then catch an exception. Unfortunately, since Jetty is never sending a request, it's never receiving a response, and since it's never receiving a response, it's never returning anything whatsoever to the client, so the client waits and waits.\n\nWe want to identify if it is possible to handle this error ourselves, and do so if possible.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10468", "fixedVersions": [], "id": "10468", "issueType": "Bug", "key": "TK-36", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-08-18T12:37:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Improve error handling when cookie is too big on a proxy request", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-07-17T11:50:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@656a635f"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5lz:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_446576691_*|*_10007_*:*_1_*:*_1888710146_*|*_3_*:*_1_*:*_82966760_*|*_5_*:*_1_*:*_0"}], "description": "The Jetty9 Webservice now supports multi-server configurations in which a user can specify multiple isolated servers in the configuration file. This has caused some additions to the API and some configuration changes (although the old configuration style will still work fine). As a result, we want to update the docs to reflect this change, and we want to add in an example app for the benefit of users.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10642", "fixedVersions": [], "id": "10642", "issueType": "Task", "key": "TK-35", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2014-08-14T11:35:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Update docs/add example app for Jetty9 Webservice", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "6243b375fd5e4500704351c5", "body": "This manifests in PE-5500. Talking to [~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] it sounds like transparently rewriting {{location}} headers to replace the proxied path with the proxy path is what we're going to implement.", "created": "2014-08-14T16:31:00.000000"}, {"author": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "body": "The current implementation for this feature would have the ProxyServlet (in conjunction with the HttpClient it creates?) return any redirects it receives for a request it is proxying back to the original client. In order to achieve this, we've discussed having the ProxyServlet rewrite the 'Location' HTTP header in order to guide the client to the appropriate location to send its redirect request back to. In this comment, I wanted to cover what the rules for these rewrite would be.\n\nFor these scenarios, the following nodes would be in play:\n\n* Original web client - at client.mycorp.com\n* Proxy server where the Trapperkeeper process hosting the ProxyServlet lives - URL at http://proxy.mycorp.com/local-proxy-content\n* Target server where the proxy server fetches the \u201creal content\u201d to be served to the original web client - URL at http://target.mycorp.com/remote-proxy-content\n* External redirect server that the target server sometimes redirects requests to - URL at http://redirect.mycorp.com/redirect-content\n\nFor each of the following scenarios, the target server would be returning a redirect \u2014 HTTP 3XX status code with Location header that the redirect request should be sent back to.\n\nIf the target server returns a Location header with a fully-qualified URL that does not start with the hostname and port that the proxy server used to contact the target server, the proxy server should just pass back the Location header unmodified. For example, \u201cLocation: http://redirect.mycorp.com/redirect-content\u201d. There doesn\u2019t seem to be anything the proxy server could do to munge the Location header and have the subsequent redirect request reliably go back through the proxy again and find the desired target. If the ProxyServlet were to try to munge the response header to \u201cLocation: /local-proxy-content/redirect-content\u201d, for example, the subsequent redirect request would be proxied to http://target.mycorp.com/remote-proxy-content/redirect-content, which doesn\u2019t seem right. The implication of this is that the client would need to be able to resolve this redirect location on its own since it wouldn\u2019t be going back through the proxy server for the redirect request.\n\nIf the target server returns a Location header with a relative path or a fully-qualified URL that starts with the hostname and port that the proxy server used to contact the target server, the proxy server should munge the Location header such that the follow-up redirect would be sent back through the proxy to the right location on the target server. Examples of these would include: \n\n* \u201cLocation: /remote-proxy-content/new-location\u201d -> \u201cLocation: /local-proxy-content/new-location\u201d\n* \u201cLocation: http://target.mycorp.com/remote-proxy-content/new-location\u201d -> \u201cLocation: /local-proxy-content/new-location\u201d\n* \u201cLocation: /alternate-proxy-content/new-location\u201d -> ??? This one seems particularly ugly. Actually, I\u2019m not sure if we can do this one. The ProxyServlet can\u2019t just pass this back without munging because there\u2019s no way the client could find it on a redirect. Since the ProxyServlet always proxies to a fixed parent URL on the target server, though, a redirect from the target server that would use something outside of that path seems like it wouldn\u2019t be possible to express\u2026\n\nNote that in the above examples for the cases where munging is being done, the result of the munge always has a relative path \u2014 not an fully-qualified one. I think this is the best way to go because the ProxyServlet won\u2019t necessarily know when hostname the original web client had used in order to get to it \u2014 could be \u201chttp://proxy.mycorp.com\u201d but could also have been \u201chttp://proxy-alias.mycorp.com\u201d if the client were accessing it through some custom host alias. I suppose the ProxyServlet could try to pull the value from the \u201cHost\u201d header and use that in the munging process but I\u2019m not sure that\u2019s guaranteed to have the value that the client originally put into it (or if the client is guaranteed to even include it) by the time the ProxyServlet would see it.", "created": "2014-08-15T11:45:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "Re: your third example, I think we should just return a failure response if the location header doesn't begin with the same prefix that we are proxying to. (Note that it's probably fairly common that the prefix registered to proxy to will be an empty string, though, in which case this issue goes away.)\n\nThere's another case where I think we'd have to return a failure response, which is if the Location header is absolute and includes a hostname other than the one we are proxying to.\n\n[~accountid:6243b375fd5e4500704351c5] we talked about eventually having a config option that would allow you to choose this kind of behavior for proxy redirects, vs. having the proxy server use its own client to follow the redirect like [~accountid:557058:50693b46-2d67-4417-b1cc-9b21dadb467f] was suggesting. I think in the long run it'd probably be good to support both options, because there are some cases that the latter one can handle that this approach can't.\n\nGiven that it might actually be quicker to implement [~accountid:557058:50693b46-2d67-4417-b1cc-9b21dadb467f]'s way than this way, we could consider just doing that first and filing a ticket to come back and add support for doing it this way in the future. Since you ([~accountid:6243b375fd5e4500704351c5]) have the best understanding of impacts of this decision w/rt PE3.4, I'm happy to defer to your judgment.", "created": "2014-08-15T11:54:00.000000"}, {"author": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "body": "> Re: your third example, I think we should just return a failure response if the location header doesn't begin with the same prefix that we are proxying to.\n\nYeah, that's probably all we can do.\n\n> There's another case where I think we'd have to return a failure response, which is if the Location header is absolute and includes a hostname other than the one we are proxying to.\n\nYeah, I attempted to cover that case in my first example above. Wasn't sure whether it was better to just send the Location header back in its original form since it is \"possible\" that the client might still be able to resolve the redirect location on its own or just throw an error. I was suggesting sending back the unmunged header but could go either way.\n\n---\n\nI think having the ProxyServlet do the redirects on its own -- controllable via configuration setting -- would allow for a more robust solution for some of these edge cases and would be easier / quicker to implement than the location munging solution. That said, I totally understand the preference to have the client handle redirects, where we're hoping that the redirect is a temporary thing and that the client would start using the new location from the outset later on.\n\n\n", "created": "2014-08-15T12:04:00.000000"}, {"author": "6243b375fd5e4500704351c5", "body": "I'm happy to try the proxysevlet-follows-redirect fix, but to be honest I can't guarantee that the client's'll like it. I'm certainly willing to try it out though :)\n\nI'd like us to move to the location munging eventually, because I think that is going to be the least surprising behaviour from a client perspective. ", "created": "2014-08-15T12:19:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "leaving this in \"functional review\" until we are able to diagnose the error that [~accountid:70121:1f7c5098-d991-4129-bcae-5fc413f71091] reported in chat today.", "created": "2014-08-19T17:15:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "I'm going to close the PR for this and kick the ticket out to triage so we can discuss next steps. I thought it was going to be quick and easy to finish it up but it seems like issues keep coming up, and it doesn't seem like continuing on it right now would provide a meaningful ROI.", "created": "2014-09-12T12:31:00.000000"}, {"author": "6243b375fd5e4500704351c5", "body": "The NC/RBAC UI issues were solved by moving to ring proxying so no problem", "created": "2014-09-12T14:06:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "AFAICT, this issue is done, so I'm going to close it. I think it just got lost from our JIRA board.", "created": "2014-10-14T09:12:00.000000"}, {"author": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "body": "[~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5], I don't think we were done with this one yet. There was some incremental work done on https://github.com/puppetlabs/trapperkeeper-webserver-jetty9/pull/66 to improve redirect support that was shelved because of some unresolved questions. I think this one should remain open and in the backlog unless we've decided not to pursue further improvements.", "created": "2014-10-14T09:15:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "oops!", "created": "2014-10-14T09:20:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-07-10T17:35:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@743b7eb5"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywuan:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "14/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_9774_*|*_1_*:*_1_*:*_2826641045_*|*_10007_*:*_3_*:*_4771495085_*|*_3_*:*_3_*:*_589176023_*|*_10009_*:*_1_*:*_76894343_*|*_6_*:*_2_*:*_507843_*|*_10006_*:*_1_*:*_805741383_*|*_10005_*:*_1_*:*_231125299426"}], "description": "When using add-proxy-route, if the proxied request returns a redirect, our handler does something stupid.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10244", "fixedVersions": [], "id": "10244", "issueType": "Bug", "key": "TK-33", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2022-02-18T17:38:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "jetty add-proxy-route doesn't handle redirects", "timeSpent": "PT0S", "updated": "2022-02-18T17:38:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [{"author": "623e7507866b810069e57527", "body": "So I'm looking for some input on how to approach this ticket from [~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14], [~accountid:557058:50693b46-2d67-4417-b1cc-9b21dadb467f], and [~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5]. \n\nThis issue is caused by the way Jetty handles errors. As of Jetty 9.2.2, this issue is gone (they moved over to using the sendError method, so an error response now actually makes it all the way back to the client so it doesn't hang forever). The commit for this is [here|https://github.com/eclipse/jetty.project/commit/e199b671bb486432498a55b83e5ede89f75d212c#diff-a9f29ebcc11c053dadb192d7aa3c5169R559]. \n\nUnfortunately, TK-40 is still floating around due to the problems we got with speed (running the tests takes a couple of minutes in Jetty 9.2.2, and proxy requests take the entirety of their stop timeouts to return a response, with the default value being a minute).\n\nSo I can see two feasible approaches to this ticket. Since the issue is fixed in 9.2.2, we can let this ticket sit until we find a Jetty release that we can upgrade to (unfortunately, 9.2.3, which was just released on Friday, is not this release, as it has the same speed issues and is causing one of our tests to fail from a BrokenPipeException).\n\nAlternatively, since we are overloading some of the ProxyServlet methods already, I could feasibly implement this fix by overloading the onResponseFailure function in our reified ProxyServlet. Based on the changes in the Jetty commit above, I think we could do it without changing anything other than the onResponseFailure method. This would allow us to potentially carry the fix without having to wait for a Jetty release that works for us.\n\nThoughts? ", "created": "2014-09-10T16:11:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "Unless this is causing anybody a headache, I'd prefer to not hack-up anything, and just wait until we can upgrade jetty.", "created": "2014-09-10T16:56:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "+1 to what [~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5] said. Let's nag upstream and just stick on the version we're on until they either fix the issue upstream, or we have some kind of urgent issue that forces our hand.", "created": "2014-09-10T18:50:00.000000"}, {"author": "623e7507866b810069e57527", "body": "I'm moving this back into \"doing\" and taking it out of the current sprint. Should I change the epic to either Future Must-Haves or Nice to Haves?", "created": "2014-09-11T10:23:00.000000"}, {"author": "623e7507866b810069e57527", "body": "We upgraded to Jetty 9.2 a while ago, so this is no longer happening. As a result, I'm going to close out this ticket.", "created": "2015-08-03T12:24:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-07-10T17:31:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@928729a"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywu3r:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "10/Sep/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_2_*:*_8143613596_*|*_3_*:*_1_*:*_68262401_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_858832425_*|*_10005_*:*_1_*:*_24520519576"}], "description": "When using add-proxy-route, if a proxy request fails, it seems that jetty logs something at debug and then the request hangs (or similar undesirable behavior). We should look into ways to catch these errors and pass something more useful along as a response to the original request.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10640", "fixedVersions": [], "id": "10640", "issueType": "Bug", "key": "TK-34", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2015-08-03T12:25:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "jetty add-proxy-route doesn't behave nicely if the proxy request fails", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [{"author": "623e7507866b810069e57527", "body": "My bug fix has been merged into Jetty. We should be able to update our Jetty dependencies in the Jetty9 Webservice once they do a new release.", "created": "2014-07-16T11:29:00.000000"}, {"author": "70121:7b50b988-18ad-4913-8df5-c67397870b32", "body": "[~accountid:623e7507866b810069e57527] do you know what release this will be? Is it 9.1.6 or did it go out on a 9.2.x branch? I'm only curious because we have TK-40 which blocks 9.2.2 from being used at all.", "created": "2014-07-30T13:22:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:70121:7b50b988-18ad-4913-8df5-c67397870b32] The bugfix went out in 9.2.2, but this release unfortunately seems to break something else in the Jetty9 webservice.", "created": "2014-07-31T11:59:00.000000"}, {"author": "70121:7b50b988-18ad-4913-8df5-c67397870b32", "body": "[~accountid:623e7507866b810069e57527] should we just close this bug in lieu of TK-40 then? I presume we're not getting a fix for 9.1.5 now.", "created": "2014-07-31T12:03:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:70121:7b50b988-18ad-4913-8df5-c67397870b32] Yes, I think that would be a good idea. I'll close out this issue now.", "created": "2014-08-04T12:28:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] can we maybe just keep this open until we have diagnosed TK-40? Then we can decide what to do from there.", "created": "2014-08-04T12:32:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "We could change the title of this one to something relating to the specific bug fix though.", "created": "2014-08-04T12:33:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] Sure, I'll leave it open for now.", "created": "2014-08-04T12:33:00.000000"}, {"author": "623e7507866b810069e57527", "body": "We upgraded to Jetty 9.2 ages ago, so I'm going to close out this ticket.", "created": "2015-08-03T12:15:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-07-10T17:10:00.000000", "creator": "623e7507866b810069e57527", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@71411f74"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywiu7:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "30/Jul/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_8213109954_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_858825452_*|*_10005_*:*_1_*:*_24519984158"}], "description": "There is currently a bug in Jetty's GzipHandler introduced in version 9.1.3 that is causing 404 errors on all endpoints on which a handler is registered whenever a GzipHandler is used, which is always. I am planning to make a PR to Jetty to fix this bug. We won't be able to update the Jetty dependency past 9.1.2 until they do a new release with the bug fix.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10491", "fixedVersions": [], "id": "10491", "issueType": "Bug", "key": "TK-32", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623e7507866b810069e57527", "resolution": "Fixed", "resolutionDate": "2015-08-03T12:16:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "GzipHandler bug preventing update to latest versions of Jetty", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-07-10T15:32:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1b5b55ba"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyv0if:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "5.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "18/Mar/16"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "null_*:*_1_*:*_0_*|*_10008_*:*_1_*:*_506728480_*|*_1_*:*_1_*:*_507235433_*|*_10007_*:*_2_*:*_425676963_*|*_3_*:*_1_*:*_186035461_*|*_5_*:*_1_*:*_0"}], "description": "When using the proxy, if an HTTP request has a \"large\" cookie on it, the server does not respond to the request.\n\nThis was uncovered by [~accountid:6243b375fd5e4500704351c5].\n\nJetty logs the following error at DEBUG:\n\n{code}\njava.io.IOException: Response header too large\n\tat org.eclipse.jetty.http.HttpGenerator.generateRequest(HttpGenerator.java:241) ~[jetty-http-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.client.http.HttpSenderOverHTTP.sendHeaders(HttpSenderOverHTTP.java:78) ~[jetty-client-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.client.HttpSender.send(HttpSender.java:172) [jetty-client-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.client.http.HttpChannelOverHTTP.send(HttpChannelOverHTTP.java:54) [jetty-client-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.client.http.HttpConnectionOverHTTP$Delegate.send(HttpConnectionOverHTTP.java:166) [jetty-client-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.client.http.HttpConnectionOverHTTP.send(HttpConnectionOverHTTP.java:68) [jetty-client-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.client.http.HttpDestinationOverHTTP.send(HttpDestinationOverHTTP.java:36) [jetty-client-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.client.http.HttpDestinationOverHTTP.send(HttpDestinationOverHTTP.java:26) [jetty-client-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.client.PoolingHttpDestination$2.run(PoolingHttpDestination.java:129) [jetty-client-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:607) [jetty-util-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.util.thread.QueuedThreadPool$3.run(QueuedThreadPool.java:536) [jetty-util-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat java.lang.Thread.run(Thread.java:744) [na:1.7.0_51]\nCaused by: java.nio.BufferOverflowException: null\n\tat java.nio.HeapByteBuffer.put(HeapByteBuffer.java:183) ~[na:1.7.0_51]\n\tat java.nio.ByteBuffer.put(ByteBuffer.java:832) ~[na:1.7.0_51]\n\tat org.eclipse.jetty.http.HttpGenerator.putTo(HttpGenerator.java:1055) ~[jetty-http-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.http.HttpGenerator.generateHeaders(HttpGenerator.java:684) ~[jetty-http-9.1.0.v20131115.jar:9.1.0.v20131115]\n\tat org.eclipse.jetty.http.HttpGenerator.generateRequest(HttpGenerator.java:215) ~[jetty-http-9.1.0.v20131115.jar:9.1.0.v20131115]\n\t... 11 common frames omitted\n{code}\n\nThe cookie used was:\n{noformat}\npuppet_enterprise_console=BAh7DEkiD3Nlc3Npb25faWQGOgZFRiJFMWZjMjVjMzk2NzM5MWZmZDQ3NDEx%0AYzE2ZDNjNWQ5OTlmNWExYTVjOGU5NzA2OGQ0OWZhMDdjZWMwYzY3NzI5NUki%0AHkNPTlNPTEVfQVVUSF9BQ0NPVU5UX05BTUUGOwBGSSIbbGluZHNleUBwdXBw%0AZXRsYWJzLmNvbQY7AFRJIh5DT05TT0xFX0FVVEhfQUNDT1VOVF9ST0xFBjsA%0ARkkiD3JlYWQtd3JpdGUGOwBUSSIfQ09OU09MRV9BVVRIX0FVVEhFTlRJQ0FU%0AT1IGOwBGSSILZ29vZ2xlBjsAVEkiGEFDQ0VTU19DT05UUk9MX1JPTEUGOwBG%0ASSIOUkVBRF9PTkxZBjsARkkiD2NzcmYudG9rZW4GOwBGSSIxaDBMSkUwMS9r%0AZXFUWThjVXVzSXRNTzFPUDNKell3bmRCZ2pjUXVZQWJxVT0GOwBGSSIQX2Nz%0AcmZfdG9rZW4GOwBGSSIxZnl2Sm5scUxEQkhKVDlWelR2NnlMTmkyM3JtWWpj%0AdjdNYm9YR2dsdW9mTT0GOwBG%0A--15b097175979539c53f06ca7caf018cfabecaef9; rack.session=BAh7B0kiD3Nlc3Npb25faWQGOgZFRiJFMDk2ZTJiZmY1MzllYzI4MDM4ZjYw%0AOTFlNTAzYmViYjE4ODk1ZTUzNjFmM2U5ZWNjZGNjNGFhM2JiYTI0NWI3N0ki%0AD2NzcmYudG9rZW4GOwBGSSIxVXFxMk0zVE1EYXBJMHY5eWhpOHJ4TVdVYjM5%0AeWxWVVVvbEhZelk5cHdIND0GOwBG%0A; _session_id=BAh7DEkiD3Nlc3Npb25faWQGOgZFRkkiJTk1NmUxYzdjNGZhMjJhZGY0N2ZkMDBhYjYxYjBkYzRkBjsAVEkiD2NzcmYudG9rZW4GOwBGSSIxRFlYdktwVjdDSVBXclZWbW1ja2toVnpYT1ZEeU1Ic0UrNFo5SCtHM0V3az0GOwBGSSIQX2NzcmZfdG9rZW4GOwBGSSIxZUY4bWdzcmtyeTlRekViK2kvOTdxVkNOdjdTK3UwZlhJMjhxRGZYdXJyST0GOwBGSSIeQ09OU09MRV9BVVRIX0FDQ09VTlRfTkFNRQY7AEZJIhh0ZXN0QHB1cHBldGxhYnMuY29tBjsAVEkiHkNPTlNPTEVfQVVUSF9BQ0NPVU5UX1JPTEUGOwBGSSIKYWRtaW4GOwBUSSIYQUNDRVNTX0NPTlRST0xfUk9MRQY7AEZJIg9SRUFEX1dSSVRFBjsARkkiCGNhcwY7AEZ7CEkiFmxhc3RfdmFsaWRfdGlja2V0BjsARm86HUNBU0NsaWVudDo6U2VydmljZVRpY2tldAk6DEB0aWNrZXRJIiVTVC0xMzk4MTIyOTIwcnpGRzdqQllYWkVZUHZ2Tlc4NwY7AFQ6DUBzZXJ2aWNlSSIjaHR0cDovL2xvY2FsaG9zdDozMDAwL2V2ZW50cy8%2FBjsARjoLQHJlbmV3MDoOQHJlc3BvbnNlbzoiQ0FTQ2xpZW50OjpWYWxpZGF0aW9uUmVzcG9uc2UKOhRAcGFyc2VfZGF0ZXRpbWVJdToJVGltZQ23jhyA%2BlGNcgc6C0Bfem9uZUkiCFBEVAY7AFQ6C29mZnNldGn%2BkJ06CUB4bWxvOhNSRVhNTDo6RWxlbWVudA86DEBwYXJlbnRvOxEPOxJvOhRSRVhNTDo6RG9jdW1lbnQROhxAZW50aXR5X2V4cGFuc2lvbl9jb3VudGkAOxIwOg5AY2hpbGRyZW5bCW86E1JFWE1MOjpYTUxEZWNsCzoPQHdyaXRldGhpc1Q6E0B3cml0ZWVuY29kaW5nVDsSQB06DUB2ZXJzaW9uSSIIMS4wBjsAVDoOQGVuY29kaW5nSSIKVVRGLTgGOwBUOhBAc3RhbmRhbG9uZTBvOhBSRVhNTDo6VGV4dAs6CUByYXdUOxJAHToTQGVudGl0eV9maWx0ZXIwOhJAdW5ub3JtYWxpemVkMDoQQG5vcm1hbGl6ZWQwOgxAc3RyaW5nSSIGCgY7AFRAHG87HAs7HVQ7EkAdOx4wOx8wOyAwOyFJIgYKBjsAVDoOQGVsZW1lbnRzbzoUUkVYTUw6OkVsZW1lbnRzBjoNQGVsZW1lbnRAHToQQGF0dHJpYnV0ZXNJQzoWUkVYTUw6OkF0dHJpYnV0ZXN7AAY7JEAdOg1AY29udGV4dHsAOhNAZXhwYW5kZWRfbmFtZUkiDlVOREVGSU5FRAY7AEY6DEBwcmVmaXhJIgAGOwBGOg9AbmFtZXNwYWNlSSIABjsARjoKQG5hbWVJIg5VTkRFRklORUQGOwBGOh1AaWdub3JlX3doaXRlc3BhY2Vfbm9kZXNGOhBAd2hpdGVzcGFjZVQ7J0AoOxVbCG87HAs7HVQ7EkAcOx4wOx8wOyAwOyFJIggKICAGOwBUQBtvOxwLOx1UOxJAHDseMDsfMDsgMDshSSIGCgY7AFQ7Im87IwY7JEAcOyVJQzsmewZJIghjYXMGOwBUbzoVUkVYTUw6OkF0dHJpYnV0ZQs7JEAcOx9JIh9odHRwOi8vd3d3LnlhbGUuZWR1L3RwL2NhcwY7AFQ7IDA7KEkiDnhtbG5zOmNhcwY7AFQ7KUkiCnhtbG5zBjsAVDsrSSIIY2FzBjsAVAY7JEAcOyhJIhhjYXM6c2VydmljZVJlc3BvbnNlBjsAVDspSSIIY2FzBjsAVDsrSSIUc2VydmljZVJlc3BvbnNlBjsAVDssRjstVDsnQCg7FVsKbzscCzsdVDsSQBs7HjA7HzA7IDA7IUkiCgogICAgBjsAVG87EQ87EkAbOydAKDsVWwZvOxwLOx1UOxJAQDseMDsfSSIYdGVzdEBwdXBwZXRsYWJzLmNvbQY7AFQ7IDA7IUkiGHRlc3RAcHVwcGV0bGFicy5jb20GOwBUOyJvOyMGOyRAQDslSUM7JnsABjskQEA7KEkiDWNhczp1c2VyBjsAVDspSSIIY2FzBjsAVDsrSSIJdXNlcgY7AFQ7LEY7LVRvOxwLOx1UOxJAGzseMDsfMDsgMDshSSIKCiAgICAGOwBUbzsRDzsSQBs7J0AoOxVbBm87HAs7HVQ7EkBMOx4wOx9JIixDQVNTZXJ2ZXI6OkF1dGhlbnRpY2F0b3JzOjpTUUxFbmNyeXB0ZWQGOwBUOyAwOyFJIixDQVNTZXJ2ZXI6OkF1dGhlbnRpY2F0b3JzOjpTUUxFbmNyeXB0ZWQGOwBUOyJvOyMGOyRATDslSUM7JnsABjskQEw7KEkiFmNhczphdXRoZW50aWNhdG9yBjsAVDspSSIIY2FzBjsAVDsrSSISYXV0aGVudGljYXRvcgY7AFQ7LEY7LVRvOxwLOx1UOxJAGzseMDsfMDsgMDshSSIICiAgBjsAVDsibzsjBjskQBs7JUlDOyZ7AAY7JEAbOyhJIh5jYXM6YXV0aGVudGljYXRpb25TdWNjZXNzBjsAVDspSSIIY2FzBjsAVDsrSSIaYXV0aGVudGljYXRpb25TdWNjZXNzBjsAVDssRjstVDoOQHByb3RvY29sZgYyOgpAdXNlckkiGHRlc3RAcHVwcGV0bGFicy5jb20GOwBUOhZAZXh0cmFfYXR0cmlidXRlc3sASSIPZmlsdGVydXNlcgY7AEZAXkkiGXVzZXJuYW1lX3Nlc3Npb25fa2V5BjsARkBe--4aaa7f88f10137c85d99a851bc08490934a2da80\n{noformat}", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10549", "fixedVersions": [], "id": "10549", "issueType": "Bug", "key": "TK-31", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Fixed", "resolutionDate": "2014-07-29T11:08:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "proxy blows up on a big cookie", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-07-08T13:14:00.000000", "creator": "70121:1f7c5098-d991-4129-bcae-5fc413f71091", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@77bdf824"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5jj:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_2513774259_*|*_10007_*:*_1_*:*_597473310_*|*_5_*:*_1_*:*_0"}], "description": "http-kit had a :query-params option that was very useful for adding query params to a request. With the move to use the Apache HttpAsyncClient library instead of http-kit for clj-http-client, a query-params request option was removed. It should be added back.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10409", "fixedVersions": [], "id": "10409", "issueType": "Improvement", "key": "TK-29", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "70121:1f7c5098-d991-4129-bcae-5fc413f71091", "resolution": "Fixed", "resolutionDate": "2014-08-13T13:28:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Add query-params request option back into clj-http-client", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-06-26T11:14:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@572c3941"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyv0a7:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "5.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_1215397556_*|*_10007_*:*_1_*:*_1185514089_*|*_3_*:*_1_*:*_449987034_*|*_5_*:*_1_*:*_0"}], "description": "Assuming we move forward with the new implementation of the clj-http-client that is based on apache httpasyncclient instead of http-kit, the current PR is missing an important chunk of functionality.\n\nThe current code provides API for making different types of HTTP requests (GET/POST/etc.) directly, but does not expose any access to the object that represents the HTTP client itself. This means that every request causes a new client to be instantiated, and thus a new HTTP connection. This is fine for simple cases but will be a huge performance hit for advanced use cases that are issuing multiple requests.\n\nWe need to extend the API to provide callers with a way to ask for an instance of a `client` object. This client object should satisfy a new clojure protocol that basically has the same functions on it that we are exposing at the top level of the API (get/post/etc.).\n\nThe new protocol should also have a 'close' function that allows the instance to be cleaned up (and used with the clojure `with-open` macro when desirable).\n\nHopefully most of the existing code can be re-used to achieve this; I'd expect the work to roughly look like this:\n\n* create the new protocol for the client\n* make the existing `create-client` function public, and change the return type; currently it returns an instance of the apache Client object directly... instead, it should wrap that in an instance of the protocol\n* refactor the existing `request` function into two functions; one that requires a client as an argument and does all of the work, and one that contains the existing logic to instantiate a new default client and passes that to the new function to do the work.\n\nThinking about this a bit further, we probably need two different Client protocols... one for a synchronous client and one for an asynchronous client. The sync one should be able to be implemented as a wrapper around the async one. This probably means that we need two different 'create-client' functions; one for sync and one for async.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10490", "fixedVersions": [], "id": "10490", "issueType": "New Feature", "key": "TK-27", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-07-29T11:09:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "clj-http-client: add `client` protocol and API for managing clients explicitly", "timeSpent": "PT0S", "updated": "2022-02-03T07:06:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-06-23T12:38:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@eec024b"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyq047:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_192006_*|*_1_*:*_1_*:*_47273_*|*_10007_*:*_1_*:*_74651841_*|*_3_*:*_1_*:*_100892_*|*_5_*:*_1_*:*_0"}], "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10314", "fixedVersions": [], "id": "10314", "issueType": "New Feature", "key": "TK-26", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-06-24T09:27:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "add `dissoc-in` function to kitchensink", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-06-18T17:33:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@192d4f10"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywix3:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_3_*:*_11178716909_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_858807561_*|*_10005_*:*_2_*:*_66503467535"}], "description": "See my last comment on TK-24.\n\nAlso, there's this: https://confluence.puppetlabs.com/display/ENG/Notes+on+AOT+Compilation", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10321", "fixedVersions": [], "id": "10321", "issueType": "Improvement", "key": "TK-25", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Won't Do", "resolutionDate": "2016-12-13T17:29:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "wiki needs a section on AOT", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "At first glance, I can't reproduce this, via the following steps:\n\n1. {{lein new trapperkeeper my-tk-project}}\n2. add {{:aot :all}} to project.clj\n3. {{lein uberjar}} - this works, but seems like it should fail?", "created": "2014-06-18T14:57:00.000000"}, {"author": "557058:fed12845-b709-41ba-84cb-9da27f93ea7a", "body": "I can't reproduce the compilation failure -- I'll work on trying to narrow the conditions where this repros.\n\nHowever, on adding {{puppetlabs.trapperkeeper.services.nrepl/nrepl-services}} to {{./test-resources/bootstrap.cfg}} I do reproduce the runtime error with\n\n{code}\njava -jar target/my-tk-project-0.1.0-SNAPSHOT-standalone.jar --config ./test-resources/config.ini --bootstrap-config ./test-resources/bootstrap.cfg\n{code}", "created": "2014-06-18T15:53:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "[~accountid:557058:fed12845-b709-41ba-84cb-9da27f93ea7a] - I was able to reproduce the problem you described when running the uberjar ...\n{quote}\njava.lang.RuntimeException: Unable to resolve symbol: nrepl-service in this context, compiling:(puppetlabs/trapperkeeper/services/nrepl/nrepl_service.clj:29:1)\n{quote}\n... after adding the nREPL service (and removing the jetty service) from the boostrap.cfg.\n\nUnfortunately, I don't have much more information at the time being. We pretty much avoid AOT as much as possible, so I'm not surprised that trapperkeeper doesn't exactly play nice with it. We use AOT by adding the following to project.clj:\n{noformat}\n:profiles { :uberjar {:aot [puppetlabs.trapperkeeper.main]} }\n{noformat}\n\nIf you look at that namespace, you'll see that it doesn't {{require}} any other namespaces - this has the affect of only AOT'ing that single namespace and allowing everything else to be compiled dynamically at runtime, effectively avoiding AOT as much as possible. We've been advising this as a best practice for trapperkeeper applications that need an uberjar. This should have a section in our docs, but it apparently doesn't, so I'll make sure that gets added.", "created": "2014-06-18T17:31:00.000000"}, {"author": "623c15e38d8b9c0068b8b47d", "body": "I Encounter a similar problem.\nAOT compiling the tk main does not work for me at all if i load tk via lein dependencies.\nIt just can't resolve the main while running uberjar. Running via trampoline/repl works like a charm.\nCopying the trapperkeeper main into my own src folder at least make the uberjar command finish, but starting the jar later crashes with the same error, namely a message stating that a symbol identifying a service could not be found.\nIt would be really nice to get the uberjar working just for easy of deployments sake.", "created": "2014-08-02T21:27:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "[~accountid:623c15e38d8b9c0068b8b47d] - We build and use trapperkeeer-based uberjars on a daily basis. If you simply add this bit of code ...\n{code}\n:profiles { :uberjar {:aot [puppetlabs.trapperkeeper.main]} }\n{code}\n... to your project.clj, that should allow to build and use an uberjar. Note that you shouldn't have any other {{:aot}} settings in project.clj or be using {{gen-class}} anywhere in your code. My previous comment explains this a bit more. This ticket covers the specific issue of trying to {{:aot :all}} the project, which is currently impossible with trapperkeeper, for the time being.", "created": "2014-08-04T12:04:00.000000"}, {"author": "623c15e38d8b9c0068b8b47d", "body": "[~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5] could you please point out to me what is wrong in this file: https://github.com/exi/clj-parasoup/blob/01426abebf24361ba5899be11dc42db38a1a1451/project.clj\nI think a put the uberjar/aot settings in the right place but it still returns this:\n{code}\n$ lein uberjar \nCompiling puppetlabs.trapperkeeper.main\nException in thread \"main\" java.io.FileNotFoundException: Could not locate puppetlabs/trapperkeeper/main__init.class or puppetlabs/trapperkeeper/main.clj on classpath: , compiling:(/tmp/form-init2538332848789810629.clj:1:90)\n at clojure.lang.Compiler.load(Compiler.java:7142)\n at clojure.lang.Compiler.loadFile(Compiler.java:7086)\n at clojure.main$load_script.invoke(main.clj:274)\n at clojure.main$init_opt.invoke(main.clj:279)\n at clojure.main$initialize.invoke(main.clj:307)\n at clojure.main$null_opt.invoke(main.clj:342)\n at clojure.main$main.doInvoke(main.clj:420)\n at clojure.lang.RestFn.invoke(RestFn.java:421)\n at clojure.lang.Var.invoke(Var.java:383)\n at clojure.lang.AFn.applyToHelper(AFn.java:156)\n at clojure.lang.Var.applyTo(Var.java:700)\n at clojure.main.main(main.java:37)\nCaused by: java.io.FileNotFoundException: Could not locate puppetlabs/trapperkeeper/main__init.class or puppetlabs/trapperkeeper/main.clj on classpath: \n at clojure.lang.RT.load(RT.java:443)\n at clojure.lang.RT.load(RT.java:411)\n at clojure.core$load$fn__5066.invoke(core.clj:5641)\n at clojure.core$load.doInvoke(core.clj:5640)\n at clojure.lang.RestFn.invoke(RestFn.java:408)\n at clojure.core$load_one.invoke(core.clj:5446)\n at clojure.core$compile$fn__5071.invoke(core.clj:5652)\n at clojure.core$compile.invoke(core.clj:5651)\n at user$eval19.invoke(form-init2538332848789810629.clj:1)\n at clojure.lang.Compiler.eval(Compiler.java:6703)\n at clojure.lang.Compiler.eval(Compiler.java:6693)\n at clojure.lang.Compiler.load(Compiler.java:7130)\n ... 11 more\nCompilation failed: Subprocess failed\n{code}", "created": "2014-10-14T02:36:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "[~accountid:623c15e38d8b9c0068b8b47d] - The problem is on line 13 of your project.clj:\n{code}\n[puppetlabs/trapperkeeper ~tk-version :classifier \"test\"]\n{code}\nYou need to remove {{:classifier \"test\"}} from that line.", "created": "2014-10-14T09:08:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "Reading back through the history of this issue, it doesn't seem like there's any work to be done here. We have TK-72 open to add some documentation around AOT compilation. It sounds like TK does not play nicely with {{:aot :all}} ... [~accountid:557058:fed12845-b709-41ba-84cb-9da27f93ea7a] - if that's something that you would like to see fixed, let's open a new ticket for that. As I mentioned earlier, we specifically designed TK to avoid AOT as much as possible, so I'm not sure about that one.\n\nAnyway, I'm closing this ticket since it's quite old - [~accountid:623c15e38d8b9c0068b8b47d] - feel free to comment again if you're still having problems, or just open a new ticket.", "created": "2014-10-14T09:20:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-06-18T14:52:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@7fe425d1"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyv1mv:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "18/Jun/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_10122242563_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_52998370"}], "description": "From a github issue at https://github.com/puppetlabs/trapperkeeper/issues/150 ...\n\nSteps to reproduce:\n1. In project.clj set :aot :all.\n2. Use puppetlabs.trapperkeeper.core/defservice to define a service that gets loaded by bootstrap.cfg.\n3. Attempt to create an uberjar.\n\nResult:\nFollowing error is thrown during compilation:\n\n{noformat}\nCompiling omf.http.http-service\nException in thread \"main\" java.lang.RuntimeException: Unable to resolve symbol: http-service in this context, compiling:(omf/http/http_service.clj:108:1)\n at clojure.lang.Compiler.analyze(Compiler.java:6464)\n at clojure.lang.Compiler.analyze(Compiler.java:6406)\n at clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3719)\n at clojure.lang.Compiler.analyzeSeq(Compiler.java:6646)\n at clojure.lang.Compiler.analyze(Compiler.java:6445)\n at clojure.lang.Compiler.analyze(Compiler.java:6406)\n at clojure.lang.Compiler.compile1(Compiler.java:7221)\n at clojure.lang.Compiler.compile(Compiler.java:7292)\n at clojure.lang.RT.compile(RT.java:398)\n at clojure.lang.RT.load(RT.java:438)\n at clojure.lang.RT.load(RT.java:411)\n at clojure.core$load$fn__5066.invoke(core.clj:5641)\n at clojure.core$load.doInvoke(core.clj:5640)\n at clojure.lang.RestFn.invoke(RestFn.java:408)\n at clojure.core$load_one.invoke(core.clj:5446)\n at clojure.core$compile$fn__5071.invoke(core.clj:5652)\n at clojure.core$compile.invoke(core.clj:5651)\n at user$eval9.invoke(form-init8589420194764528579.clj:1)\n at clojure.lang.Compiler.eval(Compiler.java:6703)\n at clojure.lang.Compiler.eval(Compiler.java:6693)\n at clojure.lang.Compiler.load(Compiler.java:7130)\n at clojure.lang.Compiler.loadFile(Compiler.java:7086)\n at clojure.main$load_script.invoke(main.clj:274)\n at clojure.main$init_opt.invoke(main.clj:279)\n at clojure.main$initialize.invoke(main.clj:307)\n at clojure.main$null_opt.invoke(main.clj:342)\n at clojure.main$main.doInvoke(main.clj:420)\n at clojure.lang.RestFn.invoke(RestFn.java:421)\n at clojure.lang.Var.invoke(Var.java:383)\n at clojure.lang.AFn.applyToHelper(AFn.java:156)\n at clojure.lang.Var.applyTo(Var.java:700)\n at clojure.main.main(main.java:37)\n{noformat}\n\nWorkaround:\nThe error does not occur when defservice is directly used from the puppetlabs.trapperkeeper.services namespace.\n\nThis also seems to affect the nREPL service. From https://github.com/puppetlabs/trapperkeeper/issues/151 ...\n\nSteps to reproduce:\n1. In project.clj set :aot :all.\n2. In bootstrap.cfg add the following line: puppetlabs.trapperkeeper.services.nrepl.nrepl-service/nrepl-service\n3. Run lein uberjar.\n4. Attempt to start the standalone jar.\n\nResult:\nTrapperKeeper service does not start and the following exception is thrown:\n\n{noformat}\nException in thread \"main\" java.lang.RuntimeException: Unable to resolve symbol: nrepl-service in this context, compiling:(puppetlabs/trapperkeeper/services/nrepl/nrepl_service.clj:48:1)\n at clojure.lang.Compiler.analyze(Compiler.java:6464)\n at clojure.lang.Compiler.analyze(Compiler.java:6406)\n at clojure.lang.Compiler$InvokeExpr.parse(Compiler.java:3719)\n at clojure.lang.Compiler.analyzeSeq(Compiler.java:6646)\n at clojure.lang.Compiler.analyze(Compiler.java:6445)\n at clojure.lang.Compiler.analyze(Compiler.java:6406)\n at clojure.lang.Compiler.eval(Compiler.java:6707)\n at clojure.lang.Compiler.load(Compiler.java:7130)\n at clojure.lang.RT.loadResourceScript(RT.java:370)\n at clojure.lang.RT.loadResourceScript(RT.java:361)\n at clojure.lang.RT.load(RT.java:440)\n at clojure.lang.RT.load(RT.java:411)\n at clojure.core$load$fn__5066.invoke(core.clj:5641)\n at clojure.core$load.doInvoke(core.clj:5640)\n at clojure.lang.RestFn.invoke(RestFn.java:408)\n at clojure.core$load_one.invoke(core.clj:5446)\n at clojure.core$load_lib$fn__5015.invoke(core.clj:5486)\n at clojure.core$load_lib.doInvoke(core.clj:5485)\n at clojure.lang.RestFn.applyTo(RestFn.java:142)\n at clojure.core$apply.invoke(core.clj:626)\n at clojure.core$load_libs.doInvoke(core.clj:5524)\n at clojure.lang.RestFn.applyTo(RestFn.java:137)\n at clojure.core$apply.invoke(core.clj:626)\n at clojure.core$require.doInvoke(core.clj:5607)\n at clojure.lang.RestFn.invoke(RestFn.java:408)\n at puppetlabs.trapperkeeper.bootstrap$resolve_service_BANG_$fn__8506.invoke(bootstrap.clj:44)\n at puppetlabs.trapperkeeper.bootstrap$resolve_service_BANG_.invoke(bootstrap.clj:44)\n at puppetlabs.trapperkeeper.bootstrap$parse_bootstrap_config_BANG_$iter__8529__8533$fn__8534.invoke(bootstrap.clj:157)\n at clojure.lang.LazySeq.sval(LazySeq.java:40)\n at clojure.lang.LazySeq.seq(LazySeq.java:49)\n at clojure.lang.Cons.next(Cons.java:39)\n at clojure.lang.RT.next(RT.java:598)\n at clojure.core$next.invoke(core.clj:64)\n at clojure.core$every_QMARK_.invoke(core.clj:2495)\n at puppetlabs.trapperkeeper.bootstrap$parse_bootstrap_config_BANG_.invoke(bootstrap.clj:151)\n at puppetlabs.trapperkeeper.core$boot_with_cli_data.invoke(core.clj:114)\n at puppetlabs.trapperkeeper.core$run.invoke(core.clj:145)\n at puppetlabs.trapperkeeper.core$main.doInvoke(core.clj:160)\n at clojure.lang.RestFn.invoke(RestFn.java:421)\n at clojure.lang.Var.invoke(Var.java:383)\n at clojure.lang.AFn.applyToHelper(AFn.java:156)\n at clojure.lang.Var.applyTo(Var.java:700)\n at clojure.core$apply.invoke(core.clj:624)\n at puppetlabs.trapperkeeper.main$_main.doInvoke(main.clj:7)\n at clojure.lang.RestFn.invoke(RestFn.java:421)\n at clojure.lang.Var.invoke(Var.java:383)\n at user$eval5.invoke(form-init2155226568292534607.clj:1)\n at clojure.lang.Compiler.eval(Compiler.java:6703)\n at clojure.lang.Compiler.eval(Compiler.java:6693)\n at clojure.lang.Compiler.load(Compiler.java:7130)\n at clojure.lang.Compiler.loadFile(Compiler.java:7086)\n at clojure.main$load_script.invoke(main.clj:274)\n at clojure.main$init_opt.invoke(main.clj:279)\n at clojure.main$initialize.invoke(main.clj:307)\n at clojure.main$null_opt.invoke(main.clj:342)\n at clojure.main$main.doInvoke(main.clj:420)\n at clojure.lang.RestFn.invoke(RestFn.java:421)\n at clojure.lang.Var.invoke(Var.java:383)\n at clojure.lang.AFn.applyToHelper(AFn.java:156)\n at clojure.lang.Var.applyTo(Var.java:700)\n at clojure.main.main(main.java:37)\n{noformat}", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10467", "fixedVersions": [], "id": "10467", "issueType": "Bug", "key": "TK-24", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Won't Fix", "resolutionDate": "2014-10-14T09:20:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "use of 'defservice' macro prevents AOT-compilation", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "I am strongly considering porting the clj-http-client library over to use the apache async client:\n\nhttp://hc.apache.org/httpcomponents-asyncclient-4.0.x/\n\nDoing this would likely render this ticket obsolete, so we might want to make a final decision on that before anyone begins work on this.", "created": "2014-06-10T18:13:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "I merged https://github.com/puppetlabs/clj-http-client/pull/7, but I'm not sure what to do with this ticket, since that PR didn't actually affect jetty9 (yet).", "created": "2014-07-09T14:09:00.000000"}, {"author": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "body": "Maybe should put it back in \"To Do\" so someone can pick it up to do the Jetty work later. Also will need a clj-http-client release first, right?", "created": "2014-07-09T14:22:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-06-10T16:25:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@6fa8757d"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5lr:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "11/Jun/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_1212659841_*|*_10007_*:*_2_*:*_1623108469_*|*_3_*:*_2_*:*_1317543_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_2681745422"}], "description": "Some of the trapperkeeper-webservices-jetty9 ssl failure tests have been seen to sporadically fail because the wrong exception is thrown. The test expects a `ProtocolException` but a Java `IOException` may be thrown instead. One example of a failure was in this Travis CI run -- https://travis-ci.org/puppetlabs/trapperkeeper-webserver-jetty9/jobs/27256969. The failing test was `ssl-failure-test`.\n\nI believe this may be due to the implementation of the SSL handler in the underlying http-kit code. If the http-kit onComplete() handler in RespListener were called for a connection with no HTTP payload bytes, a ProtocolException can be thrown. If an Exception were thrown up the stack within the Java framework security code first, though, that Exception could be what the client sees, e.g., the Java IOException.\n\nThe appearance of one Exception vs. another doesn't really matter for what these tests are intending to validating -- that the connection fails with no payload for a specifically induced SSL problem. To avoid spurious test failures, these tests should be updated to tolerate either a ProtocolException or a Java IOException as a condition for success.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10306", "fixedVersions": [], "id": "10306", "issueType": "Bug", "key": "TK-23", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-08-13T13:26:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "tk-jetty9 ssl tests sporadically fail due to unexpected IOException", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-05-31T16:54:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@6b5aa191"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu6a7:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_747576_*|*_1_*:*_1_*:*_65331_*|*_10007_*:*_1_*:*_242026783_*|*_3_*:*_1_*:*_746239_*|*_5_*:*_1_*:*_0"}], "description": "With the current implementation of the Jetty 9 web service, if `stop` is called when no `:jetty9-server` is attached to the supplied context, a schema validation failure occurs:\n\n2014-05-31 16:35:02,434 ERROR [p.t.internal] Encountered error during shutdown sequence\nclojure.lang.ExceptionInfo: Input to shutdown does not match schema: [(named (not (map? nil)) webserver-context)]\n\nThe only time `stop` could be called in this manner would be if the `init` for the Jetty9 service were not called first, e.g., if a Throwable is thrown during the init of a server which is initialized before the Jetty9 service. Since the Jetty9 service only has a dependency on the internal ConfigService, this problem would most likely be triggered by an unrelated service. Where load order between these services would not be predictable, this problem could be intermittent.\n\nThe schema violation in this case should not adversely affect the shutdown of other services since Trapperkeeper would catch and move on from the Throwable. Nevertheless, it would be good to avoid having this message appear in the log file.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10406", "fixedVersions": [], "id": "10406", "issueType": "Bug", "key": "TK-22", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-06-03T12:34:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Jetty9 service can encounter shutdown failure following early init failure", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-05-30T12:42:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@53610509"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyr1en:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_959005028_*|*_10007_*:*_1_*:*_17198696_*|*_3_*:*_1_*:*_8793_*|*_5_*:*_1_*:*_0"}], "description": "The `add-proxy-route` function on the jetty9 service allows you to configure Jetty to proxy certain requests to another host. However, it currently does not provide any mechanism for manipulating the request (e.g. to add additional headers if they are needed in order to proxy successfully). Would be nice to add the ability to register a general-purpose clojure callback function, which would be passed the request object and given the opportunity to manipulate it before Jetty continues on with the proxy operation.\n\nThere are examples available on the internet of folks accomplishing this via Java subclasses of the proxy servlet.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10403", "fixedVersions": [], "id": "10403", "issueType": "New Feature", "key": "TK-21", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-06-10T19:52:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "allow a clojure callback function to manipulate the request object when using jetty's proxy servlet", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] heads up on one detail that I didn't include here:\n\nIt's possible that a service might wish to introduce multiple web endpoints. Thus, we probably need to support something like this:\n\n```\n web-router-service: {\n puppetlabs.foo/foo-service: \"/foo\",\n puppetlabs.bar/bar-service: {bar1: \"/bar1\"\n bar2: \"/bar2\"}\n }\n```\n\nIt might make the most sense not to worry about this use case until after you get the simpler one working, but I wanted to mention it so that you could keep it in mind.", "created": "2014-07-18T10:59:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "dang it jira's code formatting is so stupid", "created": "2014-07-18T11:20:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "{code}\n web-router-service: {\n puppetlabs.foo/foo-service: \"/foo\",\n puppetlabs.bar/bar-service: {bar1: \"/bar1\"\n bar2: \"/bar2\"}\n }\n{code}", "created": "2014-07-18T11:20:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-05-30T11:00:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@be0b7d0"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5jb:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_348268_*|*_1_*:*_1_*:*_4232560567_*|*_10007_*:*_1_*:*_765664226_*|*_3_*:*_1_*:*_975667861_*|*_5_*:*_1_*:*_0"}], "description": "With the current pattern that we're using for services to register web handlers with the WebserverService, it's becoming clear that it may eventually end up being complicated to determine a complete list of all of the web services that are running in a TK instance, and where they came from.\n\nTo improve this situation, we'd like to introduce a new (optional) service that would be called `WebRoutingService`, or similar. It would have a dependency on the `WebserverService`, and its protocol would be almost identical to that of the `WebserverService`. Other services that currently depend on the webserver service would change their dependency to this new service.\n\nThe new service would basically have signatures that looked something like this:\n\n{code}\n (add-ring-handler [this svc handler])\n{code}\n\nand/or:\n\n{code}\n (add-ring-handler [this svc handler route-id])\n{code}\n\nAnd config that looked like this:\n\n{code}\n web-router-service: {\n puppetlabs.foo/foo-service: \"/foo\",\n puppetlabs.bar/bar-service: \"/bar\"\n }\n{code}\n\nAnd the implementation of the service functions would simply look up the namespaced symbol for `svc` in the configuration data for the new `WebRouterService`, find the url path that it should be mounted at, and call through to the WebServerService.\n\nThis would only require minimal changes to existing consumers of the WebserverService, and would allow us to consolidate all of our web routes in a single section of the config file. Furthermore, the config file would include a clear reference to the namespace/service name where the web service is defined, which should make it much easier to find the code for any running web services.\n\nThis service would depend on the feature described in TK-19.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10465", "fixedVersions": [], "id": "10465", "issueType": "New Feature", "key": "TK-20", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-08-07T14:31:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "web routing service", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-05-30T10:52:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@7bf3da75"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyuwhj:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "null_*:*_1_*:*_0_*|*_10008_*:*_1_*:*_69950481_*|*_1_*:*_1_*:*_2619242552_*|*_10007_*:*_2_*:*_265273991_*|*_3_*:*_1_*:*_62028570_*|*_5_*:*_1_*:*_0"}], "description": "The `defservice` macro, with a slight modification, should be capable of capturing a reference to the namespaced symbol of the var that the service definition will be bound to. If we did this, and then added a function to the Service protocol that would expose the symbol to callers, then we could potentially use those symbols in config files and we'd have a way to find the actual service instance based on the data we read from the config file.\n\nThe main use case for this would be a web routing/configuration service that is described in another ticket.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10546", "fixedVersions": [], "id": "10546", "issueType": "New Feature", "key": "TK-19", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-07-04T08:47:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Make service namespace/var available at runtime", "timeSpent": "PT0S", "updated": "2022-02-03T07:08:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "I have a PR in for this which I think is a huge improvement over the current implementation, and doesn't require any (meaningful) API changes.\n\nBefore it gets merged I'd like to have someone experiment with all of the linked issues (TK-15, TK-38, maybe others) and validate that this seems to address the problems that they describe.\n\nI think there was a related issue that came up which we never filed a ticket for (my fault!), which [~accountid:623e7507866b810069e57527] discovered, about not being able to use the WebroutingService with a service that didn't have a protocol, because you couldn't call `get-service` without the protocol, and because the `this` keyword didn't work properly. We should test this fix against that issue as well, and maybe create another Jira or two to track the issues related to that (and to capture the fact that we probably ought to go back in and update the docs/examples to reflect this improvement if it does actually fix it).", "created": "2014-08-12T09:10:00.000000"}, {"author": "623e7507866b810069e57527", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] I've tested your branch with all the linked issues on this ticket. It looks to me like your PR resolves the issues detailed in all three of the tickets. With TK-15, it resolves both the issue with the threading operator and the fact that the `service-context` function is just magically in scope.", "created": "2014-08-19T17:55:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "Awesome, thanks. If this gets merged would you mind adding a comment to those other tickets and closing them out?", "created": "2014-08-20T08:51:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-05-30T10:47:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@419ffb79"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5of:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "19/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_6349144362_*|*_10007_*:*_1_*:*_753116673_*|*_3_*:*_1_*:*_37858_*|*_5_*:*_1_*:*_0"}], "description": "The current implementation of trapperkeeper builds up a Prismatic Graph object first, and then reifies instances of all of the service protocols as wrappers around the prismatic graph functions. It might be possible to flip that logic around so that we reify the services first, and then build up a graph that wraps the protocol instances. The tricky part would be figuring out what to do about the things that we are pulling out of Graph's binding form.\n\nIf we could make this work, then some of the functions on the Service protocol, (e.g. service-context, TK-15) would be more flexible.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10400", "fixedVersions": [], "id": "10400", "issueType": "New Feature", "key": "TK-18", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-08-20T15:39:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Improve interaction with Prismatic Graph", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [{"author": "623e7507866b810069e57527", "body": "It turns out this is actually being caused by a bug in Jetty. I've submitted a PR against Jetty to fix this, but until they do a release with a fix for this issue, we won't be able to update the Jetty dependency past 9.1.2. I'm closing out this ticket. Please see [TK-32|https://puppet.atlassian.net/browse/TK-32] for the ticket involving this bug.", "created": "2014-07-11T11:57:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-05-23T15:26:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@7ba879f1"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyuwrb:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "11/Jul/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_4051103633_*|*_3_*:*_1_*:*_170283362_*|*_6_*:*_1_*:*_0"}], "description": "The PuppetDB devs reported that they played around with upgrading Jetty to 9.1.5 in their project.clj, and said that something about the handler registration gets screwed up. They reported getting 404s on all endpoints. We should investigate.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10545", "fixedVersions": [], "id": "10545", "issueType": "Bug", "key": "TK-17", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Done", "resolutionDate": "2014-07-11T12:02:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "TK jetty service not compatible with jetty 9.1.5?", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-05-07T16:52:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@5571453a"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyr1an:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_134322_*|*_10007_*:*_1_*:*_13665374_*|*_3_*:*_2_*:*_59998122_*|*_5_*:*_2_*:*_5301888"}], "description": "In a few of the Trapperkeeper tests, run-app is executed within a future. In some cases, this is probably unnecessary for the purpose of the test. For any cases where an exception may be propagated up and no try/catch block were wrapped around the run-app call, the test may encounter an unexpected failure. This ticket would cover some work to fix up these tests to avoid this unnecessary dependency.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10584", "fixedVersions": [], "id": "10584", "issueType": "Bug", "key": "TK-16", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-05-08T14:50:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Potential race conditions in Trapperkeeper unit tests around future calls", "timeSpent": "PT0S", "updated": "2022-02-03T07:08:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:623e7507866b810069e57527] [~accountid:557058:635376c9-938d-43fd-9435-895dd93cbee5] this is fixed and can be closed, right?", "created": "2014-10-13T18:37:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "Yeah, I think so. As of 0.5.0, {{service-context}} is no longer always in-scope in a service - https://github.com/puppetlabs/trapperkeeper/blob/master/CHANGELOG.md. So, yes, that part has been addressed.\n\nAnd, since it's just a normal function now, I am sure that it should work with the threading macro. So, yeah, AFAIK this has been addressed.", "created": "2014-10-14T10:21:00.000000"}, {"author": "623e7507866b810069e57527", "body": "Yeah, I just verified it works with the threading macro. This is fixed, so I'm closing it out.", "created": "2014-10-14T10:27:00.000000"}, {"author": "623e7507866b810069e57527", "body": "Nevermind, looks like it was already closed out.", "created": "2014-10-14T10:27:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-05-06T13:15:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@694a78ed"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyv1mn:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "14/Oct/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_13900031654_*|*_6_*:*_1_*:*_0"}], "description": "There is some weirdness with Trapperkeeper's {{service-context}} function.\n\nFor one, it is always just \"magically\" in-scope in a {{service}} or {{defservice}}. (maybe this isn't too weird).\n\nAlso, there are caveats about how it must be used. For instance, you't can't pass {{this}} to it using the threading macro:\n{noformat}\n(-> this\n (service-context)\n (do-something-with-service-context))\n{noformat}\nThis fails with a compile error.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10444", "fixedVersions": [], "id": "10444", "issueType": "Bug", "key": "TK-15", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Fixed", "resolutionDate": "2014-10-14T10:22:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "service-context function is weird", "timeSpent": "PT0S", "updated": "2022-02-03T07:08:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:aa277a93-6688-4f34-ad9d-e53477acf74b", "body": "This is still an issue with current TrapperKeeper apps. The Jetty websever responds to a revoked certificate, or a situation that prevents cert validation like a malformed CRL, by closing the connection with a FIN packet. This results in a very opaque error message on the agent side:\n\n{noformat}\nWarning: Unable to fetch my node definition, but the agent run will continue:\nWarning: SSL_connect SYSCALL returned=5 errno=0 state=unknown state\n{noformat}\n\nIt would be a huge improvement if Jetty would send alert 44 (certificate_revoked) in the case of a revoked cert, alert 45 (certificate_expired) in the case of an expired cert, alert 48 (unknown_ca) if the cert was not issued by a trusted CA, etc.\n\nThe only time we should see a simple close with no TLS alert is if some network device in the connection path decided to dump the connection.", "created": "2018-09-24T21:31:00.000000"}, {"author": "557058:aa277a93-6688-4f34-ad9d-e53477acf74b", "body": "The Jetty version in PE 2018.1.5 responds with a SSL alert instead of closing the connection:\n\n{noformat}\nError: /File[/opt/puppetlabs/puppet/cache/lib]: Failed to generate additional resources using 'eval_generate': SSL_connect returned=1 errno=0 state=unknown state: sslv3 alert certificate unknown\n{noformat}\n\nHowever, \"certificate unknown\" is still a very vague message, especially when a dedicated \"certificate revoked\" alert is provided by the standard. The \"unknown\" alert suggests that the server is closing the connection due to not knowing the authority that issued the certificate presented by the agent. This leads to a lot of spurious dumping of certificate files on both sides of the connection to verify that the same CA is used in all cases which leads away from the real issue of the certificate being revoked.", "created": "2018-12-17T12:34:00.000000"}, {"author": "557058:aa277a93-6688-4f34-ad9d-e53477acf74b", "body": "Here's a good list of available alert codes and when to use them:\n\nhttps://blogs.msdn.microsoft.com/kaushal/2012/10/05/ssltls-alert-protocol-the-alert-codes/", "created": "2019-08-06T14:00:00.000000"}, {"author": "61af86343618cd006f430854", "body": "Hi,\n\nThis sounds like a useful change, have you looked at creating a PR for this? The module's code is open source and we encourage community contributions.\u00a0\n\nWe actively monitor new PRs and review/merge them.\u00a0 Unfortunately, there has not been enough of a demand for this change to prioritize and resource.\n\nThank you for taking the time to create this ticket.", "created": "2022-03-08T09:50:00.000000"}, {"author": "557058:aa277a93-6688-4f34-ad9d-e53477acf74b", "body": "Re-opening this one. Using specific error codes for TLS errors is the difference between a problem solved in 15 minutes over email or several days over hour(s)-long screenshares.", "created": "2022-03-08T09:59:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-05-06T11:43:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1966e948"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "CS Priority", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Major"}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "557058:b3e6b0df-198d-45f8-9ba5-d41f90e80ced"}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywug7:"}, {"fieldName": "Zendesk Ticket Count", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "Zendesk Ticket IDs", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:textarea", "value": "43105"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "25/Sep/18"}], "description": "When a Puppet agent attempts to make a request to the MRI Puppet master and the agent certificate\u2019s serial number is in the master\u2019s CRL, I see the following warning in the agent\u2019s log:\n\n{noformat}\nWarning: Unable to fetch my node definition, but the agent run will continue:\nWarning: SSL_connect returned=1 errno=0 state=SSLv3 read server session ticket A: sslv3 alert certificate revoked\n{noformat}\n\nWhen doing the same test with a Puppet Server master and an underlying Jetty server whose SslContext is configured for CRL support (see PE-3914), I see the following warning in the agent\u2019s log instead of the above warning:\n\n{noformat}\nWarning: Unable to fetch my node definition, but the agent run will continue:\nWarning: SSL_connect SYSCALL returned=5 errno=0 state=SSLv3 read finished A\n{noformat}\n\nDoing some packet tracing with Wireshark, the main difference I\u2019ve noticed between the two is that the MRI Puppet master generates an SSLv3 alert for \u201ccertificate revoked\u201d (44) before sending the FIN packet for the connection whereas the JVM Puppet master sends no SSLv3 alert.\n\nIf DEBUG level logging is enabled for the Jetty server in the Puppet Server master, there is a more specific message logged about the certificate revocation failure. This would only be seen in the master-side log, though. Also, the failure message does not appear to identify anything specific about the client other than the revocation date of the certificate.\n\n[~accountid:63d40628f6e1b543161789a7] indicated that it would be nice if we could get the Jetty server to send the SSLv3 certificate revoked alert as it would help with agent-side error reporting. Part of the issue is that \"read finished A\" can happen for a lot of other reasons, e.g. the client sent SSLv2 client hello, the client TCP connected, but never sent a hello, the server timed out the client, ... [~accountid:63d40628f6e1b543161789a7] did not indicate that this is a clear showstopper, however. ", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10397", "fixedVersions": [], "id": "10397", "issueType": "Improvement", "key": "TK-150", "labels": ["jira_escalated"], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Low (migrated)", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "status": "Open", "statusCategory": "To Do", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Investigate adding SSLv3 certificate revoked alert to Jetty / Java", "timeSpent": "PT0S", "updated": "2022-03-08T09:59:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:db3c8c5c-5825-4424-a788-64c2fa922e24", "body": "Additionally commentary from Anna:{quote}For me, the length of time the master takes to restart isn't the primary issue - it's that I'm trying to coordinate node life cycles from a remote orchestrator tool that won't be granted the privileges needed to perform such a restart{quote}", "created": "2015-02-17T22:38:00.000000"}, {"author": "557058:db3c8c5c-5825-4424-a788-64c2fa922e24", "body": "Given the comment above, would it make sense to put the refresh on a configurable timer? Would that sidestep concurrency issues?", "created": "2015-02-17T22:41:00.000000"}, {"author": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "body": "[~accountid:557058:db3c8c5c-5825-4424-a788-64c2fa922e24] The concurrency issues I was referring to above were around how the SSLContext that Jetty uses to enforce the CRL is managed. We'd need to be able to update it at runtime without adversely affecting Jetty's use of it during the processing of incoming connections. This concurrency issue would exist regardless of what trigger we'd use to update it. It should be relatively straightforward to handle the concurrency", "created": "2015-02-18T08:55:00.000000"}, {"author": "557058:db3c8c5c-5825-4424-a788-64c2fa922e24", "body": "[~accountid:557058:50693b46-2d67-4417-b1cc-9b21dadb467f] thanks for the additional context.\n\nNo problem with this being public.\n\nw/r/t to knowing when to reload the CRL, I suspect in an environment with lots of ephemeral nodes you would get bursts of revocations that come in one at a time from a single delete action performed serially, which could make watching the CRL file problematic. ", "created": "2015-02-18T22:31:00.000000"}, {"author": "557058:41dc5120-addb-42c7-aff4-2d00c35c948c", "body": "[~accountid:557058:b6301e26-c165-42d0-ab3a-59124339555e] Can you review these?", "created": "2017-07-14T11:11:00.000000"}, {"author": "557058:b6301e26-c165-42d0-ab3a-59124339555e", "body": "[~accountid:557058:41dc5120-addb-42c7-aff4-2d00c35c948c] Yea I can definitely run with these. Should I also be updating the PRs as needed, or is there someone else who will be on that?", "created": "2017-07-14T11:15:00.000000"}, {"author": "557058:bab073e0-f060-421e-9465-366c4060cc31", "body": "[~accountid:557058:1db5c8e0-e1c5-41a9-9ae9-281047124514] IMHO, the right way for QA to test this (should QA conclude this is a high risk ticket) is to create a beaker test that adds an agent's cert to the CRL, then tries an agent run. Expected Result = agent run files with a code and message that indicate the certificate is no longer valid.\n\nI kind of thought we'd have a test that does this already, but with a puppet server restart after the CRL is incremented. Maybe we are doing this as a clojure integration test. If we are doing this as a clojure integration test, there's no need for QA to get involved with a beaker test. ", "created": "2017-07-18T12:31:00.000000"}, {"author": "557058:b6301e26-c165-42d0-ab3a-59124339555e", "body": "[~accountid:557058:bab073e0-f060-421e-9465-366c4060cc31] There is already a clojure test in both the puppetserver PR and the tk jetty PR that does exactly that. I'd prefer to not duplicate this test in beaker.\n\nThe puppetserver PR also adjusts one of the existing beaker tests to expect the CRL refresh to not require a service restart/reload.", "created": "2017-07-18T12:36:00.000000"}, {"author": "557058:bab073e0-f060-421e-9465-366c4060cc31", "body": "Found clojure integration test that covers this modification:\nhttps://github.com/puppetlabs/trapperkeeper-webserver-jetty9/pull/177/files#diff-a1d74a2a9e21cffe9067894637a1fbe0R379\n\nDiscussed briefly with @haus on HipChat in the \"Enterprise in the Cloud etc\" room. We think this is medium risk and that QA should have a manual test, once, to validate behavior with multiple agents.", "created": "2017-07-18T12:40:00.000000"}, {"author": "557058:e484fb55-2ddc-43a0-968e-11d70ae3153c", "body": "merged to trapperkeeper-webserver-jetty9/1.x at https://github.com/puppetlabs/trapperkeeper-webserver-jetty9/commit/a9aaf57122cfdc905a9c7023a0af30b9c980f249", "created": "2017-07-18T15:08:00.000000"}, {"author": "557058:e484fb55-2ddc-43a0-968e-11d70ae3153c", "body": "The unit test added with puppetserver 2.x PR https://github.com/puppetlabs/puppetserver/pull/1461/files fails on JDK 7 on Ubuntu 14.04 . Need to assess impact / support for JDK 7 \n\nThe specific failure is:\n{code}\n ERROR in (crl-reloaded-without-server-restart) (FileDispatcherImpl.java:-2)\nnode request after revocation fails\nexpected: (loop [times 30] (println \"Errored at least once\") (cond (ssl-exception-for-request?) true (zero? times) false :else (do (Thread/sleep 500) (recur (dec times)))))\n actual: java.io.IOException: Connection reset by peer\n at sun.nio.ch.FileDispatcherImpl.read0 (FileDispatcherImpl.java:-2)\n sun.nio.ch.SocketDispatcher.read (SocketDispatcher.java:39)\n sun.nio.ch.IOUtil.readIntoNativeBuffer (IOUtil.java:223)\n sun.nio.ch.IOUtil.read (IOUtil.java:197)\n sun.nio.ch.SocketChannelImpl.read (SocketChannelImpl.java:384)\n org.apache.http.nio.reactor.ssl.SSLIOSession.receiveEncryptedData (SSLIOSession.java:449)\n org.apache.http.nio.reactor.ssl.SSLIOSession.isAppInputReady (SSLIOSession.java:503)\n org.apache.http.impl.nio.reactor.AbstractIODispatch.inputReady (AbstractIODispatch.java:122)\n org.apache.http.impl.nio.reactor.BaseIOReactor.readable (BaseIOReactor.java:164)\n org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvent (AbstractIOReactor.java:339)\n org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvents (AbstractIOReactor.java:317)\n org.apache.http.impl.nio.reactor.AbstractIOReactor.execute (AbstractIOReactor.java:278)\n org.apache.http.impl.nio.reactor.BaseIOReactor.execute (BaseIOReactor.java:106)\n org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor$Worker.run (AbstractMultiworkerIOReactor.java:590)\n java.lang.Thread.run (Thread.java:745)\n{code}\n\n", "created": "2017-07-26T15:39:00.000000"}, {"author": "557058:e484fb55-2ddc-43a0-968e-11d70ae3153c", "body": "I'm wondering if this might be something about the libraries or implementation that varies between JDK 7 and 8 or the platforms..\n\nNote that we expect an exception to occur in the test - specifically, a ConnectionClosedException: https://github.com/puppetlabs/puppetserver/blob/2.x/test/integration/puppetlabs/services/certificate_authority/certificate_authority_int_test.clj#L330\n\nThe full trace of that exception, when we get it, is:\n{code}\ncaught exception org.apache.http.ConnectionClosedException: Connection closed\norg.apache.http.ConnectionClosedException: Connection closed\n\tat org.apache.http.nio.protocol.HttpAsyncRequestExecutor.endOfInput(HttpAsyncRequestExecutor.java:341)\n\tat org.apache.http.impl.nio.DefaultNHttpClientConnection.consumeInput(DefaultNHttpClientConnection.java:263)\n\tat org.apache.http.impl.nio.client.InternalIODispatch.onInputReady(InternalIODispatch.java:81)\n\tat org.apache.http.impl.nio.client.InternalIODispatch.onInputReady(InternalIODispatch.java:39)\n\tat org.apache.http.impl.nio.reactor.AbstractIODispatch.inputReady(AbstractIODispatch.java:123)\n\tat org.apache.http.impl.nio.reactor.BaseIOReactor.readable(BaseIOReactor.java:164)\n\tat org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvent(AbstractIOReactor.java:339)\n\tat org.apache.http.impl.nio.reactor.AbstractIOReactor.processEvents(AbstractIOReactor.java:317)\n\tat org.apache.http.impl.nio.reactor.AbstractIOReactor.execute(AbstractIOReactor.java:278)\n\tat org.apache.http.impl.nio.reactor.BaseIOReactor.execute(BaseIOReactor.java:106)\n\tat org.apache.http.impl.nio.reactor.AbstractMultiworkerIOReactor$Worker.run(AbstractMultiworkerIOReactor.java:590)\n\tat java.lang.Thread.run(Thread.java:745)\n{code}\n\nNote that the variation in the traces begins at {{at org.apache.http.impl.nio.reactor.AbstractIODispatch.inputReady(AbstractIODispatch.java:123}}\n\nCould our expected exception be too strict given the circumstances? [~accountid:557058:b6301e26-c165-42d0-ab3a-59124339555e] [~accountid:557058:104b5720-714d-4539-b455-df472251ec89]\n", "created": "2017-07-26T17:56:00.000000"}, {"author": "557058:e484fb55-2ddc-43a0-968e-11d70ae3153c", "body": "The outcome from the discussing the failures associated with Java 7:\n\n* The library used by file system watch service is known to be buggy on Java 7\n* Puppet Server 2.x open source supports Java 7 and 8, while PE ships with Java 8 only so this is less of an issue\n* To avoid possibly destabilizing puppet server 2.x series so late in its life, we will make the file system watch service optional, and not include it by default\n* In PE where we ship Java 8, we will enable the watch service by default\n* Users of FOSS 2.x who desire the CRL reload behavior and are on Java 8 can enable it by uncommenting a line in their bootstrap.cfg\n\nA PR has been raised to puppetserver/2.x to make the reload behavior optional and disabled by default:\nhttps://github.com/puppetlabs/puppetserver/pull/1475\n\nA separate ticket in PE has been filed to enable the watch service by default in PE: PE-21894", "created": "2017-08-07T12:34:00.000000"}, {"author": "557058:e484fb55-2ddc-43a0-968e-11d70ae3153c", "body": "Separately from the test failure noted in this PR, we also had additional failures in the pe-puppet-server-extensions acceptance suite, wherein during the lifecycle of those tests the puppetserver service would unexpectedly fall over.\n\nWe ultimately determined that this was due to the creation of an unreadable root-owned directory in the ssl dir that we were watching, because the watch service was attempting to traverse the new directory to recursively watch new files.\n\nThis means TK-448, which was originally thought to be a \"nice-to-have\" is actually a blocker for this functionality as well. A separate PR has been raised to support non-recursive watching, here:\nhttps://github.com/puppetlabs/trapperkeeper-filesystem-watcher/pull/17\n\nAn additional PR is open against trapperkeeper-webserver-jetty9 to use the non-recursive form of the watch service, here: https://github.com/puppetlabs/trapperkeeper-webserver-jetty9/pull/182.\n\nAn additional PR is open against puppetserver/2.x to use the non-recursive form of the watch service, here: https://github.com/puppetlabs/puppetserver/pull/1476\n", "created": "2017-08-07T12:38:00.000000"}, {"author": "557058:e484fb55-2ddc-43a0-968e-11d70ae3153c", "body": "We again encountered unexpected issues in CI. The pe-pse file-sync acceptance suite is failing. It appears that the way we set up compile masters in those tests results in a ssl dir owned by root/root and nontraversable by other users. somewhere in all the crazy implicit management of ssl dir we end up trying to start pe-puppetserver without the dir being propertly owned by pe-puppet, which results in a failure to start. we addressed this issue previously in the pe_install module by explicitly managing the ownership of the ssl dir before the pe-puppetserver service started. \n\nLink https://cinext-jenkinsmaster-enterprise-prod-1.delivery.puppetlabs.net/view/pe-puppet-server-extensions/job/enterprise_pe-puppet-server-extensions_integration-system_file-sync-glisan/28/LAYOUT=redhat7-64mdcla-64compile_master.fa-64compile_master.fa-64a-64a,LDAP_TYPE=default,SAUCE=default,UNEEDED=UNEEDED,label=beaker/consoleFull\n\nActual failures appear to be caused by the fact that after installing the test version of pe-puppetserver, the pe-puppetserver service fails to start. Same access denied error as before with the {{$ssldir/ca/private}} dir, except this time its actually just {{$ssldir}} itself that's raising the error.\n\npossible options:\n- manage the ssl dir in the master profile of the puppet_enterprise module in the same way we do during pe_install \n- just chown the directory in the pe-puppetserver post\n- manipulate the somehow to ensure that puppet has reset the directory permissions before we try to start the service (assuming this is safe because we're in a very contrived case here that a real user wouldn't hit)\n\n\n", "created": "2017-08-18T12:28:00.000000"}, {"author": "557058:e484fb55-2ddc-43a0-968e-11d70ae3153c", "body": "New PR Is up that causes us to chown the directory in the post of the pe-puppetserver install.\n\nhttps://github.com/puppetlabs/pe-puppetserver/pull/215", "created": "2017-08-19T13:33:00.000000"}, {"author": "557058:e484fb55-2ddc-43a0-968e-11d70ae3153c", "body": "released in tk-jetty9 1.8.1", "created": "2017-08-23T10:13:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-05-06T10:42:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@395d0c28"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "623c0ff494742a00683e3fe4"}, {"fieldName": "QA Risk Assessment", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Manual"}, {"fieldName": "QA Risk Assessment Reason", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:textfield", "value": "Fairly large change, but well covered with clojure integration tests as doced. Test once manually with multiple agents."}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hylmjr:"}, {"fieldName": "Release Notes", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "New Feature"}, {"fieldName": "Scrum Team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Puppet Server"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "17/Feb/15"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_2_*:*_90608744_*|*_1_*:*_1_*:*_14559638726_*|*_10007_*:*_3_*:*_3103560351_*|*_3_*:*_2_*:*_344196289_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_2_*:*_3088821986_*|*_10005_*:*_1_*:*_82923459638"}], "description": "The CRL option which can be set on the SslContextFactory in Jetty (see PE-3914) only allows the CRL to be established at Jetty server start time, by default. For backward compatibility with the CRL behavior in Puppet Server, only loading the CRL at service start time may be sufficient. However, we may want to improve upon this further by allowing the certs loaded into the CRL to be used by a Jetty server right away -- without needing to restart Puppet Server and its underlying Jetty. Run-time reloading of the CRL could be desirable for other components built on the trapperkeeper-webservices-jetty9 service - including PuppetDB and PE Console Services.\n\n*Ticket scope*\n\nHere is a proposal for the scope of this ticket:\n\n1) Investigate approaches for safely, concurrently swapping out the {{SslContextFactory}} in the Jetty webserver without needing to restart a currently started Jetty ServerConnector.\n\n2) Use the {{trapperkeeper-filesystem-watcher}} service to register a watcher for the CRL file (and, optionally, the keystore, truststore, and associated parameters which map to files on disk).\n\n3) On receipt of a filesystem-watcher notification for a changed file, invoke some functionality to refresh Jetty's {{SslContextFactory}} instance(s) for the appropriate Server / connectors (without the need for a server restart).\n\n*Additional Jetty background*\n\nThe entries in the CRL cert are only processed by Jetty when doStart() is called on the SslContextFactory. From this point on, the CRL entries are referenced by the factory in memory.\n\nI was able to force Jetty to reload the CRL entries from the cert on disk by having the Jetty webserver service create a custom, derived SslContextFactory which overrides a method that Jetty calls when handling a new client connection, newSSLEngine. Here is the implementation I used:\n\n---\n{code}\n(defn- ssl-context-factory-with-crl-refresh []\n (proxy [SslContextFactory] []\n (newSSLEngine\n ([] (proxy-super newSSLEngine))\n ([^InetSocketAddress address]\n (.stop this)\n (.start this)\n (proxy-super newSSLEngine address)))))\n{code}\n----\n\nThe derived class is referenced in place of the Java SslContextFactory by changing the following line in jetty9-core's ssl-context-factory function:\n\n{code}\n [context (ssl-context-factory-with-crl-refresh)]\n{code}\n\n---\n\nFor the overload of newSSLEngine() which includes an address parameter, the underlying SslContextFactory is stopped and restarted. This causes the doStart() method on the class to be run again, loading entries from the CRL cert on disk back into memory and attaching them to a new SslContext object.\n\nThis is a naive implementation which would recreate the SslContext for each connection that the server services. The performance of this solution at scale would probably not be desirable. To optimize this further, it may make sense to create a file watcher around the CRL file and only regenerate the SslContext when the content of the file has actually changed. If this were done asynchronously from the handling of a request on the server side, the impact to clients could be significantly reduced.\n\nAdditionally, any solution in this area would need to handle concurrency. The example above does not do that. The Jetty server may be servicing several requests simultaneously and, so, any changes which would need to be made to the SslContext would need to be protected for concurrent access so as to avoid temporary problems in connection handling -- e.g., connection failed or (even worse) unauthorized connection succeeds because the CRL hasn't been fully reattached to the context before a client request is validated against it.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10312", "fixedVersions": ["TK-JETTY9 1.8.1"], "id": "10312", "issueType": "New Feature", "key": "TK-149", "labels": ["AWS1"], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Major", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2017-08-23T10:13:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Runtime refresh of Jetty CRL (jetty 1.8)", "timeSpent": "PT0S", "updated": "2022-02-03T07:08:00.000000", "votes": "2", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-05-02T17:30:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@66ad10b6"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywivz:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_14173605003_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_858745527_*|*_10005_*:*_1_*:*_231125195542"}], "description": "@ruth pointed out that a common use case for any small apps that are service static resources is that they're going to want the ability to redirect requests to \"/\" to an index page. We should see if the current implementation of `add-context-handler` already supports this, and if not, see if it would be easy to add that.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10310", "fixedVersions": [], "id": "10310", "issueType": "Task", "key": "TK-14", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Won't Do", "resolutionDate": "2022-02-18T17:36:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "determine whether or not the add-context-handler in the jetty service supports a redirect for an index page", "timeSpent": "PT0S", "updated": "2022-02-18T17:36:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-05-02T17:01:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@231ee09b"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyq05r:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "2.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_5162249516_*|*_10007_*:*_1_*:*_9855685_*|*_5_*:*_1_*:*_0"}], "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10464", "fixedVersions": [], "id": "10464", "issueType": "Task", "key": "TK-13", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-07-01T13:43:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Change examples in docs from .ini to .conf", "timeSpent": "PT0S", "updated": "2022-02-03T07:07:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-05-02T16:45:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@72ad8e3a"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyuwhz:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_5247945365_*|*_10007_*:*_1_*:*_91753209_*|*_3_*:*_1_*:*_4872805_*|*_5_*:*_1_*:*_0"}], "description": "We've started using the HOCON format for most of the configuration for our internal services. It's an improvement over ini in many ways. We should update the trapperkeeper leiningen template to use them in its examples.\n\nAnd while we're at it, we should update to the most recent versions of all of the projects.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10542", "fixedVersions": [], "id": "10542", "issueType": "Task", "key": "TK-12", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Major", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-07-03T13:21:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Update lein template to use a better config format", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "623c15e38d8b9c0068b8b47d", "body": "Pull request for this feature: https://github.com/puppetlabs/trapperkeeper/pull/147", "created": "2014-05-02T10:20:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-05-02T10:17:00.000000", "creator": "623c15e38d8b9c0068b8b47d", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@46e072dc"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyr0tb:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_2673394_*|*_1_*:*_1_*:*_890746_*|*_10007_*:*_1_*:*_257876784_*|*_10009_*:*_1_*:*_162473252_*|*_5_*:*_2_*:*_8488132"}], "description": "Clojure IDE like LightTable need custom additional nrepl middleware to be able to talk to the nrepl.\nThis is already supported by lein directly but it is not possible in the nrepl service.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10582", "fixedVersions": [], "id": "10582", "issueType": "New Feature", "key": "TK-11", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "623c15e38d8b9c0068b8b47d", "resolution": "Fixed", "resolutionDate": "2014-05-07T10:24:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Support custom nrepl middlewares", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-05-01T12:57:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@4322b59c"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyuwhr:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_65031000_*|*_1_*:*_1_*:*_4929401982_*|*_10007_*:*_1_*:*_268965534_*|*_3_*:*_1_*:*_251166210_*|*_5_*:*_1_*:*_0"}], "description": "This was [~accountid:557058:50693b46-2d67-4417-b1cc-9b21dadb467f]'s suggestion during our recent whiteboarding session on how to make it easy to discover registered web endpoints.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10443", "fixedVersions": [], "id": "10443", "issueType": "Task", "key": "TK-10", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-07-04T08:47:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "add function to jetty service that causes it to print out all registered endpoints", "timeSpent": "PT0S", "updated": "2022-02-03T07:02:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-04-30T14:14:00.000000", "creator": "557058:030c0c27-db47-4e72-b56f-d63a9eca4314", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@65421fb2"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyq05j:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_4921185993_*|*_10007_*:*_1_*:*_15731523_*|*_5_*:*_1_*:*_0"}], "description": "The TrapperKeeper usage message states that the -c options is the path to an .ini or directory of .ini files, but hocom .conf files are now also supported.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10630", "fixedVersions": [], "id": "10630", "issueType": "Bug", "key": "TK-9", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:030c0c27-db47-4e72-b56f-d63a9eca4314", "resolution": "Fixed", "resolutionDate": "2014-06-26T17:36:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "The usage message specifically mentions .ini files as config", "timeSpent": "PT0S", "updated": "2022-02-03T07:08:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-04-29T17:32:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@64aac205"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hytyfb:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_8679160_*|*_1_*:*_1_*:*_9636_*|*_10007_*:*_1_*:*_60933463_*|*_3_*:*_1_*:*_110147_*|*_5_*:*_1_*:*_0"}], "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10645", "fixedVersions": [], "id": "10645", "issueType": "Sub-task", "key": "TK-8", "labels": [], "originalEstimate": "PT0S", "parent": "10575", "parentSummary": "port jetty config validation to use prismatic schema", "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-04-30T12:54:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "don't use 'schema.macros' directly", "timeSpent": "PT0S", "updated": "2022-02-03T07:04:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-04-28T15:35:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@7ea587a1"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywugf:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_14526114696_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_858739336_*|*_10005_*:*_1_*:*_231125169130"}], "description": "Currently, if the trapperkeeper-webserver-jetty9 service is started with both PEM-based (ssl-ca-cert, ssl-key, ssl-cert) and Keystore-based (keystore, key-password, truststore, trust-password) options specified for an SSL port binding, the PEM options are honored and the Keystore options are ignored. A warning about the conflict is logged.\n\nTo make the conflict more obvious, it may be better to throw an exception and not allow the application to proceed. [~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] thought that there may be some compatibility implications to research before committing to making this change, so I just logged this as a ticket for future consideration.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10393", "fixedVersions": [], "id": "10393", "issueType": "Improvement", "key": "TK-7", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Minor", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Won't Do", "resolutionDate": "2022-02-18T17:35:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Consider having Jetty9 error out if both PEM and Keystore SSL options specified", "timeSpent": "PT0S", "updated": "2022-02-18T17:35:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [{"author": "623e7507866b810069e57527", "body": "It looks like this was an issue with leiningen 2.3.4. I've verified that 2.3.4 show this behavior, but it's been eliminated in 2.4.x. ", "created": "2014-08-19T15:20:00.000000"}, {"author": "623e7507866b810069e57527", "body": "I'm closing this since upgrading to lein 2.4.x eliminates the problem.", "created": "2014-08-19T15:29:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-04-25T10:26:00.000000", "creator": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@77123b64"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyv1mf:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "19/Aug/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_10040608897_*|*_6_*:*_1_*:*_0"}], "description": "I have noticed one case in which the Trapperkeeper -main function is called twice for one \"lein run\" invocation. This occurs when I specify an argument for --bootstrap-config and/or --config which refers to a file which cannot be found. I verified the second invocation of -main by putting a println trace statement at the beginning of -main.\n\nFor several other cases that I've traced, I haven't seen the second invocation of -main, including:\n\n- Bad cli arg caught by clj-kitchensink (e.g., add \"--bogus\" to the end of the \"lein run\" command line).\n\n- Exception thrown in `service` init which triggers normal shutdown processing.\n\n- Manually introduced exception thrown inside the body of the \"main\" function.\n\nIn conjunction with the case which showed the second invocation, I also dumped the stack to the console. Below are the stacks for the first and second invocation. Note that the second invocation has a number of frames involving reflection code which do not appear in the first invocation:\n\nFirst invocation:\n\njava.lang.Exception: Stack trace\n\tat java.lang.Thread.dumpStack(Thread.java:1364)\n\tat puppetlabs.trapperkeeper.main$_main.doInvoke(main.clj:10)\n\tat clojure.lang.RestFn.invoke(RestFn.java:457)\n\tat clojure.lang.Var.invoke(Var.java:427)\n\tat user$eval536$fn__538.invoke(form-init7654551998651054391.clj:1)\n\tat user$eval536.invoke(form-init7654551998651054391.clj:1)\n\tat clojure.lang.Compiler.eval(Compiler.java:6619)\n\tat clojure.lang.Compiler.eval(Compiler.java:6609)\n\tat clojure.lang.Compiler.load(Compiler.java:7064)\n\tat clojure.lang.Compiler.loadFile(Compiler.java:7020)\n\tat clojure.main$load_script.invoke(main.clj:294)\n\tat clojure.main$init_opt.invoke(main.clj:299)\n\tat clojure.main$initialize.invoke(main.clj:327)\n\tat clojure.main$null_opt.invoke(main.clj:362)\n\tat clojure.main$main.doInvoke(main.clj:440)\n\tat clojure.lang.RestFn.invoke(RestFn.java:421)\n\tat clojure.lang.Var.invoke(Var.java:419)\n\tat clojure.lang.AFn.applyToHelper(AFn.java:163)\n\tat clojure.lang.Var.applyTo(Var.java:532)\n\tat clojure.main.main(main.java:37)\n\nSecond invocation:\n\nava.lang.Exception: Stack trace\n\tat java.lang.Thread.dumpStack(Thread.java:1364)\n\tat puppetlabs.trapperkeeper.main$_main.doInvoke(main.clj:10)\n\tat clojure.lang.RestFn.applyTo(RestFn.java:137)\n\tat puppetlabs.trapperkeeper.main.main(Unknown Source)\n\tat sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)\n\tat sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)\n\tat sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)\n\tat java.lang.reflect.Method.invoke(Method.java:606)\n\tat clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:93)\n\tat clojure.lang.Reflector.invokeStaticMethod(Reflector.java:207)\n\tat sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)\n\tat sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)\n\tat sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)\n\tat java.lang.reflect.Method.invoke(Method.java:606)\n\tat clojure.lang.Reflector.invokeMatchingMethod(Reflector.java:93)\n\tat clojure.lang.Reflector.invokeStaticMethod(Reflector.java:207)\n\tat user$eval536.invoke(form-init7654551998651054391.clj:1)\n\tat clojure.lang.Compiler.eval(Compiler.java:6619)\n\tat clojure.lang.Compiler.eval(Compiler.java:6609)\n\tat clojure.lang.Compiler.load(Compiler.java:7064)\n\tat clojure.lang.Compiler.loadFile(Compiler.java:7020)\n\tat clojure.main$load_script.invoke(main.clj:294)\n\tat clojure.main$init_opt.invoke(main.clj:299)\n\tat clojure.main$initialize.invoke(main.clj:327)\n\tat clojure.main$null_opt.invoke(main.clj:362)\n\tat clojure.main$main.doInvoke(main.clj:440)\n\tat clojure.lang.RestFn.invoke(RestFn.java:421)\n\tat clojure.lang.Var.invoke(Var.java:419)\n\tat clojure.lang.AFn.applyToHelper(AFn.java:163)\n\tat clojure.lang.Var.applyTo(Var.java:532)\n\tat clojure.main.main(main.java:37)\n\nNot sure if this is a problem with something Trapperkeeper is doing or something lein/clojure is doing.\n\nNote that for my testing I was using Leiningen 2.3.4 (latest stable at time this ticket was submitted) in conjunction with JDK 7 (1.7.0_51).", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10242", "fixedVersions": [], "id": "10242", "issueType": "Bug", "key": "TK-6", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "resolution": "Fixed", "resolutionDate": "2014-08-19T15:29:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Trapperkeeper -main called twice in some cases", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": "623e7507866b810069e57527", "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-04-13T11:20:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@25815bb"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyq04v:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_5853836_*|*_1_*:*_1_*:*_21516022_*|*_10007_*:*_1_*:*_73330294_*|*_3_*:*_1_*:*_11854303_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_6291502660"}], "description": "Currently, when booting trapperkeeper, you must pass a \"--config\" argument on the cli to specify the directory where your configuration lives. In practice, it's unlikely that a real-world app would ever have a use case where it didn't need some configuration, but, it's a very annoying and confusing roadblock to people who are just playing around with the framework to see how it works. We should be able to get rid of this requirement, and maybe just log a warning if you boot without specifying a configuration path.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10264", "fixedVersions": [], "id": "10264", "issueType": "Bug", "key": "TK-5", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-06-26T14:14:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "get rid of requirement for \"--config\" arg", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-04-01T14:21:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@3050451f"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyr0sn:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "3.0"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_422633_*|*_1_*:*_1_*:*_18197784_*|*_10007_*:*_2_*:*_392720198_*|*_3_*:*_2_*:*_5803558_*|*_4_*:*_1_*:*_252077450_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_1731610324"}], "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10575", "fixedVersions": [], "id": "10575", "issueType": "Improvement", "key": "TK-2", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-04-29T09:15:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "port jetty config validation to use prismatic schema", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "No reason to bother with this until we get through with the pending changes to the jetty9 service (TK-2, TK-3).", "created": "2014-04-19T13:28:00.000000"}, {"author": "557058:aa277a93-6688-4f34-ad9d-e53477acf74b", "body": "Closing this as \"won't do\" as we are several years past where Jetty 7 was retired.", "created": "2018-09-24T21:22:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-03-17T15:51:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@2c8ac3fe"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywuin:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "25/Sep/18"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_157261149_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_18855412103_*|*_10005_*:*_1_*:*_123739968421"}], "description": "I think that the majority of the tests in the jetty9 service should work against the jetty7 version (and probably just about any other implementation of the protocol). It's probably time to pull out the protocol and the tests into their own project and have the jetty9 service depend on that... then, refactor common code that can be re-used by the j7 service into a separate artifact and refactor both j7 and j9 to use that. This should make it much easier to keep them in sync in the future, and probably will also make it easier to provide other implementations of the protocol (http-kit? netty?) if we decide to do that.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10643", "fixedVersions": [], "id": "10643", "issueType": "Task", "key": "TK-4", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Won't Do", "resolutionDate": "2018-09-24T21:22:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "backport latest jetty9 changes to jetty7", "timeSpent": "PT0S", "updated": "2022-02-03T07:08:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-03-12T11:06:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@760659eb"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "557058:151c148a-2bb4-4fdc-9320-df94e73b0363"}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywujz:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_77482135_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_19384556139_*|*_10005_*:*_1_*:*_67569300540"}], "description": "1. A service passes a function {{f}} to {{shutdown-on-error}} (this is good).\n2. When {{f}} executes, it throws an exception.\n3. The service is being exercised via a test that only bootstraps TK (does *not* run it).\n\nIn this situation, the exception will *not* bubble up or cause the test to fail, and it will also *not* be logged.\n\nThis is due to the implementation of our shutdown stuff. {{shutdown-on-error}} handles the exception by delivering a {{promise}} - however, since the app has only been *bootstrapped*, not run, nobody has called {{wait-for-shutdown}} - meaning, nothing will handle the {{promise}} when it is delivered.\n\nThis is a landmine.\n\nThere are multiple possible solutions:\n* document this and move on\n* re-work our testutils and docs to enforce that services are only tested with a running TK, not just bootstrapped\n* improve our shutdown / framework stuff to \"work\" (bubble up and/or log the exception) in this case.\n* ???\n* profit", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10386", "fixedVersions": [], "id": "10386", "issueType": "Bug", "key": "TK-135", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Won't Fix", "resolutionDate": "2016-12-13T17:28:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "shutdown-on-error can swallow errors during testing", "timeSpent": "PT0S", "updated": "2022-02-03T07:06:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "Just realized that {{shutdown-on-error}} is a service function. That makes this a bit more difficult. Not sure how it would be implemented ... don't think it can continue being a service function if it is to be converted to a macro.", "created": "2014-03-18T16:16:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "I had another idea on how we could improve on {{shutdown-on-error}} - perhaps we could write a new macro which would become the new API for this functionality: it would simply take a form and wrap it with a call to shutdown on error. It could also in-line the service ID, instead making all callers pass {{(service-id this)}}.", "created": "2014-04-02T10:51:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-03-08T13:46:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@1b2f6a7b"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "QA Contact", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:userpicker", "value": "557058:151c148a-2bb4-4fdc-9320-df94e73b0363"}, {"fieldName": "QA Status", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:select", "value": "Reviewed"}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywuj3:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_150694977_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_19643708819_*|*_10005_*:*_1_*:*_231124926104"}], "description": "{{shutdown-on-error}} is a function that takes a function as an argument. It would be more idiomatic as a macro, so you could just write:\n{noformat}\n(shutdown-on-error\n (do-stuff ... ))\n{noformat}\nCurrently, that chunk of code will compile and run, but it's broken, in that {{do-stuff}} will actually execute *before* {{shutdown-on-error}}, so it won't be wrapped in the proper error-handling/shutdown logic. This is the bug that [~accountid:557058:030c0c27-db47-4e72-b56f-d63a9eca4314] ran into - it's an easy landmine to step on.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10263", "fixedVersions": [], "id": "10263", "issueType": "Improvement", "key": "TK-137", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Won't Do", "resolutionDate": "2022-02-18T17:35:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "convert shutdown-on-error to a macro", "timeSpent": "PT0S", "updated": "2022-02-18T17:35:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [], "components": ["TrapperKeeper"], "created": "2014-03-03T14:09:00.000000", "creator": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@55f5e384"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywuk7:"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_1679228_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_20223337979_*|*_10005_*:*_1_*:*_67569725221"}], "description": "compojure apps can be made to automatically reload any changed files on each HTTP request. This is a big time-saver during development. Make this work with trapperkeeper.\n\nYou can see an example of this by creating a new compojure app (via the template). Notice that it adds a couple of extra dev dependencies, and that when the server is started with {{lein run}}, it will automatically reload any changed files on each request. When you turn your web-app into a TK service, you currently lose this functionality. ", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10313", "fixedVersions": [], "id": "10313", "issueType": "Improvement", "key": "TK-132", "labels": ["qa-reviewed"], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "resolution": "Won't Do", "resolutionDate": "2016-12-13T17:35:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "enable Compojure's auto-reload functionality", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "License appears in both README and LICENSE.", "created": "2014-02-28T15:14:00.000000"}, {"author": "557058:c241032a-c552-4408-9a96-dcd5a643ff69", "body": "This is common across a bunch of our repos, and I think the project this refers to is archived. Closing.", "created": "2022-01-13T13:23:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-02-28T15:12:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@41750d2c"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hywujj:"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "13/Jan/22"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_834817_*|*_6_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_20479646155_*|*_10005_*:*_1_*:*_227999434476"}], "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10538", "fixedVersions": [], "id": "10538", "issueType": "Task", "key": "TK-136", "labels": ["low-hanging-fruit"], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Won't Do", "resolutionDate": "2022-01-13T13:24:00.000000", "status": "Closed", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "remove LICENSE file from trapperkeeper template?", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "This will be *much* easier to implement once we've cleaned up the configuration syntax by porting over to use Prismatic schema.", "created": "2014-04-19T13:26:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "[~accountid:70121:1f7c5098-d991-4129-bcae-5fc413f71091] how soon do you expect that someone would begin work on something that could leverage this?", "created": "2014-06-25T12:36:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "@ruth cool, thanks for the heads up. I don't think it should be a problem for us to get this done before then.", "created": "2014-06-25T14:20:00.000000"}], "components": ["TrapperKeeper"], "created": "2014-02-09T20:46:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@72be3dc4"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyv0in:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "5.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "25/Jun/14"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "10008_*:*_1_*:*_34251_*|*_1_*:*_1_*:*_43123277_*|*_10007_*:*_1_*:*_690480054_*|*_3_*:*_1_*:*_591345977_*|*_5_*:*_1_*:*_0_*|*_10006_*:*_1_*:*_12290144198"}], "description": "One use case for this is for apps that need to have an admin dashboard web page. We may want for the admin dashboard to be able to be configured to use a different port and SSL configuration than the rest of the web services.\n\nThe implementation I've been playing around with would be to simply give an id to the Jetty server instance, and allow you to configure more than one of them in a single instance of the WebserverService. The existing config syntax would be supported, and would result in a single embedded server instance with an id of `:default`. For each of the `add\\-\\*\\-handler` functions, we'd add a corresponding `add\\-\\*\\-handler-to` function, which would have an additional argument `server-id` in the function signature.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10573", "fixedVersions": [], "id": "10573", "issueType": "New Feature", "key": "TK-3", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-07-17T11:45:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "Jetty service: support multiple isolated servers on different ports", "timeSpent": "PT0S", "updated": "2022-02-03T07:05:00.000000", "votes": "0", "watchers": []}, {"affectedVersions": [], "assignee": null, "attachments": [], "comments": [{"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "Probably punting this one until a second request for the feature comes up.", "created": "2013-12-18T12:25:00.000000"}, {"author": "557058:1381f112-1c4e-4869-ba34-30602d945124", "body": "I would like this to happen, too! I'm currently just using the var directly, but it would be nice to not have to var-quote it.\n\nI want this for the exact same reasons as Patrick, though, so perhaps it doesn't count as a \"second request.\"", "created": "2013-12-20T16:46:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "Hey [~accountid:557058:1381f112-1c4e-4869-ba34-30602d945124], thanks for the input.\n\nCan you give us a few more details? Are you writing a cli tool for NC? Is it something we expect to ship?\n\nWhen you say you're using the var directly, I presume that you mean that you're accessing the `parse-config-file` function via it's var in order to work around the fact that it is currently marked as private?", "created": "2013-12-26T10:19:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "I'm going to close this issue because it's been open for a long time with no response. I also can't think of a situation in which it still applies. Feel free to re-open if there's any interest in this still.", "created": "2014-06-10T18:58:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "I have a concrete and fairly immediate use-case for this, so I'm re-opening it.", "created": "2014-08-21T10:02:00.000000"}, {"author": "557058:635376c9-938d-43fd-9435-895dd93cbee5", "body": "[~accountid:557058:a3132145-aae4-410f-9f7a-85a3117a0c14] - out of curiosity, what is your use-case?", "created": "2014-08-21T12:32:00.000000"}, {"author": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "body": "We are going to need to add a command-line tool or two to one of our other projects, and the implementation will rely on some config values.", "created": "2014-08-21T13:27:00.000000"}], "components": ["TrapperKeeper"], "created": "2013-12-17T18:02:00.000000", "creator": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "customFieldValues": [{"fieldName": "Sub-team", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "Approvals", "fieldType": "com.atlassian.servicedesk.approvals-plugin:sd-approvals", "value": "com.atlassian.servicedesk.plugins.approvals.internal.customfield.ApprovalsCFValue@6849eb10"}, {"fieldName": "Epic/Theme", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:labels", "value": []}, {"fieldName": "People Involved", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multiuserpicker", "value": []}, {"fieldName": "Flagged", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:multicheckboxes", "value": []}, {"fieldName": "Rank", "fieldType": "com.pyxis.greenhopper.jira:gh-lexo-rank", "value": "0|hyu5p3:"}, {"fieldName": "Story Points", "fieldType": "com.atlassian.jira.plugin.system.customfieldtypes:float", "value": "1.0"}, {"fieldName": "[CHART] Date of First Response", "fieldType": "com.atlassian.jira.ext.charting:firstresponsedate", "value": "20/Dec/13"}, {"fieldName": "[CHART] Time in Status", "fieldType": "com.atlassian.jira.ext.charting:timeinstatus", "value": "1_*:*_1_*:*_77036561_*|*_10007_*:*_1_*:*_22768956_*|*_3_*:*_1_*:*_1566875_*|*_4_*:*_2_*:*_174062_*|*_5_*:*_1_*:*_0_*|*_6_*:*_1_*:*_6188582433_*|*_10006_*:*_1_*:*_15042723186"}], "description": "If users want to write a command-line tool that doesn't make sense to boot the full trapperkeeper framework for, but they still want to leverage trapperkeeper's configuration data, they should be able to.\n\nRight now we have a private function called `parse-config-file` that would serve exactly this purpose, but it's private, and its name also makes it a bit too coupled with the current implementation. I propose that we make it public and change the name to `load-config`, or, provide a wrapper function called `load-config` that users could call.", "epicLinkSummary": null, "estimate": "PT0S", "externalId": "10461", "fixedVersions": [], "id": "10461", "issueType": "Improvement", "key": "TK-60", "labels": [], "originalEstimate": "PT0S", "parent": null, "parentSummary": null, "priority": "Normal", "projectDescription": "This is the public issue tracker for Trapperkeeper, an open-source Clojure framework for applications and services. For more info, see the README.", "projectKey": "TK", "projectLead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "projectName": "Trapperkeeper", "projectType": "software", "projectUrl": null, "reporter": "557058:a3132145-aae4-410f-9f7a-85a3117a0c14", "resolution": "Fixed", "resolutionDate": "2014-08-21T16:49:00.000000", "status": "Resolved", "statusCategory": "Done", "statuscategorychangedate": "11/Mar/23 9:11 AM", "summary": "provide a way to retrieve configuration data as a library function call", "timeSpent": "PT0S", "updated": "2022-02-03T07:03:00.000000", "votes": "0", "watchers": []}], "key": "TK", "lead": "557058:50693b46-2d67-4417-b1cc-9b21dadb467f", "name": "Trapperkeeper", "template": "com.pyxis.greenhopper.jira:gh-simplified-scrum-classic", "type": "software", "url": "", "versions": [{"name": "HTTP-CLIENT 0.2.8", "releaseDate": "", "released": false}, {"name": "HTTP-CLIENT 0.3.0", "releaseDate": "2014-10-21", "released": true}, {"name": "HTTP-CLIENT 0.3.1", "releaseDate": "2014-10-22", "released": true}, {"name": "HTTP-CLIENT 0.4.0", "releaseDate": "2014-11-17", "released": true}, {"name": "HTTP-CLIENT 0.4.1", "releaseDate": "2015-01-26", "released": true}, {"name": "HTTP-CLIENT 0.4.2", "releaseDate": "2015-02-13", "released": true}, {"name": "HTTP-CLIENT 0.4.3", "releaseDate": "2015-03-20", "released": true}, {"name": "HTTP-CLIENT 0.4.4", "releaseDate": "2015-04-14", "released": true}, {"name": "JRUBY-UTILS 0.1.0", "releaseDate": "2016-06-21", "released": true}, {"name": "JVM-CA 0.6.0", "releaseDate": "2014-08-26", "released": true}, {"name": "JVM-CA 0.6.1", "releaseDate": "2015-01-21", "released": true}, {"name": "JVM-SSL-UTILS 0.7.0", "releaseDate": "2015-01-22", "released": true}, {"name": "JVM-SSL-UTILS 0.8.0", "releaseDate": "2015-02-17", "released": true}, {"name": "JVM-SSL-UTILS 0.y", "releaseDate": "", "released": false}, {"name": "TK-FS-WATCHER 1.1.0", "releaseDate": "", "released": false}, {"name": "TK-JETTY9 1.3.1", "releaseDate": "2015-04-14", "released": true}, {"name": "TK-JETTY9 1.y", "releaseDate": "", "released": false}, {"name": "TK-JETTY9 1.3.0", "releaseDate": "2015-03-23", "released": true}, {"name": "TK-JETTY9 1.2.0", "releaseDate": "2015-03-06", "released": true}, {"name": "TK-JETTY9 1.1.0", "releaseDate": "2015-01-08", "released": true}, {"name": "TK-JETTY9 1.1.1", "releaseDate": "2015-01-26", "released": true}, {"name": "TK-JETTY9 1.0.1", "releaseDate": "2014-11-21", "released": true}, {"name": "TK-JETTY9 1.0.0", "releaseDate": "2014-11-19", "released": true}, {"name": "TK-JETTY9 0.9.0", "releaseDate": "2014-10-16", "released": true}, {"name": "TK-JETTY9 0.8.1", "releaseDate": "2014-10-14", "released": true}, {"name": "TK-JETTY9 0.8.0", "releaseDate": "2014-10-10", "released": true}, {"name": "TK-JETTY9 0.7.6", "releaseDate": "2014-10-02", "released": true}, {"name": "TK-JETTY9 1.6.0", "releaseDate": "2016-12-16", "released": true}, {"name": "TK-JETTY9 1.8.1", "releaseDate": "2017-08-07", "released": false}, {"name": "TK-JETTY9 2.0.2", "releaseDate": "2017-08-09", "released": false}, {"name": "TK Puppet5.0", "releaseDate": "2017-06-27", "released": true}, {"name": "TK 0.5.1", "releaseDate": "2014-08-25", "released": true}, {"name": "TK 1.0.0", "releaseDate": "2014-11-19", "released": true}, {"name": "TK 1.0.1", "releaseDate": "2014-11-20", "released": true}, {"name": "TK 1.1.0", "releaseDate": "2015-02-23", "released": true}, {"name": "TK 1.1.1", "releaseDate": "2015-04-14", "released": true}, {"name": "TK 1.3.0", "releaseDate": "2016-02-08", "released": true}, {"name": "TK 1.4.0", "releaseDate": "2016-05-02", "released": true}, {"name": "TK 1.4.1", "releaseDate": "2016-05-23", "released": true}, {"name": "TK 1.4.2", "releaseDate": "2016-08-07", "released": true}, {"name": "TK 1.5.1", "releaseDate": "2016-09-28", "released": true}, {"name": "TK 1.y", "releaseDate": "", "released": false}, {"name": "PE 2016.4.0", "releaseDate": "2016-08-07", "released": true}, {"name": "PE 2016.2.0", "releaseDate": "2016-06-20", "released": true}, {"name": "None", "releaseDate": "", "released": false}, {"name": "TK-JETTY9 2.1.0", "releaseDate": "", "released": false}, {"name": "TK 1.5.4", "releaseDate": "", "released": false}, {"name": "TK 1.5.6", "releaseDate": "", "released": false}, {"name": "SERVER 6.0.0", "releaseDate": "", "released": false}, {"name": "TK-JETTY9 2.3.1", "releaseDate": "", "released": false}, {"name": "SERVER 6.1.0", "releaseDate": "", "released": false}, {"name": "TK 2.0.0", "releaseDate": "", "released": false}, {"name": "SERVER 6.6.0", "releaseDate": "", "released": false}, {"name": "TK 3.1.0", "releaseDate": "", "released": false}, {"name": "SERVER 6.12.0", "releaseDate": "", "released": false}, {"name": "SERVER 5.3.14", "releaseDate": "", "released": false}, {"name": "SERVER 6.12.1", "releaseDate": "", "released": false}, {"name": "TK-METRICS 1.3.1", "releaseDate": "", "released": false}, {"name": "TK-JETTY9 4.2.0", "releaseDate": "", "released": false}]}]}