Broken build on macos?

6 views
Skip to first unread message

Mihai Nita

unread,
Oct 29, 2021, 2:16:42 PM10/29/21
to Group: okapi-devel
Trying to understand the differences between generating / not generating the reduced dependency pom.
And prepare for the release tomorrow.

So what I did was simply:

git clone g...@bitbucket.org:okapiframework/okapi.git
cd okapi
rm -fr ~/.m2/repository/
maven install

Same result with
    deployment/maven/build.sh ba js
instead of
    maven install
but I wanted to make clear that it is nothing "fishy" in the script

Result below.

Any ideas?
That's kind of a blocker for releasing...
To produce the .dmg for Mac we need to build on Mac.
And anyway, we want the result to work properly on Mac, and if the test units fail we have no guarantees that this is the case.

M.

====

[ERROR] Tests run: 80, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 1.898 s <<< FAILURE! - in net.sf.okapi.lib.xliff2.reader.XLIFFReaderTest
[ERROR] testWithExtensionCharacters(net.sf.okapi.lib.xliff2.reader.XLIFFReaderTest)  Time elapsed: 0.023 s  <<< ERROR!
net.sf.okapi.lib.xliff2.reader.XLIFFReaderException: Error lineNumber: 2; columnNumber: 14; Element or attribute "xmlns:" do not match QName production: QName::=(NCName:)?NCName.
at net.sf.okapi.lib.xliff2.reader.XLIFFReaderTest.getObject(XLIFFReaderTest.java:1963)
at net.sf.okapi.lib.xliff2.reader.XLIFFReaderTest.getUnit(XLIFFReaderTest.java:2047)
at net.sf.okapi.lib.xliff2.reader.XLIFFReaderTest.testWithExtensionCharacters(XLIFFReaderTest.java:117)
Caused by: org.xml.sax.SAXParseException: Element or attribute "xmlns:" do not match QName production: QName::=(NCName:)?NCName.
at net.sf.okapi.lib.xliff2.reader.XLIFFReaderTest.getObject(XLIFFReaderTest.java:1963)
at net.sf.okapi.lib.xliff2.reader.XLIFFReaderTest.getUnit(XLIFFReaderTest.java:2047)
at net.sf.okapi.lib.xliff2.reader.XLIFFReaderTest.testWithExtensionCharacters(XLIFFReaderTest.java:117)

Yves Savourel

unread,
Oct 29, 2021, 3:46:03 PM10/29/21
to okapi...@googlegroups.com

On a side note: When I nuke the .m2 repository I get no build issue on lib-xliff2 on Windows.

But I do get missing dependency on the core build for logbind-logback (which is under okapi\deployment).

 

That said, MacOS is correct in your failing build: there is a typo (an extra ‘:’) in the sample on line 110 of testWithExtensionCharacters.

It should be <xliff xmlns= not <xliff xmlns:=

 

-ys

--
You received this message because you are subscribed to the Google Groups "okapi-devel" group.
To unsubscribe from this group and stop receiving emails from it, send an email to okapi-devel...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/okapi-devel/CAK69zbmom%2BBdZvBpMyNoXB-6hf0%3DNb7ny8EdzsnDshRw9106%3Dw%40mail.gmail.com.

Mihai Nita

unread,
Oct 29, 2021, 4:28:10 PM10/29/21
to Group: okapi-devel
The question is: why is it failing now?

The weird thing is that I am testing back, all way to
    3ecc97b382 (2021-07-28) "Add COCOA_AARCH64_SWT to gitlab-ci.yml"
    6b8729a5e8 (2021-06-07) "Fixed file with same name, but different case.")

I know I tested those on Mac.
They did not fail at the time, but they fail now.

Mihai


Mihai Nita

unread,
Oct 29, 2021, 4:36:23 PM10/29/21
to Group: okapi-devel
And why do they pass in nightly?

M.

Mihai Nita

unread,
Oct 29, 2021, 4:40:20 PM10/29/21
to Group: okapi-devel
Anyway... the fix is to remove that extra :
I'll do that.

But it still bugs me that it passes in some cases...
This is supposed to be predictable :-)

Mihai

Mihai Nita

unread,
Oct 29, 2021, 4:41:05 PM10/29/21
to Group: okapi-devel
And I will also take a look at the Windows / logbind-logback 
(I don't consider a release blocker though)

M.
Reply all
Reply to author
Forward
0 new messages