V1.0 - 14/11/2004 - original
Indledning
Web services er meget hot for tiden. Alle snakker om dem. Og om
det nært beslægtede begreb SOA (Service Oriented Architecture).
SOA behøver ikke være web services men idag vil det typisk være det.
Visionen er at lade løst koblede systemer kommunikere på
tværs af platforme og teknologier ved hjælp af standarder
der gør det muligt fuldstændigt at skjule det bagvedliggende.
Det lyder måske lidt højtravende. Men det er faktisk muligt.
Alt har dog sin pris. Og web services koster i krav til
system resourcer.
Web services kan være andet end SOAP over HTTP, men i nedenstående
vil jeg kun kigge på det.
Web services er et godt valg hvis:
* volumen er lav eller medium
* det er komplekse objekt orienterede data strukturer
* man ønsker at skrive mindst muligt kode
* det er mindre data mængder
* det kan være WAN traffik
* man ønsker ikke at antage noget om systemet i den anden ende
Vigtige noter
Inden jeg går igang med eksemplerne vil jeg lige komme med
et par vigtige betragtninger af generel karakter.
Forsøg ikke på at skrive/læse SOAP messages eller WSDL beskrivelsem
manuelt som XML. Det er alt for komplekst til at skrive/læse selv. Brug
nogle biblioteker eller web service toolkits til det. .NET SDK kommer med der
fornødne. Til Java vil jeg anbefale at bruge Apache Axis toolkit.
Et RPC kald med SOAP over HTTP bruger XML som transport, men
programmøren bør ikke se noget XML overhovedet.
Fordi noget kan publiceres som web service behøver det ikke være
standard / teknologi netralt. Så tænk over hvilke data typer
du bruger. .NET System.Collections.Hashtable og java.util.HashMap
svarer måske nok nogenlunde til hinanden. Men SOAP standarden
kan ikke finde ud af det. Nøjes med de helt standard ting: array,
struct/class, integer, string, float, double, char, byte. Hvis
du er interesseret i at undersøge dette emne mere så check WS-I
(Wen Services - Interoperability) standarden. Hvis du ikke vil
følge standarden og være teknologi neutral, så kan du lige så
godt vælge en teknologi specifik løsning som .NET remoting
eller Java RMI. De performer meget bedre.
.NET client, Java server
Server.jws:
public class Server {
public int add(int a, int b) {
return (a + b);
}
public String dup(String s) {
return (s + s);
}
}
Build og deploy:
kopier Server.jws til roden af Axis web app (Axis ordner resten)
(en professionel IDE som f.eks. Borland JBuilder Enterprise Edition
kan naturligvis deploye Axis web services direkte fra IDE'en - og selv
uden IDE kan man gøre det via ant)
Test.cs:
using System;
class Test
{
public static void Main(string[] args)
{
ServerService ss = new ServerService();
Console.WriteLine(ss.add(12, 34));
Console.WriteLine(ss.dup("abc"));
}
}
Stub generering, build og run:
wsdl /language:cs http://localhost:8080/ (...)
csc /t:exe Test.cs ServerService.cs
Test
Test.vb:
Imports System
Class Test
Public Shared Sub Main(ByVal args As String())
Dim ss As ServerService = New ServerService
Console.WriteLine(ss.add(12, 34))
Console.WriteLine(ss.dup("abc"))
End Sub
End Class
Stub generering, build og run:
wsdl /language:vb http://localhost:8080/ (...)
vbc /r:System.dll /r:System.Xml.dll /r:System.Web.Services.dll /t:exe Test.vb ServerService.vb
Test
Java client, .NET server
Server.asmx:
<%@ WebService Class="Server" %>
Server.cs:
using System;
using System.Web.Services;
public class Server : WebService
{
[WebMethod]
public int Add(int a, int b)
{
return (a + b);
}
[WebMethod]
public string Dup(string s)
{
return (s + s);
}
}
Build og deploy:
csc /t:library Server.cs
kopier .asmx og .dll til IIS dir og bin subdir
(en professionel IDE som Visual Studio .NET Enterprise må kunne
deploye web services direkte fra IDE'en)
Server.vb:
Imports System
Imports System.Web.Services
Public Class Server
Inherits WebService
<WebMethod()> _
Public Function Add(ByVal a As Integer, ByVal b As Integer) As Integer
Return (a + b)
End Function
<WebMethod()> _
Public Function Dup(ByVal s As String) As String
Return (s + s)
End Function
End Class
Build og deploy:
vbc /r:System.dll /r:System.Xml.dll /r:System.Web.Service s.dll /t:library Server.vb
kopier .asmx og .dll til IIS dir og bin subdir
(en professionel IDE som Visual Studio .NET Enterprise må kunne
deploye web services direkte fra IDE'en)
Test.java:
import org.tempuri.*;
public class Test {
public static void main(String[] args) throws Exception {
Server s = new ServerLocator();
ServerSoap ss = s.getServerSoap();
System.out.println(ss.add(12, 34));
System.out.println(ss.dup("abc"));
}
}
Stub generering, build og run:
set AXISLIBS=\Jakarta\Axis-1_1\lib\axis.jar;\Jakarta\Axis-1_1\lib\commons-logging.jar;\Jakarta\Axis-1_1\lib\log4j-1.2.8.jar;\Jakarta\Axis-1_1\lib\commons-discovery.jar;\Jakarta\Axis-1_1\lib\wsdl4j.jar;\Jakarta\Axis-1_1\lib\jaxrpc.jar;\Jakarta\Axis-1_1\lib\saaj.jar
java -classpath %AXISLIBS% org.apache.axis.wsdl.WSDL2Java http://localhost/ (...)
cd org\tempuri
javac -classpath %AXISLIBS% *.java
cd ..\..
javac -classpath .;%AXISLIBS% Test.java
java -classpath .;%AXISLIBS% Test
(en professionel IDE som f.eks. Borland JBuilder Enterprise Edition
kan naturligvis gøre det hele fra IDE'en - og selv uden IDE kan man gøre
det via ant)
Konklusion
Web services mellem .NET og Java er nemt. Meget nemt.
Man skal ikke skrive ret meget kode, fordi:
- web service toolkittene håndterer konvertering til og fra SOAP XML
- containeren (IIS/Tomcat eller anden servlet engine) håndterer thread creation
Ovenstående eksempel er selvfølgelig urealistisk simpelt, men selve
interaktionen .NET og Java bliver faktisk ikke ret meget mere kompleks
selv med realistiske eksempler.
