Closed jadecarino closed 4 months ago
Current status:
@KirbyKatcher Can you please provide more detailed status on progress here ?
It's possible that your configuration is wrong, and there is a mismatch in terms of versions of things. eg: New source, plugging in and replacing old driver, but they have different versions of dependencies, so the wiring doesn't work between OSGi bundles ?
@jadecarino Are you please able to talk with @KirbyKatcher and see how come it didn't work for you, and yet it did work for him ?
The customer is using 0.32.0
Here is their pom.xml:
for galasa ctl we have a 0.32.0 zip that was provided to me by test architect of the team
<dependencyManagement>
<dependencies>
<dependency>
<groupId>dev.galasa</groupId>
<artifactId>galasa-bom</artifactId>
<version>0.32.0</version>
<type>pom</type>
<scope>import</scope>
</dependency>
</dependencies>
</dependencyManagement>
<dependencies>
<dependency>
<groupId>dev.galasa</groupId>
<artifactId>dev.galasa</artifactId>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>dev.galasa</groupId>
<artifactId>dev.galasa.core.manager</artifactId>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>dev.galasa</groupId>
<artifactId>dev.galasa.artifact.manager</artifactId>
<scope>provided</scope>
</dependency>
<dependency>
<groupId>org.assertj</groupId>
<artifactId>assertj-core</artifactId>
</dependency>
I can not see the issue whilst trying with the community edition of DB2 and the correct properties:
galasactl runs submit local --log - --obr mvn:dev.galasa/dev.galasa.uber.obr/0.34.0/obr --class dev.galasa.db2.manager.ivt/dev.galasa.db2.manager.ivt.Db2ManagerIVT
db2.dse.instance.PRIMARY.name=DB2INST1
db2.dse.schema.PRIMARY.name=testdb
db2.instance.DB2INST1.url=jdbc:db2://<url>:<port>/TESTDB
db2.instance.DB2INST1.credentials=TESTDB
secure.credentials.TESTDB.username=<username>
secure.credentials.TESTDB.password=<password>
The manager has not had any changes since version 0.25.0, so the same should work on galasa v 0.32.0.
Closing this issue as the customer has come back with the fact that they have resolved it when running a maven build. "I have to put the dependency at 2 places, 1 in root pom and another in test pom. As soon as I added it, it is now able to proceed"
Describe the bug
When trying to run a test that requires the DB2 Manager, the bundle is failing to install and activate and the test class is unable to proceed. The cause of this is unclear but as the Db2ManagerIVT was not added into our regression suite and therefore hasn't been tested in ~2 years, it could be assumed that the DB2 Manager has regressed in some way.
We were made aware of this bug by a user attempting to use the DB2 Manager in a brand new Galasa test project. I recreated the error by following the same steps they did. Additionally, I could not run the Db2ManagerIVT.
Steps to reproduce
Using the DB2 Manager in a brand-new Galasa project
galasactl local init
galasactl project create --package dev.galasa.test --features test --force --obr --log - --maven
cd dev.galasa.test
mvn clean install
galasactl runs submit local --log - --obr mvn:dev.galasa.test/dev.galasa.test.obr/0.0.1-SNAPSHOT/obr --class dev.galasa.test.test/dev.galasa.test.test.TestTest
Up until this point it works fine.mvn clean install
galasactl runs submit local --log - --obr mvn:dev.galasa.test/dev.galasa.test.obr/0.0.1-SNAPSHOT/obr --class dev.galasa.test.test/dev.galasa.test.test.TestTest --trace
See error:
Running the Db2ManagerIVT
~/.m2/repository/dev/galasa is populated
galasactl runs submit local --log - --obr mvn:dev.galasa/dev.galasa.uber.obr/0.33.0/obr --class dev.galasa.db2.manager.ivt/dev.galasa.db2.manager.ivt.Db2ManagerIVT
See error in run log:
Expected behavior
The bundle should be able to install and activate, and the test that attempts to use the DB2 Manager should be able to proceed with running.