In order to implement custom from addresses for paginated subscription, I am saving HTML 4.0 formatted report to a file share, then using OPENROWSET/BULK load in SQL plus sp_send_dbmail to send the mail. All worked great after adding the HTML 4.0 type and configured embedding. The only issue is that images do not show in the email.
In my research, all of the articles I am seeing are people rendering the reports via web service or code. SSRS -Image not rendering on HTML 4.0 Report(Unauthorization )
I am on Power BI report server and wondering if it would even be possible to get the images to render. The article mentions overriding the Deviceinfo StreamRoot, is this something I could do in my scenario without external code? Like via settings or anything else? I also saw a suggestion to just add a rectangle but that had no affect. Any ideas are appreciated.
Related
The main goal of my project is to read Autocad(DWG) drawings from my local server to output them in a web browser (Chrome).
I managed to do it with the View and Data API in JAVA from Autocad with buckets, Key, etc. but when it comes to read offline files with this sample code from https://github.com/Developer-Autodesk/view-and-data-offline-sample, the DWG format did not work.
Do you have suggestion or have a clue to use the offline API with DWG files?
The Autodesk View & Data API (developer.autodesk.com) allows you to display a DWG on your website using a zero-client (WebGL) viewer. You need to upload the DWG to the Autodesk server, translate it, and either then download the translation to store on your local server (as demonstrated on extract.autodesk.io) or keep it on the Autodesk server. You might consider downloading it to be advantageous because then you don't need to implement the OAuth code on your server.
Buckets on the Autodesk server can only be accessed using the accesstoken created from your API keys, so it is secure in that only someone with your accesstoken and who knows the URN can access your translated file. However, for the viewer on your client-page to access the file, you need to provide it with your accesstoken. This does mean that someone could separately access your translated file by grabbing the accesstoken and URN from your webpage. But if you're serving up the model on a public page, then you presumably don't care about that.
There is a 'list' API available, but this is white-listed (available on request), so getting your accesstoken and urn for one file doesn't automatically give access to your other files - unless someone can guess the other filenames (or iterate to find them).
If you use a non-permanent bucket, then your original (untranslated file) becomes unavailable when the bucket expires, or you can explicitly delete the untranslated file (using the delete API).
Files translated via the View & Data API are not accessible via A360. They are stored in a separate area. (But I wouldn't be at all surprised if an A360 file access API became available in the near future :-).
Finally, unless you want to interact with the displayed file via the viewer's JavaScript API, you may prefer just to upload your files to A360, share the translated model, and then iframe embed them in your webpage.
In a reporting application we use, we were using BI 3.x API to produce Web reports. While doing the migration activity to 4.x version, we thought it is fine to go with open doc url rather than doing the report generation through API.
Many of the samples I have seen uses sIDType and iDocID parameters along with Token value to retrieve the document by constructing a URL like below http://server:port/BOE/OpenDocument/opendoc/openDocument.jsp?token=[LogonToken]&iDocID=[XXXX]&sIDType=CUID
But all those URLs get HTML page as response from BI 4.x SAP webservice, the java script in that HTML page does the task of retrieving the pdf file.
I am just wondering if there is any way I could retrieve the pdf report as response from the BI Webservice directly ? Please assist me on this. Thanks
You can if you use the REST SDK to retrieve the document, refresh it and then export it to PDF.
In short, these are the steps:
Logon: POST /biprws/logon/long
Get the doc's prompts (if any) GET /biprws/raylight/v1/documents/5690743/parameters
Pass the correct values for the prompts (if any) and refresh the document: PUT /biprws/raylight/v1/documents/5690743/parameters
Export as PDF GET /biprws/raylight/v1/documents/5690743
That last step requires you to pass Accept: application/pdf in your HTTP headers to get the PDF version.
Detailed information on the REST SDK and the different steps listed above is available on help.sap.com (look for the manual SAP BusinessObjects RESTful Web Service SDK User Guide for Web Intelligence and the BI Semantic Layer).
Use sOutputFormat=P to always retrieve the PDF of the report using open doc
I have a client that wants to store large PDFs (>700MB) on SharePoint 2013. The problem is that viewing the PDF is currently requiring the entire PDF to be download before displaying the first page. I need the browser to display each page of the PDF as it downloads, a feature I believe Adobe calls "Fast Web View" or "Byte Streaming". Here is what I know:
"Fast Web View" is enabled on the PDF document in the Document Properties window.
I can verify that the PDF is "Linearized" by reading the ASCII content.
I have checked the PDF reading options from the PDF Accessibility.
The client has SharePoint 2013 on premise installed.
SharePoint's File Handling is set to permissive.
I have verified PDF is an AllowedInlinedownedMinme type of the Web Application.
Anything else I should check or configure?
It is not enough if the PDF files are linearized (technical term in PDF parlance) or optimized for fast web view (marketing term for that feature).
There need to be two conditions met before taking advantage of fast web view working for the end user:
The PDF viewer needs to be able to make use of the linearized/optimized PDF file features.
The PDF serving remote host (in this case SharePoint) needs to be properly configured to honor 'byte range requests' by the viewer, so downloading chunks of the PDF file may be delivered "out of order".
However,...
...I do not know if SharePoint servers in general do support the second requirement;
...if SharePoint is not the problem, you may want to check which PDF viewer is actually in use in that environment (test it with Adobe Reader -- that one takes advantage of linearized PDF features for sure).
See also this answer to a question from today, which gives a few more technical details:
How are PDF files able to be partially displayed while downloading?
A co-worker identified the problem after comparing the download from SharePoint to that of a working site using WireShark. The SharePoint site didn't include "Byte ranging" in the response headers. In order to enable that feature in SharePoint, you have to enable BlobCache. Beware, BlobCache is not supported in SharePoint foundations.
I am wondering if it would be possible to build a print service using the chromium project source code. The idea would be people clicking a print button on our web page would send a call to this service which would return a PDF rendering of the page?
Yes, on the server side you have a CGI script to do the conversion. You can reply with a link to the document, or you can e-mail it. You need to ensure the user spaces are kept separate and that the documents are kept on the server long enough for them to download.
Or you can rely on the observation that many people have PDF output pseudo-devices and can print the page locally.
This is more of a general "how do I get started" question. I would like to display my company's SSRS Integrated Sharepoint Reports in an iPad App, but I'm not sure where to start. Googling this concept didn't return any results.
We would like a native feel without displaying the reports in a Web View container.
Any ideas?
Thanks in advance!!
Maybe you can use the webservice to get the parameters and build a little query interface. You'd have to figure out what to put in your dropdown boxes I believe.
Get params with that and then submit call the render method which would return the report to you in the desired format. Be sure to read the remarks there.
I have no clue if this would actually work. My organization built an interface like this for reporting services 2000, but it used the URL-based submitting method.
Good luck, I'd love to know if this works for you.
Using the web service is definitely your best bet. You should be able to query all the parameter information you need from the service and then render it in various formats (html is probably your best bet).
I know it's definitely doable, as I've used the web service to build custom scripts that render and and send out PDF versions of reports. It would essentially be the same task. You can find plenty of information on the web for working with it.
look at http://reports4you.software4you.com
The Website shows a server based solution to display reporting services reports on the ipad (including autentification, etc.)
Yours
Dirk
With SQL Server 2012 SPI, you can now access a SSRS report from an iPad by browsing the SharePoint library or viewing the report in a Web part.
For more information about viewing and interacting with SSRS reports on the iPad, see View Reporting Services Reports on Apple iOS devices (SSRS iPad).