Nabble - Helma

[Bug 697] Changes from 4 Nov 2009 break one of my apps completely

2009-11-24T10:23:50Z

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

tobi <interface@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Target Milestone|--- |1.7.0
OS/Version|All |Macintosh
Severity|enhancement |normal

--
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 697] New: Changes from 4 Nov 2009 break one of my apps completely

2009-11-24T10:23:07Z

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

Summary: Changes from 4 Nov 2009 break one of my apps
completely
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: Database Layer
AssignedTo: helma-dev@...
ReportedBy: interface@...

If I try to run one of my apps with a Helma snapshot as of 5 November or later
I get a [Macro Error: Error retrieving Node] due to a NPE.

The application works flawlessly with earlier snapshots reaching back to
December 2008.

As the app makes heavy use of inheritance (_extends property) and other Helma
extravaganza it is quite hard to track down the problem.

However, I noticed that there is a strange SQL query that could be related to
the problem:

SELECT base.* FROM base WHERE base.id = null

Of course, this does not look really good from the point of view of the
application development; however, this query appears in both cases, with a
pre-Nov-4 and a post-Nov-4 Helma.

I will try to track down the issue as far as I can but already wanted to make
notice of this behaviour – would be thankful for any suggestions how I could
isolate this thing.

One suspicion I have right now: Could it be that changeset:9981 [1] probably
should not be applied to mountpoints – as they are virtual but indeed should
prefetch their child nodes?

--
[1] http://dev.helma.org/trac/helma/changeset/9981

--
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 696] log level display is not settable via app.properties

2009-11-23T04:54:38Z

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

--- Comment #1 from Marius Lessiak <marius.lessiak@...> 2009-11-23 13:54:38 ---
Created an attachment (id=129)
--> (http://dev.helma.org/bugs/attachment.cgi?id=129)
Sample App to reproduce 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 696] New: log level display is not settable via app.properties

2009-11-23T04:52:41Z

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

Summary: log level display is not settable via app.properties
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Windows
Status: NEW
Severity: normal
Priority: P2
Component: Generic/Other
AssignedTo: helma-dev@...
ReportedBy: marius.lessiak@...

I have some strange behaviour with log output of level DEBUG and the current
trunk (revision 9990) of helma: With the main application I am developing I get
no log output via app.logger.debug although I start the application with
debug=true in app.properties. When changing anything inside the app.properties
DEBUG level messages logged via app.logger.debug start to appear. Then I can
not turn them of via setting debug=false.

Following up on this using an empty test application (see attached archive) I
get a slightly different behaviour: Messages logged via app.logger.debug always
appear even if debug=false is set.

--
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 690] String.isUrl() allows invalid URLs

2009-11-22T00:50:42Z

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

--- Comment #3 from Philipp <philipp.naderer@...> 2009-11-22 09:50:42 ---
Apache Commons provides a validator for URL and E-Mail. This would be a quick
and clean fix for both.

http://commons.apache.org/validator/apidocs/org/apache/commons/validator/routines/package-summary.html#package_description

--
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 695] new method that uses PreparedStatement in helma.Database

2009-11-18T15:35:24Z

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

--- Comment #1 from Maksim Lin <maksim.lin@...> 2009-11-19 00:35:24 ---
Created an attachment (id=128)
--> (http://dev.helma.org/bugs/attachment.cgi?id=128)
Implementation of prepared query method

--
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 695] New: new method that uses PreparedStatement in helma.Database

2009-11-18T15:33:30Z

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

Summary: new method that uses PreparedStatement in
helma.Database
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: Windows
Status: NEW
Severity: enhancement
Priority: P5
Component: helmaLib, helmaTools
AssignedTo: helma-dev@...
ReportedBy: maksim.lin@...

As mentioned in this mail list thread:
http://groups.google.com.au/group/helma/browse_thread/thread/afc1a6897ce66565

I've written an addition to helma.Database that provides a method that use jdbc
PreparedStatements. Its essentially a copy of executeQuery, so maybe should be
factored out of btoh into a seperate private funciton that both methods
delegate to?

I've attached the implementation as a seperate file that can just be added into
an app via addRepository() but it could easily be copy/pasted into the current
helma.Database.js

--
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 675] Add support for onBeforeCommit, onCommit and onAfterCommit

2009-11-18T14:50:13Z

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

Maksim Lin <maksim.lin@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |maksim.lin@...

--- Comment #6 from Maksim Lin <maksim.lin@...> 2009-11-18 23:50:13 ---
I'm concerned about impact on performance too.
On the other hand I'd would be nice to have as a simple way of for instance
handling updating a FT index (eg. lucene) right after a successful commit into
the DB. But from the described changes I don't think this would work as
onAfterCommit would not be passed the relevant params ?

--
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 682] Provide a method for reading the content of an HTTP request for any content type

2009-11-18T00:07:27Z

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

--- Comment #5 from Hannes Wallnoefer <hannes@...> 2009-11-18 09:07:26 ---
(Mit Bezug zu comment #4)
> Hannes, what is the reason for the WONTFIX?

I don't have a lot of time, and there are simple workarounds (listed in the
comments above, with ~ 4 lines of code).

--
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 682] Provide a method for reading the content of an HTTP request for any content type

2009-11-17T23:52:01Z

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

--- Comment #4 from tobi <interface@...> 2009-11-18 08:52:01 ---
Hannes, what is the reason for the WONTFIX?

--
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 616] Problem with accessing mountpoint methods from another application

2009-11-17T02:18:31Z

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

Bug 616 depends on bug 684, which changed state.

Bug 684 Summary: Application.dataRoot is not set anymore
http://dev.helma.org/bugs/show_bug.cgi?id=684

What |Old Value |New Value
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution| |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 684] Application.dataRoot is not set anymore

2009-11-17T02:18:31Z

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

Hannes Wallnoefer <hannes@...> changed:

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

--- Comment #6 from Hannes Wallnoefer <hannes@...> 2009-11-17 11:18:31 ---
Closing as fixed. I'm not going to rename getDataRoot() after all, it just
ain't worth it.

--
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 682] Provide a method for reading the content of an HTTP request for any content type

2009-11-17T02:16:59Z

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

Hannes Wallnoefer <hannes@...> changed:

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

--- Comment #3 from Hannes Wallnoefer <hannes@...> 2009-11-17 11:16:59 ---
Closing as wontfix.

--
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 680] How do I render req.data["foo.bar"] as a macro?

2009-11-17T02:14:34Z

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

Hannes Wallnoefer <hannes@...> changed:

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

--- Comment #1 from Hannes Wallnoefer <hannes@...> 2009-11-17 11:14:34 ---
I'm afraid there is no way to render parameters with dots in the name. The best
solution is probably to define some generic getter macro. Closing as wontfix.

--
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 675] Add support for onBeforeCommit, onCommit and onAfterCommit

2009-11-17T02:09:42Z

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

--- Comment #5 from Hannes Wallnoefer <hannes@...> 2009-11-17 11:09:41 ---
I'm a bit ambivalent on adding not one, but three hooks on each commit. Have
you looked at how this affects performance with and without the hooks defined?
We're calling (or trying to call) the hooks on every request, after all.

--
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 309] A Collection of objects of an extended prototype shows also all base prototype objects

2009-11-17T01:59:00Z

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

Hannes Wallnoefer <hannes@...> changed:

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

--- Comment #4 from Hannes Wallnoefer <hannes@...> 2009-11-17 10:58:59 ---
Should be fixed with the patch for #468

--
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 681] new "DISTINCT" based SQL for grouping causes an error with H2

2009-11-17T01:46:16Z

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

Hannes Wallnoefer <hannes@...> changed:

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

--- Comment #1 from Hannes Wallnoefer <hannes@...> 2009-11-17 10:46:15 ---
As discussed on the mailing list, this is not a bug - H2 can't sort a grouped
select by a column that may have multiple values for each group.

http://groups.google.com/group/helma/tree/browse_frm/thread/64ded1b15172a797/138775b8cbf03d9e?rnum=1&_done=%2Fgroup%2Fhelma%2Fbrowse_frm%2Fthread%2F64ded1b15172a797%3F#doc_5787ef09f38f780e

Closing as wontfix.

--
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-11-16T05:49:54Z

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

Juerg Lehni <lists@...> changed:

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

--
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 675] Add support for onBeforeCommit, onCommit and onAfterCommit

2009-11-16T05:49:22Z

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

--- Comment #4 from Juerg Lehni <lists@...> 2009-11-16 14:49:22 ---
Shall I commit this too?

--
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 683] ImageIOGenerator throws IllegalStateException when saving as GIF

2009-11-16T05:48:38Z

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

Juerg Lehni <lists@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
CC| |lists@...
Resolution| |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 694] New: Errors thrown in HopObject.onRequest() do not get caught by error_action()

2009-11-10T03:17:40Z

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

Summary: Errors thrown in HopObject.onRequest() do not get
caught by error_action()
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: Web Support
AssignedTo: helma-dev@...
ReportedBy: interface@...

Helma provides the option to “catch” errors by displaying them in a special
error_action() method. If an error occurs, the action is called:

Root.prototype.main_action = function() {
throw new Error();
}

Root.prototype.error_action = function() {
res.debug(res.error);
}

Calling Root.main_action() results in the display of the res.error property as
debug message.

However, if an error is thrown in an onRequst() handler the error_action()
method seems to be circumvented:

HopObject.prototype.onRequest = function() {
throw new Error();
}

(Of course the one line in main_action() needs to be removed or commented out.)

Now error_action() is not called, instead I get a generic display showing the
error message.

Is it possible to modify Helma to call the error_action() also in the latter
case?

--
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 693] helma.util.Diff() is broken

2009-11-10T01:41:52Z

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

tobi <interface@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|REOPENED |RESOLVED
Resolution| |INVALID

--- Comment #5 from tobi <interface@...> 2009-11-10 10:41:51 ---
(In reply to comment #4)
> Is the Macintosh file system case insensitive?

Yes, by default OS X comes with a case insensitive FS. Could be that the error
is related to this.

> Try running
>
> ant clean jar
>
> and see if the problem persists.

In the meantime, I manually removed the classes dir and recompiled. Now I get
the correct class file names (e.g. Diff$Change.class) and String.diff() is
working again!

Sorry for not doing this immediately; I did not clean up the build environment
for ages (did not think it was necessary anymore). I promise to do it regularly
from now on.
:)

Thanks for your patience, Hannes.

--
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 693] helma.util.Diff() is broken

2009-11-10T01:24:43Z

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

--- Comment #4 from Hannes Wallnoefer <hannes@...> 2009-11-10 10:24:43 ---
Is the Macintosh file system case insensitive? Try running

ant clean jar

and see if the problem persists.

--
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 692] Add timeout property to global getURL()

2009-11-10T00:48:08Z

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

Hannes Wallnoefer <hannes@...> changed:

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

--- Comment #1 from Hannes Wallnoefer <hannes@...> 2009-11-10 09:48:07 ---
Thanks for your patch, I comitted it to 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 693] helma.util.Diff() is broken

2009-11-10T00:37:39Z

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

tobi <interface@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|RESOLVED |REOPENED
Resolution|INVALID |
OS/Version|All |Macintosh

--- Comment #3 from tobi <interface@...> 2009-11-10 09:37:39 ---
(In reply to comment #2)
> Directly passing strings to the helma.util.Diff constructor never worked, you
> always have ot split() them to arrays. In fact this is what
> String.prototype.diff() does, so it is still working.

Sorry, of course you are right.

However, I get the error with arrays, too:

var regexp = /\s/;
var orig = "a b c".split(regexp);
var mod = "a b d".split(regexp);
var diff = new Packages.helma.util.Diff(orig, mod);
// java.lang.NoClassDefFoundError: helma/util/Diff$Change

Actually, this is exctly what the module method String.diff() does [1]; ie.
calling orig.diff(mod, regexp) causes the error as well.

--
[1]
http://dev.helma.org/trac/helma/browser/apps/modules/trunk/core/String.js#L467

--
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 683] ImageIOGenerator throws IllegalStateException when saving as GIF

2009-11-10T00:37:26Z

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

Hannes Wallnoefer <hannes@...> changed:

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

--- Comment #2 from Hannes Wallnoefer <hannes@...> 2009-11-10 09:37:25 ---
(Mit Bezug zu comment #1)
> Shall I commit this? It does not break anything and is crucial on newer JREs.

Please do so! Sorry, I can't keep up with all this, please just go ahead and do
what needs to be done.

--
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 693] helma.util.Diff() is broken

2009-11-10T00:19:15Z

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

Hannes Wallnoefer <hannes@...> changed:

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

--- Comment #2 from Hannes Wallnoefer <hannes@...> 2009-11-10 09:19:14 ---
Directly passing strings to the helma.util.Diff constructor never worked, you
always have ot split() them to arrays. In fact this is what
String.prototype.diff() does, so it is still working.

--
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 693] helma.util.Diff() is broken

2009-11-09T11:33:50Z

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

--- Comment #1 from tobi <interface@...> 2009-11-09 20:33:50 ---
Btw. When I look at the contents of the compiled helma.jar the only subclasses
with lowercase names are defined in Diff.java:

# jar -tf lib/helma.jar | grep Diff
helma/image/DiffusionFilterOp.class
helma/util/Diff$Difference.class
helma/util/Diff$change.class
helma/util/Diff$file_data.class
helma/util/Diff.class

Is this just a coïncidence or does the case get in the way here?

--
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 693] New: helma.util.Diff() is broken

2009-11-09T11:31:11Z

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

Summary: helma.util.Diff() is broken
Product: Helma
Version: CVS trunk
Platform: Other
OS/Version: All
Status: NEW
Severity: major
Priority: P5
Component: Generic/Other
AssignedTo: helma-dev@...
ReportedBy: interface@...

When I issue the following command with a freshly compiled Helma from SVN as of
today I get an error:

var d = new Packages.helma.util.Diff("aa", "ab");
// java.lang.NoClassDefFoundError: helma/util/Diff$Change

Here is the stack trace:

java.lang.NoClassDefFoundError: helma/util/Diff$Change
at java.lang.Class.getDeclaredMethods0(Native Method)
at java.lang.Class.privateGetDeclaredMethods(Class.java:2427)
at java.lang.Class.privateGetPublicMethods(Class.java:2547)
at java.lang.Class.getMethods(Class.java:1410)
at
org.mozilla.javascript.JavaMembers.discoverAccessibleMethods(JavaMembers.java:380)
at
org.mozilla.javascript.JavaMembers.discoverAccessibleMethods(JavaMembers.java:335)
at org.mozilla.javascript.JavaMembers.reflect(JavaMembers.java:450)
at org.mozilla.javascript.JavaMembers.<init>(JavaMembers.java:76)
at org.mozilla.javascript.JavaMembers.lookupClass(JavaMembers.java:838)
at
org.mozilla.javascript.NativeJavaClass.initMembers(NativeJavaClass.java:84)
at org.mozilla.javascript.NativeJavaClass.<init>(NativeJavaClass.java:78)
at
org.mozilla.javascript.NativeJavaPackage.getPkgProperty(NativeJavaPackage.java:164)
at org.mozilla.javascript.NativeJavaPackage.get(NativeJavaPackage.java:114)
at
org.mozilla.javascript.ScriptableObject.getProperty(ScriptableObject.java:1617)
at
org.mozilla.javascript.ScriptRuntime.getObjectProp(ScriptRuntime.java:1437)
at
org.mozilla.javascript.ScriptRuntime.getObjectProp(ScriptRuntime.java:1423)
at
org.mozilla.javascript.gen.c90._c3(/Users/tobi/Projects/helma/./apps/antville/dev/Global/debug.js:14)
at
org.mozilla.javascript.gen.c90.call(/Users/tobi/Projects/helma/./apps/antville/dev/Global/debug.js)
at org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:398)
at org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:3065)
at
org.mozilla.javascript.gen.c90.call(/Users/tobi/Projects/helma/./apps/antville/dev/Global/debug.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:316)
at helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:414)
at java.lang.Thread.run(Thread.java:637)
Caused by: java.lang.ClassNotFoundException: helma.util.Diff$Change
at java.net.URLClassLoader$1.run(URLClassLoader.java:200)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
at java.lang.ClassLoader.loadClass(ClassLoader.java:319)
at java.lang.ClassLoader.loadClass(ClassLoader.java:254)
at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:399)
... 27 more

Due to this error the String.diff() method defined in the core modules
collection does not work, either.

--
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 375] Wrong behavior of HobObject.get()?

2009-11-09T01:29:12Z

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

s o <simon.oberhammer@...> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |simon.oberhammer@...

--- Comment #6 from s o <simon.oberhammer@...> 2009-11-09 10:29:12 ---
the solution to this is imo not inserting objects that override hopobject
properties (collections, actions, etc) with their accessname. not a change in
behaviour of helma.

jala's HopObject.getAccessName() (or smth similar) helps with that
http://dev.orf.at/trac/jala/browser/trunk/code/HopObject.js#L50

--
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 692] New: Add timeout property to global getURL()

2009-11-08T06:17:57Z

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

Summary: Add timeout property to global getURL()
Product: Helma
Version: CVS trunk
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: Generic/Other
AssignedTo: helma-dev@...
ReportedBy: lists@...

Created an attachment (id=127)
--> (http://dev.helma.org/bugs/attachment.cgi?id=127)
A patch to control timeout in getURL().

The standard timeout used by Java's URL#openConnection() is really high. The
proposed patch adds a way to control this with an optional parameter when
loading resources with getURL.

--
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 691] New: Add unwrap parameter to global toJava() method

2009-11-08T06:13:33Z

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

Summary: Add unwrap parameter to global toJava() method
Product: Helma
Version: CVS trunk
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P5
Component: JavaScript Interpreter
AssignedTo: helma-dev@...
ReportedBy: lists@...

Created an attachment (id=126)
--> (http://dev.helma.org/bugs/attachment.cgi?id=126)
Patch to add control over unwrapping in toJava()

Right now, the global toJava() method unwraps the passed object first and then
wraps the result of that in a NativeJavaObject for direct access to its Java
functions on the JavaScript side of things.

For a script where I would need access to native function on the HopObject (not
its wrapped Node), I need a way to control this unwrapping. Here a proposed
patch that adds a second optional parameter to toJava to control this
behaviour. If not defined, toJava performs the same as before.

--
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 683] ImageIOGenerator throws IllegalStateException when saving as GIF

2009-11-08T05:43:45Z

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

--- Comment #1 from Juerg Lehni <lists@...> 2009-11-08 14:43:44 ---
Shall I commit this? It does not break anything and is crucial on newer JREs.

--
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 375] Wrong behavior of HobObject.get()?

2009-11-08T05:41:58Z

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

Juerg Lehni <lists@...> changed:

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

--- Comment #5 from Juerg Lehni <lists@...> 2009-11-08 14:41:57 ---
Hannes, this appears to have been dormant for a while. I am curious to hear
your thoughts on what to do for 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 690] String.isUrl() allows invalid URLs

2009-11-06T03:58:55Z

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

--- Comment #2 from Philipp <philipp.naderer@...> 2009-11-06 12:58:54 ---
There is a loooong Regex in the Antville-Trunk, which is taken from the jQuery
Validation Plugin. The author took the URL-RFC and parsed it into this regex.

http://code.google.com/p/antville/source/browse/trunk/code/Global/Global.js#63

--
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