Denne side indeholder artikler med forskellige perspektiver på Identity & Access Management i private og offentlige organisationer. Artiklerne behandler aktuelle IAM-emner og leveres af producenter, rådgivere og implementeringspartnere.
.NOT versionerne af MS's værktøjer kan heller ikke levere det du ønsker da de skal overholde javaspecifikationerne hvis de vil have lov til at generere java.
Og du skal ikke regne med at MS's CLR-JIT vil blive brugt i nogen nævnelig grad udover på windoze maskiner, hvilket dog nok vil være størstedelen :-)
Iøvrigt tiltror jeg heller ikke java applets nogen speciel lys fremtid, hvorimod JavaWebStart er langt mere lovende, da JWS ikke er afhængig af hvilket browser det kører i, og at man der har kontrol over hvilken JVM version ens kode bliver afviklet i.
MS vil formentlig opleve samme problem med deres CLR når de frigiver næste version, da de ligesom applets ikke har taget højde for hvordan man kontrollerer hvilken version af runtime miljøet ens kode bliver afviklet under, og at man derfor kan blive tvunget til at udvikle til laveste fællesnævner (som når du forsøger at udvikle java 1.1 applets, når gældende standard idag hedder 1.4).
Men som Storm P. engang sagde: "Det er svært at spå, især om fremtiden".
wired> det fungerer fordi din nuværende browser indeholder MS JVM 1.x, men at fremtidige versioner af IE næppe vil gøre det, og ihvertfald ikke en 1.x version.
Mit generelle indtryk er at Java teknolgierne er lidt sværere at komem igang med end MS teknologierne, men så til gengæld klarer sig bedre til meget store løsninger.
Mvis man skal tale om den 'religionskrig' der er mellem .NET/J2EE, så tror jeg man i fremtiden vil se SUN dominere serverside og MS dominere clientside med .NET. Ellers er jeg helt enig med dig arne.
Jf. David S. Platt i Introducing Microsoft .NET lyder det netop til at .NET har løst problemet med version nummerne. Det betyder dog stadig at det er laveste fællesnævner som gælder, men specielt versionnummer problemet syntes der at være taget hånd om i .NET.
Arne v> (hej igen:) Vil det sige at jeg kan lave grafik ved brug af ActiveX controller?
Og vil det sige a tjeg med Visual Studio 6.0 J++ kan lave IE6.0 kompatible java appletter?
Som jeg opfatter .NET efter at have arbejdet med det et par uger, virker det som om at det primært er server-side, og at .NET tilbyder programmeringssprogs-udafhængig-server-side service. Og derved satser på server-side delen og har opgivet client-siden til JScript.
Det lyder til at jeg skal koncentere mig om at lave grafik på IE5.0+ client-siden med ActiveX kontrol (troede ikke at det kunne lade sige gøre) eller skaffe mig VS 6.0 J++ selv om fremtiden ser skidt ud for java-applet.
Var meget interesset i Lloyd Dupont's eksempel på .NET client-grafik inden han fjernede eksemplet igen, men kildekoden er der heldigvis stadig:
low-end = mindre sites med primær fokus på præsentation high-end = størres sites med med primær fokus på transaktions processing (og så er der naturligvis også alle dem midt imellem)
J2EE er designet til N-tier løsninger med en meget klar separation mellem de forskellige tiers.
Typisk J2EE arkitektur er 5 tier: |-entity bean--database browser--JSP/servlet--session bean-| |-connector--EIS
Det er mit indtryk at en .NET løsning typisk er 3 tier:
browser--ASP.NET--database
(selvom 4 tier vel er en mulighed)
.NET er absolut ledende i funktionalitet ude i web-laget (Java folket skal formentlig have fat i JSF for at kunne matche ASP.NET). Men de mangler i applikations-laget bagved.
Low-end sites har sjældent brug for alle de tiers.
Man kan vælge app-server fra IBM/BEA/Oracle/SUN/opensource, man kan vælge operativ-system fra Microsoft/IBM/SUN/HP/opensource, man kan vælge hardware fra IBM/HP/Dell/SUN/diverse.
Med .NET er frameworket fra Microsoft, operativ-systemet fra Microsoft og hardwaren fra IBM/HP/Dell/diverse.
Mht. J2EE tror jeg nok at jeg havde forstået det, men jeg kunne bare ikke se hvordan J2EE (altså Java 2) skulle være bedre end f.eks. C# - altså rent high-end server mæssigt.
En N-tier arkitektur betyder at softwaren kan opdeles i N lag, som principielt kan køre på hver sin maskine d.v.s. at vi snakker om software komponenter der er forbundet med software komponenter på en anden maskine.
N-layer protokoller og N-layer software betyder at protokollen/softwaren kan opdeles i lag der ligger oven på hinanden. Men N-layer software er noget der kører inden i samme software komponent.
J2EE og .NET er begge frameworks (altså koncepter/modeller for program-udvikling), hvor du altså mener at J2EE er at betragte som længest fremme, men lidt svær at arbejde med og .NET er på vej frem og noget nemmere at arbejde med.
J2EE og dermed Java er platformsuafhængig hvor .NET er sporg uafhængig (og med tiden måske også platformsuafhængig).
Til sidst hvad vil du anbefale at jeg holder mig til/satser på/begynder på hvis jeg fremover skal arbejde med store web-applikationer.
J2EE eller .NET ?
Er det forøvrigt nemt at kommunikere lagende imellem i Java? I .NET føles det relativt nemt og mest af alt som at arbejde med nye funktioner uden den store initialisering - altså hvis jeg har forstået det rigtigt.
Tak for en hyggelig chat - jeg har lært meget. For at slutte tråden vil jeg da gerne høre om du har prøvet at lave et activeX <object></object> som kan vise grafik IE5.0+ eller udnytte IE5.0+ 's interne object'er til at vis grafik hos clienten? Eller bare høre hvordan du ville lave animeret grafik hos clienten (IE5.0+) hvis du skulle gøre dette?
Det ser ud til at hvis jeg skal lave grafik hos clienten er jeg nød til at arbejde med Java 1.1.4 eller anvende en plug-in a la SUN JVM, Flash etc. Eller finde en måde som kan anvende IE5.0+'s interne objecter - syntes at have læst om dem et sted. Det må gerne sende mig et svar Arne da du ser ud til at få alle points :-)
Ohh... Excellent... Lige hvad jeg ledte efter ... Hvis du har mere indenfor rækkevidde må du gerne sende dem, ellers søger jeg selv videre efter actcivecontrol hvis dette ikke skulle vise sig at være nok.
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.
