20
edits
Changes
Created page with "Attendees: some with no MARC4J/SolrMarc experience, some using MARC4J outside of SolrMarc. == Marc4j == === Basics === What is it? Java library for working with MARC records..."
Attendees: some with no MARC4J/SolrMarc experience, some using MARC4J outside of SolrMarc.
== Marc4j ==
=== Basics ===
What is it? Java library for working with MARC records.
Supports MARC21 and Unicode; may be more robust for MARC21.
=== Migration ===
There is now a Marc4j organization on GitHub to migrate content out of Tigris/CVS.
Goal: centralize management of the project so versions can be tracked more easily (i.e. no more custom versions bundled in SolrMarc that exist nowhere else).
No objections to moving Marc4j to GitHub.
=== Other Issues ===
==== ICU4j embedding ====
Issue: Marc4j builds its code tables using a normalizer borrowed from the ICU4j library. ICU library is huge, so normalizer is bundled into Marc4j by itself. This saves space but makes it more complex/difficult to update ICU4j dependency.
Should we continue to bundle subset of ICU4j, or should we simply add ICU4j as a straight dependency and not worry about the space savings?
Group decision: yes. No objections.
==== Version Numbers ====
Current GitHub version is 2.5.1 beta.
Proposal: clean up/test, then start semantic versioning with 2.6.0. Start release notes/change history file in repo.
Group decision: yes. No objections.
==== Dependency Management ====
== Marc4j ==
=== Basics ===
What is it? Java library for working with MARC records.
Supports MARC21 and Unicode; may be more robust for MARC21.
=== Migration ===
There is now a Marc4j organization on GitHub to migrate content out of Tigris/CVS.
Goal: centralize management of the project so versions can be tracked more easily (i.e. no more custom versions bundled in SolrMarc that exist nowhere else).
No objections to moving Marc4j to GitHub.
=== Other Issues ===
==== ICU4j embedding ====
Issue: Marc4j builds its code tables using a normalizer borrowed from the ICU4j library. ICU library is huge, so normalizer is bundled into Marc4j by itself. This saves space but makes it more complex/difficult to update ICU4j dependency.
Should we continue to bundle subset of ICU4j, or should we simply add ICU4j as a straight dependency and not worry about the space savings?
Group decision: yes. No objections.
==== Version Numbers ====
Current GitHub version is 2.5.1 beta.
Proposal: clean up/test, then start semantic versioning with 2.6.0. Start release notes/change history file in repo.
Group decision: yes. No objections.
==== Dependency Management ====
