Hi Markus,
Please understand that I assume a per default some resistance towards
change. I see it as feature not as failure, we are a bit conservative
for a reason.
But as a reaction I save my time a bit, where I think it is a waste.
So which Information do you exactly need?
My Current status:
STLPort is still considered -> I see no counter arguments to wards
removal from code, it will stay in the repository. I am fine with a tag
if that helps. I want to write a proposal in may.
BEANSHELL is canceled, because my understand that it moved into Apache
Common is wrong.
STAX is still considered, because it is now part of a JDK. Therefor the
work includes to ensure that all Calls point to the JDK delivered Stax
and still work. Hope fully May.
SAXON is undecided on my end. I overlooked the dependency to filter (a
error in my dependency overview). I am not sure if I really want to
migrate to libXML2, which needs to be done in order to make Saxon obsolete.
On the other hand we should investigate to update Saxon to version 10.
So I am not sure which way is better. Especially since I would like to
move away from libXML2 in long term. I am in favor of Apache Xerxes,
which is a more natural partner for us. And I have an Idea how filter
should evolve. But all this are other stories.
All the Best
Peter
Am 29.04.20 um 00:56 schrieb Marcus:
Am 25.04.20 um 03:50 schrieb Peter Kovacs:
I would like to remove stlport from code. We already build without
it, and no one is using it. We have a Repository system for managing
old code. We do not need to carry stuff we do not use.
Another potential candidate to get Rid of is beanshell. I am looking
into it, the project moved to Apache Commons. I hope that it is still
there under a different name (beanUtil?)
Cleaning out stuff is important.
right.
Howeverr, when you write for which the ressources are used it would be
easier to judge if it can be really dropped or not.
Thanks
Marcus
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org
