Download the PHP package laulamanapps/document-signer-laravel without Composer

On this page you can find all versions of the php package laulamanapps/document-signer-laravel. It is possible to download/install these versions without Composer. Possible dependencies are resolved automatically.

FAQ

After the download, you have to make one include require_once('vendor/autoload.php');. After that you have to import the classes with use statements.

Example:
If you use only one package a project is not needed. But if you use more then one package, without a project it is not possible to import the classes with use statements.

In general, it is recommended to use always a project to download your libraries. In an application normally there is more than one library needed.
Some PHP packages are not free to download and because of that hosted in private repositories. In this case some credentials are needed to access such packages. Please use the auth.json textarea to insert credentials, if a package is coming from a private repository. You can look here for more information.

  • Some hosting areas are not accessible by a terminal or SSH. Then it is not possible to use Composer.
  • To use Composer is sometimes complicated. Especially for beginners.
  • Composer needs much resources. Sometimes they are not available on a simple webspace.
  • If you are using private repositories you don't need to share your credentials. You can set up everything on our site and then you provide a simple download link to your team member.
  • Simplify your Composer build process. Use our own command line tool to download the vendor folder as binary. This makes your build process faster and you don't need to expose your credentials for private repositories.
Please rate this library. Is it a good library?

Informations about the package document-signer-laravel

Laravel integration for the document signer SDK

Laravel integration for the Document Signer SDK: config, service provider, driver manager, facade, and verified webhook routes for both ValidSign and DocuSign.

Install

Then add at least one provider package — the laravel package treats both as optional:

Publish the config:

Configure

config/document-signer.php reads from .env. Minimum for ValidSign:

Minimum for DocuSign:

Default driver

DOCUMENT_SIGNER_DRIVER is optional. If left unset the manager auto-selects the sole configured driver — i.e. the one whose primary credential (VALIDSIGN_API_KEY or DOCUSIGN_INTEGRATION_KEY) is present. Set the variable explicitly only when you configure both providers in the same app:

Without an explicit choice in the "both configured" case, the first implicit DocumentSigner::send() call throws with the list of configured drivers.

Sending an envelope

You can also type-hint the manager directly:

Blade components

The raw {[type:signer:name]} syntax is safe to type inside .blade.php files — {[ / ]} doesn't collide with Blade's {{ }} echo tags. For ergonomics, though, the package ships five anonymous components that compile to the raw placeholder token so contracts read like normal HTML:

Component Compiles to
<x-document-signer::signature signer="…" name="…" /> {[signature:…:…]}
<x-document-signer::initials signer="…" name="…" /> {[initials:…:…]}
<x-document-signer::text signer="…" name="…" /> {[text:…:…]}
<x-document-signer::date signer="…" name="…" /> {[date:…:…]}
<x-document-signer::checkbox signer="…" name="…" /> {[checkbox:…:…]}

The components are registered under the document-signer:: namespace by the service provider. Both signer and name are required attributes. After the view renders, the resulting HTML is what you pass to Document::$html — the SDK parser sees the literal {[type:signer:name]} tokens and proceeds as usual.

PDF renderer

The manager wires a PdfRenderer into every driver it resolves. By default it uses the SDK's BrowsershotPdfRenderer. Two other options are built in.

Default: install spatie/browsershot

The SDK bundles the BrowsershotPdfRenderer class but not the Composer dependency — you need to install it explicitly if you want to keep the default:

Without it the manager throws an InvalidArgumentException pointing at the install command the first time it tries to build the renderer.

Use spatie/laravel-pdf

If your application already configures spatie/laravel-pdf — custom Node binary, default paper size, headers/footers, Browsershot tweaks — switch the SDK over so it picks up that configuration:

The SDK then renders every envelope document through the Pdf facade. If laravel-pdf isn't installed when this option is selected, the manager throws an InvalidArgumentException pointing at the install command.

Bind a fully custom renderer

For any other engine (wkhtmltopdf, Gotenberg, an external service, a tuned Browsershot setup), implement the SDK's PdfRenderer interface and bind it in a service provider — the manager picks up the container binding first and ignores the config value:

See Writing a custom renderer for the interface and an example.

Webhooks

The signing secret is the on/off switch. A webhook route is registered for each driver whose secret is set:

If neither is set, no webhook routes are registered at all — a webhook with no secret would 401 every request anyway, so exposing it wouldn't be useful. This is also the switch to use when callbacks are handled by a separate service (queue worker, edge function, external ingest): just leave the secret unset.

DocuSign only:

ValidSign only:

The common prefix (default document-signer/webhooks) and middleware (default ['api']) live under document-signer.webhooks in the config file.

Provider Registered when Route name URL Signature mechanism
DocuSign DOCUSIGN_CONNECT_HMAC_SECRET is set document-signer.webhooks.docusign POST /document-signer/webhooks/docusign HMAC-SHA256 of raw body in X-DocuSign-Signature-1..N
ValidSign VALIDSIGN_CALLBACK_SECRET is set document-signer.webhooks.validsign POST /document-signer/webhooks/validsign Shared secret in Authorization: Basic <credentials> — accepted as base64("user:secret"), base64(secret), or the raw string

Both verifiers use hash_equals for constant-time comparison and reject unverified requests with HTTP 401.

Listen to the event in app/Providers/EventServiceProvider.php:

The controller resolves the payload's event token against the provider's WebhookEvent enum before dispatching, so listeners can classify events without doing the enum look-up themselves:

The raw payload is still available on $event->payload (and the original Illuminate\Http\Request on $event->request) if you need vendor-specific fields.

Translated event labels

Each WebhookEvent can be rendered as a human-readable string via EventTranslator, backed by the package's translation files:

The package ships English (en) and Dutch (nl) translations for every ValidSign event out of the box. To add a locale or override the wording, publish the translations and edit the copies:

Translation keys mirror the enum's raw provider tokens verbatim (document-signer::validsign-events.PACKAGE_COMPLETE), so you can also reach them via trans() directly.

Testing

Swap the live provider for a fake in tests:

For full end-to-end provider mocking, see Extending the SDK.

Requirements

Documentation


All versions of document-signer-laravel with dependencies

PHP Build Version
Package Version
Requires php Version ^8.5
laulamanapps/document-signer-sdk Version ^1.0
illuminate/contracts Version ^13.0
illuminate/support Version ^13.0
illuminate/http Version ^13.0
illuminate/routing Version ^13.0
Composer command for our command line client (download client) This client runs in each environment. You don't need a specific PHP version etc. The first 20 API calls are free. Standard composer command

The package laulamanapps/document-signer-laravel contains the following files

Loading the files please wait ...