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
```

org.assertj.assertions.generator.util.ClassUtil#getTypeDeclaration から開始し、キャプチャされたクラス境界とインターフェース境界の扱いを比較します。List 用に生成された AbstractBlahAssert を再現します。hasSequences が "interface" キーワードなしで有効な Java を使用すれば完了です。

索引モデルが issue の本文から書いたものです。