I am running shared hosting server for asp.net application. I want to support for crystal report on my server. So that users web application use crystal report.
Can any one know what is the procedure to support crystal report on the server.
Thanks
The report-viewer control (as of XIR2) is COM dependent. Your hosting company will need to support COM and be willing to run the installation package to ensure that the correct registry entries are created. I'm sure that there are licensing issues for this, not to mention the extra burden added to IIS for report processing. You may want to consider BusinessObjects Enterprise.
Related
I have two servers running:
The first one is a Jasper Server with multiple working reports.
The second one is a freshly installed SpagoBI Server.
Now the Jasper Server should not longer be used and the reports need to be migrated on the SpagoBI Server.
Is there a way to transfer/convert the reports easily?
My prefered (but naive) solution would be a simple ex- and import but unfortunately I haven't found such an option yet.
Another way that comes to my mind, could be using the clients (iReports/SpagoBI Studio).
With iReports I can access the repository of the Jasper Server but unfortunately I can't connect it to the SpagoBI Server.
Is there a Tableau Desktop executable inside the Tableau server installation.
I have a system where Tableau server in Cloud and would want to use Tableau Desktop in the same server? Is that feasible?
Tableau Server and Desktop are two different products and Server does not ship with a copy of Desktop.
They can both be installed on the same windows machine, but I would never do that except for trouble-shooting reasons (ideally you should install Tableau Server on a dedicated machine so that it does not have to fight anything else for resources).
Tableau Server lets you make limited edits to existing workbooks, but you can not create new workbooks directly.
However, if you want to install Tableau Desktop separately, on the same cloud server that hosts your Tableau Server, it may (or may not) be doable depending on the specifications of the cloud server.
The major difference between Tableau desktop and Tableau Server?
At my previous organization, we always had a desktop version installed on the VM running our tableau server. This was useful for making connections to data sources that required firewall rules since the VM's IP was static. Then extracts could scheduled for refreshes.
So yes, it is feasable, but like others, it is a separate product.
Please note: make sure you understand the implications of editing an existing view.
Workbook owner, project owner or site admin may grant you rights to do the editing. However, you will be overwriting the existing workbook (you can't "save as...")
Besides, the edit function on the server is limited to visualization (sheets) and doesn't work with dashboards (to be improved in the next release, as announced)
Tableau Desktop and tableau server are two different product.
Both have their different executable files.
Desktop is created for development purposes while server is created for more sharing and authentications purposes.
You can do some edits in server, but you cannot create a new dashboard on server.
As others mentioned, Tableau Desktop and Server are separate products and have separate executable. We used to have Tableau desktop installed on Server to publish extracts and manage our extracts which were developed using API
Another thought: Tableau Server provides permissioned users with the ability to leverage Web Authoring to create/edit server content. Web authoring has the same look/feel as desktop, and has most of the features.
Many go this route as it comes with your server license, so the additional desktop purchase is not necessary.
More Info Here
In my current project both Tableau Server and Tableau Desktop are hosted on sane server. You need to analyse the data volume, traffic to workbooks to come up with right RAM size. I would recommend minimum RAM of 25GB assuming close to 20 users accessing tableau server and there is not huge volume of data refresh or connectivity
The desktop version "inside server" is to create and explore licenses. If you have one of these, you can create a sheet/dashboard using the Tableau Server through your browser.
We are using Crystal Reports and SAP BusinessObjects EDGE server for reporting.
At the moment there seems to be about 200 Dynamic Cascading Prompts on the Repository. I found info on how to edit these with Business View Manager but apparently it isn't included in the EDGE-version of BusinessObjects server. Is there any way to edit these prompts from somewhere else?
It seems I was wrong about Business View Manager missing. Followed the advice from this thread and found it in:
C:\Program Files (x86)\Business Objects\BusinessObjects Enterprise 12.0\win32_x86\CrystalBVM.exe
I have a windows 2008 application server that hosts a web application built in classic asp. i have a crystal report server which is a windows 2008 server. both are on the same network.
I want to create pdf file from rpt file in the application server. Is there a way to do this without installing crystal reports on the application server?
-Vivek
This requires a bit more thinking but in theory you could do something like this:
Classic ASP is not able to work with Crystal Reports (as far as I know)
However, your IIS7 is able to handle both ASP.NET and Classic ASP
You could develop a service in .NET that does the conversion for you
This could work on your application server utilizinig the Crystal redistributable runtime libraries
Like I said this is just a theory. Give it some thought and if you run into any trouble let me know...
I don't know nothing about Crystal Reports Server, but surely there a way to tell the server to process a file and generate a PDF. You can then pick up the file from the other server.
you can use crystal reports from classic asp but you have to use the crystal reports dlls on your application server (where asp is executed)
dim oApp : set oApp = Server.CreateObject("CrystalRuntime.Application.10")
and so on...
I have a .NET Winforms app (created in VS2005) that I deploy using ClickOnce. On one of the forms I have a Crystal Reports viewer control for the user to view the reports, but in order to use that in the app I have to include the the Crystal Reports XI Release 2 prereq which they install prior to installing the app. This basically installs a watered down version of Crystal onto the users machine.
It works publishing this way, but it is sort of a hassle for the user to have to wait on Crystal to install and is a huge hassle for me because publishing the app with the prereq takes a long time to finish because it has to upload the large prereq up to the server.
Since the publish takes so long and new installs are not super common I generally don't include the prereq when I publish changes and instead only publish it with the prereq if a new install is needed.
If you've used ClickOnce to publish an app with Crystal Reports, is this how you've published it or is there an easier/better way.
Is there a way to include/GAC the CR dll's needed instead of including and installing the Crystal Report prereq or is there a way that I can configure the OneClick deployment to not have to copy the file up every time. If I could configure the ClickOnce deployment so that I don't have to include the prereq and instead just point the install to a standard location that would help.
Hope this was somewhat clear and that someone can help out. Thanks
When you deploy a ClickOnce app with prerequisites you can specify where the prerequisites are downloaded from, local or the vendor (such as Microsoft). If you specify the vendor it will not include the prerequisite binaries in your deployment package.
If Crystal has not specified a remote location then you can always do your own prerequisite using the Bootstrapper Manifest Generator. You would then upload the Crystal binaries to a location on your deployment server, create your custom prerequisite using your new binary repository as the vendor site, add the custom prerequisite in your clickonce application and set it to download from the vendors site.
I believe that in VS 2010 you have a third option for ClickOnce prerequisites where you can target a specific site removing the need for your custom prerequisite.
From the responses, it seems that this is pretty common so I'll just post what I do to get around the issue for now.
First I'll start that I think Bronumski's response should work, but I've not had success with it in the past when I tried it.
The way that I get around this issue is just to publish the files using ClickOnce to a folder locally and then ftp the files over manually excluding the crystalreport install directory that is created.
I know this is not a good answer for this, but I don't have to deploy very often anymore and so this is my work around to the issue for now. Please read through all of the other answers to find one that might help resolve your issue.
Hope it helps. Thanks
The Crystal 11.5 Merge Modules for .Net are buggered, and that introduces issues when deploying through ClickOnce.
We eventually ditched ClickOnce and went for a self-extractor setup (Nullsoft Install System), and installed the Crystal Redist once-off on the client PC's.
Crystal is a nightmare, you can never 'get it right', but you can mitigate the headaches.
Conceptually, you're doing it the same I did awhile ago. The one thing I did differently was to deploy it from the build server instead of my machine. Quite frankly, I didn't care how long it took to deploy just so long as it didn't interrupt my machine.
I was using CruiseControl.Net for the builds so when it came time to deploy the release build I would just disable the CC build for it, start the publishing process, and check it after awhile.
When I had this problem, I created a seperate installer for Crystal Reports That made sense for me because I had many programs that used it.
That shortened the click once deployments but systems without the prequisite would crash with an exception, so when I migrated everything to Visual Studio 2008 and the newer Crystal Reports I started including them instead.
It takes longer each time they install and update, but in my case it isn't worth the trouble of managing the prequisite versus the ease of deploying.
Sorry to have to admit that I had a similar problem and ended up coming up with similarly arbitrary solution.
I ended up sitting between two stools, if the user didn't want Crystal on their machine, I offered an option to access a webservice hosted on a server with Crystal, so the job could be done remotely. If they had Crystal, the the job was done locally.
It wasn't perfect, but it least it was reasonably reactive.