Sti til filer

Selvfølgelig.

Du kan godt referere relativt i forhold til hvor din JSP engine kører
efter helt normale operativ-systems regler.

Du kan også godt accesse ressourcer relativt til din web applikatiosn
root.

Det sidste er med:

getServletContext().getResource() eller
getServletContext(9.getResourceAsStream()

Er der nogen måde at gøre det relativt til JSP siden? altså uden at vide hvor JSP siden kommer til at ligge i forhold til web-root osv...?

Kan du lave et eksempel?

Nej.

Ja.

Men du kan sikkert opnå det du vil ved at bruge request.getRequestURI()
som returnerer URL for JSP siden. Og så manipulere lidt med den.

Mit første svar var vist iøvrigt forkert.

<%
URL fil = application.getResource("test.txt");
%>

er vist det der skal til for at få en URL til test.txt !

Heh, det er åbenbart en tricky opgave... jeg havde forestillet mig lidt at sådan noget evt. kunne laves i en servlets init(), men problemet er vel at der ikke er noget request-objekt endnu...

Det er ret irriterende at en så fundamental feature ikke er tilgængelig i noget java-noget...

Problemet er jo at man ikke kan lave en side, der er helt portabel hvis man skal bruge en sti i forhold til en mappe, i forhold til hvilken siden kan blive placeret forskelligt.

I en servlet kan du kalde getServletContext().getResource(), men
request.getRequestURI() kan naturligvis først kaldes når requesten
er modtaget.

Det er relativt almindeligta t bruge getResource i servlets.

Heh, tror alligevel at der er:

String path = application.getRealPath(filename);

Ja det lyder som en meget naturlig feature.

Jeg kan imidlertid ikke umiddelbart komme i tanke om en
måde at lave det på.

Men måske er der andre som kan.

Ah ja - og så regne baglæns fra den.

application er naturligvis JSP igen.

Nej, den virker (såvidt jeg kan se) PRÆCIS som Server.MapPath() i ASP, hvilket jeg efterlyste.

Nu mangler jeg bare en ekvivalent metode til servlet, nogen der kan hjælpe dér?

Muligt - jeg kender intet til ASP og Server.MapPath() !

Den tager en filnavn, der indeholder relativ sti, og laver den om til absolut sti.

Det er smart når man f.eks. har en fil liggende i samme mappe eller f.eks. i ../include/ osv.

getServletContext().getRealPath(filename) må gøre det samme.

arne, det er sjovt, for JSP minder en smule om ASP, især ASP.NET når man bruger C#.

Blandt andet er <% %> og <%= %> det samme.

Ok, håber det er OK at jeg tager en del af credit for svaret? :)

Det er en evindelig forbedring af ideer.

1)  CGI
2)  NetScape: NSAPI
3)  Microsoft+Process: ISAPI
4)  Java: servlet
5)  MicroSoft: ASP
6)  Java: JSP
7)  MicroSoft: ASP.NET
8)  Java: JSF

Helt OK.

Har forresten fundet ud af at når jeg kører en JSP side, kan jeg finde en .java fil med autogenereret servlet kode (i hvert fald med resin), så det er fedt hvis man skal lure hvordan noget, der gøres i JSP, kan laves i en servlet.


Din liste virker da ikke nødvendigvis som en række forbedrede idéer - snarere idéer, hvor der er lagt vægt på forskellige ting. F.eks. ville jeg stadig bruge et CGI-program frem for noget andet, hvis der skulle udføres en masse tunge beregninger, og antallet af requests i minuttet var moderat.

De fleste JSP engines kommer med en compiler du selv kan kalde
og compiler .jsp -> .java selv uden at deploye.

Kig efter jspc !

Der er da nogle undtagelser. Jeg bruger da også stadig servlets
en gang imellem.

Men til generelle dynamisk web-sider, så mener jeg at man klart kan se
en udvikling hvor niveau N bygger videre på erfaringer fra niveau 1..N-1.