hannes1 | 19 Apr 09:25
Picon
Favicon

Newsletter Tue, 19 Apr 2011 08:25:45 +0100

Hey!!

Do you want an extraordinary future, increase in money earning power, and  pat on the back :)?

Special offer:
We can assist with Diplomas from prestigious universities based on your present knowledge and
professional experience.

Get a Degree in 4 weeks with our program! 

~Our program will let ANYONE with professional experience
gain a 100% verified Degree:

~Doctorate
~Bachelors
~Masters

- Just think about it... 
- Follow YOUR Dreams!
- Live a much better life by earning or upgrading your degree.

This is a rare way to make a right move and receive your due
benefits... if you are qualified but are lacking that piece of paper. Get one from us in a short time.

Call Us to start improving your life!

~CALL~

1-916-484-3795

(Continue reading)

Axel Zuzek | 17 Dec 17:40
Picon

app.data in cluster environments

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 <at> helma.org
http://helma.org/mailman/listinfo/helma-user
kRAkEn/gORe | 14 Oct 09:09
Picon
Gravatar

improvements and questions.

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
     * <at> 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 <at> helma.org
http://helma.org/mailman/listinfo/helma-user
Picon

Re: Standalone servlet helma.home

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 <at> helma.org 
> [mailto:helma-user-bounces <at> helma.org] 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 <at> helma.org
> http://helma.org/mailman/listinfo/helma-user
> 
Patrick Lee | 14 Oct 00:24
Picon
Favicon

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?
Julian Tree | 1 Oct 07:30
Picon

org.mozilla.javascript.NativeArray toJSON error

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 <at> helma.org
http://helma.org/mailman/listinfo/helma-user
Julian Tree | 1 Oct 06:34
Picon

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 <at> helma.org
http://helma.org/mailman/listinfo/helma-user
Julian Tree | 12 Sep 11:36
Picon

dontEnum() error

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)
Hannes Wallnoefer | 19 Aug 14:06
Picon
Favicon
Gravatar

Moving to Google Groups

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
Daniel Ruthardt | 11 Aug 16:57

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&package_id=287402
[4] http://dev.helma.org/download/
[5] http://dev.helma.org/wiki/Related+Projects/#Warp
Anton Pirker | 7 Aug 18:27

new style xml rpc

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

Gmane