Build your own Watson Workspace Linux Client

Created:
Last Update:

Author: Christoph Stoettner
Read in about 3 min · 537 words

Fountain pen and a notebook

Photo by Aaron Burden | Unsplash

Watson Workspace Clients are only available for Windows and Mac OS. I’m a 100% Linux user on my devices and I use a Windows virtual machine only if I can’t avoid it. To communicate with colleagues, IBM and DNUG I need to use Watson Workplace, opening the web view is possible, but then I need to search the right tab or forget to open it. Since some weeks there is Zoom (Web / Video meetings) integrated with Watson Workspace too.:

Watson Workspace clients are based on Electron . I’m not a big fan of Electron clients, most of them are big and need tons of system resources. There is enough written about advantages and disadvantages, so I just leave it that way.

The last time I used Rambox and configured for Smartcloud, some Slack spaces and Watson Workplace, but I wasn’t completely satisfied. I’m a member of around 12 Slack spaces, so I switched back to the native Slack client and uninstalled Rambox. I just wanted something to use Watson Workplace outside of my browsers. One reason is the single sign-on feature within the IBM web pages. I use several IBM IDs to download software, use Smartcloud Connections or Developerworks. So an always logged in WW and the very sticky cookies around these services are a pain.

Today I found a new way!

I read about nativefier in my news feed and just wanted to try using it.

The project is based on Node.js and uses npm for installation. Node.js has lots of dependencies and I don’t want to have all that tools on my working machine. So I cloned the repository and build the docker image.

git clone https://github.com/jiahaog/nativefier.git
cd nativefier
docker build -t local/nativefier .

Now I can build everything from that docker container.

I downloaded a Watson logo and put it on the path where I want to build the client.

cd ~
mkdir -p ~/tools/watsonworkspace
cp Downloads/ww-logo.png ~/tools/watsonworkspace
cd ~/tools

Build the application

docker run --rm \ 
  -v $(pwd)/watsonworkspace:/target \ 
  local/nativefier \
  --icon /target/ww-logo.png \ 
  --name "Watson Workspace" \
  https://login.workspace.ibm.com/ \ 
  /target/
  • Start docker, run a container based on image local/nativefier and delete (--rm) the container after the run.

  • This maps a volume from local path /watsonworkspace and maps within the container to /target.

  • Adds an icon to the program and adds the name Watson Workspace.

  • Is the login URL of Watson Workspace. When you log in there and restart the client, you’re still logged on.

After running the container you find a new directory with ~/tools/watsonworkspace and you can start your personal build Electron client with ~/tools/watsonworkspace/watson-workspace-linux-x64/watson-workspace. I created an autostart entry to start it each time I log in, or you can add it to the menu or desktop. The best thing about nativefier is, it works on Mac OS and Windows too. So you can add every URL you want to have a separate login or browser window.

Selection 004 1

Zoom on Linux

Within the Workspace client, I can start a meeting (when I have a pro account) and I can open it directly with Zoom (which is available for Linux too). So it’s not integrated into my Workspace client, but it opens without prompting in a Zoom client window. Great stuff!

Author
Suggested Reading
Aaron Burden: Fountain pen and a notebook

Last week I wrote a post about Using Docker and ELK to Analyze WebSphere Application Server SystemOut.log , but i wasn’t happy with my date filter and how the websphere response code is analyzed. The main problem was, that the WAS response code is not always on the beginning of a log message, or do not end with “:” all the time.

Created:
Last Update:
Read in about 3 min
Aaron Burden: Fountain pen and a notebook

I often get SystemOut.log files from customers or friends to help them analyzing a problem. Often it is complicated to find the right server and application which generates the real error, because most WebSphere Applications (like IBM Connections or Sametime) are installed on different Application Servers and Nodes. So you need to open multiple large files in your editor, scroll each to the needed timestamps and check the lines before for possible error messages.

Created:
Last Update:
Read in about 5 min
Aaron Burden: Fountain pen and a notebook

Today I had the pleisure to give a talk about Kubernetes Basics at the Docker Mannheim Meetup . I enjoyed it very much and we had some very good discussions after the talk with the traditional pizza and drinks sponsored by Stocard .

A big shout-out to Jens and Martina for organizing the meetup!

Created:
Last Update:
Read in about 1 min