servlet problemer.

Din web.xml indeholder din mapping, eksempel:

    <servlet>
        <servlet-name>Login</servlet-name>
        <servlet-class>dk.xxxxxx.useradmin.Login</servlet-class>
    </servlet>

    <servlet-mapping>
        <servlet-name>Login</servlet-name>
        <url-pattern>/Login</url-pattern>
    </servlet-mapping>

Din war-fil indeholder dine filer, eksempel:

META-INF/
META-INF/MANIFEST.MF
WEB-INF/
WEB-INF/classes/
WEB-INF/classes/dk/
WEB-INF/classes/dk/xxxxxx/
WEB-INF/classes/dk/xxxxxx/useradmin/
WEB-INF/classes/dk/xxxxxx/useradmin/Login.class
WEB-INF/web.xml

Og så kan du access dem udfra applikations-navn,
eksempel:

http://xxx.yyy.zzz:8080/useradmin/Login

[det er ihverfald opsætningen når man kører Tomcat sammen
med JBoss - det er et stykke tid siden jeg har kørt Tomcat
standalone, men det bør være nogenlunde det samme]

Jensbo:
Gør dig selv en tjeneste smid tomcat LANGT væk, og installer et bedre produkt f.eks. Resin fra www.caucho.com.

I do not know Resin, but the fact is that Tomcat
is the standard for JSP/servlet containers.

If your purpose is to get your app up and running,
then choose the one your like.

But if want to give/sell the app to others, then
Tomcat is probably best.

If you want to improve your resume, then
Tomcat experience is probably best.

Undskyld iøvrigt, at det blev på engelsk. Jeg
skrev bare.

>But if want to give/sell the app to others, then Tomcat is probably best.

No way, Tomcat er buggy, langsom og død besværlig.
Resin overholder også standarden til punkt og prikke.

>If you want to improve your resume, then Tomcat experience is probably best.

Igen noget nonsens, at det er på engelsk hjælper ikke.

Tomcat er tæt på noget af det besværligste software der findes, og det lider kraftigt under open source problemmet, nemlig elendig dokumentation.

Og arne_v jeg ved hvad jeg snakker om, jeg har været med til at udvikle Danmarks nok største JSP site, vi startede med Tomcat, og skiftede til Resin ganske enkelt fordi tomcat var en gang ubrugeligt hø.

Det står dig naturligvis frit for at betragte Tomcat
som en gang ubrugelig hø.

Fakta er at det er den mest udbredte. Det betyder
noget. Både for software og for resumeer. Uanset om
der ligger kvalitet til grund for det eller ej.

Og det kan da godt være, at du har været med til at
lave et stort JSP site. Men at du mener det gør dig klogere
end Apache Group, Borland (som bruger Tomcat) etc. har jeg
lidt svært ved at tage alvorligt.

Og iøvrigt synes jeg da i parantes bemærket, at
Tomcat er noget af det nemmeste at bruge.

Hahaha, undskyld jeg griner.

Men jeg ved ikke hvor mange gange her på sitet, jeg har foreslået folk at bruge resin når tomcat driller, og alle gange er de kommet tilbage og siger 'nej hvor er den nem at bruge'

Tomcat's dokumentation er elendig og hjælp finder man ikke.

Og om man skriver tomcat i ens resume betyder intet, det er J2ee, og JSP der tæller.

Men kan du skrive Oracle 9ias så hjælper det på det.

Læs lige dette her skrevet af Altavista's CTO:
"When evaluating our software needs, it was imperative to have a fast, scaleable and most importantly, reliable technology. AltaVista found such qualities with Caucho's technology. Resin provides an excellent basis for our front end Web-server software platform."
Doug Young, CTO, Altavista

Apache group er et open source community, så alt som ikke er open source efter GPL licensen kan de selvfølgelig ikke lide.
At borland kan lide det er da meget fint, men hvorfor acceptere et firma der ikke engang kan lave et ordentligt udviklingsværktøj ?

Selvfølgelig kan tomcat bruges, men det når ikke prof. værktøjer til knæene.

p.s. Hvad har du af erfaring med Resin ? Hvis du ikke har seriøs erfaring kan du jo ikke udtale dig om produktet. Ligesom jeg ikke vil udtale mig om Orion eller Jboss for dem har jeg ikke brugt.

Du kan jo selv prøve at søge på monster.com på Tomcat og Resin og
se hvad der giver flest hit.

Du nævner selv Oracle 9iAS. Lad mig lige citere fra
"Oracle9i Application Server An Oracle White Paper
September 2002":

100% Compatible with Tomcat - Oracle9iAS? Servlet Engine is a 100%
compatible with the Tomcat Servlet i Engine delivered by the Apache
consortium. As a result, developers who have used Apache and Tomcat to
develop their applications can easily deploy them to Oracle9iAS? servlet
engine. Oracle will ensure that its Servlet facilities remain compatible
with subsequent Apache consortium efforts including the Jakarta
and Catalina projects.

Der er Tomcat som sætter standarden.

Jeg kan forstå, at du ikke kan lide JBuilder. Det er jo
tilfældigvis også den meste udbredte (commercielle) Java IDE.

Man kan have mange grunde til ikke at kune lide Tomcat
og JBuilder. Men det er altså de produkter som bruges
ude i verden.

PS: Jeg skrev meget klart, at jeg ikke har erfaring med Resin.
    Og hvis du læser mit indlæg vil du også se, at på intet
    tidspunkt har jeg udtalt mig om hvad Resin kan eller
    ikke kan.

Det Oracle skriver er bare at de følger standarden 100% men imodsætning til Tomcat, er Oracle's produkt hamrende hurtigt, og klippestabilt.

At tomcat er reference implementationen er bare en beskrivelse af det følger standarden, ikke noget som helst andet.

Men er resin "nemmere" at sætte op end tomcat.
Eller ?

Iøvrigt bruger Apache Group slet ikke GPL.

det kan jeg sku ikke få til at virke

Tomcat ? Resin ?

Med mit forslag til struktur ?

Dig forslag til struktur.  Men jeg prøver lige lidt igen imorgen aften.

Hvis du ikke kan få det til at virke kan du så ikke
poste din web.xml og en jar tvf på din war-fil !

Problemet ligger nok i jeg ikke ved noget om den war-fil.
Du har ikke et link til noget omkring opsætning af tomcat serveren. :)

Ikke lige ved hånden.

Jeg har altid bare unzippet og kørt startup i en DOS box.

Men har du problemer med at starte Tomcat eller
problemer me at køre din wep-app ?

Tomcat kører men jeg kan ikke afvikle mine servlets.
Jeg vender tilbage iaften da jeg sidder på arbejde.

Hvis du kan starte Tomcat men ikke "køre" dine servlets,
så er det med meget stor sandsynelighed web.xml og war-fil
indhold der er problemet - ikke Tomcat konfiguration.

Har droppet apache sammen med tomcat og køre tomcat som standalone.
Tager for lang tid at rode med.....
Men der er stadig samme problem.

kører nu version 4.1.12

her f.eks. følgende web.xml fil

<web-app>

    <servlet>
        <servlet-name>HelloWorldExample</servlet-name>
        <servlet-class>HelloWorldExample</servlet-class>
    </servlet>
   
    <servlet>
        <servlet-name>Login</servlet-name>
        <servlet-class>Login</servlet-class>
    </servlet>
   
    <servlet-mapping>
        <servlet-name>Login</servlet-name>
        <url-pattern>/Login/Login</url-pattern>
    </servlet-mapping>
   
    <servlet-mapping>
        <servlet-name>HelloWorldExample</servlet-name>
        <url-pattern>/Hello/HelloWorldExample</url-pattern>
    </servlet-mapping>
</web-app>

Har to class/java filer i hver sin mappe men rod mappen /website/
Hvad gør jeg forkert ?

Hvad giver jar tvf på din war-fil ?

Hvis du har:
WEB-INF/classes/HelloWorldExample.class

og du bruger URL:
  http://localhost:8080/navn-på-web-app/Hello/HelloWorldExample

Så burde det virke.

Jeg ved ikke hvad den war fil er for noget. 

Det jeg har netop flyttet men alle i samme dir men det burde jo kun gøre det at fjerne noget af urlen fra fra <url-pattern>/Login/Login</url-pattern>     

Jeg har også en sådan i server.xml :
<Context path="/website" docBase="website" debug="0" reloadable="true" crossContext="true"></Context>
det er så en WEB-INF/classes/"mine klasser her"

En war-fil er hele din web-applikation en enkelt jar-fil som
er nem at deploye.

Men du kan også kopiere filerne som enkelt-file (a la XCOPY).

I dit Tomcat directory har du et directoy webapps.

De skal så ligge som:

webapps\navn-på-web-app\WEB-INF\web.xml
webapps\navn-på-web-app\WEB-INF\classes\HelloWorldExample.class

og stadig med URL:

http://localhost:8080/navn-på-web-app/Hello/HelloWorldExample

Det bør virke med en default Tomcat opsætninge uden ændringer
i server.xml !

Det virker nu :)
Damn det er besværligt

Kun første gang !

:-)

Kan du ikke lige svarer igen jeg kom til at dumme mig.

Yes

Hvad ?

Ikke noget