Bug 1164086
| Summary: | Call Trace gadget should provide a feature for specifying "type" through the UI | ||
|---|---|---|---|
| Product: | [JBoss] JBoss Fuse Service Works 6 | Reporter: | Musharraf Hussain <mhussain> |
| Component: | RT Governance | Assignee: | Nobody <nobody> |
| Status: | CLOSED UPSTREAM | QA Contact: | Matej Melko <mmelko> |
| Severity: | medium | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.0.0 GA | CC: | soa-p-jira |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | All | ||
| OS: | All | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2025-02-10 03:43:35 UTC | Type: | Feature Request |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
This product has been discontinued or is no longer tracked in Red Hat Bugzilla. |
Description of problem: - The current Call Trace gadget functionality is limited to use "Conversation" context type only as the "gadgets.war/calltrace-gadget/gadget.xml" file shipped with FSW 6.0.0 installation does not allow users to input their desired context type to trace. ~~~ ... function makeJSONRequest(){ var prefs = new gadgets.Prefs(); //hack for now. var protocol = parent.window.location.protocol; var host = parent.window.location.host; var ident = getUserPreferenceValue("value"); ... var restUrl = protocol + "//" + host + "/overlord-rtgov/call/trace/instance?value=" + ident; var params = {}; params[gadgets.io.RequestParameters.CONTENT_TYPE] = gadgets.io.ContentType.JSON; params[gadgets.io.RequestParameters.METHOD] = gadgets.io.MethodType.GET; params[gadgets.io.RequestParameters.REFRESH_INTERVAL] = 5; gadgets.io.makeRequest(restUrl, updateResponse, params); } ... ~~~ - The "org.overlord.rtgov.internal.call.trace.rest.RESTCallTraceServer" server code's "instance(...)" method, although it takes two parameters (a Context type and value for the identifier of the business transaction) , but since the Gadget only supplies the "Value" , that's why it only defaults to use "Conversation" as the default accepted Context type for filtering activity records from back end database tables. ~~~ @Path("/call/trace") @ApplicationScoped public class RESTCallTraceServer { private static final Logger LOG=Logger.getLogger(RESTCallTraceServer.class.getName()); private CallTraceService _callTraceService=null; private ActivityServer _activityServer=null; ... @GET @Path("/instance") @Produces("image/svg+xml") public String instance(@DefaultValue("Conversation") @QueryParam("type") String type, @QueryParam("value") String value) throws Exception { String ret=""; CallTrace ct=getCallTrace(type, value); if (ct != null) { byte[] b=CallTraceUtil.serializeCallTrace(ct); if (b != null) { ret = new String(b); } } if (LOG.isLoggable(Level.FINEST)) { LOG.finest("Instance="+ret); } return (ret); } ... ~~~ - I am not sure if future releases of RTGov is supposed to overcome this limitation, but I am still raising this as a Feature Request for FSW 6 product's RTGov component, so as to bring it to the attention of the engineering team. Version-Release number of selected component (if applicable): - RTGov 1.0.1 How reproducible: - Always Steps to Reproduce: 1. Visit the "http://localhost:8080/gadget-web" URL 2. Add Call Trace gadget to the Home page. 3. Try to configure the values for this gadget and you would see that it only allows to add "Value" not "type" Actual results: - Call Trace gadget's settings allows only to provide "Value" Expected results: - Users would expect to specify "type" as well as input for seeking path of a business transaction. Additional info: - NA