Dynamisk upload

Brug FTP og opret en bruger der KUN kan ændre i den fil de skal ændre i.

Eller hent COS pakken fra www.servlets.com og gør det direkte fra en JSP side.

<Disky>
COS hvad er det ?

Jeg sidder med en Tomacat server v 4.0.4
Og har lavet en JSP side med et include tag i.
Det include tag henviser til i *.htm fil.

Men jeg synes ikke at når jeg har redigeret i denne fil
at det er det redigerer det bliver vist.

Din html side bliver inkluderet i JSP siden som bliver pakket ind i en servlet der bliver kompilet til en .class fil første gang den bliver brugt.
Og tomcat opdager ikke en del af den JSP side er blevet ændret.

Derfor skal du sikre dig at den .class fil som jsp siden bliver til bliver slettet. Du kan finde den i WEB-INF/work.

COS er : com.oreilly.servlet

Som indeholder en HttpMultiPart upload servlet der er hamrende effektiv.

Hvilket include-tag bruger du?

Hvis du bruger <jsp:include page="kjshfjhsdkhfkjshl.htm" />
burde det virke umiddelbart (er dog ikke 100% sikker på at det virker med statisk indhold), dvs uden at skulle slette .class filer.

Hvis man i stedet for bruger <%@ include file="jkhkjhkjh.htm" %> får man det problem som disky beskriver.

p.s. Brug en uploadservlet, det er bedre end ftp.

Jeg bruger nemlig.. <%@ include file="jkhkjhkjh.htm" %>

Jeg testede lige.

med <%@ include file="jkhkjhkjh.htm" %> får man effekten som disky beskrev, faktisk lidt til min overraskelse (disky: hvornår kommer standardforedraget om resin?)

jeg checkede lige
<jsp:include page="kjshfjhsdkhfkjshl.htm" />
og det virker fint, også med statisk indhold. Så det problem er da til at løse.

Så mangler du bare at få opdateret filen...

Virker det også på en tomcat?
Og hvad er der lige med det der resin?

soelvpil:
Hvad mener du med standardforedrag om resin ?

Alle JSP servere der følger standarden laver det stunt jeg beskrev.

scoty: det er netop på en tomcat 4, jeg afprøvede det, så ja. disky og jeg harflere gange diskuteret Tomcat vs Resin (han mener Tomcat er ubrugelig, jeg mener den er ok i nyere versioner).

disky: standardforedraget er vist et eller andet med at tomcat er langsomt og besværligt at konfigurere og at resin er meget bedre o.s.v.

Men jeg burde selvfølgelig have vidst, at hvis Resin var bedre på det punkt, havde du nok fremhævet det (smiler bredt, hvordan ser en ekstra smilende smiley ud?).

Okay Soelvpil og Disky jeg deler pointene i mellem jer...
Håber det er ok med jer begge

Hov forresten.... Hvad betyder denne / sidst i include taget?

slut på den xml style tag du har skrevet.

soelvpil:
Har du nogen gennemgående erfaring med resin ?

/ er bare en kortere måde at skrive

<jsp:include page="gjgh.htm"></jsp:include>

Og nej, jeg har (næsten) ingen erfaring med resin (har dog lige prøvet at downloade den og smide en enkelt jsp-side ind på den).

I mit firma bruger vi primært weblogic eller Oracle's oc4j.

Jeg vil derfor heller ikke påstå, at Tomcat er bedre, for du har garanteret ret. Jeg har mest brugt Tomcat fordi 1. Den var i forvejen integreret i JBuilder og 2. Den passer fint sammen med mange af de jakarta-ting jeg har rodet med.

Og jeg har faktisk haft ganske gode erfaringer med at udvikle på den(og så bruge oracle eller weblogic som integrations- produktionsserver).

At eksperimentere med resin står et eller andet sted på den lange imaginære liste af ting der skal prøves af, så måske jeg slutter mig til resins fanklub en dag!

Ja jeg har bestemt kun dårlig erfaring med Tomcat, f.eks. at V3 IKKE kunne finde ud af at opdage at klasser var blevet ændret, så hver gang en klasse skulle testes skulle tomcat rebootes, hvilket generere de 3 andre udviklere og 2 webdesignere, da deres session blev smadret. Resin derimod havde ingen problemmer med dette.

I version 4 opfører den sig default på samme måde, det er dog rimeligt let at få en webapplikation til at reloade sig selv (den vil her genindlæse webappen og dræbe alle sessioner). Mener den kan sættes op til at persistere sessioner også, men har ikke prøvet det i praksis.

I 4.1 er der også kommet en slags management konsol, til at indlæse webapps, ændre konfiguration af dem o.s.v. (det er ikke det samme som den gamle managerapplikation, som er umulig at arbejde med).

Jeg mener faktisk at ved man hvad en webapplikation er og hvad web.xml er, er Tomcat ok at arbejde med. Ved man ikke det, får man problemer.

//Disky

Hej Disky..

Kan man på en resin server godt configurer server porten til noget andet end port 8080... Da jeg bruger den default på min tomacat server.

Jeg kan selvfølgelig godt rette min tomcat, men er blevet glad for at bruge port 8080, da jeg har enkelte genveje, direkte på denne port.

scoty:
Ja det kan du godt, kig i resin.conf filen :)