Oussama Jebbar

dblp:185/5297 · DBLP profile ↗
← Back
5ranked-venue papers
3as first author
2since 2021 · last 2026
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Software engineering, systems software and programming languages · 5 · 3 first-author · 2 since 2021Artificial intelligence and machine learning · 1 · 1 since 2021
YearPublicationVenuePosition
2026 MLStractor: LLM-Powered Search-Based Monolith-to-Microservice Decomposition
Ilyes Kasdallah, Mostafa Anouar Ghorab, Oussama Jebbar, Khaled Sellami, Mohammed Sayagh, Ali Ouni 0001, Mohamed Aymen Saied
SSBSE3
2025 Beyond Decomposition: A LLM-Powered Automated Approach to Refactoring Monoliths Into Microservices
abstract
Organizations migrating monolithic applications to microservice architectures often face significant challenges in both decomposition and refactoring phases. While the decomposition step has received considerable automation research, refactoring remains predominantly manual, creating bottlenecks in migration efforts and preventing runtime-based and a more realistic evaluation of decomposition techniques. We propose a fully automated refactoring methodology that complements existing decomposition approaches. Our technique implements an ID-based and DTO-based hybrid design for inter-service communication and leverages Large Language Models (LLMs) for decision making, code analysis and code generation. Taking a monolith's source code and decomposition plan as input, our approach identifies “API classes” that cross service boundaries, selects their appropriate target design among the ID and DTO based methods and then automatically generates the necessary communication components—API contracts, server-side endpoints, and client-side proxies. This approach balances the preservation of the monolith's workflow consistency through the ID-based design and minimizing the overhead and complexity of the cross-service interactions through the DTO-based design. A qualitative evaluation using three benchmark applications demonstrates our approach's feasibility and advantages over related work.
Khaled Sellami, Oussama Jebbar, Ayyoub Gannoun, Mohamed Aymen Saied
QRS2
2020 Methods for Live Testing of Cloud Services
Oussama Jebbar, Ferhat Khendek, Maria Toeroe
ICTSS1
2020 Architecture for the Automation of Live Testing of Cloud Systems
abstract
Live testing is performed in the production environment. In such environment, test activities have to be orchestrated properly to avoid interferences with normal usage traffic. Conducting live testing activities manually is error prone because of the size and the complexity of the system as well as the required complex orchestration of different tasks. Furthermore, it would be impossible to react to failures and contain them in due time without automation. Live testing requires a high level of automation. This automation comes with several challenges especially in contexts such as cloud and zero touch networks because of the diversity of the software composing them. In this paper we discuss the challenges of automating live testing for cloud systems. We propose an architecture that relies on a modeling framework to decouple the specification of testing activities from the platforms needed to conduct them. We propose a solution for conducting testing activities on a live system according to such a specification.
Oussama Jebbar, Ferhat Khendek, Maria Toeroe
QRS1
2019 Poster: Re-Testing Configured Instances in the Production Environment - A Method for Reducing the Test Suite
abstract
Configurations play an important role in the behavior and operation of configurable systems. Prior to deployment a configured system is tested in the development environment. However, because of the differences between the development environment and the production environment, the configuration of the system needs to be adapted for the production environment. It is therefore important to re-test the configured system in the production environment. Since the system has already been tested in the development environment one should avoid reapplying all the test cases, it is desirable to reduce the test suite to be used in the production environment as much as possible. This is the goal of the method we propose in this paper. For this, we explore the similarities between the configuration used in the development environment and the configuration for the production environment to eliminate test cases. Indeed, the difference between the two configurations is only at the environment level, i.e. only the configuration parameters that influence the interactions between the system and its environment are changed for the deployment in the production environment. We propose a method that is based on a classification of the configuration parameters (based on their dependency to the environment) and use it to reduce the development time test suite before reapplying it in the production environment.
Oussama Jebbar, Mohamed Aymen Saied, Ferhat Khendek, Maria Toeroe
ICST1