[SOLUCIONADO] Idioma Java

[croelanjr]

Amigos,
Una consulta, cual es el comando o el paquete o cualquier cosa para que mis programas como facturas u otras salga en el español. por ejemplo
en mi programación hay muchas letras con ñ o ó o las letras con acentos a la ahora de compilar y ejecutar el programa, me sale por ejemplo facturaci?3n en vez de decir facturación.

En ruby es una sola linea que es #encoding:UTF-8 (funciona todos los textos como debe ser).
En java ya ni me acuerdo cual era..

[Xerelo]

Tienes que tener en cuenta que la codificación afecta tanto en el lugar donde tomas el dato como en el lugar en el que escribes.

Hay muchas clases a los que se le puede indicar el encoding, así que dependerá de tu código.

Primero asegúrate de que en java tienes la cadena correcta (con un breakpoint), si ahí está mal el problema está en la entrada del dato, si está bien el problema está en la salida.

Recuerda que la consola de windows usa el encoding Cp1250.

[croelanjr]

La verdad es muy raro.. Xerelo..
Estoy usando la nueva version de Java 8, y no lo veo ninguna mejora parecido en Ruby. y ademas es muy raro que no funcione en la plataforma en windows, pero funciona bien en Linux sin problema.
y otra cosa hice una prueba programacion con seleccion case. me sale un error. estoy intentando hacer otro programa de facturacion de modo consola msdos a lo antiguo.
y me sale un error

Código Java:

import java.util.Scanner;
class Opciones2
{
    public static void main(String[] args) 
    {
        String car;
        //InputStreamReader entrada = new InputStreamReader(System.in);
        BufferedReader entrada = new BufferedReader(new InputStreamReader(System.in));
        //Scanner entrada = new Scanner(System.in);
        System.out.print("Introduzca Una letra vocal ");
        car = entrada.readLine();
        if (car == 'a' || car == 'A')
            System.out.println(car + " es una vocal");
        else if ((car == 'e') || (car == 'E'))
            System.out.println(car + " es una vocal");
        else if ((car == 'i') || (car == 'I'))
            System.out.println(car + " es una vocal");
        else if ((car == 'o') || (car == 'O'))
            System.out.println(car + " es una vocal");
        else if ((car == 'u') || (car == 'U'))
            System.out.println(car + " es una vocal");
        else
            System.out.println(car + " no es una vocal");
    }
}
 

el mensaje de error
C:\Sites\java\Opciones2.java:8: error: cannot find symbol
BufferedReader entrada = new BufferedReader(new InputStreamReader(System.in));
^
symbol: class BufferedReader
location: class Opciones2
C:\Sites\java\Opciones2.java:8: error: cannot find symbol
BufferedReader entrada = new BufferedReader(new InputStreamReader(System.in));
^
symbol: class BufferedReader
location: class Opciones2
C:\Sites\java\Opciones2.java:8: error: cannot find symbol
BufferedReader entrada = new BufferedReader(new InputStreamReader(System.in));
^
symbol: class InputStreamReader
location: class Opciones2
C:\Sites\java\Opciones2.java:12: error: incomparable types: String and char
if (car == 'a' || car == 'A')
^
C:\Sites\java\Opciones2.java:12: error: incomparable types: String and char
if (car == 'a' || car == 'A')
^
C:\Sites\java\Opciones2.java:14: error: incomparable types: String and char
else if ((car == 'e') || (car == 'E'))
^
C:\Sites\java\Opciones2.java:14: error: incomparable types: String and char
else if ((car == 'e') || (car == 'E'))
^
C:\Sites\java\Opciones2.java:16: error: incomparable types: String and char
else if ((car == 'i') || (car == 'I'))
^
C:\Sites\java\Opciones2.java:16: error: incomparable types: String and char
else if ((car == 'i') || (car == 'I'))
^
C:\Sites\java\Opciones2.java:18: error: incomparable types: String and char
else if ((car == 'o') || (car == 'O'))
^
C:\Sites\java\Opciones2.java:18: error: incomparable types: String and char
else if ((car == 'o') || (car == 'O'))
^
C:\Sites\java\Opciones2.java:20: error: incomparable types: String and char
else if ((car == 'u') || (car == 'U'))
^
C:\Sites\java\Opciones2.java:20: error: incomparable types: String and char
else if ((car == 'u') || (car == 'U'))
^
13 errors
[Finished in 1.0s]

[Xerelo]

Ya te lo expliqué, Windows usa Cp1250 y linux UTF-8, por eso en uno se ve bien y en otro no. Si en vez de escribir a consola escribes a archivo diciendo que el encoding es UTF8 también lo verás bien.

El otro error te lo esta diciendo bien claro, no puedes comparar String con char. readLine devuelve String y comillas simple es char.

Ruby y java no son lo mismo, cuanto antes lo asumas y dejes de pensar que deberían funcionar igual, más rápido avanzarás.

[HackmanC]

Hola,

Iniciado por croelanjr

... Estoy usando la nueva version de Java 8,

Código Java:

car = entrada.readLine();
        if (car == 'a' || car == 'A')
            System.out.println(car + " es una vocal");
        else if ((car == 'e') || (car == 'E'))
            System.out.println(car + " es una vocal");
        else if ((car == 'i') || (car == 'I'))
            System.out.println(car + " es una vocal");
        else if ((car == 'o') || (car == 'O'))
            System.out.println(car + " es una vocal");
        else if ((car == 'u') || (car == 'U'))
            System.out.println(car + " es una vocal");
        else
            System.out.println(car + " no es una vocal");
 

Adicionalmente, desde Java 7 tienes la palabra reservada switch funcionando con String. Por lo que posiblemente podrías escribirlo así:

Código Java:

car = entrada.readLine();
if (car != null && car.length() > 1) { // Chequeo ingreso datos
  switch (car.toUpperCase()) {
    case "A":
    case "E":
    case "I":
    case "O":
    case "U":
      System.out.println(car + " es una vocal");
      break;
    default:
      System.out.println(car + " no es una vocal");
      break;
  }
}
 

Todas las vocales están en la tabla simple ASCII, así que es la misma en UTF-8 que ISO-8859-1 y la mayoría de tablas, por lo que, en este problema no hay nada con el encoding.

Saludos,

[croelanjr]

Hola HAckman, muchas gracias por tu aporte. Sobre el tema de UTF-8 es un tema aparte, el codigo que publique es otro tema. solamente he agregado mis dudas.
ahora bien, acabo de leer un libro de Java para comprobar si realmente funciona, y ahora resulta no funciona

Código Java:

import java.io.*;
 
class Letras1
{
    public static void main(String[] args) 
    {
        char primero, ultimo;
        System.out.printf("Introduzca su primera y ultima inicial: ");
        primero = System.in.read();
        ultimo = System.in.read();
        System.out.println("Hola, " + primero + "." + ultimo + ".!\n");
    }
 
}
 

C:\Sites\java\Letras1.java:9: error: incompatible types: possible lossy conversion from int to char
primero = System.in.read();
^
C:\Sites\java\Letras1.java:10: error: incompatible types: possible lossy conversion from int to char
ultimo = System.in.read();
^
2 errors
[Finished in 1.5s with exit code 1]

Por favor necesito una explicacion, porque no compila, si la variable es caracteres,
Ahora con respecto el codigo anterior con if y else lo cambie las comillas, y ahora resulta que sale otro error.

Código Java:

import java.util.Scanner;
class Opciones2
{
    public static void main(String[] args) 
    {
        String car;
        BufferedReader entrada = new BufferedReader(new InputStreamReader(System.in));
        System.out.println("Introduzca Una letra vocal ");
        car = entrada.next();
        if ((car == "a") || (car == "A"))
            System.out.println(car + " es una vocal");
        else if ((car == "e") || (car == "E"))
            System.out.println(car + " es una vocal");
        else if ((car == "i") || (car == "I"))
            System.out.println(car + " es una vocal");
        else if ((car == "o") || (car == "O"))
            System.out.println(car + " es una vocal");
        else if ((car == "u") || (car == "U"))
            System.out.println(car + " es una vocal");
        else
            System.out.println(car + " no es una vocal");
    }
}
 

sale este error en este mensaje de if y else
C:\Sites\java\Opciones2.java:7: error: cannot find symbol
BufferedReader entrada = new BufferedReader(new InputStreamReader(System.in));
^
symbol: class BufferedReader
location: class Opciones2
C:\Sites\java\Opciones2.java:7: error: cannot find symbol
BufferedReader entrada = new BufferedReader(new InputStreamReader(System.in));
^
symbol: class BufferedReader
location: class Opciones2
C:\Sites\java\Opciones2.java:7: error: cannot find symbol
BufferedReader entrada = new BufferedReader(new InputStreamReader(System.in));
^
symbol: class InputStreamReader
location: class Opciones2
3 errors
[Finished in 0.9s with exit code 1]
Por favor necesito este apoyo para comprender usando con char

[HackmanC]

Hola,

Iniciado por croelanjr

... Estoy usando la nueva version de Java 8, y no lo veo ninguna mejora parecido en Ruby. ...

Iniciado por croelanjr

Hola HAckman, muchas gracias por tu aporte. Sobre el tema de UTF-8 es un tema aparte, el codigo que publique es otro tema. solamente he agregado mis dudas.

Exactamente, eso lo comprendí bien, lo de UTF-8 ya Xerelo te dio la explicación del motivo por el cual funciona en Linux pero no funciona en Windows. Básicamente es porque, normalmente en Linux la Terminal es UTF-8 y en Windows la Consola es Windows-1250.

La solución mas simple es agregar en la línea de comandos, cuando ejecutas java, el encoding de todos los archivos de salida, no es la mejor solución simplemente la mas fácil.

java -Dfile.encoding=cp1252 org.package.MyClass

Pero como comentas que en Java 8 no ha habido mejoras, te puse un ejemplo de una mejora de Java 7, que ya puedes usar String en el switch. Hay algunas mejoras, no muchas pero si algunas; eso sí, el hecho que no las conozcas no significa que no hayan habido. Y definitivamente el ejemplo está bien aplicado, en lugar de usar un montón de if/then/else que tienen mucha similitud, se usa el switch, que para eso sirve.

Iniciado por croelanjr

C:\Sites\java\Letras1.java:9: error: incompatible types: possible lossy conversion from int to char
primero = System.in.read();

El mismo problema que ya te mencionó Xerelo, en este caso estas intentando convertir un Integer en un Character, que no son lo mismo. Como se mencionó antes que un Character no era lo mismo que un String. El método read() devuelve un Integer y la variable primero está declarada como Character (char).

Iniciado por croelanjr

C:\Sites\java\Opciones2.java:7: error: cannot find symbol
BufferedReader entrada = new BufferedReader(new InputStreamReader(System.in));
^

En ese caso te está diciendo que no has importado BufferedReader, ni InputStreamReader.

Código Java:

import java.io.BufferedReader;
import java.io.InputStreamReader;
 

Saludos,

[croelanjr]

Hola Hackman, Gracias por el aporte. Primero vamos por parte para no marearnos.
De acuerdo a lo anterior, el codigo que he publicado, lo he sacado del libro de Programacion en Java 6 Autor Luis Joyanes Aguilar - Primera edición. Los ejemplos en numero enteros y decimales funciona bien en Java 8, ahora hago los ejercicios con letras y algunos funciona con String usando la clase Scanner, ahora bien trato de utilizar en char (letra por letra), y adjunto este ejercio mencionado anteriormente en lo cual no sale lo que indica en el Libro o me equivoco en algo. he copiado exactamente igual en el Libro, lo que no entiendo porque no compila.

Código Java:

import java.io.*;
     
    class Letras1
    {
        public static void main(String[] args)
        {
            char primero, ultimo;
            System.out.printf("Introduzca su primera y ultima inicial: ");
            primero = System.in.read();
            ultimo = System.in.read();
            System.out.println("Hola, " + primero + "." + ultimo + ".!\n");
        }
     
    }
 

y eso lo que sale en el mensaje de error
C:\Sites\java\Letras1.java:11: error: incompatible types: possible lossy conversion from int to char
primero = System.in.read();
^
C:\Sites\java\Letras1.java:12: error: incompatible types: possible lossy conversion from int to char
ultimo = System.in.read();
^
2 errors
[Finished in 0.6s]

Yo pregunto, en algunos libros hay errores como el Libro de Luis Joyanes, en la programación.

Ahora bien, mi curiosidad es que deseo hacer programa con selecion en base de sistema de facturacion estilo terminal como linux o como cmd. por ejemplo un metodo donde indique "Desea continuar (S)i o (N)o?" , en la cual presiono la tecla S o N. , eso lo que estoy tratando de practicar en esta parte de la programación indicado anteriormente, igualmente con los vocales.

[HackmanC]

Hola,

Iniciado por croelanjr

... Yo pregunto, en algunos libros hay errores como el Libro de Luis Joyanes, en la programación. ...

No sé que tan nuevo o antiguo sea ese libro, pero posiblemente sea un problema nuevo introducido para corregir versiones anteriores, según lo que recuerdo al igual que el lenguaje C/C++, Java tendía a convertir un int en char cuando era necesario, básicamente un char de C usa 32 bits al igual que el int (en el caso del x86 de 32 bits). No me acuerdo realmente, pero uno cabe dentro del espacio del otro.

Pero eso no significa que sea buena idea convertir de uno a otro indiscriminadamente. Posiblemente ya no es así y ahora tira una excepción, de igual forma no es aconsejable hacerlo; porque depende de cosas que a ti en este caso posiblemente no te van a servir, pero están implementadas porque a muchos les es funcional; como el caso de que un Character usa 64 bits, o dos bytes para darle espacio a Unicode.

Iniciado por croelanjr

... por ejemplo un metodo donde indique "Desea continuar (S)i o (N)o?" , en la cual presiono la tecla S o N. , ...

El stdin está declarado en la clase java.lang.System como un InputStream, así que tienes que usar el método read(), pero te devuelve un Integer. Opcionalmente puedes usar la clase java.util.Scanner que tiene otros métodos para leer del teclado.

Posiblemente te funcione haciendo un cast a char, aunque no estoy seguro como se va a comportar en todos los escenarios. Adicionalmente tienes que agregar un read() en medio para que se 'coma' el 'espacio vacío entre las dos letras':

Código Java:

primero = (char) System.in.read();
            System.in.read();
            ultimo = (char) System.in.read();
 

Saludos,

[croelanjr]

Hackman, ya hice a tu consejo.. la verdad no funciona ni caramelo. ya estoy rompiendo la cabeza con mi laptop. :) En poca palabra el Libro de Programación de Java 6 de Luis Joyanes es pura mentira que nada funciona. y ademas te aclaro el libro es la edicion 2011. Ahora bien, con todo lo que indicas, se me prendio el foco, repase un libro de Java en Ingles, donde indicaba que pueda convertir en caracteres con la clase Scanner. Ahi ya me funciono en las dos condiciones de if y switch.
Le comparto el codigo 100% funcionando en caso que necesitan un programa estilo terminal como linux.
Codigo en Java con IF

Código Java:

import java.io.File;
import static java.lang.System.out;
import java.util.Scanner;
 
class Opciones2
{
    public static void main(String[] args) 
    {
        Scanner teclado = new Scanner(System.in);
        char car;
        System.out.print("Introduzca Una letra vocal ");
        car = teclado.findWithinHorizon(".",0).charAt(0);
        if ((car == 'a') || (car == 'A'))
            System.out.println(car + " es una vocal");
        else if ((car == 'e') || (car == 'E'))
            System.out.println(car + " es una vocal");
        else if ((car == 'i') || (car == 'I'))
            System.out.println(car + " es una vocal");
        else if ((car == 'o') || (car == 'O'))
            System.out.println(car + " es una vocal");
        else if ((car == 'u') || (car == 'U'))
            System.out.println(car + " es una vocal");
        else
            System.out.println(car + " no es una vocal");
    }
}
 

Codigo Java con Switch

Código Java:

import java.io.File;
import static java.lang.System.out;
import java.util.Scanner;
 
class Opciones3
{
    public static void main(String[] args) 
    {
        Scanner teclado = new Scanner(System.in);
        char car;
        System.out.print("Introduzca Una letra vocal ");
        car = teclado.findWithinHorizon(".",0).charAt(0);
        switch (car)
        {   
            case 'a': case 'A':
            case 'e': case 'E':
            case 'i': case 'I':
            case 'o': case 'O':
            case 'u': case 'U':
            System.out.println(car + " es una vocal");
            break;
            default:
            System.out.println(car + " no es una vocal");
        }
    }
}
 

Bueno eso es todo lo que queria hacer...
Saludos,

[Profesor_Falken]

Buenas,

El
car = teclado.findWithinHorizon(".",0).charAt(0);

Aunque funciona, es un poco rebuscado, ya que está pensado para encontrar un patrón en un offset determinado.

Sería más correcto hacer simplemente esto:
car = teclado.next().charAt(0);

un saludo

[croelanjr]

Profesor,
Muchas gracias por tu gentil respuesta. si efectivamente tambien funciona y es simple. lo que me llama la atención cual es la diferencia lo que usted estas indicando y porque es rebuscado.

Por favor exigo una explicación.
saludos,

[croelanjr]

Profesor,
Muchas gracias por tu gentil respuesta. si efectivamente tambien funciona y es simple. lo que me llama la atención cual es la diferencia lo que usted estas indicando y porque es rebuscado.

Por favor exigo una explicación.
saludos,

[Xerelo]

Exijo y por favor no pueden ir en la misma frase.

[croelanjr]

Xerelo:
De acuerdo a tus comentarios, a que se refiere.. Se claro a tus respuestas.. No te entiendo ni papa.. ni cebolla..

Respuesta: Idioma Java
Exijo y por favor no pueden ir en la misma frase.

[Profesor_Falken]

Iniciado por croelanjr

Profesor,
Muchas gracias por tu gentil respuesta. si efectivamente tambien funciona y es simple. lo que me llama la atención cual es la diferencia lo que usted estas indicando y porque es rebuscado.

Por favor exigo una explicación.
saludos,

Estimado croelanjr, si lees con atencion mi post podras encontrar tu mismo la respuesta a tu inquietud:

Aunque funciona, es un poco rebuscado, ya que está pensado para encontrar un patrón en un offset determinado.

El metodo next simplemente almacena el siguiente caracter introducido por consola, que es lo que buscas.
El metodo findWithinHorizon recorre el buffer buscando un patron (una expresion regular) devolviendo el texto que encaje con este. Para ello utiliza en realidad Pattern.compile(pattern, horizon). Esto es muchisimo mas costoso a nivel de procesamiento cuando lo que en realidad lo unico que queremos es recuperar un caracter.
Por entendernos, funciona, pero es como matar moscas a canonazos.

Puedes consultarlo en la propia documentacion de Java o indagar en el propio codigo fuente de la clase:
http://docs.oracle.com/javase/7/docs....String,%20int)

Un saludo

[croelanjr]

Gracias por tu respuesta Profesor.
Lo he revisado detenidamente, lo que sucede ... Estaba investigando en varios libros, entiendo que cada autor tiene su manera de explicar , enseñar y programar en diferente forma. en la teoria se entiende como todos los libros pero en la practica es muy diferente. Es solo una observación, lo que indago en los libros para programar Java.
Ahora bien, he revisado en las revistas de Java - Oracle en un reportaje que va a incluir Lambda para Java 8, lambda es muy parecido a Ruby para abreviar el codigo como por ejemplo la cantidad de cadena en ruby cadena.size, Java cadena.length, y otros comandos lo que he visto. De toda manera, voy a indagar mas información en el libro de Lambda para Java.
saludo,

[Profesor_Falken]

Efectivamente los lambdas permiten un estilo de programacion mas funcional en Java. Tienen una gran potencia sobre todo por la facilidad que ofrecen para hacer tratamiento de algoritmos usando paralelismo con estrategias map/reduce.

Por otro lado permiten evitar el uso de las clases anonimas Java, que siempre me han parecido una chapuza de diseno.

en un reportaje que va a incluir Lambda para Java 8

No las van a incluir, sino que existen ya desde que se presento Java 8 en marzo, asi que ya las puedes utilizar.

Un saludo

[HackmanC]

Hola,

Iniciado por Profesor_Falken

... Por otro lado permiten evitar el uso de las clases anonimas Java, que siempre me han parecido una chapuza de diseno.
...

Aprovechando el hilo y si me lo permites, me gustaría saber ¿por qué las clases anónimas te parecen una chapuza de diseño?

Saludos,

[Profesor_Falken]

Buenas,

Estoy un poco cansado ahora, pero te comento. Cuando se creo Java existía una importante carencia, que es la posibilidad de crear punteros a función que puedan ser pasados como parámetros. Para solucionar este problema concreto se implementaron las clases anónimas como solución para "salir del paso".
Como sabes, la función anónima consiste en incrustar el código de una clase y su implementación dentro de la llamada a un método, lo cual ya estéticamente rompe el flujo del código. Por otro lado impone excepciones a las reglas básicas de Java al permitir por ejemplo hacer un new de una interface, la cual en realidad se implementa "on the fly". Esto crea muchas dudas a los principiantes. Además, para acceder a cualquier variable de la clase que contiene a la clase anónima, estamos obligados a declarar dichas variables como final (el compilado obliga a hacerlo así para evitar accesos incorrectos, ya que estas variables podrían ser modificadas accidentalmente).
Todos esto es fácilmente solucionable con una implementación de closures como la de C#, que es mucho más lógica y elegante, y que por eso Java ha plagiado (en venganza quizás por el plagio que supuso C# en su momento ) en su versión 8
Un ejemplo vale más de mil palabras:

Función anónima:

Código Java:

button.addActionListener(new ActionListener() {
    public void actionPerformed(ActionEvent ae) {
        System.out.println("Action Detected");
    }
 });
 

Closures:

Código Java:

button.addActionListener(e -> {System.out.println("Action Detected");});
 

Un saludo

[HackmanC]

Hola,

Excelente. Siempre es bueno tener un punto de vista diferente para hacerse un criterio mas amplio. Por el momento no he cambiado a Lambda por algunos de los motivos que mencionas, como que rompen el flujo visual del programa, y que no pueden accesar variables externas (o algo así, posiblemente con final, pero no estoy seguro). Entiendo que lo estabas aplicando a las funciones anónimas.

Voy a analizar lo que comentas para ver si, por fin, hago el cambio definitivamente. En lo personal me gustan mucho las funciones anónimas, pero eso ya será de cada quien.

Muchas gracias,

[Profesor_Falken]

Buenas,

Te gustan porque las clases anónimas son muy útiles, ya que es una estructura que te permite hacer algo que no se puede hacer de ninguna otra forma. Yo las he usado un montón y las sigo usando cuando no desarrollo en Java 8, por supuesto!.

Sin embargo, tambien creo que es un modelo poco afortunado y que no ha tenido mucho éxito. De hecho Java es el único lenguaje que ha optado por una solución como esta para resolver los punteros a función.
Todos los lenguajes que conozco (C, Python, JavaScript, PHP, C#, Go) utilizan una solución de alguna forma basada en closures, incluso aquellos que se basaron en la sintaxis Java (C# y de alguna forma Go) desecharon desde el principio el mecanismo de funciones anónimas y adoptaron el de closures.

De cualquier forma, la sustitución de las funciones anónimas no deja de ser un tema "cosmético". Como comentaba más arriba, para mi lo más importante y potente que ofrecen los lambdas es que permiten paralelizar tareas de forma trivial. No hace mucho, puse un ejemplo para hacer un cálculo utilizando todos los cores del procesador sin necesidad de declarar ni un solo thread, usando lambdas;
http://www.forosdelweb.com/f45/canti...iempo-1111410/

Agrego un par de reflexiones sobre las clases anonimas cuando se comenzo a hablar de usar closures para reemplazarlas. Son James Gosling (creador de java) y Brian Goetz (ingeniero en Sun)

https://blogs.oracle.com/jag/entry/closures
http://www.ibm.com/developerworks/library/j-jtp04247/

James Gosling hablando de las clases anonimas:
"[...] In the early days of Java the lack of closures was pretty painful, and so inner classes were born: an uncomfortable compromise that attempted to avoid a number of hard issues. But as is normal in so many design issues, the simplifications didn't really solve any problems, they just moved them. We should have gone all the way back then.[...]"

Un saludo

[Xerelo]

La verdad es que a mí las clases anónimas me parecen útiles cuando se pone en ellas código sencillo y corto, pero últimamente estoy viendo en ellas tochacos que no me gustan nada (GWT).

Todavía no me he animado a ver nada de Java 8, pero es cierto que las lambda tienen buena pinta.