Hola amigos. Tengo un problema.
Estoy intentando diseñar un código en el cual se recojan las exceptiones con try catch, pero a la vez que las recojo, si estas excepciones aparecen, deberá de pedirse otra vez el código con un do while hasta que lo introducido sea correcto. Me explico:


Mi idea es hacerlo realizando varios try, cada uno dentro de su do/while. No se me ocurre otra manera de hacerlo más óptimo. ¿La hay?
El otro problema es que el código, haciéndolo de esta manera no me funciona. Las excepciones las recoge bien, pero una vez le metes un código que en teoría es válido, lanza una excepcion llamada "java.lang.RuntimeException: Uncompilable source code".
El tema es que si yo solo tengo habilitado un try catch, el código si funciona perfectamente, así:

¿Alguna idea gente? Gracias de antemano, y un saludo.

La forma de optimizarlo es parametrizarlo en una función, que se invoque para cada consulta que se precise....


Llamada de uso de la función...

Algo que no haces correctamente es usar bloques 'Try Catch', alegremente... dichos bloques deben usarse para interceptar errores no tratados en el código (por ejemplo intentar acceder a una unidad de solo lectura con intención de escribir, tu no puedes evitar que si pretendes escribir un fichero el usuario te derive a una unidad de solo lectura, o bien si pero con demasiado código, un bloque try catch, resuelve mucho código en una simple intervención)...pero no para errores para los que precisamente estás interceptando...

Máxime considerando que la interacción con el usuario no se puede considerar un error: si le pides x caracteres, y él los escribe, que tú no los aceptes, no implica un 'error' implica que no se ha validado la entrada... En resumen no fuerces un error inexistente, no ganas nada con ello, excepto complicarte las barbas innecesariamente.

Los bloques Try Catch, existen para intentar salir adelante con errores no interceptados (porque quizás fueren tantos y tan diversos que "sería infinito el código para sumergirse en una aventura", así un bloque Try Catch, permite resumir toda esa aventura en un 'si falla algo dame pistas y si fueran ciertos simples y conocidos vemos de solventarlo... y seguir adelante en vez de dar por terminado el programa.
...pero vamos el error más grave que cometes, es inmiscuir al usuario con errores, como si él mismo fuera un programador o como si tuviera que saber determinados detalles que ni le van ni le vienen. Tu solo le nformas de lo que precisas 'dame el DNI', y si contiene caracteres ilegales, le sueltas un 'repite, porque hay caracteres extraños y solo debe tener dígitos'.... como es una simple comprobación que tienes que hacer si o sí, conoces el problema y entonces el bloque try catch, resulta usado en abuso.

El programador todavía debe generar errores, en situaciones donde él mismo u otro que utilice el componente que has realizado, genere rsultados erróneos. Por ejemplo, si creas un objeto que solicite una entrada al usuario y la deuelve sin procesar, y dicho objeto tenía un parámetro de 'solo dígitos', está bien que generes un error para que el objeto que lo reciba sepa que debe tratarlo, así el objeto que lo recibe puede mostrar el mensaje oportuno al usuario y volver a solicitarlo, o si le es posible ignorarlo, seguir adelante...
...por ejemplo, supongamos que se pide el dni, y el usuario escribió: 88555222H se soluciona el problema si se retira la 'H', o incluso se le podía preguntar: confirme si es éste el numero correcto: 88555222 sin la 'H', que es el carácter no válido, otro ejemplo: 88sd@45, como hay que eliminar más de 1 carácter y sigue sin tener el largo esperado de dígitos, procede mejor solicitar que se ingrese de nuevo?).


Forzando el mismo pseudocódigo previo, como 2 objetos distintos, donde el primero es un servicio que utiliza el segundo... que ahí si tendría sentido un try catch.


Lo previo sería el código de una función dentro de un objeto, se ve que es casi identico al previo, excepto que no está en un bucle, e intercepta dos tipos de errores, que comunicará al objeto cliente.

Llamada de uso de la función...


Como puedes ver ambos códigos son muy similares... pero hay claras diferencias... en el primero, tú controlas todos, porque está todo en el mismo objeto, conoces los posibleserrores, porque sabes lo que eseras, luego no proceder generar errores.
En cambio en este segundo ejemplo (es básicamente lo msmo que el previo), la función 'Solictar' yace en otro objeto distinto de tú código, al que tu invocas... aquel método, simplemente genera  un mensaje bajo ciertas condiciones y está capacitado para arrojar un error si no se cumplen, pero allí a diferencia del ejemplo previo, no tiene un bucle... quien sabe si el programador quisiera darle al usuario la opción de abortar?... en cambio tú ahora en tu código si debes tratar las excepciones, pero nota que las excepciones se dan de cara al código, con el que el programador debe lifdiar, no al usuario...

En fin, la línea es delgadita, sibilina, pero es importante percibirla con clardad. Repasa cuantas veces sea ambos códigos con los comentarios hasta que percibas claramente la diferencia entre ellas y el porqué del asunto.

---

P.D.: Nota por último, como lo importante de dicha función (sobre otro objeto) es que luego permite simplificar enormemente la operatoria de verificación... simplemente haces una llamada y verificas las posibles excepciones... (si hubiere muchas más, sacas un mensaje genérico sobre como se espera que sea lo correcto), pero no precisas hacer para cada ppeticion, DNI, nombre, Calle, Número de calle o piso, etc... toda esa operatoria, que sería mucho código. Además de más breve, resulta mucho más legible, porque la propia función 'Solicitar' queda encapsulada en otro objeto...
Nota también que para atrapar los diferentes aspectos en que pudieran incurrir todos esos mensajes deben ser parametrizados y tratados en la funcón, yo solo he puesto de ejemplo el tamaño mínimo y máximo de caracteres y en que se permitan solo dígitos... pero habrá más casos.