tag:www.nabble.com,2006:forum-2589Nabble - Helma2008-07-17T10:12:29Z<p>An open source web application framework for fast and efficient scripting and serving of your websites and Internet applications.<br />
Helma is implemented in Java and employs Javascript for its server-side scripting environment.<br />
The home of Helma is at <a href="http://helma.org/" target="_top" rel="nofollow">http://helma.org/</a>. We are also on IRC at <a href="irc://irc.freenode.net/helma" target="_top" rel="nofollow">irc://irc.freenode.net/helma</a></p>tag:www.nabble.com,2006:post-18513475sql bug 22008-07-17T10:12:29Z2008-07-17T10:12:29ZJulian Treesqlshell also doesn't add
<br><br>_db
<br>_table
<br>_id
<br>_idgen
<br><br><br>Julian
<br><br>_______________________________________________
<br>Helma-dev mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18513475&i=0" target="_top" rel="nofollow">Helma-dev@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-dev" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-dev</a><br><p>From forum: <a href="http://www.nabble.com/Helma---Dev-f2590.html" embed="fixTarget[2590]" target="_top" >Helma - Dev</a></p>tag:www.nabble.com,2006:post-18513448sqlshell postgresql bugs2008-07-17T10:11:06Z2008-07-17T10:11:06ZJulian TreeWhen using sqlshell with postgresql
<br><br>properties.type is not generated correctly.
<br><br>Database Column is USER_NAME
<br>it will map to
<br><br>userName = userName
<br><br><br>As you can see it is not mapped to the correct database column name.
<br><br><br><br><br><br>I don't know how to submit a fix, but basically
<br>in involved changing one line from
<br><br>file.writeln(req.data[i]);
<br><br>file.writeln(i);
<br><br><br><br>Julian
<br><br>_______________________________________________
<br>Helma-dev mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18513448&i=0" target="_top" rel="nofollow">Helma-dev@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-dev" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-dev</a><br><p>From forum: <a href="http://www.nabble.com/Helma---Dev-f2590.html" embed="fixTarget[2590]" target="_top" >Helma - Dev</a></p>tag:www.nabble.com,2006:post-18511594Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T08:46:07Z2008-07-17T08:46:07ZKLeiteOn Sun's web site they had a note for
<br>java.util.ConcurrentModificationException:
<br>~~~~~~~~~~~
<br><br>Note that this exception does not always indicate that an object has
<br>been concurrently modified by a /different/ thread. If a single thread
<br>issues a sequence of method invocations that violates the contract of an
<br>object, the object may throw this exception. For example, if a thread
<br>modifies a collection directly while it is iterating over the collection
<br>with a fail-fast iterator, the iterator will throw this exception.
<br>~~~~~~~~~~~
<br><br>The error is pointing to an Interator in a loop. Looking at the looping
<br>and what is being loaded might be of interest.
<br><br>my 2cents,
<br>Kris Leite
<br><br>Axel Zuzek wrote:
<div class='shrinkable-quote'><br>>
<br>>
<br>> 2008/7/17 Axel Zuzek <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18511594&i=0" target="_top" rel="nofollow">axel.zuzek@...</a>
<br>> <mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18511594&i=1" target="_top" rel="nofollow">axel.zuzek@...</a>>>:
<br>>
<br>> hi hannes,
<br>>
<br>> your patch changed something, but didn't solve the problem (the
<br>> error occours now (reproduceable) at a later repository dir, see
<br>> logmessages below
<br>>
<br>>
<br>> update: it seems to be a race condition, because the occurrence of the
<br>> error varies now between delicious and places widget
<br>>
<br>>
<br>> ...
<br>> [2008/07/17 14:36:13] [INFO] START INFO load widgets [Application
<br>> twoday_w1_s2]
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\0_rss\code
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\amazon\code
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\archive\code
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\credits\code
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\delicious\code
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\feeds\code
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\flickr\code
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\linkList\code
<br>> [2008/07/17 14:36:13] [ERROR] null:
<br>> java.util.ConcurrentModificationException
<br>>
<br>> java.util.ConcurrentModificationException
<br>> at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)
<br>> at java.util.HashMap$ValueIterator.next(HashMap.java:821)
<br>> at
<br>> java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1010)
<br>> at
<br>> helma.scripting.rhino.RhinoCore.updatePrototypes(RhinoCore.java:348)
<br>>
<br>> at
<br>> helma.scripting.rhino.RhinoEngine.enterContext(RhinoEngine.java:174)
<br>> at
<br>> helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:172)
<br>> at java.lang.Thread.run(Thread.java:619)
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\meebo\code
<br>> [2008/07/17 14:36:13] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\plazes\code
<br>> ...
<br>>
<br>> 2008/7/17 Hannes Wallnoefer <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18511594&i=2" target="_top" rel="nofollow">hannes@...</a>
<br>> <mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18511594&i=3" target="_top" rel="nofollow">hannes@...</a>>>:
<br>>
<br>>
<br>> ------------------------------------------------------------------------
<br>>
<br>> _______________________________________________
<br>> Helma-user mailing list
<br>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18511594&i=4" target="_top" rel="nofollow">Helma-user@...</a>
<br>> <a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br>>
</div>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18511594&i=5" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18507664Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T05:44:08Z2008-07-17T05:44:08ZAxel Zuzek<div dir="ltr"><br><br><div class="gmail_quote">2008/7/17 Axel Zuzek <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507664&i=0" target="_top" rel="nofollow">axel.zuzek@...</a>>:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div dir="ltr">hi hannes,<br><br>your patch changed something, but didn't solve the problem (the error occours now (reproduceable) at a later repository dir, see logmessages below<br></div></blockquote><div><br>update: it seems to be a race condition, because the occurrence of the error varies now between delicious and places widget <br>
</div><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div dir="ltr"><br>...<br>[2008/07/17 14:36:13] [INFO] START INFO load widgets [Application twoday_w1_s2]<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\0_rss\code<br>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\amazon\code<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\archive\code<br>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\credits\code<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\delicious\code<br>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\feeds\code<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\flickr\code<br>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\linkList\code<br>
[2008/07/17 14:36:13] [ERROR] null: java.util.ConcurrentModificationException<div class="Ih2E3d"><br>java.util.ConcurrentModificationException<br> at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)<br> at java.util.HashMap$ValueIterator.next(HashMap.java:821)<br>
</div>
at java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1010)<br> at helma.scripting.rhino.RhinoCore.updatePrototypes(RhinoCore.java:348)<div class="Ih2E3d"><br> at helma.scripting.rhino.RhinoEngine.enterContext(RhinoEngine.java:174)<br>
at helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:172)<br> at java.lang.Thread.run(Thread.java:619)<br></div>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\meebo\code<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\plazes\code<br>...<br><br><div class="gmail_quote">2008/7/17 Hannes Wallnoefer <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507664&i=1" target="_top" rel="nofollow">hannes@...</a>>:<div>
<div></div><div class="Wj3C7c"><br></div></div></div></div></blockquote></div><br></div>
<br />_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507664&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18507567Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T05:39:22Z2008-07-17T05:39:22ZAxel Zuzek<div dir="ltr">hi hannes,<br><br>your patch changed something, but didn't solve the problem (the error occours now (reproduceable) at a later repository dir, see logmessages below<br><br>...<br>[2008/07/17 14:36:13] [INFO] START INFO load widgets [Application twoday_w1_s2]<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\0_rss\code<br>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\amazon\code<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\archive\code<br>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\credits\code<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\delicious\code<br>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\feeds\code<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\flickr\code<br>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\linkList\code<br>
[2008/07/17 14:36:13] [ERROR] null: java.util.ConcurrentModificationException<br>java.util.ConcurrentModificationException<br> at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)<br> at java.util.HashMap$ValueIterator.next(HashMap.java:821)<br>
at java.util.Collections$UnmodifiableCollection$1.next(Collections.java:1010)<br> at helma.scripting.rhino.RhinoCore.updatePrototypes(RhinoCore.java:348)<br> at helma.scripting.rhino.RhinoEngine.enterContext(RhinoEngine.java:174)<br>
at helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:172)<br> at java.lang.Thread.run(Thread.java:619)<br>[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\meebo\code<br>
[2008/07/17 14:36:13] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\plazes\code<br>...<br><br><div class="gmail_quote">2008/7/17 Hannes Wallnoefer <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507567&i=0" target="_top" rel="nofollow">hannes@...</a>>:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">I just committed more synchronization into the TypeManager class:<br>
<br>
<a href="http://dev.helma.org/trac/helma/changeset/9157" target="_blank" rel="nofollow">http://dev.helma.org/trac/helma/changeset/9157</a><br>
<br>
this is quite experimental as I have only done minimal testing, but if<br>
it works, your problem should be fixed. Please tell me if it helps.<br>
<font color="#888888"><br>
hannes<br>
</font><div class="Ih2E3d"><br>
2008/7/17 Axel Zuzek <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507567&i=1" target="_top" rel="nofollow">axel.zuzek@...</a>>:<br>
><br>
>><br>
</div><div><div></div><div class="Wj3C7c">>> > the error is reproduceable on some machines (windows, linux) under<br>
>> > helma1.6.0 and helma 1.6.2, java1.6.0_01 and java1.6.0_06. it seems to<br>
>> > be a<br>
>> > racing condition?<br>
>><br>
>> Just to make sure: it happens each time or just sometimes?<br>
>> and always when the application starts up, or at different points in time?<br>
>><br>
>> hannes<br>
><br>
> It happens each time on the same machines (on other machines with same code,<br>
> helma and java setup (other hardware) it never happens)<br>
> we trigger modWidgetsLoadWidgets at onStart()<br>
><br>
> lg axel<br>
><br>
><br>
</div></div><div><div></div><div class="Wj3C7c">> _______________________________________________<br>
> Helma-user mailing list<br>
> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507567&i=2" target="_top" rel="nofollow">Helma-user@...</a><br>
> <a href="http://helma.org/mailman/listinfo/helma-user" target="_blank" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br>
><br>
><br>
_______________________________________________<br>
Helma-user mailing list<br>
<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507567&i=3" target="_top" rel="nofollow">Helma-user@...</a><br>
<a href="http://helma.org/mailman/listinfo/helma-user" target="_blank" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br>mit besten Grüßen<br>Dipl.-Ing. Axel Zuzek<br>Technischer Leiter<br>--------------------------------------<br>knallgrau new media solutions gmbh<br>pezzlgasse 7|1, A-1170 wien<br>
mobile: +43 - 650 - 678 11 11<br>phone: +43 - 1 - 522 76 37 - 15<br>fax: +43 - 1 - 522 76 38<br><a href="http://www.knallgrau.at" target="_top" rel="nofollow">http://www.knallgrau.at</a><br><br>weitere News im Knallgrau Weblog: <a href="http://www.knallgrau.at/company/weblog" target="_top" rel="nofollow">http://www.knallgrau.at/company/weblog</a>
</div>
<br />_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507567&i=4" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18507124Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T05:14:14Z2008-07-17T05:14:14ZHannes Wallnoefer-2I just committed more synchronization into the TypeManager class:
<br><br><a href="http://dev.helma.org/trac/helma/changeset/9157" target="_top" rel="nofollow">http://dev.helma.org/trac/helma/changeset/9157</a><br><br>this is quite experimental as I have only done minimal testing, but if
<br>it works, your problem should be fixed. Please tell me if it helps.
<br><br>hannes
<br><br>2008/7/17 Axel Zuzek <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507124&i=0" target="_top" rel="nofollow">axel.zuzek@...</a>>:
<div class='shrinkable-quote'><br>>
<br>>>
<br>>> > the error is reproduceable on some machines (windows, linux) under
<br>>> > helma1.6.0 and helma 1.6.2, java1.6.0_01 and java1.6.0_06. it seems to
<br>>> > be a
<br>>> > racing condition?
<br>>>
<br>>> Just to make sure: it happens each time or just sometimes?
<br>>> and always when the application starts up, or at different points in time?
<br>>>
<br>>> hannes
<br>>
<br>> It happens each time on the same machines (on other machines with same code,
<br>> helma and java setup (other hardware) it never happens)
<br>> we trigger modWidgetsLoadWidgets at onStart()
<br>>
<br>> lg axel
<br>>
<br>>
<br>> _______________________________________________
<br>> Helma-user mailing list
<br>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507124&i=1" target="_top" rel="nofollow">Helma-user@...</a>
<br>> <a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br>>
<br>>
</div>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18507124&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18506641Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T04:44:53Z2008-07-17T04:44:53ZAxel Zuzek<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div class="Wj3C7c"><br>
> the error is reproduceable on some machines (windows, linux) under<br>
> helma1.6.0 and helma 1.6.2, java1.6.0_01 and java1.6.0_06. it seems to be a<br>
> racing condition?<br>
<br>
</div></div>Just to make sure: it happens each time or just sometimes?<br>
and always when the application starts up, or at different points in time?<br>
<font color="#888888"><br>
hannes<br>
</font><div class="Ih2E3d"></div></blockquote><div>It happens each time on the same machines (on other machines with same code, helma and java setup (other hardware) it never happens)<br>we trigger modWidgetsLoadWidgets at onStart()<br>
<br>lg axel<br> </div></div><br></div>
<br />_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506641&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18506574Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T04:40:12Z2008-07-17T04:40:12ZHannes Wallnoefer-22008/7/17 Axel Zuzek <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506574&i=0" target="_top" rel="nofollow">axel.zuzek@...</a>>:
<div class='shrinkable-quote'><br>> Hello list,
<br>>
<br>> we load our widgets on helma start with app.addRepository and sometimes we
<br>> get the following error code:
<br>>
<br>> ...
<br>> [2008/07/17 11:19:23] [INFO] START INFO load widgets [Application
<br>> twoday_w1_s2]
<br>> [2008/07/17 11:19:23] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\amazon\code
<br>> [2008/07/17 11:19:23] [ERROR] null:
<br>> java.util.ConcurrentModificationException
<br>> java.util.ConcurrentModificationException
<br>> at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)
<br>> at java.util.HashMap$ValueIterator.next(HashMap.java:821)
<br>> at
<br>> helma.framework.core.TypeManager.checkRepositories(TypeManager.java:204)
<br>> at
<br>> helma.framework.core.TypeManager.checkPrototypes(TypeManager.java:124)
<br>> at
<br>> helma.scripting.rhino.RhinoCore.updatePrototypes(RhinoCore.java:330)
<br>> at
<br>> helma.scripting.rhino.RhinoEngine.enterContext(RhinoEngine.java:174)
<br>> at
<br>> helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:172)
<br>> at java.lang.Thread.run(Thread.java:619)
<br>> [2008/07/17 11:19:23] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\archive\code
<br>> [2008/07/17 11:19:23] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\credits\code
<br>> ...
<br>> the error is reproduceable on some machines (windows, linux) under
<br>> helma1.6.0 and helma 1.6.2, java1.6.0_01 and java1.6.0_06. it seems to be a
<br>> racing condition?
</div><br>Just to make sure: it happens each time or just sometimes?
<br>and always when the application starts up, or at different points in time?
<br><br>hannes
<br><div class='shrinkable-quote'><br>> any ideas?
<br>> many thx
<br>> axel
<br>>
<br>> (function used to add repositories:)
<br>> function modWidgetsLoadWidgets() {
<br>> var widgetDirs = knallgrau.Base.getRepositorySubDirs("widgets");
<br>> for (var i in widgetDirs) {
<br>> var widgets = widgetDirs[i].list();
<br>> for (var j in widgets) {
<br>> var dir = new helma.File(widgetDirs[i], widgets[j]);
<br>> if (!dir.isDirectory() || dir.getName() == "CVS" || dir.getName()
<br>> == ".svn") continue;
<br>> app.log("---- adding repository " + dir.getAbsolutePath() +
<br>> helma.File.separator + "code");
<br>> app.addRepository(dir.getAbsolutePath() + helma.File.separator +
<br>> "code");
<br>> }
<br>> }
<br>> }
<br>>
<br>>
<br>>
<br>> _______________________________________________
<br>> Helma-user mailing list
<br>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506574&i=1" target="_top" rel="nofollow">Helma-user@...</a>
<br>> <a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br>>
<br>>
</div>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506574&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18506552Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T04:39:04Z2008-07-17T04:39:04ZHannes Wallnoefer-22008/7/17 Burghard Britzke <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506552&i=0" target="_top" rel="nofollow">bubi@...</a>>:
<div class='shrinkable-quote'><br>>
<br>> Am 17.07.2008 um 13:22 schrieb Hannes Wallnoefer:
<br>>
<br>>> 2008/7/17 Bernhard Fröhlich <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506552&i=1" target="_top" rel="nofollow">decke@...</a>>:
<br>>>>> Hello list,
<br>>>>>
<br>>>>> we load our widgets on helma start with app.addRepository and
<br>>>>> sometimes we
<br>>>>> get the following error code:
<br>>>>>
<br>>>>> ...
<br>>>>> [2008/07/17 11:19:23] [ERROR] null:
<br>>>>> java.util.ConcurrentModificationException
<br>>>>> ...
<br>>>>> the error is reproduceable on some machines (windows, linux) under
<br>>>>> helma1.6.0 and helma 1.6.2, java1.6.0_01 and java1.6.0_06. it
<br>>>>> seems to be
<br>>>>> a
<br>>>>> racing condition?
<br>>>>
<br>>>>
<br>>>> I am not familiar with the Helma code but as far as i can tell
<br>>>> there seems
<br>>>> to be a missing synchronisation in
<br>>>> TypeManager.java:checkRepositories()
<br>>>> because the Iterator is not protected from getting invalid.
<br>>>>
<br>>>> So it seems like an helma bug - would you mind creating an bugreport?
<br>>>
<br>>> Yes, it's definitely a helma bug, so please file a bug report.
<br>>>
<br>>> I'm not sure just adding synchronization would help, as it could be
<br>>> the same thread inserting into the prototype map, or synchronization
<br>>> could result in a deadlock. It's probably worth a try, though.
<br>>>
<br>>> hannes
<br>>>
<br>>>> Bernhard Fröhlich
<br>>
<br>> ConcurrentModificationExceptions can be preventet by adding proper
<br>> synchronization
</div><br>not if the collection is modified by the same thread using the iterator.
<br><br>> deadlocks can be prevented by accessing the resources in the same
<br>> sequence for each thread.
<br><br>If only that was so simple as it sounded!
<br><br>hannes
<br><br>> sincerely,
<br>> burghard.
<br>> _______________________________________________
<br>> Helma-user mailing list
<br>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506552&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br>> <a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br>>
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506552&i=3" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18506484Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T04:34:49Z2008-07-17T04:34:49ZBurghard Britzke<br>Am 17.07.2008 um 13:22 schrieb Hannes Wallnoefer:
<br><div class='shrinkable-quote'><br>> 2008/7/17 Bernhard Fröhlich <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506484&i=0" target="_top" rel="nofollow">decke@...</a>>:
<br>>>> Hello list,
<br>>>>
<br>>>> we load our widgets on helma start with app.addRepository and
<br>>>> sometimes we
<br>>>> get the following error code:
<br>>>>
<br>>>> ...
<br>>>> [2008/07/17 11:19:23] [ERROR] null:
<br>>>> java.util.ConcurrentModificationException
<br>>>> ...
<br>>>> the error is reproduceable on some machines (windows, linux) under
<br>>>> helma1.6.0 and helma 1.6.2, java1.6.0_01 and java1.6.0_06. it
<br>>>> seems to be
<br>>>> a
<br>>>> racing condition?
<br>>>
<br>>>
<br>>> I am not familiar with the Helma code but as far as i can tell
<br>>> there seems
<br>>> to be a missing synchronisation in
<br>>> TypeManager.java:checkRepositories()
<br>>> because the Iterator is not protected from getting invalid.
<br>>>
<br>>> So it seems like an helma bug - would you mind creating an bugreport?
<br>>
<br>> Yes, it's definitely a helma bug, so please file a bug report.
<br>>
<br>> I'm not sure just adding synchronization would help, as it could be
<br>> the same thread inserting into the prototype map, or synchronization
<br>> could result in a deadlock. It's probably worth a try, though.
<br>>
<br>> hannes
<br>>
<br>>> Bernhard Fröhlich
</div><br>ConcurrentModificationExceptions can be preventet by adding proper
<br>synchronization
<br>deadlocks can be prevented by accessing the resources in the same
<br>sequence for each thread.
<br>sincerely,
<br>burghard.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506484&i=1" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18506329Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T04:22:57Z2008-07-17T04:22:57ZHannes Wallnoefer-22008/7/17 Bernhard Fröhlich <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506329&i=0" target="_top" rel="nofollow">decke@...</a>>:
<div class='shrinkable-quote'><br>>> Hello list,
<br>>>
<br>>> we load our widgets on helma start with app.addRepository and sometimes we
<br>>> get the following error code:
<br>>>
<br>>> ...
<br>>> [2008/07/17 11:19:23] [INFO] START INFO load widgets [Application
<br>>> twoday_w1_s2]
<br>>> [2008/07/17 11:19:23] [INFO] ---- adding repository
<br>>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\amazon\code
<br>>> [2008/07/17 11:19:23] [ERROR] null:
<br>>> java.util.ConcurrentModificationException
<br>>> java.util.ConcurrentModificationException
<br>>> at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)
<br>>> at java.util.HashMap$ValueIterator.next(HashMap.java:821)
<br>>> at
<br>>> helma.framework.core.TypeManager.checkRepositories(TypeManager.java:204)
<br>>> at
<br>>> helma.framework.core.TypeManager.checkPrototypes(TypeManager.java:124)
<br>>> at
<br>>> helma.scripting.rhino.RhinoCore.updatePrototypes(RhinoCore.java:330)
<br>>> at
<br>>> helma.scripting.rhino.RhinoEngine.enterContext(RhinoEngine.java:174)
<br>>> at
<br>>> helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:172)
<br>>> at java.lang.Thread.run(Thread.java:619)
<br>>> [2008/07/17 11:19:23] [INFO] ---- adding repository
<br>>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\archive\code
<br>>> [2008/07/17 11:19:23] [INFO] ---- adding repository
<br>>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\credits\code
<br>>> ...
<br>>> the error is reproduceable on some machines (windows, linux) under
<br>>> helma1.6.0 and helma 1.6.2, java1.6.0_01 and java1.6.0_06. it seems to be
<br>>> a
<br>>> racing condition?
<br>>
<br>>
<br>> I am not familiar with the Helma code but as far as i can tell there seems
<br>> to be a missing synchronisation in TypeManager.java:checkRepositories()
<br>> because the Iterator is not protected from getting invalid.
<br>>
<br>> So it seems like an helma bug - would you mind creating an bugreport?
</div><br>Yes, it's definitely a helma bug, so please file a bug report.
<br><br>I'm not sure just adding synchronization would help, as it could be
<br>the same thread inserting into the prototype map, or synchronization
<br>could result in a deadlock. It's probably worth a try, though.
<br><br>hannes
<br><br>> Bernhard Fröhlich
<br>>
<br>>
<br>> _______________________________________________
<br>> Helma-user mailing list
<br>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506329&i=1" target="_top" rel="nofollow">Helma-user@...</a>
<br>> <a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br>>
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506329&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18506138Re: java.util.ConcurrentModificationException on app.addRepository2008-07-17T03:13:56Z2008-07-17T03:13:56ZBernhard Froehlich<div class='shrinkable-quote'>> Hello list,
<br>>
<br>> we load our widgets on helma start with app.addRepository and sometimes we
<br>> get the following error code:
<br>>
<br>> ...
<br>> [2008/07/17 11:19:23] [INFO] START INFO load widgets [Application
<br>> twoday_w1_s2]
<br>> [2008/07/17 11:19:23] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\amazon\code
<br>> [2008/07/17 11:19:23] [ERROR] null:
<br>> java.util.ConcurrentModificationException
<br>> java.util.ConcurrentModificationException
<br>> at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)
<br>> at java.util.HashMap$ValueIterator.next(HashMap.java:821)
<br>> at
<br>> helma.framework.core.TypeManager.checkRepositories(TypeManager.java:204)
<br>> at
<br>> helma.framework.core.TypeManager.checkPrototypes(TypeManager.java:124)
<br>> at
<br>> helma.scripting.rhino.RhinoCore.updatePrototypes(RhinoCore.java:330)
<br>> at
<br>> helma.scripting.rhino.RhinoEngine.enterContext(RhinoEngine.java:174)
<br>> at
<br>> helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:172)
<br>> at java.lang.Thread.run(Thread.java:619)
<br>> [2008/07/17 11:19:23] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\archive\code
<br>> [2008/07/17 11:19:23] [INFO] ---- adding repository
<br>> C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\credits\code
<br>> ...
<br>> the error is reproduceable on some machines (windows, linux) under
<br>> helma1.6.0 and helma 1.6.2, java1.6.0_01 and java1.6.0_06. it seems to be
<br>> a
<br>> racing condition?
</div><br><br>I am not familiar with the Helma code but as far as i can tell there seems
<br>to be a missing synchronisation in TypeManager.java:checkRepositories()
<br>because the Iterator is not protected from getting invalid.
<br><br>So it seems like an helma bug - would you mind creating an bugreport?
<br><br>Bernhard Fröhlich
<br><br><br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18506138&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18505182java.util.ConcurrentModificationException on app.addRepository2008-07-17T02:59:25Z2008-07-17T02:59:25ZAxel Zuzek<div dir="ltr">Hello list,<br><br>we load our widgets on helma start with app.addRepository and sometimes we get the following error code:<br><br>...<br>[2008/07/17 11:19:23] [INFO] START INFO load widgets [Application twoday_w1_s2]<br>
[2008/07/17 11:19:23] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\amazon\code<br>
[2008/07/17 11:19:23] [ERROR] null: java.util.ConcurrentModificationException<br>
java.util.ConcurrentModificationException<br>
at java.util.HashMap$HashIterator.nextEntry(HashMap.java:793)<br>
at java.util.HashMap$ValueIterator.next(HashMap.java:821)<br>
at helma.framework.core.TypeManager.checkRepositories(TypeManager.java:204)<br>
at helma.framework.core.TypeManager.checkPrototypes(TypeManager.java:124)<br>
at helma.scripting.rhino.RhinoCore.updatePrototypes(RhinoCore.java:330)<br>
at helma.scripting.rhino.RhinoEngine.enterContext(RhinoEngine.java:174)<br>
at helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:172)<br>
at java.lang.Thread.run(Thread.java:619)<br>
[2008/07/17 11:19:23] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\archive\code<br>
[2008/07/17 11:19:23] [INFO] ---- adding repository C:\helma-1.6.2\apps\twoday_w1_1_1\core\widgets\credits\code<br>...<br>the error is reproduceable on some machines (windows, linux) under helma1.6.0 and helma 1.6.2, java1.6.0_01 and java1.6.0_06. it seems to be a racing condition?<br>
<br>any ideas?<br>many thx<br>axel<br><br>(function used to add repositories:)<br>function modWidgetsLoadWidgets() {<br> var widgetDirs = knallgrau.Base.getRepositorySubDirs("widgets");<br> for (var i in widgetDirs) {<br>
var widgets = widgetDirs[i].list();<br> for (var j in widgets) {<br> var dir = new helma.File(widgetDirs[i], widgets[j]);<br> if (!dir.isDirectory() || dir.getName() == "CVS" || dir.getName() == ".svn") continue;<br>
app.log("---- adding repository " + dir.getAbsolutePath() + helma.File.separator + "code");<br> app.addRepository(dir.getAbsolutePath() + helma.File.separator + "code");<br> }<br>
}<br>}<br clear="all"><br><br></div>
<br />_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18505182&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18251774Re: accessing type.properties2008-07-02T21:45:26Z2008-07-02T21:45:26ZJoshua Paine*sigh* you're a step ahead again. I just found that, too.
<br><br>I can add that prototypes that _extend the one you're updating get
<br>updated, too. And it works (as we would want) even if there's no
<br>type.properties file at all.
<br><br>So, wow. Cool evening's worth of playing around. I think we jusr got rid
<br>of type.properties.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251774&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18251657Re: accessing type.properties2008-07-02T21:31:55Z2008-07-02T21:31:55ZBreton Slivka-2FYI, I played with it for a little while, and it just needs one magic
<br>little "bump"
<br><br>Once you've written a new type.properties (via the setProperty
<br>function), you need to call the update() function to make helma read it
<br>in. Example:
<br><br> app.getPrototype("Artwork").getDbMapping().update();
<br><br>And then your dynamica changes will be seen by helma.
<br><br><br>-----Original Message-----
<br>From: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251657&i=0" target="_top" rel="nofollow">helma-user-bounces@...</a> [mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251657&i=1" target="_top" rel="nofollow">helma-user-bounces@...</a>]
<br>On Behalf Of Breton Slivka
<br>Sent: Thursday, 3 July 2008 1:39 PM
<br>To: Helma User Mailing List
<br>Subject: Re: [Helma-user] accessing type.properties
<br><br>It's a brand spanking new idea, so nothing is tested yet. Not by me at
<br>least. But it certainly is worth looking more into this. I'll do what I
<br>can. My associate Maks has also taken interest in my invention, so I
<br>imagine he'll be looking into it as well.
<br><br><br>
<br><br>-----Original Message-----
<br>From: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251657&i=2" target="_top" rel="nofollow">helma-user-bounces@...</a> [mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251657&i=3" target="_top" rel="nofollow">helma-user-bounces@...</a>]
<br>On Behalf Of Joshua Paine
<br>Sent: Thursday, 3 July 2008 1:32 PM
<br>To: Helma User Mailing List
<br>Subject: Re: [Helma-user] accessing type.properties
<br><br>Breton Slivka wrote:
<br>> You know what else you can do? You can set it programatically.
<br><br>I saw those methods when I was investigating this, but didn't think to
<br>try anything with them. (Maybe 'cause type.properties never really
<br>bothered me?)
<br><br>> I immediately set out to write an example of replacing type.properties
<br><br>> with an Object Literal in javascript.
<br><br>Is this tested and working? Does it work for all properties, even
<br>_extends? Since helma will see and use changes to types while running
<br>already, I guess this should work. Would love to hear from Hannes that
<br>this won't cause lots of expensive cache invalidations that wouldn't
<br>happen otherwise.
<br><br>Really cool, though. And now that the possibility of controlling
<br>type.properties from script appears, I begin to think of some things I'd
<br>do with it.
<br><br><br>I was going to reply with my discovery that you can put arbitrary named
<br>values in type.properties, and if you start with _ and they're not magic
<br>helma ones, they won't affect anything. So it'd be easy to specify the
<br>order there--still a bit of repeating oneself, but all in one place at
<br>least. This is a lot more interesting, though, and suggests ways to
<br>optionally put more metadata into the [script version of] type
<br>properties to get better forms for minimal effort.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251657&i=4" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><br><br>Breton Slivka
<br>Assistant Multimedia Systems Developer
<br><br>National Gallery of Victoria
<br>180 St Kilda Road Melbourne Vic 3004 Australia
<br>Telephone: +61 3 8620 2348
<br>Fax: +61 3 8620 2555
<br>ngv.vic.gov.au
<br><br>Keep informed of the latest NGV exhibitions, special events and programs
<br>at The Ian Potter Centre: NGV Australia and NGV International by
<br>subscribing to NGV@RT, the NGV's free e-newsletter.
<br><br>DISCLAIMER: This email and any files transmitted with it are
<br>confidential and intended solely for <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251657&i=5" target="_top" rel="nofollow">helma-user@...</a>. If you are
<br>not the named addressee you should not disseminate, copy or alter this
<br>email. WARNING: Although National Gallery of Victoria has taken
<br>reasonable precautions to ensure no viruses are present in this email,
<br>the organisation cannot accept responsibility for any loss or damage
<br>arising from the use of this email or attachment.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251657&i=6" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251657&i=7" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18251278Re: accessing type.properties2008-07-02T20:39:25Z2008-07-02T20:39:25ZBreton Slivka-2It's a brand spanking new idea, so nothing is tested yet. Not by me at
<br>least. But it certainly is worth looking more into this. I'll do what I
<br>can. My associate Maks has also taken interest in my invention, so I
<br>imagine he'll be looking into it as well.
<br><br><br>
<br><br>-----Original Message-----
<br>From: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251278&i=0" target="_top" rel="nofollow">helma-user-bounces@...</a> [mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251278&i=1" target="_top" rel="nofollow">helma-user-bounces@...</a>]
<br>On Behalf Of Joshua Paine
<br>Sent: Thursday, 3 July 2008 1:32 PM
<br>To: Helma User Mailing List
<br>Subject: Re: [Helma-user] accessing type.properties
<br><br>Breton Slivka wrote:
<br>> You know what else you can do? You can set it programatically.
<br><br>I saw those methods when I was investigating this, but didn't think to
<br>try anything with them. (Maybe 'cause type.properties never really
<br>bothered me?)
<br><br>> I immediately set out to write an example of replacing type.properties
<br><br>> with an Object Literal in javascript.
<br><br>Is this tested and working? Does it work for all properties, even
<br>_extends? Since helma will see and use changes to types while running
<br>already, I guess this should work. Would love to hear from Hannes that
<br>this won't cause lots of expensive cache invalidations that wouldn't
<br>happen otherwise.
<br><br>Really cool, though. And now that the possibility of controlling
<br>type.properties from script appears, I begin to think of some things I'd
<br>do with it.
<br><br><br>I was going to reply with my discovery that you can put arbitrary named
<br>values in type.properties, and if you start with _ and they're not magic
<br>helma ones, they won't affect anything. So it'd be easy to specify the
<br>order there--still a bit of repeating oneself, but all in one place at
<br>least. This is a lot more interesting, though, and suggests ways to
<br>optionally put more metadata into the [script version of] type
<br>properties to get better forms for minimal effort.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251278&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><br><br>Breton Slivka
<br>Assistant Multimedia Systems Developer
<br><br>National Gallery of Victoria
<br>180 St Kilda Road Melbourne Vic 3004 Australia
<br>Telephone: +61 3 8620 2348
<br>Fax: +61 3 8620 2555
<br>ngv.vic.gov.au
<br><br>Keep informed of the latest NGV exhibitions, special events and programs at The Ian Potter Centre: NGV Australia and NGV International by subscribing to NGV@RT, the NGV's free e-newsletter.
<br><br>DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251278&i=3" target="_top" rel="nofollow">helma-user@...</a>. If you are not the named addressee you should not disseminate, copy or alter this email. WARNING: Although National Gallery of Victoria has taken reasonable precautions to ensure no viruses are present in this email, the organisation cannot accept responsibility for any loss or damage arising from the use of this email or attachment.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251278&i=4" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18251212Re: accessing type.properties2008-07-02T20:32:18Z2008-07-02T20:32:18ZJoshua PaineBreton Slivka wrote:
<br>> You know what else you can do? You can set it programatically.
<br><br>I saw those methods when I was investigating this, but didn't think to
<br>try anything with them. (Maybe 'cause type.properties never really
<br>bothered me?)
<br><br>> I immediately set out to write an example of replacing
<br>> type.properties with an Object Literal in javascript.
<br><br>Is this tested and working? Does it work for all properties, even
<br>_extends? Since helma will see and use changes to types while running
<br>already, I guess this should work. Would love to hear from Hannes that
<br>this won't cause lots of expensive cache invalidations that wouldn't
<br>happen otherwise.
<br><br>Really cool, though. And now that the possibility of controlling
<br>type.properties from script appears, I begin to think of some things I'd
<br>do with it.
<br><br><br>I was going to reply with my discovery that you can put arbitrary named
<br>values in type.properties, and if you start with _ and they're not magic
<br>helma ones, they won't affect anything. So it'd be easy to specify the
<br>order there--still a bit of repeating oneself, but all in one place at
<br>least. This is a lot more interesting, though, and suggests ways to
<br>optionally put more metadata into the [script version of] type
<br>properties to get better forms for minimal effort.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18251212&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18250938Re: accessing type.properties2008-07-02T20:04:18Z2008-07-02T20:04:18ZBreton Slivka-2Okay, to be more serious. I was actually quite stoked by your initial
<br>email. Why? Because I didn't know you could programatically read
<br>type.properties at all! You know what else you can do? You can set it
<br>programatically. I immediately set out to write an example of replacing
<br>type.properties with an Object Literal in javascript. That's as follows:
<br><br><br>ArtworkType.js:
<br><br>jsonType(
<br>"Artwork",
<br>{
<br> "_id" : "ARTWORK_ID",
<br> "_db" : GlobalDatabase, // a global variable set
<br>earlier.
<br> "artist": "ARTIST_ID",
<br> "year": "YEAR",
<br> "title": "TITLE
<br>});
<br><br><br><br>Global.js:
<br><br>function jsonType(prototypename, json) {
<br>
<br> var typeproperties =
<br>app.getPrototype(prototypename).getTypeProperties();
<br> var i;
<br> for(i in json) {
<br> typeproperties.setProperty(i, json[i]);
<br> }
<br><br> return jsonType; //This enables some nice chaining.
<br>}
<br><br><br>
<br>>From here it's not that much of a leap to make the original "json"
<br>object an array like so:
<br><br>ArtworkType = [
<br> {"_id" : "ARTWORK_ID"},
<br> {"_db" : GlobalDatabase}, // a global variable set
<br>earlier.
<br> {"artist": "ARTIST_ID"},
<br> {"year": "YEAR"},
<br> {"title": "TITLE}
<br>]
<br><br>Then modify the jsonType function accordingly:
<br><br>jsonType("Artwork", ArtworkType)
<br><br>And bam, you've got type.properties as a literal, throw away the
<br>type.properties file.
<br>And not only that, but you can then go on to query the ArtworkType
<br>object to generate forms, in the order that you want, and everything is
<br>specified in only one place.
<br><br><br>-----Original Message-----
<br>From: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250938&i=0" target="_top" rel="nofollow">helma-user-bounces@...</a> [mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250938&i=1" target="_top" rel="nofollow">helma-user-bounces@...</a>]
<br>On Behalf Of Joshua Paine
<br>Sent: Thursday, 3 July 2008 12:56 PM
<br>To: Helma User Mailing List
<br>Subject: Re: [Helma-user] accessing type.properties
<br><br>Breton Slivka wrote:
<br>> In the spirit of idea generation, here's a very silly solution:
<br><br>Maybe I should make it an explicit design goal that someone reading the
<br>code should not have to consult wikipedia. :-)
<br><br>> Once you convert a factoradic into a machine integer, it's *the* most
<br>> compact way of specifying the order of anything you'll find.
<br><br>Except not having to specify it seperately at all, which is what being
<br>able to read the type properties in order would get me.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250938&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><br><br>Breton Slivka
<br>Assistant Multimedia Systems Developer
<br><br>National Gallery of Victoria
<br>180 St Kilda Road Melbourne Vic 3004 Australia
<br>Telephone: +61 3 8620 2348
<br>Fax: +61 3 8620 2555
<br>ngv.vic.gov.au
<br><br>Keep informed of the latest NGV exhibitions, special events and programs at The Ian Potter Centre: NGV Australia and NGV International by subscribing to NGV@RT, the NGV's free e-newsletter.
<br><br>DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250938&i=3" target="_top" rel="nofollow">helma-user@...</a>. If you are not the named addressee you should not disseminate, copy or alter this email. WARNING: Although National Gallery of Victoria has taken reasonable precautions to ensure no viruses are present in this email, the organisation cannot accept responsibility for any loss or damage arising from the use of this email or attachment.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250938&i=4" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18250887Re: accessing type.properties2008-07-02T19:55:39Z2008-07-02T19:55:39ZJoshua PaineBreton Slivka wrote:
<br>> In the spirit of idea generation, here's a very silly solution:
<br><br>Maybe I should make it an explicit design goal that someone reading the
<br>code should not have to consult wikipedia. :-)
<br><br>> Once you convert a factoradic into a machine integer, it's *the* most
<br>> compact way of specifying the order of anything you'll find.
<br><br>Except not having to specify it seperately at all, which is what being
<br>able to read the type properties in order would get me.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250887&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18250804Re: accessing type.properties2008-07-02T19:45:56Z2008-07-02T19:45:56ZBreton Slivka-2In the spirit of idea generation, here's a very silly solution:
<br><br>Sort all the property names alphabetically (or some known other known
<br>sort ordering function),
<br>And then specify the order of the fields as a permutation of that
<br>original order using a factoradic.
<br><br><a href="http://en.wikipedia.org/wiki/Factoradic" target="_top" rel="nofollow">http://en.wikipedia.org/wiki/Factoradic</a><br><br>Once you convert a factoradic into a machine integer, it's *the* most
<br>compact way of specifying the order of anything you'll find.
<br><br><br>-----Original Message-----
<br>From: <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250804&i=0" target="_top" rel="nofollow">helma-user-bounces@...</a> [mailto:<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250804&i=1" target="_top" rel="nofollow">helma-user-bounces@...</a>]
<br>On Behalf Of Joshua Paine
<br>Sent: Thursday, 3 July 2008 12:20 PM
<br>To: Helma User Mailing List
<br>Subject: Re: [Helma-user] accessing type.properties
<br><br>Breton Slivka wrote:
<br>> Out of curiosity, why do you need them in the original order?
<br><br>I'm trying to cut down my boilerplate code and make basic CRUD as quick
<br>to do as reasonably possible. I dislike code generation--boilerplate is
<br>not less boilerplate because a script wrote it for me. Instead I want
<br>generic routines that just work for the basic case and have enough hooks
<br>in them that they can be customized for most other cases. So I've got
<br>code that handles automatically and cleanly one of the vexed issues of
<br>Helma app organization: how do I let MyType be responsible for its own
<br>creation view and controller code and not ParentOfMyType? (Contrast with
<br>the addressbook tutorial, where create.hac is part of Root, not Person,
<br>and though it shares the skin duplicates almost all the logic code of
<br>Person/edit.) And I've got code that automatically handles
<br>updating/creating an object from POST data--works for a very large
<br>subset of cases and easy to override where it wouldn't. And I've got
<br>code that makes building adequately pretty, smart forms that are aware
<br>of the object they belong to very quick. The goal in all these is to
<br>reduce code size *and* occasion for error. (Contrast a form validation
<br>lib I once wrote that used a very compact DSL--so compact I was always
<br>having to look up what I meant.)
<br><br>Anyway, to go all the way to automated CRUD, I need some way of saying
<br>what order the fields go in. And I'd like to say it without any
<br>duplication of information--i.e., I don't even want to say the names of
<br>all the properties over again. They're all in type.properties already,
<br>so ideally I could just put them there in the order I want them
<br>presented in. And since I want this automation to happen in real time,
<br>not generated, it seems like reading the file and parsing it over again
<br>would be a bit wasteful. I suppose I could cache the result of the
<br>reading/parsing, but that's still more pain than I'd like for this
<br>purpose.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250804&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><br><br>Breton Slivka
<br>Assistant Multimedia Systems Developer
<br><br>National Gallery of Victoria
<br>180 St Kilda Road Melbourne Vic 3004 Australia
<br>Telephone: +61 3 8620 2348
<br>Fax: +61 3 8620 2555
<br>ngv.vic.gov.au
<br><br>Keep informed of the latest NGV exhibitions, special events and programs at The Ian Potter Centre: NGV Australia and NGV International by subscribing to NGV@RT, the NGV's free e-newsletter.
<br><br>DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250804&i=3" target="_top" rel="nofollow">helma-user@...</a>. If you are not the named addressee you should not disseminate, copy or alter this email. WARNING: Although National Gallery of Victoria has taken reasonable precautions to ensure no viruses are present in this email, the organisation cannot accept responsibility for any loss or damage arising from the use of this email or attachment.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250804&i=4" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18250572Re: accessing type.properties2008-07-02T19:19:31Z2008-07-02T19:19:31ZJoshua PaineBreton Slivka wrote:
<br>> Out of curiosity, why do you need them in the original order?
<br><br>I'm trying to cut down my boilerplate code and make basic CRUD as quick
<br>to do as reasonably possible. I dislike code generation--boilerplate is
<br>not less boilerplate because a script wrote it for me. Instead I want
<br>generic routines that just work for the basic case and have enough hooks
<br>in them that they can be customized for most other cases. So I've got
<br>code that handles automatically and cleanly one of the vexed issues of
<br>Helma app organization: how do I let MyType be responsible for its own
<br>creation view and controller code and not ParentOfMyType? (Contrast with
<br>the addressbook tutorial, where create.hac is part of Root, not Person,
<br>and though it shares the skin duplicates almost all the logic code of
<br>Person/edit.) And I've got code that automatically handles
<br>updating/creating an object from POST data--works for a very large
<br>subset of cases and easy to override where it wouldn't. And I've got
<br>code that makes building adequately pretty, smart forms that are aware
<br>of the object they belong to very quick. The goal in all these is to
<br>reduce code size *and* occasion for error. (Contrast a form validation
<br>lib I once wrote that used a very compact DSL--so compact I was always
<br>having to look up what I meant.)
<br><br>Anyway, to go all the way to automated CRUD, I need some way of saying
<br>what order the fields go in. And I'd like to say it without any
<br>duplication of information--i.e., I don't even want to say the names of
<br>all the properties over again. They're all in type.properties already,
<br>so ideally I could just put them there in the order I want them
<br>presented in. And since I want this automation to happen in real time,
<br>not generated, it seems like reading the file and parsing it over again
<br>would be a bit wasteful. I suppose I could cache the result of the
<br>reading/parsing, but that's still more pain than I'd like for this purpose.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250572&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18250305Re: accessing type.properties2008-07-02T18:49:08Z2008-07-02T18:49:08ZBreton SlivkaOut of curiosity, why do you need them in the original order?
<br><br>On Thu, Jul 3, 2008 at 3:17 AM, Joshua Paine <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250305&i=0" target="_top" rel="nofollow">joshua@...</a>> wrote:
<div class='shrinkable-quote'><br>> You can get all your object's type's properties like this:
<br>>
<br>> function getTypeProperties(){
<br>> var hash = {}, name, names, props;
<br>> props = app.getPrototype(this._prototype.toString())
<br>> .getTypeProperties();
<br>> names = props.propertyNames();
<br>> while(names.hasNext() && (name = names.next()))
<br>> hash[name] = props.getProperty(name);
<br>> return hash;
<br>> }
<br>>
<br>> Unfortunately the original getTypeProperties returns a hash-like
<br>> structure, so as far as I can tell there's no way to get them in order.
<br>> Does anyone know if there is a way to get the types properties in their
<br>> original order without reading the file?
<br>>
<br>>
<br>> _______________________________________________
<br>> Helma-user mailing list
<br>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250305&i=1" target="_top" rel="nofollow">Helma-user@...</a>
<br>> <a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br>>
</div>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18250305&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18242590accessing type.properties2008-07-02T10:17:41Z2008-07-02T10:17:41ZJoshua PaineYou can get all your object's type's properties like this:
<br><br>function getTypeProperties(){
<br> var hash = {}, name, names, props;
<br> props = app.getPrototype(this._prototype.toString())
<br> .getTypeProperties();
<br> names = props.propertyNames();
<br> while(names.hasNext() && (name = names.next()))
<br> hash[name] = props.getProperty(name);
<br> return hash;
<br>}
<br><br>Unfortunately the original getTypeProperties returns a hash-like
<br>structure, so as far as I can tell there's no way to get them in order.
<br>Does anyone know if there is a way to get the types properties in their
<br>original order without reading the file?
<br><br><br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18242590&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18154531Helma at the Linuxwochen Linz!2008-06-27T05:48:22Z2008-06-27T05:48:22ZAnton PirkerHi List!
<br><br>This weekend are the "Linuxwochen" (Linux weeks) in Linz/Austria!
<br><br>And i will give a small introduction session to Helma.
<br>The presentation will be on Saturday, 28th of June (tomorrow) at 12:00
<br>at the Kunstuniversität Linz - Saal 1
<br><br>More information here:
<br><a href="http://linz.linuxwochen.at/programm/2008/helma-javascript-am-server" target="_top" rel="nofollow">http://linz.linuxwochen.at/programm/2008/helma-javascript-am-server</a><br><br><br>Would be nice if some of you could come!
<br>(even though i will get nervous if i see a lot of faces of people who
<br>are better in helma than i am :-)
<br><br>cheers,
<br>Anton
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18154531&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18085635Re: Keeping track of changes of HopObject in onPersist()2008-06-24T00:42:28Z2008-06-24T00:42:28ZJulian TreeThanks Joshua, for the info. I will play with onInit abit more to see
<br>how it behaves.
<br><br><br>On Jun 16, 2008, at 7:06 PM, Joshua Paine wrote:
<br><div class='shrinkable-quote'><br>> On Mon, 2008-06-16 at 16:18 -0400, Julian Tree wrote:
<br>>> Is there a way to find out if a key/field has being changed in the
<br>>> HopObject?
<br>>
<br>> Not in Helma 1.x. I heard there were more events planned for Helma NG,
<br>> so maybe there's an onChange event planned for HopObject properties,
<br>> but
<br>> I don't know.
<br>>
<br>>> if(this.firstName.getOldValue() == this.firstName){
<br>>
<br>> This syntax would require deep magic, since method getOldValue would
<br>> normally be obliterated as soon as you assigned something to
<br>> firstName.
<br>>
<br>> If HopObject.onInit works as specified, you could add these methods to
<br>> HopObject:
<br>>
<br>> function onInit(){
<br>> var oldVals = {};
<br>> for(let name in this) {
<br>> if(!(this[name] instanceof HopObject ||
<br>> this[name] instanceof Function)) {
<br>> oldVals[name] = this[name];
<br>> }
<br>> }
<br>> this.cache.oldVals = oldVals;
<br>> }
<br>>
<br>> function oldValue(name){
<br>> if(!this.cache.oldVals) return;
<br>> return this.cache.oldVals[name];
<br>> }
<br>>
<br>> Then in your onPersist function you can write:
<br>>
<br>> if(this.firstName != this.oldValue('firstname')) doSomething();
<br>>
<br>> My sample code will only work for simple properties (not
<br>> HopObjects/collections). And only if onInit works as advertised. I had
<br>> some trouble with it the only time I tried to use it, but that was my
<br>> first app and using the object db. I haven't revisited it since.
<br>>
<br>> --
<br>> Joshua Paine <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18085635&i=0" target="_top" rel="nofollow">joshua@...</a>>
<br>>
<br>> _______________________________________________
<br>> Helma-user mailing list
<br>> <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18085635&i=1" target="_top" rel="nofollow">Helma-user@...</a>
<br>> <a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a></div><br>Julian
<br><br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18085635&i=2" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18071045Re: XML Blaster2008-06-23T07:57:03Z2008-06-23T07:57:03ZJoshua PaineNever heard of XML Blaster before, but it sure looks neat. Since Rhino
<br>(and hence Helma) can use any Java lib, it should be pretty easy to just
<br>use the Java client API, though odds are you'll want to wrap it up a
<br>bit. There seems to be an example doing just that (though in a GUI
<br>client) at
<br><<a href="http://www.xmlblaster.org/xmlBlaster/doc/requirements/client.javascript.rhino.html" target="_top" rel="nofollow">http://www.xmlblaster.org/xmlBlaster/doc/requirements/client.javascript.rhino.html</a>>
<br><br>Actually this is kind of exciting.
<br><br>--
<br>Joshua Paine <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18071045&i=0" target="_top" rel="nofollow">joshua@...</a>>
<br><br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18071045&i=1" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18070861helma.Html.prototype.radioButton2008-06-23T07:48:21Z2008-06-23T07:48:21ZMelanie ReichelHi,<br>I had a problem with radio buttons. If there is a selectedValue given, the corresponding radio button will not be checked.<br>The following code snippet in the helma.Html.prototype.radioButton function seems to cause the problem (l. 367ff in Html.js from 2007-12-13):<br>
<br><span style="font-family: courier new,monospace;"> if (attr.selectedValue != null) {</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> if (attr.value == attr.selectedValue)</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> attr.checked = "checked";</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> else</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> delete attr.checked;</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> delete attr.selectedValue;</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;">
}<br><br style="font-family: arial,sans-serif;"><span style="font-family: arial,sans-serif;">Because it works for checkboxes I think this lines of code should be used instead of in the radioButton function </span></span>t<span style="font-family: courier new,monospace;"><span style="font-family: arial,sans-serif;">o solve the problem:<br>
<br><span style="font-family: courier new,monospace;"> if (attr.selectedValue != null) {</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> if (helma.Html.isSelected(param.value, param.selectedValue))</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> attr.checked = "checked";</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> else</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> delete attr.checked;</span><br style="font-family: courier new,monospace;"><span style="font-family: courier new,monospace;"> delete attr.selectedValue;</span><br style="font-family: courier new,monospace;">
<span style="font-family: courier new,monospace;"> }</span><br style="font-family: arial,sans-serif;"></span></span><br>Maybe it helps one of you, too.<br>Melanie<br>
<br />_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18070861&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-18068533XML Blaster2008-06-23T05:42:13Z2008-06-23T05:42:13ZAxel ZuzekHi,<br>does anybody have some experience using Helma with XMLBlaster? <br>(<a href="http://www.xmlblaster.org/" target="_top" rel="nofollow">http://www.xmlblaster.org/</a>)<br clear="all"><br>thx Axel
<br />_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=18068533&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-17994382clustering postgresql2008-06-18T16:40:13Z2008-06-18T16:40:13ZJulian Treehi,
<br><br>Is there anyone using postgresql with helma? what is general consensus
<br>on mysql vs postgresql? We will be using HelmaSwarm. Should we take
<br>the primary key sequence generation into consideration? is there
<br>there a way to cluster postgresql through jdbc like show here with
<br>mysql? Thanks
<br><br><a href="http://adele.helma.org/download/helma/documentation/documentation.html#GuideClusteringHelma" target="_top" rel="nofollow">http://adele.helma.org/download/helma/documentation/documentation.html#GuideClusteringHelma</a><br><br>At the db-node-level the clustering depends of course on the database
<br>system in use. If you use MySQL, then you can implement a Master/Slave
<br>setup on the db-side, and have the DB-requests being distributed on
<br>these instances via the ReplicationDriver that is part of MySQL's
<br>Connector/J (version 3.1.11 or higher; see <a href="http://dev.mysql.com/doc/mysql/en/cj-replication-connection.html" target="_top" rel="nofollow">http://dev.mysql.com/doc/mysql/en/cj-replication-connection.html</a>)
<br>.
<br><br>### db.properties ###
<br>antville.url = jdbc:mysql://master,slave1,slave2,slave3/test
<br>antville.driver = com.mysql.jdbc.ReplicationDriver
<br>antville.user = user
<br>antville.password = pass
<br>antville.autoReconnect = true
<br>antville.roundRobinLoadBalance = true
<br><br><br>Julian
<br><br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17994382&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-17875217Re: Keeping track of changes of HopObjectin onPersist()2008-06-16T16:24:21Z2008-06-16T16:24:21ZMaksim Lin for technical support mailling lists>
<br>> On Mon, 2008-06-16 at 16:18 -0400, Julian Tree wrote:
<br>> > Is there a way to find out if a key/field has being changed in the
<br>> > HopObject?
<br>>
<br>> Not in Helma 1.x. I heard there were more events planned for
<br>> Helma NG, so maybe there's an onChange event planned for
<br>> HopObject properties, but I don't know.
<br><br>In the case of helma-ng and using JSAdapter objects this would be
<br>relatively straight forward, since every property change would be
<br>"trapped" by the JSAdapter object's getter function, which could then
<br>easily trigger a call back. However this isn't implemented in the
<br>current version of minibase in the helma-ng sandbox.
<br><br>Of course this kind of call back should also be possible to add into
<br>Helma 1.x as all HopObject property access would go through the Java
<br>class helma.scripting.rhino.HopObject get() function for "simple js"
<br>properties or jsFunction_get() in the case of HopObject reference
<br>properties. But as you can see, this does involve changes to core Java
<br>code.
<br><br>Maks.
<br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17875217&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-17875034Re: Keeping track of changes of HopObject in onPersist()2008-06-16T16:07:59Z2008-06-16T16:07:59ZJoshua PaineOn Mon, 2008-06-16 at 19:06 -0400, Joshua Paine wrote:
<br>> if(this.firstName != this.oldValue('firstname')) doSomething();
<br><br>Er, this.oldValue('firstName')
<br><br>--
<br>Joshua Paine <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17875034&i=0" target="_top" rel="nofollow">joshua@...</a>>
<br><br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17875034&i=1" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-17875003Re: Keeping track of changes of HopObject in onPersist()2008-06-16T16:05:49Z2008-06-16T16:05:49ZJoshua PaineOn Mon, 2008-06-16 at 16:18 -0400, Julian Tree wrote:
<br>> Is there a way to find out if a key/field has being changed in the
<br>> HopObject?
<br><br>Not in Helma 1.x. I heard there were more events planned for Helma NG,
<br>so maybe there's an onChange event planned for HopObject properties, but
<br>I don't know.
<br><br>> if(this.firstName.getOldValue() == this.firstName){
<br><br>This syntax would require deep magic, since method getOldValue would
<br>normally be obliterated as soon as you assigned something to firstName.
<br><br>If HopObject.onInit works as specified, you could add these methods to
<br>HopObject:
<br><br>function onInit(){
<br> var oldVals = {};
<br> for(let name in this) {
<br> if(!(this[name] instanceof HopObject ||
<br> this[name] instanceof Function)) {
<br> oldVals[name] = this[name];
<br> }
<br> }
<br> this.cache.oldVals = oldVals;
<br>}
<br><br>function oldValue(name){
<br> if(!this.cache.oldVals) return;
<br> return this.cache.oldVals[name];
<br>}
<br><br>Then in your onPersist function you can write:
<br><br>if(this.firstName != this.oldValue('firstname')) doSomething();
<br><br>My sample code will only work for simple properties (not
<br>HopObjects/collections). And only if onInit works as advertised. I had
<br>some trouble with it the only time I tried to use it, but that was my
<br>first app and using the object db. I haven't revisited it since.
<br><br>--
<br>Joshua Paine <<a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17875003&i=0" target="_top" rel="nofollow">joshua@...</a>>
<br><br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17875003&i=1" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-17872556Keeping track of changes of HopObject in onPersist()2008-06-16T13:18:49Z2008-06-16T13:18:49ZJulian TreeI find onPerisist trigger very useful.
<br><br>Is there a way to find out if a key/field has being changed in the
<br>HopObject? Like new value of the field vs old(stored) valued of the
<br>field, like in a stored procedure in at SQL database.
<br><br>For example something like below would be userful:
<br><br>this.firstName = req.postParams.firstName;
<br><br><br>this.onPersist = function(){
<br> if(this.firstName.getOldValue() == this.firstName){
<br> //user has changed the value of the firstName
<br> // do something big
<br> }
<br><br>}
<br><br><br>Julian
<br><br>_______________________________________________
<br>Helma-user mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17872556&i=0" target="_top" rel="nofollow">Helma-user@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-user" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-user</a><br><p>From forum: <a href="http://www.nabble.com/Helma---User-f2591.html" embed="fixTarget[2591]" target="_top" >Helma - User</a></p>tag:www.nabble.com,2006:post-17853286[Bug 617] Macros are handled incorrectly in (special) case of Root as prototype extent2008-06-15T11:37:21Z2008-06-15T11:37:21ZBugzilla from bugzilla-daemon@helma.at<a href="http://helma.org/bugs/show_bug.cgi?id=617" target="_top" rel="nofollow">http://helma.org/bugs/show_bug.cgi?id=617</a><br><br><br><br><br><br>------- Comment #4 from <a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17853286&i=0" target="_top" rel="nofollow">interface@...</a> 2008-06-15 20:37 -------
<br>After commenting out lines 1093-1110 of helma/framework/core/Skin.java [1] as
<br>you suggested via Jabber I made the following observations:
<br><br> * A "story" handler in a comment skin (with a comment being an extent of the
<br>story prototype) results in an "unhandled macro error" even with a story object
<br>in the path
<br> * Defining res.handlers.story with the appropriate comment works now
<br> * However, the "root" handler is not resolved correctly anymore at least when
<br>using virtual hosts; <% root.href %> becomes http://[siteName].antville.org
<br>instead of <a href="http://www.antville.org" target="_top" rel="nofollow">http://www.antville.org</a> (Note: root is inherited from the site
<br>prototype in Antville) -- I don't fully understand what's happening here, yet.
<br><br>--
<br>[1]
<br><a href="http://dev.helma.org/trac/helma/browser/helma/helma/trunk/src/helma/framework/core/Skin.java#L1093" target="_top" rel="nofollow">http://dev.helma.org/trac/helma/browser/helma/helma/trunk/src/helma/framework/core/Skin.java#L1093</a><br><br><br>--
<br>Configure bugmail: <a href="http://helma.org/bugs/userprefs.cgi?tab=email" target="_top" rel="nofollow">http://helma.org/bugs/userprefs.cgi?tab=email</a><br>------- You are receiving this mail because: -------
<br>You are the assignee for the bug, or are watching the assignee.
<br>_______________________________________________
<br>Helma-dev mailing list
<br><a href="http://www.nabble.com/user/SendEmail.jtp?type=post&post=17853286&i=1" target="_top" rel="nofollow">Helma-dev@...</a>
<br><a href="http://helma.org/mailman/listinfo/helma-dev" target="_top" rel="nofollow">http://helma.org/mailman/listinfo/helma-dev</a><br><p>From forum: <a href="http://www.nabble.com/Helma---Dev-f2590.html" embed="fixTarget[2590]" target="_top" >Helma - Dev</a></p>