Wrong Time Shown in Catalina.out of Tomcat.

[kashif_tomcat]

Hi All,

These days i am facing a strange problem on Production Server. here is my issue.

We are running tomcat 6.0.18 in QA and Production environment.

ON QA Server, When i start tomcat, its catalina shows the same time as of OS.

[root@qatest ~]# date
Tue Feb 17 10:04:53 GMT 2009
[root@qatest ~]# tail -f /usr/local/apache-tomcat-6.0.18/logs/catalina.out
2009-02-17 10:04:38,333 INFO [com.............


On Production Server. When i start Tomcat, its catalina shows time OS Time +1 hour.

[root@Production ~]# date
Tue Feb 17 10:20:05 GMT 2009
[root@Production ~]# /usr/local/apache-tomcat-6.0.18/logs/catalina.out
2009-02-17 11:20:00,840 INFO [com.................


i am unable to understand that why tomcat is not picking the time of OS to put in Catalina.out and from where it is getting that time???

can anyone tell me that from where Tomcat reads this time to put in Catalina.out. and what can be the reason of this wrong time in Catalina.out?

Thanks in advance.

Kashif

[Ben Stringer]

The Java runtime (JRE or JDK) maintains it's own timezone files. Most
likely there is a mismatch between the timezone for the OS and the Java
runtime (eg. daylight savings time).

Try installing the latest Java runtime and rechecking. For more info,
google for "Java Olson timezone".

Cheers, Ben

On Tue, 2009-02-17 at 02:25 -0800, kashif_tomcat wrote:

> Hi All,
>
> These days i am facing a strange problem on Production Server. here is my
> issue.
>
> We are running tomcat 6.0.18 in QA and Production environment.
>
> ON QA Server, When i start tomcat, its catalina shows the same time as of
> OS.
>
> [root@qatest ~]# date
> Tue Feb 17 10:04:53 GMT 2009
> [root@qatest ~]# tail -f /usr/local/apache-tomcat-6.0.18/logs/catalina.out
> 2009-02-17 10:04:38,333 INFO [com.............
>
>
> On Production Server. When i start Tomcat, its catalina shows time OS Time
> +1 hour.
>
> [root@Production ~]# date
> Tue Feb 17 10:20:05 GMT 2009
> [root@Production ~]# /usr/local/apache-tomcat-6.0.18/logs/catalina.out
> 2009-02-17 11:20:00,840 INFO [com.................
>
>
> i am unable to understand that why tomcat is not picking the time of OS to
> put in Catalina.out and from where it is getting that time???
>
> can anyone tell me that from where Tomcat reads this time to put in
> Catalina.out. and what can be the reason of this wrong time in Catalina.out?
>
> Thanks in advance.
>
> Kashif
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Gabor 'Morc' KORMOS]

  Hi Guys/Gals,

  I tried to search for an answer whether Tomcat can support deflate as
compression but I found nothing really except that it supports gzip by
adding the compression parameter to the Connector definition. Is there a
way to enable deflate besides/instead of gzip in any version of Tomcat
(preferably recent ones, not 1.0 ;) ? If deflate is not supported then
why not? Reason I need deflate is we use Adobe Air for an interface
which receives a huge amount of XML data and it's not bandwidth
economical to send it uncompressed and Air does not support gzip out of
the box. Answers like use Apache instead of Tomcat as front-end web
server can be spared.

  Thanks,

  Gabor 'Morc' Kormos.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Tim Funk]

Can support  - yes

Out of the box - no.

Why not out of the box? Because gzip is there and most people use apache
in front of tomcat.

-Tim

Gabor 'Morc' KORMOS wrote:

>  Hi Guys/Gals,
>
>  I tried to search for an answer whether Tomcat can support deflate as
> compression but I found nothing really except that it supports gzip by
> adding the compression parameter to the Connector definition. Is there a
> way to enable deflate besides/instead of gzip in any version of Tomcat
> (preferably recent ones, not 1.0 ;) ? If deflate is not supported then
> why not? Reason I need deflate is we use Adobe Air for an interface
> which receives a huge amount of XML data and it's not bandwidth
> economical to send it uncompressed and Air does not support gzip out of
> the box. Answers like use Apache instead of Tomcat as front-end web
> server can be spared.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Gabor 'Morc' KORMOS]

  Hi Tim,

  Thanks for the speedy response. Can you point me in the direction of
some documentation which describes how to do it? I'm willing to read
just did not find what to read :)

  Thanks,

  Morc.

On 17/02/2009 13:23, Tim Funk wrote:

> Can support  - yes
>
> Out of the box - no.
>
> Why not out of the box? Because gzip is there and most people use
> apache in front of tomcat.
>
> -Tim
>
> Gabor 'Morc' KORMOS wrote:
>>  Hi Guys/Gals,
>>
>>  I tried to search for an answer whether Tomcat can support deflate
>> as compression but I found nothing really except that it supports
>> gzip by adding the compression parameter to the Connector definition.
>> Is there a way to enable deflate besides/instead of gzip in any
>> version of Tomcat (preferably recent ones, not 1.0 ;) ? If deflate is
>> not supported then why not? Reason I need deflate is we use Adobe Air
>> for an interface which receives a huge amount of XML data and it's
>> not bandwidth economical to send it uncompressed and Air does not
>> support gzip out of the box. Answers like use Apache instead of
>> Tomcat as front-end web server can be spared.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Peter Crowther]

> From: Tim Funk [mailto:[hidden email]]
> most people use apache in front of tomcat.

Tim, I'm interested - do you have any real-world usage figures?  I'm genuinely not trying to challenge your assertion; I'd just love to see the data, and how it's changed over time!

                - Peter

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Tim Funk]

There aren't really any docs to point to beyond
http://tomcat.apache.org/tomcat-6.0-doc/config/http.html

 From there you can dig into the source. Since gzip and deflate are much
the same - it might be relatively easy.

-Tim

Gabor 'Morc' KORMOS wrote:

>  Hi Tim,
>
>  Thanks for the speedy response. Can you point me in the direction of
> some documentation which describes how to do it? I'm willing to read
> just did not find what to read :)
>
>  Thanks,
>
>  Morc.
>
> On 17/02/2009 13:23, Tim Funk wrote:
>> Can support  - yes
>>
>> Out of the box - no.
>>
>> Why not out of the box? Because gzip is there and most people use
>> apache in front of tomcat.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Tim Funk]

Sadly no. As I rethink the previous statement - I wonder how true it is.
    For small self contained webapps - Tomcat is usually enough. But
once you introduce clustering or use it as public face to the world,
instead of a "internal app" - I would kind of expect apache to be out
front to handle lots of the goofy issues that apache httpd is good at.
(But now I venture into off topic my own opinion land .. and place where
bad things usually happen)

-Tim

Peter Crowther wrote:
>> From: Tim Funk [mailto:[hidden email]]
>> most people use apache in front of tomcat.
>
> Tim, I'm interested - do you have any real-world usage figures?  I'm genuinely not trying to challenge your assertion; I'd just love to see the data, and how it's changed over time!
>


---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Gabor 'Morc' KORMOS]

  So basically you say code it for yourself by modifying the HTTP connector?

  Morc.

On 17/02/2009 13:46, Tim Funk wrote:

> There aren't really any docs to point to beyond
> http://tomcat.apache.org/tomcat-6.0-doc/config/http.html
>
> From there you can dig into the source. Since gzip and deflate are
> much the same - it might be relatively easy.
>
> -Tim
>
> Gabor 'Morc' KORMOS wrote:
>>  Hi Tim,
>>
>>  Thanks for the speedy response. Can you point me in the direction of
>> some documentation which describes how to do it? I'm willing to read
>> just did not find what to read :)
>>
>>  Thanks,
>>
>>  Morc.
>>
>> On 17/02/2009 13:23, Tim Funk wrote:
>>> Can support  - yes
>>>
>>> Out of the box - no.
>>>
>>> Why not out of the box? Because gzip is there and most people use
>>> apache in front of tomcat.
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Tim Funk]

yup - and if your inclined - you can submit an bug enhancement with the
patch

-Tim

Gabor 'Morc' KORMOS wrote:

>  So basically you say code it for yourself by modifying the HTTP connector?
>
>  Morc.
>
> On 17/02/2009 13:46, Tim Funk wrote:
>> There aren't really any docs to point to beyond
>> http://tomcat.apache.org/tomcat-6.0-doc/config/http.html
>>
>> From there you can dig into the source. Since gzip and deflate are
>> much the same - it might be relatively easy.
>>
>> -Tim
>>
>> Gabor 'Morc' KORMOS wrote:
>>>  Hi Tim,
>>>
>>>  Thanks for the speedy response. Can you point me in the direction of
>>> some documentation which describes how to do it? I'm willing to read
>>> just did not find what to read :)
>>>
>>>  Thanks,
>>>
>>>  Morc.
>>>
>>> On 17/02/2009 13:23, Tim Funk wrote:
>>>> Can support  - yes
>>>>
>>>> Out of the box - no.
>>>>
>>>> Why not out of the box? Because gzip is there and most people use
>>>> apache in front of tomcat.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Caldarale, Charles R]

> From: Gabor 'Morc' KORMOS [mailto:[hidden email]]
> Subject: Re: Tomcat vs deflate
>
> So basically you say code it for yourself by modifying the
> HTTP connector?

Preferably you'd write a filter to do it, rather than modifying Tomcat source.

Oh look, someone's already done it:
https://www.ohloh.net/tags/deflate/library/tomcat

GIYF.

 - Chuck


THIS COMMUNICATION MAY CONTAIN CONFIDENTIAL AND/OR OTHERWISE PROPRIETARY MATERIAL and is thus for use only by the intended recipient. If you received this in error, please contact the sender and delete the e-mail and its attachments from all computers.

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Christopher Schultz-2]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Morc,

On 2/17/2009 8:07 AM, Gabor 'Morc' KORMOS wrote:
>  So basically you say code it for yourself by modifying the HTTP connector?

Tomcat's existing gzip is implemented as an OutputFilter. You might want
to browse the source for that before you go messing around with the HTTP
connector. I'm not sure how the GzipOutputFilter hooks into the HTTP
response, though.

org/apache/coyote/http11/filters/GzipOutputFilter.java

- -chris
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmcawEACgkQ9CaO5/Lv0PA7sQCaAgnaETbGhJ4A9xuUlpjOLcG+
hRsAn3wBPpiOZRKUJzaJULUAWBszhWqX
=mtTA
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Gabor 'Morc' KORMOS]

  Hi Chris,

  I wanted to reply yesterday but the Tomcat mailing list server deemed
my office mail server as a spammer server and I couldn't reply. I
checked the code and unfortunately you have to modify the connector code
too because the filters are added in there manually not read from a
directory or any other way that is externally configurable. So at best
I'd need to add two lines to the connector but the encoding string is
also hardwired in the connector code, so it needs a bit more coding to
make it possible to use both or switch to deflate. Anyhow we found an
ActionScript (Adobe Flash/Air) implementation of gzip so we're OK for
the moment.

  Regards,

  Morc.

On 2/18/2009 21:09, Christopher Schultz wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Morc,
>
> On 2/17/2009 8:07 AM, Gabor 'Morc' KORMOS wrote:
>  
>>  So basically you say code it for yourself by modifying the HTTP connector?
>>    
>
> Tomcat's existing gzip is implemented as an OutputFilter. You might want
> to browse the source for that before you go messing around with the HTTP
> connector. I'm not sure how the GzipOutputFilter hooks into the HTTP
> response, though.
>
> org/apache/coyote/http11/filters/GzipOutputFilter.java
>
> - -chris

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Christopher Schultz-2]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Morc,

On 2/19/2009 7:13 AM, Gabor 'Morc' KORMOS wrote:
> I
> checked the code and unfortunately you have to modify the connector code
> too

Yeah, it looks a bit hard-coded. As most of the folks on the list would
say: "patches are always welcome". If you're feeling generous, you could
write one and submit it.

> Anyhow we found an ActionScript (Adobe Flash/Air) implementation of
> gzip so we're OK for the moment.

Strange that gzip isn't supported out of the box. gzip is not
proprietary, and it's a web standard for content-encoding.

I suppose the same could be said for Tomcat: they arbitrarily chose to
implement gzip and /not/ deflate. :(

- -chris

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (MingW32)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkmdeaMACgkQ9CaO5/Lv0PD1bgCcCIehpcKJgHwbyZlK7pXkw73U
vd0AnA+tTFQ14H7Gal87HUGFGeHDkmNl
=aDXT
-----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]

[Gabor 'Morc' KORMOS]

  Well, I may do the patch just to help the community, but don't hold
your breath ;) Adobe is strange about features especially as gzip uses
the same deflate method as zlib, but within a different container so the
gzip ActionScript is actually stripping off a few bytes of the binary
data and passes the rest to the the deflate method.

  Thanks for everybody who contributed,

  Morc.

On 19/02/2009 16:24, Christopher Schultz wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Morc,
>
> On 2/19/2009 7:13 AM, Gabor 'Morc' KORMOS wrote:
>  
>> I
>> checked the code and unfortunately you have to modify the connector code
>> too
>>    
>
> Yeah, it looks a bit hard-coded. As most of the folks on the list would
> say: "patches are always welcome". If you're feeling generous, you could
> write one and submit it.
>
>  
>> Anyhow we found an ActionScript (Adobe Flash/Air) implementation of
>> gzip so we're OK for the moment.
>>    
>
> Strange that gzip isn't supported out of the box. gzip is not
> proprietary, and it's a web standard for content-encoding.
>
> I suppose the same could be said for Tomcat: they arbitrarily chose to
> implement gzip and /not/ deflate. :(
>
> - -chris
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (MingW32)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iEYEARECAAYFAkmdeaMACgkQ9CaO5/Lv0PD1bgCcCIehpcKJgHwbyZlK7pXkw73U
> vd0AnA+tTFQ14H7Gal87HUGFGeHDkmNl
> =aDXT
> -----END PGP SIGNATURE-----
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [hidden email]
> For additional commands, e-mail: [hidden email]
>
>  

---------------------------------------------------------------------
To unsubscribe, e-mail: [hidden email]
For additional commands, e-mail: [hidden email]