Error Analysis: expose serviceName in list responses

The exceptiontrace storage stores serviceName per row and every Error Analysis query filters by it, but the response views (ExceptionDetailView) do not expose the field. Rows returned by /api/errors/errorList therefore cannot say which service they belong to, and the error detail view falls back to the screen's service when opening a row (#14187).

Expose serviceName in the response views so consumers pass the row's own service through, the same way errorKey does for call tree rows.

Tasks:

• Add serviceName to ExceptionDetailView and the mapper's selected columns
• Add serviceName to the frontend ErrorAnalysisErrorList.ErrorData type and pass it to the detail query
• Make ErrorAnalysisTransactionInfo.Parameters.serviceName required (missing values default to DEFAULT) and drop the screen-service fallback in the detail fetcher

Starting points:

• exceptiontrace/exceptiontrace-web/.../view/ExceptionDetailView.java
• exceptiontrace/exceptiontrace-web/src/main/resources/exceptiontrace/mapper/ExceptionMetadataMapper.xml — selected columns
• web-frontend/.../constants/types/ErrorAnalysisErrorList.ts, ErrorAnalysisErrorDetailFetcher.tsx — the screen-service fallback this removes in practice