BizTalk Utilities CV ,   Jobs ,   Code library
 
Go to the front page to continue learning about XML or select below:

Contents

ReBlogger Contents

Previous posts in WSCF/WCF

 
 
Page 4272 of 21350

Changing of the Guard: AXIS out, JAXWS in

Blogger : All About Interop
All posts : All posts by All About Interop
Category : WSCF/WCF
Blogged date : 2008 Jul 30

I have come to a conclusion: I no longer want to deal with the hassle that has become Apache AXIS.

Back in the day, when interconnecting Java to .NET was still novel, I started using Apache SOAP.  I was looking for something simple and easy, something that would allow interconnection without a ton of pain.  Apache SOAP was that thing.   But Apache SOAP was brittle.  It had scads of problems with xsi:type and SOAP Section 4 encoding.  I needed something more flexible, something easier.

Then came Glue from The Mind Electric.  Glue was the easier, more flexible web services stack.  It was simple.  It worked.  It was actively maintained. Graham Glass came regularly to Redmond to make sure the interop was good.

Then TME got bought by WebMethods, and Glue disappeared.  I needed to pick a new Java stack. When AXIS came out, I switched, looking for better tools, and something that would be reliable, maintained longer term. 

At that time, I looked at Sun's web services stuff, but it was always bundled with a Web server or Open Office or a Sun Ray or something else from Sun I didn't want. It was like Scott McNealy's proverbial furball.  I just wanted a working web services stack, I didn't want to buy a Solaris Server.  I didn't want a furball.  So I went with AXIS.  I could use it on Tomcat, on JBoss, or on Jetty. I could use it client or server side 

AXIS (Version 1) worked great for a long time, still does in fact. It has connected to many different endpoints for me - Excel Services, WCF endpoints, .NET, SQL Server, and many other pieces.  It was neat and clean; the tool options made sense.  The code it generated was pretty clean. 

But AXIS1 is no longer being maintained.  Any new standards (like MTOM - heh, new since 2005) will not be supported in AXIS1. Also, it didn't work so well when it came to connecting to Exchange. AXIS2 likewise. And that allowed me to step back and re-evaluate.  AXIS2 is current, but has become very large, the doc is poor, the support is invisible, the generated code smells, and the seams are everywhere.  Fifty nine jar files?  Really?   Do I need this hassle?  With JAX-WS, do I need AXIS any longer? I think not.

I'm switching to JAX-WS

This is kinda backwards, because my goal is to show customers that they can in fact connect disparate systems together.  Given that goal, my own interests should rank near the bottom in the list of criteria for selecting a web services library.  It should be - what are customers using?    What do customers want to see?  But I honestly cannot believe customers will continue to put up with the furball that AXIS2 has become.

And if I am in a position to make a recommendation, I will recommend JAX-WS. It works.

 


Read comments or post a reply to : Changing of the Guard: AXIS out, JAXWS in
Page 4272 of 21350

Newest posts
 

    Email TopXML