IE document.getElementById neemt verkeerde element.

development , microsoft

Ik had voor een praktische reden onderstaande (JSP)script.
<%
for (int i=0; i<list.size();i++){
MotivatieTest item = (MotivatieTest)list.get(i);
%>
....
<input name="test_<%=item.getId()%>" id="test_<%=i%>" onclick="checkmax(this);" type="Checkbox"><%=item.getTitel()%>

De 'name' is dus niet hetzelfde als het 'id'.

Wanneer ik nu via javascript een loop maak:
var selected = 0;
for(var i=0;i<<%=list.size()%>;i++){
if (document.getElementById('test_'+i).checked) selected++;
}

In fireFox is alles OK, want FF neemt weldegelijk het element met het id (bv 'test_1').
Internet Explorer moet natuurlijk weer 'slim' zijn en pak het eerste element dat hij tegenkomt met name OF id (bv 'test_1').

26/11/2009

AWStats - perl(LWP::UserAgent) is needed by awstats-6.9-1.noarch

development

Was vandaag bezig met het installeren van AWStats op een Red Hat ES5. Wat normaal een fluitje van een cent moet zijn, was dus weer niet waar.

rpm -ivh awstats-6.9-1.noarch.rpm

geeft als fout: perl(LWP::UserAgent) is needed by awstats-6.9-1.noarch

Ben dan gaan zoeken op Google. Maar niet direct een éénduidig antwoord gevonden. Tot ik op een forum vond wat ik nodig had (sorry, ben de url kwijt, IE was weer eens gecrashed deze keer door Adobe ocx ;)

Het komt erop neer dat je het volgende moet installeren.

perl-UNIVERSAL-can-1.12-1.el5.rf.noarch.rpm
perl-UNIVERSAL-isa-0.06-4.el5.noarch.rpm
perl-Test-MockObject-1.08-2.el5.noarch.rpm
perl-Test-Mock-LWP-0.05-1.el5.rf.noarch.rpm

rpm's zijn te vinden op rpm.pbone.net

05/02/2009

java.lang.IllegalStateException: Can't sendRedirect() after data has committed t

development

Op het einde van iedere maand controleer ik eens de logs die de JAVA-engine heeft gegenereerd. Op het einde van de eerste werkdag leek me dit wel een schone afsluiter.

Nog steeds één opvallende fout die ik er niet uitkrijg. [22:47:43.589]java.lang.IllegalStateException: Can't sendRedirect() after data has committed to the client. [22:47:43.589] at com.caucho.server.connection.AbstractHttpResponse.sendRedirect(AbstractHttpResponse.java:600)

Probleem is dat de client (de gebruiker) een bepaalde pagina (url) opvraagt, maar de scripting stuurt je door naar een andere pagina, bv omdat die niet meer bestaat of omdat er een speciale site gemaakt is, .... Ergens in die scripting wordt (zoals de fout aangeeft) er reeds data gepushed naar de client. En de regel is dat er alleen maar een redirect kan gebeuren wanneer in die eerste flush ook een redirect-header is toegevoegd. Helaas weet ik niet wie die data al flusht.

Het truukje om de pagina-buffer groter te maken " <%@ page buffer="16kb" autoFlush="true" %> " werkte niet dus...

Ik heb er vandaag eens mijn werk van gemaakt en alles lijn per lijn geactiveerd zodat ik kon achterhalen waar het fout gaat.

Ik heb tot nu toe wel twee opmerkelijke vaststellingen gedaan.

1) Bij het ophalen van een cookie wordt er geflushed.
vb: Cookies.getCookie(request,"splash");

Mijn Cookies classe: public static String getCookie(HttpServletRequest req,String name){ return getCookie(req.getCookies(),name); } public static String getCookie(Cookie[] cookies,String name){ String getCookie = ""; if (cookies !=null){ for (int i = 0; i < cookies.length; i++){ Cookie cookie = cookies[i]; if (cookie.getName().equals(name)){ getCookie = cookie.getValue(); break; } } } return getCookie; } Heb het niet volledig onderzocht maar ik vermoed dat req.getCookies() de schuldige is.

2) Bij het controleren of een file bestaat. vb: file.isFile()
Van die heb ik toch wel serieus verschoten, vandaar dat ik het de moeite vond om dit op deze blog te zetten.

Mijn oplossing is als volgt: boolean ok = true; //tot het tegendeel gevraagd wordt. if (één of andere voorwaarde om te redirecten....){ ok = false; response.sendRedirect("404.jsp"); } .... if (ok){ //spit out the content %><html>....</html><% }

05/01/2009

Resin 3.1.5

development

De webserver van UNIZO zit nu en dan eens, op de drukke momenten, op zijn 'gat'. De voorbije week was ik bezig met het bijwerken van de scripting om over te schakelen van resin 2.1.13 naar resin 3.1.5 pro, dit is de backend server die de dynamische pagina's genereerd.

Vandaag was de switch. Ik was gisterenavond reeds begonnen met de voorbereiding op de produktieserver. Een 30-tal sites moesten volledig opnieuw geconfigureerd worden. Deze morgen was ik gestart om 10u10. Na wat gebruikelijke tegenslagen en een stomme typo waar ik een uur door verloren had waren de sites terug online omstreeks 14u15.

Ik ben tevreden van mijn werk en UNIZO blijkbaar ook:

"In ieder geval ENORM bedankt dat je de inspanning hebt gedaan dit op een zaterdag op te nemen en opnieuw zo nauwgezet en vlot gewerkt hebt! Als de eigenaars van de sites zouden beseffen wat een operatie dit was, dan zouden ze je ongetwijfeld overladen met chocolade (of blonde leffe?). Maar van mij alvast een welgemeende bedankt en de blonde leffe bij de volgende gelegenheid."

Volgende maand nog een upgrade en de UNIZO-site zal vliegen ;)

05/04/2008

osCommerce bug

development

Mijn klant klaagt dat er sommige van zijn klanten de webwinkel niet kunnen zien. Ik dacht eerst dat het te maken had met DNS-instellingen omdat ik deze keer met de nameserver van Combell had gewerkt. Maar totaal misleid heb ik vandaag de fout gevonden.
Het gaat over een lijntje diep in de code die de 'default language' gaat ophalen. Sommige browsers flippen hierop omdat ze de taalinstellingen niet meegeven in de 'request variables'.
Mocht je ooit een witte pagina zien (omdat je alle foutberichten afgelegd hebt op je productieserver) bekijk en vergelijk dan onderstaande scripting.

function get_browser_language() {
      $this->browser_languages = explode(',', getenv('HTTP_ACCEPT_LANGUAGE'));
   if (sizeof($this->browser_languages)==0){
   $this->set_language('nl'); //default
   }else{
       for ($i=0, $n=sizeof($this->browser_languages); $i<$n; $i++) {...........

03/01/2008

Vorige |

	Reynaert.Be - Brandstraat 60 - 8755 RUISELEDE - Tel.: 051/40.77.02

Wil u ook zo een pagina?