Integration of css / cms api's with workfront which required specific endpoints
We are working on integrating Workfront with OpenText using CSS and CMS APIs to store files or images on OpenText and access them from the Workfront side. However, we are encountering an issue where Workfront appends certain fixed endpoints to the base URLs, such as /files
(which we have for the CSS API), /metadata
, /search
, /uploadInit
, /upload
, /thumbnail
, /download
, /createFolder
, /serviceInfo
, etc. These endpoints do not exist on the OpenText side, resulting in 404 errors when these appended URLs are generated.
Does anyone have a solution for this? Is there anything that can be configured or adjusted on the OpenText side to resolve this issue?
Answers
-
@SK1415, I'm not 100% certain I understand your use case, but to access CSS residing content, you should provide the CSS URLs. If you cannot avoid Workfront appending to and basically corrupting/changing the CSS URLs, perhaps a solution would be to use a proxy that removes the appended path elements before submitting to CSS. Overall, I'm afraid this is something that would have to be fixed at the consuming side.
0
Categories
- All Categories
- 123 Developer Announcements
- 54 Articles
- 150 General Questions
- 148 Thrust Services
- 57 OpenText Hackathon
- 37 Developer Tools
- 20.6K Analytics
- 4.2K AppWorks
- 9K Extended ECM
- 918 Core Messaging
- 84 Digital Asset Management
- 9.4K Documentum
- 32 eDOCS
- 186 Exstream
- 39.8K TeamSite
- 1.7K Web Experience Management
- 8 XM Fax
- Follow Categories