I am trying to configure aspose for docx to pdf conversion. for that I will require to configure aspose to read from s3 and write to s3 after conversion. I couldn’t find a configuration where I could set the storage config in docker container or api to create storage on the fly
is there a implementation where I can specify storage config in the container level or create via api
storage name
bucket name
aws key
aws secret
alternative is to
download docx from s3
upload to aspose
convert to pdf
download from aspose
upload to s3
alternative approach is really inefficient, so I am wondering whether the above mentioned configuration is possible
I am afraid currently, Aspose.Words Cloud Docker image supports local storage. However, we have logged an enhancement ticket(WORDSCLOUD-2679) to support the configuration of AWS S3 storage in a Docker container.
Please note that you can configure your local folder as a storage volume.
Furthermore, you can convert your files from the request body and get output in response without using any cloud storage. Please check the following documentation for details.
@tilal.ahmad I am getting Error: Authorization failed when calling the conversion api in docker container. Please help.
Update
when enabled debug log I am getting "Username or password is incorrect", but I have configured username and password but not license details as I am trying to evaluate aspose in trial mode
Please share your script to run the Aspose.Words Cloud Docker image and sample code for calling the conversion API. We will look into it and guide you accordingly.
Please note that if “License” parameters are omitted, the app will work in trial mode. I am unable to notice any issues while testing the scenario without setting license parameters. Please find the sample code and output file for reference.
Thank you very much for the sample code. I was able to convert the document.
it is clientId and clientSecret wrong in my case. I used the clientId and clientSecret from application https://dashboard.aspose.cloud/applications created instead of username and password.
it would be great if the documents could point out this exception for self-hosting.
I am afraid we don’t have any benchmark, and for minimum requirements and overall consumption, it highly depends on the document structure. If the document is small and not complex, there will be no high load on the container, but if the document is big and complex, it may consume lots of resources.
The issues you have found earlier (filed as WORDSCLOUD-2679) have been fixed in this update. This message was posted using Bugs notification tool by Ivanov_John