Skip to content

Update the Orbit repository#1292

Merged
KrisLimbo merged 2 commits intodsldevkit:masterfrom
KrisLimbo:master
Apr 1, 2026
Merged

Update the Orbit repository#1292
KrisLimbo merged 2 commits intodsldevkit:masterfrom
KrisLimbo:master

Conversation

@KrisLimbo
Copy link
Copy Markdown
Collaborator

No description provided.

<unit id="org.eclipse.lsp4j.sdk.feature.group" version="0.0.0"/>
</location>
<location includeAllPlatforms="false" includeConfigurePhase="false" includeMode="planner" includeSource="true" type="InstallableUnit">
<repository location="https://download.eclipse.org/tools/orbit/simrel/maven-osgi/2025-09"/>
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we use here 2026-03 as well?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done. I used orbit-aggregation/release/4.39.0 which should be the same as 2026-03.

<unit id="org.apache.commons.lang" version="2.6.0.v20220406-2305"/>
<unit id="org.apache.commons.logging" version="1.2.0.v20180409-1502"/>
<unit id="org.apache.log4j" version="1.2.24.v20221221-2012"/>
<unit id="org.mockito.mockito-core" version="4.8.1.v20221103-2317"/>
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can we also take the mockito from the new orbit?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.


// org.eclipse.osgi needed for NLS
// org.apache.logging.log4j needed for logging in generated StandaloneSetup
private static final List<String> REQUIRED_BUNDLES = newArrayList("org.eclipse.xtext.xbase.lib", "org.eclipse.xtend.lib", "org.eclipse.emf.ecore", "com.avaloq.tools.ddk.check.core", "com.avaloq.tools.ddk.check.runtime.core", "com.avaloq.tools.ddk.check.lib", "com.avaloq.tools.ddk.xtext", "org.eclipse.xtext", "org.eclipse.osgi", "org.eclipse.xtend", "org.eclipse.core.runtime", "org.eclipse.xtext.xbase", "org.apache.logging.log4j");
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think we should be able to remove this class as part of the removal of the check project for customers. Can you check that, and if so drop it first in the other tictket?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

at this point I am not sure if we can safely remove this. to me it looks like it is also test project manager for the ddk automated tests.

@KrisLimbo KrisLimbo force-pushed the master branch 6 times, most recently from eaf957e to 9cb947c Compare March 25, 2026 07:08
@KrisLimbo KrisLimbo requested a review from rubenporras March 25, 2026 09:43
com.avaloq.tools.ddk.check.typing,
com.avaloq.tools.ddk.check.util,
com.avaloq.tools.ddk.check.validation
Import-Package: org.apache.logging.log4j,
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

why do we change from import package too require bundle in all the plugins?

Copy link
Copy Markdown
Collaborator Author

@KrisLimbo KrisLimbo Mar 26, 2026

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I was encountering Eclipse startup issues when trying to deploy the DDK features (i.e. export DDK plugin on host and reboot) on an ASMD workspace. [Debug log here:] (https://github.com/user-attachments/files/26257056/Debug_Log.txt)
Similar to apache/logging-log4j2#2655
It seems that ProviderUtil.lazyInit was locking up because it could not find a list of providers, so I decided
to change to require bundles to make sure that log4j.core gets loaded first before log4j.api.

But maybe there's a better way to do this?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

It seems that locking up of ProviderUtil.lazyInit was caused in the ASMD workspace, when the require-bundle log4j.api gets loaded first before log4j.core.
I removed all require-bundle entries referring to logging.log4j in the ASMD target and moved them all to import-package section. Looks like the trouble with the startup issues disappeared.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

Require-Bundle: org.eclipse.xtext,
org.eclipse.xtext.xtext.generator,
org.eclipse.xtext.util,
org.apache.logging.log4j.core,
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The org.apache.logging.log4j.core bundle is the implementation and should only be a dependency of the bundle that configures logging, not of every bundle that simply logs. Depending on core everywhere creates an unnecessary tight coupling to the implementation.

Can you revisit the commit to remove the dependency on org.apache.logging.log4j.core from most places?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I removed these changes adding entries to require-bundle and limiting changes to import-package instead.
The changes look okay with my testing until now.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

Copy link
Copy Markdown
Member

@rubenporras rubenporras left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The org.apache.logging.log4j.core bundle is the implementation and should only be a dependency of the bundle that configures logging, not of every bundle that simply logs. Depending on core everywhere creates an unnecessary tight coupling to the implementation.

Can you revisit the commit to remove the dependency on org.apache.logging.log4j.core from most places?

@KrisLimbo KrisLimbo force-pushed the master branch 2 times, most recently from 0ac4ff4 to 29f183f Compare March 30, 2026 08:36
@KrisLimbo KrisLimbo requested a review from rubenporras March 30, 2026 09:02
org.eclipse.jdt.internal.ui.text,
org.apache.log4j
Import-Package: org.eclipse.jdt.internal.ui.text,
org.apache.log4j, org.apache.logging.log4j
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should this not be

Suggested change
org.apache.log4j, org.apache.logging.log4j
org.apache.logging.log4j
```?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

com.avaloq.tools.ddk.check.ide.contentassist.antlr.internal
Import-Package: org.apache.log4j,
org.apache.logging.log4j
Import-Package: org.apache.log4j, org.apache.logging.log4j
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should this not be ```suggestion
Import-Package: org.apache.logging.log4j

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

Bundle-Version: 17.2.0.qualifier
Bundle-Vendor: Avaloq Group AG
Bundle-RequiredExecutionEnvironment: JavaSE-21
Import-Package: org.apache.logging.log4j
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

move import package to line 23 to keep order?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

@@ -25,8 +25,7 @@ Require-Bundle: org.eclipse.xtext;visibility:=reexport,
com.avaloq.tools.ddk.check.core,
org.eclipse.xtext.xbase.lib
Import-Package: org.apache.log4j,
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

should org.apache.log4j not be removed?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

@@ -30,11 +30,11 @@ Export-Package: com.avaloq.tools.ddk.check.ui.test,
com.avaloq.tools.ddk.check.ui.test.util,
com.avaloq.tools.ddk.check
Import-Package: org.slf4j, org.apache.log4j,
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

same, I do not comment the rest of the PR to not repeat in unecessarily.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

However, there remains some MANIFEST.MF where I cannot remove org.apache.log4j as import.
The following Activator classes are Xtext generated, and based on my understanding, the latest Xtext version
still uses log4j, so I cannot use Log4j 2 for these at this point.

CheckcfgActivator (com.avaloq.tools.ddk.checkcfg.ui)
ExportActivator (com.avaloq.tools.ddk.xtext.export.ui)
FormatActivator (com.avaloq.tools.ddk.xtext.format.ui)
ExpressionActivator (com.avaloq.tools.ddk.xtext.expression.ui)
HelloworldActivator (com.avaloq.tools.ddk.sample.helloworld.ui)
ScopeActivator (com.avaloq.tools.ddk.xtext.scope.ui)

Also FormatValueConverterService (com.avaloq.tools.ddk.xtext.format) uses org.eclipse.xtext.conversion.impl.IDValueConverter that has dependency on Log4J 1.x, so that also stays
at this point.

@KrisLimbo KrisLimbo force-pushed the master branch 2 times, most recently from bcacad3 to 99159ab Compare March 31, 2026 03:51
@KrisLimbo KrisLimbo requested a review from rubenporras March 31, 2026 05:36
@@ -1,5 +1,5 @@
/*
* generated by Xtext
* generated by Xtext 2.27.0.M3
Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

revert?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done.

Copy link
Copy Markdown
Member

@rubenporras rubenporras left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

can you remove the file with the comment change from the PR?

@KrisLimbo KrisLimbo merged commit c2e83ba into dsldevkit:master Apr 1, 2026
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants