and still getting:
"[ERROR] classpath error: unable to find org.aspectj.lang.JoinPoint (check that aspectjrt.jar is in your classpath)"
and still getting:
"[ERROR] classpath error: unable to find org.aspectj.lang.JoinPoint (check that aspectjrt.jar is in your classpath)"
Managed to make it work...again.
Now i'm at the beggining, firefox says:
Error de lectura XML: mal formado
Ubicación: http://localhost:8080/RooProject/loc...page=1&size=10
Número de línea 6, columna 20:
for(var i=0;i < ca.length;i++) { ...
^
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _|
Problems with the "<" simbol...again, this is the only problem, everything else works fine. The cookie function was wraped in <![CDATA[]]> like mikej said.
Oh and i'm getting the error in the webmvc-config.xml (Unexpected parsing XML...) but i remember reading that this is a bug????...
anyone??...anything??...please??...
it's me again, i've been trying to fix the "Error de lectura XML...", and i found that Internet Explorer doesn't show that thing, it shows me the Roo's "Internal Error" view...don't know anything else to do...
The xml error is a symptom of the way the internal error is handled. So forget about the xml error for now - you need to diagnose the internal error. As Andrews pointed out, this can be caused by a missing i18n translation, or by bad xml in a jspx file. (I notice your language is "es" - maybe there is a missing message code in messages_es.properties?)
I'm genuinely surprised that there is nothing reported in your log file or your Tomcat console.
Beyond that, unless Roo is generating a bad messages_es.properties file (it works for me), it's not a Roo issue. You'll just to debug it like you would debug any other web application.![]()
chino_salta,
I just got that same error again this morning. If you look into your application server's log file you'll find a more detailed description of what initially went wrong!
For me it was a UTF-8 bug as the default.jspx is stored in UTF-8 encoding but all the other jspx files are most likely ISO-8859-1. So if you put a "special char" inside the latter ones you recieve the error message you named above. (I think it was something like "Invalid byte 1 of 1-byte UTF-8 sequence" in the log file)
The solution for me is to change the jspx files to UTF-8 which I did by adding the following as the second line to every file:
<jsp:directive.page contentType="text/html;charset=UTF-8" pageEncoding="UTF-8"/>
Is this the same for you?
Cheers
Alex
Just wanted to clear out on this "strange" message. This is just because the browser doesn't recognize the generated code as XHTML but tries to treat it as pure XML. I don't know for what odd reason it ignores the <![CDATA[ ]]> tags but that is a usual error message of a browser trying to interpret a broken xml file - unfortunately it doesn't give you any hint on the real error that is the reason for the broken rendering. This information is only seen in the log file.
I get this too. Perhaps christian can investigate further on this. Do you know whether there is a STS Jira for this one already?
Alex
mikej
I think the message_es.properties i fine, i don't see anything wrong...
I will try debugging tomorrow at work.
aheusingfeld
i will try changing the encoding.
And check here for the "...unexpected parsing XML..." in the webmvc-config.xml:
http://forum.springsource.org/showthread.php?t=85387
http://forum.springsource.org/showthread.php?t=83006
http://forum.springsource.org/showthread.php?t=84029
thanks both of you for the reply, i'll tell you how it goes tomorrow with this
When i do the "perform tests" command from the roo shell within STS, it starts to download things from maven repository, the problem is that for every download i get:
every day its the same warning...Code:[WARNING] Unable to get resource ..............: Error transferring file: Connection timed out: connect
I checked the "Error log" view and i have massive exceptions, mostly on org.eclipse.wst.xml.core plugin...
i've found some exceptions in the dm server trace.log...too many of them...