Jonathan Puckey | 1 Dec 13:58

Bug with getOrderedView ?

Hey guys,

I'm working on website ( http://smba.webtic.nl:8888/smba/ ) and I'm  
getting some exceptions every now and again.. I need to launch soon,  
but can't with these going on : (

here are few (example of a full exception at the bottom of this mail):
JavaException: java.lang.ClassCastException: uncomparable values 62.0 
(5) : 357(4)
JavaException: java.lang.ClassCastException: uncomparable values 81 
(4) : 55.0(5)
JavaException: java.lang.ClassCastException: uncomparable values 63.0 
(5) : 65(4)

It happens when I call the following function:
function orderWords(){
	res.data.words = res.data.words.getOrderedView("occurrence  
desc").list();
}

It looks like it's seeing one of the values as an Integer and the  
other as a Float.. But the values are coming from the same database  
column, and when I save the value that it's ordering on, I'm making  
sure that it's an integer:  word.occurrence = parseInt(k);

res.data.words is a hopobject that I'm adding a number of objects (of  
the same type) to:
if(b.length!=oldl) res.data.words.add(o);

I'm calling the orderWords function when I render my navigation  
(Continue reading)

Hannes Wallnoefer | 1 Dec 14:29
Picon
Gravatar

Re: Bug with getOrderedView ?

Hi Jonathan,

thanks for the report. Unfortunately, floats and integer sometimes get
mixed up in Rhino/Helma for various reasons. I just committed a patch
to Helma CVS (both HEAD and helma_1_5) that should fix the problem.
Let me know if you need help building from CVS, alternatively you can
wait for new snapshows to appear at
<http://adele.helma.org/download/helma/nightly/>.

hannes

2006/12/1, Jonathan Puckey <me <at> jonathanpuckey.com>:
> Hey guys,
>
> I'm working on website ( http://smba.webtic.nl:8888/smba/ ) and I'm
> getting some exceptions every now and again.. I need to launch soon,
> but can't with these going on : (
>
> here are few (example of a full exception at the bottom of this mail):
> JavaException: java.lang.ClassCastException: uncomparable values 62.0
> (5) : 357(4)
> JavaException: java.lang.ClassCastException: uncomparable values 81
> (4) : 55.0(5)
> JavaException: java.lang.ClassCastException: uncomparable values 63.0
> (5) : 65(4)
>
> It happens when I call the following function:
> function orderWords(){
>         res.data.words = res.data.words.getOrderedView("occurrence
> desc").list();
(Continue reading)

Jonathan Puckey | 1 Dec 19:39

Re: Bug with getOrderedView ?

Hi Hannes,
Thanks for the quick fix!
I built helma_1_5 from the CVS and my webhost is replacing helma.jar  
this weekend.
greetings,
Jonathan

> Hi Jonathan,
>
> thanks for the report. Unfortunately, floats and integer sometimes get
> mixed up in Rhino/Helma for various reasons. I just committed a patch
> to Helma CVS (both HEAD and helma_1_5) that should fix the problem.
> Let me know if you need help building from CVS, alternatively you can
> wait for new snapshows to appear at
> <http://adele.helma.org/download/helma/nightly/>.
>
> hannes
>
> 2006/12/1, Jonathan Puckey <me <at> jonathanpuckey.com>:
>> Hey guys,
>>
>> I'm working on website ( http://smba.webtic.nl:8888/smba/ ) and I'm
>> getting some exceptions every now and again.. I need to launch soon,
>> but can't with these going on : (
>>
>> here are few (example of a full exception at the bottom of this  
>> mail):
>> JavaException: java.lang.ClassCastException: uncomparable values 62.0
>> (5) : 357(4)
>> JavaException: java.lang.ClassCastException: uncomparable values 81
(Continue reading)

Jonathan Puckey | 2 Dec 14:09

docbook link broken on helma.org

The link to the docbook documentation: http://helma.org/docs/docbook/  
redirects to the Helma homepage..

grts-
Jonathan
Chris Zumbrunn | 2 Dec 23:54
Gravatar

Re: docbook link broken on helma.org


On Dec 2, 2006, at 14:09 , Jonathan Puckey wrote:

> The link to the docbook documentation: http://helma.org/docs/docbook/
> redirects to the Helma homepage..

Thanks Jonathan, I fixed it again.

Chris
Picon

Re: docbook link broken on helma.org

sorry Chris - its seems to be redirecting to homepage again...

From: helma-user-bounces <at> helma.org [mailto:helma-user-bounces <at> helma.org] On Behalf Of Chris Zumbrunn
Sent: Sunday, 3 December 2006 9:55 AM
To: Helma User Mailing List
Subject: Re: [Helma-user] docbook link broken on helma.org


On Dec 2, 2006, at 14:09 , Jonathan Puckey wrote:

> The link to the docbook documentation: http://helma.org/docs/docbook/
> redirects to the Helma homepage..

Thanks Jonathan, I fixed it again.

Chris



_______________________________________________
Helma-user mailing list
Helma-user <at> helma.org
http://helma.org/mailman/listinfo/helma-user

_______________________________________________
Helma-user mailing list
Helma-user <at> helma.org
http://helma.org/mailman/listinfo/helma-user
Chris Zumbrunn | 4 Dec 10:00
Gravatar

Re: docbook link broken on helma.org

On Dec 4, 2006, at 2:32 , Maksim Lin for technical support mailling lists wrote:

sorry Chris - its seems to be redirecting to homepage again...


Damn! Fixed it one more time. I'm going to change things around so this can't happen anymore.

Cheers,
Chris


From: helma-user-bounces <at> helma.org [mailto:helma-user-bounces <at> helma.org] On Behalf Of Chris Zumbrunn
Sent: Sunday, 3 December 2006 9:55 AM
To: Helma User Mailing List
Subject: Re: [Helma-user] docbook link broken on helma.org


On Dec 2, 2006, at 14:09 , Jonathan Puckey wrote:

> The link to the docbook documentation: http://helma.org/docs/docbook/
> redirects to the Helma homepage..

Thanks Jonathan, I fixed it again.

Chris


_______________________________________________
Helma-user mailing list
Helma-user <at> helma.org
http://helma.org/mailman/listinfo/helma-user
Picon

Re: Javascript Template Engine, Sub Templates

Hi Jürg,

are there any up-to-date benchmarks regarding the performance of  
using JSTL Templates in contrast to Helma Skins?
What is your testing setup?

> - prefix / suffix / default handling for loops: Are they added to   
> each iteration or the whole output?

I'd expect them to replace/be added to the whole output.

Thanks a lot!
Walter

Am 08.11.2006 um 02:30 schrieb Juerg Lehni:

> I added the possibility of sub templates to my template engine today,
> as a proof of concept:
>
> http://dev.helma.org/Wiki/JavaScript+Template+Engine/
>
> The syntax and naming is not fixed, but so far it works well for me,
> so I thought I should share it.
>
> This also had the side-effect that templates can now be created from
> strings like this:
>
> new Template(str);
>
> I think it should be very easy to create a JS only version from the
> current code that could run on the client side.
>
> One discussion that is still open is the problem with closing tags
> for nested content (</%>). In my email from 27.10.06 that remained
> unreplied so far I wrote about this, among many other open template
> questions:
>
> http://grazia.helma.at/pipermail/helma-dev/2006-October/003166.html
>
> - Nested content: So far it has been said they should use <% end %>
> instead of </%> as the end tag, for more consistency. I just realized
> today why this is not as easy as we hoped, and why I have come up
> with the current scheme. Look for example at this situation:
>
> <% foreach (value in list) %>
> 	<% value.macro %>
> 	Some HTML
> <% end %>
>
> It would be good to hear reactions about this problem, and also about
> the other questions in my post.
>
> Bellow some examples of sub templates. Comments are welcome.
>
> Jürg
>
> ---
>
> Definition:
>
>    <% template "name">
>    This is a sub-template. It can call <% macros %> and write <%=
> param.value %> too!
>    </%>
>
> Rendering:
>
>    <% render "name" value="variables" %>
>
> Rendering of normal templates:
>
>    <% this.render "name" foo="bar" %>
>
> Definition and rendering into a variable in one command:
>
>    <% set "text">
>    Render this text into 'name'. <% macros %> can be called.
>    </%>
>
> This can now be used like a normal variable, and for example be
> passed as
> the default value in another macro:
>
>    <%= text %>
>
>    <% do_something default=text %>
> _______________________________________________
> Helma-user mailing list
> Helma-user <at> helma.org
> http://helma.org/mailman/listinfo/helma-user
>
Hannes Wallnoefer | 6 Dec 17:39
Picon
Gravatar

JS-only stack traces

As most people probably know too well, Helma stack traces usually are
a mix of Java and JavaScript elements. If, as often is the case, the
problem is within the JavaScript application code, picking out the
relevant lines from the stack trace can be a real pain. So it was for
me today, and that's why I came up with an idea on how to fix this.

I just committed a feature to HEAD that allows to get a pure JS-stack
dump, followed by the full, mixed dump. You can activate this feature
by adding the following to either the app.properties or
server.properties file:

jsStackTrace = true

Let me know what you think about this (including whether or not it
should be merged into helma_1_5).

hannes
Stefan Rinner | 6 Dec 17:46
Picon

Re: JS-only stack traces

> Let me know what you think about this (including whether or not it
> should be merged into helma_1_5).
+1

Gmane