hasXXX assertions generate invalid code when XXX is an Iterable of an interface type.

Given a class:
```java
public class Blah {
private List sequences;
public List getSequences() { return sequences; }
}
```

the AbstractBlahAssert is generated with code such as:

```java
public S hasSequences(interface java.lang.CharSequence... sequences) { ... }
```

(note the "interface" keyword in there.)

This is the result of org.assertj.assertions.generator.util.ClassUtil#getTypeDeclaration correctly handling situations where the contained type is a class:

```java
String name = typeVariable.getName(); // capture#1-of ? extends class java.lang.String
name = removeAll(name, "capture#\\d+-of\\s+"); // extends class java.lang.String
name = removeAll(name, " class"); // extends java.lang.String
typeDeclaration.append(name); // List
```

But not when it's an interface:

```java
String name = typeVariable.getName(); // capture#1-of ? extends interface java.lang.CharSequence
name = removeAll(name, "capture#\\d+-of\\s+"); // extends interface java.lang.CharSequence
name = removeAll(name, " class"); // extends interface java.lang.CharSequence
typeDeclaration.append(name); // List
```

Inizia da org.assertj.assertions.generator.util.ClassUtil#getTypeDeclaration e confronta la gestione dei bound di classe e interfaccia catturati. Riproduci l’AbstractBlahAssert generato per una List; il lavoro è completato quando hasSequences usa Java valido senza la parola chiave "interface".

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