Fehler bei JEDI-Installation

[leddl]

Leute, ich bin grade fast am Verzweifeln. Ich wollt jetzt mal meine schöne neue D2k5 Personal testen.
Funktioniert soweit ganz gut. Nur schaff ichs irgendwie nicht, jetzt auch die JEDIs zu installieren. Solange ich bei der Installation der JCL die IDE-Experts aktiviert lasse, bekomme ich die Meldung, daß das Package "xmlrtl" benötigt, aber nicht gefunden wird.
OK, is ja nich so schlimm, habs also deaktiviert. Nur kommt bei der JVCL jetzt genau der selbe Fehler.
Laut Fehlermeldung in der JVCL wird dieses Package in der JVCoreD9D.dpk benötigt. Nur warum hab ich die nicht? Kann ja irgendwie nicht sein... Liegt das an der PE, oder kann ich da was machen?

Hat jemand das gleiche Problem, oder hat jemand nen Lösungshinweis? Würde schon gerne die JEDIs nutzen.

Ach ja, JVCL und JCL is jeweils die neueste Version, also 3.0 bzw. 1.95.

[Bernhard Geyer]

Zitat:

Zitat von leddl

Liegt das an der PE, oder kann ich da was machen?

Würde ich mal darauf Tippen.
Da die PE brandneu ist konnten die Jedi-Entwickler noch nicht die Eigenheiten (bzw. Kastrationen) berücksichtigen. Einfach mal bei den Newsgroups melden.

[Robert Marquardt]

Bei Delphi 2005 PE fehlt der Kommandozeilencompiler dcc32.exe. Pech gehabt, denn der Installer verlaesst sich darauf.
Die Packages von Hand zu installieren sollte hingegen funktionieren.

[Nils_13]

Hi,

direkt kann ich dir da nicht helfen, wenn du ICQ hast, dann rede mit "Elvis Eifel" darüber der hat mir früher auch geholfen, im Forum ist er unter Duffy zu finden.

[MagicAndre1981]

Hallo,
ich krieg bald noch 'ne Macke :wall: :wall: :wall: :wall: :wall: :wall: :wall: :wall: :wall:
Wie kann man nun die JEDI-Komponenten unter D2005PE installieren oder geht das gar nicht?

André

[Robert Marquardt]

Wie waere es die Antworten zu lesen?
Probier erst mal JclPackagesD90.bdsgroup zu oeffnen.
Damit sollte sich die JCL erstellen lassen.

[MagicAndre1981]

Zitat:

Zitat von Robert Marquardt

Wie waere es die Antworten zu lesen?
Probier erst mal JclPackagesD90.bdsgroup zu oeffnen.
Damit sollte sich die JCL erstellen lassen.

Wenn ich das Package JclPackagesD90.bdsgroup compilieren will erhalte ich immer die Meldung, daß das Package "xmlrtl" benötigt, aber nicht gefunden wird. Dann gehts nicht weiter.

Wenn ich die Install.bat starte erscheint der Installer und ich kann die JCL 1.95 installieren, wenn ich den Haken bei den IDE experts entferne.

Aber das Setup der JVCL Komponenten klappt weder über den Installer noch über die Package-Dateien.

Hat es einer geschaft die JVCL3 + JCL 1.95 in D2005PE zu installiern und wenn ja welche Schritte hast du durchgeführt?

André

[Delphi-Freak]

Das würde mich auch interessieren
Wollt mir nämlich auch die JEDI-Komponenten installieren und siehe da... :(

Bekommt man vielleicht »xmlrtl« oder wie das heißt irgendwo her?
Vielleicht mal googeln... :roll:

LG

[PierreB]

Zitat:

Bei Delphi 2005 PE fehlt der Kommandozeilencompiler dcc32.exe. Pech gehabt, denn der Installer verlaesst sich darauf.

Könnte man die dcc32.exe nicht einfach von ner anderen Delphiversion nehmen ?

[toms]

Habe das in einem anderen Forum gefunden:

Zitat:

Nehmt die xmlrtl.dcp aus dem Setup Versichnis der Architect Trial

(wobei das natürlich nicht die Iieale Lösung ist)

[MagicAndre1981]

Zitat:

Zitat von toms

Habe das in einem anderen Forum gefunden:

Zitat:

Nehmt die xmlrtl.dcp aus dem Setup Versichnis der Architect Trial

(wobei das natürlich nicht die Iieale Lösung ist)

Wobei man das bestimmt nicht darf.

André

[MagicAndre1981]

*push*

hat es nun jemand geschafft die JEDI-Komponenten in D2005 PE zu integrieren?

André

[Delphi-Freak]

Ja, ich hab es geschafft (mit den Dateien von der Architect Trial Version)
Es reicht für die JVCL aber nicht nur die »xmlrtl.dcp«, man braucht auch noch ein paar andere Dateien:

Code:

ins lib-Verzeichnis:
   bdertl.dcp
   dbrtl.dcp
   dcldb.dcp
   vcldb.dcp
   xmlrtl.dcp

und ins Bin-Verzeichnis:
   dcldb90.bpl

So hats jedenfalls bei mir funktioniert. Etwas aufwendig zwar, weil immer die Datei kopieren (mit dem TotalCommander hat das seine Zeit gedauert, weil er die Datei so lange im Zip-Archiv gesucht hat, wahrscheinlich wegen den Daten des Extrahier-Programms davor und vielleicht auch wegen der großen Dateigröße), dann nochmal die JVCL-Installation starten, dann der nächste Fatal-Error – die nächste Datei kopieren usw.)
^^Das oben sind halt die Dateien, die er bei mir gebraucht hat.

Liebe Grüße, ich

PS: Nochmal ums klar zu stellen. Die JVCL-Komponenten laufen bei mir (hab ein altes Projekt mit Verwendung einer so einer Komponente kompiliert und es hat problemlos funktioniert)

[BenjaminH]

Zitat:

Zitat von Delphi-Freak

Ja, ich hab es geschafft (mit den Dateien von der Architect Trial Version)

Weiß jemand in wieweit das legal ist?

[Robert Marquardt]

@MagicAndre: Soweit ich weiss nicht (deine Frage klingt uebrigens ein bischen aufdringlich).
Ansonsten kannst du ja in unserer Newsgroup fragen (in englisch)
news://forums.talkto.net/jedi.vcl

Probier erst mal JvCoreD9D.bdsproj und JvCoreD9R.bdsproj zu installieren.
Dann die anderen Packages probieren. Es kann sein das einige nicht gehen.

Das Benutzen der Trial-Files ist sicherlich illegal.

Es ist halt so das wir auch nicht vorher wissen wie die PE-Version aussieht.
Bisher hat Borland die PE nicht so stark verkrueppelt.
Da der Installer sich vollkommen auf den Komanndozeilen-Compiler veralesst wird es wohl keine installierbare Version der JVCL geben.
Die Packages einzeln zu installieren sollte aber gehen (zumindest fuer die meisten).

[jbg]

Die legale Lösung geht mit einer gefakten xmlrtl.dcp

[smart]

Was soll daran Illegal sein, die Trail- Version und die PE- Version zu benutzen?

[Robert Marquardt]

Weil sich das Trial natuerlich auch auf xmlrtl.dcp bezieht. Die Gesamtheit und die Teile sind zeitlimitiert.
Das das File selbst keine Limitierung enthaelt ist unerheblich.

[smart]

Das ist ja klar, aber er kann auf der Trial die Komponenten installieren und dann das Packet in der PE- Version benutzen, oder?

[Robert Marquardt]

Das waere eine Moeglichkeit, aber inzwischen gibt es ja eine fake xmlrtl.dcp

[phlux]

Geil :thumb: :thumb: :thumb: Mit der Fake xmlrtl gehts, hab grad erfolgreich die jvcl installiert, jetzt kanns losgehen :firejump:

Kann jemand das mal in die codelib oder so posten? :gruebel:

[Robert Marquardt]

Probier mal aus ob auch die Komponenteneditoren gehen. Besonders die die DesignIde verwenden.

[jbg]

Das Problem besteht nur beim Kompilieren, da dcc32.exe die .dcp Dateien "untersucht". Zur Laufzeit der Packages wird dann die .bpl Datei benutzt und die muss ja wegen der IDE vorhanden sein.

[phlux]

Zitat:

Zitat von Robert Marquardt

Probier mal aus ob auch die Komponenteneditoren gehen. Besonders die die DesignIde verwenden.

welche? :roll: sry hab nicht den überblick bei dem ganzen gelöt, musste bei der installation allerdings den ganzen db kram weglassen, aber is ja normal bei der pe :stupid:

[MasterDG]

Hallo Leute!

Wieso ist die Fake-XMLRTL legal? Kann ich also mit der PE nach der Lizenz von Borland meine Progs als Freeware vertreiben, die Komponenten benutzten bei denen ich diese Fake-XMLRTL benutzt habe?

Gruß
MasterDG

[Robert Marquardt]

Natuerlich kannst du nur Programme nach der PE Lizenz machen, aber die xmlrtl.dcp der Trial Version ist nach der Trial-Zeit sicherlich illegal.
Wir werden wahrscheinlich keine Installation fuer die JVCL in D 2005 PE anbieten, um solche Probleme zu vermeiden.

[jbg]

Zitat:

Zitat von MasterDG

Kann ich also mit der PE nach der Lizenz von Borland meine Progs als Freeware vertreiben, die Komponenten benutzten bei denen ich diese Fake-XMLRTL benutzt habe?

Dummerweise enthält die gefakte xmlrtl.dcp Datei keinen ausführbaren Code. Somit kannst du kein Programm schreiben, dass die Funktionalität der xmlrtl (XmlDom, XmlDoc, XmlIntf, XmlSchema, ...) benutzt, weil diese nicht verfügbar ist (du erntest im Falle einer Nutzung nur eine MessageBox, die dir sagt, dass du die xmlrtl nicht benutzen darfst).

Um es nochmal klar darzustellen (es soll ja Leute geben, die nicht wissen was eine .dcp und was eine .bpl so macht).

Programm mit externen Packages:
Wenn man ein Programm kompiliert, schaut der Compiler in den .dcp Dateien der benötigten Packages nach, welche Units sie enthalten und wie deren Interface-Abschnitte aussehen. Diese Information benutzt er nun, um das Programm gegen die .bpl Dateien zu binden (linken). Danach ist die .dcp Datei für das kompilierte Programm wertlos, weil sie nicht benötigt wird.

Programm ohne externen Packages:
Wenn man ein Programm kompiliert, schaut der Compiler in den .dcp Dateien nach, welche Units sie enthalten und wie deren Interface-Abschnitte aussehen. Danach läd er die in den .dcp Dateien "eingeschweisten" vorkompilierten Units und baut sie in das Programm ein. Die .bpl Datei ist hierbei für das Programm belanglos.

Nun zum xmlrtl Problem mit Delphi 2005 PE
Das Package designide, welches für die Property-Editoren zuständig ist, benötigt von sich aus das Package xmlrtl (irgendwas wird da eben mit XML-Bäumen verarbeitet). Kompiliert man nun ein designtime-Package, welches das designide benötigt (requires), so schaut der Compiler in der designide.dcp nach, welche Units enthalten sind und vor allem er schaut auch nach, welche "requires" Packages die designide besitzt. Deren .dcp Dateien werden dann ebenfalls angeschaut. Und genau hier tritt der Fehler auf. Es existiert keine xmlrtl.dcp Datei.
Dieser Fehler tritt nur bei Packages auf, da es ohnehin nicht erlaubt ist, die designtime Packages von Delphi in einem Programm zu verwenden (Lizenz: redistributable files).

Der Fehler tritt nur beim Kompilieren von designtime Packages auf. Bekommt man schon kompiliere designtime Packages, dann besteht kein Problem, weil die xmlrtl.dcp nur beim kompilieren gegen das designide Package von Bedeutung ist.
Die gefakte xmlrtl.dcp Datei macht nun nichts anderes, als die beiden Pseudo-Units xmlintf.pas und xmldom.pas zu beinhalten, wobei diese aber einige Interfaces (IXmlNode = interface, ...) der original Units enthalten müssen, weil designide diese einsetzt. Interfaces haben aber keinen Code, womit der Implementation Abschnitt, bis auf die MessageBox mit darauf folgendem Halt(0), leer ist. Dem Compiler reicht diese xmlrtl.dcp um das designtime Packages, welches gar nicht direkt mit dem xmlrtl Package zu tun hat, zu kompilieren.

Der Fehler dürfte sich bei Delphi 2005 PE deswegen eingeschlichen haben, weil die PE kein XML von Haus aus unterstützen soll. Also was liegt näher als die xmlrtl.dcp zu entfernen, weil die ja zum Kompilieren gegen die xmlrtl.bpl notwendig ist. Die xmlrtl.bpl wird von der IDE selbst benutzt und ist somit auch in der PE enthalten. Es wurde aber vergessen, dass das designide Package auf der xmlrtl aufbaut und somit die xmlrtl.dcp benötigt.


Ich hoffe, dass diese Erklärung des Problems under Lösung mal ausreicht.

[MagicAndre1981]

Zitat:

Zitat von Robert Marquardt

Natuerlich kannst du nur Programme nach der PE Lizenz machen, aber die xmlrtl.dcp der Trial Version ist nach der Trial-Zeit sicherlich illegal.
Wir werden wahrscheinlich keine Installation fuer die JVCL in D 2005 PE anbieten, um solche Probleme zu vermeiden.

Hallo Robert,

habt ihr eine Ahnung wozu die Datei xmlrtl.dcp gebraucht wird? Ich hab alles mögliche versucht, bekomme zwar die JCL ohne die Experts installiert, aber die JVCL streikt.

André

[jbg]

Zitat:

Zitat von MagicAndre1981

habt ihr eine Ahnung wozu die Datei xmlrtl.dcp gebraucht wird?

Ja, das haben wir. Einfach mein letztes Posting lesen.

Zitat:

bekomme zwar die JCL ohne die Experts installiert, aber die JVCL streikt.

Das liegt wohl daran, dass die JCL "nur Klassen" enthält, während die JVCL Komponenten und vor allem Property-Editoren enthält. Das steht aber alles in meinem letzten Posting.