CORBA vs. Web Services

Постингът ми е "inspired" от следната статия:

[линк]

Бих искал да разбера и вашите мнения. Тъй като имам доста опит с първото и никакъв с второто, главната ми цел е да разбера - струва ли си да се напрягам да мигрирам към новата технология. Един от главните аргументи в полза на веб сървисите е, че: "много е модерно и всички за това говорят", ама някак си не ме кефят такива аргументи......

---
In God we Trust (all others must submit a X.509 certificate)

ми последно като се занимавах, за да може 'сървъра' да вика метод на клиента (примерно евент да хвърли), трябва небрежно да инсталираш IIS на клиента.

Някой да ме поправи ако бъркам. И все още ли е така положението?

Za tezi, koito gi myrzi da RTFA, shte rezyumiram s citat:

"Web Services are basically a reinvention of the CORBA wheel, with most of the important pieces, i.e. security, notification, missing or under-specified."

Bih dopylnil: "...i marketingova prostotiya". Sega shte vidish kyf fen im e Gureto

Ta moyat syvet e: zareji SOAP/Web services. Pone ne i predi da stanat CORBA, bazirana na XML transport

стратегия на МС:

1) направете нещо куцо, което обаче да може задължително да се прави на 1 ред от VB.
2) пуснете го безплатно, ама да трябва покрай него да се инсталират няколко платени неща
3) статистиките после IIS/APache ще нарастнат, за радост на Г.
4) обучете 1е6 Гурута, които да обясняват, че в същност липсващите неща в 1 не са необходими въобще.
5) след няколко месеца направете 1) v. 2.0 и преобучете 1е6-те от т.4
6) goto 5

'Psulyutnu :-) Spored men SOAP e tolkova nezavyrshen (bih kazal napravo nezapochnat) kato standart, che da mogat Microsoft da si pravyat kakvoto si iskat (kakto sa sviknali, spravka Internet Explorer), no da ne mojesh dori da gi obvinish, che ne spazvat standartite

мисля че основната цел на XML WEB Services/SOAP е да направи нещата по лесни, за много проекти това е най важно и за това ги харесват...

както VB е по лесен от VC++...

...защо тия от Sun тръбят като олигофрени:"Веб сървиси, та веб сървиси". Че и натякват, че едно от главните достойнства на Джавата (ЕЕ) били веб сървисите. Идиоти......или всичко в крайна сметка е маркетинг пък дивелъпърите - кучета ги яли......

---
In God we Trust (all others must submit a X.509 certificate)

А бе къде се изгуби Гуруто бе???

In XML:

<esd:CType name="EchoData">
<esd:item name="aLong" type="xsd:int" builtin="true" array="false" inout="false"/>
<esd:item name="aBool" type="xsd:boolean" builtin="true" array="false" inout="false"/>
<esd:item name="aString" type="xsd:string" builtin="true" array="false" inout="false"/>
</esd:CType>
<esd:Method name="getData">
<esd:InParam name="GetDataRequest">
<esd:item name="l" type="xsd:int" builtin="true" array="false" inout="false"/>
<esd:item name="b" type="xsd:boolean" builtin="true" array="false" inout="false"/>
<esd:item name="s" type="xsd:string" builtin="true" array="false" inout="false"/>
</esd:InParam>
<esd:OutParam name="GetDataResponse">
<esd:item name="return" type="typens:EchoData" builtin="false" array="false" inout="false"/>
</esd:OutParam>
</esd:Method>

versus

In IDL:

struct EchoData {
long aLong;
boolean aBool;
string aString;
};

Или пък (инициализация и извикване на един метод):

This is an example SOAP invocation in java (using the Apache SOAP library):

URL url = new URL("[линк]");
Call call = new Call();
call.setTargetObjectURI("urn:Hello");
call.setMethodName("sayHelloTo");
call.setEncodingStyleURI(Constants.NS_URI_SOAP_ENC);
Vector params = new Vector();
params.addElement(new Parameter("name", String.class, "Mark", null));
call.setParams(params);
Response resp = null;
try {
resp = call.invoke(url, "");
if ( !resp.generatedFault() ) {
Parameter ret = resp.getReturnValue();
Object value = ret.getValue();
System.out.println(value);
}
else {
Fault fault = resp.getFault();
System.err.println("Generated fault!");
}
}
catch (Exception e) {
e.printStackTrace();
}

Compare this to a CORBA invocation in Java:

try {
org.omg.CORBA.ORB orb = org.omg.CORBA.ORB.init(args,null);
org.omg.CORBA.Object rootObj = orb.resolve_initial_references("NameService");
NamingContextExt root = NamingContextExtHelper.narrow(rootObj);
org.omg.CORBA.Object object = root.resolve(root.to_name("AcmeMyService"));
MyService myService = MyServiceHelper.narrow(object);

int ret = myService.sayHelloTo("Mark");

} catch (MyServiceException e) {
System.err.println("Generated fault!");
} catch (Exception e) {
e.printStackTrace();
}

---
In God we Trust (all others must submit a X.509 certificate)

Хахахаха... еми гледай как се прави уеб-сървис в .НЕТ - примерно искаш римоут метод да се вика от локален код. Ремоут метода (сървър) примерно ще адва две числа. Ето го кода:

using System;
using System.Web.Services;

public class MathService : WebService {

[WebMethod] public int Add(int a, int b) {
return a + b;
}

}

Това се компилира и се получава DLL за бинарния код и ASMX интерфейс които се деплойват на ИИС сървър, примерно на адрес:

[линк]

Клиента на този Уеб сървис отваря Визуалното Студио, дава "Add Web Reference", посочва адреса [линк], и пише в кода:

using MathService;
MathService service = new MathService();
int a = service.Add(5,3);

Айде, готов си. Честито. И НЕ ти трябва ИИС на клиента (Questor анализира неща от които явно не разбира).

И ако искаш този Уеб Сървис да работи със Жаба - няма проблеми. Просто в Жаба клиента пращаш и получаваш SOAP XML Messages и не те ебе че съвъра е .НЕТ.

Има си и съвсем адекватно секюрити през SSL. Така че преди да коментирате, поне да разберете за какво става дума.

Не се бъзикам, наистина изглежда примамливо.
Какво правим обаче със "session"-ите , т.е. искам като се bind-на първия път, сървъра да ми запази някакви параметри които се ползват в последващите извиквания?

---
In God we Trust (all others must submit a X.509 certificate)

има но не се препоръчва да ползваш сесии

a Гуру (както винаги) не дочита какво пише на местата, от които чете.

....и що си мислиш, че всички си умират да използват IIS?
Или пък сърверните им платформи са "Windows"?

---
In God we Trust (all others must submit a X.509 certificate)

[линк]

V primera mu nyama nishto, koeto da napomnya za nyakakyv standart, bil toy SOAP ili MOAP. T.e. ne se podlygvay - dali otdolu ima SOAP ili IIOP, vsichko tova e 100% MS-specifichno ot tvoya gledna tochka.
Apache proektite (bazirani na SOAP) ot svoya strana sa syshto tolkova Apache-specific :-)

Който иска да ползва. Който не иска да пише код подобен на този, който ти пейстна малко по-нагоре.

Отдолу стои съвсем стандартен и нормален SOAP протокол, 1:1 както е дефиниран на:

[линк]

и напълно съвместим с имплементации на Апаче, Сън, Беа, етц. Като разбраха накъде духа вятъра, на последните си презентации Сън и Беа презглава демонстрираха комуникация между .НЕТ и Жаба чрез Уеб-сървиси

Забележи, кои са хората в W3C, които отговарят за SOAP:

Martin Gudgin, Microsoft
Marc Hadley, Sun Microsystems
Noah Mendelsohn, IBM
Jean-Jacques Moreau, Canon
Henrik Frystyk Nielsen, Microsoft

така че общо взето мисля ти е ясно за какво си говорим.

това го сфанах. Примера е 100% .НЕТ
Както Гуру каза по-надолу: "ако щете".
На .НЕТ е песен, ама на друга платформа - зор.

Много ми прилича на вица за ония дето подарил на жена си за 8-ми март джапанки и вибратор - "ако не и харесват джапанките - да се е** в гъза".
Та в крайна сметка ако искаш веб сървиси - или WINDOWS, или се е**ш в гъза.

Не е готино така, не е готино ..........
:-(

---
In God we Trust (all others must submit a X.509 certificate)

Vyzmojno e za hora, pred koito stoi dilemata "COM ili .NET", izboryt ti da e dobyr. No ostanah s vpechatlenieto, che Nobby se interesuva ot poveche ot dve neshta (sobstveniyat nos i Microsoft).

> Забележи, кои са хората в W3C, които отговарят за SOAP:
Ujasno me vpechalti, nema shto :-) Ne sym fen na nito edna ot spomenatite firmi (i izobshto na koyato i da e firma), no inache si na prav pyt - anti-fen sym na edna ot tyah :-) Dali shte ima uchastnici, poznali verniya konclager za nekadyrnici?