- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- bad file number when doing file access in Java
Operating System - OpenVMS
1753414
Members
7242
Online
108793
Solutions
Forums
Categories
Company
Local Language
юдл
back
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
юдл
back
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Blogs
Information
Community
Resources
Community Language
Language
Forums
Blogs
Topic Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-20-2005 01:23 AM
тАО08-20-2005 01:23 AM
bad file number when doing file access in Java
When I run BDBJE I set the environment in the following way:
$@sys$common:[java$142.COM]JAVA$142_SETUP FAST
$define/job JAVA$ENABLE_ENVIRONMENT_EXPANSION TRUE
$ define DECC$efs_case_preserve true
$ define DECC$efs_case_special true
$ define DECC$efs_charset true
$ define JAVA$FILE_OPEN_MODE 3
$define java$classpath xxx$java:[000000],...
$java -cp $java$classpath "SimpleExample.SimpleExample" "/xxx$java/test/"
I get the following error
com.sleepycat.je.RunRecoveryException: com.sleepycat.je.DatabaseException: Could
n't open file /extel$java/test/00000000.jdb: com.sleepycat.je.RunRecoveryExcepti
on: IOException caught: java.io.IOException: bad file number
I must be missing a setting somewhere
$@sys$common:[java$142.COM]JAVA$142_SETUP FAST
$define/job JAVA$ENABLE_ENVIRONMENT_EXPANSION TRUE
$ define DECC$efs_case_preserve true
$ define DECC$efs_case_special true
$ define DECC$efs_charset true
$ define JAVA$FILE_OPEN_MODE 3
$define java$classpath xxx$java:[000000],...
$java -cp $java$classpath "SimpleExample.SimpleExample" "/xxx$java/test/"
I get the following error
com.sleepycat.je.RunRecoveryException: com.sleepycat.je.DatabaseException: Could
n't open file /extel$java/test/00000000.jdb: com.sleepycat.je.RunRecoveryExcepti
on: IOException caught: java.io.IOException: bad file number
I must be missing a setting somewhere
3 REPLIES 3
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2005 01:13 PM
тАО08-21-2005 01:13 PM
Re: bad file number when doing file access in Java
What do you get from
$ dir/full extel$java:[test]00000000.jdb
$ dir/full extel$java:[test]00000000.jdb
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-21-2005 08:55 PM
тАО08-21-2005 08:55 PM
Re: bad file number when doing file access in Java
00000000.JDB;1 File ID: (166635,13,0)
Size: 1/3 Owner: [USERS,JAVA]
Created: 20-AUG-2005 13:48:00.40
Revised: 20-AUG-2005 14:22:33.49 (26)
Expires:
Backup: 22-AUG-2005 04:11:00.45
Effective:
Recording:
Accessed:
Attributes:
Modified:
Linkcount: 1
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 3, Extend: 0, Global buffer count: 0
No version limit
Record format: Stream_LF, maximum 0 bytes, longest 32767 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
Total of 1 file, 1/3 blocks.
Size: 1/3 Owner: [USERS,JAVA]
Created: 20-AUG-2005 13:48:00.40
Revised: 20-AUG-2005 14:22:33.49 (26)
Expires:
Backup: 22-AUG-2005 04:11:00.45
Effective:
Recording:
Accessed:
Attributes:
Modified:
Linkcount: 1
File organization: Sequential
Shelved state: Online
Caching attribute: Writethrough
File attributes: Allocation: 3, Extend: 0, Global buffer count: 0
No version limit
Record format: Stream_LF, maximum 0 bytes, longest 32767 bytes
Record attributes: Carriage return carriage control
RMS attributes: None
Journaling enabled: None
File protection: System:RWED, Owner:RWED, Group:RE, World:
Access Cntrl List: None
Client attributes: None
Total of 1 file, 1/3 blocks.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО08-22-2005 02:41 AM
тАО08-22-2005 02:41 AM
Re: bad file number when doing file access in Java
Found the problem fully described on http://news.gmane.org/gmane.comp.java.bdbje.general ;-)
A few wild shots, since I'm not familiar with this software, but from what I understand from above and subsequent links:
* if the file is to be removed, be sure to have the DELETE privilege set.
* If the file is to be read + write by a number of streams, SHARE must be complete!
* Is the program doing an EXEC: that doesn't work (properly) on VMS (at least, by my latest knowledge)
* Is this the way locks are implemented in Java? SIGH. There must be a better way on VMS, even in JAVA...
Willem
A few wild shots, since I'm not familiar with this software, but from what I understand from above and subsequent links:
* if the file is to be removed, be sure to have the DELETE privilege set.
* If the file is to be read + write by a number of streams, SHARE must be complete!
* Is the program doing an EXEC: that doesn't work (properly) on VMS (at least, by my latest knowledge)
* Is this the way locks are implemented in Java? SIGH. There must be a better way on VMS, even in JAVA...
Willem
Willem Grooters
OpenVMS Developer & System Manager
OpenVMS Developer & System Manager
The opinions expressed above are the personal opinions of the authors, not of Hewlett Packard Enterprise. By using this site, you accept the Terms of Use and Rules of Participation.
News and Events
Support
© Copyright 2024 Hewlett Packard Enterprise Development LP