m faruqui

Greenhorn
+ Follow
since Dec 06, 2001
Merit badge: grant badges
For More
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by m faruqui

Kyle,
You said "Finally, SOAP is just like CORBA in one other respect -- you do NOT have to have client-side Stubs. It's an option but not a necessity. In fact, most SOAP books and articles talk about using the Call interface, which isn't a Stub at all, but is more like CORBA DII."
What is a Call interface? I saw in one implementation (WASP) that the client code does
Order order = (Order)lookup.lookup("http://blah..",Order.class);
String s1 = order.addItem("acmebean");
My question - is this a reasonable guess:
A) Order class is first instantiated.
B) Its state is set by getting state related data from the server serialized in XML.
BUT when order.addItem is called the method has to executed on the remote (server) object. (One way to do this could be - Let lookup return a subclass of Order that overrides all methods with methods that call the remote object)
Thanks, Am really puzzled!
m faruqui
22 years ago
Hi
Does SOAP have PassByValue or BassByReference when it comes to objects?How does one use remote references when using SOAP?
In CORBA (or RMI) one would do
AccountManager acctMgr = (AccountManager)bind(..... ETC);
Account acct = acctMgr.open("SwissAcct");
The Account "object" returned would be a remote reference, a Stub. What would happen in SOAP? If SOAP returns "by value" I would get an Account object with fields like NAME and BALANCE. Else I would get a Remote reference (what would that be like?!)
Thanks,
m faruqui
22 years ago
Thanks Yan Naing!
I understand the schemaLocation attribute now. But I am still confused about this - Consider any schema that defines a target namespace. Now consider an instance documant that defines an element of a type found in the target namespace mentioned earlier.
I understand that if schemaLocation is not used, there is no relation between the schema and the instance even though the instance uses the namespace that was the target of the schema.
My Question - Is is possible then, for an application to look up a schema and validate an instance document against it (in the absence of the schemaLocation attribute). I suspect that this is done in SOAP where I see WSDL documents with schemas but the actual SOAP messages do not have and schemaLocation attributes.
Thanks
m faruqui
Hi Raghu,
Cient-side stubs are required in all the implementations of SOAP that I have seen.
And one can easily have a small utility that converts a GIOP message into Human readable text. Is it worth all the trouble just to avoid this utility!
Thanks
m faruqui
22 years ago
Hi Folks,
I have a question regarding XML Namespaces/Schema.
I saw a SOAP message containing a response. (The message fragment is given below). The puzzling thing about it was that the response represented a Java HashMap, whose schema was at "http://idoox.com/containers". My Question is
Does the parser need to download the schema from the Web Site?
If so, it seems terribly expensive to keep making so many additional HTTP connections. If not, how is it obtained? I also understand that not all the Namespace URIs point to actual documents, making it all the more confusing!
Please help if possible,
Thanks!
m faruqui

<response xsi:type="ns1:HashMap" xmlns:ns1="http://idoox.com/containers">
<item>
<key xsi:type="xsd:long">1006209071080</key>
<value
....
</value>
</item>
</response>
CORBA is a Distributed Computing solution that is platform and language independent. The CORBA-Firewall spec, if widely adopted, could make SOAP redundant - is that possible? What benefits does SOAP provide?
I tried to think of some -
a) SOAP can be implemented on HTTP, JMS, Mail etc os it is a high level protocol. It lend itself easily to Async messaging etc.
b) It looks easy to implement and therefore is likely to be free or low cost as opposed to CORBA.
c) Based on XML and HTTP (primarily) makes it easy to port and implement.
d) It is an alternative to IIOP pushed by vendors like (but not limited to) Microsoft who do not generally love IIOP.
BUT
1) Some free implementations of CORBA do exist
2) A lot of work has gone into removing. interoperability problems for CORBA which will have to be done for SOAP.
3) CORBA is much faster as the payload is optimized and binary.
4) CORBA is more than just GIOP/IIOP (ie the CORBA protocol that 'competes' with SOAP). There are specs for Quality of Service, policies for adapters, activation etc(to name just a few), making CORBA a platform for 'complete' application development.
Before I sign off - It appears strange that Firewall administrators will only open port 80 and that too for HTTP, but happily allow all sorts of traffic (SOAP for eg.) disguised as HTTP through it. If I were to allow SOAP over HTTP I might as well allow IIOP!
Thanks
m faruqui
22 years ago
Hi
I have been thinking of a PC-to-PC voice commumnication Java app. It should work across firewalls! This is the primary requirement, performance is secondary.
There are two main design issues -
A) How do I capture the voice data (is there a speech API will we have to rely on native libs /3rd party product etc. Also will it be streaming audio or will the user have to press a 'SEND' button)
B) The transport - to traverse firewalls HTTP POST encoding is required. Also, I think I will assume that atleast one of the firewalls allows incoming connections. Would
VoiceXML or JXTA etc be of any use etc.
Any ideas?
m faruqui


22 years ago

That is what I dont get
The call parameters have to be converted to XML. There are many ways of doing that. The big question - how do I tell clients what technique they should use to convert parameters to XML? And how to ensure that they will be able to interpret the XML response that the server sends.
Thanks
22 years ago
Hi
How do I inform clients about the serialization technique my SOAP server can understand. One way could be to use WSDL and mention a Java class for serialization and one for deserialization, I think. This though, does not seem general enough. How would clients download the classes? What if the clients are not Java clients at all. In that case how can I de-serialize the client request parameters?
Thanks and regards
M Faruqui

22 years ago