World: r4wp

which is why we, who are not intimately involved in this project, 
need more detailed docs :(

PRINT has been standard in REBOL languages for a decade and a half, 
and half a century in other software...

And in View brings up a console to print to

Only on Windows, so that's non-standard

Anyway, if you try GTK-IDE, you'll get output in the window

LOL, nice exchange - where have you expected print to happen? - On 
my printer :-)

CGI is possible indeed. I did a small tutorial a while ago: http://arnoldvanhofwegen.com/blog/simple-red-cgi-scripting-possible/

Do you want to add using it with GET and POST ?

Very much so and connecting it to my MySQL database as well! But 
that is not yet possible at this time. I do not see a use for a form 
if I cannot save information from it.

R2 has all these possibilities, on rebol.org are various examples 
of scripts. For Red we might train our patience muscle of finance 
Nenad in the 'right' direction.

We can finance Doc anyway, but - he knows his priorities, and imo 
CGI is not one of them right now :-) Well, Red still needs some other 
basic stuff, namely objects, I/O (files, networking), parse ... we 
are getting there, it will just take some time ....

Kaj says CGI is possible using get-env to retrieve the request data

CGI support is trivial, you don't need me to add it to Red.

First release of prototype low-level bridge with Java world:

https://github.com/dockimbel/Red/tree/dyn-lib-emitter/red-system/bridges/java

This is a low-level interface suitable for Red/System. Red will have 
a higher-level abstraction layer for interacting with Java.

This has been tested on Windows only currently, let me know if there's 
issues on other platforms.

Can't somehow build it ....

do/args %rsc.r "%bridge/java/JNIdemo.reds -o %bridge/java/JNIdemo" 
... there's a typo, should be %bridges/

You need to have the JDK installed.

Ah thanks!

Fixed.

Don't want to have JDS installed :-)

I got exe, it just prints nothing ... wouldn't I be fine with jus 
same JAVA libs?

Exe??

>> do/args %rsc.r "%bridges/java/JNIdemo.reds -o %bridges/java/JNIdemo"

-= Red/System Compiler =-
Compiling bridges/java/JNIdemo.reds ...

...compilation time:     114 ms
...linking time:         4 ms
...output file size:     6656 bytes
...output file name:     bridges/java/JNIdemo.exe

Sorry, forgot to add the -dlib option in the README.

ok ...

Fix pushed.

JNIdemo.dll

Right.

Now you need to compile the Java side.

you mean JNIdemo.java, right? And for that, I need JDK installed 
....

Someone can also send you the compiled .class file, but you'll at 
least need the JRE installed :)

Yep.

Right, if you need to install Java, go for the JDK instead of the 
JRE.

My idea is, that I don't need JAVA at all, and that Red compiler 
spits out final app for me :-)

well, I mean - that I don't need JDK, just typical JAVA client installation 
...

Andreas, does it work on Linux for you? It seems there's a library 
path access issue there.

That's the JRE.

(@Pekr ^^)

JRE is typically installed on Windows machines, but not sure nowadays. 
But I somehow has it insatlled on my notebook ...

@Pekr: http://bolka.at/2013/red/JNIdemo.class(compiled with Java 
7; hope that doesn't cause problems).

Pekr: if you want to put yourself in the end-user shoes only, then 
just forget about this Java stuff until we get full Android support. 
If you want to test the steps in the meantime, just install the JDK.

Andreas, you need to publish the events.class file too, or they won't 
be able to close the window. ;-)

downloading JDK, but good to know, that end users will not need to 
fight all that stuff ...

well, what is the .class file good for anyway, even if I have JRE?

The .class file is Java's "exe".

Java 7: I think I've relied on Java 6 docs, but it should work as 
these are old APIs.

http://bolka.at/2013/red/events.class

Hmm, on second thought, Pekr, if you don't know what .class are, 
maybe don't bother with JDK then...;-)

With the JRE, you can run code in .class files.