Core module java rewrite

[nk2IsHere]

This PR adds core-java and rdf-protos-java modules intended to replace core and rdf-protos, written in scala to ones written in pure java.

This is a part of preparation for v3.0.0 release.
Link to repo before breaking changes: v2.10.2

Notable API Changes:

• new package naming scheme starting with eu.neverblink is introduced to all new modules
• JellyConstants, JellyOptions with UPPERCASE_NAMING for constants replaced Constants and Options
• JellyConverterFactory and JellyTranscoderFactory introduced to centralise core modules context maintaining.
• ProtoDecoder chain now depends on ProtoHandler<TNode> as a handler of different statement types decoding.
• ProtoDecoder now does not specify types of Triples and Quads.
• ProtoEncoder now does not return Iterable<Row> on ingestion, instead a Collection<RdfStreamRow> appendableRowBuffer must be passed through parameters for the purposes of encoded statements collection.

[Ostrzyciel]

partial review, continuing

[Ostrzyciel]

This is out of date, I think.

I haven't worked with Java records. Can we add new fields in a backwards-compatible manner? Or would we need explicit constructors for that?

[nk2IsHere]

we need explicit constructors for that

[Ostrzyciel]

Then I'm for adding explicit constructors. This will be wordy and awful, I know, but otherwise introducing a new parameter to the constructor would be a breaking change (!!!!) requiring us to bump the version to 4.0.0. That's bad.

[nk2IsHere]

We can use factory methods like you did in scala,
or we can use static Params of(...) in Params (aka "named" constructors) to achieve same effect

[Ostrzyciel]

Sure, you can go with that.