Collator Problem

[RBS2002]

Hi,

ich habe folgendes Verständnissproblem - und zwar habe ich mit Hilfe des Comparable Interfaces folgendes Szenario implementiert:

[JAVA=42]
public int compareTo(ClassName xxx) {
Collator collator = Collator.getInstance(getLocale());
collator.setStrength(Collator.SECONDARY);
int value = 0;

try {
if (getSort().equalsIgnoreCase(ENUM.ID.getParameterName()) || getSort().equalsIgnoreCase(ENUM.ID.getColumnName())){
value = collator.compare(getId(), xxx.getId());
}
[/code]

Wenn ich das ganze mit SOAPUI aufrufe funktioniert es einwandfrei. Wenn mein Kollege das, über einen Webservice in PHP aufruft bekommt er beim Aufruf der value Übergabe die Exception

string(65) "JAVA Exception: java.lang.Long cannot be cast to java.lang.String"

Der datentyp wurde mit

private Long id;

fest als Long definiert und beide Vergleiche stammen von der selben Klasse, zeigen also auf den gleichen Datentyp Long. Habe ich bei der Initialisierung etwas falsch gemacht?

Vielen Dank im Voraus und mfG RBS2002

 

[SlaterB]

vielleicht wird bei dir überhaupt nicht verglichen und deshalb 'funktioniert es einwandfrei'

wenn getId() nicht String zurück gibt, dann kann man den Code so nicht stehen lassen,
es gibt zwar eine Methode compare(Object, Object), die scheint aber genau auf String zu casten

wandle vorher selber in String um, toString() aufrufen, schlecht bei null, oder noch besser String.valueOf()

 

[Ullenboom]

Wenn die IDs immer nur Zahlen (long) sind, warum dann überhaupt ein Collator? Und auch noch mit der Default-Sprache, was i.d.R. so nicht gewünscht ist.

 

[RBS2002]

Das ist nur ein teilauszug. Es kommt auch Boolean, Date etc. drin vor - aber da müsste ich es wahrscheinlich genauso machen.
Verglichen wird bei beiden - zu mindestens wird diese sort Variable automatisch, wenn das nicht durch ein übergebenen Parametr geändert wurd, auf ID gesetzt und genauso durchlaufen. Nur kommt - wenn ich es über SoapUI aufrufe - kein Fehler und wenn das gleiche mit PHP gemacht wird fliegt eine Exception. So habe ich es auch schon mit anderen Webservices gemacht und es lief bisher immer ohne Probleme durch. Aber okay, es ist ja kein Problem das vorher in einen String zu casten

Edit wegen Default Sprache: In dem Fall wird es gewünscht. Die richtige Sprache wird aber durch ein vorher eingelesenes Local gesetzt - dies ist in dem Fall noch nicht implementiert weil die Anforderung erst später dazukam.

 

[RBS2002]

okay, lag wirklich am internen String Cast. Danke