Anne Thomas Manes wrote:
> I understand that the JERI stack opens J/JS up to allow integration with 
> other languages and protocols, but there are a number of features in 
> J/JS which are available only to Java applications.
> 

I feel like I'm missing something because:

If I'm using J/JS internally to do the core transport work and hide it 
behind a bunch of language neutral interfaces that pass around, for 
example, XML documents between applications, does it matter anymore?

If I implement my ESB at it's core in 'C', don't I face the same kinds 
of issues?  Surely I'd be exposing my ESB as a bunch of web services or 
similar and I'd be doing that so as to keep my ESB accessible from all 
platforms and prevent them from being aware of how my ESB is implemented?

Think I must be mis-understanding you,

Dan.


> On 3/13/06, *Gregg Wonderly* <[EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>> 
> wrote:
> 
>     Anne Thomas Manes wrote:
>      > An ESB should support interactions using J/JS-like technologies,
>     but I would
>      > not recommend building an infrastructure that uses J/JS as its core
>      > foundation. From my perspective, J/JS is too Java-centric to form
>     the basis
>      > of an open, platform-neutral integration bus.
> 
>     I really want to understand this perspective Anne.  As I've
>     enumerated here,
>     repeatedly, the JERI stack allows nearly anything to be plugged into
>     these
>     technologies.  An exported JERI endpoint doesn't have to have a
>     mobile code
>     remote endpoint.  It can just provide an appropriate technology
>     connection point
>     out of the server endpoint.  If that endpoint support WS, or CORBA,
>     or MODBUS,
>     how is that Java centric?  I can still interface to other
>     technologies.  But, if
>     I need mobile code, or native protocol optimizations between Java
>     things, I can
>     do that too.
> 
>     I'm not seeing how Jini's use of Java is any different than the use
>     of any
>     programming language/platform for a particular element of your SOA.
> 
>     Gregg Wonderly
> 
> 
> 




 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/service-orientated-architecture/

<*> 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/
 


Reply via email to