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

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