VUU-333: Implement layout server

[pling-scottlogic]

Description

Adds a Spring Boot server to manage layouts remotely, and introduces an environment variable for the front end to determine whether layouts are saved locally or remotely. This also handles "application layouts", which refer to all open tabs visible to the user.

Change List

• Implement layout server
• Add tests for layout server
• Connect UI to layouts server
• Add resource for application layouts
• Connect UI to application layouts resource
• Fix layout IDs
• Fix Dialog styling

[netlify]

✅ Deploy Preview for papaya-valkyrie-395400 canceled.

Name	Link
🔨 Latest commit	9d060cf
🔍 Latest deploy log	https://app.netlify.com/sites/papaya-valkyrie-395400/deploys/655b8aecd1af5f0008a7bd34

[heswell]

I'm seeing errors on some operations.

1. The initial save for a new user saves application.json twice. I suspect this is unnecessary and could be reduced to a single call (its probably a longstanding issue)
   However, it causes an exception on the server

exception [Request processing failed; nested exception is org.springframework.dao.DataIntegrityViolationException: could not execute statement; SQL [n/a]; constraint ["PUBLIC.PRIMARY_KEY_2 ON PUBLIC.APPLICATION_LAYOUT(USERNAME) VALUES ( /* 1 */ 'vuu-user' )"; SQL statement:
insert into application_layout (definition, username) values (?, ?) [23505-214]]; nested exception is org.hibernate.exception.ConstraintViolationException: could not execute statement] with root cause

org.h2.jdbc.JdbcSQLIntegrityConstraintViolationException: Unique index or primary key violation: "PUBLIC.PRIMARY_KEY_2 ON PUBLIC.APPLICATION_LAYOUT(USERNAME) VALUES ( /* 1 */ 'vuu-user' )"; SQL statement:
insert into application_layout (definition, username) values (?, ?) [23505-214]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:508) ~[h2-2.1.214.jar!/:na]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:477) ~[h2-2.1.214.jar!/:na]

When I try to save a layout, I also see an exception, look slike the data is too big

exception [Request processing failed; nested exception is org.springframework.dao.DataIntegrityViolationException: could not execute statement; SQL [n/a]; nested exception is org.hibernate.exception.DataException: could not execute statement] with root cause

org.h2.jdbc.JdbcSQLDataException: Value too long for column "DEFINITION CHARACTER VARYING(255)": "'{""id"":""5WpjhdJwWI3ClI1XYzeJu"",""type"":""Flexbox"",""props"":{""active"":0,""splitterSiz... (3416)"; SQL statement:
insert into layout (definition, metadata_id, id) values (?, ?, ?) [22001-214]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:506) ~[h2-2.1.214.jar!/:na]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:477) ~[h2-2.1.214.jar!/:na]
	at org.h2.message.DbException.get(DbException.java:223) ~[h2-2.1.214.jar!/:na]
	at org.h2.message.DbException.getValueTooLongException(DbException.java:322) ~[h2-2.1.214.jar!/:na]
	at org.h2.value.Value.getValueTooLongException(Value.java:2573) ~[h2-2.1.214.jar!/:na]
	at org.h2.value.Value.convertToVarchar(Value.java:1261) ~[h2-2.1.214.jar!/:na]
	at org.h2.value.Value.convertTo(Value.java:1117) ~[h2-2.1.214.jar!/:na]

[heswell]

this works for showcase, but not the sample app.
can we add "https://localhost:8443", that will work for the default Vuu deployment

Should probably to think about making this a configuration option.

[pling-scottlogic]

Done: b55f1e4

[pling-scottlogic]

When I try to save a layout, I also see an exception, look slike the data is too big

exception [Request processing failed; nested exception is org.springframework.dao.DataIntegrityViolationException: could not execute statement; SQL [n/a]; nested exception is org.hibernate.exception.DataException: could not execute statement] with root cause

org.h2.jdbc.JdbcSQLDataException: Value too long for column "DEFINITION CHARACTER VARYING(255)": "'{""id"":""5WpjhdJwWI3ClI1XYzeJu"",""type"":""Flexbox"",""props"":{""active"":0,""splitterSiz... (3416)"; SQL statement:
insert into layout (definition, metadata_id, id) values (?, ?, ?) [22001-214]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:506) ~[h2-2.1.214.jar!/:na]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:477) ~[h2-2.1.214.jar!/:na]
	at org.h2.message.DbException.get(DbException.java:223) ~[h2-2.1.214.jar!/:na]
	at org.h2.message.DbException.getValueTooLongException(DbException.java:322) ~[h2-2.1.214.jar!/:na]
	at org.h2.value.Value.getValueTooLongException(Value.java:2573) ~[h2-2.1.214.jar!/:na]
	at org.h2.value.Value.convertToVarchar(Value.java:1261) ~[h2-2.1.214.jar!/:na]
	at org.h2.value.Value.convertTo(Value.java:1117) ~[h2-2.1.214.jar!/:na]

We have fixed this by using a different type to model the definition. This is something we were working on anyway, as it means the definition is fully embedded within the JSON of the request (providing implicit validation of the JSON structure). The fix was merged into the base branch under this PR.

[pling-scottlogic]

The initial save for a new user saves application.json twice. I suspect this is unnecessary and could be reduced to a single call (its probably a longstanding issue)
However, it causes an exception on the server

exception [Request processing failed; nested exception is org.springframework.dao.DataIntegrityViolationException: could not execute statement; SQL [n/a]; constraint ["PUBLIC.PRIMARY_KEY_2 ON PUBLIC.APPLICATION_LAYOUT(USERNAME) VALUES ( /* 1 */ 'vuu-user' )"; SQL statement:
insert into application_layout (definition, username) values (?, ?) [23505-214]]; nested exception is org.hibernate.exception.ConstraintViolationException: could not execute statement] with root cause

org.h2.jdbc.JdbcSQLIntegrityConstraintViolationException: Unique index or primary key violation: "PUBLIC.PRIMARY_KEY_2 ON PUBLIC.APPLICATION_LAYOUT(USERNAME) VALUES ( /* 1 */ 'vuu-user' )"; SQL statement:
insert into application_layout (definition, username) values (?, ?) [23505-214]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:508) ~[h2-2.1.214.jar!/:na]
	at org.h2.message.DbException.getJdbcSQLException(DbException.java:477) ~[h2-2.1.214.jar!/:na]

We've not been able to reproduce this error. Can we discuss it together next week?