String to int: NF Exception

[alohis]

Hi,
ich will eine eingelesene Telefonnummer, in einen Integer umwandeln leider wirft das Programm dabei eine NumberFormatException. Iwie steh ich grad auf dem Schlauch woran das liegt, da in dem String ja nur Zahlen vorkommen ?

Exception in thread "main" java.lang.NumberFormatException: For input string: "4900024207090"
	at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)

System.out.println(":"+tmp+":");
this.setPhone(Integer.parseInt(tmp));
-----
Ausgabe:
:4900024207090:

 

[Der Müde Joe]

Integer.MAX_VALUE < 4900024207090

Du bist "out of range"

EDIT:
Ein ist ist zwischen -2^31 .. 2^31 -1

 

[tfa]

Integer geht nur bis 2,1 Mrd. Die Zahl ist zu groß.
Nebenbei bemerkt ist es eine schlechte Idee, Telefonnummern in ints zu speichern. Was machst du bei "+49 (0)511 35 526 389"? Nimm lieber einen String.

 

[alohis]

Arg das is ja mal wieder typisch sowas danke für die schnelle hilfe.

@tfa: ich hab mir eine Methode geschrieben die Zahlen aus Strings extrahiert das ist also kein Problem nur werde ich jetzt einen Long nehmen.

Danke nochmals!

 

[tfa]

Dann können wir nur hoffen, das deine Telefonnummern nicht irgendwann mal Buchstaben enthalten

 

[alohis]

Können sie ruhig siehe Code

	public String numberfilter(String zahl)
	{
		String str,strerg="";
		Pattern pnum = Pattern.compile("[0-9]");
		Matcher mnum;

		for(int i=0;i<zahl.length();i++)
		{
			
			str = zahl.substring(i,i+1);
			
			mnum = pnum.matcher(str);
			if(mnum.matches())
			{
				strerg += str;

			}else if(str.equals(","))
			{
				strerg+=".";
			}
		}
		return strerg;
	}

 

[Der Müde Joe]

Dann können wir nur hoffen, das deine Telefonnummern nicht irgendwann mal Buchstaben enthalten

so wie in der USA:

Call

555-Rent-a-Car

;-)

 

[alohis]

Achso
Point taken!

 

[Murray]

so wie in der USA:

Call

555-Rent-a-Car

Solche Vanity-Rufnummern gibt es auch in Deutschland: Bundesnetzagentur Vanity-Rufnummern

Besonders verbreitet ist das zwar nicht; umwandeln in Ziffern lässt sich das natürlich auch (wie sollte man die Nummer auch sonst wählen können), aber trotzdem ist das ein Argument mehr, keine Speicherung in numerischer Form zu machen.
Wenn Du noch ein Argument brauchst: führende Nullen gehen bei der Speicherung als int oder long zuverlässig verloren.

 

[Marco13]

führende Nullen gehen bei der Speicherung als int oder long zuverlässig verloren.

"Zuverlässig"? Klingt gut. Das mach' ich so :toll: