Nabble - Helma - User

Re: app.data in cluster environments

2008-12-18T01:42:29Z

Hi Axel,

I'm not sure I understand. You want a app.data property that is
shared/replicated among helma instances in a cluster? If so, I think
this is what HelmaGroups is about, although I don't know how well it
is supported/updated.

Another option would be to directly access the jgroups channel
infrastructure from helmaswarm if you are already using that, maybe
putting a DistributedHashtable on top of it and storing it somewhere
in the app hierarchy.

BTW, I'm moving this thread to the new google groups helma list, as
the old helma-user list is supposed to be retired. If you answer to
this, please only send to the google groups address.

Hannes

On Wed, Dec 17, 2008 at 5:40 PM, Axel Zuzek <axel.zuzek@...> wrote:

> hello,
>
> is there something like like app.data without helma-swarm synchronizing
> mechanism?
>
> I need it to persist
> app.data.userTrackingDBConnection = new helma.Database("xy");
>
> but this won't work within cluster environments
>
> thx
> axel
>
> _______________________________________________
> Helma-user mailing list
> Helma-user@...
> http://helma.org/mailman/listinfo/helma-user
>
>

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

app.data in cluster environments

2008-12-17T08:40:19Z

hello,

is there something like like app.data without helma-swarm synchronizing mechanism?

I need it to persist
app.data.userTrackingDBConnection = new helma.Database("xy");

but this won't work within cluster environments

thx
axel

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: defineGetter for existing HopObject properties

2008-10-29T14:26:59Z

Hi,

Almost a year later, here a patch that gets this to work.

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

With this in place, we can do neat things like adding support for
watch / unwatch to HopObjects:

HopObject.prototype.watch = function(prop, handler) {
this.__defineGetter__(prop, function() {
this.unwatch(prop);
var value = this[prop];
this.watch(prop, handler);
return value;
});
this.__defineSetter__(prop, function(value) {
this.unwatch(prop);
var ret = handler.call(this, prop, this[prop], value);
if (ret !== undefined)
value = ret;
this[prop] = value;
this.watch(prop, handler);
});
}

HopObject.prototype.unwatch = function(prop) {
delete this[prop];
}

I am curious to find out if this can make it into Helma 1.6.3 (or
later).

Jürg

On 20 Nov 2007, at 18:10, Joshua Paine wrote:

> Walter Krivanek, VividVisions wrote:
>> I can't use __defineGetter__ for properties of a HopObject, which are
>> defined in type.properties, can I?
>
> Looks like no. Which is at odds with the treatment of standard
> properties. E.g., in Rhino and Firefox 2,
>
> a = { a:'hi' };
> a.__defineGetter__('a',function(){ return 'bye'; });
> a.a;
>
> the above code returns "bye". But apparently in Firefox 3 you'll
> have to
> delete a.a first before you can define a getter for it (which makes
> sense to me). I don't know if that works with HopObjects, and I also
> don't know if it would result in that property actually being deleted.
>
> You can't access the stored value of the original property from the
> getter anyway, so trying to overload the actual property seems like a
> bad idea to me. In one case where I've needed a getter/setter (stored
> the value in the DB as an Int unix timestamp, wanted to work with it
> as
> a Date object) I just named the property .modified_ and wrote my
> getters
> and setters for .modified.
>
> -Joshua
> _______________________________________________
> Helma-user mailing list
> Helma-user@...
> http://helma.org/mailman/listinfo/helma-user

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

improvements and questions.

2008-10-14T00:09:43Z

Hi i've come into a series of problems with logging so far when mixing helma and
other libraries around (especially the apache commons). For example i'm using FOP
all the time for render PDF reports, and if you use FOP in debug mode there are chances to
get StackOverflows here and there. So the only way to disable FOP debugging in helma is to
modify the Logging LogFactory class this way.

keep track of a system (but better app.properties) variable that keeps which kind of classes
you need to disable:

    Vector disabledLoggers = new Vector ();
    String disabledClasses = System.getProperty("helma.disablelog", "");

String[] disabled = disabledClasses.split (":");
    for (int i = 0; i < disabled.length; i++)
    {
        String disableTempClass = disabled[i].trim();
    if (disableTempClass.length () > 0)
          disabledLoggers.add (disableTempClass);
    }

then in public Log getInstance(String logname) we do:

    // normalize log name
    logname = logname.replaceAll("[^\\w\\d\\.]", "");

    for (int i = 0; i < disabledLoggers.size(); i++)
        if (logname.startsWith ((String) disabledLoggers.get (i)))
            return getNoLog();

and getNoLog is like this:

    // static global to the class no logger
    static NoOpLog noLog = new NoOpLog ();

    /**
     * Get a no logger
     * @return a logger that writes to Nirvana
     */
    public static Log getNoLog() {
        return noLog;
    }

----------------------------------------------------------------------

Anyway while browsing the Logging code i see the line in constructor:

    logdir = System.getProperty("helma.logdir", "log");

After doing some debugging, "helma.logdir" is set when Server starts from the server.properties logDir
property (if it isn't system wise), but actually server.properties is parsed AFTER the Logging class have
been initialized. So for instance we can have dicrepancies between the actual log directories and the
ones we have specified in the server.properties.

Let me know what u think

ps. Keep up the good work with HelmaNG !!!

Cheers,

Lucio

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: Standalone servlet helma.home

2008-10-13T17:19:38Z

Hi Patrick,

Having a quick look through the 1.6.2 src it looks like the helma.home
property is set, but not read by getInstallDir() in Main.java.
Looking at its code, looks like there are a number of places where the
location can come from:

- "-i" on the cmd line
- the jar url that the Main class is loaded from
- System.getProperty("user.dir")

https://dev.helma.org/trac/helma/browser/helma/helma/tags/helma_1_6_2/sr
c/helma/main/launcher/Main.java#L148

Maks.

> -----Original Message-----
> From: helma-user-bounces@...
> [mailto:helma-user-bounces@...] On Behalf Of Patrick Lee
> Sent: Tuesday, 14 October 2008 09:25
> To: Helma User Mailing List
> Subject: [Helma-user] Standalone servlet helma.home
>
> Hi,
>
> I'm trying to set helma.home for helma running under tomcat.
> On windows helma.home seems to be the System32 directory.
>
> I've tried setting helma.home via -Dhelma.home passed in to
> tomcat but Helma is not using that.
>
> Any hints?
> _______________________________________________
> Helma-user mailing list
> Helma-user@...
> http://helma.org/mailman/listinfo/helma-user
>

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Standalone servlet helma.home

2008-10-13T15:24:37Z

Hi,

I'm trying to set helma.home for helma running under tomcat. On
windows helma.home seems to be the System32 directory.

I've tried setting helma.home via -Dhelma.home passed in to tomcat but
Helma is not using that.

Any hints?
_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: org.mozilla.javascript.NativeArray toJSON error

2008-10-01T04:54:06Z

Hi Julian,

my first guess would have been that the parent scope or prototype of the array are wrong or null, maybe because it has been serialized/deserialized or was created in another scope.

org.mozilla.javascript.NativeArray is indeed the class Rhino uses to implement javascript arrays, but you shouldn't see that when you do an uneval() or toSource().

Hannes

PS the helma mailing list has moved to http://groups.google.com/group/helma - I just haven't managed to turn the switch on the old list yet :-) So I'm cross-posting my answer to the new list.

2008/10/1 Julian Tree <julian.tree@...>

Sometimes when I have an object with arrays

I'm doing

if(!session.data.jobulousSurvey.Review.responses) session.data.jobulousSurvey.Review.responses = []

if I uneval.

uneval(session.data.jobulousSurvey.Review.responses) // this is end up to be org.mozilla.javascript.NativeArray

1. why is this happening?
2. this doesn't work with session.data.jobulousSurvey.Review.toJSON()

I don't really mind using a mozilla array, as long as I can use toJSON method on it.

Any recommendation or insight as why this is happening? Is this a bug?

Julian

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: date.js cause memory leak

2008-10-01T00:20:50Z

Hi,

We had the same problem, it's because datejs overwrites the toString() method (causing an infinte loop when done twice) of the javascript Date prototype, as soon as you put the datejs within a condition there is no problem in chaning code (but you can't change date.js)

if(!global.dateloaded){
global.dateloaded = true;
... Date.js code ...
}

Rainer

> -----Ursprüngliche Nachricht-----
> Von: helma-user-bounces@...
> [mailto:helma-user-bounces@...] Im Auftrag von Julian Tree
> Gesendet: Mittwoch, 01. Oktober 2008 06:34
> An: Helma User Mailing List
> Betreff: [Helma-user] date.js cause memory leak
>
> Hi,
>
> I have included the following lib http://www.datejs.com
>
> It works great, except for when I change some code and reload
> a web page, then Rhino or Helma instance just keeps on
> running until it times out. It takes up 180% cpu on my
> MacBook. The code runs fine as long as I don't change thing,
> but as you guys can see this will not work.
>
> Is this a bug in Rhino, Helma or something to do with
> date.js. I know that that lib is stil in alpha and it is
> mostly for clientside, but one thing I like about helma is
> that I will be able to use clientside js lib on serverside as
> well. Please let me know if there are any work around. Thanks.
>
> Julian
>
>

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

org.mozilla.javascript.NativeArray toJSON error

2008-09-30T22:30:25Z

Sometimes when I have an object with arrays

I'm doing

if(!session.data.jobulousSurvey.Review.responses) session.data.jobulousSurvey.Review.responses = []

if I uneval.

uneval(session.data.jobulousSurvey.Review.responses) // this is end up to be org.mozilla.javascript.NativeArray

1. why is this happening?
2. this doesn't work with session.data.jobulousSurvey.Review.toJSON()

I don't really mind using a mozilla array, as long as I can use toJSON method on it.

Any recommendation or insight as why this is happening? Is this a bug?

Julian

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

date.js cause memory leak

2008-09-30T21:34:05Z

Hi,

I have included the following lib http://www.datejs.com

It works great, except for when I change some code and reload a web page, then Rhino or Helma instance just keeps on running until it times out. It takes up 180% cpu on my MacBook. The code runs fine as long as I don't change thing, but as you guys can see this will not work.

Is this a bug in Rhino, Helma or something to do with date.js. I know that that lib is stil in alpha and it is mostly for clientside, but one thing I like about helma is that I will be able to use clientside js lib on serverside as well. Please let me know if there are any work around. Thanks.

Julian

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

dontEnum() error

2008-09-12T02:36:07Z

I am getting following error when I try to loop through a collection
and get set of child collection. The error is not consistent. Sometime
it shows and sometimes it doesn't. And something I get a heap space
error. Any ideas? We are due to launch on oct 1st, so it is
important that we figure what is going on.

Error in application

dontEnum() called with non-String argument

Java Stack

org.mozilla.javascript.EvaluatorException: dontEnum() called with
non-String argument
at helma.scripting.rhino.RhinoCore.getValidPrototype(RhinoCore.java:403)
at helma.scripting.rhino.RhinoCore.getNodeWrapper(RhinoCore.java:650)
at helma.scripting.rhino.RhinoCore$WrapMaker.wrap(RhinoCore.java:1039)
at org.mozilla.javascript.ScriptRuntime.toObject(ScriptRuntime.java:937)
at org.mozilla.javascript.ScriptRuntime.toObject(ScriptRuntime.java:885)
at org.mozilla.javascript.Context.toObject(Context.java:1528)
at helma.scripting.rhino.RhinoEngine.setGlobals(RhinoEngine.java:203)
at helma.framework.core.RequestEvaluator.initGlobals(RequestEvaluator.java:993)
at helma.framework.core.RequestEvaluator.run(RequestEvaluator.java:211)
at java.lang.Thread.run(Thread.java:613)
_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Moving to Google Groups

2008-08-19T05:06:08Z

Hi there,

I set up two new groups on google groups called Helma and Helma NG. As
previously announced, I've decided to outsource the mailing list
hosting, and google groups seemed like the best choice for me.

For discussion of Helma 1.x:
http://groups.google.com/group/helma

For discussion of Helma NG:
http://groups.google.com/group/helma-ng

I'll switch off the old mailing lists within the next few days. Of
course the archives will be preserved.

Hannes
_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: [jala] captcha broken?

2008-08-15T04:46:07Z

hello anton

> oh. yes that should be definitely more promiment. i suggest it
> should be
> mentioned here:
>
> https://dev.orf.at/trac/jala/wiki/JalaModules#Captcha

i moved the note to the url you suggested. i agree it's the better spot.

btw. i think the license restriction does not apply anymore, anyway,
as the developers went back to lgpl just a few months after
jala.captcha was released [1].

will post a ticket about that later.

> i have created a ticket, but there was an error while uploading the
> attachment (permission denied to store the image) so i added the svn
> diff in the ticket-text.

oops, thanks anyway, for both trying to add an attachment and letting
me know that it does not work.

i fixed the permissions for the trac attachment directory and uploads
are working again.

furthermore, i extracted the patch you provided in ticket #88 and
added it as attachment to ticket #87 [2].

ciao,
tobi

--
[1] http://forge.octo.com/jcaptcha/confluence/display/general/2006/06/30/Back+to+LGPL
...
[2] https://dev.orf.at/trac/jala/ticket/87

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

smime.p7s (3K) Download Attachment

Re: [jala] captcha broken?

2008-08-13T04:23:33Z

Tobi Schäfer wrote:
> hey anton
>
> thanks for the suggestion which i hardly noticed due to some helma-user
> mails not coming through.
>
> regarding the missing jar this is communicated at the jala site [1].
> (should this be more prominent?)

oh. yes that should be definitely more promiment. i suggest it should be
mentioned here:

https://dev.orf.at/trac/jala/wiki/JalaModules#Captcha

>
> and would you mind creating a ticket at [1] with your patch attached?
> we'd be very happy.
> :)

i have created a ticket, but there was an error while uploading the
attachment (permission denied to store the image) so i added the svn
diff in the ticket-text.

--
DI(FH) Anton Pirker
Helma Freelancer

http://www.ignaz.at
http://shnitzl.org

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: PHP scripting engine plugin v0.1

2008-08-12T00:59:00Z

Hi Maks,

Quercus is pretty much the best product I was able to find to connect Java and PHP. Of course I do know, that native PHP is able to use Java, but with Quercus its even easier to use Java from within PHP, but most important the integration effectively works in both directions.
After having finished the first release of the PHP plugin, I can judge the Quercus engine as being quite easy to integrate in any Java application. Especially extending the the PHP context with additional modules (like the GlobalObject does it for JS) is extremely easy and far more straightforward than what I could see how it is done for the JS context.

The motivation however of writing the plugin was not that I prefer (Quercus) PHP over (Rhino) JS. Personally I like both languages and I can see advantages and disadvantages in both of them. Theoretically Helma was able to be extended with different scripting languages for years. But as far as I know, nobody ever did it. So the motivation was a proof of concept of the the scripting engine interface of Helma. My personal conclusion is, that the interface is at least good enough to allow various scripting language plugins to be developed. It could however be much better, if having a variety of different scripting languages would be a goal. Learning were things can be enhanced was another important motivation for writing the plugin.

Btw, these are some of my personal favorites of using PHP as scripting language for Helma.

class HopObject {
    public function size() {
       return "overriding can be so damn easy " . HopObjectJava::size();
    }

    public function __get($name) {
       return "generic getters and setters, finally!";
    }

    public function main_action() {
          import java.util.Date;
          echo new Date();
    }
}

Kind regards,
Daniel

PS: Thanks for the pointer to script-10.jar! Only having resin-util.jar is not enough, but the script-10.jar might have the missing things. I will give it a try.

Maksim Lin for technical support mailling lists wrote:

Hi Daniel,

Thanks for the pointer to Quercus! - I didnt even realise there was a
Java implementation of PHP. 
I'm not sure if I would use it to write PHP scripts inside my Helma
apps, but its very cool how you've been able to integrate running php
scripts directly and pretty cleanly within Helma!
However I could see myself using Quercus as a way of running PHP apps
alongside Helma apps...

Also I notice you include the Resin.jar but in thier .war download, it
only seems to depend on resin-util.jar and script-10.jar which are much
smaller (643+27kb vs 8.9Mb) so perhaps you might be able to use that
instead for your package?

Maks.

-----Original Message-----
From: helma-user-bounces@... 
[helma-user-bounces@...] On Behalf Of Daniel Ruthardt
Sent: Tuesday, 12 August 2008 00:58
To: Helma User Mailing List; Helma Developer Mailing List
Subject: [Helma-user] PHP scripting engine plugin v0.1

Hi list,

I've been working on a PHP scripting engine plugin for Helma 
1.x during the last two weeks.
Although not finished. complete, or completely tested yet, I 
feel it is ready to be released to the public.
A sample application is included.

The plugin is based on the Quercus PHP scripting engine [1] 
by Caucho, which is part of the Resin [2] application server. 
Caucho offers both a
GPLv2 and a commercial pro version. So far, the plugin makes 
use of the
GPLv2 version only, which lacks Java bytecode compilation support. 
Caucho claims, that the commercial pro version (which offers 
Java bytecode compilation support is 4x faster than mod_php. 
I did some small standalone (i.e. without Helma) tests, which 
resulted in the pro version being at least twice as fast as 
mod_php and sometimes even faster as compiled Rhino JS.

You can download the plugin from [3]. The release file is 
meant as overlay over a Helma 1.x (I only tested it with 
Helma 1.6.2) distribution. So to test it, simply extract a 
new Helma distribution [4] file and extract the plugin 
release file over it. The plugin release file contains three 
new libraries (quercus.jar, resin.jar and warp.jar), a test 
application (welcomePhp), an internal database for the test 
application (db/welcomePhp), static files for the test 
application and most important a simple script to start Helma 
(start_with_php.sh).

IMPORTANT:
For some reason (still need to find out why), the plugin only 
works when you start Helma like the included script file does 
it (i.e. it does not work, if you start Helma with the 
original start.sh script file which starts Helma via the 
launcher.jar).

About Warp:
Just to have it mentioned: the php plugin is hosted at Sourceforge. 
Warp, the project under which it is hosted, is a (my) fork of 
Helma 1.x. 
The intention of the fork is to rewrite and extend a 
pluggable Helma 1.x from the inside (compared to Helma NG). 
The fork allows me to do that in a flexible and permissive 
way. No need to look at the SVN yet, the current version does 
not differ from Helma (except being reformatted a little 
bit). Although it will soon differ substantially, it will 
always remain compatible to Helma 1.x (including future 
versions, at least that is the main goal). Additionally I 
will always provide functionality as Helma 1.x plugins (like 
the php plugin) too, if possible (if it is possible to have 
such functionality as Helma plugin). What was known as Warp 
before (the Warp repository implementation) [5] will soon be 
rewritten and included in Warp.

Kind regards,
Daniel

[1] http://quercus.caucho.com/
[2] http://caucho.com/resin/
[3]
http://sourceforge.net/project/showfiles.php?group_id=235880&p
ackage_id=287402
[4] http://dev.helma.org/download/
[5] http://dev.helma.org/wiki/Related+Projects/#Warp
_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: PHP scripting engine plugin v0.1

2008-08-11T16:39:00Z

Hi Daniel,

Thanks for the pointer to Quercus! - I didnt even realise there was a
Java implementation of PHP.
I'm not sure if I would use it to write PHP scripts inside my Helma
apps, but its very cool how you've been able to integrate running php
scripts directly and pretty cleanly within Helma!
However I could see myself using Quercus as a way of running PHP apps
alongside Helma apps...

Also I notice you include the Resin.jar but in thier .war download, it
only seems to depend on resin-util.jar and script-10.jar which are much
smaller (643+27kb vs 8.9Mb) so perhaps you might be able to use that
instead for your package?

Maks.

> -----Original Message-----
> From: helma-user-bounces@...
> [mailto:helma-user-bounces@...] On Behalf Of Daniel Ruthardt
> Sent: Tuesday, 12 August 2008 00:58
> To: Helma User Mailing List; Helma Developer Mailing List
> Subject: [Helma-user] PHP scripting engine plugin v0.1
>
> Hi list,
>
> I've been working on a PHP scripting engine plugin for Helma
> 1.x during the last two weeks.
> Although not finished. complete, or completely tested yet, I
> feel it is ready to be released to the public.
> A sample application is included.
>
> The plugin is based on the Quercus PHP scripting engine [1]
> by Caucho, which is part of the Resin [2] application server.
> Caucho offers both a
> GPLv2 and a commercial pro version. So far, the plugin makes
> use of the
> GPLv2 version only, which lacks Java bytecode compilation support.
> Caucho claims, that the commercial pro version (which offers
> Java bytecode compilation support is 4x faster than mod_php.
> I did some small standalone (i.e. without Helma) tests, which
> resulted in the pro version being at least twice as fast as
> mod_php and sometimes even faster as compiled Rhino JS.
>
> You can download the plugin from [3]. The release file is
> meant as overlay over a Helma 1.x (I only tested it with
> Helma 1.6.2) distribution. So to test it, simply extract a
> new Helma distribution [4] file and extract the plugin
> release file over it. The plugin release file contains three
> new libraries (quercus.jar, resin.jar and warp.jar), a test
> application (welcomePhp), an internal database for the test
> application (db/welcomePhp), static files for the test
> application and most important a simple script to start Helma
> (start_with_php.sh).
>
> IMPORTANT:
> For some reason (still need to find out why), the plugin only
> works when you start Helma like the included script file does
> it (i.e. it does not work, if you start Helma with the
> original start.sh script file which starts Helma via the
> launcher.jar).
>
> About Warp:
> Just to have it mentioned: the php plugin is hosted at Sourceforge.
> Warp, the project under which it is hosted, is a (my) fork of
> Helma 1.x.
> The intention of the fork is to rewrite and extend a
> pluggable Helma 1.x from the inside (compared to Helma NG).
> The fork allows me to do that in a flexible and permissive
> way. No need to look at the SVN yet, the current version does
> not differ from Helma (except being reformatted a little
> bit). Although it will soon differ substantially, it will
> always remain compatible to Helma 1.x (including future
> versions, at least that is the main goal). Additionally I
> will always provide functionality as Helma 1.x plugins (like
> the php plugin) too, if possible (if it is possible to have
> such functionality as Helma plugin). What was known as Warp
> before (the Warp repository implementation) [5] will soon be
> rewritten and included in Warp.
>
> Kind regards,
> Daniel
>
> [1] http://quercus.caucho.com/
> [2] http://caucho.com/resin/
> [3]
> http://sourceforge.net/project/showfiles.php?group_id=235880&p
> ackage_id=287402
> [4] http://dev.helma.org/download/
> [5] http://dev.helma.org/wiki/Related+Projects/#Warp
> _______________________________________________
> Helma-user mailing list
> Helma-user@...
> http://helma.org/mailman/listinfo/helma-user
>

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

PHP scripting engine plugin v0.1

2008-08-11T07:57:51Z

Hi list,

I've been working on a PHP scripting engine plugin for Helma 1.x during
the last two weeks.
Although not finished. complete, or completely tested yet, I feel it is
ready to be released to the public.
A sample application is included.

The plugin is based on the Quercus PHP scripting engine [1] by Caucho,
which is part of the Resin [2] application server. Caucho offers both a
GPLv2 and a commercial pro version. So far, the plugin makes use of the
GPLv2 version only, which lacks Java bytecode compilation support.
Caucho claims, that the commercial pro version (which offers Java
bytecode compilation support is 4x faster than mod_php. I did some small
standalone (i.e. without Helma) tests, which resulted in the pro version
being at least twice as fast as mod_php and sometimes even faster as
compiled Rhino JS.

You can download the plugin from [3]. The release file is meant as
overlay over a Helma 1.x (I only tested it with Helma 1.6.2)
distribution. So to test it, simply extract a new Helma distribution [4]
file and extract the plugin release file over it. The plugin release
file contains three new libraries (quercus.jar, resin.jar and warp.jar),
a test application (welcomePhp), an internal database for the test
application (db/welcomePhp), static files for the test application and
most important a simple script to start Helma (start_with_php.sh).

IMPORTANT:
For some reason (still need to find out why), the plugin only works when
you start Helma like the included script file does it (i.e. it does not
work, if you start Helma with the original start.sh script file which
starts Helma via the launcher.jar).

About Warp:
Just to have it mentioned: the php plugin is hosted at Sourceforge.
Warp, the project under which it is hosted, is a (my) fork of Helma 1.x.
The intention of the fork is to rewrite and extend a pluggable Helma 1.x
from the inside (compared to Helma NG). The fork allows me to do that in
a flexible and permissive way. No need to look at the SVN yet, the
current version does not differ from Helma (except being reformatted a
little bit). Although it will soon differ substantially, it will always
remain compatible to Helma 1.x (including future versions, at least that
is the main goal). Additionally I will always provide functionality as
Helma 1.x plugins (like the php plugin) too, if possible (if it is
possible to have such functionality as Helma plugin). What was known as
Warp before (the Warp repository implementation) [5] will soon be
rewritten and included in Warp.

Kind regards,
Daniel

[1] http://quercus.caucho.com/
[2] http://caucho.com/resin/
[3]
http://sourceforge.net/project/showfiles.php?group_id=235880&package_id=287402
[4] http://dev.helma.org/download/
[5] http://dev.helma.org/wiki/Related+Projects/#Warp
_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: new style xml rpc

2008-08-08T02:38:47Z

Thanks for the help! (both of you)

As there is no documentation about this feature i added a wiki page:

http://dev.helma.org/wiki/XML-RPC+Sample/

greetings,
Anton

Tobi Schäfer wrote:

> maybe the api code of antville could be useful, too:
> http://code.google.com/p/antville/source/browse/trunk/code/Api/Api.js#103
>
> btw. was something wrong with helma-user recently? this is the first
> mail i got since 31-jul-2008, and according to the archive there have
> been sent some more...?
>
> hth,
> tobi
>
>
> On 07.08.2008, at 18:56, Chris Zumbrunn wrote:
>
>>
>> On Aug 7, 2008, at 18:27 , Anton Pirker wrote:
>>
>>> but i somehow recall, that there is a new way of doing things.
>>> something with adding _xmlrpc instead of _action to the functionname.
>>>
>>> is there any documentation on the whole xml/rpc server and client
>>> issue?
>>> i can't find anything usefull.
>>
>> It's in addition to _action, not instead of it.
>>
>> The "complete docs" can be found here: ;-)
>>
>> http://dev.helma.org/Community/#nabble-td1153379
>>
>> Chris
>>
>> _______________________________________________
>> Helma-user mailing list
>> Helma-user@...
>> http://helma.org/mailman/listinfo/helma-user
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> Helma-user mailing list
> Helma-user@...
> http://helma.org/mailman/listinfo/helma-user

--
DI(FH) Anton Pirker
Helma Freelancer

http://www.ignaz.at
http://shnitzl.org

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: [jala] captcha broken?

2008-08-07T17:17:25Z

Hello Anton,

Why not just rely on Helma's internal image saving mechanisms? They
would use whatever is available on a given system...

Jürg

On 4 Aug 2008, at 09:25, Anton Pirker wrote:

> Hi!
>
> I hope i also can ask jala questions in here.
>
> I just wanted to add a jala.Captcha() to my app and it did not work.
> First thing was, that the jcaptcha jar file was missing.
> I downloaded the latest version, changed the filename in Captcha.js
> and
> tried again. Again no luck.
>
> Captcha.js uses Packages.com.sun.image.codec.jpeg.JPEGCodec which
> seems
> not to be available in OpenJdk Java 1.6.0-b09.
>
> So i changed the code to use javax.imagei like this:
>
> /**
> * Render a new captcha image.
> */
> this.renderImage = function renderImage() {
> var image = captcha.getImageChallenge();
> var stream = new java.io.ByteArrayOutputStream();
> javax.imageio.ImageIO.write(image, "jpg", stream);
> res.contentType = "image/jpeg";
> res.writeBinary(stream.toByteArray());
> return;
> };
>
>
> Now it works!
> Maybe some of the jala folks can add this changes to the repository?
>
> thanks,
> Anton
>
>
> --
> DI(FH) Anton Pirker
> Helma Freelancer
>
> http://www.ignaz.at
> http://shnitzl.org
>
> _______________________________________________
> Helma-user mailing list
> Helma-user@...
> http://helma.org/mailman/listinfo/helma-user

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: [jala] captcha broken?

2008-08-07T10:22:34Z

hey anton

thanks for the suggestion which i hardly noticed due to some helma-
user mails not coming through.

regarding the missing jar this is communicated at the jala site [1].
(should this be more prominent?)

and would you mind creating a ticket at [1] with your patch attached?
we'd be very happy.
:)

ciao,
tobi

--
[1] http://dev.orf.at/trac/jala/wiki#Importantnoterejala.Captcha
[2] https://dev.orf.at/trac/jala/newticket

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

smime.p7s (3K) Download Attachment

Re: new style xml rpc

2008-08-07T10:08:10Z

maybe the api code of antville could be useful, too:
http://code.google.com/p/antville/source/browse/trunk/code/Api/Api.js#103

btw. was something wrong with helma-user recently? this is the first
mail i got since 31-jul-2008, and according to the archive there have
been sent some more...?

hth,
tobi

On 07.08.2008, at 18:56, Chris Zumbrunn wrote:

>
> On Aug 7, 2008, at 18:27 , Anton Pirker wrote:
>
>> but i somehow recall, that there is a new way of doing things.
>> something with adding _xmlrpc instead of _action to the functionname.
>>
>> is there any documentation on the whole xml/rpc server and client
>> issue?
>> i can't find anything usefull.
>
> It's in addition to _action, not instead of it.
>
> The "complete docs" can be found here: ;-)
>
> http://dev.helma.org/Community/#nabble-td1153379
>
> Chris
>
> _______________________________________________
> Helma-user mailing list
> Helma-user@...
> http://helma.org/mailman/listinfo/helma-user

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

smime.p7s (3K) Download Attachment

Re: new style xml rpc

2008-08-07T09:56:06Z

On Aug 7, 2008, at 18:27 , Anton Pirker wrote:

> but i somehow recall, that there is a new way of doing things.
> something with adding _xmlrpc instead of _action to the functionname.
>
> is there any documentation on the whole xml/rpc server and client
> issue?
> i can't find anything usefull.

It's in addition to _action, not instead of it.

The "complete docs" can be found here: ;-)

http://dev.helma.org/Community/#nabble-td1153379

Chris

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

new style xml rpc

2008-08-07T09:27:44Z

hi list!

i am writing a small xml/rpc server and client right now.

a while back i already did this and used following properties in
app.properties to define the callable function:

xmlRpcAccess = api.getAllJobs, api.getApplicationForm, api.storeFile,
xmlRpcHandlerName = *

but i somehow recall, that there is a new way of doing things.
something with adding _xmlrpc instead of _action to the functionname.

is there any documentation on the whole xml/rpc server and client issue?
i can't find anything usefull.

thanks,
anton

--
DI(FH) Anton Pirker
Helma Freelancer

http://www.ignaz.at
http://shnitzl.org

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: app.registerUser

2008-08-04T11:56:22Z

I have

_name = EMAIL

in my most recent User.properties, and it is working fine. Helma 1.6.2.
I don't know that it will make any difference, but try ALL CAPSing the
column name.

Also make sure you've restarted your app since you set that, again just
in case.

--
Joshua Paine <joshua@...>

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

app.registerUser

2008-08-04T11:48:53Z

Hi,

The User/type.properties has _name mapped

_name = jobulous_user_email

but when I do
app. registerUser

It is still looking for a user.name column in the database

http://helma.zumbrunn.com/reference/app.html#app.registerUser

Is this a bug or an intended behavior?

Julian

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

addRepository...

2008-08-04T06:33:18Z

helma 1.6.2 (April 7 2008) seems to parse the code of the repository
in the reverse direction if you add it via app.addRepository() instead
of adding a configuration line like

twoday_media_trunk_2.repository.2 =
../kngRepositories/twoday_media/trunk_2/jalaLib/core/code

to the apps.properties.

reverse direction?
"Zip.js, Array.js" instead of "Array.js, Zip.js"

why is that?

is this a bug?

greetings,
--
klemens mantzos
web developer | vienna - http://knallgrau.at/
_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: Helma Windows service does not work

2008-08-04T06:25:18Z

Thanks for your reply. I finally solved it using JRE 1.5.0_15, there
are some issues with 1.6 version of JRE and JavaService (mailed this
yesterday, but I suppose the mail has not been delivered to the board
for some reason). It is just more comfortable to run it as a service,
I had been using the start.bat before then.

jirka

On Sun, Aug 3, 2008 at 10:30 PM, Joshua Paine <joshua@...> wrote:

> I'm no longer running Windows, but if you're just doing development on
> Win, don't worry about running it as a service at all. Just run
> start.bat in the Helma folder.
>
> --
> Joshua Paine <joshua@...>
>
> _______________________________________________
> Helma-user mailing list
> Helma-user@...
> http://helma.org/mailman/listinfo/helma-user
>

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

get prototype name in macro

2008-08-04T04:52:53Z

hi list!

i have a macro in HopObject, so it is usable from all the prototypes.
in this macro i want to get the name of the prototype called the macro.

If i do:
res.write(this._prototype);

it says "HopObject" but not the the name of the prototype from which i
called the macro. Can i get this information somehow?

regards,
Anton

--
DI(FH) Anton Pirker
Helma Freelancer

http://www.ignaz.at
http://shnitzl.org

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

[jala] captcha broken?

2008-08-04T01:25:23Z

Hi!

I hope i also can ask jala questions in here.

I just wanted to add a jala.Captcha() to my app and it did not work.
First thing was, that the jcaptcha jar file was missing.
I downloaded the latest version, changed the filename in Captcha.js and
tried again. Again no luck.

Captcha.js uses Packages.com.sun.image.codec.jpeg.JPEGCodec which seems
not to be available in OpenJdk Java 1.6.0-b09.

So i changed the code to use javax.imagei like this:

/**
* Render a new captcha image.
*/
this.renderImage = function renderImage() {
var image = captcha.getImageChallenge();
var stream = new java.io.ByteArrayOutputStream();
javax.imageio.ImageIO.write(image, "jpg", stream);
res.contentType = "image/jpeg";
res.writeBinary(stream.toByteArray());
return;
};

Now it works!
Maybe some of the jala folks can add this changes to the repository?

thanks,
Anton

--
DI(FH) Anton Pirker
Helma Freelancer

http://www.ignaz.at
http://shnitzl.org

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: Helma Windows service does not work

2008-08-03T13:30:53Z

I'm no longer running Windows, but if you're just doing development on
Win, don't worry about running it as a service at all. Just run
start.bat in the Helma folder.

--
Joshua Paine <joshua@...>

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: Helma Windows service does not work

2008-08-03T08:53:04Z

I finally solved it using JRE 1.5.0_15 in case someone would run into
the same troubles.
There are some problems with JRE 1.6 and JavaService.

Cheers

jirka
_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Helma Windows service does not work

2008-08-02T09:34:47Z

Hello,

I am having difficulties running Helma service on Windows XP SP2. I
read about submitting questions about it to dev-helma mailing list,
but as I also noticed something about closing it, I guess it is more
proper to post it here (hope I do not break any rules).

I downloaded the HelmaService.zip file from
http://adele.helma.org/download/helma/contrib/hannes/helmaservice/ and
followed instructions several times:

installservice.bat c:\progra~1\java\jre1.6.0_5 d:\dev\helma client

The information about succesful installation always appears, then I
add the following line to server.properties file as required:

webPort=8080

But then when I try to start the service from the services control
panel, it just gives me a message like this:

"The service has started and shut down. It happens when the service is
not needed anymore" - or something like that, I actually cannot
reinterpret what it exactly says as I use

I tried to run it from shell, but it does not work either giving me
something like this:

Starting Helma service.
Helma service cannot be activated.
The service did not report any error.

That's it. Maybe there is some problem with the JRE? As I am pretty
new in all of this, I have no idea. Thank you for any suggestions

jirka
_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: Skin Name in Macro

2008-07-30T16:25:00Z

Hi Julian,

Yes and no.
No, its currently not exposed to JS but Yes the info is all there in the
Java code.

Its actually a little convoluted as:
* the current skin object (Java Skin class) is a private member variable
called "activeSkin" of the ReponseTrans class.
* ReponseTrans is a private member variable called "res" of the
ReponseBean class.

Because the above 2 variables are private, they are currently not
accessible to JS.
But even if they were, the Skin class has no reference to the resource
(eg. skin file) that created it, which is probably what you actually
want.

Sooooo, I've whipped a quick patch (attached) that gives access to the
current skisn resource name, eg.

function doSomething_macro() {
writeln("I was called from the
Skin:"+res.getResponseTransaction().activeSkin.getName());
}

The patch is against current helma trunk. I'l also add this to bugzilla
in the hope of getting it into the Helma mainline as this is not the
first time I've needed access to the res.res (ReponseTrans) so would be
nice to have it accessible in JS outside this particular usecase.

thanks,
Maks.

ps. I've updated as well the comment of ResponseTrans which is clearly
out of date and wrong.

> -----Original Message-----
> From: helma-user-bounces@...
> [mailto:helma-user-bounces@...] On Behalf Of Julian Tree
> Sent: Wednesday, 30 July 2008 22:50
> To: Helma User Mailing List
> Subject: [Helma-user] Skin Name in Macro
>
> Hi,
>
> Within a macro can I find out which template it is called from?
>
> Julian
>
> _______________________________________________
> Helma-user mailing list
> Helma-user@...
> http://helma.org/mailman/listinfo/helma-user
>

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

helma-access-activeSkin-patch.diff (5K) Download Attachment

Skin Name in Macro

2008-07-30T05:49:53Z

Hi,

Within a macro can I find out which template it is called from?

Julian

_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Re: Best way of extending HopObject functions

2008-07-30T05:30:03Z

Generic getter/setters are not possible in standard javascript, but I
think support for JSAdapter is built into recent versions that should
make it possible for you (not sure, haven't experimented with it).

To override the built-ins, what I have ended up doing is just using
another type as my base type from which to inherit. Then I don't have to
move any existing functions (which I've found is prone to unexpected
interactions with the cache) and it's still easy to call the built-ins.

HopObject.get.apply(this,arguments)

-Joshua
_______________________________________________
Helma-user mailing list
Helma-user@...
http://helma.org/mailman/listinfo/helma-user

Nabble - Helma - User

Re: app.data in cluster environments

app.data in cluster environments

Re: __defineGetter__ for existing HopObject properties

improvements and questions.

Re: Standalone servlet helma.home

Standalone servlet helma.home

Re: org.mozilla.javascript.NativeArray toJSON error

Re: date.js cause memory leak

org.mozilla.javascript.NativeArray toJSON error

date.js cause memory leak

dontEnum() error

Moving to Google Groups

Re: [jala] captcha broken?

Re: [jala] captcha broken?

Re: PHP scripting engine plugin v0.1

Re: PHP scripting engine plugin v0.1

PHP scripting engine plugin v0.1

Re: new style xml rpc

Re: [jala] captcha broken?

Re: [jala] captcha broken?

Re: new style xml rpc

Re: new style xml rpc

new style xml rpc

Re: app.registerUser

app.registerUser

addRepository...

Re: Helma Windows service does not work

get prototype name in macro

[jala] captcha broken?

Re: Helma Windows service does not work

Re: Helma Windows service does not work

Helma Windows service does not work

Re: Skin Name in Macro

Skin Name in Macro

Re: Best way of extending HopObject functions

Re: defineGetter for existing HopObject properties