On Mon, Apr 29, 2013 at 3:49 PM, Christopher Schultz <
ch...@christopherschultz.net> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> Leon,
>
>
> So your initial implementation was a Filter that marked each
> HttpSession with the origin IP address (so you could get the TLD of
> the user) and then a Listener to keep track of the sessions? What's
> wrong with that?
>

It seemed to complicated.
I now could strip it down to 1 file, that is both HttpSession and
ServletRequest- Listener:
http://svn.anotheria.net/opensource/moskito/trunk/moskito-web/java/net/anotheria/moskito/web/session/SessionByTldListener.java

The drawback is, I can count only from second request, because the session
is created later. And I don't want to create sessions on all requests.
I'm thinking about moving (duplicating) the call in requestDestroyed.


>
> > Output for
> > http://localhost:8080/moskitodemo/mui/mskShowAllProducers: Request
> > 1 created /moskitodemo/mui/mskShowAllProducers Session created
> > 4B842C774B30EE7886CC7243758C7D38 Request 2 created
> > /moskitodemo/mui/mskCSS Session? true Session
> > 4B842C774B30EE7886CC7243758C7D38 new? true Request 3 created
> > /moskitodemo/img/moskito_webui_logo.gif Session? true Session
> > 4B842C774B30EE7886CC7243758C7D38 new? true Request 4 created
> > /moskitodemo/js/wz_tooltip.js Session? true Session
> > 4B842C774B30EE7886CC7243758C7D38 new? true Request 5 created
> > /moskitodemo/js/jquery-1.4.min.js Session? true Session
> > 4B842C774B30EE7886CC7243758C7D38 new? true Request 6 created
> > /moskitodemo/js/function.js Session? true Session
> > 4B842C774B30EE7886CC7243758C7D38 new? true Request 6 destroyed
> > /moskitodemo/js/function.js Request 5 destroyed
> > /moskitodemo/js/jquery-1.4.min.js Request 4 destroyed
> > /moskitodemo/js/wz_tooltip.js Request 3 destroyed
> > /moskitodemo/img/moskito_webui_logo.gif
>
> That does appear a little odd to me. Can you show an HTTP protocol
> trace of that interaction? I'd be interested to see what request was
> what and exactly what it held (and whether they were keepalives, etc.).
>

The request that occur simultaneously in chrome(only) are pictures and js,
replied with 304:

   1. Request URL:
   http://localhost:8080/moskitodemo/js/wz_tooltip.js
   2. Request Method:
   GET
   3. Status Code:
   304 Not Modified
   4. Request Headersview source
      1. Accept:
      */*
      2. Accept-Encoding:
      gzip,deflate,sdch
      3. Accept-Language:
      en-US,en;q=0.8
      4. Cache-Control:
      max-age=0
      5. Connection:
      keep-alive
      6. Cookie:
      JSESSIONID=712222474A695869D2494E2135CBCEAF
      7. Host:
      localhost:8080
      8. If-Modified-Since:
      Sat, 27 Apr 2013 21:49:44 GMT
      9. If-None-Match:
      W/"35082-1367099384000"
      10. Referer:
      http://localhost:8080/moskitodemo/mui/mskShowAllProducers
      11. User-Agent:
      Mozilla/5.0 (Macintosh; Intel Mac OS X 10_8_3) AppleWebKit/537.36
      (KHTML, like Gecko) Chrome/27.0.1453.65 Safari/537.36
      5. Response Headersview source
      1. Date:
      Mon, 29 Apr 2013 14:24:36 GMT
      2. ETag:
      W/"35082-1367099384000"
      3. Server:
      Apache-Coyote/1.1


Even, the requests are keepalived they look to me as if they were executed
parallel. At least from the chrome timeline. But its hard to tell without
further investigation.

You can check yourself:
http://server04.test.anotheria.net:8080/moskitodemo/mui/mskShowAllProducers


The TestListener code:
http://svn.anotheria.net/opensource/moskito/trunk/moskito-web/java/net/anotheria/moskito/web/session/TestListener.java



regards
Leon

>
> - -chris
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG/MacGPG2 v2.0.17 (Darwin)
> Comment: GPGTools - http://gpgtools.org
> Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
>
> iQIcBAEBCAAGBQJRfnpjAAoJEBzwKT+lPKRYp1AP/15ijJOAxMkT8ZvVLm3r8jb8
> w30OVaIOerFINsE3DL74mngd8pcNR/d2SQoYkMLM3oT42Z/p/Qufy9sLfuti9vkR
> RAYq9Q0PUmUGTGilWL3eraEqPfXUo1ZVQrC3W9MyvzGraq1sIaJqqWb8fm/N3z9d
> n0LHenBcjmt8OfySFWSQ8uTfSjdE+KhO0Nqca0sMIUQsGjbrklVwgkyJ8F+auLaY
> CwS4gSR7I6i785ITNu2XHnGeQLQRonYPTQHiXueEniBKbvCQp4In4antwpPVihrO
> 2oTUHP2eORe+WvRrUzHDkuZRFhXIHKI5NWuN7HtLsy0xLDgZVJRBys78GI0ulCrG
> M1KYEpkQFXgHFCZdV3foRkW9XNcCBKdX4ExjZcjoE1pLL2yk5sAePrWeYNS9Bfv0
> JKLwdI8J+ofnmJc2ZJazYmA+Ig7PAG74sa02j3izEuRV8B4saUc7mJvUkXusc/qC
> +qxwQY779ucf77LCY5OIvN/KZU1NOsrDrIrUYyFgjK5m8r7PIvRg8l77z1Bh74na
> n70/3dTNWmYC1w5WW1WLEUyXJXcrPeQsijWbfnoY8sBvVvLbxOvb/w5dU7WiwxdD
> 3wxOYNc4TQoaAVsoMS9xs1V1+llxVZXDW/cJeBlgotCNoZNYk8MAZhsuHw1PkyqF
> FgADHu45Qxy/bKZbEN7S
> =HgoD
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
> For additional commands, e-mail: users-h...@tomcat.apache.org
>
>

Reply via email to