[Java/OS X] Access database

Pagina: 1
Acties:

  • Superflip
  • Registratie: April 2004
  • Laatst online: 12-02 08:22
All,

Nu komt het dat ik volledig overgeschakeld ben op Mac.
Werken onder Eclipse geeft geen problemen, nu moet ik echter een connectie leggen naar een 'Microsoft Access' database, natuurlijk lukt diet niet omdat ik een ODBC driver moet installen, maar ik vind er maar geen voor OS X, dus kan ik die DB ook niet toevoegen in mijn ODBC Manager.

Heeft iemand alternatieven voor toch te werken met die Access database, of een andere werkwijze om toch connectie te kunnen leggen dmv de JDBC.

  • TeeDee
  • Registratie: Februari 2001
  • Laatst online: 14-02 14:23

TeeDee

CQB 241

Als alternatief zou je je Access natuurlijk in mySQL of bijv. PostGresSql kunnen stoppen.

Misschien dat hier nog iets tussen staat?
Aan de andere kant vind ik het veelzeggend dat de Office X familie geen Access meeleverd.

Als laatste alternatief zou je inderdaad een JDBC kunnen pakken.
Bijvoorbeeld: http://rmijdbc.objectweb.org/. Installatie uitleg: http://rmijdbc.objectweb.org/Access/access.html

Bovenstaande JDBC is alleen werkbaar op Windows. :)

Heb deze nog nooit getest/geprobeerd, maar het kan geen kwaad imho.

Verder wordt het e.e.a. weer onderuit gehaald: http://66.249.93.104/sear...+access+jdbc+driver&hl=en

Het makkelijkste lijkt mij dus nog steeds het e.e.a. in een *SQL versie te stoppen.

[ Voor 68% gewijzigd door TeeDee op 23-09-2005 15:34 ]

Heart..pumps blood.Has nothing to do with emotion! Bored


  • Superflip
  • Registratie: April 2004
  • Laatst online: 12-02 08:22
TeeDee schreef op vrijdag 23 september 2005 @ 15:26:
Als alternatief zou je je Access natuurlijk in mySQL of bijv. PostGresSql kunnen stoppen.

Misschien dat hier nog iets tussen staat?
Aan de andere kant vind ik het veelzeggend dat de Office X familie geen Access meeleverd.

Als laatste alternatief zou je inderdaad een JDBC kunnen pakken.
Bijvoorbeeld: http://rmijdbc.objectweb.org/. Installatie uitleg: http://rmijdbc.objectweb.org/Access/access.html

Heb deze nog nooit getest/geprobeerd, maar het kan geen kwaad imho.

Verder wordt het e.e.a. weer onderuit gehaald: http://66.249.93.104/sear...+access+jdbc+driver&hl=en

Het makkelijkste lijkt mij dus nog steeds het e.e.a. in een *SQL versie te stoppen.
Jammer genoeg is conversie geen optie :s

Op die website was ik ook al eens verzeild geraakt, maar kon er helaas niets bruikbaars terugvinden. Toch erg bedankt voor je moeite.

In het ergste geval moet ik maar onder VPC werken.

  • TeeDee
  • Registratie: Februari 2001
  • Laatst online: 14-02 14:23

TeeDee

CQB 241

aik0n schreef op vrijdag 23 september 2005 @ 15:34:
[...]
Jammer genoeg is conversie geen optie :s
Mag ik vragen waarom niet?
puur interesse namelijk, want ik kan me niet voorstellen dat je op deze manier echt verder wil :)

Ik dacht dat de Multi-Tier variant van OpenLink evt. wel geschikt was om een koppeling met Access te maken.

Stuk uit een nieuwsgroep:
Jim,

OpenLink provides two types of ODBC Drivers: Single-tier and
Multi-tier. The link you provided is for the Single-tier drivers.
The ST drivers involves installation of our software on the client
machine only. In the majority of cases, our ST drivers need the
database native networking client installed to work. (The SQLServer
and Sybase drivers are cases in which this isn't necessary.) At the
moment, there is no "native networking client" for MS Access on any
Unix/Linux/Mac OS systems; therefore, OpenLink does not currently have
a ST driver for MS Access on any platform.

Installation of the Multi-tier software, on the other hand, requires
software on both the client and database server machines, without the
need for the dbms client software. This separation of components
allows the client software to generic -- once you have this piece
installed, the client needs no other software to connect to a
different database. This additional piece would go on the one server
machine, instead of the potentially multiple clients.

OpenLink MT driver provides a server-side ODBC-to-ODBC bridge which
allows users to connect to third-party ODBC data sources. The sets up
a ODBC data source on the server machine, and then they set up another
one on the client machine which connects to the server's DSN via the
ODBC-to-ODBC Bridge. If you can install on the server, then this
software would be ideal for you.

Regards,
James Chin
Consultant
OpenLink Software, Inc.
http://www.openlinksw.com

[ Voor 75% gewijzigd door TeeDee op 23-09-2005 15:38 ]

Heart..pumps blood.Has nothing to do with emotion! Bored


  • whoami
  • Registratie: December 2000
  • Laatst online: 20:35
* whoami ziet hier geen P&W probleem in.


P&W -> APPL

https://fgheysels.github.io/


  • Yalopa
  • Registratie: Maart 2002
  • Niet online

Yalopa

Less is more!

Ik weet niets over de schaal natuurlijk, maar mischien is het volgende mogelijk:

Access db converteren naar een MSDE DB, die je laat draaien op een windows server, vervolgens maak je een ODBC connectie vanaf je laptop...

mischien nutige link:
http://www.actualtechnologies.com/

You don't need eyes to see, you need vision


  • Superflip
  • Registratie: April 2004
  • Laatst online: 12-02 08:22
De reden waarom ik echter niet kan converteren is dat het om een schoolopdracht gaat. De docenten willen echter geen alternatieven aanbieden omdat ik met Mac werk en daar kennen ze niets van :(

En dan zitten ze Java maar aan te prijzen als een platvormonafhankelijke taal :X

Heb zelf nog wat rond zitten zoeken, maar nog geen deftige oplossing kunnen vinden .
Openlink Software biedt helaas geen multi-trier driver aan voor access... *zucht*

Verwijderd

aik0n schreef op zaterdag 24 september 2005 @ 11:28:
De reden waarom ik echter niet kan converteren is dat het om een schoolopdracht gaat. De docenten willen echter geen alternatieven aanbieden omdat ik met Mac werk en daar kennen ze niets van :(

En dan zitten ze Java maar aan te prijzen als een platvormonafhankelijke taal :X

Heb zelf nog wat rond zitten zoeken, maar nog geen deftige oplossing kunnen vinden .
Openlink Software biedt helaas geen multi-trier driver aan voor access... *zucht*
Wat een sukkels... Dan moeten ze helemaal hun kop maar houden over platvormonafhankelijkheid. En access is niet echt platvormonafhankelijk, of ook maar platvorm vriendelijk voor alles behalve windows.
Gelukkig is mijn leraar wat minder stom en mogen wij met mySQL werken :)

BTW: access is toch een 'thuisgebruiker' programma? of draaien bedrijven hun dbs ook wel op access?

  • Liegebeest
  • Registratie: Februari 2002
  • Laatst online: 07:18
Hmm :) Bij de ISP waar ik vroeger stage liep draaide alle productie websites op MS Access icm Cold Fusion... Dus ja, er zijn/waren bedrijven die Access op een serieuze manier gebruiken... Of dat misplaatst is is een tweede :p

Liege, liege, liegebeest!


  • Yalopa
  • Registratie: Maart 2002
  • Niet online

Yalopa

Less is more!

Je wil niet weten wat bedrijven allemaal in access proppen, teh horror :'(

//ontopic
Mischien met virtual pc access draaien zodat de heren "platformonafhankellijk" hun zin krijgen? teslotte ga je de taak moeten maken en gaan zij punten geven...

[ Voor 34% gewijzigd door Yalopa op 24-09-2005 16:40 ]

You don't need eyes to see, you need vision


  • Gert
  • Registratie: Juni 1999
  • Laatst online: 05-12-2025
Voor linux wordt altijd aangeraden je database naar dbase te converteren als je een access db wilt gebruiken, maar of java daar mee over weg kan, en of dat ook zo is voor OS X weet ik niet. :)

  • Superflip
  • Registratie: April 2004
  • Laatst online: 12-02 08:22
Bedankt toch nog iedereen voor de reacties!

Ondertussen heb ik het school zo ver gekregen dat we onder Oracle mogen werken... Dit is dus op een server die centraal staat en maakt het dus heel wat makkelijker.

Ik heb ook de JDBC driver gevonden voor OS X, nu moet ik hem echter installeren...
Ik kreeg de volgende informatie mee :

code:
1
2
3
4
On MAC OS 10
  - Add [ORACLE_HOME]/jdbc/lib/classes111.zip and
    [ORACLE_HOME]/jdbc/lib/nls_charset11.zip to your CLASSPATH.
    (Add classes12.zip and nls_charset12.zip if JDK 1.3.x is used.)


Ik heb zo'n vaag idee dat ik deze drivers dus ergens moet zetten in de /System/Library. Klopt dit?
Zoja, waar dan moet ik ze juist zetten?
Pagina: 1