The State of JAXB: Availability, Suitability, Analysis, and Architecture
Subject:   Senior Architects?
Date:   2004-05-10 13:25:13
From:   chudak
I'm not sure why an article titled "The State of JAXB" was essentially a Java vs .NET shootout regarding XML binding.

I'm also wondering if the author done much development of enterprise applications or if he understands his target audience (whom he claims are 'senior architects').

He writes "this approach has the disadvantage of requiring knowledge of Ant...". Every project that I have ever worked on used ant for builds and deployments. I would hope that anyone with the title of senior architect or senior developer for java based applications has at least a working, if not an expert understanding of Ant.

He also complains about JAXB creating interfaces instead of concrete classes. Again, anyone familiar with sofware engineering, especially in OO languages like java will tell you "program to the interface". There is no reason for the client code to know about the concrete implementations. You can easily externalize the object creation to a delgate factory to allow changing JAXB implementors very easy instead of hardcoding calls to ObjectFactory everwhere.

Also, his 'discomfort' with JAXB not having constructors for required attributes is curious. As JAXB objects are implicitly java beans, anything but a no-arg constructor is pointless if you want to interact with your beans reflectively and would 'muddy' the waters, not to mention break the idea of programming to the interface.

FWIW, I've used JAXB on a couple of projects and there are some serious limitations with Sun's implementation but, in general, it does solve a common problem that we've encountered and is a large step in the right direction.

1 to 1 of 1
1 to 1 of 1