Closed rju closed 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:
author rju -- Wed, 13 Oct 2021 14:29:57 +0200
Proposal for class names:
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.
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)
author rju -- Tue, 24 May 2022 14:40:20 +0200
Started moving classes into new package structure.
author rju -- Tue, 24 May 2022 18:32:50 +0200
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.
author rju -- Thu, 30 Jun 2022 12:42:02 +0200
author rju -- Wed, 6 Jul 2022 12:39:33 +0200
Updated version
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.