String.toUpperCase() and String.toLowerCase() use must be audited to see if the problem in
<http://java.sys-con.com/read/46241.htm> is an issue. A quick grep of the sources yields this list:
toUpperCase is in these files:
toLowerCase is in these files:
Please also see issue 116692 and glassfish issue <https://glassfish.dev.java.net/issues/show_bug.cgi?id=3690>
./appsrv81/appsrvbridge/src/com/sun/jdo/api/persistence/mapping/ejb/AbstractNameMapper.java is a file added for 8.x cmp
support, but it is a copy of the source file in glassfish (see issue 114293)
and is listed in Jesse's analysis of the server problems attached to glassfish issue 3690). It should be fixed in
glassfish, then copied here for 8.x support.
> toUpperCase is in these files:
This one is definitely a bugged usage, probably appsrv81 version of same too.
validation package may or may not stay dead. It's dead now.
> toLowerCase is in these files:
Checking in appsrv81/src/org/netbeans/modules/j2ee/sun/ide/j2ee/ui/CustomizerSupport.java;
new revision: 1.8; previous revision: 1.7
Checking in hk2/src/org/netbeans/modules/j2ee/hk2/customizer/CustomizerSupport.java;
new revision: 1.3; previous revision: 1.2
Based on the comments I collected and the changes Vince & I made, it seems this is the only file not done:
changing the subcomponent to reflect the current status.
I don't see this file in current main repositry. There is no "avk" dir. Can you please specify where this file is?
Or can this issue be closed?
./appsrv81/appsrvbridge/src/com/sun/jdo/api/persistence/mapping/ejb/AbstractNameMapper.java is also still not done -
Vince - I think you were going to check it in a while ago back when I couldn't get hg to work?
As far as the avk class location - I don't know where it is in the hg repository. Maybe one of the others know.
what is the status on this ? is it putback for 6.5 ?
also, can someone give me info on what patterns to search for in source - I'll do it for
all of nb source (that is, is it any use of some api or only with some certain arguments,
as need to refine the pattern)
also, isn't there or wasn't there a jdk issue related to the Turkish 'i'
situation ? or is it that we can workaround that issue if we do certain coding ?
finally, in general, not talking about gf code or needing that to be fixed,
what is the coding guidelines and api that avoids this kind of problem ? I'd like to share
it with other teams.