David Van Couvering wrote: > Sigh... The problem is there are two uses for this output. One is > for human-readability of Connection.toString(), and one is for > correlating the connection string with the SESSID/LCCID in the error log. > > When just looking at it from the point of view of the first usage, the > simple integer looks unhelpful. Looking at it from the point of view > of the second usage, having the class name in there makes it harder to > do the correlation. For example, you couldn't just do (in pseudocode): > > SELECT * FROM ErrorLogVTI where SESSID=conn.toString() > > IMHO, if a user needs to distinguish between class names, they can > easily print it out as a prefix. But I'll defer to the majority > opinion here. > My concern is that someone who didn't have the benefit of our conversations here wouldn't really grok that intention or the definition, but rather would tend to say, "Hello Mr. Integer, what do you mean?" That is why I was always a fan of the default toString as it is well defined and generally understood , but i won't go there again. I think you are right about the majority opinion. I will come up with a proposed format that is hopefully more self documenting and includes the SESSID and put it to vote. I don't think I'll get it out until next week though. Does that sound ok to you?
Kathey
