Problemen en oplossingen
1. Omschrijving: nullpointerexception bij opstarten Tomcat |
|
| Datum: 2006-08-02 | |
| Tijdstip: 10:25:00 | |
| Begeleider: Ruben | |
| Eventuele URL: | |
|
Probleem: Bij opstarten Tomcat: 2-aug-2006 10:02:14 org.apache.catalina.startup.HostConfig deployDirectory SEVERE: Error deploying web application directory webapp9 java.lang.NullPointerException |
|
|
Oplossing: in context.xml: <Context path="/repository-tool"> => dit moet dus wijzen naar de webapplicatie en niet naar de database! Connectionurl moest op deze manier! connectionURL="jdbc:mysql://localhost/alumni" debug="99" driverName="com.mysql.jdbc.Driver" roleNameCol="rol" userCredCol="wachtwoord" userNameCol="email" userRoleTable="oudstudenten_rol" userTable="oudstudenten"/> |
|
2. Omschrijving: JSTL kan niet gevonden worden in web of project |
|
| Datum: 2006-08-02 | |
| Tijdstip: 12:10:00 | |
| Begeleider: Sven | |
| Eventuele URL: http://www.sitepoint.com/forums/showthread.php?t=311685 | |
|
Probleem: jstl kon niet gevonden geworden worden bij opstarten project |
|
|
Oplossing: voeg "standard.jar" toe aan de lib directory |
|
3. Omschrijving: deployen via Maven mislukt: authentication |
|
| Datum: 2006-08-03 | |
| Tijdstip: 11:24:00 | |
| Begeleider: Sven | |
| Eventuele URL: | |
|
Probleem: Wanneer ik mijn project wil deployen adhv van "mvn deploy", krijg ik de error dat hij geen username/paswoord heeft voor de repository |
|
|
Oplossing: deployen in Maven is niet hetzelfde als deployen in ANT. In Maven moet je gewoon de .war file kopieëren naar de /usr/local/tomcat/webapps/ directory. Het deployen slaat eigenlijk op het uploaden van je project naar de remote repository |
|
4. Omschrijving: Inloggen mislukt (invalid reference) |
|
| Datum: 2006-08-09 | |
| Tijdstip: 12:17:00 | |
| Begeleider: Sven | |
| Eventuele URL: | |
|
Probleem: Problemen gehad met web.xml. Als je bij <web-resource-collection> de <url-pattern> op "/*" zet kan je inloggen, maar zie je niets van figuren/CSS. Als je "/secure" zet, kan je niet inloggen |
|
|
Oplossing: bij /* secure je alles ( dus ook je images en css ! ), "/secure" beveilig je die niet, dus zie je ze ook op de inlogpagina. Je moet nu wel het absolute path naar login.jsp geven, maar dat aanvaardt Tomcat niet. Gewoon 2 url-patterns opgeven: a) /secure b) /index.jsp ( vergeet de / niet voor index! ) |
|
5. Omschrijving: Checkstyle plugin fails to write to configuration file |
|
| Datum: 2006-08-22 | |
| Tijdstip: 12:49:00 | |
| Begeleider: | |
| Eventuele URL: http://bruno.vernay.free.fr/wp/?p=87 | |
|
Probleem: Wanneer ik de Checkstyle plugin wil laden, krijg ik de error dat ik de configuratiebestanden niet kan aanpassen |
|
|
Oplossing: Het probleem was dat Eclipse 'gcj' gebruikte, door Eclipse als volgt op te starten: /usr/bin/eclipse -vm /usr/share/j2sdk1.5-sun/bin/java kon ik de plugin wel laden |
|
6. Omschrijving: Threads geven een goed resultaat, in JSP-pagina niet |
|
| Datum: 2006-08-23 | |
| Tijdstip: 13:38:00 | |
| Begeleider: | |
| Eventuele URL: http://java.sun.com/j2se/1.5.0/docs/api/java/util/concurrent/ExecutorService.html | |
|
Probleem: Wanneer ik 2 archive files op hetzelfde moment probeer toe te voegen aan de server, is het uiteindelijke resultaat correct. Het probleem echter was dat de JSP-pagina's dezelfde status berichten stuurden, terwijl ze toch een verschillende taak uitvoeren |
|
|
Oplossing: Het probleem was dat ik maar 1 referentie gebruikte. Ik heb een HashMap gebruikt die bijhield welke thread bij welke file hoort. De JSP-pagina vraagt dan gewoon aan de Controller om het resultaat van de thread te geven mijn zijn filenaam |
|
7. Omschrijving: maven kan enkel installen op newtec zelf |
|
| Datum: 2006-08-29 | |
| Tijdstip: 08:30:00 | |
| Begeleider: Sven | |
| Eventuele URL: | |
|
Probleem: Wanneer ik mvn install uitvoer, blijkt Maven op zoek te gaan naar artifacts in de repository van Newtec zelf. Deze laatste is echter niet bereikbaar van buitenaf. |
|
|
Oplossing: Door de optie -o (offline) toe te voegen aan het commando, zal Maven zijn artifacts niet willen updaten en slaat hij die stap over |
|
8. Omschrijving: Repository Tool werkt niet op Tomcat 5.0 |
|
| Datum: 2006-09-12 | |
| Tijdstip: 17:52:00 | |
| Begeleider: #tomcat | |
| Eventuele URL: irc.freenode.net | |
|
Probleem: De server waar mijn webapplicatie uiteindelijk moet terechtkomen draait de 5.0 versie (mijn laptop draait de 5.5 versie). Het lukte totaal niet om in te loggen in de webapplicatie. Er werd niets van errors/info/warnings gegeven. |
|
|
Oplossing: Tomcat 5.0 is totaal verouderd en wordt deze dagen niet meer gebruikt (op tomcat.apache.org staat die zelfs niet eens meer bij de stable versions...). De 5.0.30 die op de server staat is zelfs een BETA versie. Uiteindelijk heeft de IT-manager de 5.5 versie geïnstalleerd. Na 5 minuten werkte de Repository Tool volledig. |
|
9. Omschrijving: toevoegen van extra rol aan Repository Tool lukt niet |
|
| Datum: 2006-09-13 | |
| Tijdstip: 17:03:00 | |
| Begeleider: | |
| Eventuele URL: | |
|
Probleem: De IT-manager (Stephane) had mij gevraagd of het mogelijk was om een aparte rol te voorzien die de "supermacht" had over de configuratie via de Repository Tool. Alle andere rollen mogen niet meer aan deze configuratie komen. Probleem echter was dat de user "admin" nu niet meer kon inloggen. Nochtans staat alles goed in web.xml |
|
|
Oplossing: Blijkbaar is er een conflict tussen de Tomcat rol "admin" en mijn eigen gemaakte rol "admin". Door "admin" in "administrator" te vervangen, loste het probleem zichzelf op |
|
>Terug
