http-Request auf Apache Tomcat

[Guest]

Hallo,

ich arbeite mit einem Programm, dass auf einem Apache Tomcat Webserver läuft. Über eine Webseite kann man sich bei diesem Programm anmelden. Mich würde interessieren, wie dieser Anmeldevorgang intern abläuft. Dazu habe ich mir den Quelltext der Anmeldeseite anzeigen lasse. Der Quelltext enthält u.a. ein Formular was ungefähr so:

<form action="/.../ApplyLogin" method="post">
  
  
</form>

aufgebaut ist. Mit Hilfe des Attributes "action" wird anscheinend ein http-Request aufgerufen der als Paramter den Usernamen und das Passwort enthält.

Nun ist nach meinen Informationen "ApplyLogin" keine html-Seite und auch keine JSP oder sowas sondern eine http-Methode der Anwendung.

Ich würde nun gerne in diese http-Methode reinschauen um zu sehen, was sie macht. Leider weiß ich nicht wie das Prinzipiell abläuft mit http-Methoden. Deshalb weiß ich auch nicht wie oder wo ich nach dieser Methode suchen muß. Könnt ihr mir diesbezüglich irgendwelche Tipps geben?

 

[maki]

Könnt ihr mir diesbezüglich irgendwelche Tipps geben?

In Servlets reinarbeiten, die Spek. lesen hilft auch.

 

[Guest]

In Servlets reinarbeiten

Wieso das? Das ist doch kein Servlet, dass dort aufgerufen wird... oder doch?

 

[maki]

Natürlich, was denn sonst?

Steht aber auch alles ind er Spek/Büchern.

 

[Niki]

Schau einfach in der web.xml nach auf welches servlet die url in der action gemappt ist. Dann kannst du im Serlvet die doPost Methode anschauen.

 

[maki]

Schau einfach in der web.xml nach auf welches servlet die url in der action gemappt ist. Dann kannst du im Serlvet die doPost Methode anschauen.

Naja, wenn die Action j_security_check lautet, wird ihm das nichts bringen.
Und wenn nicht, wird er sowieso nicht verstehen was da passiert nur anhand des Quelltextes.

 

[Guest]

Schau einfach in der web.xml nach auf welches servlet die url in der action gemappt ist. Dann kannst du im Serlvet die doPost Methode anschauen.

Kannst du mir ein Beispiel geben, wie so ein Mapping in der web.xml aussieht. In meiner web.xml kann ich solch ein Mapping leider nicht finden.

Ich will mich jetzt nicht besonders tief in den Tomcat bzw. in Servlets einarbeiten. Ich weiß, das Servlets ganz normalen Java-Code enthalten. Alles was mich interessiert, ist dieser Code um zu erfahren wie das mit dem Login-Vorgang abläuft. Nur finden muß ich ihn halt

 

[maki]

In meiner web.xml kann ich solch ein Mapping leider nicht finden.

Das kann nicht sein.

Zeig doch mal deine web.xml

 

[Guest]

Ich weiß leider nicht welche... es existieren sieben Stück.

 

[maki]

Dann viel Glück

 

[Guest]

Das was dort aufgerufen wird ist doch auf jedenfall ein Servlet oder? Nur damit ich weiss in welche Richtung ich suchen muß.

 

[maki]

Such doch mal nach "ApplyLogin" in deinen 7 web.xml.

 

[Guest]

Hab schon gesucht... aber leider nicht gefunden.

In der Dokumentation hab ich folgendes gefunden:

Modifying web.xml
The docuShare web deployment descriptor file – web.xml, is in <DS_HOME>\
tomcat\webapps\docushare\WEB-INF directory. Modify this file to give a name and
custom URL to your servlets or JSP page.
In the example below the servlet com.xerox.docushare.examples.servlets.
CreateUser will be known or registered as CreateUser and will be map to URL
/dsexamples/CreateUser.
Note the ordering of elements within the web-app element, as they must be in the
correct order. In particular, the <servlet> element must come before <servletmapping>.
DocuShare® Servlet/JSP Programmer Guide 2
<web-app>
...
<servlet>
<servlet-name>CreateUser</servlet-name>
<servlet-class>
com.xerox.docushare.examples.servlets.CreateUser
</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>CreateUser</servlet-name>
<url-pattern>/dsexamples/CreateUser</url-pattern>
</servlet-mapping>
...
</web-app>
Warning: The web.xml might get overridden after an upgrade or after an application of
a patch. Be sure to make a backup of the file before any upgrade or patch installation.
Also, check the file after each upgrade or patch installation to ensure that entries you’ve
made are still there. Otherwise, you need to put back all the changes you’ve done
previously.

 

[sliwalker]

Hoi,

action="/.../ApplyLogin"

Hast Du was abgeschnitten oder warum "..."?
action sagt ja auch, wohin der Reuqest geht, wenn man ihn abschickt. Da ist meist ein voll qualifizierter Pfad drin.
Ansonsten sieht man zu wenig um Dir helfen zu können.

Hast Du administrative Rechte?
Kommst Du auf den Server?
Hast Du Quellcode?
Kannst Du debuggen?

Sowas wär schon wichtig von Dir zu wissen.

greetz
SLi