Jag tycker mig ha förstått att en del av er på forumet här använder er av VMS!?
Om så är fallet så är jag nyfiken på vad ni kodar i för språk? Finns det någon "modern" utvecklingsmiljö? Jag är nämligen helt grön på området...
OpenVMS
På vilket sätt "grön" ? Genom yrket eller som ren hobby ?
Vad har du tillgång till för maskin ?
Det mest moderna i dag är väl "Distributed NetBeans" :
http://h71000.www7.hp.com/openvms/produ ... istnb.html
Men för egen del så är en applikation som jag ansvarar för till huvudsak
skriven i DCL ("script", "shell" eller vad man vill kalla det) kompletterat
med lite perl. Annars har jag pysslat med Fortran, COBOL och C på VMS.
Vad har du tillgång till för maskin ?
Det mest moderna i dag är väl "Distributed NetBeans" :
http://h71000.www7.hp.com/openvms/produ ... istnb.html
Men för egen del så är en applikation som jag ansvarar för till huvudsak
skriven i DCL ("script", "shell" eller vad man vill kalla det) kompletterat
med lite perl. Annars har jag pysslat med Fortran, COBOL och C på VMS.
Först och främst vill jag rekomendera OpenVMS dokumentationen :
http://h71000.www7.hp.com/doc/index.html
När det gäller kommunikation så kanske det mesta finns i TCPIP dokumentationen :
http://h71000.www7.hp.com/doc/tcpip56.html
Sen finns den en del andra länkar på OpenVMS sidan : http://h71000.www7.hp.com/
t.ex : "E-business and integration" och "UNIX portability".
Sen finns det ju alltid diverse "middleware" som "IBM MQ", "BEA MessageQ"
och liknande. Det hela beror helt på vad du vill göra. Vanlig RPC går
naturligstvis även bra om man vill göra allt själv...
http://h71000.www7.hp.com/doc/index.html
När det gäller kommunikation så kanske det mesta finns i TCPIP dokumentationen :
http://h71000.www7.hp.com/doc/tcpip56.html
Sen finns den en del andra länkar på OpenVMS sidan : http://h71000.www7.hp.com/
t.ex : "E-business and integration" och "UNIX portability".
Sen finns det ju alltid diverse "middleware" som "IBM MQ", "BEA MessageQ"
och liknande. Det hela beror helt på vad du vill göra. Vanlig RPC går
naturligstvis även bra om man vill göra allt själv...
Jo, jag har ju fattat att det är mest "gamla" språk som gäller på VMS, men att man behöver Java för att bygga webservices?!
http://h71000.www7.hp.com/openvms/journ ... vices.html
http://h71000.www7.hp.com/openvms/journ ... vices.html
Visst, WSIT (Web Services Integration Toolkit) är till stora delar i Java.
Men applikationerna behöver inte vara (och är oftast inte) det.
För min del så innehöll WSIT mycket mer än vad jag behövde och kör istället ett gSOAP kit för VMS.
> men att man behöver Java för att bygga webservices?!
Så är det naturligtvis inte. WS är i princip en samling standards för hur man
ska skicka data fram och tillbaka. Det har inget med något specifikt språk
att göra.
Den Technical Journal du har länkat till är från Jun-2004. Men även om den
är lite gammal så står där t.ex :
> OpenVMS engineeringunderstands the importance of web services for
> the long-term viability of non-Java applications and intends to provide
> customers with tools that will simplify the creation of web services for
> non-Java applications.
Dock är vissa "wrappers" och "toolkits" skrivna i Java eftersom det underlättar
för att använda många av de standardprodukter som används inom WS.
> Vad hindrar att skriva web services i C t.ex.?
Inte ett smack. Mina WS-clienter för att köra mot Tradera är 100% C,
där finns ingen Java alls. Det är just det som är "finessen" med gSOAP.
gSOAP för VMS innehåller även färdiga wrappers för COBOL.
> Såg att sodjan fick in Python i sin VMS-installation. Ett ypperligt språk att skriva web services i om inte annat.
Kanske, om man snabbt vill hacka ihop något, men det kanske inte är något
om man har lite större "last" på det hela. Ett interpreterande språk är nog
inte optimalt i det läget.
Men applikationerna behöver inte vara (och är oftast inte) det.
För min del så innehöll WSIT mycket mer än vad jag behövde och kör istället ett gSOAP kit för VMS.
> men att man behöver Java för att bygga webservices?!
Så är det naturligtvis inte. WS är i princip en samling standards för hur man
ska skicka data fram och tillbaka. Det har inget med något specifikt språk
att göra.
Den Technical Journal du har länkat till är från Jun-2004. Men även om den
är lite gammal så står där t.ex :
> OpenVMS engineeringunderstands the importance of web services for
> the long-term viability of non-Java applications and intends to provide
> customers with tools that will simplify the creation of web services for
> non-Java applications.
Dock är vissa "wrappers" och "toolkits" skrivna i Java eftersom det underlättar
för att använda många av de standardprodukter som används inom WS.
> Vad hindrar att skriva web services i C t.ex.?
Inte ett smack. Mina WS-clienter för att köra mot Tradera är 100% C,
där finns ingen Java alls. Det är just det som är "finessen" med gSOAP.
gSOAP för VMS innehåller även färdiga wrappers för COBOL.
> Såg att sodjan fick in Python i sin VMS-installation. Ett ypperligt språk att skriva web services i om inte annat.
Kanske, om man snabbt vill hacka ihop något, men det kanske inte är något
om man har lite större "last" på det hela. Ett interpreterande språk är nog
inte optimalt i det läget.
För min del är "WEB Services" någon man använder om man *måste*. 
Hur ser dessa "Fortran funktioner" ut ? Är det verkligen *funktioner* ?
Eller är det kompletta images (EXE filer) ? Ingår dom i något större samanhang , som t.ex formulärhanterare ?
Vad *gör* Fortran programmen ? Det kanske finns enklare sätt att komma åt samma data ?
Har du kontroll över båda sidor av kommunikationen ?
Är det några delar av det hela som är "hugget i sten" och inte kan ändras ?
Vad lägger du i uttrycket "typsäkert" ?
Spontant låter WSIT som är väldig over-kill för det du vill göra !
Du behöver bl.a Java och en ODS-5 initierad disk. Det kanske redan finns,
det vet inte jag.
Det finns flera "okända" i ekvationen.
T.ex hur ofta Fortranfunktionerna ska anropas.
"Windows världen", är det en maskin eller många ?
Och gäller det en VMS maskin eller något som distribueras till flera maskiner ?
osv. osv....
Hur ser dessa "Fortran funktioner" ut ? Är det verkligen *funktioner* ?
Eller är det kompletta images (EXE filer) ? Ingår dom i något större samanhang , som t.ex formulärhanterare ?
Vad *gör* Fortran programmen ? Det kanske finns enklare sätt att komma åt samma data ?
Har du kontroll över båda sidor av kommunikationen ?
Är det några delar av det hela som är "hugget i sten" och inte kan ändras ?
Vad lägger du i uttrycket "typsäkert" ?
Spontant låter WSIT som är väldig over-kill för det du vill göra !
Du behöver bl.a Java och en ODS-5 initierad disk. Det kanske redan finns,
det vet inte jag.
Det finns flera "okända" i ekvationen.
T.ex hur ofta Fortranfunktionerna ska anropas.
"Windows världen", är det en maskin eller många ?
Och gäller det en VMS maskin eller något som distribueras till flera maskiner ?
osv. osv....
I fallet med VMS så oftast läget det att man *har* massor av kod i en
befintlig applikation och "bara" will hänga på ett WEB eller WS interface.
Så det är oftast inte så mycket *ny* utveckling, utan att hitta praktiska
verktyg för att *integrera* det hela.
Rent *tekniskt* är naturligtsvis Java ett skit-språk (interpreterande och
rellativt ineffektivt jämfört med "vanliga" språk som C/C++, COBOL, Fortran
eller likande), även om det finns en del *praktiska* fördelar.
För den som utvecklar utan att behöva bry som sådana tråkiga saker
som prestande (d.v.s i princip alla som utvecklar under Windows, eller
för andra en-användar miljöer) så spelar det i och för sig ingen större roll...
befintlig applikation och "bara" will hänga på ett WEB eller WS interface.
Så det är oftast inte så mycket *ny* utveckling, utan att hitta praktiska
verktyg för att *integrera* det hela.
Rent *tekniskt* är naturligtsvis Java ett skit-språk (interpreterande och
rellativt ineffektivt jämfört med "vanliga" språk som C/C++, COBOL, Fortran
eller likande), även om det finns en del *praktiska* fördelar.
För den som utvecklar utan att behöva bry som sådana tråkiga saker
som prestande (d.v.s i princip alla som utvecklar under Windows, eller
för andra en-användar miljöer) så spelar det i och för sig ingen större roll...
