HPCC-8869 Moves the existing onActivity code into three methods

This is the first step of Refactoring Eclwatch activity code. To make
the refactoring easier to review, I move (no change for process logic)
the existing code for super users (displaying Banner and/or Chat) into
two new methods: readBannerAndChatRequest() and setBannerAndChatData().
For backward compatible, I also move the existing code for retrieving
information about servers and WUs into a new memthod: getServersAndWUs().

Signed-off-by: Kevin Wang <kevin.wang@lexisnexis.com>
HPCC-8869 Refactor Eclwatch activity code

Five new methods are added to read/set workunits on clusters and
servers. 2 Minor changes: a. collect and display better information
about clusters and workunits; b. collect and display WUs on the
servers (ECL Server and ECL Agent) which do not belong to any
target cluster.

Signed-off-by: Kevin Wang <kevin.wang@lexisnexis.com>
HPCC-8869 Revise based on review comments

Signed-off-by: Kevin Wang <kevin.wang@lexisnexis.com>
HPCC-9592 Generate a simpler graph for IF(cond, <EMPTY>, ds)

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
Merge pull request #4578 from ghalliday/issue9592

HPCC-9592 Generate a simpler graph for IF(cond, <EMPTY>, ds)

Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
HPCC-9605 - Remove spurious 20s sleep at slave start

Introduced accidentally as part of HPCC-8669 changes

Signed-off-by: Jake Smith <jake.smith@lexisnexis.com>
Merge pull request #4580 from jakesmith/hpcc-9605

HPCC-9605 - Remove spurious 20s sleep at slave start

Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
HPCC-9606 Update doc images in Tech Prev

Signed-off-by: g-pan <greg.panagiotatos@lexisnexis.com>
Merge pull request #4584 from g-pan/H9606-TchPrvImg

HPCC-9606 Update doc images in Tech Prev

Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
HPCC-9341 Add ecl-publish support for suspend and delete previous

Adds command line support for suspending or deleting the previously
active query when publishing and activating a query.

Signed-off-by: Anthony Fishbeck <Anthony.Fishbeck@lexisnexis.com>
Merge branch 'publishDeletePrevious9341' into candidate-4.0.0

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
HPCC-9587 Ubuntu 12.04 32bit eclcc cores on constant folding

Seems like we can end up with additional instructions between
the two asm sections that rely on the value of esp having been
already restored.

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
HPCC-9598 Generate <dataset>.row as a PROJECT instead of a 1 row NORMALIZE

Signed-off-by: Gavin Halliday <gavin.halliday@lexisnexis.com>
Merge pull request #4579 from ghalliday/issue9598

HPCC-9598 Generate <dataset>.row as a PROJECT instead of a 1 row NORMALIZE

Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
Merge pull request #4581 from richardkchapman/32-bit-fold-core

HPCC-9587 Ubuntu 12.04 32bit eclcc cores on constant folding

Reviewed-by: Gavin Halliday <ghalliday@hpccsystems.com>
Merge pull request #4477 from wangkx/h8869b

HPCC-8869 Refactor ECLWatch activity code

Reviewed-By: Anthony Fishbeck <anthony.fishbeck@lexisnexis.com>
Reviewed-By: Richard Chapman <rchapman@hpccsystems.com>
HPCC-9612 Roxie is ignoring slaveThreads setting

The refactoring of roxie topology in rc13 introduced a regression where the
roxieSlaveThreads setting would be ignored, and only one slave thread would
be allocated.

This could lead to lockups in cases where a slave thread tried to make remote
calls, such as sqfilt.ecl in the regression suite.

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
Merge pull request #4587 from richardkchapman/roxie-slave-threads

HPCC-9612 Roxie is ignoring slaveThreads setting

Reviewed-by: Gavin Halliday <ghalliday@hpccsystems.com>
HPCC-9594 Rembed fails in thor

Thor plugin checking mechanism is over-sensitive.

The whole area really needs some refactoring, but for now simplest fix is
to disable the failing checks, thus bringing thor behaviour in line with other
components.

Signed-off-by: Richard Chapman <rchapman@hpccsystems.com>
HPCC-9570 SOAPCALL returning "Request too large for buffer fragment"

If a SOAPCALL service returns chunked data and any chunk is larger than
64K, an error is reported and the data transfer is aborted.  This fix
allows chunks of any size by removing the size check

Signed-off-by: William Whitehead <william.whitehead@lexisnexis.com>