Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

QA Test engine-cdi and Tomcat 10 deployment manually #4440

Closed
1 task
Tracked by #2471
psavidis opened this issue Jun 17, 2024 · 4 comments
Closed
1 task
Tracked by #2471

QA Test engine-cdi and Tomcat 10 deployment manually #4440

psavidis opened this issue Jun 17, 2024 · 4 comments
Assignees
Labels
type:task Issues that are a change to the project that is neither a feature nor a bug fix. version:7.22.0

Comments

@psavidis
Copy link
Contributor

psavidis commented Jun 17, 2024

Acceptance Criteria (Required on creation)

The Tomcat 10 manually re-created scenarios of all the failing tests pass successfully.

Hints

  • Build the latest Tomcat 10 distro from camunda-bpm-platform:7.22-SNAPSHOT
  • Use the Examples / Simple Servlet Process Application as blueprint to deploy a servlet application to $CATALINA_HOME/webapps
    • Replace all the javax dependencies / imports with the jakarta equivalent
Analytical Failing Tests against Tomcat 10 - List
  • CallActivityContextSwitchTest
  • TestMultipleClasspathRoots
  • TestResourceName
  • TestWarDeploymentDeployChangedOnlyWithJarAsLib
  • TestWarDeploymentWithDiagram
  • TestWarDeploymentWithoutDiagram
  • TestWarDeploymentWithoutProcessDefinitions
  • TestWarDeploymentWithoutProcessesXml
  • CdiBeanCallActivityResolutionTest
  • CdiBeanCaseTaskResolutionTest
  • CallActivityContextSwitchTest
  • FailingJobBoundaryTimerWithDelegateVariablesTest
  • SignalEventCatchBoundaryWithVariablesTest
  • TimerRecalculationTest
  • CdiProcessApplicationEventSupportTest

Links

Breakdown

Pull Requests

No tasks being tracked yet.

Dev2QA handover

  • Does this ticket need a QA test and the testing goals are not clear from the description? Add a Dev2QA handover comment
@psavidis psavidis added the type:task Issues that are a change to the project that is neither a feature nor a bug fix. label Jun 17, 2024
@psavidis psavidis self-assigned this Jun 17, 2024
@psavidis
Copy link
Contributor Author

Testing Notes

  • If the ARQ-2234 is fixed prior to the 7.22 release, this ticket can be closed without testing
  • If all of the above tests do not pass successfully, we need to update the Documentation to mention the scenarios that do not work.

@psavidis psavidis changed the title Test engine-cdi and Tomcat 10 deployment manually QA Test engine-cdi and Tomcat 10 deployment manually Jun 17, 2024
@psavidis
Copy link
Contributor Author

psavidis commented Jul 2, 2024

Update

✔ The jakartified camunda-quickstart-servlet-pa-1.0-SNAPSHOT.war deployment succeeds and the message Service Task Example ServiceTask is invoked! is displayed in the console after deployment.

@psavidis
Copy link
Contributor Author

psavidis commented Jul 2, 2024

TimerRecalculationTest Manual Test

Context: TimerRecalculationTest

Steps followed

  • Unzip the Tomcat 10 distro
  • Deploy camunda-quickstart-servlet-pa
  • Got the test.war created from the TimerRecalculationTest programmatically (Shrinkwrap)
  • Deploy it manually to Tomcat 10 distro
  • Start a process instance from the process definition called TimerRecalculationProcess with a variable timerExpression: PT10S using the UI, similar to how the TimerRecalculationTest does.

Expected: The process starts as in the test
Outcome: The process cannot be started and a failure is returned (see screenshot below)

Screenshot Screenshot 2024-07-02 at 1 43 37 PM

Root-cause: The WeldConstruct class cannot be loaded and java.lang.NoClassDefFoundError: org/jboss/weld/proxy/WeldConstruct. Same as the the error of the test (see respective investigation thread)

@psavidis
Copy link
Contributor Author

psavidis commented Jul 30, 2024

Update Note

Context:The tests were fixed by adding weld-servlet-shaded to the $CATALINA_HOME/lib.

Problem Root cause: Classes of weld-servlet-shaded are not loaded from WEB-INF/lib folder in scenarios that involve multi-archive deployments and weld 5.

Since a solution was found, this task can be closed.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
type:task Issues that are a change to the project that is neither a feature nor a bug fix. version:7.22.0
Projects
None yet
Development

No branches or pull requests

2 participants