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

Съдържаниет е скрито
Влезте за да го видите

Редактирано от Nobby на 17.12.03 13:09.

ми последно като се занимавах, за да може 'сървъра' да вика метод на клиента (примерно евент да хвърли), трябва небрежно да инсталираш 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("http://localhost:8080/apache-soap/servlet/rpcrouter");
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 интерфейс които се деплойват на ИИС сървър, примерно на адрес:

http://www.myserver.com/addservice.asmx

Клиента на този Уеб сървис отваря Визуалното Студио, дава "Add Web Reference", посочва адреса http://www.myserver.com/addservice.asmx, и пише в кода:

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

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

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

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