You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@poi.apache.org by Andreas Beeker <ki...@apache.org> on 2021/12/27 20:54:34 UTC
XmlBeans gradle migration
Hi Devs,
I'm currently migrating XmlBeans to gradle:
https://svn.apache.org/repos/asf/xmlbeans/branches/gradle-build
https://svn.apache.org/viewvc?view=revision&revision=1896456
Up till now the migration contains the following changes:
* activate most of the Tests - the ant build runs only on **/*Test(s).java
* fix InterfaceExtensions
* to handle inherited methods for InterfaceExtensions, I've added the JavaParser solver artifact.
the transitive dependencies need to be adjusted, because most/all dependencies aren't necessary ...
maybe it would make sense to add a special gradle configuration which users can depend on, if they use InterfaceExtensions
* I've imported and annotated the w3c dom tests from the w3c_domts.jar to src/test/java.
There were already @ignored Test mainly because of missing XmlBeans functionality.
The W3C tests are under the W3C license, which is ASF compatible and therefore inclusion/adaption is not an issue.
What's missing:
* a few tests need to be fixed. There is one strange case with scomp.elements.detailed.GlobalElt... which failed when executed without debugger but suddenly worked when inspected ...
* javadoc, bin/src-release, rat, forbiddenapis ...
Although I guess no-one intents to, but please don't make structural changes to trunk, i.e. move directories, as this makes merging the branch back more difficult.
Best wishes,
Andi
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@poi.apache.org
For additional commands, e-mail: dev-help@poi.apache.org
Re: XmlBeans gradle migration
Posted by Robert Marcano <ro...@marcanoonline.com.INVALID>.
On Mon, Dec 27, 2021, 4:54 PM Andreas Beeker <ki...@apache.org> wrote:
> Hi Devs,
>
> I'm currently migrating XmlBeans to gradle:
> https://svn.apache.org/repos/asf/xmlbeans/branches/gradle-build
> https://svn.apache.org/viewvc?view=revision&revision=1896456
After having to manually build an Eclipse project for XmlBeans in order to
check compilation warnings for my first patch proposal, I thought maybe my
next one could be a Maven based build, personal preference not to use
Gradle since many Linux distributions (I use Fedora) are having a lot of
problems with packaging packages based on Gradle.
But anyways, having a modern build that has tools to be imported on IDEs is
great, coding my patch I found many instances of methods, local variables
not being used, etc that javac doesn't mention.
>
> Up till now the migration contains the following changes:
> * activate most of the Tests - the ant build runs only on **/*Test(s).java
> * fix InterfaceExtensions
> * to handle inherited methods for InterfaceExtensions, I've added the
> JavaParser solver artifact.
> the transitive dependencies need to be adjusted, because most/all
> dependencies aren't necessary ...
> maybe it would make sense to add a special gradle configuration which
> users can depend on, if they use InterfaceExtensions
> * I've imported and annotated the w3c dom tests from the w3c_domts.jar to
> src/test/java.
> There were already @ignored Test mainly because of missing XmlBeans
> functionality.
> The W3C tests are under the W3C license, which is ASF compatible and
> therefore inclusion/adaption is not an issue.
>
> What's missing:
> * a few tests need to be fixed. There is one strange case with
> scomp.elements.detailed.GlobalElt... which failed when executed without
> debugger but suddenly worked when inspected ...
> * javadoc, bin/src-release, rat, forbiddenapis ...
> Although I guess no-one intents to, but please don't make structural
> changes to trunk, i.e. move directories, as this makes merging the branch
> back more difficult.
>
> Best wishes,
> Andi
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@poi.apache.org
> For additional commands, e-mail: dev-help@poi.apache.org
>