Hej alla! jag är helt ny här forumet, och jag hoppas att det här är rätt forum att ställa min fråga till.
Jag har applikationen och jag har hemsidan har utvecklat båda själv. Applikationen är byggd som ett fleranvändarsystem och testad i ett internt nätverk. Webbhotellet supportrar både Windows och Unix. Applikationen är körbar på båda. Nu vill jag installera applikationen på webbservern, allt frid och fröjd så här långt.
Som en vidareutveckling av min bostadsrättsförenings hemsida, vill jag nu kunna öppna och köra programmet från hemsidan, men har ingen aning om hur man gör det via en valfri webbläsare.
Man måste ju fråga vad exakt du menar med "applikation"? Ett fleranvändarsystem byggt med vad?
Jag menar tillämpningsprogram, ett slags affärssystem som riktar sig till bolag som förvaltar fastigheter. Innehåller en massa bra funktioner som föreningen skulle ha stor nytta av. Dealar av det använder jag själv. Min tanke är att skala bort alla funktioner som inte är intressanta för föreningen. Allt skrivet i AcuCobol GT i början av 90-talet. Den är gjord för att fungera i ett lokalt PC-nätverk där flera användare kan jobba samtidigt.
Steget är inte långt till man lika skulle kunna kommunicera med programmen via internet. Körbar kod, filsystem, konfigurationsfiler mm ska ligga på servern, vad jag saknar är idéer om hur man ska skapa ett gränssnitt mellan hemsidan och cobolsystemet.
Till hemsidan har jag använt HTML, CSS och PHP. Där har jag lagt tonvikten på informationsinnehållet, mindre på teknik och design.
ACUCOBOL-GT ägs ju numera av MicroFocus och enligt deras datablad för ACUCOBOL-GT, verkar de ha lösningar för web deployment. Fast det såg ut som om deras webbklient-lösning var en ActiveX-paketering av deras Thin Client. :l
Men det bästa är nog att prata med MicroFocus och se vilka möjligheter man har med ACUCOBOL-GT i dagens läge. Jag har tyvärr ingen detaljkoll på den miljön.
(äsch, jag vet inte hur jag tänker), så borde gränssnittet inte behöva bry sig om vilket högnivåspråk som programmen i skrivna i. De körbara filerna är ju ett gäng ”.exe” filer.
Det borde finnas färdiga skripts som kan dra igång program som ligger på hårddisken på på en extern server via en länk på en hemsidan. På samma sätt som det går att köra en massa spel via nätet utan att man behöver ladda hem en massa skräp till den egna datorn?
Jo, naturligtvis kan man starta en process utifrån en given EXE (som i det här fallet exekverar i en COBOL Virtual Machine), men hur har du tänkt att användaren skall kommunicera med programkoden?
COBOL har ju använt en massa olika gränssnitt genom tiderna, men jag antar att din ACUCOBOL-GT har ett Native GUI. Koden kommer då att interagera mot operativsystemets fönstersystem för att visa upp ett GUI för den användare som exekverar processen. Normalt måste alltså användaren nyttja den maskin där koden exekverar för att se något.
Sedan finns det ju många Thin Client/Remote Desktop-lösningar för att flytta själva gränssnittet till en annan maskin, men en godtycklig webbläsare kan inte göra detta utan någon slags plug-in.
Eller är det här batch-program som inte behöver något GUI? Du kanske kan använda något så "gammaldags" som CGI för att köra programmen?
Din sista kommentar om spel på nätet; du laddar alltid hem en "massa skräp" till den egna datorn om du vill att något skall hända på den. Må det vara HTML, JavaScript, Flash ActionScript, Silverlight XAP, etc. Tricket är ju att matcha applikationens output med webbläsarens (eller lämplig plug-ins) input.
Nu har jag letat fram User´s guide och hittat ett helt kapitel om olika metoder för att köra AcuCobol på internet. Tyvärr har jag inte ACUCORP boken som det hänvisas till. Nu måste jag grotta vidare i on-line manualen, som följde med i paketet. Jag var väl för snål för att köpa alla böckerna som var svindyra. Visar det sig att det är för mycket jobb ger jag upp idéen. Jag återkommer om hur det går, men det tar lite tid att testa några varianter.
Din sista kommentar om spel på nätet; du laddar alltid hem en "massa skräp" till den egna datorn om du vill att något skall hända på den. Må det vara HTML, JavaScript, Flash ActionScript, Silverlight XAP, etc. Tricket är ju att matcha applikationens output med webbläsarens (eller lämplig plug-ins) input.
Nu gör du mig orolig. Barnbarnet åtta år gammal är tillåten att leka på min dator. Han har hittat en massa roliga spelsiter och jag har inte märkt någon nerskräpning i min dator. Han brukar ropa på mig och fråga när det dyker upp rutor som brandväggen lägger ut.
Du fick mig till att fundera i de rätta banorna. I det interna nätverket som jag nämnde tidigare installerades programmet i varje enskild slutanvändares PC, det var bara filsystemet som låg på en serverdator.
Lösningen är att lägga ner projektet. Ändamålet är inte värt besväret. :)
262 ms totalt · 4 externa anrop · v20260731065814-full.1dc6f849
