Re: How to avoid SET application_name = '' - Mailing list pgsql-jdbc

From Fabio Caiut
Subject Re: How to avoid SET application_name = ''
Date
Msg-id SNT152-W545E1C5CB6F440EA44D661A5040@phx.gbl
Whole thread Raw
In response to Re: How to avoid SET application_name = ''  (Vladimir Sitnikov <sitnikov.vladimir@gmail.com>)
Responses Re: How to avoid SET application_name = ''  (Dave Cramer <pg@fastcrypt.com>)
Re: How to avoid SET application_name = ''  (Craig Ringer <craig@2ndquadrant.com>)
List pgsql-jdbc
Hi, 
Vladimir, Thomas ... you're right.

The glassfish guys analyzed dumps and look in the glassfish sources, the problem is there. 
They told me pool calls setClientInfo for each query!! 

Thank you for your help.

Caiut


> Date: Wed, 25 Nov 2015 19:54:56 +0300
> Subject: Re: [JDBC] How to avoid SET application_name = ''
> From: sitnikov.vladimir@gmail.com
> To: caiut@hotmail.com
> CC: pgsql-jdbc@postgresql.org
>
> As far as I can tell, there is no option to completely disable "set
> application_name" feature via property.
>
> Is SQL appears when client calls
> Connection#setClientInfo("ApplicationName", ...) or
> Connection#setClientInfo(Properties).
>
> It make sense to avoid setting the same application name again and
> again for the same connection.
> Can you please file an issue at https://github.com/pgjdbc/pgjdbc/issues?
>
> In the mean time, it would be good if you could capture thread dumps
> from the application (e.g. 100 dumps with 10 second intervals under
> typical load) and grep setClientInfo. That would point out the line in
> code that issues that excessive setClientInfo.
>
> Vladimir

pgsql-jdbc by date:

Previous
From: Dave Cramer
Date:
Subject: Re: Migration to Maven
Next
From: Dave Cramer
Date:
Subject: Re: How to avoid SET application_name = ''