Antville 1.1 final is released

thanks for the report, i'll have a look whats wrong with galleries and let you know how you can fix it before the next release.

[edit] found the bug, you'll have to fix the following lines: replace line 38 in code/ImageMgr/objectFunctions.js and line 88 in code/Image/objectFunctions.js with

if (String.URLPATTERN.test(param.topic))

thanks Robert, you saved my day.
It's working now.

antclick oder antville? in letzterem fall musst du in den apps.properties (im verzeichnis in dem helma installiert ist) noch eine zeile eintragen:

besides the usual tasks (applying sql patches, updating cvs) the only thing
i can imagine right now is that you need to add the path to the code
directory to apps.properties:

antville.appdir = apps/antville/code

[quelle]

vielen Dank, das hat geholfen. Allerdings taucht jetzt sofort die nächste Fehlermeldung auf, die auf die Nutzung einer Systemvariablen hindeutet:

java.lang.RuntimeException: Error retrieving Node: java.sql.SQLException: Data source rejected establishment of connection, message from server: "Host 'd72.x-mailer.de' is not allowed to connect to this MySQL server"

in der Installation und den properties ist überall localhost eingetragen, der Zugriff auf die Datenbank ist auch über localhost gegeben.

Sicher hat mein Server die Domain d72.x-mailer.de, nur ist dieser Name nirgends eingetragen. Daher muss das Script sich diesen durch eine Umgebungsvariable selbst abgefragt haben.
Klar ist auch, das d72.x-mailer.de keinen Zugriff auf die mySql-Datenbank hat, da dieser nur für localhost existiert.
Aber wo deaktiviere ich, bzw. weise ich der Variablen den korrekten Wert localhost zu und unterbinde, das sie die Domain des Root selbst abfragt?
Wie gesagt, in den entsprechenden DB-Konfigurationsfiles steht überall localhost drin.

P.S. ja, ich habe Antville, auf einem Linux-Apache und versuche es zu Fuss ..

das kommt über den reverse lookup, den mysql macht - helma connected sich zur mysql mit "localhost", und mysql macht den check ob die ip 127.0.0.1 auch wirklich "localhost" ist. und dabei kommt scheinbar nicht "localhost" raus, sondern "d72.x-mailer.de". erstmal in /etc/hosts nachschauen, ob da als erste zeile sowas drinnensteht wie
127.0.0.1 localhost. wenn nicht solltest du das eintragen. dann kontrollier auch zur sicherheit noch ob dein server wirklich zuerst das hosts-file befragt und dann erst dns-server.

weitere infos:
http://dev.mysql.com/doc/mysql/en/Access_denied.html
http://lists.mysql.com/java/5197

Danke nochmals. Ich hab den Zugriff auf die db angepasst,, jetzt läuft es einen Schritt weiter.
Eigentlich sollten dann ja die Datenbank und Tabellen angelegt und gefüllt werden, sowie Abfragen bezüglich Admin erfolgen.
Leider kommt aber die nächste Fehlermeldung:

java.lang.RuntimeException: Error retrieving Node: java.sql.SQLException: General error, message from server: "Table 'db778733.AV_LAYOUT' doesn't exist"

Meine Datenbank heisst db778733, diesen Namen habe ich auch überall eingetragen. Nun sollten dort ja die Tabellen erzeugt werden - was eindeutig nicht geschieht.
Das Script versucht sofort etwas in die noch nicht existierenden Tabellen zu schreiben (oder daraus zu lesen).

Wodurch wird der Scriptteil, der die Tabellen erzeugt übersprungen?
Der mySql-Zugriff scheint dabei ja einwandfrei zu stehen.

na wunderbar! Vielen Dank an alle!
Allerdings habe ich die Tabellen in der Datenbank manuell angelegt (geht ja mit den Vorgaben in antville_mysql.sql ganz prima)

Zum Thema "usual tasks (applying sql patches, updating cvs)" habe ich leider keinen Link gefunden, der die usual tasks beschreibt .... wo wird das denn beschrieben? Wäre als letzter Feinschliff noch schön auch das zu erfahren.

ok, danke für die Information.

Eine unschöne Sache ist mir aber doch noch aufgefallen:

Wenn ich eine nicht existierende Seite aufrufe, wird ja eine Antville-Fehlerseite angezeigt (mit Navigation etc.).

Diese Seite ist aber vollkommen unformatiert, offensichtlich findet sie das Stylesheet nicht.
Sie erscheint einfach wie mit einem Editor eingetippt.

Wo kann ich da was am Pfad etc. anpassen?

da ich meine Installation noch auf einem Entwicklungsrechner habe, der nut temporär online ist, kann ich den Effekt nicht direkt anzeigen. Aber folgendes geschieht (am Beispiel antville.org):

wenn ich eine nicht vorhanden Seite aufrufe, wie z.B. http://vbcgdf.antville.org/

erscheint der Hinweis, dass die Seite nicht existiert. Dies ist bei mir genauso der Fall.
Allerdings ist die Seite bei http://vbcgdf.antville.org/ wie alle Hauptseiten formatiert - Haupttext schwarz, Navigationsblock graue Schrift, Links in rot und alles in einer definierten Schriftart und Größe.

Bei mir escheint der Text ohne jegliche Formatierung, also alles gleiche Schriftart und Größe (Browserstandarteinstellungen), Text alles schwarz, Links blau.
Es sieht nach einem fehlenden Stylesheet aus.

kontrollier im antville system setup, ob die preference "System URL" stimmt (die wird u.a. für stylesheet locations etc. verwendet)

mmh, die System-URL stimmt - das ist ja auch eigentlich dadurch zu sehen, dass "in der normalen Nutzung" - also so lange keine Seite aufgerufen wird, die nicht existiert, das Erscheinungsbild einwandfrei ist.
Grundsätzlich wird das Stylesheet daher ja offensichtlich gefunden, nur eben im "Sonderfall" des Aufrufs einer nicht existierenden Seite nicht ... daher meine Vermutung, dass evtl. im Script etwas falsch aufgerufen wird, sobald diese Fehlerseiten generiert werden.

Der Server läuft gerade: http://www.bubbles.de/

Fehlerseite http://irgendwas.bubbles.de/
Aber in diesem Zusammenhang ist mir aufgefallen, dass auch die Setupseite zur Einstellung eben dieser Parameter ohne Stylesheet angezeigt wird - genau wie die Fehlerseite.

Gibt es denn irgendeinen Unterschied zwischen "öffentlich zu navigierenden Seiten" - die ja optimal angezeigt werden und "Systeminternen Seiten" bei denen eben das Stylesheet fehlt?

nope, die system-url stimmt nicht: du musst statt http://www.bubbles.de http://www.bubbles.de:8080/antville eingeben, dann wird's funktionieren (bei site-pages funktioniert das, weil das externe stylesheet mit einer relativen url referenziert wird, bei den error pages aber nicht, aber frag mich jetzt nicht warum :) noch ein tipp: du solltest dir überlegen statt des framesets apache rewrite rules einzusetzen.

das wars.
Nochmals vielen Dank an alle.

i think if you set "charset=UTF-8" in antclick-1.1/apps/antville/code/app.properties (not in antclick-1.1/apps.properties) it should solve the problem (but i didn't test it).

I did put "charset=UTF-8" to both antclick/apps.properties and antclick/apps/antville/code/app.properties, but it doesn't help. I found out it doesn't make sense to put it to apps.properties - it creates a new application - or at least there are new logfiles created :-)

I made changes in helma.framework.core.SkinFile.read() method so that the file is read using BufferedStream where I can specify input encoding, and now it works well. It looks like Helma has poor support for multibyte encodings.

This is how my patched method looks like:

    private void read() {
        try {
            FileReader reader = new FileReader(file);
            //char[] c = new char[(int) file.length()];
            //int length = reader.read(c);
            InputStream in = new FileInputStream(file);
            BufferedReader r = new BufferedReader(new InputStreamReader(in, "UTF-8"));
            char [] c = new char[(int)file.length()];
            System.err.println("Yupeee");
            int length = r.read(c);
            reader.close();
            skin = new Skin(c, length, app);
        } catch (IOException x) {
            app.logEvent("Error reading Skin " + file + ": " + x);
        }
        lastmod = file.lastModified();
    }

The simpler solution is to set the file.encoding System property to UTF-8. Just add -Dfile.encoding=UTF-8 to the jvm startup options.

I just committed a patch so that you'll be able to set the skin encoding with an option in app.properties:

skinCharset = UTF-8

This should be in the helma-20040613.jar snapshot which will shortly be available at http://adele.helma.org/download/helma/nightly/1.4/

as I suggested, messages.LANG file cannot be written in UTF-8 encoding as well. This file is implemented using a std. java.io.Property class. This means you can use only Latin1 characters in there.

So how to localize this file to languages with special characters ?

Easy, you can convert a file with native2ascii tool that comes with JDK installation.

this did the trick for me:

native2ascii -encoding UTF-8 messages.sk.UTF-8 messages.sk