Re: Inconsistency between ClassDesc::packageName and Class::getPackageName

2022-08-22 Thread Joseph D. Darcy
On 8/22/2022 11:57 AM, Alan Bateman wrote: On 22/08/2022 18:13, Kasper Nielsen wrote: Hi, I understand that the methods are behaving as specified. However, I still think that int.class.getPackageName() = "java.lang" int.class.describeConstable().get().packageName() = "" is surprising behavior

Re: Inconsistency between ClassDesc::packageName and Class::getPackageName

2022-08-22 Thread Alan Bateman
On 22/08/2022 18:13, Kasper Nielsen wrote: Hi, I understand that the methods are behaving as specified. However, I still think that int.class.getPackageName() = "java.lang" int.class.describeConstable().get().packageName() = "" is surprising behavior. And should probably as a minimum be docume

Re: Inconsistency between ClassDesc::packageName and Class::getPackageName

2022-08-22 Thread Kasper Nielsen
22/2022 2:17 AM, Kasper Nielsen wrote: > > Hi, > > I was playing around with java.lang.constant and found an inconsistency > between > ClassDesc::packageName and Class::getPackageName as outlined in the table > below. >

Re: Inconsistency between ClassDesc::packageName and Class::getPackageName

2022-08-22 Thread Joe Darcy
behavioral compatibility, there would have to be a much stronger case for altering its behavior at this point. -Joe On 8/22/2022 2:17 AM, Kasper Nielsen wrote: Hi, I was playing around with java.lang.constant and found an inconsistency between ClassDesc::packageName and Class::getPackageName as outli

Inconsistency between ClassDesc::packageName and Class::getPackageName

2022-08-22 Thread Kasper Nielsen
Hi, I was playing around with java.lang.constant and found an inconsistency between ClassDesc::packageName and Class::getPackageName as outlined in the table below. Specifically dealing with primitive and array types. Class ClassDesc::packageName Class::getPackage Class::getPackageName