dbUnit einbinden?

Darky^

Aktives Mitglied
Hi!

Ich hab ein Problem bei einen kleinen Projekt und zwar habe ich dbUnit bei den Libraries eingebunden (jar und javadoc), jedoch erhalte ich weiterhin die Meldung:

"package org.dbunit.database does not found",


was mach ich da nur falsch?


Mit freundlichen Grüßen
Darky^
 
Da einbinden is so ne sache für sich. schau mal, ob du das package in den classpath von deinem JRE einbinden kannst. wie das geht steht 1k fach im internet... google sollte dir da helfen.

ich hab da auch immer so meine Probleme mit. Die richtung ist: Das package muss in dem verzeichnis landen wo dein JRE die anderen standartklassen auch aufbewahrt.. also da wo java.* liegen


HTH

WhiTeY
 
Da einbinden is so ne sache für sich. schau mal, ob du das package in den classpath von deinem JRE einbinden kannst. wie das geht steht 1k fach im internet... google sollte dir da helfen.

ich hab da auch immer so meine Probleme mit. Die richtung ist: Das package muss in dem verzeichnis landen wo dein JRE die anderen standartklassen auch aufbewahrt.. also da wo java.* liegen
Aua... :autsch:

Den CP richtig sezten gehört zu den Grundlagen, würde mir das erst aneignen bevor ich dann zu komplexeren Dingen wie DBUnit & JDBC übergehe 😉

Welche IDE wird denn benutzt?
 
Soweit ich weiß, hat das classpath setzen nix mit dem einbinden eine packages in den classpath zu tun ?!
Den Classpath setzen ist genau das: Die benötigten Jars & Klassen einbinden.

wo ich nen systemvariable setze is mir bekannt 😛
Die Systemvariable (CLASSPATH)nutzt man am besten gar nicht, ausser man will nur ein einziges Java Programm auf dem Rechner lassen, und selbst dann ist das die schlechtere Lösung 😉

Wie gesagt, jede moderne IDE bietet da viel Hilfe, für die Kommandozeile gibt es Parameter, es gibt keinen Grund Jars in den JRE Ordner zu kopieren oder Systemvariablen zu setzen 🙂
 
Die Systemvariable (CLASSPATH)nutzt man am besten gar nicht, ausser man will nur ein einziges Java Programm auf dem Rechner lassen, und selbst dann ist das die schlechtere Lösung

das erklär mal meinem eclipse und treib ihm aus "classdef not found" zu schreien wenn ich die systemvariable unter windows 7 nicht egstzt habe ^^

Kann bei netbeans auch probleme geben..

und davon mal ab: bei einem java programm liegen alle benötigten classen doch im jar?! ich kann jedes gebundene jar file auf jeder JVM laufen lassen, solange die version der JVM passt...
 
das erklär mal meinem eclipse und treib ihm aus "classdef not found" zu schreien wenn ich die systemvariable unter windows 7 nicht egstzt habe ^^

Kann bei netbeans auch probleme geben..
Welche Systemvariable meinst du denn?
Eclipse regelt das über den Build-Path.
Oder meinst du ein Win7 spezifisches Problem?

und davon mal ab: bei einem java programm liegen alle benötigten classen doch im jar?! ich kann jedes gebundene jar file auf jeder JVM laufen lassen, solange die version der JVM passt...
Im Normalfall gibt es einen lib Ordner mit den ganzen benötigten Jars welche dann über das Manifest eingebunden werden (Classpath Variable & Parameter werden dann ignoriert).
Je nach Anwendungsart/verwendete Libs können da sehr viele Jars zusammen kommen 😉
 
Welche Systemvariable meinst du denn?

Na den Classpath unter windows... Schau unter Umgebungsvariablen nach, automatisch wenn du ne JRE bzw JVM installierst steht da was von CLASSPATH .;C:\....

Manchmal muss man den auch setzen, damit es funktioniert. zumindest unter windows, unix basierend kenne ich mich da nicht aus.
 
Na den Classpath unter windows... Schau unter Umgebungsvariablen nach, automatisch wenn du ne JRE bzw JVM installierst steht da was von CLASSPATH .;C:\....
Die einzige SW die einen Classpath per Umgebungsvariable setzt bei der Installation ist QT.
Meinst du vielleicht den PATH?

Manchmal muss man den auch setzen, damit es funktioniert. zumindest unter windows, unix basierend kenne ich mich da nicht aus.
Sorry, auch unter Windows muss kein Classpath gesetzt werden per Umgebungsvariable.

SUN Doku sagt auch ganz klar, dass der CP per Parameter gesetzt werden sollte, das ist die bevorzugte Methode: Setting the class path

Jars ins JRE Verzeichnis kopieren ist auf jedenfall Quatsch.
 

Zurück
Oben