mule-idp-connector
A Universal IDP Connector to rule them All
Last updated
A Universal IDP Connector to rule them All
Last updated
This connector provides a unified interface for interacting with MuleSoft Intelligent Document Processing (IDP) actions, mitigating challenges associated with connector sprawl and reconfiguration overhead when .
Defeat Connector Sprawl: Consolidates multiple IDP actions into a single connector interface.
Simplified Configuration: Minimizes reconfiguration needs in Anypoint projects when action versions change.
Enhanced Flexibility: Designed to support potentially undocumented functionalities.
Scalability: Enables rapid onboarding of new document actions for enterprise scale.
How can reduce the number of connectors and mitigate the known issues with
"Each document action version generates a different connector."
"Then, if you modify the document action and republish it as version 1.1.0
, it generates a different connector"
Yes sure use
The is so complicated and I keep on getting 400 Http Status. Is there a simpler way?
Yes sure use
Test Connection fails with "clientId cannot be blank"
Yes sure use our it works for both Basic and OAuth
I would like to classify a PDF by its text before sending and therefore save on IDP charges
I would like to delete blank PDF pages before submitting to MuleSoft IDP to make the response more manageable and cheaper?
I have a PDF of XXX pages but only want to submit pages 1 and 4
Can I notify (Email) reviewers on failure or manual review required?
Can I update a Review Task without requiring a human in the loop ie a daemon process
Can I list my current Document Actions and their versions for a 3rd Party or Documentation?
How do I delete Review Tasks?
Execute a published document action and retrieve the results from Anypoint Studio using that document action’s IDP Runtime Service API connector. This connector generates automatically when you publish a document action to Anypoint Exchange. Then, you can download it as a Mule connector from Exchange.
Each document action version generates a different connector. For example, when you publish a document action for the first time, it generates a connector in Exchange that executes version
1.0.0
of this document action. Then, if you modify the document action and republish it as version1.1.0
, it generates a different connector that you must download and install in Studio to execute this new document action version. Consider this behavior when building your integrations.
The mule-idp-connector was developed to address these key challenges, which are not criticisms
Each MuleSoft IDP Document Action creates a REST Connector
Each newly published version of a MuleSoft IDP Document Action creates another connector and breaking change to existing Anypoint Studio/Code Builder project.
Yes sure use
Yes sure use
Yes sure use
Yes sure use
Yes sure use
Yes sure use &
Yes sure use and most likely
Multipart input to has no and prone to tribal knowledge