I've been trying it on some JET3 mdb files, with varying results. Following are the first 160 bytes (in hex format) of an MDB file that didn't work (threw java.lang.IndexOutOfBoundsException):
dleshem - sorry, i somehow missed your comment. you can attach a file by scrolling to the bottom of this screen and clicking on the "Attached File" section. or, better yet, you could file a separate bug and attach your problem database there. (note, there have been some fixes, so you should try the latest jackcess version first).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hello. Is there any news about that topic? It's been a while from lst messedge, but maybe anyone has any solution? I desperately need this feature. So desperately that i might be forced to make it on my own. Maybe someone knows why there is no Access97 write support? Is it because noone needs it or there is some technical issues? Would appreciate any help. Thank you.
Last edit: Oleg 2019-07-29
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Very little demand, sorry. I'm not aware of any technical issue other than that the code hasn't been written yet (well, maybe understanding indexes). as i mentioned above, the jet3 format is documented and fairly well understood (as jackcess can read jet3 databases), but not completely (jackcess cannot read jet3 indexes). in terms of implementing it within jackcess, the writing code may make more assumptions about the file format (i.e. not always use the relevant JetFormat parameters) than it should. You can see the scope of the initial changes to support reading 97 databases here: https://sourceforge.net/p/jackcess/code/475/ .
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
"Very little demand..." - knew that) Thank you for your response and help. I'm trying to guees how much time will it take to implement this feature in code. Do you have a guess?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
ha, that's a very hard thing to guess. i'm obviously very familiar with the code base. i have a vague idea of some of the differences (creating/initializing new database pages with different parameters) which probably aren't rocket science to sort out. I would imaging that would take me a day or two to sort out. there's a different format for some values (for which jackcess already has the reading code) that would need to be implemented on the writing side, probably another half day. then there's the whole index thing which doesn't work right now on the reading side, so you'd either need to figure out how indexes work or settle for writing tables w/out indexes (although adding a new table involves updating the system table which has an index, so that might be problematic). no idea the time frame for solving that. this, of course, is estimated based on my familiarity w/ the code. it will be very different for someone relatively new to the code base.
Last edit: James Ahlborn 2019-07-31
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@Oleg did you ever decide whether it was worth it or not? I'll throw out one modification to my previous comment. your updates to this thread got me thinking about access 97 indexes. i had a little free time recently, and i was able to work out how access 97 text indexes work, so that particular issue can be removed from the list.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
@jahlborn
Hello, James. First of all thank you for your help in this topic and in almost every one that i found at Stackoverflow when "google" my problem)
About your question:
It's more my boss decision than mine. And he didn't decide yet, he wants to get rid of "legacy" software that uses 97 format or to make me solve that issue at all costs.
What about me: it's deprecated format and as you said - "there is no demand for that". So one part of me whants to say it's not worth it, but my other part wants to try implement that, especially if i will have to) If that feature will help someone besides me than maybe it's worth, otherwise it's not.
Last edit: Oleg 2019-08-19
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
I would also love to have that feature, it is a critical feature for my current job, not really familiar with Jet but let me know If I could help with anything
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
any news on this?
I have to deal with many access databases in this format and it would really help me :-)
Kind regards,
Frank.
Hi,
in mdbtools-java I found the following:
Perhaps this helps?
Kind regards,
Frank.
as of the 1.2.1 release jackcess supports reading jet3 database files.
Thanks! This is an extremely useful addition.
I've been trying it on some JET3 mdb files, with varying results. Following are the first 160 bytes (in hex format) of an MDB file that didn't work (threw java.lang.IndexOutOfBoundsException):
000100005374616E64617264204A65742044420000000000B56E03626009C255E9A96772403F009C7E9F90FF859A31C579BAED30BCDFCC9D63D9E9C79C46116A58F286FBEC375D449CFAC65E28E613B68A6054947B36F57FDFB177F41343CFAFB1333461795B92B57C2A05F17C99011B98FD124F4A946C3E60265F95F8D089248567C61F2744D2EECF65EDFF07C746A178160CEDE92D00000000000000000000
(sorry, I can't seem to find a way to attach files)
dleshem - sorry, i somehow missed your comment. you can attach a file by scrolling to the bottom of this screen and clicking on the "Attached File" section. or, better yet, you could file a separate bug and attach your problem database there. (note, there have been some fixes, so you should try the latest jackcess version first).
View and moderate all "feature-requests Discussion" comments posted by this user
Mark all as spam, and block user from posting to "Feature Requests"
jahlborn - thanks! Jackcess 1.2.5 indeed managed to open my files. Good job!
Last edit: Anonymous 2014-07-02
Hi,
How can I help to do this?
Is there any documentation about Jet 3?
Thanks
This is the closest thing to documentation of the file format:
https://github.com/brianb/mdbtools/blob/master/HACKING
Hello. Is there any news about that topic? It's been a while from lst messedge, but maybe anyone has any solution? I desperately need this feature. So desperately that i might be forced to make it on my own. Maybe someone knows why there is no Access97 write support? Is it because noone needs it or there is some technical issues? Would appreciate any help. Thank you.
Last edit: Oleg 2019-07-29
Very little demand, sorry. I'm not aware of any technical issue other than that the code hasn't been written yet (well, maybe understanding indexes). as i mentioned above, the jet3 format is documented and fairly well understood (as jackcess can read jet3 databases), but not completely (jackcess cannot read jet3 indexes). in terms of implementing it within jackcess, the writing code may make more assumptions about the file format (i.e. not always use the relevant JetFormat parameters) than it should. You can see the scope of the initial changes to support reading 97 databases here: https://sourceforge.net/p/jackcess/code/475/ .
"Very little demand..." - knew that) Thank you for your response and help. I'm trying to guees how much time will it take to implement this feature in code. Do you have a guess?
ha, that's a very hard thing to guess. i'm obviously very familiar with the code base. i have a vague idea of some of the differences (creating/initializing new database pages with different parameters) which probably aren't rocket science to sort out. I would imaging that would take me a day or two to sort out. there's a different format for some values (for which jackcess already has the reading code) that would need to be implemented on the writing side, probably another half day. then there's the whole index thing which doesn't work right now on the reading side, so you'd either need to figure out how indexes work or settle for writing tables w/out indexes (although adding a new table involves updating the system table which has an index, so that might be problematic). no idea the time frame for solving that. this, of course, is estimated based on my familiarity w/ the code. it will be very different for someone relatively new to the code base.
Last edit: James Ahlborn 2019-07-31
@Oleg did you ever decide whether it was worth it or not? I'll throw out one modification to my previous comment. your updates to this thread got me thinking about access 97 indexes. i had a little free time recently, and i was able to work out how access 97 text indexes work, so that particular issue can be removed from the list.
Access 97 indexes are supported as of the 3.5.0 release.
@jahlborn
Hello, James. First of all thank you for your help in this topic and in almost every one that i found at Stackoverflow when "google" my problem)
About your question:
It's more my boss decision than mine. And he didn't decide yet, he wants to get rid of "legacy" software that uses 97 format or to make me solve that issue at all costs.
What about me: it's deprecated format and as you said - "there is no demand for that". So one part of me whants to say it's not worth it, but my other part wants to try implement that, especially if i will have to) If that feature will help someone besides me than maybe it's worth, otherwise it's not.
Last edit: Oleg 2019-08-19
Hi @Oleg,
The feature would certainly help me.
Hi,
I would also love to have that feature, it is a critical feature for my current job, not really familiar with Jet but let me know If I could help with anything