I am working on windows application and I am using crystal report for reporting. At the time of set up creation i have also added merge module for crystal report. When I run the application in my machine and open the report ,it is working as expected.
For testing i have created simple report without any database connection with static content.
But when I install same set up on some other machine , I am getting Load report failed error from below line.
rpt.Load(path);
-- I have verified rpt file on path , it is there only.
Stack Trace
Load report failed.
at CrystalDecisions.ReportAppServer.ReportClientDocumentWrapper.EnsureDocumentIsOpened()
at CrystalDecisions.CrystalReports.Engine.ReportDocument.Load(String filename, OpenReportMethod openMethod, Int16 parentJob)
at CrystalDecisions.CrystalReports.Engine.ReportDocument.Load(String filename)
at MyApplicaion.frmreports.Button1_Click(Object sender, EventArgs e)
As i remember there is an option about the report to be included in the application. So when you send it to the client it is already included. I suppose this is your problem. Cannot remember exactly which but let me check. I think something like property file. Sorry for not the complete answer but there has been a long time since i used it.
Related
I've been developing for SharePoint for roughly 2 weeks and I keep running across the same problem. How do I successfully access SPWeb object? Here's my issue:
If I try to access SPWeb (SPWeb site = SPContext.Current.Web) I get an error message: "Microsoft SharePoint is not supported in 32-bit process. Please verify that you are running in a 64-bit executable."
Ok, no problem. So, I change my Project AND my Web Project to x64 under Properties -> Build -> Platform target.
Now when I run the application I get the following error: "Could not load file or assembly 'xxxWeb' or one of its dependencies. An attempt was made to load a program with an incorrect format."
I've tried many things and this is a right-out-of-the-box solution. What am I doing wrong?
EDIT: Image of error information (may need to zoom in):
This question is related to my previous question.
I need to publish a C# application (that has been set up in IIS 6.0 and built in VS2010) to a desktop with win7.
I have set up IIS on my desktop well. Now I can install the application on my laptop by accessing the URL
http://myDesktopName.domain.com/MyApp
pointing to a physical location in desktop
e:\myPath\myApp\myAppService.svc
When I publish a new version of the web service, the application should get updated when I open it.
But, it gave me an error:
**the filename,directory name, or volume label syntax is incorrect**
After searching online, I found this error is normally caused by some unacccepted chars in the link. Here is the code that the msi (MS installer) needs to access and get the new version of the application.
System.Diagnostics.Process.Start("msiexec", "/favmuso \"" + myurl + "\"");
here,
myurl is http://myDesktopName.domain.com/MyApp/MyAppSetup.msi
Here, http://myDesktopName/MyApp/ is the virtual directory set in IIS 6.0 on my desktop. I can access and download it from IE in my laptop without any problems.
But, when the application notified me that a new version is available for updating the old one, I clicked the pop-up ballon on the application icon and then I got the error:
Error 123. The filename, directory name, or volume label syntax is incorrect.
If I try to access it from the C# code, I got the same error.
Then, I did a test by running
msiexec **/favmuso** http://myDesktopName.domain.com/MyApp/MyAppSetup.msi /Lv mapp_msi.log
In the log file, i found :
MSI (s) (80:DC) [18:04:33:089]: SECREPAIR: Failed to open the
file:http://myDesktopName.domain.com/mypath/\myAppSdetup (10).msi for computing its hash. Error:123
Error 123. The filename, directory name, or volume label syntax is incorrect.
Why my applcation setup file name was changed to
\myAppSdetup (10).msi
The "/favmuso" options can be found at
https://technet.microsoft.com/en-gb/library/cc759262%28v=ws.10%29.aspx#BKMK_Install
Any help would be appreciated.
thanks
So I noticed that you've asked this question elsewhere, and everyone was focused on the /favmuso piece of it.
I've been recently exeriencing this issue when trying to repair MSIs with a URL source when the original application was installed by SCCM 2012.
The workaround I found was to add a registry value at HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\Installer. The value below causes the MSI to skip the problematic portion of the repair and move on.
Name: SecureRepairPolicy
Type: REG_DWORD
Value: 1
To be a bit safer, you look into setting the registry value to 2 and using a whitelist as described in this Microsoft article: https://support.microsoft.com/en-us/kb/2918614. (Ctrl+F "Steps to opt-out the affected programs".)
I have currently upload my asp.net file which contains crystal report in Website host: (somee.com), but the crystal can't work in somee.com.
Error message：“Error
Failed to open the connection. Details: [Database Vendor Code: 17 ] Failed to open the connection. rptUsers {BFFF26F5-4E99-4153-9D71-67B92F5924D9}.rpt Details: [Database Vendor Code: 17 ] ”
How can I solve this problem?
Here is my the website I upload in somee:
http://yuanyuanhong.somee.com/Reports/Users.aspx
*Try to login with:“Email address:964104381#qq.com;password:5780231" in able to access the above page.
Thanks.
Could be several issues: can't connect to database, path to report file incorrect, permissions issues for the web user, no crystal runtime installed on the server. Judging from the error you have an issue connecting to the database. Do you have a DSN (Data Connection) on your development machine that you don't have on the server? Does the web user have access to the database?
Something to start with....
Chris
After making a published version of asp.net webform application and uploading it to my clients server the application worked correctly.
But after time it showed this error:
at CrystalDecisions.ReportAppServer.ReportClientDocumentWrapper.EnsureDocumentIsOpened()
at CrystalDecisions.CrystalReports.Engine.ReportDocument.Load(String filename, OpenReportMethod openMethod, Int16 parentJob)
at CrystalDecisions.CrystalReports.Engine.ReportDocument.Load(String filename)
at LogisticSystem.eokReports.ExportReportPage.GetReport()
in D:\Mostafa\LogisticSystem\LogisticSystem\eokReports\ExportReportPage.aspx.cs:line 390
this path is my local pc path
"D:\Mostafa\LogisticSystem\LogisticSystem\eokReports\ExportReportPage.aspx.cs" not a path at the clients server
It looks like you are trying to load a file that is not present at the clients server. Make sure that your report path is correct and the file exists. If "D:\Mostafa\LogisticSystem\LogisticSystem\eokReports\ExportReportPage.aspx.cs" not a path at the clients server is your error, then it's pretty clear that the file path you specify in your code does not exist on the server. Put the report file on the client's server and change your code to point to that file location instead of the location on YOUR machine.
Hope that helps,
Chris
Error: Unable to generate a temporary class (result=1) ... When Invoking Methods on a Web Service. I am using VS 2008 C# ASP.NET 3.5. I am invoking a remote webservice to my application.
Server Error in '/' Application.
Server was unable to process request. ---> Unable to generate a temporary class (result=1).
error CS2001: Source file 'C:\WINDOWS\TEMP\6sbkwt2d.0.cs' could not be found
error CS2008: No inputs specified
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.Web.Services.Protocols.SoapException: Server was unable to process request. ---> Unable to generate a temporary class (result=1).
error CS2001: Source file 'C:\WINDOWS\TEMP\6sbkwt2d.0.cs' could not be found
error CS2008: No inputs specified
Source Error:
Line 775: [System.Web.Services.Protocols.SoapDocumentMethodAttribute("http://tempuri.org/CheckLogin", RequestNamespace="http://tempuri.org/", ResponseNamespace="http://tempuri.org/", Use=System.Web.Services.Description.SoapBindingUse.Literal, ParameterStyle=System.Web.Services.Protocols.SoapParameterStyle.Wrapped)]
Line 776: public System.Data.DataSet CheckLogin(string uname, string pswd) {
Line 777: object[] results = this.Invoke("CheckLogin", new object[] {
Line 778: uname,
Line 779: pswd});
Source File: c:\windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Files\root\14127ae4\96323535\App_WebReferences.u9ldrmk1.0.cs Line: 777
First, credit where credit is due. The OP solved this problem and answers it in the comments section of the question. However, I understand that many people come to StackOverflow and will read through the question, and not look at the comments. Therefore, I'm relaying the above answer here. Be sure to up-vote the question if this is useful.
This problem occurs because the account that is associated with your web service's application pool in IIS does not have read/write permission to the C:\Windows\Temp folder. I have no clue why the account needs access to this folder, but it does. From my casual observation it looks like it just writes an empty file with a random name to the Temp folder.
To solve this problem browse to the C:\Windows folder, and right-click on the Temp folder. Select Properties, and on the Security tab add the account associated with your web services application pool. Hit the OK button, go to IIS and recycle your application pool. This should fix your web service request.
It is worth noting that the circumstances around this error can be a bit deceptive. I've ran into this problem a couple times over 5 years. (I've forgotten about it each time.) The reason why it's not so noticeable is because you can publish a web service, successfully browse to the associated asmx page and see the outline of your web service methods. Furthermore, your Visual Studio project can add a reference to the Web Service and Visual Studio will auto-generate all associated classes for the web service in your VS project.
This gives the impression that everything is working properly until you make your first request to execute a method on the web service. The web service will fail when it begins executing code because it wants access to the temp directory.
Further information regarding this bug can be found at the acknowledged bug report at Microsoft.com.
That happens when your web site doesn't work with Application Pool "DefaultAppPool" and you chose its own pool.
In that case you need to add an user with the name of your pool.