The Rel Forum

I've just released version 0.3.6 Alpha, which contains a small change in the way Java-based operators are loaded. I'm hoping this will fix the problem.

This update allows the user to specify the database directory, either via a command-line switch to Rel or DBrowser, or via the DBrowser user-interface. DBrowser also now allows multiple local databases to be open simultaneously. A bug that prevented user-defined Java-based types and operators from b...

Am I too much of a novice at Java to be doing this? No. In fact, the whole purpose of this facility is to easily extend Rel primitives without having to know any Java! :roll: This is a peculiar bug, because the log you've provided indicates it's occurring inside the Java library's java.lang.String....

Hi Hugh, Could you start up the Windows command prompt (Start | Accessories | Command Prompt) and type... javac -version ...at the prompt? This will help me to determine whether the problem lies with Rel invoking the javac compiler, or with Vista finding the javac compiler. If the above runs the jav...

Rel version 0.3.5 Alpha is now available at http://dbappbuilder.sourceforge.net/Rel.html

This update fixes some bugs and provides support for user-defined Java-based types and operators.

In the new version the response to a successful INSERT is just OK. In the previous version I found the tuple counts very useful. Any chance of getting them back, Dave? Yes. I'm working on a command and associated facilities to redirect various system messages, including tuple counts, to DBrowser (o...

I have fixed this for version 0.3.5, which will be released in a few days.

I have fixed this for version 0.3.5, which will be released in a few days.

BTW, please accept my apologies for the slow response. I was in a car accident. I'm fine, but alas, my favourite car is no more.

Yes, my intention is to eventually run the CMS (currently written in PHP) using a Rel DBMS. Hosting isn't a problem, as I colocate my own servers and have just become a partner in a hosting company.

My feeling is that metadata about an external SQL database should be housed in a native Rel database. In other words, there will always be a native Rel database, and external SQL tables (including metadata) will be represented as relvars within the native database.

Yup, I'm happier with the Web site now, but it can still be improved. Before too long, I'll be putting it under a content management system of my own creation, which will simplify adding (for example) manual pages which support commentary, etc.

luxspes wrote:What is the status on this? (The last post is from 2006)

No further along, I'm afraid. I've been trying to convince students to do it as a dissertation project, but so far no takers.

Hi! I think some announcements are due... a new Rel release you know... (I would post them but that can only be done by the master of Rel :wink: ) I've posted announcements via a SourceForge announcements list and on the TTM mailing list (see http://thethirdmanifesto.com). I'll post an announcement...

My apologies for the delay in responding... I'm not sure XST can replace indexing, at least not universally. However, it may provide a suitable basis for implementing index data structures such as BTREEs, hash tables, and the like. I suspect some XST operators may internally benefit from indexes in ...

It is possible to achieve full JDBC 3 compliance without using SQL. JDBC compliance is based on implementing the methods and classes defined in the JDBC specification, without reference to any particular database sublanguage. While JDBC does indeed have an SQL focus, it is explicitly not SQL-only. ...