java.io.FileNotFoundException: C:\dev_inst\eclipse\OJB.properties (The system cannot find the file specified)

Kuali JIRA | Eric Westfall | 7 years ago
  1. 0

    This came up in a recent discussion on the rice collab list, details pasted below: From: Westfall, Eric Curtis [mailto:ewestfal@indiana.edu] Sent: Sunday, January 31, 2010 10:29 PM To: Chris Hyzer; rice.collab@kuali.org Subject: Re: rice wont start Hi Chris, I've run into this before on occasion. Deleting the SESSIONS.ser file usually fixes the problem (or deleting the work directory as you did which is where that file is located). The move to JPA may improve it, but there may still be lazy loading proxies sticking around with JPA as well so I'm not sure if it will completely eliminate it. Another option is to just disable this Tomcat feature by setting saveOnRestart to "false" as documented here: http://tomcat.apache.org/tomcat-5.5-doc/config/manager.html Thanks, Eric On 1/30/10 9:24 AM, "Chris Hyzer" <mchyzer@isc.upenn.edu> wrote: Hey, I think there is a bug where sessions get in a state where if you stop the tomcat it wont start again. The workaround is to delete the serialized sessions (I did this by deleting the contents of tomcat's work directory, maybe there is a better way). [BOOT] WARN: Could not load properties file 'OJB.properties'. Using default settings! C:\dev_inst\eclipse\OJB.properties (The system cannot find the file specified) java.io.FileNotFoundException: C:\dev_inst\eclipse\OJB.properties (The system cannot find the file specified) at java.io.FileInputStream.open(Native Method) Below is my full console output. I debugged and basically when a RoleImpl is in the session and the members haven't been expanded yet, I guess before the query runs that object is a org.apache.ojb.broker.core.proxy.ListProxyDefaultImpl. So that gets serialized to the session store and when it is deserialized on tomcat start, it kicks off OJB calls that aren't ready to run, and it looks for OJB.properties in the wrong place, and the system is hosed. Some solution like making that list transient and if null re-init or something like that so the ListProxyDefaultImpl's aren't saved to the session cache. Not sure what impacts that has. Since moving to JPA maybe just wait for that, but at least people will know what the workaround is. J Regards, Chris

    Kuali JIRA | 7 years ago | Eric Westfall
    java.io.FileNotFoundException: C:\dev_inst\eclipse\OJB.properties (The system cannot find the file specified)
  2. 0

    This came up in a recent discussion on the rice collab list, details pasted below: From: Westfall, Eric Curtis [mailto:ewestfal@indiana.edu] Sent: Sunday, January 31, 2010 10:29 PM To: Chris Hyzer; rice.collab@kuali.org Subject: Re: rice wont start Hi Chris, I've run into this before on occasion. Deleting the SESSIONS.ser file usually fixes the problem (or deleting the work directory as you did which is where that file is located). The move to JPA may improve it, but there may still be lazy loading proxies sticking around with JPA as well so I'm not sure if it will completely eliminate it. Another option is to just disable this Tomcat feature by setting saveOnRestart to "false" as documented here: http://tomcat.apache.org/tomcat-5.5-doc/config/manager.html Thanks, Eric On 1/30/10 9:24 AM, "Chris Hyzer" <mchyzer@isc.upenn.edu> wrote: Hey, I think there is a bug where sessions get in a state where if you stop the tomcat it wont start again. The workaround is to delete the serialized sessions (I did this by deleting the contents of tomcat's work directory, maybe there is a better way). [BOOT] WARN: Could not load properties file 'OJB.properties'. Using default settings! C:\dev_inst\eclipse\OJB.properties (The system cannot find the file specified) java.io.FileNotFoundException: C:\dev_inst\eclipse\OJB.properties (The system cannot find the file specified) at java.io.FileInputStream.open(Native Method) Below is my full console output. I debugged and basically when a RoleImpl is in the session and the members haven't been expanded yet, I guess before the query runs that object is a org.apache.ojb.broker.core.proxy.ListProxyDefaultImpl. So that gets serialized to the session store and when it is deserialized on tomcat start, it kicks off OJB calls that aren't ready to run, and it looks for OJB.properties in the wrong place, and the system is hosed. Some solution like making that list transient and if null re-init or something like that so the ListProxyDefaultImpl's aren't saved to the session cache. Not sure what impacts that has. Since moving to JPA maybe just wait for that, but at least people will know what the workaround is. J Regards, Chris

    Kuali JIRA | 7 years ago | Eric Westfall
    java.io.FileNotFoundException: C:\dev_inst\eclipse\OJB.properties (The system cannot find the file specified)
  3. 0

    I get exception message using log4j

    Stack Overflow | 3 years ago | Ossama
    java.io.FileNotFoundException: log4j.properties (No such file or directory)
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    Build fails on Jenkins when opening jar with JarInputStream

    Stack Overflow | 3 years ago | CargoCult
    java.io.FileNotFoundException: /var/lib/jenkins/workspace/project1%20-%20review/project1/target/project1-0.6-SNAPSHOT.jar (No such file or directory)
  6. 0

    PDF creation failed

    GitHub | 2 years ago | henning-gerhardt
    java.io.FileNotFoundException: /usr/local/goobi/metadata/13/images/usr/local/goobi/metadata/13/images/blawvon_672764172_tif/00000004.TIF (Datei oder Verzeichnis nicht gefunden)

  1. cesarnog 39 times, last 1 month ago
  2. bpbhat77 1 times, last 10 months ago
3 unregistered visitors
Not finding the right solution?
Take a tour to get the most out of Samebug.

Tired of useless tips?

Automated exception search integrated into your IDE

Root Cause Analysis

  1. java.io.FileNotFoundException

    C:\dev_inst\eclipse\OJB.properties (The system cannot find the file specified)

    at java.io.FileInputStream.open()
  2. Java RT
    FileInputStream.open
    1. java.io.FileInputStream.open(Native Method)
    1 frame