Fix parsing when an artifact id is a Maven scope/type keyword

[soutaro]

Jars::Installer::Dependency generated a broken require_jar line for any artifact whose artifact id equals a Maven scope/type keyword (runtime, compile, test, provided, system, jar, pom).

For com.dylibso.chicory:runtime it produced:

require_jar 'com.dylibso.chicory', 'jar', '1.7.5'      # Wrong

require_jar 'com.dylibso.chicory', 'runtime', '1.7.5'  # Expected

The generated *_jars.rb then failed at runtime with LoadError: cannot load such file -- com/dylibso/chicory/jar/1.7.5/jar-1.7.5.jar, breaking any gem that depends on such a jar (e.g. com.dylibso.chicory:runtime).

Root cause

A dependency:list line has the form:

​ groupId:artifactId:type[:classifier]:version:scope:/path/to/file ​

Several fields were located by matching a keyword against the whole line:

• @gav = @coord.sub(REG, ':'), where REG also lists the scope keywords, so String#sub replaced the leftmost match — the artifact id (:runtime:) — instead of the type separator (:jar:).
• scope and the system? flag were derived from case line when /:test:/ … and line.index(':system:'), which matched a keyword artifact id rather than the real scope field.

Because sub/index match the leftmost occurrence, any artifact id that happens to be a keyword corrupts the result.

Fix

Parse positionally instead of by keyword matching:

1. Peel off the trailing file path first (it may itself contain a : on Windows, C:\…) with a single match on TRAILING_FILE.
2. The remainder is colon-clean, so split it once and address every field by position: type is field 3, version is last, an extra field between them is the classifier, scope is last.
3. Rebuild coord/gav from those parts.

This removes the keyword regexes entirely and also fixes the case where the artifact id equals the type itself (jar/pom).

[kares]

This is a valid bug and the fix seems to work (tests pass), thank you Soutaro.