|
Home > Archive > BizTalk Server General > April 2004 > Receive Files not picked up
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
Receive Files not picked up
|
|
|
| Hi,
When I drag and drop a source file (flat file) to the receive location directory, BizTalk server doesn't pick it up and it just sits there. However, if I open the source file and "Save As" to the receive directory, then the server processes the file suce
ssfully.
Does anyone know why I can't just drag the file in?
Thanks in Advance!
| |
| Andrew Filev 2004-04-21, 5:37 pm |
| Hmmm... my guesses are:
-access rights are changed when you are saving
-end-of-line symbol or some other symbol is changed when you are saving
So try to investigate this issues.
What happens if you "save as" this file into some other folder and then
copy it?
What happens if you use "Total commander" and copy file with F5 in that
tool, not in windows explorer?
On Wed, 21 Apr 2004 13:56:06 -0700, Dave
<anonymous@discussions.microsoft.com> wrote:
> Hi,
>
> When I drag and drop a source file (flat file) to the receive location
> directory, BizTalk server doesn't pick it up and it just sits there.
> However, if I open the source file and "Save As" to the receive
> directory, then the server processes the file sucessfully.
>
> Does anyone know why I can't just drag the file in?
>
> Thanks in Advance!
| |
|
| When I "Save As" to a separate directory, then drag it to the receive directory, it is also picked up sucessfully.
| |
| Andrew Filev 2004-04-21, 6:39 pm |
| Please, check the following:
-is the size of the file in the separate directory is exactly the same (in
bytes) as the original file size
-are security permission the same for file in the separate directory and
the original file
On Wed, 21 Apr 2004 14:21:07 -0700, Dave
<anonymous@discussions.microsoft.com> wrote:
> When I "Save As" to a separate directory, then drag it to the receive
> directory, it is also picked up sucessfully.
| |
| Deuteron 2004-04-22, 2:37 am |
| Please try copy not move. Move a file will keep the permission information,
copy a file will use the new permission under the folder.
Did you get any error in event log?
--
Regards,
Deuteron
Well of all things can it be really,
Yes. No. Ho. Hi. Oh my eye!
"Andrew Filev" <[NOSPAM]> wrote in message
news:opr6ttldssw0qkrj@msnews.microsoft.com...
> Please, check the following:
> -is the size of the file in the separate directory is exactly the same (in
> bytes) as the original file size
> -are security permission the same for file in the separate directory and
> the original file
>
> On Wed, 21 Apr 2004 14:21:07 -0700, Dave
> <anonymous@discussions.microsoft.com> wrote:
>
>
| |
|
| The file size of the original is the same as the "Save As" file.
It also worked successfully when I copied the file instead of dragging it in.
Security permissions are the same as well.
One additional piece of information, we are remoting into the server via Terminal Services when we are performing these actions, but I am not sure that mean anything for this issue or not.
| |
|
| It looks like the issue is happening when the file is copied in remotely across the sub domain. If I physically walk to the server and put the file there and then drag it into the receive location, it works fine.
| |
| Andrew Filev 2004-04-23, 1:35 pm |
| So this is mostly like to be an error with access rights.
--
WBR
Andrew Filev
Murano Software
"Dave" <anonymous@discussions.microsoft.com> wrote in message
news:5693F43B-E8C7-497C-A79E-ADE9B8929C66@microsoft.com...
> It looks like the issue is happening when the file is copied in remotely
across the sub domain. If I physically walk to the server and put the file
there and then drag it into the receive location, it works fine.
|
|
|
|
|