Frameworks
Integrations
Mendix
SharePoint
Modular UI
Legacy UI
AnnotationManager
Annotation Types
Customize
Version 11
Version 10
v10.12
v10.11
v10.10
v10.9
v10.8
v10.7
v10.6
v10.5
v10.4
v10.3
v10.2
v10.1
v10.0
Version 8
v8.12
v8.11
v8.10
v8.9
v8.8
v8.7
v8.6
v8.5
v8.4
v8.3
v8.2
v8.1
v8.0
Version 7
Version 6
v6.3
v6.2
v6.1
v6.0
Version 5
Version 4
Version 3
Version 2
WebViewer Server
WebViewer BIM
WebViewer Server is designed to work hand-in-hand with the WebViewer client in order to seamlessly optimize the viewing experience. Once the server is running, simply supply the webviewerServerURL
argument to WebViewer upon startup:
This will ensure an optimal client experience on any of your target platforms, optimizing the delivery method as required.
In order to handle requests as quickly as possible with minimal server load, WebViewer Server caches intermediate data opportunistically. For example, this might include includes caching parsed PDF content in memory for quick re-renders of the same doc, caching conversion results, fetched data, and render tiles, if used.
It will also batch requests together in order to minimize cpu-heavy operations like conversions -- if users Alice and Bob try to view the same Word document at the same time, then only one conversion to PDF will ever take place, and the will be broadcast to both users. For documents under high contention (as might happen when sharing a doc for review), the performance benefit can be tremendous.
In order for this caching and batching to work correctly, the server requires that incoming URLs map to documents in a one-to-one manner, including query parameters. If Alice and Bob access the same document but via different URLs, then the server will assume they are different documents and end up doing more work than is required. In order to ensure the cache is working as intended, it may be necessary to move unique URL query parameters (access tokens and time stamps, for example) into the request headers instead.
We also offer method of controlling caching on the WebViewer Server. When requesting documents you can pass a cacheKey
to the load document call. This will cause the document requested to be cached on the cacheKey
you have provided. If a request is ever made to this cacheKey
, the document first cached under that key will be returned.
When a document URL is provided to WebViewer, that URL will now be fetched by the docker server instead of the browser. If authorization information needs to be provided to the server providing the document, this can be done using the customHeaders
option when creating a document.
You can also provide the filename
option to ensure that the server knows what type of file you are attempting to view (in case it is not clear from the URL).
When the docker server makes a request to fetch http://<documentserver>/FileDownload?param1=abcd&fetchid=dcba
, the http request will include the values in options.customHeaders
.
It is also possible to append a query parameter onto every request made to and from WebViewer Server. This can be used as a form of authentication or to handle some other system. To do so, call loadDocument
with your custom query parameters like so:
Now every link will have param1
and param2
appended to it as a query parameter.
For most use cases no extra interaction with the server is required, beyond what is mentioned in the previous section. For special cases, these endpoints can be used to further optimize your application, or tailor it to your own particular use case
Preload a document into WebViewer server prior to actually viewing it.
The URL of the document to be preloaded, should be a fully qualified absolute path
Returns code 200 once the information has been received by the server. The response is asynchronous -- the return does not indicate that all preload work has been completed.
For example, to pre-fetch http://domain/document.pdf
, make a GET request to http://<docker_address>/blackbox/PreloadURL?url=http%3A%2F%2Fdomain%2Fdocument.pdf
myserver/blackbox/metrics
Returns metric data for Prometheus.
You can use this API with Prometheus by setting a target in Prometheus to it. Prometheus will then scrape the APIs as defined in our configuration docs.
myserver/blackbox/HealthCheck
Checks whether your server is still able to process jobs. WebViewer Server tests at 30 second intervals as to whether it can process a document and updates the result of this check.
For example, to check the state of your server, make a GET request to http://<docker_address>/blackbox/HealthCheck
myserver/blackbox/GetPerfInfo
GetPerfInfo returns the queue latency (how long it takes to start working on any new work item) averaged over different timescales.
If the queue is momentarily held up by work items during usage, this is normal, and would show up as fluctuating values at small timescales (with larger timescales staying pretty steady)
If the queue is blocked due to work items with very heavy compute load or other reasons, it would manifest as all timescales rising steadily.
Returns a JSON object containing the queue times for each timescale.
response code 200
For example, to check the state of your work queue, access http://domain/document.pdf
, make a GET request to http://<docker_address>/blackbox/GetPerfInfo
myserver/blackbox/GetSupportedFormats
Get the currently supported formats by the server. Will return the formats in a JSON array. Any formats not listed by this API will be rejected by the server. Requires 1.5.7 or greater.
curl localhost:8090/blackbox/GetSupportedFormats
myserver/blackbox/GetPDF
GET request to convert a document to PDF format, and return the result.
The URI of the document to be converted, should be a fully qualified absolute path. Required.
For usage when the file you wish to use GetPDF with is not a PDF. Specify the format of the file you wish to convert to PDF.
The return format, if set to "data", will redirect to the actual pdf document, otherwise will return json data in the form [{"uri":"<location of the pdf>"}]
If set to 'true', will linearize the returned document.
The raw annotation data you wish to merge in with the document when performing the GetPDF job. This is expected in the XFDF format. Requires a POST request instead of a GET request.
A HTTP header which can be set with a JSON object containing custom headers like so:
The custom headers will be used when the server fetches the document requested through the uri argument.
The key to cache the document against. This will force the server to always return the same cached item corresponding to the cacheKey passed.
fmt
is set to "data", returns the converted PDF data.http://<docker_address>/blackbox/
. This result is in json: [{"uri":"<location of the pdf>"}]
To obtain http://domain/document.docx
in PDF format, access , make a GET request to http://<docker_address>/blackbox/GetPDF?uri=http%3A%2F%2Fdomain%2Fdocument.docx&fmt=data&ext=docx
To instead obtain a json formated link to the conversion result, make a GET request to http://<docker_address>/blackbox/GetPDF?uri=http%3A%2F%2Fdomain%2Fdocument.docx
If you wish for the result from GetPDF to be saved with a different name than it has and downloaded directly, set the query parameters on the download link attach=true
and dlname
to the name you wish to give the file. The example below shows how this would be done:
http://localhost:8090/data/Converted/Fetched/myfile228288ccc.pdf?attach=true&dlname=mynewdocumentname.pdf
myserver/blackbox/CacheCheck
Check if a document was already cached by WebViewer Server.
The parameters used should match the options used by the document when it was originally cached. The parameter options are as follows. Parameters will effect whether the cache finds the document.
Required
The URL for the file. This can be a cid://url
in the case of file uploads, or an internet url.
The manually specified extension of the file.
The password used for the file.
The cacheKey used for the file.
The officeOptions used for the file.
The CAD options used for the file.
The rasterizer options used for the file.
Returns 200 if the document was cached, 404 if it was not.
myserver/blackbox/GetThumb
Retrieve an image version of a PDF page. Allows the retrieving of files that can be used as thumbnails or previews.
The URI of the document to be converted, should be a fully qualified absolute path
The page to render, with page 0 representing the first page.
The size of the thumbnail expected. Accepts large
(1280p) medium
(640p) and small
(320p)
For usage when the file you wish to use GetThumb with is not a PDF. Specify the format of the file you wish to generate a thumbnail for.
Defaults to false, if set to true includes annotations on thumbnail
A HTTP header which can be set with a JSON object containing custom headers like so:
The custom headers will be used when the server fetches the document requested through the uri argument.
Returns code 200 if the image render was successful and returns json containing the URI to the image file in the format:
Did you find this helpful?
Trial setup questions?
Ask experts on DiscordNeed other help?
Contact SupportPricing or product questions?
Contact Sales