I've been working on a project for the Federal Trade Commission,
upgrading an enterprise Client/Server application. We're developing
in WebObjects, with a services-oriented architecture. I am
wondering if anyone else is doing something along the same lines --
we're writing a "best practices" guide and I would like to get
others' input.
As far as the web services end of things is concerned, it is
beneficial to consider the guidelines established by the Web Services
Interoperability Organization (http://www.ws-i.org/). They have some
interoperability evaluation tools available for download at http://
www.ws-i.org/Testing/Tools/2005/06/WSI_Test_Java_Final_1.1.zip. The
"document-literal wrapped" style of WSDL is the order of the day when
it comes to web service interoperability. There's a good summary of
WSDL styles here: http://www-128.ibm.com/developerworks/webservices/
library/ws-whichwsdl/
On the WO end of things, I would recommend doing as much as possible
with standard-ish Java tools (i.e. use log4j/commons-logging instead
of NSLog; use the Java Collections interfaces where possible instead
of NSDictionary, NSArray, etc.) This is more for the purpose of
having a larger pool of potential software developers to draw from as
opposed to making the code "better." The less WO-specific stuff
there is to learn to come up to speed on your software, the better.
For deployment, you may want to avoid WO's application server and go
with standard J2EE packaging. This may make your applications more
readily embraced/supported in non-WO environments. I haven't
personally deployed WO apps in J2EE environments, so I can't speak to
how much pain is lost/gained by doing so.
P.S. In spite of my statements above regarding doing things in a
"standard" manner, I have seen nothing that surpasses WO in terms of
productivity and pure enjoyment in development. Glad to see it being
used for what sounds like a significant application!
--
Tony Ingraldi
email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Fed-talk mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/fed-talk/email@hidden
