Date: Thu, 28 Mar 2024 17:12:56 -0400 (EDT) Message-ID: <411875915.28954.1711660376545@lyrasis1-roc-mp1> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_28953_1288994306.1711660376545" ------=_Part_28953_1288994306.1711660376545 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
This meeting is a hybrid teleconference and IRC chat. Anyone is welcome = to join...here's the info:
freeconferencecallhd.8053991200=
strong>
, hit Enter, and add the contact341861#
+1(805)399-1200
, Access Code: 341861
Regular Items:
Discussion Topics:
TBD
Attendees: Adam, Chris, Ed, Eddie, Frank, Marcel, Ben= p>
Notes:
See notes on IRC.
Eddie: Error trying to build in EC2, cannot get through Config B tests.<=
br>
Eddie: Error looks like timing/timeout error related to journalling.
Chris: Has seen problems with some Maven artifacts.
Adam: Will do sanity check with a build from an empty Maven repository.
<eddies> timeout error was in org.fcrepo.server.journal.readerwriter=
.multifile.TestLockingFollowingJournalReader
[Eddie: File to quies the journalling and its is checking when to start.
Chris: REST calls unencoding changed perhaps because of the CXF change.
Adam, did you get back in?
<cwilper> https://jira.duraspace.org/browse/=
FCREPO-1102
<kompewter> [ #FCREPO-1102 URL Escaping PIDs Returns 404s - DuraSpace JIRA ] - <=
a class=3D"external-link" href=3D"https://jira.duraspace.org/browse/FCREPO-=
1102" rel=3D"nofollow">https://jira.duraspace.org/browse/FCREPO-1102
Eddie: With Ben, change in XML schemas for data stream profiles
Eddie: Two generated classes in the SOAP client caused a lot of work likel=
y related to JAXB. Worked out a way to do it but concerned about other inte=
grations.
Chris: Must get past FC-REPO 1102 before we can tell.
<eddies> fyi, here are the changes i had to do to fedora-client to s=
upport getDatastreams: https://github.com/mediashelf/fedora-client/commit/=
ad27b3596057813a259d3c0157f584c9df8c2d90?w=3D1
<kompewter> [ FCREPO-951: Create REST API equivalent of getDatastrea=
ms API-M method =C2=B7 ad27b35 =C2=B7 mediashelf/fedora-client =C2=B7 GitHu=
b ] - https://github.com/mediashelf/fedora-client/commit/ad27b3596057813a2=
59d3c0157f584c9df8c2d90?w=3D1
Frank: eSciDoc on 3.4.2
Frank: They may have built there own client.
Eddie: JAXB may not have been the best choice for the client but it was pr=
agmatic.
Eddie: Not likely to be a big issue for this release.
Chris: Same.
39 <kompewter>=
; [ #FCREPO-1103=
External DS locations referring to "local.fedora.server" cannot be che=
cksummed on ingest - DuraSpace JIRA ] - https://jir=
a.duraspace.org/browse/FCREPO-1103
Eddie: There are several item related to checksumming.
Chris: There may be too many issues to be confidant of a quality release.<=
br>
Adam: Should we reset the test plan.
Chris: Just as long as we don't lose information.
Eddie: Reset the two that are green.
Chris: We have not had a release in a while and this first round identifie=
d a lot of the issues.
Chris: Particularly a full system test with external databases. This it wi=
ll take at least a week to address the issues.
Eddie: Hopes we have uncovered the big stuff.
Eddie: But its hard to tell.
Adam: Tried to run the Postgresql on the MAC and FESL is being a very bad =
dobe.
Adam: Aaron had done some work using properties files.
Aarons work permits running system tests using a preconfigured Fedora (usi=
ng any database).
<eddies> https://jira.duraspace.org/browse/F=
CREPO-1101
<kompewter> [ #FCREPO-1101 User-provided JDBC jar not copied during install - Du=
raSpace JIRA ] - https://jira.duraspace.org/browse/=
FCREPO-1101
Chris: Jonathan, does 1101 cause a problem for you.
Chris: Will focus on FCREPO-1102
hris: We need to slip release date so we need to set a new one.
Eddie: July 5th or after OR12
<barmintor> Wow, the original EOL for JDK6 was in July, and announce=
d in February.
<barmintor> Hmm, maybe the extension to nov was announced in Feb
<cwilper> I noticed that too. Oracle seems a bit more aggressive abo=
ut EOLing than Sun was. Which is both good and bad.
<barmintor> I'm not super enthusiastic about upgrading a bunch of So=
lr apps from 1.4 to 3.6, but we can't really blame anyone but ouselves :che=
eky:
<cwilper> Two major versions...should be cake!
<barmintor> Hmm