The new acronym FUDGE of the day: Fear, Uncertainty, and Doubt around Governance in the Enterprise. No, it's not a cookie, but it goes well with S.C.A: Society of Confused Architects.
So FUD has matured to FUDGE and I bet that we will soon see FUDGED on the horizon.
That link to the IEEE presentation is okay but I need to point out that it's only one perspective of Enterprise Architecture (the software side).
Think of Enterprise Architecture as the blueprints for the organization much like blueprints for a building or house. You have multiple blueprints showing different perspectives (e.g. electrical, plumbing, structural, etc).
I think the basic problem that we have in IT is the expectation of a "silver bullet" that will solve all of our IT problems. There is no such thing and the only "silver bullet" is ensuring that we can build the right foundation for the Enterprise so that subsequent work can be supported correctly.
I have recently learned a quick and lazy way to change the version of the JDK used to run JDeveloper 10g R3. I am sure there is an option somewhere in the configuration screen to do the same, which I couldn't find... While JDeveloper is not running, locate the embedded JDK on disk and rename (or delete) that directory. For me, it was C:\opt\jdev\jdk. Once it's done, restart and you will by asked to locate the version of the JDK you want to use. It's another step to get going with JAVA on Vista. -ecco
There is a challenge that is hard to overcome at first; making sense of error messages. You can always Google with the text of the error, “unexpected null value for literal data” and hope to be lucky . If you are using Oracle Application Server 10.1.3.0, here is the explaination for the message and two ways out. The Exception: unexpected null value for literal data at oracle.j2ee.ws.common.util.exception.JAXRPCExceptionBase.<init>(JAXRPCExceptionBase.java:52) at oracle.j2ee.ws.common.encoding.SerializationException.<init>(SerializationException.java:26) ... The relevant schema: <complexType name="Customer"> <sequence> <element name="address" type="tns:Address"/> <element name="firstName" type="string"/> <element name="lastName" type="string"/> </sequence> </complexType> A sample code that will cause this exception: public void testServ() throw...
Recently, I have been asked why a service was not working without the infamous SOAPAction, and I figured out I should try to explain it, one for all. Let me know if it works for you. As the SOAPAction is transport specific -an HTTP header field, you should try to avoid it's use when authoring WSDL files for your new services, especially if you plan to use other transports for the same service. There are only a few usecases where you really need it: it's when you are using 'bare-style' document-literal binding or overloaded method (if your language of choice permit it). The Key to this problem is to understand the relationship between the WSDL and the wire format, and to realize that the name of the wsdl:operation is not necessary present on the wire. Let's take an example to clarify this point. Here is a simple JAVA interface, that will be our samle code today: Figure 1. Sample JAVA SEI public interface SEI extends java.rmi.Remote { public String lookupPhone(String ...
Comments
That link to the IEEE presentation is okay but I need to point out that it's only one perspective of Enterprise Architecture (the software side).
Think of Enterprise Architecture as the blueprints for the organization much like blueprints for a building or house. You have multiple blueprints showing different perspectives (e.g. electrical, plumbing, structural, etc).
I think the basic problem that we have in IT is the expectation of a "silver bullet" that will solve all of our IT problems. There is no such thing and the only "silver bullet" is ensuring that we can build the right foundation for the Enterprise so that subsequent work can be supported correctly.