Eclipse Native Library Location relativ zum Projektordner, nicht relativ zum Workspace

[Gast2]

Hallo folgendes Problem:

Ich möchte den .classpath ebenfalls in mein repo einchecken. Ist auch soweit gar kein Problem, da alle libs relativ zum Projektordner (lib/...) eingebunden werden.

Eine Lib (RXTX) braucht ja aber noch die native dll. Diese muss man unter Eclipse ja per Native Library Location einbinden.

Diese Angabe wird im .classpath zwar auch relativ gespeichert, aber leider relativ zum Workspace?! Nenne ich den Projektordner jetzt um funktionierts nicht mehr.

Beispiel: Im repo heißt das Verzeichnis trunk und ich checke es als NAME aus. Dann steht im .classpath immer noch trunk/... vom letzten Checkin. Das soll aber unabhängig sein. Jeder nennt das Projekt in seinem Workspace ja vielleicht anders.

Geht das auch relativ zum Projektordner und nicht relativ zum Workspace?

Hier mein .classpath:

[XML]<?xml version="1.0" encoding="UTF-8"?>
<classpath>
<classpathentry kind="src" path="src"/>
<classpathentry kind="con" path="org.eclipse.jdt.launching.JRE_CONTAINER"/>
<classpathentry kind="lib" path="lib/RXTX/version_2_1_7_r2_x86/RXTXcomm.jar">
<attributes>
<attribute name="org.eclipse.jdt.launching.CLASSPATH_ATTR_LIBRARY_PATH_ENTRY" value="trunk/lib/RXTX/version_2_1_7_r2_x86/bin"/>
</attributes>
</classpathentry>
<classpathentry kind="lib" path="lib/Forms/version_1_4_1/jgoodies_common.jar"/>
<classpathentry kind="lib" path="lib/Forms/version_1_4_1/jgoodies_forms.jar"/>
<classpathentry kind="output" path="bin"/>
</classpath>
[/XML]

 

[Gast2]

Sorry muss nochmal nachaken. Hat denn niemand eine Ahnung wie man das anders machen könnte?

 

[maki]

Sehe da keine saubere Lösung für, Native Libs werden leider relativ zum Workspace, nicht zum Projekt, angegeben.
Könntest ja die .project Datei auch noch miteinchecken, denn da steht der Name des Projektes mit drinnen.

 

[Peter W. Marth]

Sowas mach ich immer mit z.B. -Djava.library.path=./lib in der RunConfiguration und checke die mit ein.

 

[Gast2]

Sowas mach ich immer mit z.B. -Djava.library.path=./lib in der RunConfiguration und checke die mit ein.

Versteh ich nicht ganz. Kannst du mir das nochmal etwas detallierter erklären?

 

[Peter W. Marth]

Wenn man in Eclipse eine Klasse mit "Run as -> Java Application" ausführt, wird eine RunConfiguration angelegt, die man mit "Run -> Cun Configurations" editieren kann. Im Reiter "Arguments" im Feld "VM arguments" die Variable -Djava.library.path auf das Verzeichnis setzen, in welchem die DLL liegt. Damit sagt man der Java VM, wo sie nach Native Librarys suchen soll.
Die Run Configuration liegt im Verzeichnis .metadata\.plugins\org.eclipse.debug.core\.launches unter dem Projektordner, und kann von dort mit eingecheckt werden.

 

[Peter W. Marth]

Korrektur: .metadata liegt direkt im Workspace, nicht unterhalb des Projects.

 

[Gast2]

Korrektur: .metadata liegt direkt im Workspace, nicht unterhalb des Projects.

Womit sich der Vorschlag ja schon wieder erledigt hat. Ich kann den workspace ja nicht einchecken.

 

[Wildcard]

Launch Configs können im Projekt gepflegt werden. Im Tab 'Common' kann man auf 'Shared File' oder so umstellen. Eclipse legt dann eine LaunchName.launch Datei im Projekt Root ab.

 

[Gast2]

Launch Configs können im Projekt gepflegt werden. Im Tab 'Common' kann man auf 'Shared File' oder so umstellen. Eclipse legt dann eine LaunchName.launch Datei im Projekt Root ab.

Hm mir mal anschauen werd. Vielleicht gehts ja so.