Integer.parseInt :(:(:(:(:(

[JurraF]

hola.
Saludos a todos
Mi problema es el siguiente, cuando uso el Integer.parseInt para
trasformar un String a entero, este me trasforma String con las
siguientes características

"4f" yo creoo que es porque el lo pasa por HEX.


yo necesito la transformación para validar un jtextfiel en los para
metros de entrada, e usado el JFormattedTextField, pero este es bueno
para validar cosas como ingreso de números telefónicos y no para
asegurarte que algo entra dentro de los rangos de 0-99.9 por ejemplo

[EdUarDo]

Post by JurraF
hola.

Hoooola

Post by JurraF
Mi problema es el siguiente, cuando uso el Integer.parseInt para
trasformar un String a entero, este me trasforma String con las
siguientes características

¿qué String estás transformando? porque no lo pones, y no somos adivinos.

Yo si hago esto: Integer.parseInt("4") me devuelve un int que vale 4

Post by JurraF
"4f" yo creoo que es porque el lo pasa por HEX.

Ya te digo, pon el código y el valor de los argumentos.

[JurraF]

Post by EdUarDo

Post by JurraF
hola.

Hoooola

Post by JurraF
Mi problema es el siguiente, cuando uso el Integer.parseInt para
trasformar un String a entero, este me trasforma String con las
siguientes características

¿qué String estás transformando? porque no lo pones, y no somos adivinos.
Yo si hago esto: Integer.parseInt("4") me devuelve un int que vale 4

Post by JurraF
"4f" yo creoo que es porque el lo pasa por HEX.

Ya te digo, pon el código y el valor de los argumentos.

Hola A todos y gracias por contestar

Es primera ves que uso grupos de google y que bueno que la gente aquí
sean tan buena onda,,,,
Bueno explicare mejor mi problema

Primero Yo trabajo usando la metodología Vista modelo controlador y
tengo una vista construida en Swing. Para poder evitar que el usuario
me ingresara cualquier cosa por teclado use barias técnicas, tratando
de evitar la mas fastidiosa de todas, crearme una clase que se
dedicara a purificar las entradas, ya que mi vista solo recibe String,
el controlador se encarga de manejar los eventos y el modelo solo
puede recibir enteros, esto quiere decir que debo trasfórmalos, entre
las nuevas técnicas que existen hoy, probé JFormattedTextField es muy
regido para lo que yo lo quiero, también use el Integer parseINT pero
también tiene una pifia (con mucho respeto) lo que le pasa es lo
siguiente, imagínense que le usuario quiere ingresar un entero que
tiene un rango de 1-999 pero por algún motivo se equivoca y pone
99j,se genera una excepción por el Integer parseINT yo la capturo y
mando un bonito mensaje que dice "Código no Valido", pero si pasara lo
mismo y el pone 4f (tratando de escribir 45 que es un código valido
)este numero no genera excepción ya que para los ojos comunes esta
malo pero para el sistema es un hexadecimal, es allí donde empezaron
mis problemas, en estos momento estoy resignado haciendo una
aplicación que pueda filtrar letra leyendo cada uno de los caracteres
y preguntando si son dígitos, es una lata, la técnica mas vieja, lo
que me da lata que en un par demeses sale la versión nueva de java y
ellos dicen TENEMOS UNA NUEVA mascara para el JFormattedTextField
¡!plop!!!.

Chaooo y gracias a todos que estén bien

[BatMar!!]

Y con el Integer.valueOf(numero).intValue()

???

Post by JurraF

Post by EdUarDo

Post by JurraF
hola.

Hoooola

Post by JurraF
Mi problema es el siguiente, cuando uso el Integer.parseInt para
trasformar un String a entero, este me trasforma String con las
siguientes características

¿qué String estás transformando? porque no lo pones, y no somos adivinos.
Yo si hago esto: Integer.parseInt("4") me devuelve un int que vale 4

Post by JurraF
"4f" yo creoo que es porque el lo pasa por HEX.

Ya te digo, pon el código y el valor de los argumentos.

Hola A todos y gracias por contestar
Es primera ves que uso grupos de google y que bueno que la gente aquí
sean tan buena onda,,,,
Bueno explicare mejor mi problema
Primero Yo trabajo usando la metodología Vista modelo controlador y
tengo una vista construida en Swing. Para poder evitar que el usuario
me ingresara cualquier cosa por teclado use barias técnicas, tratando
de evitar la mas fastidiosa de todas, crearme una clase que se
dedicara a purificar las entradas, ya que mi vista solo recibe String,
el controlador se encarga de manejar los eventos y el modelo solo
puede recibir enteros, esto quiere decir que debo trasfórmalos, entre
las nuevas técnicas que existen hoy, probé JFormattedTextField es muy
regido para lo que yo lo quiero, también use el Integer parseINT pero
también tiene una pifia (con mucho respeto) lo que le pasa es lo
siguiente, imagínense que le usuario quiere ingresar un entero que
tiene un rango de 1-999 pero por algún motivo se equivoca y pone
99j,se genera una excepción por el Integer parseINT yo la capturo y
mando un bonito mensaje que dice "Código no Valido", pero si pasara lo
mismo y el pone 4f (tratando de escribir 45 que es un código valido
)este numero no genera excepción ya que para los ojos comunes esta
malo pero para el sistema es un hexadecimal, es allí donde empezaron
mis problemas, en estos momento estoy resignado haciendo una
aplicación que pueda filtrar letra leyendo cada uno de los caracteres
y preguntando si son dígitos, es una lata, la técnica mas vieja, lo
que me da lata que en un par demeses sale la versión nueva de java y
ellos dicen TENEMOS UNA NUEVA mascara para el JFormattedTextField
¡!plop!!!.
Chaooo y gracias a todos que estén bien

[JurraF]

Post by BatMar!!
Y con el Integer.valueOf(numero).intValue()
???

Post by JurraF

Post by EdUarDo

Post by JurraF
hola.

Hoooola

Post by JurraF
Mi problema es el siguiente, cuando uso el Integer.parseInt para
trasformar un String a entero, este me trasforma String con las
siguientes características

¿qué String estás transformando? porque no lo pones, y no somos

adivinos.

Post by JurraF

Post by EdUarDo
Yo si hago esto: Integer.parseInt("4") me devuelve un int que vale 4

Post by JurraF
"4f" yo creoo que es porque el lo pasa por HEX.

Ya te digo, pon el código y el valor de los argumentos.

Hola A todos y gracias por contestar
Es primera ves que uso grupos de google y que bueno que la gente aquí
sean tan buena onda,,,,
Bueno explicare mejor mi problema
Primero Yo trabajo usando la metodología Vista modelo controlador y
tengo una vista construida en Swing. Para poder evitar que el usuario
me ingresara cualquier cosa por teclado use barias técnicas, tratando
de evitar la mas fastidiosa de todas, crearme una clase que se
dedicara a purificar las entradas, ya que mi vista solo recibe String,
el controlador se encarga de manejar los eventos y el modelo solo
puede recibir enteros, esto quiere decir que debo trasfórmalos, entre
las nuevas técnicas que existen hoy, probé JFormattedTextField es muy
regido para lo que yo lo quiero, también use el Integer parseINT pero
también tiene una pifia (con mucho respeto) lo que le pasa es lo
siguiente, imagínense que le usuario quiere ingresar un entero que
tiene un rango de 1-999 pero por algún motivo se equivoca y pone
99j,se genera una excepción por el Integer parseINT yo la capturo y
mando un bonito mensaje que dice "Código no Valido", pero si pasara lo
mismo y el pone 4f (tratando de escribir 45 que es un código valido
)este numero no genera excepción ya que para los ojos comunes esta
malo pero para el sistema es un hexadecimal, es allí donde empezaron
mis problemas, en estos momento estoy resignado haciendo una
aplicación que pueda filtrar letra leyendo cada uno de los caracteres
y preguntando si son dígitos, es una lata, la técnica mas vieja, lo
que me da lata que en un par demeses sale la versión nueva de java y
ellos dicen TENEMOS UNA NUEVA mascara para el JFormattedTextField
¡!plop!!!.
Chaooo y gracias a todos que estén bien

Muchas gracias a todos por ayudar
Pero párese que estoy "miado de perro" porque apenas me levante probé
lo que me recomendó BatMar!! Me anduvo funcionando bien pero si
ejecutan este código otra ves el integer se pifia es por eso que les
avisó que tengan cuidado donde usan esa tecnología nueva de java ya
que párese que los "ingenieros SUN " dejaron con algunas extrañas
características que yo no comprendo por ahora

Miren esto por fabor

String numero ="4.9d";
float xx= Float.valueOf(numero).floatValue();
System.out.println("xx "+xx);

Que dicen ustedes es te código debería de caerse o no, bueno a mi me
compila y me ejecuta bien, e llegado a pensar que quizás exista una
falla en mi procesador, cosa que cuando divide pi por e y lo divide
por landa y la luna esta en menguante el maldito integer me falla
jajajajaj
Lo que comentaba ayer de mi resignación al hacer el latoso programa
es cierto, les mostrare uno de los métodos que me funciona, pero
todavía estoy metido haciendo uno para los flotantes..

public boolean esCodigo(String valor) {
if (esNumero(valor)) {
int codigo = Integer.parseInt(valor);
if (codigo < 1 || codigo > 999) {
problema = "Código fuera del rango EJ. 1-999 ";
return false;
}
} else {
problema = "Código invalido EJ. 1-999 ";
return false;
}
return true;
}

public boolean esNumero(String valor){
char letra;
int con = 0;
for (int i = 0; i < valor.length(); i++) {
letra = valor.charAt(i);
if (Character.isDigit(letra)) {
con++;
}
}
if (con == valor.length()) {
return true;
}else{
return false;
}
}

[JurraF]

Miren este metodo que hizo Dennis:

public boolean esFlotante(String st) {
st = st.trim();
int x = st.length();
char[] arr = new char[x];
for (int i = 0; i < x; i++) {
arr[i] = st.charAt(i);
}
int p = 0;
for (int i = 0; i < x; i++) {
if (arr[i] == '.')
p++;
}
if (p == 0 && esNumero(st)) {
return true;
} else {
if (p == 1) {
st = "";
for (int i = 0; i < x; i++) {
if (arr[i] != '.') {
st = st + arr[i];
}
}
if (esNumero(st)) {
return true;
}
}
problema = "Dato no Valido ";
return false;
}
}
public boolean esNumero(String valor) {
char letra;
int con = 0;
for (int i = 0; i < valor.length(); i++) {
letra = valor.charAt(i);
if (Character.isDigit(letra)) {
con++;
}
}
if (con == valor.length()) {
return true;
} else {
return false;
}

}

[JoME]

Post by JurraF
Es primera ves que uso grupos de google y que bueno que la gente aquí
sean tan buena onda,,,,

¿Grupos de google? Creo que aquí hay un error de concepto. Esto son las
news, concretamente el grupo 'es.comp.lenguajes.java'. Google lo que ha
implementado es una interfaz web para acceso a las news. Además mantiene
un histórico de los mensajes enviados desde no se cuando, que es
tremendamente útil. Pero desde luego no son sus grupos.

Saludos

[EdUarDo]

Post by JoME
¿Grupos de google? Creo que aquí hay un error de concepto.

Lo que quiere decir es que ne la sección Grupos de Google se pueden
buscar mensajes anteriores de las news.

[Juan Nadie]

Post by JurraF
hola.
Saludos a todos
Mi problema es el siguiente, cuando uso el Integer.parseInt para
trasformar un String a entero, este me trasforma String con las
siguientes características
"4f" yo creoo que es porque el lo pasa por HEX.
yo necesito la transformación para validar un jtextfiel en los para
metros de entrada, e usado el JFormattedTextField, pero este es bueno
para validar cosas como ingreso de números telefónicos y no para
asegurarte que algo entra dentro de los rangos de 0-99.9 por ejemplo

Hola.

Hombre, yo me acuerdo que cuanod empecé también tube muchos problemas
para la conversión de tipos, la verdad que utilizaba mucho la funcion:
vaueOf(), para solucionar ese problema que tienes.

Un Saludo.

[JoME]

Post by JurraF
hola.
Saludos a todos
Mi problema es el siguiente, cuando uso el Integer.parseInt para
trasformar un String a entero, este me trasforma String con las
siguientes características
"4f" yo creoo que es porque el lo pasa por HEX.
yo necesito la transformación para validar un jtextfiel en los para
metros de entrada, e usado el JFormattedTextField, pero este es bueno
para validar cosas como ingreso de números telefónicos y no para
asegurarte que algo entra dentro de los rangos de 0-99.9 por ejemplo

¿Has probado con Integer.parseInt(String,10)?

Saludos