Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / March 2007

Tip: Looking for answers? Try searching our database.

SOA Systems without Web Services: Anything out there?

Thread view: 
Olli Plough - 12 Mar 2007 20:31 GMT
Hi,

I've been looking into that SOA stuff since SOA could be something to
integrate various systems in my company with. So far I could only find
SOA systems that are based on web services. I earlier had to work with
web services and I'm not happy with them as performance is really poor
and data throughout very low.

I'm anyway only looking for ways to integrate different Java
application, so there is no need for web services. Nevertheless, I
find the idea of SOA interesting. I then had a look into the
enterprise service bus. The ESB systems I looked at seemed more to be
about messaging and EAI. There was no talk about service-orientation.

So, that's the story so far. What I'm looking for now is a way to
apply a service-oriented approach without the overkill of web
services. Is there something out that that does just that or could be
tweaked to do what I want?

Thanx for any hints,
Oliver
Lew - 13 Mar 2007 00:05 GMT
> Hi,
>
[quoted text clipped - 14 lines]
> services. Is there something out that that does just that or could be
> tweaked to do what I want?

SOA is an approach. Structure your modules as services and you have SOA. QED.

-- Lew
Arne Vajhøj - 13 Mar 2007 02:16 GMT
> I've been looking into that SOA stuff since SOA could be something to
> integrate various systems in my company with. So far I could only find
[quoted text clipped - 12 lines]
> services. Is there something out that that does just that or could be
> tweaked to do what I want?

Strictly speaking SOA is a concept not software. You document some
high level services for each system and that is it.

When you get to software you have 3 choices:
  - standardize on web services usually SOAP over HTTP
  - standardize on an ESB with support for various in and
    out protocols
  - use your own protocols typical some binary socket ones

The optimal choice depends on your config. Very likely you
will need more than one type. 1000 sync request-response per
minute of 20 bytes and 1 async push of 10 MB every 60 minutes
does not lean towards the same solution.

Arne

Arne
Patrick May - 13 Mar 2007 02:25 GMT
> I've been looking into that SOA stuff since SOA could be something
> to integrate various systems in my company with. So far I could only
[quoted text clipped - 4 lines]
> I'm anyway only looking for ways to integrate different Java
> application, so there is no need for web services.

    I've implemented SOAs using Jini (http://www.jini.org).  It's a
much more elegant and lightweight model than the WS-* morass.

Regards,

Patrick

------------------------------------------------------------------------
S P Engineering, Inc.  | Large scale, mission-critical, distributed OO
                      | systems design and implementation.
         pjm@spe.com  | (C++, Java, Common Lisp, Jini, middleware, SOA)


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.