Re: [dev] Making the ODF Toolkit up-to-date

I'd be interested in a kotlin version ;-)
which would be jvm and other platform compatible

On Fri, 9 May 2025 at 11:25, Svante Schubert <svante.schubert@gmail.com>
wrote:

> PS: I just had a quick talk with Michael. Our strong tendency is to make a
> few releases end of this year - sorry I am late on finishing the update of
> the code generation from the XML RNG grammar files, but I am stuck with an
> e-invoice standardisation project till the end of August. These releases
> should allow the creation of ODF 1.3, 1.4 with an updated DOM -  and at the
> end of this sequence of releases, we should be doing a major update ODFDOM
> 1.0.0 and switching to a rigid semantic versioning!
>
> Just as a heads up on Michael and my views... nevertheless, we likely will
> do a release till the end of June as Maven is changing their release
> infrastructure, and we might want/need to test it...
>
> Greetings from Berlin!
> Svante
>
>
>
> On Fri, 9 May 2025 at 11:09, Svante Schubert <svante.schubert@gmail.com>
> wrote:
>
> > Hi Axel,
> >
> > First of all, a warm welcome from my side! I am happy that you are
> > interested in the project!
> >
> > I agree with Michael comments, and I would love to review and merge all
> > the improvements you listed, with the only need to ask for user feedback
> on
> > their maximum JDK version.
> > Personally, I would love to update the LTS version from 11 to something
> > higher, as I would love to use newer features in programming; on the
> other
> > hand, there might be users restricted to older LTS versions.
> > We should evaluate our options on versioning in the next weeks and feel
> > free to start an issue on this topic.
> >
> > Thanks in advance for your contribution, Axel!
> > Svante
> >
> >
> >
> > On Fri, 9 May 2025 at 10:48, Michael Stahl <michael.stahl@allotropia.de>
> > wrote:
> >
> > > hi Axel,
> > >
> > > On 09/05/2025 04:13, axh wrote:
> > > > Hi,
> > > >
> > > > I wanted to use ODF Toolkit to add ODF support to a library project. I
> > > have some pain with its current state, so I thought it might be worth
> > > fixing those.
> > > > - to make ODF Toolkit fully compatible with „recent“ Java versions
> > > (i.e., Java 11+), module descriptors are needed (not just automatic
> module
> > > names)
> > >
> > > there was some work towards this, but it got stuck on some external
> > > dependency that was (at the time, at least) not prepared for modules, or
> > > at least we couldn't figure out how to get it to work (forgot the
> > > details...)
> > >
> > > please see
> > > https://github.com/tdf/odftoolkit/issues/54
> > >
> > > > - the current code relies heavily on the flawed and outdated old date
> > > and time classes, these should be replaced by the classes under
> java.time
> > > (of course while keeping the interface compatible for users who still
> use
> > > the old classes)
> > >
> > > yes most of this code is from 2008-2010 times so could use some
> > > renovations...
> > >
> > > > - important features are missing, for me that’s mainly proper support
> > > for merged cells
> > > > - if possible, the required Java version should be raised to Java 17
> to
> > > be able to write more concise code
> > >
> > > i guess so, otoh users may be stuck on older LTS Java versions... that's
> > > actually difficult for us to know...
> > >
> > > > - probably many dependencies have to be updated to more recent
> > > versions, alone to avoid conflicts with applications using newer major
> > > versions of the same dependencies (but I have not really looked into the
> > > dependencies yet)
> > >
> > > i believe dependencies should be reasonably up to date, years ago Svante
> > >   set up a Snyk bot that sent us lots of PRs...
> > >
> > > > Before putting too much work into this, what are the chances for each
> > > of above points to be accepted into the code base?
> > >
> > > generally speaking yes, as long as we can remain to a large extent API
> > > compatible... (i think if there is a good reason we can do some API
> > > changes but we should not require users to substantially rewrite their
> > > applications).
> > >
> > > > About me: I have been a developer for more than 25 years, switched to
> > > almost exclusively using Java in 2008. I am a Committer to Apache POI
> and
> > > rather regular contributor to other Apache projects, currently mainly
> > > PDFBox. Also author of a bunch of my own OSS projects (one of which is
> the
> > > reason to step up here) and one of the maintainers of a widely used
> Gradle
> > > plugin.
> > >
> > > oh that's good to hear, i think we may have some open bugs related to
> > > Apache dependencies :)
> > >
> > >
> > > > Cheers,
> > > > Axel
> > >
> > > regards,
> > >   michael
> > >
> > >
> > >
> > > --
> > > To unsubscribe e-mail to: dev+unsubscribe@odftoolkit.org
> > > Problems?
> > > https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> > > Posting guidelines + more:
> https://wiki.documentfoundation.org/Netiquette
> > > List archive: https://listarchives.odftoolkit.org/dev/
> > > Privacy Policy: https://www.documentfoundation.org/privacy
>
> --
> To unsubscribe e-mail to: dev+unsubscribe@odftoolkit.org
> Problems?
> https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
> Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
> List archive: https://listarchives.odftoolkit.org/dev/
> Privacy Policy: https://www.documentfoundation.org/privacy

-- 
To unsubscribe e-mail to: dev+unsubscribe@odftoolkit.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.odftoolkit.org/dev/
Privacy Policy: https://www.documentfoundation.org/privacy