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
{{ message }}
Repository navigation
UploaderStrategy still requires api_secret if parameter was already added externally #125
My suggestion is to implement that for each http artifact or simply refactor the android implementation upwards to the core AbstractUploaderStrategy.
This allows cloudinary-java users to not have to enter api_secret if say the signature is generated via other microservices/authorization servers. This also allows easier server-side integration tests.
While I understand the audience for cloudinary-java is more towards server users where the secret key is most likely exposed within a monolithic service, the two reasons above are currently forcing us to mangle a separate UploaderStrategy which simply use the above Android part instead.
Hi, still no news? Java SDK don't allow to use pre-generated "signature", and trying to get "api_secret" even if "signature" is included. Is it allowed to create a pull request from side person(I will just move functionality from android repo cloudinary_android to cloudinary_java)?
Activity
yakirp commentedon May 7, 2018
Hi @amirulzin,
Thank you for pointing us to this issue, make a lot of sense.
Our Dev Team will review this for prioritization.
Thanks,
Yakir
OleksandrYuvkoExt commentedon Aug 19, 2021
Hi, still no news? Java SDK don't allow to use pre-generated "signature", and trying to get "api_secret" even if "signature" is included. Is it allowed to create a pull request from side person(I will just move functionality from android repo cloudinary_android to cloudinary_java)?
francistagbo commentedon Aug 20, 2021
Hi @OleksandrYuvkoExt,
Thanks for your comment!
I am checking this with our team internally, I will update you once I have more insights.
Regards,
Francis
francistagbo commentedon Aug 26, 2021
Hi @OleksandrYuvkoExt
Yes, we do welcome users to create a PR.
We will review it once you have submitted it.
Thank you!
Regards,
Francis