Click here to Skip to main content
Rate this: bad
good
Please Sign up or sign in to vote.
See more: IIS7 ASP.NET
Hello!!!
 
I Have hosted an application on iis. When i am using this application and taking image using Webcam it is not getting saved in a folder on server how ever if i run the application locally image is getting saved. I unchecked the Read only property of the folder even of the whole application but it still doesn't works.Please tell me how to solve this problem.
Posted 27-Sep-12 2:19am
Comments
ryanb31 at 27-Sep-12 10:59am
   
It's likely a permissions issue. Find the user account that is running the Application Pool in IIS and make sure that account has permissions to write to the folder.
Sergey Alexandrovich Kryukov at 27-Sep-12 13:31pm
   
Maybe, but it would be safe to say this is the issue of having insufficient information. OP needs to log related events on the server side and see what the logs tell.
--SA
Marcus Kramer at 27-Sep-12 13:43pm
   
Agreed. I have a hunch the OP is using an ActiveX control to capture the image and that the saving process is happening on the client side, not the server as they expect. Added on top of that is the permissions issue that Ryan noted which would affect the client side save as well.
Sergey Alexandrovich Kryukov at 27-Sep-12 16:18pm
   
Right. After this your comment, I decided to try to generalize the approach OP would needs to take. Then, if the problem still cannot be resolved, this approach will allow to pose informative questions in this forum.
 
Please see -- what do you think?
--SA
ujjwal uniyal at 28-Sep-12 0:37am
   
Thanks to all of you for your advise and suggestions. The issue was with the permissions. I granted permission to IIS User for writing the files and it worked. :) Thanks again

1 solution

Rate this: bad
good
Please Sign up or sign in to vote.

Solution 1

Please see the comments to the question. In response to the comment by Marcus Kramer, I decided to generalize the approach you need to develop. This is easy enough:
 
  • Debug.
  •  
  • Where debugging is too difficult, devise a facility to make the code feasible for debugging. Not all code has to go to deployment, by the way. Development-only projects can be important, as well as skeleton prototypes.
     
    Example: debugging of the Windows service can be difficult. It the problem persists, it's good to put most of the code in some library assembly and use it from two applications: one being Windows service, and another one, say, a console application doing basically the same job. Most bugs could be detected using just the console variant of the application.
  •  
  • Where that is still difficult, log sensitive information on everything which is important or can be problematic: "before and after" such actions. Don't forget to catch all exceptions in the stack frame on the very top of the stack of each thread and make sure you always log all the comprehensive exception information at those points.
     
    First of all, I would advice to use the class System.Diagnostics.EventLog:
    http://msdn.microsoft.com/en-us/library/system.diagnostics.eventlog.aspx[^].
 
—SA
  Permalink  
v6

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)



Advertise | Privacy | Mobile
Web03 | 2.8.141022.2 | Last Updated 27 Sep 2012
Copyright © CodeProject, 1999-2014
All Rights Reserved. Terms of Service
Layout: fixed | fluid

CodeProject, 503-250 Ferrand Drive Toronto Ontario, M3C 3G8 Canada +1 416-849-8900 x 100