Details
-
Type:
New Feature
-
Status: Closed (View Workflow)
-
Priority:
Major
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: None
-
Labels:None
-
Story Points:4
-
Sprint:Sprint 32
Description
We have a nice opportunity to take advantage of OSGi remote services to remotely log (http://wiki.osgi.org/wiki/Remote_Service_Admin) errors occurring in the wild. The IGB application would be the consumer of our remote logging error service and would append error logs in an asynchronous way to avoid any impact on application performance.
This new service could potentially radically change our ability to learn about and patch bugs. If integrated into our existing ELK stack infrastructure, we could get "real time" visibility into the errors occurring int he application.
We could also use these logs to notify APP developers when errors are occurring in their apps.
Attachments
Activity
| Field | Original Value | New Value |
|---|---|---|
| Rank | Ranked higher |
| Description |
We have a nice opportunity to take advantage of OSGi remote services to remotely log errors occurring in the wild. The IGB application would be the consumer of our remote logging error service and would append error logs in an asynchronous way to avoid any impact on application performance.
This new service could potentially radically change our ability to learn about and patch bugs. If integrated into our existing ELK stack infrastructure, we could get "real time" visibility into the errors occurring int he application. |
We have a nice opportunity to take advantage of OSGi remote services to remotely log errors occurring in the wild. The IGB application would be the consumer of our remote logging error service and would append error logs in an asynchronous way to avoid any impact on application performance.
This new service could potentially radically change our ability to learn about and patch bugs. If integrated into our existing ELK stack infrastructure, we could get "real time" visibility into the errors occurring int he application. We could also use these logs to notify APP developers when errors are occurring in their apps. |
| Description |
We have a nice opportunity to take advantage of OSGi remote services to remotely log errors occurring in the wild. The IGB application would be the consumer of our remote logging error service and would append error logs in an asynchronous way to avoid any impact on application performance.
This new service could potentially radically change our ability to learn about and patch bugs. If integrated into our existing ELK stack infrastructure, we could get "real time" visibility into the errors occurring int he application. We could also use these logs to notify APP developers when errors are occurring in their apps. |
We have a nice opportunity to take advantage of OSGi remote services to remotely log (http://wiki.osgi.org/wiki/Remote_Service_Admin) errors occurring in the wild. The IGB application would be the consumer of our remote logging error service and would append error logs in an asynchronous way to avoid any impact on application performance.
This new service could potentially radically change our ability to learn about and patch bugs. If integrated into our existing ELK stack infrastructure, we could get "real time" visibility into the errors occurring int he application. We could also use these logs to notify APP developers when errors are occurring in their apps. |
| Status | Open [ 1 ] | In Progress [ 3 ] |
| Status | In Progress [ 3 ] | Needs Testing [ 10002 ] |
| Sprint | Sprint 31 [ 39 ] |
| Sprint | Sprint 32 [ 40 ] |
| Rank | Ranked higher |
| Rank | Ranked lower |
| Status | Needs Testing [ 10002 ] | Testing In Progress [ 10003 ] |
This issue has been tested and demoed by the IGB team. The service is working as expected now but there may also be more changes to come in the future, and in that case, more testing will be required. Since this particular task has been completed and is working as expected I am now closing this story.
| Assignee | David Norris [ dcnorris ] | Mason Meyer [ mason ] |
| Resolution | Done [ 10000 ] | |
| Status | Testing In Progress [ 10003 ] | Closed [ 6 ] |
| Workflow | Loraine Lab Workflow [ 16941 ] | Fall 2019 Workflow Update [ 19751 ] |
| Workflow | Fall 2019 Workflow Update [ 19751 ] | Revised Fall 2019 Workflow Update [ 21870 ] |
We'll only capture when something breaks - we only capture the stack trace of the error.
OSGi remote services logging - our own implementation of an appender
Examples of other projects that implement error logging:
Remote Services admin, remote services configuration
Eclipse Foundation
Browsers - Chrome, Firefox
Describe -