Konvertierung String in long type

[Guest]

Hallo Leute,

ich überarbeite ein Java- Programm unter eclipse und bekomme einen java.lang.NumberFormatException Fehler.Der Fehler wird von der Funktion Long.valueOf(string) zurückgegeben, der String enthält den Wert "1415670_at". Warum kann hier keine Umwandlung durchgeführt werden? Liegt das an dem Unterstrich?

Mfg

Benni

 

[byte]

Schonmal eine Zahl gesehen, die "_at" enthält?

 

[maki]

Warum kann hier keine Umwandlung durchgeführt werden?

"1415670_at" ist kein gültiger Long Wert, genaugenommen ist das noch nicht mal eine richtige Zahl, deswegen kann man keinen Long daraus machen.

 

[Guest]

hmm also so ganz kann das nicht stimmen Leute, denn:

1. die Funktion soll ja jenen Long-Wert ausgeben, der durch einen String repräsentiert wird!

2. funktioniert die Konversion von "AFFX-r2-Bs-phe-M_at" oder "AX748260".

:roll:

 

[SlaterB]

zu 2.:

wenn du das behauptest, dann schreibe doch bitte ein Testprogramm in dem das läuft, bei mir nicht

class Test
{
    public static void main(String args[])
        throws Exception
    {
       Long.parseLong("AFFX-r2-Bs-phe-M_at");
    }
}

-> NumberFormatException ..

 

[maki]

hmm also so ganz kann das nicht stimmen Leute, denn:

Doch, das stimmt, ganz und vollkommen..

1. die Funktion soll ja jenen Long-Wert ausgeben, der durch einen String repräsentiert wird!

Wenn der String aber keine Zahl repräsentiert, geht das halt nicht.

2. funktioniert die Konversion von "AFFX-r2-Bs-phe-M_at" oder "AX748260".

Gegenfrage: Sind das denn gültige Zahlen?

 

[Guest]

naja ich würde das nicht als gültige Zahl werten aber es funktioniert doch scheinbar.

Ausserdem, deswegen frage ich j a hier, weil ich da nicht so firm bin: ich dachte die Funktion nimmt einen String, bestimmt den numerischen Wert der Charakter und wandelt die Character in zahlen um. Offensichtlich ist dem aber nicht so...

 

[maki]

naja ich würde das nicht als gültige Zahl werten aber es funktioniert doch scheinbar.

Es funktioniert offensichtlich nicht.
Wie kommst du darauf, das es "scheinbar" funktioniert???

ich dachte die Funktion nimmt einen String, bestimmt den numerischen Wert der Charakter und wandelt die Character in zahlen um. Offensichtlich ist dem aber nicht so...

Dann hast du falsch gedacht
Doku lesen hilft: http://java.sun.com/j2se/1.5.0/docs/api/java/lang/Long.html#valueOf(java.lang.String)

 

[SlaterB]

> Offensichtlich ist dem aber nicht so...

stimmt,
und da du das selber sagst verwundest umso mehr, dass du im gleichen Posting auch

> aber es funktioniert doch scheinbar.

schreibst, was läßt die dies vermuten?
ein paar Sonderfälle gibt es ja durchaus, z.B. funktioniert
Double.parseDouble("1.5d")

aber wenn man gar nicht weiß warum, dann kann man ja kaum mit beliebige Buchstaben rechnen

 

[Murray]

ich dachte die Funktion nimmt einen String, bestimmt den numerischen Wert der Charakter und wandelt die Character in zahlen um. Offensichtlich ist dem aber nicht so...

Stimmt, dem ist nicht so. Die Funktion ist so etwas wie die Umkehrung von Long#toString; aus dem String "12345" wird der long-Wert 12345 gemacht. Wenn der String nicht nur aus Ziffern besteht, leer ist oder zu lang, dann kommt die NumberFormatException.

 

[Guest]

habe ich mir ja durchgelesen. Und da es direkt danach die Funktion valueOf( long l) gibt, die doch scheinbar einen long-Wert zurück und die eingabe ist ein Long-Wert. Daher bin ich davonb ausgegangen, das bei Long valueOf(String s) ein character string in einen long umgewandelt wird.

Daß es funktioniert weiß ich aus folgendem:
Das Programm funktioniert für bestimmte Dateien, mit String-Identifiern, die "AX748260" gleichen, einwandfrei. Sobald ich Identifier habe, wie "1415670_at" tritt der Fehler auf. Auch für die "AFFX-r2-Bs-phe-M_at" ähnlichen Varianten hat er mit bisher keinen Fehler ausgespuckt ....

 

[Guest]

hmm ... na schön, dann stehe ich scheinbar vor einem größeren Debugging-Problem als gedacht .... der Haken ist leider, daß der ganze Code ursprünglich nicht von mir kommt und ich daher momentan leider auch erst ein wenig darin einsteigen mus ...

 

[Murray]

da es direkt danach die Funktion valueOf( long l) gibt, die doch scheinbar einen long-Wert zurück und die eingabe ist ein Long-Wert.

Umgekehrt: die Methode bekommt einen long-Wert (also den primitive type) und liefert einen Long-Wert (also den wrapper type) zurück. Mit der String-Repäsentation hat das nichts zu tun.

Daß es funktioniert weiß ich aus folgendem:
Das Programm funktioniert für bestimmte Dateien, mit String-Identifiern, die "AX748260" gleichen, einwandfrei. Sobald ich Identifier habe, wie "1415670_at" tritt der Fehler auf. Auch für die "AFFX-r2-Bs-phe-M_at" ähnlichen Varianten hat er mit bisher keinen Fehler ausgespuckt ....

Trotzdem würde Long#parseLong( String) genau wie Long#valueOf( String) bei diesen Werten eine Exception liefern.

 

[Guest]

ok ... dann muss ich wohl einfach noch mal in ruhe etwas länger grübeln und den Code untersuchen. Auf jedenfall hat sich damit dank Euch für mich ja erstmal ein deutlich besseres Bild abgezeichnet. Danke Leute!!!

 

[Guest]

ähmmm ja, also dann habe ich dahingehend gleich noch eine Frage:

java.lang.String.equals(Object anObject) scheint als eingabe nun auch einen Zahlenwert in Form eines Strings vorrauszusetzen oder wie? Wie prüfe ich denn z.B. ob mein String s gleich "P" ist?

 

[maki]

java.lang.String.equals(Object anObject) scheint als eingabe nun auch einen Zahlenwert in Form eines Strings vorrauszusetzen oder wie?

Nein, die String.equals(..) Methode prüft, ob 2 Strings denselben Inhalt haben.

"BLA".equals("BLA") == true
"BLA".equals("bla") == false