PR #43 provides a new way of obtaining enriched artifacts via MARIN, namely Iterators. While this is helpful if users do not want to extend an abstract base class, it is limited to the singlethreaded setting - in particular, the enriches artifacts one at a time, so calls to hasNext() and next() can take a rather long time. The classes added in #43 are also not threadsafe.
To address this issue, we want to have multithreaded sources of enriched artifact objects. Ideally this would either be implementations of org.apache.pekko.stream.javadsl.Source or some form of native Java streams. This was originally part of #41, but turned out to be more complex than anticipated, so it now becomes a separate issue. This is not necessarily required for the next major release 2.0.0, as it will only add functionality and could therefore be a minor release.
PR #43 provides a new way of obtaining enriched artifacts via MARIN, namely
Iterators. While this is helpful if users do not want to extend an abstract base class, it is limited to the singlethreaded setting - in particular, the enriches artifacts one at a time, so calls tohasNext()andnext()can take a rather long time. The classes added in #43 are also not threadsafe.To address this issue, we want to have multithreaded sources of enriched artifact objects. Ideally this would either be implementations of
org.apache.pekko.stream.javadsl.Sourceor some form of native Java streams. This was originally part of #41, but turned out to be more complex than anticipated, so it now becomes a separate issue. This is not necessarily required for the next major release 2.0.0, as it will only add functionality and could therefore be a minor release.