|
i have Webservice that connect and copy file to 30 terminals
after 10 terminal that copy the file - i get no connection.
but if i stop and start the webservice it works great.
the webservice is on Windows-XP with 1G memory
what can be the problem ?
thanks in advance
|
|
|
|
|
Windows XP only allows 10 inbound TCP/IP connections at any one time.
You'll have to move your webservice to Windows Server to get more simultaneous connections.
|
|
|
|
|
Further to Dave's post, here is a support bulletin that details this limit; http://support.microsoft.com/default.aspx?scid=kb;EN-US;314882[^]
You could always modify the web service to batch the copy operations out to the remote terminals.
What if one terminal is offline? does the service fail,, how does it know to carry on etc. etc.
You should be building some sort of queue that pumps the file out, if it experience a problem with any given workstation it moves onto the next, it then would go round the list of failed nodes and keep doing this until they are all complete.
|
|
|
|
|
Hey Guys,
I'm working on a webapplication and I'm saving files .pdf in a folder called "Files" inside of the application project...
So, I display these pdf files but I got a nasty problem, with delete them, It's driving me nuts....
because I every time I try to do it, I get this exception:
"File does not exist", It couldn't be found... BUT the goddamned File does exist..
In fact, I display this pdf file (with response.transmitfile) with the same string path and It works... but when I try to delete it with the methos from IO.. It doesn't work at all..
Here' part my code:
string path = @"\Files" + "\\" +filename.pdf;
if (File.Exists(path))
{
File.Delete(path);
elimino = true;
}
So, anybody knows how can I solve this problem???
Thanks...
|
|
|
|
|
phisco123 wrote: string path = @"\Files" + "\\" +filename.pdf;
if (File.Exists(path))
Maybe that's just a typo when you posted the message, but do you even have a variable named filename.pdf? What is the value of your path variable? If the actual filename is left off, then the path would exist, but you would be trying to delete a directory, not an actual file.
Of course, if it was just a typo in the message, it could be something else.
CQ de W5ALT
Walt Fair, Jr., P. E.
Comport Computing
Specializing in Technical Engineering Software
|
|
|
|
|
Because you have a backslash at the beginning, which means the search starts from the root of the drive. For example, if your web root is locally on the C: drive, then you're code is looking for C:\Files\whatever. I doubt that's what you want.
If your files root is under your web application root - not generally a good idea since people then have direct access at least for file extensions not configured with your server software (ex: IIS) - you can use ~ to resolve the path like so:
string root = Server.MapPath("~/Files");
string path = Path.Combine(root, filename);
if (File.Exists(path))
{
File.Delete(path);
}
It's also a good idea to use Path.Combine, which works on any manage host environment (though Windows is most typical) and takes care of any trailing backslashes since double backslashes in some use cases can cause problems (referencing back to root, for example).
This posting is provided "AS IS" with no warranties, and confers no rights.
Program Manager II
Visual Studio Professional Deployment Experience
Microsoft
[My Articles] [My Blog]
|
|
|
|
|
Don't forget ... MS best practice[sic] is merely:
try{
File.Delete(path);
}
catch{}
Considering the file can be deleted between the File.Exist and File.Delete calls by another process.
|
|
|
|
|
The user could also try setting a static setting of the directory location within his application under compile options and then just specify the file name which he is trying to delete.
Try creating a setting, string string ie: string FilePath = "%USEPROFILE%.\\Desktop\\DirectoryToFile\\" (or where ever your path is located)
Then in your application just add the Filename to the path, so that way you know that your application is pointing to the location, it would be concrete. Of course however if it is still saying that the file doesnt exists, make sure you are spelling it correctly and including the applications extension(which I'm not saying you aren't) and make sure you use the Try::catch, which is vital in this situation.
<pre>
String FILE_TO_DELETE = FilePath+FileName;
Try
if.exists(FILE_TO_DELETE) then
FILE_TO_DELETE.delete
end if
catch ex as exception
msgbox("Unable to delete file. Reason: ", ex);
end try
</pre>
And with the benefit of setting a static path in your program, you can change the path at anytime and save its settings easily. because as long as your code includes the "String FILE_TO_DELETE = FilePath+FileName;" That string will always change, just not your code.
|
|
|
|
|
 Heath Stewart wrote: Because you have a backslash at the beginning, which means the search starts
from the root of the drive. For example, if your web root is locally on the C:
drive, then you're code is looking for C:\Files\whatever. I doubt that's
what you want.
If your files root is under your web application
root - not generally a good idea since people then have direct access at least
for file extensions not configured with your server software (ex: IIS) - you can
use ~ to resolve the path like so:
<SPAN class=code-comment>
</SPAN>string root = Server.MapPath(<SPAN class=code-string>"</SPAN><SPAN class=code-string>~/Files"</SPAN>);
string path = Path.Combine(root, filename);
<SPAN class=code-keyword>if</SPAN> (File.Exists(path))
{
File.Delete(path);
}
It's also a good idea to use Path.Combine, which works on any
manage host environment (though Windows is most typical) and takes care of any
trailing backslashes since double backslashes in some use cases can cause
problems (referencing back to root, for example).
Thanks man, That was it
|
|
|
|
|
Hello,
I have written a 2 page program. The first page connects to a remote database so that queries can be run from the second page. Once the connection is established, that second page is navigated to using a button that calls the ShowDialog command. On the second page, I construct a query from an assortment of listview boxes and send the results to a DataGridView. So far so good....everything works to this point. Now, I have a rich text box that shows the final SQL statement that was used to create the GridView. I want to be able to modify the command manually and run it again to get new results without leaving this page...seems simple enough...however, when I try to run the command the second time using a different run button, the first page reappears when the code is completed. I stepped through it and found that the program is sending me back to the first page and stopping in the button code that called the ShowDialog command; and then I am stuck there. I do not know why I am being forced to leave the second page and why the code doesn't simply run and put the new information into the DataGrid. Please tell me where I am going wrong.....Thank you in advance....Pat
|
|
|
|
|
Well, at a rough guess I would say there is either a code bug or a logic error in your program. However, without seeing some of your code it's difficult to be more precise.
The best things in life are not things.
|
|
|
|
|
Richard,
Thank you for your reply....Yes, I agree with your input. There was so much code on this that I did not think it was OK to show it all, so I did not. I think that Bob (below) has an idea regarding the modality so I will pursue that line right now. In the meantime, I created a work around (which did not fix the issue but allowed me to get the desired result a different way). I wanted to reply though and thank you for taking the time to assist. I know you time is valuable and I appreciate it.
Best Regards, Pat
|
|
|
|
|
No worries, hope you resolve your problem.
The best things in life are not things.
|
|
|
|
|
ShowDialog returns when the form it calls is closed. So either the event handler on the second button is closing the modal form (directly or indirectly), or you have set a DialogResult on that button (which causes it to close the form).
|
|
|
|
|
Bob,
Thank you for your reply. I will further examine the code as per your suggestion and post the solution if I am able to correct it. In the meantime, I have created a work around to solve the immediate problem, but I will not be happy until I understand the "why" of it so I can do it correctly next time.
Best Regards, Pat
|
|
|
|
|
this message apper to me
invalid object name 'ControlMessage'
|
|
|
|
|
Did this happen in a dream or something??
You might want to explain a bit more about what you're doing and post the code snippet where this message is popping up.
|
|
|
|
|
|
hey
exemple
<br />
int i = 0;<br />
while (i<20000000)<br />
{<br />
<br />
if (i=5000) {<br />
PictureBox.image = "x.gif" <br />
}<br />
i++;<br />
}<br />
<br />
the problem is that the picture box does not change the image if i=5000 ;
it changed after loop "while "
thx
|
|
|
|
|
It would seem you're blocking the UI thread - you're making the UI thread do so much work it can't keep up with all the other requests like to repaint. I assume you're executing this code in response to some control event or initialization code?
While I'm sure this is just an example, assuming there's other work you should do that work in a worker thread and invoke the property setting on the UI thread since many times executing code on a control in a different thread than in which it was created can cause issues.
First you'll need to define a method to set your image property.
private void SetImageLocation(string uri)
{
if (pictureBox1.InvokeRequired)
{
Action<string> setImageLocation = SetImageLocation;
pictureBox1.Invoke(setImageLocation, new object[] { uri });
}
else
{
pictureBox1.ImageLocation = uri;
}
}
To create a worker thread, consider using the ThreadPool like so:
private void DoWork()
{
for (int i = 0; i < 20000; ++i)
{
if (i == 5000)
{
SetImageLocation("x.gif");
}
}
}
private void button1_Click(object sender, EventArgs e)
{
ThreadPool.QueueUserWorkItem(DoWork);
}
This posting is provided "AS IS" with no warranties, and confers no rights.
Program Manager II
Visual Studio Professional Deployment Experience
Microsoft
[My Articles] [My Blog]
|
|
|
|
|
The way Heath describes is the correct way to handle this type of situation.
The really bad practice, which you should not do (but is handy when you just want to throw something together as a quick test or throwaway util, is;
int i = 0;
while (i<2000000000)
{
if (i==5000) {
pictureBox1.Load("x.gif");
Application.DoEvents();
}
i++;
}
This forces the message pump to catch up.
But as i said already, this is bad practice, and should not be used in production code and will probably lead to you being shot by the code police 
o see why you should not be using it in production code, look here; http://blog.somecreativity.com/2007/11/19/a-look-at-doevents/[^], or search Google for DoEvents and it will become obvious its baaaaaaaad.
So why tell you about then? Well, rather than you find out on your own and not know its bad and start to use it, its better to be told about it and learn why its bad and should be avoided, if that makes sense!
|
|
|
|
|
abdellah ab wrote: if (i=5000) {
I'm surprised that even compiles!
However, you may need to force a refresh of the control, not that I recommend you do that.
CQ de W5ALT
Walt Fair, Jr., P. E.
Comport Computing
Specializing in Technical Engineering Software
|
|
|
|
|
|
I think he was writing pseudo code, as there are a few ommissions
|
|
|
|
|
Indeed, and we knew what he meant. I'm very happy that doesn't compile, actually, because I do it accidentally quite a lot and if I were writing C I would get my fingers burnt every time.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
