Hopbot log for 2008-02-04 - Helma IRC channel: #helma on irc.freenode.net
2008-02-04:
[16:13] <bard> hmm, can I run long processes with their own event loop (such as a bot) inside helma/jetty?[16:19] <zumbrunn> what kind of process?
[16:19] <zumbrunn> something like this? http://helma.pastebin.com/f5c3e0377
[16:19] <zumbrunn> or something like this? http://helma.zumbrunn.com/reference/app.html#app.invokeAsync
[16:27] <bard> ah, hopBot seems a perfect match :-)
[16:28] <bard> but I guess that's implemented in Java?
[16:35] <zumbrunn> yes, the app.invokeAsync approach is probably more like what you are looking for otherwise
[16:36] <zumbrunn> or you could just roll your own using rhino like in the multi-threading snippet here...
[16:36] <zumbrunn> http://zumbrunn.com/mochazone/Mocha+multi-threading/
[16:43] <enigma_> schoenen nachmittag allerseits..
[16:44] <enigma_> ist irgendjemand da? :)
[16:44] <zumbrunn> hi enigma_
[16:44] <enigma_> ich habe ein problem..
[16:44] <enigma_> und zwar habe ich ein antville laufen..
[16:45] <enigma_> mit helma 1.4
[16:45] <enigma_> und wenn ich das auf helma 1.5 (oder neuer) update, laeuft antville nicht mehr
[16:46] <enigma_> funktioniert antville generell mit neueren helmas nicht?
[16:46] <enigma_> oder mache ich was falsch?
[16:47] <zumbrunn> also, ich nehme an dass die aktuelle antville version mit aktuellen Helma versionen läuft
[16:48] <zumbrunn> tobi hat die letzten monate ja an antville gearbeitet
[16:48] <enigma_> hmm
[16:48] <zumbrunn> mit anderen worten, vielleicht musst du antville auch updaten
[16:48] <zumbrunn> weiss ich aber nicht so genau
[16:49] <enigma_> ich hab's mit einem antville aus dem svn und meinem probiert
[16:49] <zumbrunn> hmm
[16:49] <enigma_> ich such mal gerade die fehlermeldung.. sekunde
[16:51] <enigma_> [2008/01/31 00:04:01] [ERROR] antville:get:life: Object not found.
[16:51] <enigma_> helma.framework.NotFoundException: Object not found. at helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:322) at java.lang.Thread.run(Thread.java:619)
[16:51] <enigma_> life ist mein vhost
[16:52] <zumbrunn> eventuell klappt's mit der datanbankverbindung nicht
[16:53] <zumbrunn> sind die db.properties und sql-driver etc ok?
[16:53] <enigma_> hmm
[16:53] <enigma_> moment
[16:56] <enigma_> hmm.. dauert noch ne sekunde ;)
[16:56] <enigma_> ich hatte zuletzt mit dem aelteren antville rumprobiert und da heissen die tabellen und spalten alle anders...
[17:01] <enigma_> ... er spielt noch den db dump ein ...
[17:15] <enigma_> so
[17:16] <enigma_> in helma.antville.event.log steht nun..
[17:16] <enigma_> [2008/02/04 18:20:38] [INFO] Using session manager class helma.framework.core.SessionManager
[17:16] <enigma_> [2008/02/04 18:20:38] [INFO] Starting engine 1 for antville
[17:16] <enigma_> [2008/02/04 18:20:44] [INFO] Closing DB connection: com.mysql.jdbc.JDBC4Connection@3d04fc23
[17:16] <enigma_> [2008/02/04 18:20:44] [ERROR] antville:get:antville: Object not found.
[17:16] <enigma_> helma.framework.NotFoundException: Object not found. at helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:322) at java.lang.Thread.run(Thread.java:619)
[17:16] <enigma_> wenn ich versuche die "startseite" von antville aufzurufen
[17:17] <enigma_> die db verbindung ist korrekt eingetragen
[17:20] <zumbrunn> funktioniert die db connection via sqlshell?
[17:20] <zumbrunn> http://helma.zumbrunn.com/tools/about_sqlshell
[17:21] <enigma_> mal ausprobieren..
[17:22] <enigma_> erm
[17:22] <enigma_> In order to be able to use the SQLshell, you need to define at least one datasource inside the ./db.properties file in Helma's home directory or for application specific configurations in a db.properties file inside the application's code repository.
[17:22] <enigma_> wo muss die datei hin?
[17:22] <enigma_> der satz ist etwas ... kompliziert? :)
[17:23] <zumbrunn> wo hast du denn aktuell die db.properties?
[17:23] <enigma_> apps/antville/code
[17:23] <zumbrunn> daran solltest du eigentlich nichts ändern müssen
[17:23] <zumbrunn> (sofern die db.properties richtig konfiguriert sind)
[17:24] <zumbrunn> afk
[17:24] <enigma_> wenn ich also http://host/sqlshell (antville hat / als mountpoint) aufrufe sollte ich was sehen?
[17:27] <enigma_> ah ich sehe, ein repository muss ich noch hinzufuegen..
[17:46] <enigma_> arg
[17:46] <enigma_> wasn das fuern crap hier
[17:46] <enigma_> man kann keine privaten msgs schreiben?!?
[17:46] <enigma_> also noch mal hier
[17:46] <enigma_> ich habe noch hin und her geaendert..
[17:47] <enigma_> und vermute, dass irgendwas mit der ajp13 konfiguration noch nicht stimmt
[17:47] <enigma_> daher habe ich einfach mal den internen http server aktivert..
[17:47] <enigma_> da sehe ich nun auch was anderes..
[17:47] <enigma_> aber dennoch weiterhin einen fehler ;)
[17:55] <zumbrunn> immernoch?
[17:56] <enigma_> ja ..
[17:56] <enigma_> aber einen anderen..
[17:56] <enigma_> root.admin.log.cache.add(new LogEntry(path[path.length - 1]));
[17:57] <enigma_> TypeError: Cannot read property "log" from undefined (/usr/local/helma-1.6.1/apps/antville/code/Global/Global.js#148)
[17:58] <enigma_> und sqlshell sagt "Sorry, you are not allowed to access this part of the site."
[17:59] <zumbrunn> hmm, antville hat offenbar einen onRequest handler der das blockt
[18:00] <enigma_> dann befoerder ich es eben aus antville raus.. moment
[18:01] <enigma_> in der tat
[18:02] <enigma_> hm
[18:05] <enigma_> sqlshell funktioniert
[18:06] <zumbrunn> und du kannst auf die tabellen in der antville db zugreiffen?
[18:06] <zumbrunn> (via sqlshell)
[18:08] <enigma_> ja
[18:09] <zumbrunn> ok
[18:10] <enigma_> ist tobi hier auch ab und zu?
[18:10] <zumbrunn> eher selten
[18:10] <enigma_> das scheint ja doch eher ein antville als ein helmaproblem zu sein..
[18:11] <zumbrunn> im ORF dürfen/können sie offenbar nicht auf irc zugreiffen
[18:11] <enigma_> hm
[18:11] <enigma_> darf ich bei der arbeit auch nicht :)
[18:11] <zumbrunn> ;-)
[18:12] <enigma_> aber haette ja sein koennen, dass er mal von zuhause hier ist..
[18:12] <enigma_> eine idee hab ich noch.. naemlich das in meiner apps.properties was falsch ist..
[18:12] <zumbrunn> ja, im moment ist er aber auch via jabber nicht online
[18:12] <enigma_> da steht bei mir das hier drin:
[18:12] <enigma_> antville
[18:12] <enigma_> antville.mountpoint = /antville
[18:12] <enigma_> antville.repository.0 = apps/antville/code/
[18:12] <enigma_> antville.static = apps/antville/static
[18:12] <enigma_> antville.staticMountpoint = /antville/static
[18:12] <enigma_> antville.responseEncoding = true
[18:13] <enigma_> ist das richtig?
[18:14] <zumbrunn> hast du nicht vorhin gesagt antville's mountpoint sei / und nicht /antville ?
[18:14] <enigma_> ja
[18:14] <zumbrunn> via welchem mountpoint hast du mit sqlshell getestet?
[18:14] <enigma_> ich hab das eben geaendert, damit ich an die sqlshell komme
[18:14] <enigma_> ich hab die welcome app zu / gemacht
[18:15] <zumbrunn> dann braucht die sqlshell aber eventuell nicht die gleichen db.properties
[18:15] <enigma_> doch, ich hab die von antville in die welcome app kopiert
[18:15] <zumbrunn> ok
[18:16] <zumbrunn> sonst fällt mir nichts auf
[18:16] <enigma_> hm
[18:16] <enigma_> nungut
[18:16] <enigma_> dann installier ich eben vorlaeufig wieder das alte helma
[18:18] <enigma_> kann es probleme geben wenn ich java 1.6 habe und das helma-1.4.3 archiv von helma.org nehme?
[18:19] <enigma_> (sprich, sollte ich helma lieber aus den sourcen bauen?)
[18:19] <zumbrunn> keine ahnung, glaube nicht dass das einen unterschied ausmacht
[18:37] <bard> zumbrunn: java.lang.Thread.yield() (from the url you pointed above) is that some kind of cooperative multithreading?
[18:44] <zumbrunn> bard: right, you would need to yield in order to give other threads a chance to do their thing
[18:44] <zumbrunn> I don't know to which extent or whether at all Rhino and the JVM would otherwise take care of that on its own
[18:45] <zumbrunn> http://www.docjar.org/docs/download.java.net/jdk7/docs/api/java/lang/Thread.html
[19:03] <bard> hmm, I think that the jabber library manages its own thread. if I can give it js callbacks, I may be set :-)
[19:05] <zumbrunn> aha, it's jabber you are after :-)
[19:06] <bard> I develop a client-side jabber lib in js, would be nice to stay with js for server side too
[19:07] <bard> http://dev.hyperstruct.net/xmpp4moz
[19:13] <zumbrunn> well, probably doesn't make sense to duplicate something in js that already exists as a java lib
[19:14] <zumbrunn> unless there would be an advantage, of course :-)
[19:14] <zumbrunn> would there be an advantage?
[19:20] <bard> not thinking of duplicating, just of accessing via js (and the advantages in that are: 1) it's js :-) and 2) e4x)
[19:22] <zumbrunn> ok, agreed, js and helma come into play when it comes to doing something useful with the existing java libs
[19:24] <zumbrunn> like these...
[19:24] <zumbrunn> http://www.igniterealtime.org/projects/smack/
[19:24] <zumbrunn> http://www.igniterealtime.org/projects/openfire/
[19:24] <zumbrunn> which libs are you looking at?
[19:25] <bard> smack
[19:25] <bard> specifically this: http://www.igniterealtime.org/builds/smack/docs/latest/documentation/processing.html
[19:26] <bard> I guess I have to find a way for PacketListener to call back into js
[19:28] <zumbrunn> something using smack would also be an interesting addition to the helma lib or jala, I think
[19:29] <zumbrunn> maybe one of the existing jala modules also would point the way a bit on how to approach the helma integration of smack
[19:29] <bard> I'll release it if I manage to get something useful running :-)
[19:29] <bard> oh cool
[19:29] <zumbrunn> (don't know, just an idea)
[20:25] <enigma_> zumbrunn: hast du schon mal helma hinter apache 2.2 benutzt?
[20:25] <enigma_> da ist ja ein mod_proxy_ajp dabei... aber irgendwie ist der etwas daemlich
[20:26] <enigma_> denn selbst wenn helma ein "200 OK" liefert kommt im browser nur:
[20:26] <enigma_> OK
[20:26] <enigma_> The server is temporarily unable to service your request due to maintenance downtime or capacity problems. Please try again later.
[20:26] <enigma_> an
[21:34] <enigma_> hm
[21:34] <enigma_> viele recherchen spaeter.. scheint sich herauszustellen, dass jetty und mod_proxy_ajp einfach schlicht inkompatibel sind
[21:46] <zumbrunn> enigma_: I don't think you need mod_proxy_ajp
[21:47] <zumbrunn> (not sure though)
[21:47] <zumbrunn> but I think mod_proxy can do ajp on its own
[21:47] <pek> hey guys, is there any way to disable the object cache in helma? I still get entries in the local db after setting cacheSize = 0 in app.properties.
[21:48] <zumbrunn> no idea, pek
[21:49] <pek> oki
[21:49] <zumbrunn> you can invalidate hopobjects via js
[21:50] <zumbrunn> so, if you script things that way, you get the same result
[21:50] <zumbrunn> you might want to ask about that on the mailing list, though
[21:50] <zumbrunn> there is maybe another way that I do not know about
[21:52] <pek> I'll look around, thanks.
[21:52] <zumbrunn> http://helma.zumbrunn.com/reference/HopObject.html#HopObject.invalidate is what I meant
[21:53] <zumbrunn> enigma_: see midnightmonster's example here:
[21:53] <zumbrunn> http://helma.zumbrunn.com/hopbot/2007-07-12
[21:53] <zumbrunn> (at 20:12)
[22:40] <enigma_> so hab ich das konfiguriert
[22:41] <enigma_> und damit proxypass "ajp://" kann muss man mod_proxy_ajp laden
[22:42] <enigma_> ich hab aber resigniert und mod_jk fuer ap22 gebaut..
[22:43] <enigma_> moeglicherweise liegt das auch an dem (ver)alte(te)n jetty in helma 1.4.x