Set/Override Application Name using Universal Driver

[Janick]

Is there any possibility to override the application name shown using
"db2 list applications" in the new Universal Driver. The default
"db2jcchttp8443..." is not very meaningful.

Regards
- Janick Bernet, SwissASP AG

[Sean McKeough]

Check out sqleseti() it lets you set app specific handles when you're
running on systems where the name is not helpful...you can use monitor,
or SQL fuctions to get your app name in sps etc.

Janick wrote:

Is there any possibility to override the application name shown using
"db2 list applications" in the new Universal Driver. The default
"db2jcchttp8443..." is not very meaningful.

Regards
- Janick Bernet, SwissASP AG

[Sean McKeough]

Check out sqleseti() it lets you set app specific handles when you're
running on systems where the name is not helpful...you can use monitor,
or SQL fuctions to get your app name in sps etc.

Janick wrote:

Is there any possibility to override the application name shown using
"db2 list applications" in the new Universal Driver. The default
"db2jcchttp8443..." is not very meaningful.

Regards
- Janick Bernet, SwissASP AG

[Janick]

Thanks, looks promising.
Now we only need to find a way to call that api from java ;)
Sean McKeough <mc******@nospam.ca.ibm.com> wrote in message news:<c7**********@hanover.torolab.ibm.com>...

Check out sqleseti() it lets you set app specific handles when you're
running on systems where the name is not helpful...you can use monitor,
or SQL fuctions to get your app name in sps etc.

[Janick]

Thanks, looks promising.
Now we only need to find a way to call that api from java ;)
Sean McKeough <mc******@nospam.ca.ibm.com> wrote in message news:<c7**********@hanover.torolab.ibm.com>...

Check out sqleseti() it lets you set app specific handles when you're
running on systems where the name is not helpful...you can use monitor,
or SQL fuctions to get your app name in sps etc.

[Sean McKeough]

sqleseti can be kind of wacky, but you should be able to use a small sp
to set/get these (sp needs to issue any small sql statement to actually
set the values in the agent)...originally this did not work this way in
v8, but one of the recent fixpacks should have it (can't find someone
right now that'd know the fixpack). Note that when you use sqleseti at
the server, the settings are not propegated back to the client, so you
need to use a consistent interface for accessing them (i.e. always use
your sp wrapper, never use the apis on the client).

Janick wrote:

Thanks, looks promising.
Now we only need to find a way to call that api from java ;)
Sean McKeough <mc******@nospam.ca.ibm.com> wrote in message news:<c7**********@hanover.torolab.ibm.com>...

Check out sqleseti() it lets you set app specific handles when you're
running on systems where the name is not helpful...you can use monitor,
or SQL fuctions to get your app name in sps etc.

[Sean McKeough]

sqleseti can be kind of wacky, but you should be able to use a small sp
to set/get these (sp needs to issue any small sql statement to actually
set the values in the agent)...originally this did not work this way in
v8, but one of the recent fixpacks should have it (can't find someone
right now that'd know the fixpack). Note that when you use sqleseti at
the server, the settings are not propegated back to the client, so you
need to use a consistent interface for accessing them (i.e. always use
your sp wrapper, never use the apis on the client).

Janick wrote:

Thanks, looks promising.
Now we only need to find a way to call that api from java ;)
Sean McKeough <mc******@nospam.ca.ibm.com> wrote in message news:<c7**********@hanover.torolab.ibm.com>...

Check out sqleseti() it lets you set app specific handles when you're
running on systems where the name is not helpful...you can use monitor,
or SQL fuctions to get your app name in sps etc.