Merge tests and pom and code - #515
Conversation
Document bigInt and bigDec behavior to determine what can be changed
…ent. (Will currently assterted to an Exception).
…ing_conversion_to_XML Showing issue of illegal node names with possible underscore-replacement. (Will currently assterted to an Exception).
stleary
commented
Apr 30, 2020
Agreed, it's just a matter of replacing the unit test license with the lib license. This can be done at any time between the commit and the next release. We haven't done alpha releases yet, but this may be a good candidate.
Getting Gradle to work should be trivial, no? No objection going forward to support build mechanisms like Maven as long as it can be done in a way that does not impact existing users.
The lib code is already Java 7 compatible, we just need to backport the unit test code to run in Java7 too. I think (hope) that can be done without significant loss of coverage. |
BGehrels
commented
Apr 30, 2020
Regarding the unit tests: |
BGehrels
commented
Apr 30, 2020
If you plan to switch to gradle as a build tool, you'll find a tutorial for the maven central deployment here: |
stleary
commented
Apr 30, 2020
@BGehrels FYI I reached out to you via email found on your gehrels.info page, regarding Maven Central permissions. |
stleary
commented
Apr 30, 2020
Confirmed, thanks. |
stleary
commented
May 4, 2020
@BGehrels Hi, I need to hear back from you regarding Maven Central. It's the only item blocking this PR. |
Until now, we have had a quite unhappy situation:
As a result, we have
So: this PR unifies all those three repos into one.
Whats left to do afterwards:
Side note:
For some reason, github shows a lot of files as changed that do not show changes locally (apart from being moved). I don't know why.