feat: refactor iotsitewise source structure

[diehbria]

Overview

• make widgetId optional, automatically assign a uuid if not present
• move time-series and asset work to the source-iotsitewise package
• refactor API to work as such:

import { initialize } from '@iot-app-kit/source-iotsitewise';
const { query } = initialize(...);

which removes the concept of a global iot app kit instance with credentials passed in.

• Remove sitewise specific types throughout the iot-app-kit components.
• introduced new generic types to represent TreeProvider and ProviderWithViewport
• Simplify portions of the asset module - move away from wrapping everything as classes. Prefer to just pass in data. Classes should be utilized to maintain state.
• add iot-table with support for table columns, utilizing exposed { toId } from '@iot-app-kit/source-iotsitewise'
• alter build system to make rollup not yell about typescript
• remove unecessary type aliases. We should not be type aliasing for every utilization of generics. We should just use the generics directly. Type aliasing every combination just adds indirection.

Remaining issues

• failing snapshots on grid and status timeline - seem to have been failing for previous PRs as well.
• failing test on expand row for iot-resource-explorer
• open handles on the resource-explorer unit tests
• need to re-write tests on composeProviders

Legal

This project is available under the Apache 2.0 License.

[diehbria]

need to rewrite this.

[gareth-amazon]

My feedback is that you are trying to re-use this type for both tables and charts. If you require additional data for a table you should make that part of the interface:

export type TimeSeriesTableData = {
  dataStreams: {id: string, stream: DataStream}[];
  viewport: MinimalViewPortConfig;
};

export type TimeSeriesTableData = {
  dataStreams: DataStream[];
  viewport: MinimalViewPortConfig;
};

maybe it makes sense to always have the IDs?