Hi!

I currently try to let the Jabaco-Framework again compiled with the ant way.
For this I want to know, in which revision of the Framework works the ant way correct??

I have tested some revions out: rev 9, rev 25, rev 53 and rev 55.

I have set up Apache Ant correct and changed the local pathes in build.xml correct.
I have also deleted the "delete" parts, so that after the compiling the "bin-tmp" path with the build.log still exists.

Rev 55 comes direct with the error
2010-10-21 Fehler in 'Global' Zeile 681 => Unbekannter Befehl, Variable, oder Methode

Rev 9 has an other problem. I think because it was created before Jabaco 1.5.2 and so, an other compiler was used.

Rev 25 compiles with Ant ok. But only if there exists already the original Jabaco.jar in the Jabaco-directory!

After it compiles correct, I have created a temporary Jar-file, which comes without the VB-directory and without all files, which Jabaco itself creates and put it in the Jabaco directory as Jabaco.jar
(You know that Jar-file is for the old compiling way normal. In the old way you then starts FrameworkTest.jba in the GUI and compiles it over the GUI)
Then I compiled with ant again and there comes the error
2010-10-21 Fehler in 'Global' Zeile 702 => Unbekannter Befehl, Variable, oder Methode

Line 702 in Global is
Call JabacoEventQueque.getJabacoEventQueque.dispatchEvents()

JabacoEventQueque is as Java-file in the directory VB. So it is in the temporary jar-file too.


But I don't know why with the Ant way, to compile the Jabaco-Framework, the compiler needs all the Jabaco-Framework-files in compiled form before.
So,it seems to create a Framework binary from ground up, without having an other Framework binary is with the Ant way not possible. (With the old other way it is. For example the last revision I have again compiled, after I deleted the old Jabaco.jar file before)


Or existing an other Revision where the Ant way runs completly correct, without needing an existing Jabaco.jar?

So again to my question at the beginning:Existing a revision where the ant way works correct? And which revison is it?


Edit:
For english speaking people: The line
2010-10-21 Fehler in 'Global' Zeile 702 => Unbekannter Befehl, Variable, oder Methode
is in english
2010-10-21 Compile error. Class: 'Global' line: 702 => Function or variable not defined!

Quoted from "A1880"

My guess is, that a precompiled Jabaco.jar is needed for compilation due to problems of compilation order.

Thats the reason why I want to begin with a working revision.

I can also try to compile the current revision, which compiles with ant only the Java-files, at the command line:


And the error is
2010-10-21 Fehler in 'uDirBrowse' Zeile 1 => Die Klasse für das Benutzersteuerelement 'Dir1' wurde nicht gefunden!

The point is:To compile it over the GUI is possible without ths error.

I am not sure, if the compilation order is really the reason. For me it seems, that over the command line (and so with ant), no Jabaco-Source file can see an other Jabaco-Source file.
In that case it would only help to compile all files direct. Setting as projectpath every jsrc file instead of the jba file
But then there are not all links imported (You know the thing with <Implements ...> in the jba files).
So the other imports have to be written in the files. Which means, that nearly all source files have to be updated...

So I look at first still, if there existing an already working revision. I hope that there exists one. But I don't think, that there exists one.

Quoted from "theuserbl"

I am not sure, if the compilation order is really the reason. For me it seems, that over the command line (and so with ant), no Jabaco-Source file can see an other Jabaco-Source file.
In that case it would only help to compile all files direct. Setting as projectpath every jsrc file instead of the jba file
But then there are not all links imported (You know the thing with <Implements ...> in the jba files).
So the other imports have to be written in the files. Which means, that nearly all source files have to be updated...

An other possibility would be, what you have mentioned before in an other thread: Creating more .jba files.
Then Global.jsrc would be in a jba-file, which is very early called.

And the big example program would be in an jba-file which would be called at the end.

Quoted from "A1880"

I just have been playing around with Class Dependency Analyzer

There is nothing new information in it. VB depends on VBA
and

Quoted

VBA depends on

	Jabaco Source
1 2	VB IJabacoClass VB VBFileHandler

this is right for older version. This shows, that you are using still a very old Jabaco.jar.

Until March, 15th 2010 FileSystem.jsrc was the only Jabaco-source file with the namespace VBA.
So this Jabaco-file compiles in the Java-directory.
FileSystem.jsrc have the enums VBFileMode, VBFileAccess, VBFileLock and VbFileAttribute.
Jabaco compiles enums to separated class-files.
So until Revision 57 there existing in the VBA directory the files FileSystem.class, VBFileMode.class, VBFileAccess.class, VBFileLock.class and VbFileAttribute.class, which are created by the Jabaco-compiler!

So there existing no Java-source file, which is depending on an Jabaco-source file.


Btw: If you want the latest Jabaco.jar I have here created one for you:
http://www.file-upload.net/download-2908341/Jabaco.jar.html
Copy it in your Jabaco-directory.

The Framework comes with an example program which is automatical compiled, too. If you want to test that example program, which comes with the Framework, then you can find it at
http://www.file-upload.net/download-2908…rkTest.jar.html
You can start it with
java -jar FrameworkTest.jar

Btw: The download side looks normaly something like this:



It looks like there are two download buttons.
To download my file you have to click on the little button on the right one. Thats the real button.
The big one is only a banner.