Warum ist java.io.ObjectStreamException für Aufzählungen in WTK-Stub-Generator verwendet?

Question

Ich verwende einen Web-Service in WCF implementiert, die Aufzählungen definiert in der Schnittstelle. Ich versuche, dies von einem Java Blackberry-Client aufrufen. Ich bin mit Eclipse die Java-Anwendung für Blackberry zu entwickeln. Ich bin mit dem Sun Java Wireless Toolkit (WTK) 2.5.2 zu erzeugen Stubcode da die Webservice ziemlich groß ist (bereits von einem Windows mobile Client).

Wenn ich Stubcode versuchen Erzeugen des WTK verwenden, bekomme ich Fehler in Eclipse über die Aufzählungen. In der folgenden Funktion wirft sie java.io.ObjectStreamException nicht auf eine Art gelöst werden.

private Object readResolve()
    throws java.io.ObjectStreamException {
    return fromValue(getValue());
}

Wenn der Stub Generator läuft, gibt es einen Schalter für entweder CLDC 1.0 oder CLDC 1.1. Erzeugung mit beiden Optionen führen in der gleichen Ausgabe.

fand ich ein Forum posten über diese bei Sun rel="nofollow mit nein Antwort. Die Person in diesem Beitrag heißt es, dass „Nun java.io.ObjectStreamException nicht in CLDC ist, sondern in CDC statt. Gibt es ein gutes Werkzeug gibt für Stubs zu schaffen für Web Service für J2ME speziell CLDC 1.0 / 1.1?“ Ich festgestellt, dass es nicht in CLDC 1.1 existiert, indem die [Dokumentation suchen 3 ).

Es gibt zwei schnelle Lösungen verfügbar in Eclipse, diese Situation zu beheben. 1) Erstellen Klasse ‚ObjectStreamException‘ im Paket ‚java.io‘ oder 2) Fix Projekt-Setup (die mir fehlt ein Verweis hinzuzufügen)

Update:

Hier ist, was die JSR-172-Spezifikation sagt ...

5.2.5 Aufzählung Die JAX-RPC-Subset bietet keine Unterstützung für XML Aufzählungen.

5.2.6 Einfache Typen Durch Einschränkung Abgeleitet Die JAX-RPC-Subset bietet keine Unterstützung für die Ableitung einfache Typen durch Einschränkung.

Das WSDL für die WCF Enumeration erzeugt einen <xs:simpleType> mit <xs:restriction> <xs:enumeration> enthält. So kann ich nur sagen, dieses Feld ist ein int statt und Konstanten definieren?

Ist das nur ein Fehler in der WTK? Für den Fall, es war, ich einen Fehlerbericht mit Sun eingereicht und werden sehen, ob sie reagieren. Warum sollte nicht das Toolkit Flag dies als Fehler?

So, jetzt muss ich die Schnittstelle ändern, so dass es JSR-172-konform ist. Gibt es Tools, WSDL und weisen darauf hin, compliancy Fragen zu lesen?

Answer 1

CLDC und das Wireless Toolkit verwenden beide Java Micro Edition. JavaME basiert auf der Version 2 der Java-Sprache, die keine Generika bedeutet und keine Aufzählungen.

Der erste Schritt Web Service für Ihren Blackberry Mobilteil bei der Untersuchung wäre die JSR-172-Spezifikationen zu lesen.