DynamoDB Enhanced Client: @DynamoDbIgnore fails in some property mapping scenarios

### Describe the bug

The DynamoDB Enhanced Client fails to recognize a valid setter when a bean has both `getA()` and `isA()` methods, even when `isA()` is annotated with `@DynamoDbIgnore`.

### Regression Issue

- [x] Select this option if this issue appears to be a regression.

### Expected Behavior

`a` should be mapped using:

```text
getA(): int
setA(int): void
```

and `isA()` should be ignored because of `@DynamoDbIgnore`.

### Current Behavior

The `setA(int)` setter is not recognized, and the `a` attribute is not mapped correctly.

This appears to be caused by the interaction between JavaBeans property introspection and the two getters:

```text
getA(): int
isA(): boolean
```

Even though `isA()` is annotated with `@DynamoDbIgnore`, it still affects property discovery.

### Reproduction Steps

```java
@DynamoDbBean
public class Foo {
private int a;

@DynamoDbAttribute("A")
public int getA() {
return a;
}

public void setA(int a) {
this.a = a;
}

@DynamoDbIgnore
public boolean isA() {
return false;
}
}
```

### Possible Solution

_No response_

### Additional Information/Context

The same class is mapped correctly by the AWS SDK for Java v1, which does not rely on the same JavaBeans property conventions as the v2 Enhanced Client.

### AWS Java SDK version used

2.51.3

### JDK version used

11.0.32.1

### Operating System and version

Windows 11

Inizia dal codice del bean e del mapping delle proprietà di AWS SDK v2 Enhanced Client, concentrandoti sull’introspezione dei JavaBeans e su come viene applicato @DynamoDbIgnore. Riproduci il problema con la classe Foo fornita nella versione 2.51.3; il lavoro è completato quando getA()/setA(int) mappa l’attributo A mentre isA() annotato viene ignorato, con un test di regressione che copra lo scenario.

Scritto dal modello di indicizzazione a partire dal testo della issue.