-
Notifications
You must be signed in to change notification settings - Fork 124
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fatal error: Class 'DocuSign\eSign\Api\EnvelopesApi\ListStatusChangesOptions' not found #23
Comments
after the
and then replace: |
Dear @theBull, I made the steps in the readme but got the same fatal error:
I receive these messages: |
@mdesign83 Please use the following and it should work. You can find working example in the unit test cases. Hope that helps. |
The main problem is the generated php source is not PSR-4 compatible:
But neither EnvelopesApi directory exists, nor ListStatusChangesOptions is a separate file. If I split EnvelopesApi.php file to separate classes in EnvelopesApi directory, everything is fine. |
The problem is still there. Please split the classes in separate files. |
The issue still persists. |
I see this issue is already closed but i encountered the same problem with an integration in Symfony.
Here is my code block : $options = new \DocuSign\eSign\Api\TemplatesApi\ListTemplatesOptions();
$options->setInclude(DocuSignClient::OPTION_CUSTOM_FIELDS);
$dsTemplateApi = new \DocuSign\eSign\Api\TemplatesApi($this->docuSignClient);
$templates = $dsTemplateApi->listTemplates($this->docuSignClient->getAccountId(), $options); It seems that the psr4 autoload rules is not respected. The filename need to be the same than the class name as the path need to match the namespace. |
A workaround can be used if you edit your composer.json as shown beelow. You can add a "classmap" entry to generate an additional autoload mapping. "autoload": {
"psr-4": {
"App\\": "src/"
},
"classmap": [
"vendor/docusign/esign-client/src"
]
}, |
@LarryKlugerDS is it possible to re-open this issue or should we create another one? The issue is still here, psr-4 autoload is not respected in |
@adrienfr -- Thank you for your comment. I've re-opened the issue and notified the product manager. He'll work with our engineering group on the issue. |
I also just ran into this issue just now. Any updates on this? |
@LarryKlugerDS any news regarding this issue? Because of the current behavior, we can't use the API to re-send an envelope and have to manually do this through our Docusign account, not very time effective :/ |
@harsharahul, could we please have your input on this issue? |
I have the same issue with template options. |
Just to note, this has just caused us problems while trying to get our new DocuSign-based solution up and running. We used the composer workaround given by @alxvgt and that works alright (thanks @alxvgt !) but it's a pretty poor developer experience when something as basic as this doesn't function properly. PSR-4 has been the standard for PHP autoloading for many years now and PHP devs tend to assume it'll "just work"... If it can't be fixed (which would be a shame), could it be mentioned somewhere in DocuSign's main developer documentation to make it more obvious and stop future developers from wasting their time? (EDIT: I see it is actually mentioned here: https://developers.docusign.com/docs/esign-rest-api/sdks/php/setup-and-configuration/ ... but, it's under the "Downloading the SDK from the GitHub repository" heading which is likely to be ignored by a lot of developers as they'll have just followed the composer instructions in the previous section). |
Dear Devs,
Composer can't load the subject class.
Please generate separate php files per namespaces/classes in under proper directory path.
The class in the file src/Api/EnvelopesApi.php instead of src/Api/EnvelopesApi/ListStatusChangesOptions.php regarding to its namespace.
Relating docs to your psr-4 composer setting: http://www.php-fig.org/psr/psr-4
Best regards,
Karoly
The text was updated successfully, but these errors were encountered: