Re: Assembly build error

--0000000000006ccce9064fe64bba
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

I see this failure too, I think it's from the upgrade of the Asciidoctor
Maven plugin sometime ago.
Will check that, probably some transitive dependency needs updating too.


On Mon, Apr 20, 2026 at 5:33=E2=80=AFPM Andrus Adamchik <[email protected]=
m> wrote:

> BTW, while I was doing this massive brain surgery on the Modeler code bas=
e
> this weekend, I noticed that assembly profile builds fail with Ruby error=
s
> when generating PDFs:
>
> $ mvn clean verify -Passembly,mac
> ...
> [ERROR] Failed to execute goal
> org.asciidoctor:asciidoctor-maven-plugin:3.2.0:process-asciidoc
> (generate-pdf-doc) on project getting-started-guide:
>   Execution generate-pdf-doc of goal
> org.asciidoctor:asciidoctor-maven-plugin:3.2.0:process-asciidoc failed:
> (LoadError) load error: stringio --
>   java.lang.ExceptionInInitializerError: null: no such method:
> org.jruby.RubyString.cat19(RubyString)RubyString/invokeVirtual: loader
> constraint violation:
>   when resolving method 'org.jruby.RubyString
> org.jruby.RubyString.cat19(org.jruby.RubyString)' the class loader
> 'bootstrap' of the current class,
>   java/lang/Object, and the class loader
> org.codehaus.plexus.classworlds.realm.ClassRealm @5635b14b for the method=
's
> defining class, org/jruby/RubyString,
>   have different Class objects for the type org/jruby/RubyString used in
> the signature (java.lang.Object is in module java.base of loader
> 'bootstrap';
>   org.jruby.RubyString is in unnamed module of loader
> org.codehaus.plexus.classworlds.realm.ClassRealm @5635b14b, parent loader
> 'bootstrap') -> [Help 1]
>
>
> Playing with asciidoc plugin versions didn't help. If this is reproducibl=
e
> for others, this will be a blocker for the release. Anyone else can confi=
rm
> that it happens for them?
>
> FWIW, I have an idea of a "dirty" fix... We don't need to include
> documentation in downloads in general and in PDF format in particular. Do=
cs
> on the website should serve everyone's needs just fine.
>
> Andrus
>
>
>
> > On Apr 17, 2026, at 11:00=E2=80=AFAM, Michael Gentry <[email protected]=
om>
> wrote:
> >
> > Hi Nikita,
> >
> > I don't think there is an urgency to get M2 out, so if the outstanding
> PRs
> > make sense to include in M2, I think it is OK to wait on them.
> >
> > Thanks,
> > mrg
> >
> >
> > On Tue, Apr 14, 2026 at 8:18=E2=80=AFAM Nikita Timofeev <
> [email protected]>
> > wrote:
> >
> >> Several PRs are waiting for me, but nothing is too critical, so we may
> go
> >> ahead with M3.
> >> Instructions are all good, I use them every time.
> >>
> >> On Tue, Apr 14, 2026 at 2:37=E2=80=AFAM Andrus Adamchik <aadamchik@gma=
il.com>
> >> wrote:
> >>
> >>>> I just filed all my taxes
> >>>
> >>> Congrats! Which reminds me - I am still waiting for my numbers from t=
he
> >>> accountants :)
> >>>
> >>>> so I have some free cycles now if there is
> >>>> anything I can do to help.
> >>>
> >>> How about publishing the release. @Nikita - do you have anything in t=
he
> >>> queue we'd need to deal with before M2 that can't be moved to M3? Als=
o
> >>> anything missing in the release instructions at
> >>> https://cayenne.apache.org/dev/release-guide.html ?
> >>>
> >>> Andrus
> >>>
> >>>> On Apr 13, 2026, at 6:16=E2=80=AFPM, Michael Gentry <blacknext@gmail=
.com>
> >> wrote:
> >>>>
> >>>> I just filed all my taxes, so I have some free cycles now if there i=
s
> >>>> anything I can do to help.
> >>>>
> >>>> On Mon, Apr 13, 2026 at 5:08=E2=80=AFPM Andrus Adamchik <aadamchik@g=
mail.com>
> >>> wrote:
> >>>>
> >>>>> Not too many significant new features in M2 so far, though quite a
> few
> >>> bug
> >>>>> fixes. So yeah, we probably should do it.
> >>>>>
> >>>>>
> >>>>>> On Apr 13, 2026, at 4:45=E2=80=AFPM, Michael Gentry <blacknext@gma=
il.com>
> >>> wrote:
> >>>>>>
> >>>>>> Is it time for a 5.0.M2?
> >>>>>>
> >>>>>> I noticed the M1 was released 2024-09-09 and that seems a long tim=
e
> >>>>> ago...
> >>>>>>
> >>>>>> Thanks,
> >>>>>> mrg
> >>>>>
> >>>>>
> >>>
> >>>
> >>
> >> --
> >> Best regards,
> >> Nikita Timofeev
> >>
>
>

--=20
Best regards,
Nikita Timofeev

--0000000000006ccce9064fe64bba--