Hi

Not sure if Biztalk is the way to go here but I'll give it a try...

I want to check all files in a directory once a day. If any files are older
than 1 week I would like to send an e-mail to somebody. Who I e-mail will
probably be based on the filename, I will then do a lookup in a database for
the filename.

Note that I don't want to touch the files, just send notifications to
persons responsible.

Is Biztalk the way to go here?

[ Post a follow-up to this message ]

BizTalk Server may be a little bit too big for this.
a. BTS takes the files from the directory and consumes them...
b. checking attibutes isn't very easy - BTS is build to process the content
of a message/file.
c. BTS watches all the time for files in the directory - scheduling is not a
key feature.
d. I guess in this case a C# assembly would do it. Put the exe to Scheduled
Tasks (Control Panel)

ok?


"pez" wrote:

> Hi
>
> Not sure if Biztalk is the way to go here but I'll give it a try...
>
> I want to check all files in a directory once a day. If any files are olde
r
> than 1 week I would like to send an e-mail to somebody. Who I e-mail will
> probably be based on the filename, I will then do a lookup in a database f
or
> the filename.
>
> Note that I don't want to touch the files, just send notifications to
> persons responsible.
>
> Is Biztalk the way to go here?

[ Post a follow-up to this message ]

Thanks

This was what I was thinking as well. Wanted some backup from the pros 
One solution would be an orchestration calling a c# assembly that check file
s
I guess

"hmo" wrote:
[vbcol=seagreen]
> BizTalk Server may be a little bit too big for this.
> a. BTS takes the files from the directory and consumes them...
> b. checking attibutes isn't very easy - BTS is build to process the conten
t
> of a message/file.
> c. BTS watches all the time for files in the directory - scheduling is not
 a
> key feature.
> d. I guess in this case a C# assembly would do it. Put the exe to Schedule
d
> Tasks (Control Panel)
>
> ok?
>
>
> "pez" wrote:
> 

[ Post a follow-up to this message ]

Hi,

of course - you can use BTS for solving nearly every problem... but in this
case you would need some additional features like an archive pipeline to
store your files elsewhere and ...

With BTS your files will never be older than 1 week because BTS consumes
them immediately to process the data - so your directory will be permanently
empty.

Kind regards,
Hannes.


"pez" wrote:
[vbcol=seagreen]
> Thanks
>
> This was what I was thinking as well. Wanted some backup from the pros 
> One solution would be an orchestration calling a c# assembly that check fi
les
> I guess
>
> "hmo" wrote:
> 

[ Post a follow-up to this message ]

Thanks

We've reconcidered the solution and are thinking of using a database
instead. Now I need to check dates in a database instead. If the dates in a
column gets older than one week I want to send an email to somebody. Is THIS
scenario better for Biztalk?



"hmo" wrote:
[vbcol=seagreen]
> Hi,
>
> of course - you can use BTS for solving nearly every problem... but in thi
s
> case you would need some additional features like an archive pipeline to
> store your files elsewhere and ...
>
> With BTS your files will never be older than 1 week because BTS consumes
> them immediately to process the data - so your directory will be permanent
ly
> empty.
>
> Kind regards,
> Hannes.
>
>
> "pez" wrote:
> 

[ Post a follow-up to this message ]

Hmm, I still vote for a 5 statement .net assembly started by the scheduler.
BizTalk is message processing oriented, once a msg is fired BTS does its
work, that means an external event will start an action. In your case it is
more a kind of polling. If you fill the missing link e.g. with an exe, you
can use BTS (check the date in the DB and send BTS a msg to process...)

"pez" wrote:
[vbcol=seagreen]
> Thanks
>
> We've reconcidered the solution and are thinking of using a database
> instead. Now I need to check dates in a database instead. If the dates in 
a
> column gets older than one week I want to send an email to somebody. Is TH
IS
> scenario better for Biztalk?
>
>
>
> "hmo" wrote:
> 

[ Post a follow-up to this message ]