Skip to main content

Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Eclipse Projects » EclipseLink » FileNotFoundException: tempToDelete.xml (Access is denied)
FileNotFoundException: tempToDelete.xml (Access is denied) [message #482927] Fri, 28 August 2009 14:59 Go to next message
Hans Harz is currently offline Hans HarzFriend
Messages: 20
Registered: July 2009
Junior Member

this strange error appears quite regular after switching from toplink to
eclipselink. Unfortunatly it's not possible to reproduce in a unit test,
but around every third time I start our application I get this here:

Internal Exception: java.lang.RuntimeException: Exception
[EclipseLink-7018] (Eclipse Persistence Services - 1.1.2.v20090612-r4475):
Exception Description: File error.
Internal Exception:
C:\acrolinxIQ\server\bin\tempToDelete.xml (Access is denied)

I stepped through the eclipselink sourcecode and I really discovered, that
a xml file is written to hard disk only to clone an object when
TABLE_PER_CLASS inheritance is used.

This is the method:
org.eclipse.persistence.internal.jpa.metadata.xml.XMLEntityM appings.reloadXMLEntityMappingsObject(XMLEntityMappings)

I'm working with a huge legacy system, and maybe it's a bug on my side,
but why you don't use a memorystream or something comparable fast.

Any comments?

best regards,
Re: FileNotFoundException: tempToDelete.xml (Access is denied) [message #484630 is a reply to message #482927] Tue, 08 September 2009 14:40 Go to previous messageGo to next message
James Sutherland is currently offline James SutherlandFriend
Messages: 1939
Registered: July 2009
Location: Ottawa, Canada
Senior Member

Please log a bug for this.

Also include the full exception stack trace. Is this just an error that is logged, or does it fail to deploy/run?

James : Wiki : Book : Blog : Twitter
icon14.gif  Re: FileNotFoundException: tempToDelete.xml (Access is denied) [message #508247 is a reply to message #482927] Mon, 18 January 2010 05:01 Go to previous message
Jason Drake is currently offline Jason DrakeFriend
Messages: 13
Registered: July 2009
Junior Member
I had just reinstalled my linux server (which I run my hudson and application environments on) and when I deployed my JPA app to tomcat I was getting this error. I scratched my head until I say that the target location was "/etc/init.d". I was using jsvc (which I had compiled) and this was called from my startup script located in /etc/init.d

The solution? It came down to simply making sure I changed into $CATALINA_HOME (or whatever you call your tomcat folder) prior to launching the jsvc.

As you are already aware, the JPA will attempt to generate this file.
Previous Topic:Unexpected entity version number
Next Topic:javax.persistence.cache.retrieveMode does not work with Query
Goto Forum:

Current Time: Tue May 22 10:27:40 GMT 2018

Powered by FUDForum. Page generated in 0.02289 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top