From: Eduard D. <ed...@fr...> - 2021-07-03 07:15:17
|
On Fri, 2021-07-02 at 15:10 -0500, Craig Berry via Exist-open wrote: > Thanks for the tips. > > > On Jul 2, 2021, at 12:44 AM, Eduard Drenth < ed...@FR...> > > wrote: > > > > When upgrading from 5.2 to 5.3 I had to do several things: > > > > - remove <dependency package=" http://exist-db.org/apps/shared"/> > > from expath-pkg.xml > > I don't appear to have had any of those. > > > - remove <fulltext default="none" attributes="false"/> from collection.xconf > > Why, and where is that documented? I have some large collections that will take a very long time to reindex, so I'd prefer to avoid it unless it's absolutely necessary. This is the old fulltext index turned off, validation fails on this line in 5.3 > > - change templating to http://exist-db.org/xquery/html-templating > > Ah, good. I had a lot of cases of: > import module namespace templates=" > http://exist-db.org/xquery/templates" ; > that needed to be changed to: > import module namespace templates=" > http://exist-db.org/xquery/html-templating"; > That did get me past some problems. I could not find anything about > it in the release notes. > > - change my conf.xml to be based on > > https://github.com/eXist-db/exist/blob/eXist-5.3.0/exist-distribution/src/main/config/conf.xml > > What I have is identical to the one in the distribution except for > the memory settings I'd bumped up. > > - fix some more strict variable types > > I also noticed that function overloads no longer work if two > functions with the same name have the same number of parameters, even > if the data types of the parameters are different. Luckily I wasn't > actually using one of the overloads I had so I was able to get rid of > it. > > Perhaps this helps, Eduard > > Some, yes. It still looks like there's a long slog ahead of > me. Launcher and Package Manager are still completely wedged even > though I've applied the fix here: > <https://github.com/eXist-db/existdb-packageservice/pull/22> > They still complain about "err:FODC0002 Resource icon.png does not > exist." > My own app crashes like so: > URI: /exist/apps/shc/works/STATUS: 500MESSAGE: javax.servlet > .ServletException: javax.servlet.ServletException: An error occurred > while processing request to /exist/apps/shc/works/: An unknown error > occurred: 'java.lang.Object org.exist.source.Source.getKey()'SERVLET: > XQueryURLRewriteCAUSED BY: javax.servlet.ServletException: > javax.servlet.ServletException: An error occurred while processing > request to /exist/apps/shc/works/: An unknown error occurred: > 'java.lang.Object org.exist.source.Source.getKey()'CAUSED BY: javax.s > ervlet.ServletException: An error occurred while processing request > to /exist/apps/shc/works/: An unknown error occurred: > 'java.lang.Object org.exist.source.Source.getKey()'CAUSED BY: javax.s > ervlet.ServletException: An unknown error occurred: 'java.lang.Object > org.exist.source.Source.getKey()'CAUSED BY: java.lang.NoSuchMethodE > rror: 'java.lang.Object org.exist.source.Source.getKey()' > The eXist log shows that this happens in a method called doPost line > 571, but I'm not sure that narrows it down much: > 2021-07-02 14:44:42,405 [qtp1010347343-124] ERROR (EXistServlet.java > [doPost]:571) - java.lang.NoSuchMethodError: 'java.lang.Object > org.exist.source.Source.getKey()' > I see that XQueryURLRewrite handles controller.xql (and now prefers > controller.xq). Are there any mandatory changes to my > controller.xql? > > > -----Original Message-----From: Craig Berry via Exist-open < > > exi...@li...>Reply-To: Craig Berry < > > cra...@ma...>To: Joe Wicentowski <jo...@gm...>Cc: > > exi...@li... ml < > > exi...@li...>Subject: Re: [Exist-open] [ANN] > > Release of eXist 5.3.0Date: Thu, 01 Jul 2021 18:29:47 -0500 > > > > > On Jul 1, 2021, at 4:58 PM, Joe Wicentowski <jo...@gm... > > > > wrote: > > > > > > Hi Craig, > > > Thanks for reporting your experience. We're tracking the Apple > > > installation experience issues at > > > https://github.com/eXist-db/exist/issues/3961 > > > . > > > > Thanks, I was reading that when your message came in. > > > Several people have reported experiencing an issue where > > > Dashboard doesn't open after upgrading eXist unless you clear > > > your cookies. (For me, clearing the JSESSIONID cookie worked; I > > > do this in Chrome by navigating to Dashboard, opening View > > > > Developer > Developer Tools > Application > Cookies > > > > http://localhost:8080 > > > , selecting the JSESSIONID cookie, and hitting the delete key or > > > using right-click > Delete.) > > > I don't think that's your issue, but I mentioned it just in case > > > you do see it (it has returned for some people who access > > > multiple versions of Dashboard in the same browser). > > > In Slack, Christian Wittern reported an issue similar to yours. > > > It turned out to be caused by a custom package missing a repo.xml > > > resource, a condition that triggered a bug in the packageservice > > > app. What allowed Christian to overcome the problem was by > > > modifying the packages:get-package-meta() function in > > > /db/apps/packageservice/modules/packages.xqm module, lines 269- > > > 274, to read: > > > try { let $meta := repo:get-resource($app, > > > $name) return util:binary-to-string($meta) } > > > catch * { util:log("warn", ("Could not get metadata > > > for: ", $app, $name)) } > > > Christian reported that this fixed the issue, and in Juri said he > > > plans to submit a PR with this fix. > > > > I tried that and the exception changed to: > > <exception> <path>/db/apps/packageservice/modules/local- > > apps.xql</path> <message>exerr:ERROR cannot convert > > xs:string('<?xml version="1.0" encoding="UTF- > > 8"?> <meta xmlns=" > > http://exist-db.org/xquery/repo"> > > ; <description>This package contains the HTML templating > > library for eXist, which was previously part of the now deprecated > > 'shared-resources'</description> <author>eXist-db > > Project</author> <website> > > https://github.com/eXist-db/templating</website> > > ; <status>stable</status> <license>LGPL > > -2.1</license> <copyright>true</copyright> > > <type>library</type> <deployed>2021-06- > > 29T13:30:35.133-05:00</deployed> </meta>') to a node > > set [at line 149, column 27, source: > > /db/apps/packageservice/modules/packages.xqm] In function: > > (item()*, item()*, item()*) > > [148:18:/db/apps/packageservice/modules/packages.xqm] package > > s:scan-repo(function(*)) > > [147:5:/db/apps/packageservice/modules/packages.xqm] package > > s:installed-apps(xs:string) > > [118:19:/db/apps/packageservice/modules/packages.xqm] package > > s:get-local(xs:string) > > [38:5:/db/apps/packageservice/modules/packages.xqm] package > > s:get-local-applications() > > [16:6:/db/apps/packageservice/modules/packages.xqm]</message></exce > > ption> > > As far as I can see, that doesn't tell me what, exactly, is using > > HTML templating / shared-resources. Is there any guide related to > > migrating to the new way of doing templating or is all of that > > supposed to be API-compatible? > > > Until a new version of packageservice is available, hopefully > > > this workaround will get you back up and running. You might also > > > examine your packages to look for a missing repo.xml file or > > > possibly even other package metadata files (e.g., expath- > > > pkg.xml). > > > > I don't see any missing repo.xml or expath-pkg.xml files. > > > Joe > > > On Thu, Jul 1, 2021 at 5:19 PM Craig Berry via Exist-open < > > > exi...@li... > > > > wrote: > > > > On Jun 26, 2021, at 1:04 PM, Juri Leino < > > > > ju...@ex... > > > > > wrote: > > > > > > > > We are very happy to announce that eXist-db 5.3.0 has been > > > > released. > > > > It's been quite a while since the last release. A lot has been > > > > happening behind the scenes, and we are happy to share the > > > > outcome with you. 5.3.0 is a minor release, and should be 100% > > > > API compatible with 5.0.0 as such. > > > > > > Thanks for all the hard work. I have run into some issues > > > getting this working and I'm reporting here rather than GitHub as > > > it's unclear to me whether the problems are in eXist, one of the > > > new or revised packages, or pilot error of some sort. > > > I installed the DMG image on macOS 11.4, keeping an existing data > > > directory that's been running fine with 5.2.0. I did have to > > > ignore a warning about not being able to verify the identity of > > > the publisher, which I assume has something to do with not paying > > > Apple to countersign the code signing cert or something. That > > > was readily ignorable, if initially alarming. I bumped up some > > > memory settings during the first start-up but otherwise accepted > > > the defaults. > > > When I open the Dashboard from the menu bar and logged in, I > > > didn't get any application icons. I clicked on Package Manager > > > in the left side menu and got a "loading of available packages > > > failed" message. At this point the browser console shows a 404 > > > error at this URL: > > > http://localhost:8080/exist/apps/dashboard/bower_components/web-animations-js/web-animations-next-lite.min.js.map > > > > > > > > > and a 400 error at this URL: > > > http://localhost:8080/exist/apps/packageservice/packages/apps > > > > > > > > > the details of which look like this: > > > <?xml version="1.0" > > > ?><exception> <path>/db/apps/packageservice/modules/local- > > > apps.xql</path> <message>err:FODC0002 Resource icon.png does > > > not exist. [at line 148, column 18, source: > > > /db/apps/packageservice/modules/packages.xqm] In > > > function: (item()*, item()*, item()*) > > > [148:18:/db/apps/packageservice/modules/packages.xqm] pack > > > ages:scan-repo(function(*)) > > > [147:5:/db/apps/packageservice/modules/packages.xqm] packa > > > ges:installed-apps(xs:string) > > > [118:19:/db/apps/packageservice/modules/packages.xqm] pack > > > ages:get-local(xs:string) > > > [38:5:/db/apps/packageservice/modules/packages.xqm] packag > > > es:get-local-applications() > > > [16:6:/db/apps/packageservice/modules/packages.xqm]</message></ex > > > ception> > > > There is an icon.png at /db/apps/packageservice/icon.png, so I'm > > > not sure what it's confused about. In > > > /db/apps/packageservice/expath-pkg.xml, it says the version I > > > have is 1.3.9 -- is that the right one? > > > eXide seems to be working fine. I tried running the following in > > > eXide, which had no effect: > > > import module namespace repair=" > > > http://exist-db.org/xquery/repo/repair > > > " at "resource:org/exist/xquery/modules/expathrepo/repair.xql"; > > > repair:clean-all(), repair:repair() > > > Any other ideas? > > > > > > > > > ________________________________________Craig A. Berry > > > "... getting out of a sonnet is much more difficult than getting > > > in." Brad Leithauser > > > > > > > > > _______________________________________________Exist-open mailing > > > lis...@li... > > > > > > https://lists.sourceforge.net/lists/listinfo/exist-open > > > > > > > ________________________________________Craig A. Berry > > "... getting out of a sonnet is much more difficult than getting > > in." Brad Leithauser > > > > > > _______________________________________________Exist-open mailing > > lis...@li... > > > > https://lists.sourceforge.net/lists/listinfo/exist-open > > > > -- Eduard Drenth, Software Architekt > > ed...@fr... > > > > Doelestrjitte 88911 DX Ljouwert+31 58 234 30 47+31 62 094 34 28 > > (privé) > > skype: eduarddrenthhttps://github.com/eduarddrenth > > frisian.eugpg: > > https://pgp.surfnet.nl/pks/lookup?search=eduarddrenth > > > > > > Op freed bin ik thús/wurkje ik minder > > > > > > ________________________________________Craig A. Berry > "... getting out of a sonnet is much more difficult than getting > in." Brad Leithauser > > > _______________________________________________Exist-open mailing > lis...@li... > https://lists.sourceforge.net/lists/listinfo/exist-open > -- Eduard Drenth, Software Architekt ed...@fr... Doelestrjitte 8 8911 DX Ljouwert +31 58 234 30 47 +31 62 094 34 28 (privé) skype: eduarddrenth https://github.com/eduarddrenth frisian.eu gpg: https://pgp.surfnet.nl/pks/lookup?search=eduarddrenth Op freed bin ik thús/wurkje ik minder |