You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We have encountered an incident while deploying APIs after migrating from 3.2 to 4.2. As per the default behavior of the API Manager after migration, we have to deploy the API for the mediation sequence to migrate from the registry database to the AM_DB. Hence during the first deployment of an API after the migration, this process will take place.
As per the source code during this process, all the global sequences will be built to identify the name of the sequence. Hence the logic has been written to print an error If any exception has been caught. However, the flow may continue with the next mediation policy even though one mediation fails.
In this scenario, we have two mediations with corrupted content. Hence, we are getting the below error while deploying any of the APIs with a mediation. (Even though the corrupted mediation is not associated with the deploying API)
TID: [-1234] [api/am/publisher] [2025-02-02 04:05:12,756] ERROR {org.wso2.carbon.apimgt.rest.api.util.exception.GlobalThrowableMapper} - An unknown exception has been captured by the global exception mapper. org.apache.axiom.om.OMException: com.ctc.wstx.exc.WstxUnexpectedCharException: Unexpected character 'l' (code 108) in prolog; expected '<'
at [row,col {unknown-source}]: [1,1]
at org.apache.axiom.om.impl.builder.StAXOMBuilder.next(StAXOMBuilder.java:296)
at org.apache.axiom.om.impl.llom.OMDocumentImpl.getOMDocumentElement(OMDocumentImpl.java:109)
Even though the code is written to print the error and continue with the other mediation sequences, with this error the flow fails if there is one corrupted mediation. Due to this reason, the API deployment process fails. There is no way to identify which mediation failed as well.
Thanks & Regards,
Niran Peiris
Steps to Reproduce
If you want to reproduce this issue, please follow the below steps.
Start API Manager 4.2.0 server.
Deply the sample PizzaShackAPI API.
Login to the Carbon Management Console.
Navigate to the "/_system/governance/apimgt" registry path.
Then add a collection called "customsequences/in".
Then navigate to this "/_system/governance/apimgt/customsequences/in" registry path.
Description
Hi team,
We have encountered an incident while deploying APIs after migrating from 3.2 to 4.2. As per the default behavior of the API Manager after migration, we have to deploy the API for the mediation sequence to migrate from the registry database to the AM_DB. Hence during the first deployment of an API after the migration, this process will take place.
As per the source code during this process, all the global sequences will be built to identify the name of the sequence. Hence the logic has been written to print an error If any exception has been caught. However, the flow may continue with the next mediation policy even though one mediation fails.
In this scenario, we have two mediations with corrupted content. Hence, we are getting the below error while deploying any of the APIs with a mediation. (Even though the corrupted mediation is not associated with the deploying API)
Even though the code is written to print the error and continue with the other mediation sequences, with this error the flow fails if there is one corrupted mediation. Due to this reason, the API deployment process fails. There is no way to identify which mediation failed as well.
Thanks & Regards,
Niran Peiris
Steps to Reproduce
If you want to reproduce this issue, please follow the below steps.
test.xml
Content:
log_request.xml
Content:
Version
4.2.0
Environment Details (with versions)
No response
The text was updated successfully, but these errors were encountered: