tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38713] - java.io.IOException: tmpFile.renameTo(classFile) failed when compiling new JSP (upon redeploy)
Date Wed, 20 Feb 2008 05:32:55 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38713>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38713





------- Additional Comments From ajit@techmahindra.com  2008-02-19 21:32 -------
Hi Brian,
Thanks for replying.
As far as I can understand, you are precompiling the jsps before deploying. 
But we depend on the server to compile them at run time. 
Also, while looking into this issue, we found that when ever this error 
occurs, a file with an extension .classtmp exists in the work folder. 

And we have also found that when ever the size of the compiled servlet is 
below a particualr limit which is around 32KBs it is fine. But when the size 
exceeds this limit, we get the error.

Is there any such limit to the sizes of the class files? if so, how can we 
remove this constraint? or is there any other way out? Will <%jsp:include> tag 
help?

(In reply to comment #19)
> We are running on Windows but had the same scenario: a jsp file that has a
> <%@include file= .. > to another jsp file.
> It seemed that one possibility was the JSPs being compiled in the wrong 
order.
> So we created an ANT task that we run when we deploy the web app to the 
server.
> The ANT task compiles all the .jsp files, except those included ones.
> For the included files, we renamed them to a different extension .jspinc and
> these are not precompiled individually, but they do get compiled inline with 
the
> files that include them.



-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message