Ringobot log - RingoJS IRC channel: #ringojs on irc.freenode.net
2010-07-02:
[11:20] <hannesw> hey there[11:20] <hannesw> http://hns.github.com/2010/07/02/versatility.html
[11:20] <hannesw> let me know what you think
[11:40] <oberhamsi> hannesw, good read! i enjoyed it...
[11:40] <hannesw> thanks oberhamsi
[11:45] <gmosx> hannesw: here?
[11:45] <hannesw> yes
[11:47] <gmosx> I switched to appengine 1.3.5 and the new mechanism of initializing your web app (app.yaml instead of web.xml)
[11:47] <gmosx> It mostly works, but I am getting this warning"
[11:47] <gmosx> :
[11:47] <gmosx> js: warning: "ringo/encoding.js", line 19: Could not discover accessible methods of class sun.nio.cs.HistoricallyNamedCharset due to lack of privileges, attemping superclasses/interfaces.
[11:47] <gmosx> it floods the console log with this warning...
[11:47] <hannesw> ok
[11:47] <gmosx> any ideas what this is?
[11:48] <hannesw> yes, more or less. related to java reflection + permissions
[11:48] <gmosx> is there a workaround?
[11:48] <gmosx> is the reflection really required?
[11:48] <hannesw> not immediately
[11:48] <hannesw> i have to look at it
[11:48] <gmosx> ok
[11:49] <hannesw> yes
[11:49] <gmosx> well, I hope you will find some time to have a look at this... *thanks* in advance...
[11:53] <gmosx> btw, any idea why this reflection is perfomed so many times? up to 20 times per request...
[13:39] <gmosx> hannesw: hey?
[13:39] <hannesw> yep
[13:40] <gmosx> when deploying with JsgiServlet
[13:41] <gmosx> I need to put a modules directory in my WEB-INF
[13:41] <gmosx> that points to ringo files
[13:41] <gmosx> and a packages directory that includes additional commonjs packages...
[13:41] <gmosx> what do you think about putting ringo as a package inside packages and scrapping modules altogether?
[13:42] <hannesw> not sure
[13:42] <hannesw> benefit? simpler setup?
[13:42] <gmosx> simple dir layout...
[13:42] <gmosx> and the latest appengine code allows you to move stuff outside of WEB-INF
[13:43] <gmosx> (the WEB-INF is auto generated)
[13:43] <gmosx> so it's better to have less dirs...
[13:43] <gmosx> ie only src, packages, public
[13:43] <hannesw> i think we need some kind of bundled modules - they're necessary for loading packages, etc
[13:43] <hannesw> but i agree it could be fewer, maybe the base functionality
[13:43] <hannesw> and we could use the ones bundled with ringo.jar
[13:43] <gmosx> the servlet could look into packages/ringo instead of modules
[13:44] <gmosx> packages/ringo/modules
[13:44] <gmosx> instead of modules...
[13:44] <gmosx> i think its more elegant to consider ringo as another commonjs package...
[13:45] <hannesw> not sure, i have to think about it
[13:45] <gmosx> ok
[13:45] <hannesw> we'd have to treat packages/ringo differently then
[13:47] <gmosx> yes
[13:48] <gmosx> ringo should be a 'special'/'reserved' package...
[13:48] <gmosx> I am not sure either... I really dislike this modules directory (even the name, seems unconventional...)
[13:49] <gmosx> and having less directories might make ringo easier for newcomers too...
[13:49] <gmosx> on a related note...
[13:49] <gmosx> something that 's missing from the site
[13:49] <gmosx> is a list of ringo compatible commonjs modules...
[13:50] <gmosx> that can be easily included with ringo-admin include user/package
[13:50] <gmosx> modules hosted on github...
[13:50] <gmosx> we could add compatible modules from the list in the nodejs wiki...
[13:50] <gmosx> hello confounds
[13:52] <confounds> hey gmosx
[17:12] * robi42 likes http://hns.github.com/2010/07/02/versatility.html :)
[17:14] <hannesw> robi42 thx
[17:14] <hannesw> more coming :)
[17:14] <robi42> looking forward
[17:14] <hannesw> any ideas for topics to cover?
[17:15] <robi42> uh, there's a lot to cover, i think ;)
[17:15] <hannesw> my short list is error reporting and something with httpclient along these lines: http://gist.github.com/438960
[17:15] <robi42> what about some more in-depth looks at ringo's webapp framework
[17:16] <hannesw> storage would be interesting as well!
[17:16] <robi42> sure
[17:16] <robi42> yep, error reporting and httpclient, definitely
[17:17] <robi42> and maybe something showing off how one could use ringo for serving restful apis
[21:07] <oravecz> can someone try running an app I have bundled as a zip file? I'm still struggling with this UTF-8 problem...
[21:13] <oravecz> anyone?
[21:13] <hannesw> oravecz do you have files saved as utf-8=
[21:13] <hannesw> ?
[21:13] <oravecz> yes
[21:14] <oravecz> can I email this to you?
[21:14] <hannesw> ringo currently uses platform default encoding, i think i'll switch to utf-8 as default
[21:14] <hannesw> and make it configurable via command line switch
[21:14] <oravecz> where can I tweak that?
[21:14] <hannesw> no need to test it, it will work for me
[21:14] <hannesw> i think you can't currently
[21:14] <oravecz> not even in the java code?
[21:14] <hannesw> modern linux distros use utf-8 as default encoding
[21:15] <hannesw> yes, in java code you can
[21:15] <hannesw> if it's a script have a look at org.ringojs.engine.ReloadableScript
[21:15] <oravecz> ok, thx
[21:15] <hannesw> but I'm planning to fix this tomorrow
[21:16] <oravecz> i just need to see if that's my problem
[21:19] <oravecz> hmm, i don't see any ref to encoding in that file...
[21:19] <hannesw> because it uses default encoding
[21:20] <oravecz> is it when you read the js file into Rhino?
[21:20] <hannesw> yes
[21:22] <oravecz> so, does that mean the change is coded in implementations of the Resource interface?
[21:23] <hannesw> Well we need a resource.getReader that takes an encoding argument
[21:24] <oravecz> i see resource.getContent() already supports an encoding arg
[21:24] <hannesw> yes
[21:30] <oravecz> yup, that is the problem
[21:31] <oravecz> it appears that skins are loaded with a different mechanism though? (The text in my skins is still messed up)
