What's a J2EE Dev to do?
For all the mis-steps that a J2EE Dev cocould take, BEA has some suggestions where J2EE Devs cocould make good investments of their time.
Learn more about your industry-- "Our core hypothesis is that Java developers need to better understand their business," Willis said. "and while we are offering tools that will help abstract some complexity of plumbing or integration, we don't think it's good to abstract the developer from a basic business understanding, or as a crutch for needing to learn how their business processes operate or what types of transactions support or application upgrades they need. "But more than simply better understand the workings of the business, Bea execs also suggest Devs pay great attention to several key technical elements, such as schema (XML), workflow, and new industry-wide standards (not just Java) coming down the pike.
Learn more about Schemas-- For all the talk about how XML may be irrelevant to Java/J2EE programmers, Bea takes the view that in SOA all traffic will be in the form of XML documents ENTs, and ensuring communications between end points (and compatibility among document fields, such as defining a po) will come from knowing XML. as a consequence: "a solid understanding of XML will be key, not only XML schema and XML techs like XQuery. the data is going to be just as important as having relational data and modeling skills ., "A Technical Bea exec told IDN.
When Bea looks at SOAS, developers are dealing with services and end points that are standardized. we're basically sending XML or a document, between these end points and what's behind these end points is of almost no concern. A Dev is not going to be worried about on-the-wire stuff, in fact, developers may be dealing with applications written not just in Java, but in Perl, Python, Ruby and. net. but, you are concerned with how people treat their schemas, the schema will be what dictates the degree of success you'll have in tying your services to the end points.
Learn more about workflows/orchestration-- Bpelj is just a matter of time, Bea execs say. BPEL is an agreed upon approach by Java vendors and Microsoft (on the brink of being formally adopted as a standard by Oasis for workflow ). "the [development] tools layer is going to business process design and orchestration. so, any developer seriously looking at doing that with tools will do it with BPEL, which is about process workflow from machine to machine -- not human workflow at the point. "Bea has also made contributions to other tools/technologies that can jumpstart J2EE Devs in this area, including its work on SOA blueprints (in cooperation with the middleware Co .) and Beehive Project -- its demo-to open source portions of its WebLogic Workshop developer environment. (and hand-over to the Apache Software Foundation for Management)
Watch for more oasis standards-- BPEL and Standard Schemas are both for Java-to-non-Java interoperability, Bea execs say. but, J2EE Devs shocould also keep their eyes on other oasis standards for workflow and orchestration. here's a business case from BEA for why Devs can't have enough background on setting up and managing workflows: "If I'm working in it for Wal-Mart, and I need to support integration of my systems with Johnson & Johnson's manufacturing or inventory systems, it's important for me to know what the corresponsponrules are and what the business contract rules are, and things that make a communications go smoothly, like the definition of a purchase order or an invoice, "One BEA Technical exec told IDN. bpelj and XML Schema give J2EE Devs a good grasp of the workings that go into this kind of project.