Error

[luchocorrea98]

Hola tengo el siguiente error en un sitio web y no tengo ni idea que es

Compile failed; see the compiler error output for details.
at org.apache.tools.ant.taskdefs.Javac.compile(Javac. java:978)
at org.apache.tools.ant.taskdefs.Javac.execute(Javac. java:799)
at org.apache.jasper.compiler.Compiler.generateClass( Compiler.java:320)
at org.apache.jasper.compiler.Compiler.compile(Compil er.java:370)
at org.apache.jasper.JspCompilationContext.compile(Js pCompilationContext.java:473)
at org.apache.jasper.servlet.JspServletWrapper.servic e(JspServletWrapper.java:190)
at org.apache.jasper.servlet.JspServlet.serviceJspFil e(JspServlet.java:295)
at org.apache.jasper.servlet.JspServlet.service(JspSe rvlet.java:241)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:853)
at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:247)
at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:193)
at co.com.winet.workflow.archivo.filtros.compression. CompressionFilter.doFilter(CompressionFilter.java: 175)
at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:213)
at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:193)
at co.com.winet.workflow.archivo.filtros.AccessFilter .doFilter(AccessFilter.java:48)
at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:213)
at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:193)
at org.apache.catalina.core.StandardWrapperValve.invo ke(StandardWrapperValve.java:256)
at org.apache.catalina.core.StandardPipeline$Standard PipelineValveContext.invokeNext(StandardPipeline.j ava:643)
at org.apache.catalina.core.StandardPipeline.invoke(S tandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(Cont ainerBase.java:995)
at org.apache.catalina.core.StandardContextValve.invo ke(StandardContextValve.java:191)
at org.apache.catalina.core.StandardPipeline$Standard PipelineValveContext.invokeNext(StandardPipeline.j ava:643)
at org.apache.catalina.valves.CertificatesValve.invok e(CertificatesValve.java:246)
at org.apache.catalina.core.StandardPipeline$Standard PipelineValveContext.invokeNext(StandardPipeline.j ava:641)
at org.apache.catalina.core.StandardPipeline.invoke(S tandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(Cont ainerBase.java:995)
at org.apache.catalina.core.StandardContext.invoke(St andardContext.java:2422)
at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:180)
at org.apache.catalina.core.StandardPipeline$Standard PipelineValveContext.invokeNext(StandardPipeline.j ava:643)
at org.apache.catalina.valves.ErrorDispatcherValve.in voke(ErrorDispatcherValve.java:171)
at org.apache.catalina.core.StandardPipeline$Standard PipelineValveContext.invokeNext(StandardPipeline.j ava:641)
at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:163)
at org.apache.catalina.core.StandardPipeline$Standard PipelineValveContext.invokeNext(StandardPipeline.j ava:641)
at org.apache.catalina.core.StandardPipeline.invoke(S tandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(Cont ainerBase.java:995)
at org.apache.catalina.core.StandardEngineValve.invok e(StandardEngineValve.java:174)
at org.apache.catalina.core.StandardPipeline$Standard PipelineValveContext.invokeNext(StandardPipeline.j ava:643)
at org.apache.catalina.core.StandardPipeline.invoke(S tandardPipeline.java:480)
at org.apache.catalina.core.ContainerBase.invoke(Cont ainerBase.java:995)
at org.apache.coyote.tomcat4.CoyoteAdapter.service(Co yoteAdapter.java:199)
at org.apache.coyote.http11.Http11Processor.process(H ttp11Processor.java:828)
at org.apache.coyote.http11.Http11Protocol$Http11Conn ectionHandler.processConnection(Http11Protocol.jav a:700)
at org.apache.tomcat.util.net.TcpWorkerThread.runIt(P oolTcpEndpoint.java:584)
at org.apache.tomcat.util.threads.ThreadPool$ControlR unnable.run(ThreadPool.java:683)
at java.lang.Thread.run(Unknown Source)


si alguien me puede decir que significa, Gracias

[Stickmaster2004]

eso es lo que me da cola de java que los errores son muy dificil de detectar y no se sabe mas o menos donde esta, es la pericia lo que hace que uno valla adquiriendo conociemiento de lo que esta fallando. a veces los errores dicen mas o menos pero muchas veces la mayoria pueden ser muchas cosas distintas, jejejeje.

buscalo en google el error puntual hallaras muchas respuestas.

[GreenEyed]

Precisamente Java es un lenguaje donde los errores son más fáciles de detectar ya que las trazas de los mismos son más explicativas. Lo que a veces hace falta leerlas .

Compile failed; see the compiler error output for details.

En este caso lo que te dice es que falló la compilación y el por qué falló está escrito en otro mensaje y no en este. Puede que este escrito en el mismo fichero de log pero antes de este mensaje, o puede que en otro fichero de log, dependiendo de donde lo escriba el compilador.

S!

[Stickmaster2004]

a eso mismo me refiero, otro log otro fichero uno depende de tal cual unos null pointer exception y toda esa cantidad de errores que son dificil de ver, he estado en los tres de la web asp,php y jsp y bueno este ultimo es lo mas enrredado y cuando te metes al ambiente de J2EE aun es mas pesado aunque basicamente lo mismo.

[GreenEyed]

La experiencia de cada uno dicta lo que le es mas facil, yo he programado en PHP, poco, y me cuesta mucho mas encontrar los errores que en Java. Y en este caso yo no he dicho que esté en otro fichero, ya que normalmente esta en el mismo pero mas arriba, pero depende del compilador.

A ti te serán dificiles de ver, pero con experencia y leyendo los errores, Java da mucha más información que otros lenguajes. Otra cosa es que la gente sepa interpretar los errores y/o entienda su propio código, lo cual desafortunadamente no abunda. Y cuanto más complicado el código, pues obviamente más dificil saber que pasa, pero eso no es cuestion del lenguaje, es la complejidad del problema en si.

S!

PD: Y hablo de los errores como los informa el lenguaje, no como lo hace cada producto en si, que ahi cada uno lo hace como quiere y se puede hacer igual de bien o mal en cualquier lenguaje.

[Stickmaster2004]

bueno lo que dices sobre el dominio de determinado lenguaje es cierto como te decia en el post que coloque anteriormente, pero recuerdo los comienzos con los otros lenguajes de programacion y veo que pues java los errores son menos entendibles, no dudo de que el potencial de java es bastante bueno, pero en cuanto a este aspecto me pareceria que los conceptos deberian ser mas claros para determinar que hacer en estos casos y no mostrar una traza bien larga para un simple error que puede corregirse de manera rapida y simple es que a veces se pasa y lo que hace es confundir para determinar la problematica, si si que se busque robutez en la herramienta eso esta bien pero a costa de que de mostrar esa cantidad de errores que esencialmente es uno pero viene arrastrando un monton de cosas, bueno creo que objetivamente deberian mejorar en ello.

claro lo sem, lo se existen excepciones en donde se pueden encapsular los errores pero no se trata de eso, si no de lo otro, como decia homero simpsons "no podria ser lo otro", me pareceria que deberian mejorar en ello y creo que muchos opinan lo mismo.

[GreenEyed]

Bueno, son opiniones , yo no creo que la gente que sabe opine lo mismo. Los errores te muestran todo el path de ejecución completo para que sepas exactamente qué se estaba llamando en el momento de producirse el error, y eso, que muchos otros lenguajes no te dan, es muy importante para determinar rápidamente qué pasa.

Bien es cierto que a veces es demasiada información y sólo importa un trozo, pero ahí es donde entra en juego la experiencia y pericia del programador. Yo lo prefiero así, y elegir yo si me interesa o no la información, que que el programa decida, no me le muestre todo y falten datos.

Y si, entiendo que a veces ver un stacktrace enorme puede resultar abrumador, por eso digo que es importante leerlos y entenderlos bien. Si le coges la práctica verás que en seguida te dicen cual es el problema y donde. Normalmente la información útil está en un par de sitios, y sólo hay que buscarlos y extraer esa información, el resto es paja que no sirve pero tiene que estar por si acaso.

El 90% del tiempo hay que centrarse en:
.- El tipo de excepcion y el mensaje de error
.- La primera clase que encontremos empezando de arriba a abajo que sea nuestra
.- Si al final de un trozo dice "caused by..." es que la excepcion que vemos no es el problema original, y hay que mirar lo mismo pero de la causante.

Con eso tienes normalmente el qué y el dónde. Conociendo los tipos de error y tu código, el resto es programación.

S!