Den er svær, specielt hvis man ikke kender din baggrund.
Jeg er Jsp/java udvikler, så jeg vil absolut kunne lave en bedre løsning i Java/jsp end i asp/.net osv.
Men en asp/.net udvikler vil have det lige omvendt.
Driften er igen et problem, de færreste danske webhoteller understøtter Java, ganske enkelt fordi de ikke fatter potentialet i det. Men hoster du selv er Java billigst efter som alt software du har brug for kan fået lovligt og helt gratis, i modsætning til asp/.net.
Ulemper ved asp/.net det er properitært og lukkede standarder, der kræver meget dyr hardware og software, hvorimod jave/jsp er åben standard, gratis software og kræver ikke noget sønderligt af hardware.
Jeg vil helt klart foreslå du laver det i java/jsp/servlets da jeg mener det er længer foran asp/.net, men andre vil helt bestemt fortælle dig det modsatte som man jo må forvente.
Men husk asp/.net er og bliver et hundedyrt kommercielt og properitært produkt, hvilket jeg mener er en extremt hæmsko.
Det at Oracle 9ias server bruger Java fortæller også lidt om produktets kvalitet.
Jeg ville vælge APS af den simple grund at alle scripts er åbne og til at gå til. Med JAVA-servlets (under forudsætning af at jeg ikke tager helt fejl af hvad JAVA-servlets er) skal du gennem en compilering af kindeteksten og derfor er det vel ikke åbent?
Java er programmørens løsning, asp er brugerens løsning som jeg ser det
Tæsk mig endelig hvis jeg tager fejl, så kan jeg vel lære det!!!!!
Jeg vil give både disky og bufferzone ret i deres svar.
Jeg programer i asp og ville nok ikke vælge Java da det ikke er det jeg gør mest i. :-)
Men det billigste vil nok være PhP da jeg mener det er fuldstændig gratis.
Og hvis du ikke kender til nogle af de forskellige programeringssprog er det jo ligemeget hvad for et du vælger da du jo får en masse søvnløse nætter når du begynder at sætte dig ind i det du vælger. :-)
Jeg synes også, at php/mysql er værd at nævne i denne sammenhæng: godt og gratis software (f.eks kombinationen php/mysql/apache hos ; masser af script-udveksling på nettet
bufferzone: Man laver ikke webløsning som servlets hvis man er en fornuftig udvikler, så bruger man JSP, som bliver kompilet første gang de bliver brugt, derved opnåes bedre performance end i ASP. Men en korrekt opsat JSP/Servlet server compiler også servlets automatisk.
Det med brugeren/programørens sprog er noget ævl, undskyld jeg siger det. En bruger mærker ingen forskel.
helle: php har problemmer med skalering, hastighed osv, da det er et parset sprog. Du opnår ikke samme profesionalisme som i J2EE (java). Som skrevet tidligere Oracle understøtter Java og ikke andet !
Jamen så er gang i religions-krigen igen Java (JSP/Servlets) <---> Windows (ASP, .NET, CGI, COM+/ActiveX)
Kort sagt: Jeg er enig med 'disky' så langt, at brugerne er ligeglade, bare preformance er OK, så kan man holde alle de små udvikler-krige for sig selv.
Men jeg har praktisk erfaring med begge 'verdener', og undskyld disky, men du er alt for ensidig, og hælder alt for meget til Java, Open Source og lign. - Jeg gætter på du stort set henter alt til dine platforme fra Jakarta.org. - hehe Du er nødt til at have et åbent sind, vælge den bedste løsning, i en given situation, og vigtigt opveje udviklingstid kontra valg af teknologi.
Java-siden --->
Faktum er, at når du skal til at deploy'e (flytte) dine WEB-applikationer over på en fornuftig platform, en fornuftig WEB-Server, ja så kniber det gevaldigt på Java-siden. - og ja inden du går helt i spåner: Jeg HAR prøvet at deploye med alt det fine *.WAR filer, Servlet-mappings på flere Java-enablede WEB-Servere som f.eks.: - Apache/Tomcat (Catalina) - God til ren html, vanskelig at konfigurere til JSP/Servlet container add-on = Tomcat's - Tomcat 4.1.18 +> stand-alone - elendig, kun til udvikling/test - Resin WEB-Server (Den eneste fornuftige i Java-miljø'et) sjovt nok koster den også penge - ca. $ 500,- (Den bruger vore kunder p.t.) - WebLogic - En voldsom dyr fætter 150.000 Kr. , som ikke gjorde bedre en Resin - JRun - nogen lunde ...
Windows-siden --->
Windows-platforme og udviklings-miljø'er koster penge, ja - men kvalitet koster penge. -- og ja, inden du nu ruller den sædvanlig sang ud, og patch'es, stabilitet, ja så prøv at se på de forskellige nyhedsgrupper, (Eksperten) og hacking attemps på f.eks. AllDass, så vil du se, at selvfølgelig er Java-verden / Open Source platforme/servere nøjagtig lige så fyldt med små-fejl, patch'es, og efterhånden som de bliver "bedre" repræsenteret rundt omkring, dukker der også hos Java- /OpenSource folket flere uheldige episoder op (Læs: pinlige fejl). - Al software har fejl, det ved du sikkert som udvikler.
// Der er også flere Toyota'er/Mazda'er som skal have hjælp af FALCK, end der er Ferrari-vogne på vej til værksted - du må indrømme, det er en rimelig analogi.
Og netop her, vil kommercielle leverandører have langt flere ressourcer til at videreudvikle, vedligeholde et eksistensgrundlag, teste og rette fejl; end en OpenSource verden, som sætter en dyd i at køre det på "hobby-basis".
<X vs. Y>--->
F.eks. er problemet i Java/OpenSource verden netop manglen på en top-ledelse, kommerciel, eller ej - men nogle ansvalige, hvis lortet fejler. De findes i alle Windows-miljø'er, men kun i MEGET få Java/OpenSource miljø'er. DERFOR har mange ikke turde "satse" på det potentiale du omtaler. Et meget pinligt eksempel på dette, er da det for nyligt blev afsløret, at selve det kilde-kode styringsværktøj som OpenSource verden er baseret på, ingen styring var underlagt, og derfor ikke kunne garantere for at kerne-moduler i server ikke indeholdt virus, trojanske hest, bagdøre and andet rigtigt hyggeligt, når man skal opstille en server til at køre nogle af sine allervigtigste applikationer, spændende ik' - Her er alle de seriøse altså hoppet fra - det holder ikke ....
Teknologisk --->
I mine øjne er ASP = JSP, rent teknologisk, bortset fra at JSP-sider fortolkes og kompileres til Servlets i WEB-Serveren 1. gang de kører/ændres. ASP-sider køres/fortolkes som et script, som så cache's og ligger klar til de efterfølgende hit's.
Java-Servlet'er og Java-Bean's skal kompileres, og bruges til at modtage/sende HTTP request/response til/fra nogle øvrige Java-klasser i sin object-model. - Egentligt ganske smart, men ikke meget anderledes end at kompilere er Windows-program.
Det samme kendes i Windows verdenen, som f.eks. CGI-programmer, COM+/ActiveX/.NET som danner interfaces med stort set alle programmer man kan forstille sig, både nuværende og fremtidige applikationer i Windows-miljø'er.
Og så på falderebet - det er ikke noget personligt mod dig 'disky', for jeg ved du er ret dygtig, og nærer stor respekt for dine kompetencer, men mere et lille oprør mod alle dem, som bare synger "med" alle de halv-fattige lærere/professorer/lektorer o.s.v. der ikke kan lide Windows (M$) bare fordi det strider mod deres indre ideologi. Dette simpelt hen fordi de er socialister - og netop gennem jobbet indoktrinerer deres studerende til at "hade" Windows (Microsoft) og andre kommercielle spillere i IT-branchen - uden deres success, var IT ikke kommet meget længere end til en programmérbar vaskemaskine (sat lidt på spidsen, hehe).
Java er og bliver platforms-uafhængigt, alene and den grund, at det er et fortolket sprog, som kører på en emulator: Java Virtuel Machine.
Og en Java Virtuel Machine er jo ikke platforms-uafhængig, vel - den skal man jo lige netop download'e til lige præcis den processor/micro-arkitektur, som ens hardware nu engang er. Og vi kender jo alle diverse emulatorer (C64, PSX, VM-Vare, o.s.v) - de vil i sagens natur, alt andet lige, ALDRIG kunne give samme høje preformance, som noget microcode der kan køres direkte på hardware-arkitekturen.
>// Der er også flere Toyota'er/Mazda'er som skal have hjælp af FALCK, end der >er Ferrari-vogne på vej til værksted - du må indrømme, det er en rimelig >analogi. Det betyder ikke at Ferrari er en bil af bedre kvalitet, der kører bare 2-3 i Danmark, de kører kun 2-3.000 Km om året, når der er solskin, optimale betingelser. Der kører i modsætning 100.000'vis alm. biler som Toyota/Mazda, de kører flere 100.000 Km hver, og ud af disse er kun 50-100, som kræver lidt start-hjælp fra FALCK - og de SKAL kører under alle tænkelige betingelser, også snestorm.
Jeg tager skam ikke dine kommentarer personligt, jeg er åben for kritik bare den er konstruktiv, hvilket visse unavngivende personer ikke kan finde ud af. Du har set det rigtigt nok at jeg til servere uden tvivl klart ville foretrække Linux og open source produkter på server niveau, da min erfaring som konsulent og udvikler har lært mig at åbne produkter er bedre til områder der kræver performance og sikkerhed. Du har helt ret i at open source osv også er fyldt med fejl ingen tvivl om det, men fejlene bliver rettet meget hurtigere end de gør på windows (desværre). Og rent prismæssigt er windows meget dyrt også i hardware krav.
Mangel på ledelse indenfor open source verdenen er jeg helt enig med dig i, tro mig jeg er bestemt ikke kun fortaler for open source tværtimod, jeg anvender det kun de steder hvor jeg ser det som en fordel. Bare se IDE til java, visse folk herinde sværger til eclipse osv, hvorimod jeg til enhver tid hellere vil betale 500$ (mener jeg prisen er) for IntelliJ. Det samme gælder Resin vs. Tomcat og lignende ting.
Jeg bruger faktisk selv windows på min laptop som arbejds OS, og Red Hat på min webserver, netop fordi jeg mener jeg så har anvendt den bedste teknologi til opgaven.
ASP vs. JSP vs. PHP vs. XYZ osv er som du siger til tider formålsløs, da man i alle sprog kan lave det samme. ASP er blevet særdeles brugbart specielt fter .net kom frem, før .net havde det visse mangler synes jeg helt klar, så som manglende gennemført objektorientering osv. Men idag er det blevet et ganske udemærket miljø.
Du har også ret i at en JVM ikke er platformsuafhængigt, men selve java er forudsat man ikke bruge JNI og lignende.
Rart med en kreativ diskussion, dem mangler der godt nok her på sitet :)
WebLogic kun til JSP og servlet koster 495 dollar ikke 150000 kr.
Man kalder normalt ikke en JSP/servlet engine/container for en web-server.
CGI er opfundet i Unix verdenen ikke i Windows verdenen.
Betragtningen om fortolket versus compilet kode var rigtig men med de nye JVM er forskellen blevet ret lille. Den er der, men den er nede på niveau med forskellem mellem assembler og HLL (siger alle mine test ihvertfald).
En Java applikation børe være WORA. Og ganske vist er en JVM ikke platforms-uafhængig. Men fakta er at du kan få en JVM til næsten alt - fra din PDA til IBM's største mainframe.
Dine betragtninger om røde undervisere lyder som noget Erhard Jakobsen (med en vis ret) ville sige for 30 år siden. Der er løbet ret meget vand i havet siden da. De fleste højere lære-anstalter idag er ved at falde over deres egne ben for at lave tæt samarbejde med erhvers-livet.
Og hvis du er bekymret for om der er en orm i CVS sourcen, så kig efter. Du har muligheden. Du har ikke den mulighed med VSS.
alexbp: glemte lige en ting, jeg bruger næsten ingen jakarte produkter da jeg synes andre produkter er af højere kvalitet. Også selvom de så koster penge.
Ja, når man taler om solen .... - Desværre skinner den ikke denne gang ..
Artikel: "SCO: Linux-kerne tyvstjålet"
Softwareselskabet SCO Group har fundet adskillige steder i Linux-kildekoden, der er blevet kopieret direkte fra Unixware, som SCO Group ejer rettighederne til. Får SCO Group ret i sin påstand, vil det åbne for søgsmål mod alle de firmaer, der anvender Linux
Det er da et fremragende bevis på at OpenSource er godt til at beskytte IPR.
SCO har ingen vanskeligheder ved at checke om Linux har stjålet source kode fra dem. De henter bare Linux koden og checker. De kan også se hvem der har committed de pågældende kode stumper.
Hvordan checker de om IBM AIX, Sun Solaris, HP HP-UX har lavet det samme ? Det kan de ikke !
[det er ikke lige den vinkel CW har anlagt, men det er vel fakta]
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.