kieker-monitoring / kieker

Kieker's main repository
Apache License 2.0
70 stars 41 forks source link

[KIEKER-1903] Define a comprehensive and stable package structure #1936

Closed rju closed 1 week ago

rju commented 1 week ago

JIRA Issue: KIEKER-1903 Define a comprehensive and stable package structure Original Reporter: Reiner Jung


The analysis part of Kieker is becoming larger and larger. And it will become even bigger when contribution from other projects will be merged. Thus, it is important to come up with a more stable package structure. Currently, we have several different taxonomies to group classes. Furthermore, some package names do not follow Java guidelines (camel case packages). All these properties makes it hard for users to find and use stages.

rju commented 1 week ago

author rju -- Wed, 13 Oct 2021 14:22:53 +0200

I would propose that we group stages by topic/thematic grouping which are:

Sinks are special to the various analyses. Thus, I would put them with the respective topic.

There are also technical groupings:

rju commented 1 week ago

author rju -- Wed, 13 Oct 2021 14:29:57 +0200

Proposal for class names:

rju commented 1 week ago

author DaGeRe -- Thu, 17 Feb 2022 10:26:36 +0100

When we start refactoring packages, it would be nice to fix the problem that we got Execution two times: Once kieker.model.system.model.Execution, which means something like OperationExecution (which would be a nice name, since we got OperationExecutionRecord, OperationExecutionAspect etc.), and teetime.framework.Execution, which means something like AnalysisExecution.

Furthermore, kieker.tools.trace.analysis.systemModel.Execution exists, which is deprecated - if we break all third party tools using Kieker by changing the package naming, we could fully remove this.

rju commented 1 week ago

author rju -- Thu, 24 Feb 2022 09:53:19 +0100

We agreed on a new package structure for the new stages and classes. The deprecated old pipe and filter API based classes remain where they are. The new structure is as follows:

The plan is to rearrange the package structure for the TeeTime stuff in 1.16.0 (2.0.0) and remove the old stuff afterwards in 1.17.0 (2.1.0)

rju commented 1 week ago

author rju -- Tue, 24 May 2022 14:40:20 +0200

Started moving classes into new package structure.

rju commented 1 week ago

author rju -- Tue, 24 May 2022 18:32:50 +0200

rju commented 1 week ago

author rju -- Wed, 29 Jun 2022 12:51:42 +0200

Most classes in src moved to their correct target location.

Tests not moved so far.

rju commented 1 week ago

author rju -- Thu, 30 Jun 2022 12:42:02 +0200

rju commented 1 week ago

author rju -- Wed, 6 Jul 2022 12:39:33 +0200

Updated version