Re: Basics
- From: "Amit Bansal" <technical@xxxxxxxxxxxxxxxxxxx>
- Date: Sat, 24 Jun 2006 22:08:37 +0530
Hi Thomas,
1. I worked till orchestrations. But did not come accross adapters anywhere
? When I created receive locations and send ports, i used transport type as
"file". I that an adapter type?? there were other options like soap, sql,
etc.
2. The difference between distinguish fileds and property fields are not
very clear. Is it that property fields are only available for message
routing but distinguish fields are available for orchestartions also? So why
do we use distinguish fields at all ?? not very clear??
3. what is mime/smime. how do we detect the whether the incoming message is
of whihc type, mime/ or smime? this seems to be a very basic question of
mine :)
4. Are pipeline and orchestrations mandatory? there can be a simple solution
without them also but unlikely in real life enviornment. am i right??
Looking forward to hear from you?
Regards
Amit
"Amit Bansal" <technical@xxxxxxxxxxxxxxxxxxx> wrote in message
news:eaU3BxGlGHA.1508@xxxxxxxxxxxxxxxxxxxxxxx
Hi Tomas,my
Things are getting clear to me. Thanks for your help. I have just worked
till schemas. I will now work with messaging and orchestrations and help
self improve my knowledge. Your mail is helpful. I will get back to youso
again in case of queries :)
Regards
Amit
"Tomas Restrepo (MVP)" <tomasr@xxxxxxxx> wrote in message
news:u4$ce1FlGHA.4444@xxxxxxxxxxxxxxxxxxxxxxx
Amit,
1. I am new to Biztalk and currently trying to work on Biztalk 2004. I
understand that Biztlak allows us to integrate different applications
SAlesthat they can communicate.
True, although there is certainly more to biztalk than just that.
2. For eg, a Purchase from a .NET application can be inserted as a
andonlyorder in a java application. Is this right?
I'd word it differently: I'd say biztalk can allow you to automate the
purchase order process by integrating the different (and disparate)
applications that collaborate on the process. What you say might be one
example of how BizTalk might accomplish this, but certainly is not the
way.
3. The first step is that I have to creat XML schemas for both ends
architecture.ablemap
them. What is the next step? IF you can just give me steps, i will be
to explore.
Actually, I'd say the first step is to define your goals and
toBut yes, certainly once you're ready to implement the solution, creating
your schemas would be the first step. After that, you'll probably want
infrastructure.create your maps, orchestrations and define your messaging
goodAgain, check the documentation and whitepapers I mentioned, they have
(soinformation on the topic.
4. I understand that we then have to working on messaging and
orchestrations. But application integration can be achieved using web
services also.
They are not mutually exclusive. WebServices are just another transport
protocol to carry messages (at least as far as BizTalk is concerned).
Because of this, biztalk can expose its orchestrations as webservices
consumethat other applications can send messages to biztalk using WS) or
otherwebservices from its orchestrations (so that it can send messages to
is.applications using WS).
5. For eg, a web service can take records from one application db and
insert
into another application db. WHy then we need biztalk?
Perhaps you do not. It certainly depends on what your future prospect
yourThat said, a single webservice doesn't give you:not
- Process automation: BizTalk can help you automate the entire process,
just insert records from one DB into another.can
- Tracking: BizTalk can allow you to track all purchase orders flowing
through the system, which might be interesting fo auditing or regulatory
compliance.
- Queuing: BizTalk can queue messages if the destination application is
unavailable, and retry the send periodically until the application comes
back up, which can make your life easier and improve your reliability
- Process Instrumentation: With BAM (Business Activity Monitoring), you
declaratively instrument your business process and have biztalk
automatically extract and aggregate business-level information about
youprocess, like how many purchase orders you handle per day, what theaverage
cost of orders were, and so on (biztalk can even build OLAP cubes for
theand fill them so that you can view aggregate data).
And much more.
6. Do we have to modify applications at both ends so that they send
theoutput in xml format whihc can be read? by biztalk. How does biztalk
communicate with applications to so that integration can happen?
Whether modifications are required to the applications, it depends on
andapplications. For many commercial applications, either built-in orbiztalk
third-party adapters can be used, or you can develop your own custom
adapters using .NET. An adapter is the mechanism through which BizTalk
HTTP,applications communicate. For example, the built-in adapters include
applicationSOAP, MSMQ, MQSeries, FILE, FTP and so on. But there are also
adapters like SAP, Siebel, and so on.
--
Tomas Restrepo
tomasr@xxxxxxxx
http://www.winterdom.com/
.
- Follow-Ups:
- Re: Basics
- From: Tomas Restrepo \(MVP\)
- Re: Basics
- References:
- Basics
- From: Amit Bansal
- Re: Basics
- From: Tomas Restrepo \(MVP\)
- Re: Basics
- From: Amit Bansal
- Re: Basics
- From: Tomas Restrepo \(MVP\)
- Re: Basics
- From: Amit Bansal
- Basics
- Prev by Date: Re: XSD namespace best practice/
- Next by Date: Re: Biztalk basics...
- Previous by thread: Re: Basics
- Next by thread: Re: Basics
- Index(es):
Relevant Pages
|