|
Home > Archive > BizTalk Server Framework > July 2004 > Are BizTalk server and WebService a good idea for the following:?
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 |
Are BizTalk server and WebService a good idea for the following:?
|
|
|
|
Hello
I am in process of designing a system and I need some help
The following is the system description
1.a client can call an 'object' method (name Send) and pass several
parameters
2.The 'object' process a incoming parameters,generate XML document
attached it to an email message(either as an attachment or in the message
body)
and send it to a recipient
3.When the client received a response to the email message fro the recipient
he can call an 'object' method to validate the response
I wonder if BizTalk, and WebServices are suitable for this problem?
I imagine WebSerivce as the 'object' and BizTalk as the server which
generate
email messages
I don't know where will the WebSerivce exist,it could be either inside the
organization or on the web.
If it will reside in the organization intranet,will using WebServices
instead of DCOM
introduce low performance?
thanks
| |
| Nick Malik 2004-07-04, 3:15 am |
| Not sure I understand your design, but what you sound like can be easily
done with Biztalk 2004 and the Web Services Wizard.
Does this help?
I'm not sure, in your description, how the messages flow. I'm hearing
this...
Client uses application.
Application calls Biztalk web service on Biztalk server, triggering an
orchestration.
Biztalk generates an outbound e-mail message to a third party containing
XML. (Perfectly valid... I've done this).
The third party does something (I'm not sure what). The client is informed
somehow.
The client uses the application to call another Biztalk web service.
BTS finds the existing orchestration, picks up where it left off, and
completes a process
(this, too, is not hard to do, depending on what happens in that middle
step).
Yes, this should work.
--- Nick Malik
Biztalk Bum
"Julia" <codewizard@012.net.il> wrote in message
news:uuZF4oPYEHA.2672@tk2msftngp13.phx.gbl...
>
> Hello
>
> I am in process of designing a system and I need some help
>
> The following is the system description
>
> 1.a client can call an 'object' method (name Send) and pass several
> parameters
> 2.The 'object' process a incoming parameters,generate XML document
> attached it to an email message(either as an attachment or in the
message
> body)
> and send it to a recipient
>
> 3.When the client received a response to the email message fro the
recipient
> he can call an 'object' method to validate the response
>
>
> I wonder if BizTalk, and WebServices are suitable for this problem?
> I imagine WebSerivce as the 'object' and BizTalk as the server which
> generate
> email messages
>
>
> I don't know where will the WebSerivce exist,it could be either inside
the
> organization or on the web.
> If it will reside in the organization intranet,will using WebServices
> instead of DCOM
> introduce low performance?
>
> thanks
>
>
| |
|
|
"The third party does something (I'm not sure what). The client is
informed
"somehow"
The third party send a reply to the e-mail message which is part of the XML
The client recieved the email message and call a webservice to validate it
(some information must be put in the email message)
"Nick Malik" <nickmalik@hotmail.nospam.com> wrote in message
news:yhKFc.20946$XM6.1595@attbi_s53...
> Not sure I understand your design, but what you sound like can be easily
> done with Biztalk 2004 and the Web Services Wizard.
>
> Does this help?
>
> I'm not sure, in your description, how the messages flow. I'm hearing
> this...
> Client uses application.
> Application calls Biztalk web service on Biztalk server, triggering an
> orchestration.
> Biztalk generates an outbound e-mail message to a third party containing
> XML. (Perfectly valid... I've done this).
> The third party does something (I'm not sure what). The client is
informed
> somehow.
> The client uses the application to call another Biztalk web service.
> BTS finds the existing orchestration, picks up where it left off, and
> completes a process
> (this, too, is not hard to do, depending on what happens in that
middle
> step).
>
> Yes, this should work.
>
> --- Nick Malik
> Biztalk Bum
>
> "Julia" <codewizard@012.net.il> wrote in message
> news:uuZF4oPYEHA.2672@tk2msftngp13.phx.gbl...
> message
> recipient
> the
>
>
| |
|
|
should be "a reply to the e-mail address...."
"Julia" <codewizard@012.net.il> wrote in message
news:%23xt8s4ZYEHA.3156@TK2MSFTNGP12.phx.gbl...
>
> "The third party does something (I'm not sure what). The client is
> informed
> "somehow"
>
>
> The third party send a reply to the e-mail message which is part of the
XML
>
> The client recieved the email message and call a webservice to validate it
> (some information must be put in the email message)
>
>
> "Nick Malik" <nickmalik@hotmail.nospam.com> wrote in message
> news:yhKFc.20946$XM6.1595@attbi_s53...
> informed
> middle
inside[vbcol=seagreen]
>
>
| |
| Nick Malik 2004-07-04, 5:50 pm |
| This will work just fine, as long as part of the overall message (outbound
from Biztalk, via the third party, then the client, and back to Biztalk) has
some unique id number that Biztalk can use to correlate the messages.
If you are writing components that can read XML out of e-mail, you shouldn't
have any trouble passing a read-only value around.
I'm doing something similar with Biztalk right now. I'm using Biztalk to
generate e-mail messages that contain an Infopath form (which is just an xml
document containing an Infopath processing instruction). The user sees the
infopath form and replies to the message. In my case, I've got the reply
going back to Biztalk, where it is sent back to the original sender for the
next step. That allows me to know the status of the item at any time. (In
other words, the third party can't claim "but I sent this already... you've
dropped the ball" because I can tell that they have not responded yet).
Regardless of the business rules, our systems are not dissimilar.
Good Luck.
--- Nick Malik
Biztalk Bum
"Julia" <codewizard@012.net.il> wrote in message
news:uqIc0VaYEHA.3972@TK2MSFTNGP12.phx.gbl...
>
> should be "a reply to the e-mail address...."
>
>
> "Julia" <codewizard@012.net.il> wrote in message
> news:%23xt8s4ZYEHA.3156@TK2MSFTNGP12.phx.gbl...
> XML
it[vbcol=seagreen]
easily[vbcol=seagreen]
containing[vbcol=seagreen]
> inside
WebServices[vbcol=seagreen]
>
>
| |
| Chris Holliday 2004-07-05, 5:50 pm |
| Nick,
(sorry for the thread-jacking)
How does your "reply" email get back to Biztalk? This is not an out of the
box capability so I thought I should inquire.
Thanks,
C.
"Nick Malik" <nickmalik@hotmail.nospam.com> wrote in message
news:TGXFc.7345$JR4.2147@attbi_s54...
> This will work just fine, as long as part of the overall message (outbound
> from Biztalk, via the third party, then the client, and back to Biztalk)
has
> some unique id number that Biztalk can use to correlate the messages.
>
> If you are writing components that can read XML out of e-mail, you
shouldn't
> have any trouble passing a read-only value around.
>
> I'm doing something similar with Biztalk right now. I'm using Biztalk to
> generate e-mail messages that contain an Infopath form (which is just an
xml
> document containing an Infopath processing instruction). The user sees
the
> infopath form and replies to the message. In my case, I've got the reply
> going back to Biztalk, where it is sent back to the original sender for
the
> next step. That allows me to know the status of the item at any time.
(In
> other words, the third party can't claim "but I sent this already...
you've
> dropped the ball" because I can tell that they have not responded yet).
>
> Regardless of the business rules, our systems are not dissimilar.
>
> Good Luck.
>
> --- Nick Malik
> Biztalk Bum
> "Julia" <codewizard@012.net.il> wrote in message
> news:uqIc0VaYEHA.3972@TK2MSFTNGP12.phx.gbl...
the[vbcol=seagreen]
validate[vbcol=seagreen]
> it
> easily
hearing[vbcol=seagreen]
an[vbcol=seagreen]
> containing
and[vbcol=seagreen]
that[vbcol=seagreen]
several[vbcol=seagreen]
the[vbcol=seagreen]
problem?[vbcol=seagreen]
which[vbcol=seagreen]
> WebServices
>
>
| |
| Nick Malik 2004-07-09, 3:32 pm |
| I'm still working on that. I'm going to try to publish a web service
(either as a biztalk orchestration using the web service wizard or by
creating my own web service that submits to a receive port on BTS).
Infopath will submit to a web service just fine.
I'll let you know how it goes :-)
--- Nick
"Chris Holliday" <crholliday@noSpamPlease-adventureology.com> wrote in
message news:e5GwrduYEHA.4008@TK2MSFTNGP09.phx.gbl...
> Nick,
>
> (sorry for the thread-jacking)
>
> How does your "reply" email get back to Biztalk? This is not an out of the
> box capability so I thought I should inquire.
>
> Thanks,
>
> C.
>
>
> "Nick Malik" <nickmalik@hotmail.nospam.com> wrote in message
> news:TGXFc.7345$JR4.2147@attbi_s54...
(outbound[vbcol=seagreen]
> has
> shouldn't
to[vbcol=seagreen]
> xml
> the
reply[vbcol=seagreen]
> the
> (In
> you've
> the
> validate
> hearing
triggering[vbcol=seagreen]
> an
service.[vbcol=seagreen]
> and
> that
> several
document[vbcol=seagreen]
> the
the[vbcol=seagreen]
> problem?
> which
>
>
|
|
|
|
|