Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Google Summer of Code 2023 Ideas"
(Created page with "Please see our main Google Summer of Code page for participation information. This year, projects should take ~175 hours or ~350 hours for GSoC contributors to complete....") |
m (Adding a 2nd complementary project proposal under Eclipse Adoptium) |
||
| (15 intermediate revisions by the same user not shown) | |||
| Line 30: | Line 30: | ||
'''Rating''' Easy, medium or hard rating of each project. | '''Rating''' Easy, medium or hard rating of each project. | ||
| − | === Eclipse | + | === Eclipse Hara (DDI Client for Eclipse hawbkBit™) === |
| + | ==== Topic 1: Improve Automatic Testing ==== | ||
| + | '''Description:''' Hara-ddiclient (https://github.com/eclipse/hara-ddiclient/) is a Kotlin library that facilitates and speeds up the development of DDI API clients for devices connecting to hawkBit servers. This project aims to modernize and extend the existing test suite to improve the release process. Currently, the test cases implemented are limited and the test env uses a hawkbit-server launched via docker, which must be replaced with a mock. | ||
| − | ''' | + | '''Expected outcomes:''' a mock implementation of the hawkbit-server easily configurable at run time, and new test cases which cover the prominent use cases of the hara-ddiclient. |
| − | + | '''Skills required/preferred:''' Programming skills required, preferably one or more of the following technologies: Kotlin/Java, TestNG/JUnit | |
| − | + | '''Project size:''' 175 or 350 hours (scope can be adjusted, e.g., by including test cases) | |
| − | + | '''Possible mentors:''' [mailto:daniele.sergio@kynetics.com Daniele Sergio] | |
| − | + | '''Rating:''' Medium | |
| − | + | ||
| − | + | ==== Topic 2: Native implementation in Rust ==== | |
| + | '''Description:''' Hara-ddiclient is a Kotlin library that facilitates and speeds up the development of DDI API clients for devices connecting to hawkBit servers. This project will implement a native ddi-client in Rust following the Hara-ddiclient architecture. This project's benefit is providing a DDI client implementation applicable in those crucial contexts where a native approach is required. The native implementation of the DDI client can then be used by different frameworks (i.e Qt) and tools to include their integration with the hawkBit update server. | ||
| − | + | '''Expected outcomes:''' a first version of the hara-ddiclient written in rust which covers one of the primary use cases of ddi-client which is to download and apply an update. | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | ''' | + | '''Skills required''': Students should understand Kotlin, Rust, and possibly Actor model (https://en.wikipedia.org/wiki/Actor_model). |
| − | ''' | + | '''Project size:''' 350 hours |
| − | ''' | + | '''Possible mentors:''' [mailto:daniele.sergio@kynetics.com Daniele Sergio] |
| + | [mailto:diego.rondini@kynetics.com Diego Rondini] | ||
| − | '' | + | ''Rating:'' Hard |
| − | |||
| − | === Eclipse | + | === Eclipse 4diac™ (Domain-specific modelling environment) === |
| − | '''Description''' | + | ==== Topic 1: Testing software developed in a graphical DSL ==== |
| − | Eclipse | + | '''Description''' The Eclipse 4diac project provides an open source infrastructure for distributed Industrial Process Measurement and Control Systems (IPMCS) based on the IEC 61499 standard. This project will add infrastructure for domain experts to test software components (so-called Function Blocks) based on behavior models. Currently, the tool environment has limited tool support for (semi-)automated testing of Function Blocks. A framework for the test execution and a basic user interface are available, partly developed by earlier GSoC projects. |
| − | + | ||
| − | + | '''Expected outcomes:''' A user interface for generating tests for FB Networks and executing them must be available (including documentation). It should be furthermore possible to record such scenarios, which can be later used as test cases. | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | '''Skills required/preferred:''' Programming skills required, preferably one or more of the following technologies: Java, SWT, Eclipse, RCP | |
| − | ''' | + | '''Project size:''' 175 or 350 hours (scope can be adjusted, e.g., by including a graphical user interface) |
| − | ''' | + | '''Possible mentors:''' [mailto:bianca.wiesmayr@jku.at Bianca Wiesmayr] |
| − | + | ||
| − | + | ||
| − | ''' | + | '''Rating:''' Medium |
| − | ''' | + | ==== Topic 2: Refactoring graphical software automatically ==== |
| + | '''Description''' The Eclipse 4diac project provides an open source infrastructure for distributed Industrial Process Measurement and Control Systems (IPMCS) based on the IEC 61499 standard. This project will add automatic refactoring operations to improve the software developed in the graphical modeling language. | ||
| − | ''' | + | '''Expected outcomes:''' A concept for fixing problems in the software has to be developed and implemented. The results should be presented to the user. |
| + | '''Skills required/preferred:''' Programming skills required, preferably one or more of the following technologies: Java, Eclipse, RCP | ||
| − | + | '''Project size:''' 175 or 350 hours (scope can be adjusted, e.g., by including a graphical user interface) | |
| − | ''' | + | |
| − | + | ||
| − | + | ||
| − | + | '''Possible mentors:''' [mailto:bianca.wiesmayr@jku.at Bianca Wiesmayr] | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | '''Rating:''' Medium | |
| − | + | === Eclipse Vert.x client for Apache Pinot === | |
| + | '''Description''' [https://vertx.io Vert.x] is a toolkit to build reactive applications on the Java virtual machine. It provides asynchronous and non-blocking clients for different types of databases. [https://pinot.apache.org/ Apache Pinot] is a realtime distributed datastore for analytics workloads. The project consists in creating a Vert.x client for Pinot, based on the [https://docs.pinot.apache.org/users/clients/java Apache Pinot Java Client]. | ||
| − | + | '''Expected outcomes''' | |
| + | At the end of the project, we should be able to execute Pinot queries using Vert.x supported APIs ('''Future''', RxJava, or SmallRye Mutiny). | ||
| + | The client transport shall be implemented with the [https://vertx.io/docs/vertx-web-client/java/ Vert.x Web Client]. | ||
| + | It is expected that the student creates a sample application and a blog post to present it. | ||
| − | ''' | + | '''Skills required/preferred''' Students should have a good understanding of the Java programming language and be able to learn and experiment with the [https://docs.pinot.apache.org/users/clients/java Apache Pinot Java Client]. |
| − | ''' | + | '''Project size''' 175/350 hours (scope can be adjusted to reflect the desired length) |
| − | + | '''Possible mentors:''' [mailto:tsegismont@gmail.com Thomas Segismont] | |
| − | + | ||
| − | '''Possible mentors:''' | + | |
| − | '''Rating''' | + | '''Rating''' Medium/Hard |
| − | === Eclipse JKube™: | + | === Eclipse JKube™ === |
| + | ==== Topic 1: Improve JKube user experience ==== | ||
'''Description''' | '''Description''' | ||
Eclipse JKube™ is a collection of plugins and libraries that are used for building container images using Docker, JIB or S2I build strategies. | Eclipse JKube™ is a collection of plugins and libraries that are used for building container images using Docker, JIB or S2I build strategies. | ||
| Line 121: | Line 113: | ||
* Deploying resources descriptors | * Deploying resources descriptors | ||
| − | The goal of this proposal is to | + | The goal of this proposal is to improve the user experience of JKube for a better adoption. Basically to work on the issues with the label ‘UX’ https://github.com/eclipse/jkube/labels/UX . Students could also propose issues that would help JKube to be well/better adopted. |
| − | + | '''Expected outcomes''' are of course contributions in terms of code. But it could also involve the website or the documentation or videos. | |
| − | + | '''Skills required/preferred.''' | |
| − | + | * Basic knowledge of Kubernetes | |
| − | '''Skills required/preferred.''' Basic knowledge of Java | + | * Good knowledge of Java |
'''Project size''' 350 | '''Project size''' 350 | ||
| − | '''Possible mentors:''' [mailto: | + | '''Possible mentors:''' [mailto:sutan@redhat.com Sun Tan (CET/CEST)] |
| − | '''Rating''' | + | '''Rating''' medium |
| − | === Eclipse | + | === Eclipse Epsilon Kernel for Jupyter Notebooks === |
| − | + | ||
| − | + | '''Description''' | |
| − | + | [https://www.eclipse.org/epsilon/ Eclipse Epsilon] is a family of Java-based scripting languages for automating common model-based software engineering tasks, such as code generation, model-to-model transformation and model validation. This project would consist in the implementation of a kernel to allow executing these languages in a [https://jupyter.org/ Jupyter] Notebook. Eclipse Epsilon already provides several features that might help during this project: (1) Epsilon programs can be executed from Java code or vía Ant, Maven or Gradle; (2) textual syntaxes for models and metamodels (Flexmi and Eclipse Emfatic respectively) that fit well in the cell-based workflow of Jupyter Notebooks; (3) a [https://www.eclipse.org/epsilon/playground/ browser-based playground] for fiddling with Epsilon’s languages; and (4) examples of how to work with Epsilon in different [https://www.eclipse.org/epsilon/doc/articles/#development-environments development environments]. | |
| − | [ | + | '''Expected outcomes''' |
| + | A baseline could be implementing a Jupyter kernel that allows executing [https://www.eclipse.org/epsilon/doc/eol/ EOL (Epsilon Object Language)] snippets contained in notebook cells. The kernel should be able to maintain the state of the environment, which will be updated with each notebook cell execution. From there, other model-based tasks could be added incrementally, such as editing models and metamodels, supporting other Eclipse Epsilon languages, and visualising models, among others. | ||
| − | ''' | + | '''Skills required/preferred''' |
| − | - | + | Object-Oriented Programming skills required, preferably Java. Knowledge in how to use Jupyter Notebooks is preferred but not required. |
| − | + | ||
| − | ''' | + | '''Project size''' |
| + | 175/350 hours (scope can be adjusted e.g. by determining which of the Epsilon languages/tools is supported) | ||
| − | ''' | + | '''Possible mentors:''' |
| + | [mailto:alfonso.delavega@unican.es Alfonso de la Vega], [mailto:dimitris.kolovos@york.ac.uk Dimitris Kolovos] | ||
| − | ''' | + | '''Rating''' |
| + | Medium/Hard | ||
| − | ''' | + | === Eclipse Adoptium === |
| + | ==== Topic 1: Optimize Eclipse Adoptium Pipelines (Techniques for Reducing Test Node Usage) ==== | ||
| + | '''Description''' [https://adoptium.net/ adoptium.net] | ||
| + | Eclipse Adoptium has a large inventory of infrastructure to support builds and tests. We gather metrics on machine utilization and store that in an application written as part of the Eclipse AQAvit project (TRSS/Test Results Summary Service, a live instance found here: https://trss.adoptium.net/, source code within: https://github.com/adoptium/aqa-test-tools). We want to extend the information that we gather and put in the TRSS database (to include queue times and machine idleness), and assess various approaches to optimize our use of the limited nodes we have, including the use of dynamic agents, trialing different parallelism strategies, and different scheduling tactics to minimize idle times). This project will have aspects of data gathering, analysis and hands-on pipeline changes to trial and measure new variations of node usage. | ||
| − | + | '''Expected outcomes''' | |
| − | ''' | + | We expect that this project will provide us with metrics to be able to refine our build and test pipelines to more optimally use our limited machine resources. An assessment of current CI/CD best practices and comparative analysis with several variations should be one of the concrete outcomes of this work. Outcomes from this project will also be valuable for sharing with other projects. Another outcome will be a dynamic map of our infrastructure network, or other visualizations of the data (represented in the TRSS application). Ideally the findings will allow us to reduce our infrastructure costs and maintenance requirements. |
| − | ''' | + | '''Skills required/preferred''' Successful candidates should have a good understanding of the Java, JavaScript and shell script programming and be prepared to gather and analyze large amounts of data and present regularly on findings. Skills in data visualization are also helpful. |
| − | ''' | + | '''Project size''' 175/350 hours (scope can be adjusted to reflect the desired length) |
| + | 350 hours | ||
| − | ''' | + | '''Possible mentors:''' [mailto:slambert@gmail.com Shelley Lambert] [mailto:scfryer@redhat.com Scott Fryer] |
| − | ''' | + | '''Rating''' Medium |
| − | + | ==== Topic 2: Eclipse AQAvit Assessment and Prioritization ==== | |
| − | + | '''Description''' | |
| − | === | + | The Eclipse AQAvit project curates and runs an extremely large set of tests. The AQAvit manifesto includes a clause to introduce and use metrics to ensure the test material is assessed regularly for its effectiveness. This project is geared to developing a repeatable approach to measure the effectiveness of our large set of tests to be used regularly to assess and adjust our testing to be most useful and relevant. Details at this [https://github.com/adoptium/aqa-tests/wiki/GSoC-2023-Term:-AQAvit-Assessment-and-Prioritization aqa-tests wiki page]. |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | = | + | |
| − | '''Description''' The Eclipse | + | |
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | + | ||
| − | '''Expected outcomes | + | '''Expected outcomes''' |
| + | We hope that this project will have the following outcomes: | ||
| + | - A survey of the best in class open source tools/approaches that measure test effectiveness | ||
| + | - A set of KPIs used to assess the test material on a regular cadence | ||
| + | - Tools that assist in the running of this assessment | ||
| + | - If time permits, automated report generation. | ||
| − | '''Skills required/preferred''' | + | '''Skills required/preferred''' Successful candidates should have a good understanding of the Java, JavaScript and shell script programming. |
| − | '''Project size | + | '''Project size''' 175/350 hours (scope can be adjusted to reflect the desired length) |
| + | 350 hours | ||
| − | '''Possible | + | '''Possible mentors:''' [mailto:lan_xia@ca.ibm.com Lan Xia] [mailto:renfeiw@ca.ibm.com Renfei Wang] [mailto:slambert@gmail.com Shelley Lambert] |
| − | '''Rating | + | '''Rating''' Medium |
| − | === Eclipse | + | === Eclipse Cargo Tracker: Improvements and Updates === |
| − | '''Description | + | '''Description''' The Eclipse Cargo Tracker project demonstrates how you can develop applications with Jakarta EE using widely adopted architectural best practices like Domain-Driven Design (DDD). It is a realistic, non-trivial Jakarta EE sample application. The project is a key part of the EE4J/Jakarta EE umbrella at the Eclipse Foundation. |
| + | The project is mature but needs a number of important enhancements ranging from improving look/feel, upgrading to Jakarta EE 10/Payara 6/Java SE 11, adding more JUnit tests, adding JMeter tests, adding support for more IDEs such as VS Code/IntelliJ and supporting more runtimes such as GlassFish/Open Liberty/WildFly. | ||
| + | Here is a complete list of issues where contribution is needed: https://github.com/eclipse-ee4j/cargotracker/issues?q=is%3Aissue+is%3Aopen+label%3A%22help+wanted%22. The Eclipse Cargo Tracker website is here: https://eclipse-ee4j.github.io/cargotracker/. | ||
| − | '''Expected outcomes | + | '''Expected outcomes''' The contributor(s) will successfully merge the enhancement(s) they elect to work on into the main branch of the project and close the corresponding issues. Their work will be included in a subsequent Eclipse Cargo Tracker release. They will be recognized as a project contributor and possibly a qualified committer. |
| − | '''Skills required/preferred''' | + | '''Skills required/preferred''' Java, Jakarta EE, JUnit, JMeter, HTML, CSS, JavaScript |
| − | '''Project size | + | '''Project size''' 175/350 hours |
| − | '''Possible | + | '''Possible mentors:''' Reza Rahman (Reza.Rahman@microsoft.com) |
| − | '''Rating | + | '''Rating''' There are easy, medium and hard tasks in the project. |
Latest revision as of 20:11, 1 March 2023
Please see our main Google Summer of Code page for participation information.
This year, projects should take ~175 hours or ~350 hours for GSoC contributors to complete.
Each project on the Ideas list should include:
- a project title/description
- more detailed description of the project (2-5 sentences)
- expected outcomes
- skills required/preferred
- possible mentors
- expected size of project (175 or 350 hour).
- And if possible, an easy, medium or hard rating of each project.
Contents
- 1 Project ideas
- 1.1 Example Project idea
- 1.2 Eclipse Hara (DDI Client for Eclipse hawbkBit™)
- 1.3 Eclipse 4diac™ (Domain-specific modelling environment)
- 1.4 Eclipse Vert.x client for Apache Pinot
- 1.5 Eclipse JKube™
- 1.6 Eclipse Epsilon Kernel for Jupyter Notebooks
- 1.7 Eclipse Adoptium
- 1.8 Eclipse Cargo Tracker: Improvements and Updates
Project ideas
Example Project idea
Description of the Example Project idea with links to more information, bugs, and other useful content. This could include a list of specific objectives
Expected outcomes list of the results expected to be achieved after completing of the project.
Skills required/preferred list of skill set required to be able to complete the project in the proposed time.
Project size 175/350 hours
Possible mentors: Somebody Mentor
Rating Easy, medium or hard rating of each project.
Eclipse Hara (DDI Client for Eclipse hawbkBit™)
Topic 1: Improve Automatic Testing
Description: Hara-ddiclient (https://github.com/eclipse/hara-ddiclient/) is a Kotlin library that facilitates and speeds up the development of DDI API clients for devices connecting to hawkBit servers. This project aims to modernize and extend the existing test suite to improve the release process. Currently, the test cases implemented are limited and the test env uses a hawkbit-server launched via docker, which must be replaced with a mock.
Expected outcomes: a mock implementation of the hawkbit-server easily configurable at run time, and new test cases which cover the prominent use cases of the hara-ddiclient.
Skills required/preferred: Programming skills required, preferably one or more of the following technologies: Kotlin/Java, TestNG/JUnit
Project size: 175 or 350 hours (scope can be adjusted, e.g., by including test cases)
Possible mentors: Daniele Sergio
Rating: Medium
Topic 2: Native implementation in Rust
Description: Hara-ddiclient is a Kotlin library that facilitates and speeds up the development of DDI API clients for devices connecting to hawkBit servers. This project will implement a native ddi-client in Rust following the Hara-ddiclient architecture. This project's benefit is providing a DDI client implementation applicable in those crucial contexts where a native approach is required. The native implementation of the DDI client can then be used by different frameworks (i.e Qt) and tools to include their integration with the hawkBit update server.
Expected outcomes: a first version of the hara-ddiclient written in rust which covers one of the primary use cases of ddi-client which is to download and apply an update.
Skills required: Students should understand Kotlin, Rust, and possibly Actor model (https://en.wikipedia.org/wiki/Actor_model).
Project size: 350 hours
Possible mentors: Daniele Sergio Diego Rondini
Rating: Hard
Eclipse 4diac™ (Domain-specific modelling environment)
Topic 1: Testing software developed in a graphical DSL
Description The Eclipse 4diac project provides an open source infrastructure for distributed Industrial Process Measurement and Control Systems (IPMCS) based on the IEC 61499 standard. This project will add infrastructure for domain experts to test software components (so-called Function Blocks) based on behavior models. Currently, the tool environment has limited tool support for (semi-)automated testing of Function Blocks. A framework for the test execution and a basic user interface are available, partly developed by earlier GSoC projects.
Expected outcomes: A user interface for generating tests for FB Networks and executing them must be available (including documentation). It should be furthermore possible to record such scenarios, which can be later used as test cases.
Skills required/preferred: Programming skills required, preferably one or more of the following technologies: Java, SWT, Eclipse, RCP
Project size: 175 or 350 hours (scope can be adjusted, e.g., by including a graphical user interface)
Possible mentors: Bianca Wiesmayr
Rating: Medium
Topic 2: Refactoring graphical software automatically
Description The Eclipse 4diac project provides an open source infrastructure for distributed Industrial Process Measurement and Control Systems (IPMCS) based on the IEC 61499 standard. This project will add automatic refactoring operations to improve the software developed in the graphical modeling language.
Expected outcomes: A concept for fixing problems in the software has to be developed and implemented. The results should be presented to the user.
Skills required/preferred: Programming skills required, preferably one or more of the following technologies: Java, Eclipse, RCP
Project size: 175 or 350 hours (scope can be adjusted, e.g., by including a graphical user interface)
Possible mentors: Bianca Wiesmayr
Rating: Medium
Eclipse Vert.x client for Apache Pinot
Description Vert.x is a toolkit to build reactive applications on the Java virtual machine. It provides asynchronous and non-blocking clients for different types of databases. Apache Pinot is a realtime distributed datastore for analytics workloads. The project consists in creating a Vert.x client for Pinot, based on the Apache Pinot Java Client.
Expected outcomes At the end of the project, we should be able to execute Pinot queries using Vert.x supported APIs (Future, RxJava, or SmallRye Mutiny). The client transport shall be implemented with the Vert.x Web Client. It is expected that the student creates a sample application and a blog post to present it.
Skills required/preferred Students should have a good understanding of the Java programming language and be able to learn and experiment with the Apache Pinot Java Client.
Project size 175/350 hours (scope can be adjusted to reflect the desired length)
Possible mentors: Thomas Segismont
Rating Medium/Hard
Eclipse JKube™
Topic 1: Improve JKube user experience
Description Eclipse JKube™ is a collection of plugins and libraries that are used for building container images using Docker, JIB or S2I build strategies. Eclipse JKube generates and deploys Kubernetes/OpenShift manifests at compile time too.
This project focuses on providing compile-time plugins and libraries for the Java ecosystem for:
- Building container images
- Creating Kubernetes and OpenShift resource descriptors
- Deploying resources descriptors
The goal of this proposal is to improve the user experience of JKube for a better adoption. Basically to work on the issues with the label ‘UX’ https://github.com/eclipse/jkube/labels/UX . Students could also propose issues that would help JKube to be well/better adopted.
Expected outcomes are of course contributions in terms of code. But it could also involve the website or the documentation or videos.
Skills required/preferred.
- Basic knowledge of Kubernetes
- Good knowledge of Java
Project size 350
Possible mentors: Sun Tan (CET/CEST)
Rating medium
Eclipse Epsilon Kernel for Jupyter Notebooks
Description Eclipse Epsilon is a family of Java-based scripting languages for automating common model-based software engineering tasks, such as code generation, model-to-model transformation and model validation. This project would consist in the implementation of a kernel to allow executing these languages in a Jupyter Notebook. Eclipse Epsilon already provides several features that might help during this project: (1) Epsilon programs can be executed from Java code or vía Ant, Maven or Gradle; (2) textual syntaxes for models and metamodels (Flexmi and Eclipse Emfatic respectively) that fit well in the cell-based workflow of Jupyter Notebooks; (3) a browser-based playground for fiddling with Epsilon’s languages; and (4) examples of how to work with Epsilon in different development environments.
Expected outcomes A baseline could be implementing a Jupyter kernel that allows executing EOL (Epsilon Object Language) snippets contained in notebook cells. The kernel should be able to maintain the state of the environment, which will be updated with each notebook cell execution. From there, other model-based tasks could be added incrementally, such as editing models and metamodels, supporting other Eclipse Epsilon languages, and visualising models, among others.
Skills required/preferred Object-Oriented Programming skills required, preferably Java. Knowledge in how to use Jupyter Notebooks is preferred but not required.
Project size 175/350 hours (scope can be adjusted e.g. by determining which of the Epsilon languages/tools is supported)
Possible mentors: Alfonso de la Vega, Dimitris Kolovos
Rating Medium/Hard
Eclipse Adoptium
Topic 1: Optimize Eclipse Adoptium Pipelines (Techniques for Reducing Test Node Usage)
Description adoptium.net Eclipse Adoptium has a large inventory of infrastructure to support builds and tests. We gather metrics on machine utilization and store that in an application written as part of the Eclipse AQAvit project (TRSS/Test Results Summary Service, a live instance found here: https://trss.adoptium.net/, source code within: https://github.com/adoptium/aqa-test-tools). We want to extend the information that we gather and put in the TRSS database (to include queue times and machine idleness), and assess various approaches to optimize our use of the limited nodes we have, including the use of dynamic agents, trialing different parallelism strategies, and different scheduling tactics to minimize idle times). This project will have aspects of data gathering, analysis and hands-on pipeline changes to trial and measure new variations of node usage.
Expected outcomes We expect that this project will provide us with metrics to be able to refine our build and test pipelines to more optimally use our limited machine resources. An assessment of current CI/CD best practices and comparative analysis with several variations should be one of the concrete outcomes of this work. Outcomes from this project will also be valuable for sharing with other projects. Another outcome will be a dynamic map of our infrastructure network, or other visualizations of the data (represented in the TRSS application). Ideally the findings will allow us to reduce our infrastructure costs and maintenance requirements.
Skills required/preferred Successful candidates should have a good understanding of the Java, JavaScript and shell script programming and be prepared to gather and analyze large amounts of data and present regularly on findings. Skills in data visualization are also helpful.
Project size 175/350 hours (scope can be adjusted to reflect the desired length) 350 hours
Possible mentors: Shelley Lambert Scott Fryer
Rating Medium
Topic 2: Eclipse AQAvit Assessment and Prioritization
Description The Eclipse AQAvit project curates and runs an extremely large set of tests. The AQAvit manifesto includes a clause to introduce and use metrics to ensure the test material is assessed regularly for its effectiveness. This project is geared to developing a repeatable approach to measure the effectiveness of our large set of tests to be used regularly to assess and adjust our testing to be most useful and relevant. Details at this aqa-tests wiki page.
Expected outcomes We hope that this project will have the following outcomes: - A survey of the best in class open source tools/approaches that measure test effectiveness - A set of KPIs used to assess the test material on a regular cadence - Tools that assist in the running of this assessment - If time permits, automated report generation.
Skills required/preferred Successful candidates should have a good understanding of the Java, JavaScript and shell script programming.
Project size 175/350 hours (scope can be adjusted to reflect the desired length) 350 hours
Possible mentors: Lan Xia Renfei Wang Shelley Lambert
Rating Medium
Eclipse Cargo Tracker: Improvements and Updates
Description The Eclipse Cargo Tracker project demonstrates how you can develop applications with Jakarta EE using widely adopted architectural best practices like Domain-Driven Design (DDD). It is a realistic, non-trivial Jakarta EE sample application. The project is a key part of the EE4J/Jakarta EE umbrella at the Eclipse Foundation. The project is mature but needs a number of important enhancements ranging from improving look/feel, upgrading to Jakarta EE 10/Payara 6/Java SE 11, adding more JUnit tests, adding JMeter tests, adding support for more IDEs such as VS Code/IntelliJ and supporting more runtimes such as GlassFish/Open Liberty/WildFly. Here is a complete list of issues where contribution is needed: https://github.com/eclipse-ee4j/cargotracker/issues?q=is%3Aissue+is%3Aopen+label%3A%22help+wanted%22. The Eclipse Cargo Tracker website is here: https://eclipse-ee4j.github.io/cargotracker/.
Expected outcomes The contributor(s) will successfully merge the enhancement(s) they elect to work on into the main branch of the project and close the corresponding issues. Their work will be included in a subsequent Eclipse Cargo Tracker release. They will be recognized as a project contributor and possibly a qualified committer.
Skills required/preferred Java, Jakarta EE, JUnit, JMeter, HTML, CSS, JavaScript
Project size 175/350 hours
Possible mentors: Reza Rahman (Reza.Rahman@microsoft.com)
Rating There are easy, medium and hard tasks in the project.