|Persistence.xml question [message #892287]
||Wed, 27 June 2012 11:31
| Neil Cohen
Registered: June 2012
I have just tried using EclipseLink in my environment. My development environment is Eclipse with the Vaadin development kit.|
I have created a number of programs that run just fine - talk to my MySQL database both as standalone java applications and as web-based apps running under Tomcat.
The problem is that our production environment blocks outgoing requests on port 80.
And my persistence.xml file starts off like this:
<?xml version="1.0" encoding="UTF-8"?>
xmlns="h ttp://java.sun.com/xml/ns/persistence" xmlns:xsi="h ttp://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="h ttp://java.sun.com/xml/ns/persistence h ttp://java.sun.com/xml/ns/persistence/persistence_2_0.xsd">
When my program runs - it will hang for about 90 minutes before the verification
request times out (for h t t p: / /java.sun.com/xml....)
When I was using the Hibernate libraries previously, I was able to remove those
external requests - the persistence line looked like <persistence version="2.0">
and while Eclipse would complain about the content being wrong for the xml file,
it would compile (every other time, actually) and it would run. When I tried that with EclipseLink, the program fails as soon as I try to access the database. It produces an error that it can not find my PersistenceUnit. As soon as I put the java.sun.com lines back into persistence.xml, it works again...
Can someone tell me what the 'correct' solution for this problem would be? Is there some way I can tell the system to either not validate the schema, or to put some validation files locally and replace the external URLs?
I am an experienced Java programmer, but not so much on the database/persistence stuff. This is somewhat new to me, and I know almost nothing about EclipseLink yet.
Any information would be much appreciated, since I have to get these programs migrated as soon as possible to our new environment.
thanks in advance,
Powered by FUDForum
. Page generated in 0.01536 seconds