Gregg Wonderly wrote:
> Ashraf Galal wrote:
>
>> Steve Jones wrote:
>> "You are kidding right? How does Java, a technology which is behind a
>> huge amount of websites out there and which is the execution engine
>> for most process engines.
>> Human interaction is easy in Java."
>>
>> Java is a great technology with no doubts.
>> But keeping the business process in sync with code it is not an easy task
>> with Java and .Net and takes months.
>> Please see such standards like BPEL4People to understand what I mean.
>>
>
> So you are actually suggesting that when multiple language use creates a
> problem
> that we should add another language to solve that problem so that there is a
> single language solution, on top of now useless languages (for the targeted
> task
> anyway)?
>
>
A typical information system today consists of a mix of heterogeneous
application systems that have been developed over time.
These systems use different architectural styles (client/server,
multi-tier), different technologies, and languages (C++, Java, C#,
Visual Basic, COBOL, and so on).
It is quite unlikely that this mix of different systems was designed in
a unifed manner —it just grew, and will continue to grow.
The fact is that companies rely on these systems and cannot afford to
turn them off overnight.
*Service Oriented Architecture* (*SOA*) is the architecture of the next
generation of information systems.
It provides answers to the problems identified in the existing software
architecture.
SOA enables the development of applications that are more flexible, and
more adaptable than applications built using traditional architectures.
SOA applications are, therefore, much easier to modify and adapt.
*SOA also enables better alignment between the business processes and
the applications. *
*SOA minimizes the semantic gap between the business process models*,
*and the actual application software*.
SOA achieves this with the introduction of new technologies and
languages, most importantly, *BPEL*.
All of this is in line with the following objectives:
· To minimize the IT gap, and the time required to modify the
information system in response to the changes in business processes
· To make the information system more flexible and adaptable to
change through a loosely-coupled approach
· To provide end-to-end support for business processes
· Finally, to make the company more agile, more flexible, and to
allow it to adapt more easily various forces, such as competitive
pressures, new opportunities, changes in the global market, and so on
The fact is that in the past there have been several attempts to make
software architectures more flexible.
There have also been several attempts to align business process modeling
with software development (and vice versa).
However, the fact is that the problems continue to exist even now and
still need some human interactions.
BPEL will invoke the services and applications that implemented using
any language or architecture. It might requires some refactoring for
existing code, if we can do that of course, to abstract the business
processes or workflow out of these existing applications and implement
them in PBEL, but we will continue to use existing applications after
refactoring.
> Would it not make sense to just say "let's not use multiple languages" to
> begin
> with?
>
> Somehow, piling on more technologies on top of existing problems doesn't seem
> like a solution to me.
>
We can decide to concentrate on such language for newly developed
applications or replaced existing legacy systems of course but it
depends on the organizations, requirements, and the skills they have.
Management and integration between different platforms was difficult
before SOA, but now it is not difficult as before, I can say it is easy.
But management and maintain different skills might be a problem. that is
it.
All the best
Ashraf Galal
> Gregg Wonderly
>
>
> ------------------------------------
>
> Yahoo! Groups Links
>
>
>
>
>
------------------------------------
Yahoo! Groups Links
<*> To visit your group on the web, go to:
http://groups.yahoo.com/group/service-orientated-architecture/
<*> Your email settings:
Individual Email | Traditional
<*> To change settings online go to:
http://groups.yahoo.com/group/service-orientated-architecture/join
(Yahoo! ID required)
<*> To change settings via email:
[email protected]
[email protected]
<*> To unsubscribe from this group, send an email to:
[email protected]
<*> Your use of Yahoo! Groups is subject to:
http://docs.yahoo.com/info/terms/
