fix: use equalsIgnoreCase in isTableRename to match HMS behaviour

[jamespfaulkner]

Problem

ApiaryGlueSync.isTableRename() used String.equals() to compare old and new
table names. This caused a case-only name change (e.g.
foo_bar_baz → Foo_Bar_Baz) to be
treated as a genuine rename, triggering doRenameOperation and an
AlreadyExistsException from Glue on every replay of the event.

Why this happens

When a client calls alter_table on HMS with a new Table object whose
tableName differs from the stored name only in case, HMS does not treat
it as a rename. HiveAlterHandler.alterTable() lowercases the old table name
parameter (lines 135–136) and then uses equalsIgnoreCase for the rename
check (lines 138–143):

// HiveAlterHandler.java (branch-2.3, lines 135–143)                                                                                                                              
name = name.toLowerCase();                                                                                                                                                        
dbname = dbname.toLowerCase();                                                                                                                                                    
                                                                                                                                                                                  
if (!newt.getTableName().equalsIgnoreCase(name)                                                                                                                                   
    || !newt.getDbName().equalsIgnoreCase(dbname)) {                                                                                                                              
  if (msdb.getTable(newt.getDbName(), newt.getTableName()) != null) {                                                                                                             
    throw new InvalidOperationException(...)                                                                                                                                      
  }                                                                                                                                                                               
  rename = true;                                                                                                                                                                  
}                                                                                                                                                                                 
         

HMS completes the alter_table as a metadata update without renaming. The
AlterTableEvent is then fired after alterHandler.alterTable() returns,
with the original newt object unchanged — so newt.getTableName() carries
the mixed-case name as provided by the caller.

ApiaryGlueSync received this event and compared names with equals(),
disagreeing with HMS's own equalsIgnoreCase check. It entered
doRenameOperation, called GlueTableService.create() with the mixed-case
name, and got AlreadyExistsException because Glue is also case-insensitive
and the lowercase table already existed.

Fix

Change isTableRename() to use equalsIgnoreCase(), aligning it with HMS's
own rename-detection logic. A case-only difference is now treated as a regular
metadata update (falls through to updateTable) rather than a rename.

This is a defensive fix in GlueSync. The root cause — egdl-hive-agent
constructing Table objects with mixed-case names derived from Avro record
names — should be addressed separately in that repo.

Test plan

• New test onAlterHiveTable_CaseOnlyRenameSkipsRenameOperation verifies
  that create, batchCreatePartition, and deleteTable are never called
  when old and new table names differ only by case, and that updateTable
  is called instead.
• Existing rename tests (onAlterHiveTable_RenameTable,
  onAlterHiveTable_RenameOperationFailureIsMetered,
  onAlterIcebergTable_RenameTableSkipsRenameOperation) all continue to pass.
• mvn -pl hive-event-listeners/apiary-gluesync-listener -am test — 110 tests, 0 failures.