Eclipse Community Forums: EclipseLink » FileNotFoundException: tempToDelete.xml (Access is denied)

Home » Eclipse Projects » EclipseLink » FileNotFoundException: tempToDelete.xml (Access is denied)

FileNotFoundException: tempToDelete.xml (Access is denied) [message #482927]

Fri, 28 August 2009 10:59

Eclipse User

Hello,

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):
org.eclipse.persistence.exceptions.ValidationException
Exception Description: File error.
Internal Exception: java.io.FileNotFoundException:
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,
hans

Re: FileNotFoundException: tempToDelete.xml (Access is denied) [message #484630 is a reply to message #482927]

Tue, 08 September 2009 10:40

Eclipse User

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?

Re: FileNotFoundException: tempToDelete.xml (Access is denied) [message #508247 is a reply to message #482927]

Mon, 18 January 2010 00:01

Eclipse User

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:

-=] Back to Top [=-

Current Time: Mon Jul 14 18:05:02 EDT 2025

.:: Contact :: Home ::.

Breadcrumbs

Sign up to our Newsletter