[jira] [Comment Edited] (GUACAMOLE-168) Add support for X.Org

["Bernd Oelker (Jira)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/GUACAMOLE-168?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17391690#comment-17391690 ] 

Bernd Oelker edited comment on GUACAMOLE-168 at 8/2/21, 4:32 PM:
-----------------------------------------------------------------

Hallo,

I started to examine the X11 guac driver on Ubuntu 20.04 and build the guacamole server from Mike's git repo...

I failed to build the war file, because of java/ant errors (Ubuntu 20.04 uses jdk-11) ...

Are there are howtos, docs or advice(s) how to proceed, or can I use the guac-1.30 stable *.war file ??

We want to start serveral X11 lightwight session(s) with different X11-display-nr+guac ports (small resolution,

default application allways running) and access these "persistent" sessions via WEB Browser using gaucamole ...

 


was (Author: beop911):
Hallo,

I started to examine the X11 guac driver on Ubuntu 20.04 and build the guacamole server from Mike's git repo...

I failed to build the war file, because of java/ant errors (Ubuntu 20.04 uses jdk-11) ...

Are there are howtos, docs or advice(s) how to proceed, or can I use the guac-1.30 stable *.war file ??

We want to start serveral X11 lightwight session(s) with different X11-display-nr+guac ports (small resolution,

default application allways running) and access these "persitent" session via WEB Browser using gaucamole ...

 

> Add support for X.Org
> ---------------------
>
>                 Key: GUACAMOLE-168
>                 URL: https://issues.apache.org/jira/browse/GUACAMOLE-168
>             Project: Guacamole
>          Issue Type: New Feature
>          Components: guacamole-client, guacamole-server
>            Reporter: Mike Jumper
>            Assignee: Mike Jumper
>            Priority: Major
>         Attachments: 00-guac.conf, Xorg.0.log
>
>
> It's been frequently requested that we add support for a more efficient protocol like NX or X2Go. Though that sounds nice on the surface, and theoretically would allow us to leverage some of Guacamole's nicer protocol-level features, investigating deeper reveals:
> # X2Go *is* NX - it uses the same protocol behind the scenes.
> # NX isn't really a protocol - it is essentially a compressor for X11, and depends on the client having a local X11 server to handle the decompressed result.
> Implementing support for either of these would thus involve implementing support for X11, which is crazy. *However:*
> What about implementing a driver for the X.Org X11 server?
> The X.Org server provides a driver abstraction layer which exposes access to windows (including their hierarchy) and pixmaps, much in the same way the Guacamole protocol provides nestable layers and buffers. If we were to implement a Guacamole driver for X.Org, we would be able to make much greater use Guacamole protocol features like client-side compositing. Operations which are typically expensive in VNC or RDP like window movement suddenly become simple, as they only involve updating the properties of a layer.
> I have an experimental implementation of all this, built upon several other improvements which ended up being required. Work started several years ago, even before Guacamole was accepted into the Apache Incubator, but I think it's finally ready to move forward. I've been using it myself for roughly a month now, and so far so good.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)