Modules are defined in glue.properties. For example:

glue.uri=file:///c:/development/gluescript/bin/debug
glue.modules.core=${glue.uri}/glue_cored.dll
glue.modules.wx=${glue.uri}/glue_wxd.dll

The core module is required!
Other changes:

• require is implemented as Modules 1.0 standard of commonjs e.g. require("expat") will first search for a dll that is defined in glue.properties with the key "glue.modules.expat". When it's not defined, it will try to load the scriptfile "expat.js". When requiring a javascript file, you have to omit the .js extension!
• Upgrade SQLite to 3.7.2
• net module with new classes:
  • TCPServer
  • TCPServerParams
  • TCPServerConnection
  • TCPServerConnectionFactory
  • HTTPServer
  • HTTPServerParams
  • HTTPRequestHandler
  • HTTPRequestHandlerFactory
  • HTTPServerRequest
  • HTTPServerResponse
  • HTTPClientSession
• apache: Use HTTPServerResponse and HTTPServerRequest in the requesthandler.

Anoop Kumar Narayanan donated a new logo for GLUEscript. Thanks!

This is the changelog:

• Wrong line number reported on error on Windows
• JS_C_STRINGS_ARE_UTF8 is not needed anymore, JS_CStringsAreUTF8 is called.
• Windows: NSPR not included anymore because this resulted in a crash with Apache. NSPR must be build first, before building PocoSpiderMonkey.
• Switch back to SpiderMonkey 1.8.0 on Windows: latest code (which wasn't released yet is not bug free). Make it possible to build GLUEscript with the latest and 1.8.0 (defines GLUE_JS_180).

In GLUEscript there's a lot of repeated code. All ported classes have similar header and source files. To avoid this repeating work, a generator would be helpful. json-template is a template engine written in JavaScript and can be used with GLUEscript. A JSON object is used to store data that is needed in the template.

GLUEscript is now officially powered by Mozilla: look at http://www.mozilla.org/projects/powered-by.html

Release 0.1.03 contains a fix when a context is created: JSOPTION_VAROBJFIX is removed because it results in errors in "include" method.

Today a new version of GLUEscript is released. The major change is that now GLUEscript runs on Linux 64-bit (Ubuntu).

For Linux 32-bit do the following: download the SpiderMonkey library and configure it (enable threading). Copy jsautocfg.h, js-confdefs.h and js-config.h to gluescript\src\Poco\Script\JavaScript\SpiderMonkey\src\js\cfg\linux32. Add the following to common.lua:

  configuration { "linux", "x32" }
    includedirs { 
                  "../src/Poco/Script/JavaScript/SpiderMonkey/src/js/cfg/linux32" 

For those who want to run GLUEscript on Linux: I'm currently doing a lot of work to make it build on Linux. The article "Don't waste your time on GLUEscript" made me realize that GLUEscript wasn't ready for Linux. Allthough I always released an archive with the source code targeted to Linux, it was difficult to get GLUEscript run on it. I'm polishing up the code now, and I hope to release a source archive that builds on Linux soon. Stay tuned.

If you can't wait, you can always clone the git repository and give it a try.

Today I've stumbled upon an article "Don't waste your time on GLUEscript" written by Eugene Reimer.

This is my answer on his story: Why in the first place do I open my source code to the open source community? I hope it can be useful for other developers, users, ... around the world. Developers are free to use the code, change the code and contribute to the project. Do I have the knowledge of every single platform? No I don't and that's where I hope the open source community steps in and tries to help on the project. And some people do: "installing GLUEscript on debian squeeze 64bit". When I have a problem on the Poco library, I don't start a thread on my website and shout that Poco doesn't work: No, I try to share my problem on the forum or I try to solve the problem myself and share it with the Poco project members. That's the greatest thing about open source: If you can't solve it, maybe someone else can.

I know GLUEscript is not finished (will it ever?), but instead of ranting about the problems, Eugene could have send me a mail, entered a bug-report or mentioned the problems on the google group to make GLUEscript better. And for someone who knows every programming language, except Basic, it can't be a problem to dig in the code.

Every line of code in GLUEscript is written during spare-time. A blog-entry like this feels like a dagger in the back.

If you wish you can also discuss this topic in the Google group.

In the next version the NSPR and SpiderMonkey library will be integrated in the Poco SpiderMonkey library. This was possible by JSMiniNSPR and the packaging-spidermonkey project on code.google.com. At the moment this is only for the Windows version. I don't know yet if the same approach will be used on Linux.