Christoph Läubrich

Enable maven as an alternative way to build osgi repository artifacts

5

Currently one can only build the sources with gradle, this enables to alternatively build them with maven and adds additional documentation to the CONTRIBUTING.md for users more familiar with that...

[core] Support `Path` for bundle data

2

Currently there is only [`Bundle#getDataFile`](https://docs.osgi.org/javadoc/osgi.core/8.0.0/org/osgi/framework/Bundle.html#getDataFile-java.lang.String-) but this is bound to local file-systems. It would be good do have `Path` support as well (e.g. `Bundle#getDataPath`) as this would allow storage of...

DS: Allow modification of change count through ComponentContext

10

I just came across the issue that I wanted to change the properties of a DS component registered service so a "change" event is fired using https://docs.osgi.org/specification/osgi.core/8.0.0/framework.api.html#org.osgi.framework.Constants.SERVICE_CHANGECOUNT but currently it...

Since a while one can already import-package `java.*` packages, but this has some drawbacks when it comes to launching an OSGi framework as one either has to enable **all** modules...

[ds] Requirement to log an error is ambiguous

2

The spec [here](https://docs.osgi.org/specification/osgi.cmpn/8.0.0/service.component.html#d0e30931) states > The last component of each path in the Service-Component header may use wildcards so that Bundle.findEntries can be used to locate the XML document within...

[tck] httpupgradehandler does not make sure that a `HttpUpgradeHandler` can be initialized properly

4

**Challenged tests** https://github.com/jakartaee/servlet/blob/master/tck/tck-runtime/src/main/java/servlet/tck/api/jakarta_servlet_http/httpupgradehandler/HttpUpgradeHandlerTests.java **TCK Version** Jakarta Servlet 6+ **Description** [The spec](https://jakarta.ee/specifications/servlet/6.0/jakarta-servlet-spec-6.0#upgrade-processing) says: > When an upgrade request is received, the servlet can invoke the HttpServletRequest.upgrade method, which starts the upgrade...

Evaluate and migrate to messages-ndjson

2

@laeubi you can now use * https://github.com/cucumber/messages-ndjson for serialization and deserialisation. In conjunction with: * https://github.com/cucumber/messages/blob/main/java/src/main/java/io/cucumber/messages/MessageToNdjsonWriter.java * https://github.com/cucumber/messages/blob/main/java/src/main/java/io/cucumber/messages/NdjsonToMessageIterable.java * https://github.com/cucumber/messages/blob/main/java/src/main/java/io/cucumber/messages/NdjsonToMessageReader.java For the latter you'll have to pass `new Deserialiser()::readValue`. Due...

See https://help.eclipse.org/latest/topic/org.eclipse.platform.doc.isv/guide/compare_structureviewer.htm Currently there is an issue that the structural difference is not displayed and always says "no structural difference" so something is not wired correctly here...

In java we have a cumber-java-plugin that opens a socket connection to the host running the process to watch the test execution and getting results. We need to investigate if...

The behave backend is currently missing the eclipse-project selection (like the java backend has), also the java backend fill out the feature path automatically based on the current selected project...