Nabble - Helma

[Bug 670] convinient Searcher.HitCollection - forEach

2009-06-30T01:21:20Z

http://dev.helma.org/bugs/show_bug.cgi?id=670

Robert Gaggl <robert@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |robert@...
Resolution| |FIXED

--- Comment #3 from Robert Gaggl <robert@...> 2009-06-30 10:21:20 ---
Thanks for the patch, it's in trunk now (w. minor adaptions, see
http://dev.helma.org/trac/helma/changeset/9838)

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 670] convinient Searcher.HitCollection - forEach

2009-06-29T06:16:59Z

http://dev.helma.org/bugs/show_bug.cgi?id=670

--- Comment #2 from s o <nostalgiker@...> 2009-06-29 15:16:59 ---
afaiu the bitshifting line I blindly copied from the mozillawiki could be
replaced with

> var len = Math.abs(this.length)

since that is easier to understand and bitshifting isn't that fast in JS
anyways.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 670] convinient Searcher.HitCollection - forEach

2009-06-22T06:34:48Z

http://dev.helma.org/bugs/show_bug.cgi?id=670

--- Comment #1 from s o <nostalgiker@...> 2009-06-22 15:34:48 ---
Created an attachment (id=113)
--> (http://dev.helma.org/bugs/attachment.cgi?id=113)
adds foreach to Searcher.HitCollection

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 670] New: convinient Searcher.HitCollection - forEach

2009-06-22T06:31:13Z

http://dev.helma.org/bugs/show_bug.cgi?id=670

Summary: convinient Searcher.HitCollection - forEach
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: Extensions
AssignedTo: helma-dev@...
ReportedBy: nostalgiker@...

patch adds convinience function forEach(), adapted
https://developer.mozilla.org/En/Core_JavaScript_1.5_Reference/Objects/Array/ForEach

less error prone then for-loop + get()

HitCollection now has:
* get()
* length()
* size()
* forEach()

would also suggest adding 'length' getter and removing size()

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 669] request's character encoding "null" behind ajp13

2009-06-17T07:47:20Z

http://dev.helma.org/bugs/show_bug.cgi?id=669

--- Comment #1 from s o <nostalgiker@...> 2009-06-17 16:47:20 ---
usually this is not a problem, since the request-encoding is supposed to be the
same as the response's.

we only noticed the problem with ajax-post-requests (always utf-8 encoded)
which where coming in garbled if app.charset=ISO-8859-15.

doing req.params.foo.toCharset("UTF-8") restored order.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 669] New: request's character encoding "null" behind ajp13

2009-06-17T07:44:53Z

http://dev.helma.org/bugs/show_bug.cgi?id=669

Summary: request's character encoding "null" behind ajp13
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Component: Web Support
AssignedTo: helma-dev@...
ReportedBy: nostalgiker@...

req.getServletRequest().getCharacterEncoding() is always null if the request
comes in via apache (mod_jk 1.2.26-2, i also tried the next two older versions
of mod_jk).

i would expect it to be the header's content-type encoding, e.g. for

Content-Type: application/x-www-form-urlencoded; charset=UTF-8

it should be utf-8.

this problem existed with jetty5, still persists with current trunk and jetty6.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 617] Macros are handled incorrectly in (special) case of Root as prototype extent

2009-06-15T06:51:15Z

http://dev.helma.org/bugs/show_bug.cgi?id=617

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |hannes@...

--- Comment #5 from Hannes Wallnoefer <hannes@...> 2009-06-15 15:51:14 ---
The fix for this bug introduced some new problems, so the lookup process was
tweaked again for Helma 1.7:

http://groups.google.com/group/helma/browse_frm/thread/6cc6ec4c0974e5fc
https://dev.helma.org/trac/helma/changeset/9828

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 668] grouped collection w/ accessname throws up in certain case

2009-06-02T06:58:59Z

http://dev.helma.org/bugs/show_bug.cgi?id=668

--- Comment #1 from s o <nostalgiker@...> 2009-06-02 15:58:59 ---
stacktrace when i call add()

Error in application dgr

Wrapped java.lang.RuntimeException: Error retrieving Node
(/home/oberhams/experiments/demo-generic-reference/Root/actions.js#27)
Script Stack

at /home/oberhams/experiments/demo-generic-reference/Root/actions.js:27

Java Stack

org.mozilla.javascript.WrappedException: Wrapped java.lang.RuntimeException:
Error retrieving Node
(/home/oberhams/experiments/demo-generic-reference/Root/actions.js#27)
at org.mozilla.javascript.Context.throwAsScriptRuntimeEx(Context.java:1773)
at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:183)
at org.mozilla.javascript.FunctionObject.call(FunctionObject.java:476)
at org.mozilla.javascript.optimizer.OptRuntime.call1(OptRuntime.java:66)
at
org.mozilla.javascript.gen.c264._c2(/home/oberhams/experiments/demo-generic-reference/Root/actions.js:27)
at
org.mozilla.javascript.gen.c264.call(/home/oberhams/experiments/demo-generic-reference/Root/actions.js)
at org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:398)
at org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:3065)
at
org.mozilla.javascript.gen.c264.call(/home/oberhams/experiments/demo-generic-reference/Root/actions.js)
at org.mozilla.javascript.Context$1.run(Context.java:504)
at org.mozilla.javascript.Context.call(Context.java:515)
at org.mozilla.javascript.Context.call(Context.java:502)
at helma.scripting.rhino.RhinoEngine.invoke(RhinoEngine.java:300)
at helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:414)
at java.lang.Thread.run(Thread.java:595)
Caused by: java.lang.RuntimeException: Error retrieving Node
at
helma.objectmodel.db.WrappedNodeManager.getNode(WrappedNodeManager.java:96)
at helma.objectmodel.db.Node.getChildElement(Node.java:1054)
at helma.objectmodel.db.Node.addNode(Node.java:910)
at helma.objectmodel.db.Node.addNode(Node.java:813)
at helma.objectmodel.db.Node.addNode(Node.java:872)
at helma.objectmodel.db.Node.addNode(Node.java:813)
at helma.scripting.rhino.HopObject.jsFunction_add(HopObject.java:535)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:585)
at org.mozilla.javascript.MemberBox.invoke(MemberBox.java:161)
... 13 more
Caused by: java.lang.NullPointerException
at helma.objectmodel.db.Relation$Constraint.addToQuery(Relation.java:1460)
at helma.objectmodel.db.Relation.renderConstraints(Relation.java:1088)
at helma.objectmodel.db.Relation.buildQuery(Relation.java:951)
at
helma.objectmodel.db.NodeManager.getNodeByRelation(NodeManager.java:1440)
at helma.objectmodel.db.NodeManager.getNode(NodeManager.java:278)
at
helma.objectmodel.db.WrappedNodeManager.getNode(WrappedNodeManager.java:87)
... 24 more

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 668] New: grouped collection w/ accessname throws up in certain case

2009-06-02T06:36:02Z

http://dev.helma.org/bugs/show_bug.cgi?id=668

Summary: grouped collection w/ accessname throws up in certain
case
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P5
Component: Database Layer
AssignedTo: helma-dev@...
ReportedBy: nostalgiker@...

Created an attachment (id=112)
--> (http://dev.helma.org/bugs/attachment.cgi?id=112)
demo app for groupedcollection NPE-on-add bug

I get NPE "error retrieving node" when *adding* an object to a grouped
collection, right after removing a similar object (belonging to same group)
from this collection, which was added in the same request. before the
NPE-provoking add i do removeChild(addedObject) on everything that makes
remotly sense and the collection isn't even aggressivly cached.

I modified the demo-generic-references app to show the problem - see
attachment. Root.main_action is where it all happens.

see also
http://groups.google.com/group/helma/browse_thread/thread/577854d4c4f7c2f7

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 667] limit / offset break collection

2009-05-29T08:17:30Z

http://dev.helma.org/bugs/show_bug.cgi?id=667

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |hannes@...
Resolution| |FIXED
Target Milestone|--- |1.7.0

--- Comment #1 from Hannes Wallnoefer <hannes@...> 2009-05-29 17:17:30 ---
Fixed in svn.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 445] named collection wird nicht aktualisiert

2009-05-28T07:02:38Z

http://dev.helma.org/bugs/show_bug.cgi?id=445

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |hannes@...

--- Comment #5 from Hannes Wallnoefer <hannes@...> 2009-05-28 16:02:38 ---
Description and first comment got trunkated in server transition.

original description:

wenn ich in einer named collection die property verändere, die als accessname
verwendet wird, erhalte ich dennoch weiterhin das objekt mittels get und dem
alten wert.

allerdings passiert das nicht innerhalb eines requests, sondern scheint's nur,
wenn ich das schritt für schritt in je einem eigenen request durchführe.

zur veranschaulichung folgt eine test-app.

first comment:

test-app zur veranschaulichung von bug #445

man starte mit der main_action von root. hier wird nur ein Item erzeugt und zu
root hinzugefügt:

root.size(): 1
root.names.get("foo"): [HopObject Item]
root.names.get("bar"): null

wird danach die rename_action aufgerufen, wird der name des vorhin erzeugten
Items verändert:

root.size(): 1
root.names.get("foo"): [HopObject Item]
root.names.get("bar"): [HopObject Item]

m.e. dürfte nun root.names.get("foo") kein HopObject mehr liefern, sondern
null...

momentan kann ich diese verhalten nur mittels res.commit() und anschließendem
invalidieren des betroffenen objekts verhindern.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 667] New: limit / offset break collection

2009-05-27T05:04:51Z

http://dev.helma.org/bugs/show_bug.cgi?id=667

Summary: limit / offset break collection
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: Database Layer
AssignedTo: helma-dev@...
ReportedBy: nostalgiker@...

when i set limit and offset on a normal collection helma never loads the
collections items - the collection stays empty. i can add things to it, that
works. but the items already in db don't get loaded.

this is most likly due to this broken COUNT sql issued by helma when i first
access the colleciton:

SQL SELECT_COUNT T_STORY 22: SELECT * FROM ( SELECT /*+ FIRST_ROWS(n) */ a.*,
ROWNUM rnum FROM (SELECT count(*) FROM T_STORY WHERE
T_STORY.STO_F_SIT_PARENTSITE = 1600000) a WHERE ROWNUM <= 15) WHERE rnum > 5

released = collection (Story)
released.local = SIT_ID
released.foreign = STO_F_SIT_PARENTSITE
released.order = STO_CREATETIME desc
released.limit = 10
released.offset = 5

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 666] HopObject.size() broken

2009-05-27T04:59:49Z

http://dev.helma.org/bugs/show_bug.cgi?id=666

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |hannes@...
Resolution| |FIXED
Target Milestone|--- |1.7.0

--- Comment #2 from Hannes Wallnoefer <hannes@...> 2009-05-27 13:59:49 ---
Should be fixed in svn.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 666] HopObject.size() broken

2009-05-25T05:47:56Z

http://dev.helma.org/bugs/show_bug.cgi?id=666

--- Comment #1 from s o <nostalgiker@...> 2009-05-25 14:47:56 ---
tested with oracle 10g and mysql 5.0

i first encountered the problem with generic ref collections ($id, $prototype),
but 'normal' collections (no matter the cachemode) are effected as well.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 666] New: HopObject.size() broken

2009-05-25T05:35:00Z

http://dev.helma.org/bugs/show_bug.cgi?id=666

Summary: HopObject.size() broken
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Component: HopObject Functionality
AssignedTo: helma-dev@...
ReportedBy: nostalgiker@...

return value of size() does not change when removing children of a collection.

e.g. this does not work as expected:

{{{
res.debug('###pre');
res.debug('size ' + forum.size());
res.debug('children ' + forum.list());

var len = forum.size();
for (var i=len-1;i>=0;i--) {
var comment = forum.get(i);
comment.remove();
forum.removeChild(comment);
}
res.debug('###post');
res.debug('size ' + forum.size());
res.debug('children ' + forum.list());

---------- output ---------
###pre
size 3
children Comment#51006863,Comment#51006313,Comment#51005791
###post
size 3
children
}}}

this works as expected in the official helma 1.6.3. release.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 665] New: JSON.js bundled with Helma is old and buggy

2009-05-15T02:05:52Z

http://dev.helma.org/bugs/show_bug.cgi?id=665

Summary: JSON.js bundled with Helma is old and buggy
Product: Helma
Version: 1.6.3
Platform: Other
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P5
Component: helmaLib, helmaTools
AssignedTo: helma-dev@...
ReportedBy: hannes@...

The modules/core/JSON.js currently bundled with Helma is dated 2006-04-28.
Samuel Wan has reported problems encoding Strings:

http://groups.google.com/group/helma/browse_frm/thread/2bbbfe817f2a4a4c

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 664] New: prefetching lots of nodes hits oracle IN-list maximum

2009-05-12T04:35:15Z

http://dev.helma.org/bugs/show_bug.cgi?id=664

Summary: prefetching lots of nodes hits oracle IN-list maximum
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: Database Layer
AssignedTo: helma-dev@...
ReportedBy: nostalgiker@...

collection.list(0,2000) throws this error against oracle

[2009/05/12 12:22:43] [ERROR] [ws2fm4-1] Error in prefetchNodes()
java.sql.SQLException: ORA-01795: maximum number of expressions in a list is
1000

query triggering the error:

{{{
SQL SELECT_PREFETCH T_COMMENT 427: SELECT T_COMMENT.* FROM T_COMMENT WHERE
T_COMMENT.CMT_ID in (51002840, .... <cut very long list >)
}}}

the internet tells me that the error message is wrong for earlier versions of
oracle. i tested with oracle10 and list(0,1000) really was the highest working
value.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 663] HopObject.getCollection() not respecting "accessname"

2009-05-11T04:21:47Z

http://dev.helma.org/bugs/show_bug.cgi?id=663

--- Comment #2 from s o <nostalgiker@...> 2009-05-11 13:21:46 ---
probably related:

this throws NPE when trying to load the one story with an accessname, all other
stories before and after that are loaded correctly:
{{{
var coll = Story.getCollection( {"alias": "STO_ALIAS"} );
coll.list(0,10);
}}}

[2009/05/11 12:18:33] [ERROR] [ws2fm4-1] Error in prefetchNodes()
java.lang.NullPointerException
at helma.objectmodel.db.DbKey.hashCode(DbKey.java:82)
at helma.objectmodel.db.SyntheticKey.hashCode(SyntheticKey.java:77)
at java.util.HashMap.put(HashMap.java:418)
at helma.util.CacheMap.put(CacheMap.java:243)
at helma.swarm.SwarmCache.put(SwarmCache.java:221)
at
helma.objectmodel.db.NodeManager.registerNewNode(NodeManager.java:357)
at
helma.objectmodel.db.NodeManager.prefetchNodes(NodeManager.java:1318)
at
helma.objectmodel.db.WrappedNodeManager.prefetchNodes(WrappedNodeManager.java:167)
at helma.objectmodel.db.SubnodeList.prefetch(SubnodeList.java:157)
at helma.objectmodel.db.Node.prefetchChildren(Node.java:1576)
at helma.scripting.rhino.HopObject.prefetchChildren(HopObject.java:449)
at helma.scripting.rhino.HopObject.jsFunction_list(HopObject.java:502)

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 663] HopObject.getCollection() not respecting "accessname"

2009-05-06T05:30:46Z

http://dev.helma.org/bugs/show_bug.cgi?id=663

--- Comment #1 from s o <nostalgiker@...> 2009-05-06 14:30:46 ---
also note that a normal collection fails silently (and returns null) when no
object with the requested accessname exists

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 663] New: HopObject.getCollection() not respecting "accessname"

2009-05-06T05:23:27Z

http://dev.helma.org/bugs/show_bug.cgi?id=663

Summary: HopObject.getCollection() not respecting "accessname"
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Linux
Status: NEW
Severity: normal
Priority: P5
Component: HopObject Functionality
AssignedTo: helma-dev@...
ReportedBy: nostalgiker@...

Created an attachment (id=111)
--> (http://dev.helma.org/bugs/attachment.cgi?id=111)
error when retrieving HopObj by accessname on programmatic collection

getting HopObjects by accessname does not work for programmatic collections
created with getCollection().

i tried the minimal case HopObject.getCollection({"accessname":
"ALIAS"}).get("validalias") and more complex ones, all fail with "Error
retrieving Node" - see strace attached.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 535] HopObject.getByAccessName?

2009-04-30T06:41:04Z

http://dev.helma.org/bugs/show_bug.cgi?id=535

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |hannes@...
Resolution| |FIXED

--- Comment #3 from Hannes Wallnoefer <hannes@...> 2009-04-30 15:41:04 ---
A HopObject's accessname is always defined within the context of a collection,
so Maksim is right, it is hard to generalize this from the instance method
HopObject.get() into a static getByAccessName() method.

Anyway, both this and the proposed HopObject.select can be implemented rather
easily using the new dynamically defined collections feature[1], so I'm closing
this bug as resolved fixed.

[1] http://dev.helma.org/wiki/Creating+collections+programmatically/

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 662] getDBConnection() to oracle db in 1.6.3 slower than in 1.5

2009-04-30T06:05:52Z

http://dev.helma.org/bugs/show_bug.cgi?id=662

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |hannes@...
Resolution| |FIXED

--- Comment #2 from Hannes Wallnoefer <hannes@...> 2009-04-30 15:05:52 ---
Fixed in svn trunk. I think in Helma 1.5 there wasn't any db connection testing
at all. Now we make sure that connections aren't tested more often than once a
minute.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 662] getDBConnection() to oracle db in 1.6.3 slower than in 1.5

2009-04-30T04:46:08Z

http://dev.helma.org/bugs/show_bug.cgi?id=662

--- Comment #1 from Marius Lessiak <marius.lessiak@...> 2009-04-30 13:46:07 ---
Created an attachment (id=110)
--> (http://dev.helma.org/bugs/attachment.cgi?id=110)
minimal testcase app

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 662] New: getDBConnection() to oracle db in 1.6.3 slower than in 1.5

2009-04-30T04:45:40Z

http://dev.helma.org/bugs/show_bug.cgi?id=662

Summary: getDBConnection() to oracle db in 1.6.3 slower than in
1.5
Product: Helma
Version: 1.6.3
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
Component: Database Layer
AssignedTo: helma-dev@...
ReportedBy: marius.lessiak@...

When retrieving a connection to an oracle DB via a call to getDBConnection
helma 1.6.3 is slower than helma 1.5. Attached is a minimal testcase app that
needs to be run with an enabled oracle database. I verified the slowdown with
an oracle 10g db using the ojdbc14.zip driver set (see
http://www.google.at/search?hl=de&q=ojdbc14.jar&btnG=Google-Suche&meta=&aq=0&oq=ojdbc)
and with an older oracle 8 db.

With helma 1.5 the first call to getDBConnection() takes about 400ms (on my
setup, the time varies with the specific db setup), all subsequent calls take
less than 0ms. With helma 1.6.3 the first call takes the same 400ms (as im
helma 1.5) whereas all subsequent calls take around 100ms. Maybe helma 1.6.3
does not reuse some stuff that helma 1.5 does?

By the way: the slowdown is not reproducible with a mysql db.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 661] New: comparison bug in loop macro in HopObject.js

2009-04-22T23:44:25Z

http://dev.helma.org/bugs/show_bug.cgi?id=661

Summary: comparison bug in loop macro in HopObject.js
Product: Helma
Version: 1.6.3
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority: P5
Component: helmaLib, helmaTools
AssignedTo: helma-dev@...
ReportedBy: maksim.lin@...

On line 139, the comparison:
if (!test || isNaN(test)) {

fails incorrectly if the first elements property that you are using is numeric
and happens to be value of zero (thanks to js type coercion).
This fixes the problem:
((test === undefined) || (test === null) || isNaN(test)) {

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 660] New: oracle TIMESTAMP types not handled well

2009-04-22T07:41:02Z

http://dev.helma.org/bugs/show_bug.cgi?id=660

Summary: oracle TIMESTAMP types not handled well
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: Database Layer
AssignedTo: helma-dev@...
ReportedBy: nostalgiker@...

accessing a DATE column gives me a JS Date object.

but accessing a column with type TIMESTAMP WITH TIME ZONE or TIMESTAMP WITH
LOCAL TIME ZONE [1] returns a string. this should also return a Date object.

TIMESTAMP type is interesting because it can handle TZ - which is hard with
DATE alone, where i have to worry about TZ conversion instead of jdbc&oracle
doing The Right Thing.

tried with oracle 10g, helma1 trunk

[1]
http://download.oracle.com/docs/cd/B19306_01/server.102/b14220/datatype.htm#CNCPT413

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 549] HopObject comparison fails, when res.commit and app.clearCache is called

2009-04-07T06:05:30Z

http://dev.helma.org/bugs/show_bug.cgi?id=549

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |hannes@...
Resolution| |FIXED
Summary|Object comparison fails, |HopObject comparison fails,
|when res.commit and |when res.commit and
|app.clearCache is called |app.clearCache is called

--- Comment #3 from Hannes Wallnoefer <hannes@...> 2009-04-07 15:05:30 ---
Fixed in lazy_collections branch which will be part of Helma 1.7.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 659] New: Replacing current helma.util.Diff with non-gpl alternative

2009-04-05T06:23:13Z

http://dev.helma.org/bugs/show_bug.cgi?id=659

Summary: Replacing current helma.util.Diff with non-gpl
alternative
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: Generic/Other
AssignedTo: helma-dev@...
ReportedBy: chris@...

Andreas Unterluggauer has suggested switching to an implementation based on
http://www.incava.org/projects/java/java-diff/ here:

http://helma.org/pipermail/helma-dev/2007-July/003695.html

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 658] renderSkin cannot receive a HopObject as param any longer.

2009-04-03T09:56:03Z

http://dev.helma.org/bugs/show_bug.cgi?id=658

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |hannes@...

--- Comment #1 from Hannes Wallnoefer <hannes@...> 2009-04-03 18:56:03 ---
It works for me:

----------- test.js:
function test_skinparam_action() {
var h = new HopObject();
h.name = "Foo";
this.renderSkin("test", h);
}

----------- test.skin:
hallo <% param.name %>!

Can you provide an example where it doesn't work?

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 658] New: renderSkin cannot receive a HopObject as param any longer.

2009-04-03T09:40:24Z

http://dev.helma.org/bugs/show_bug.cgi?id=658

Summary: renderSkin cannot receive a HopObject as param any
longer.
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
Component: Web Support
AssignedTo: helma-dev@...
ReportedBy: lists@...

I just realised that a recent update to the latest Helma 1.x from SVN has
broken some of my older apps that relied on HopObjects being passed as params
to renderSkin. This seems to have stopped working. I have not looked into the
cause but changed the app instead, since it was urgent. But to avoid other such
problems I think this should be fixed.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 532] HopObject.getOrderedView() should use SQL instead of property names

2009-03-30T09:23:52Z

http://dev.helma.org/bugs/show_bug.cgi?id=532

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX
Target Milestone|1.7.0 |---

--- Comment #1 from Hannes Wallnoefer <hannes@...> 2009-03-30 18:23:51 ---
I'm not going to change the behaviour of getOrderedView in Helma 1.7, however
(TEASER) there'll be an elegant way to create HopObject collections and
prototypes programmatically in Helma 1.7.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 643] dontEnum does not work on HopObjects

2009-03-30T05:26:44Z

http://dev.helma.org/bugs/show_bug.cgi?id=643

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |hannes@...
Resolution| |WONTFIX

--- Comment #3 from Hannes Wallnoefer <hannes@...> 2009-03-30 14:26:44 ---
(Mit Bezug zu comment #2)
> This works if I use another name than dontEnum for the function. The native
> Object.prototype.dontEnum seems to not be overridable though... Any ideas why?

Yes, Object.prototype.dontEnum is defined as PERMANENT, meaning it can't be
overridden. I just changed this to be consistent with the global functions
being overridable, see bug #602.

Closing this bug.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 653] Use Apache Commons IO to copy from InputStream to OutputStream

2009-03-30T05:18:24Z

http://dev.helma.org/bugs/show_bug.cgi?id=653

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |WONTFIX

--- Comment #2 from Hannes Wallnoefer <hannes@...> 2009-03-30 14:18:23 ---
Marking as wontfix, as we don't have the resources to fix this in Helma 1.

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 653] Use Apache Commons IO to copy from InputStream to OutputStream

2009-02-19T07:25:26Z

http://dev.helma.org/bugs/show_bug.cgi?id=653

Hannes Wallnoefer <hannes@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |1.7.0

--- Comment #1 from Hannes Wallnoefer <hannes@...> 2009-02-19 16:25:26 ---
The problem report on the helma list that triggered this bug:
http://groups.google.com/group/helma/browse_frm/thread/7ceacbc6e4603a47/ce71e2a80296af4c?lnk=gst

--
Configure bugmail: http://dev.helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev

[Bug 657] strictvars not working

2009-02-18T01:25:05Z

http://helma.org/bugs/show_bug.cgi?id=657

hannes@... changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |FIXED
Target Milestone|--- |1.7.0

------- Comment #3 from hannes@... 2009-02-18 10:25 -------
I committed your (slightly simplified) patch to svn trunk.

--
Configure bugmail: http://helma.org/bugs/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.
_______________________________________________
Helma-dev mailing list
Helma-dev@...
http://helma.org/mailman/listinfo/helma-dev

From forum: Helma - Dev