Menu
▾
▴
exist-open — Open discussion
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(31) |
Nov
(25) |
Dec
(33) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(48) |
Feb
(62) |
Mar
(22) |
Apr
(29) |
May
(9) |
Jun
(45) |
Jul
(28) |
Aug
(41) |
Sep
(60) |
Oct
(96) |
Nov
(99) |
Dec
(70) |
| 2003 |
Jan
(98) |
Feb
(159) |
Mar
(164) |
Apr
(150) |
May
(143) |
Jun
(97) |
Jul
(184) |
Aug
(143) |
Sep
(207) |
Oct
(126) |
Nov
(159) |
Dec
(165) |
| 2004 |
Jan
(131) |
Feb
(229) |
Mar
(220) |
Apr
(212) |
May
(320) |
Jun
(223) |
Jul
(191) |
Aug
(390) |
Sep
(261) |
Oct
(229) |
Nov
(215) |
Dec
(184) |
| 2005 |
Jan
(221) |
Feb
(312) |
Mar
(336) |
Apr
(273) |
May
(359) |
Jun
(277) |
Jul
(303) |
Aug
(321) |
Sep
(256) |
Oct
(415) |
Nov
(428) |
Dec
(508) |
| 2006 |
Jan
(585) |
Feb
(419) |
Mar
(496) |
Apr
(296) |
May
(403) |
Jun
(404) |
Jul
(553) |
Aug
(296) |
Sep
(252) |
Oct
(416) |
Nov
(414) |
Dec
(245) |
| 2007 |
Jan
(354) |
Feb
(422) |
Mar
(389) |
Apr
(298) |
May
(397) |
Jun
(318) |
Jul
(315) |
Aug
(339) |
Sep
(253) |
Oct
(317) |
Nov
(350) |
Dec
(264) |
| 2008 |
Jan
(353) |
Feb
(313) |
Mar
(433) |
Apr
(383) |
May
(343) |
Jun
(355) |
Jul
(321) |
Aug
(338) |
Sep
(242) |
Oct
(206) |
Nov
(199) |
Dec
(279) |
| 2009 |
Jan
(327) |
Feb
(221) |
Mar
(280) |
Apr
(278) |
May
(237) |
Jun
(345) |
Jul
(322) |
Aug
(324) |
Sep
(676) |
Oct
(586) |
Nov
(735) |
Dec
(329) |
| 2010 |
Jan
(619) |
Feb
(424) |
Mar
(529) |
Apr
(241) |
May
(312) |
Jun
(554) |
Jul
(698) |
Aug
(576) |
Sep
(408) |
Oct
(268) |
Nov
(391) |
Dec
(426) |
| 2011 |
Jan
(629) |
Feb
(512) |
Mar
(465) |
Apr
(467) |
May
(475) |
Jun
(403) |
Jul
(426) |
Aug
(542) |
Sep
(418) |
Oct
(620) |
Nov
(614) |
Dec
(358) |
| 2012 |
Jan
(357) |
Feb
(466) |
Mar
(344) |
Apr
(215) |
May
(408) |
Jun
(375) |
Jul
(241) |
Aug
(260) |
Sep
(401) |
Oct
(461) |
Nov
(498) |
Dec
(294) |
| 2013 |
Jan
(453) |
Feb
(447) |
Mar
(434) |
Apr
(326) |
May
(295) |
Jun
(471) |
Jul
(463) |
Aug
(278) |
Sep
(525) |
Oct
(343) |
Nov
(389) |
Dec
(405) |
| 2014 |
Jan
(564) |
Feb
(324) |
Mar
(319) |
Apr
(319) |
May
(384) |
Jun
(259) |
Jul
(210) |
Aug
(219) |
Sep
(315) |
Oct
(478) |
Nov
(207) |
Dec
(316) |
| 2015 |
Jan
(222) |
Feb
(234) |
Mar
(201) |
Apr
(145) |
May
(367) |
Jun
(318) |
Jul
(195) |
Aug
(210) |
Sep
(234) |
Oct
(248) |
Nov
(217) |
Dec
(189) |
| 2016 |
Jan
(219) |
Feb
(177) |
Mar
(110) |
Apr
(91) |
May
(159) |
Jun
(124) |
Jul
(192) |
Aug
(119) |
Sep
(125) |
Oct
(64) |
Nov
(80) |
Dec
(68) |
| 2017 |
Jan
(156) |
Feb
(312) |
Mar
(386) |
Apr
(217) |
May
(89) |
Jun
(115) |
Jul
(79) |
Aug
(122) |
Sep
(100) |
Oct
(99) |
Nov
(129) |
Dec
(77) |
| 2018 |
Jan
(106) |
Feb
(78) |
Mar
(160) |
Apr
(73) |
May
(110) |
Jun
(160) |
Jul
(93) |
Aug
(92) |
Sep
(75) |
Oct
(147) |
Nov
(114) |
Dec
(97) |
| 2019 |
Jan
(141) |
Feb
(78) |
Mar
(158) |
Apr
(60) |
May
(123) |
Jun
(54) |
Jul
(44) |
Aug
(147) |
Sep
(117) |
Oct
(54) |
Nov
(74) |
Dec
(96) |
| 2020 |
Jan
(113) |
Feb
(125) |
Mar
(142) |
Apr
(57) |
May
(71) |
Jun
(99) |
Jul
(58) |
Aug
(81) |
Sep
(49) |
Oct
(50) |
Nov
(63) |
Dec
(37) |
| 2021 |
Jan
(37) |
Feb
(45) |
Mar
(39) |
Apr
(18) |
May
(14) |
Jun
(9) |
Jul
(44) |
Aug
(23) |
Sep
(13) |
Oct
(31) |
Nov
(13) |
Dec
(33) |
| 2022 |
Jan
(17) |
Feb
(8) |
Mar
(32) |
Apr
(7) |
May
(17) |
Jun
(7) |
Jul
(36) |
Aug
(29) |
Sep
(9) |
Oct
(20) |
Nov
(10) |
Dec
(1) |
| 2023 |
Jan
(30) |
Feb
(37) |
Mar
(23) |
Apr
(1) |
May
(14) |
Jun
(5) |
Jul
(3) |
Aug
(6) |
Sep
(5) |
Oct
(48) |
Nov
(4) |
Dec
(29) |
| 2024 |
Jan
(1) |
Feb
|
Mar
(21) |
Apr
(6) |
May
(16) |
Jun
(41) |
Jul
(11) |
Aug
(17) |
Sep
(16) |
Oct
(11) |
Nov
(3) |
Dec
(9) |
| 2025 |
Jan
(7) |
Feb
(7) |
Mar
(6) |
Apr
(6) |
May
(30) |
Jun
(8) |
Jul
(10) |
Aug
(4) |
Sep
(10) |
Oct
(32) |
Nov
(3) |
Dec
|
|
From: Clark, A. <as....@no...> - 2021-12-14 21:59:44
|
Hi all, Tech Services here shared this security notice with me: https://logging.apache.org/log4j/2.x/security.html Essentially, the Log4J attack vector is wider than previously understood. The previously-reported solutions (including `log4j2.formatMsgNoLookups` and `%m{nolookups}`) are insufficient. The patch version of eXist (v5.3.1) upgraded Log4J to v2.15.0, but Log4J v2.16 is now recommended. Until the next patch version of eXist is released, either * manually upgrade Log4J to version 2.16.0, or * remove the JNDI lookup class from Log4J, using the command `zip -q -d log4j-core-*.jar org/apache/logging/log4j/core/lookup/JndiLookup.class`. Hope this helps other people. Warmly, Ash Ash Clark (my pronoun.is/e/em/eir<http://pronoun.is/e/em/eir>) XML Applications Developer Digital Scholarship Group Northeastern University Libraries as....@no... (617) 373-5983 ________________________________ From: Mathias Göbel <go...@su...> Sent: Sunday, December 12, 2021 2:17 PM To: exi...@li... <exi...@li...> Subject: Re: [Exist-open] log4j2 vulnerability Hey Juri, can you explain why adding the system property is not sufficient in the case of existdb? I added the recommended parameter "-Dlog4j2.formatMsgNoLookups" to the $JAVA_OPTS. Also I guess that setting this parameter as Property in log4j2.xml configuration file might also be one alternative. best, Mathias On 11.12.21 21:32, Juri Leino wrote: "%m" with "%m{noLookups}" -- Mathias Göbel University of Göttingen c .ivü-ö- Library D-37070 Göttingen Research and Development Papendiek 14 (hist. Building, Room 2.408<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flageplan.uni-goettingen.de%2F%3Fident%3D7209_4_2.OG_2.408&data=04%7C01%7Cas.clark%40northeastern.edu%7Cdeebcc88ce4b4b78bb3308d9bda6d90a%7Ca8eec281aaa34daeac9b9a398b9215e7%7C0%7C0%7C637749347307644527%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=WAyRy7G1dMKY%2FJqguvfV2EoENRUorQEpvE1OVFVlzy4%3D&reserved=0>) +49 551 39-25823 (Tel., Wednesday to Friday) +49 551 39-33856 (Fax.) Digital Library Software and Service Development Platz der Göttinger Sieben 1 (Central Library, Room 2.129<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Flageplan.uni-goettingen.de%2F%3Fident%3D5383_1_2.OG_2.129&data=04%7C01%7Cas.clark%40northeastern.edu%7Cdeebcc88ce4b4b78bb3308d9bda6d90a%7Ca8eec281aaa34daeac9b9a398b9215e7%7C0%7C0%7C637749347307654484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=zcvvY8hHWREBLOYdadyBOrQYdPDydkzGAECdK8CWG%2BY%3D&reserved=0>) +49 551 39-10230 (Tel., Monday/Tuesday) go...@su...<mailto:go...@su...= %20%20%20%20%20%20%20%20%20%20-goettingen.de> http://www.sub.uni-goettingen.de<https://nam12.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.sub.uni-goettingen.de%2Fen%2Fnews%2F&data=04%7C01%7Cas.clark%40northeastern.edu%7Cdeebcc88ce4b4b78bb3308d9bda6d90a%7Ca8eec281aaa34daeac9b9a398b9215e7%7C0%7C0%7C637749347307654484%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000&sdata=BbZEf7R4WvUJ5bPx5dfg7ExpuiB4bNtadSEoH9lw1Ok%3D&reserved=0> |
|
From: Mathias G. <go...@su...> - 2021-12-12 19:37:08
|
Hey Juri,
can you explain why adding the system property is not sufficient in the
case of existdb? I added the recommended parameter
"-Dlog4j2.formatMsgNoLookups" to the $JAVA_OPTS.
Also I guess that setting this parameter as Property in log4j2.xml
configuration file might also be one alternative.
best,
Mathias
On 11.12.21 21:32, Juri Leino wrote:
> "%m" with "%m{noLookups}"
--
Mathias Göbel
University of Göttingen
c .ivü-ö- Library
D-37070 Göttingen
Research and Development
Papendiek 14 (hist. Building, Room 2.408
<https://lageplan.uni-goettingen.de/?ident=7209_4_2.OG_2.408>)
+49 551 39-25823 (Tel., Wednesday to Friday)
+49 551 39-33856 (Fax.)
Digital Library
Software and Service Development
Platz der Göttinger Sieben 1 (Central Library, Room 2.129
<https://lageplan.uni-goettingen.de/?ident=5383_1_2.OG_2.129>)
+49 551 39-10230 (Tel., Monday/Tuesday)
go...@su... <mailto:go...@su...= -goettingen.de>
http://www.sub.uni-goettingen.de
<https://www.sub.uni-goettingen.de/en/news/> |
|
From: Michael W. <wes...@ja...> - 2021-12-11 23:41:46
|
Thank you, Juri.
I had downloaded Log4J 2.15.0 in preparation, but hadn't yet removed the
2.14.1 jars as I needed to test first. This helps speed things up.
Thank you again.
Take care.
2021年12月12日(日) 5:59 Juri Leino <ju...@ex...>:
> I believe everyone has heard about the critical vulnerability in log4j2 at
> this point.
>
> Even if you did upgrade your Java version (later than JDK 8u191 for Java
> 8) please consider additional actions to mitigate the log4j2 vulnerabilty
> (applies to all versions of exist 5):
>
> - navigate to the home folder of your exist instance (might be in
> $EXIST_HOME)
>
> - open etc/log4j2.xml in a text editor and
> replace _all occurrences_ of "%m" with "%m{noLookups}"
>
> - additionally or if the above cannot be applied for some reason run
>
> zip -q -d lib/log4j-core-*.jar
> org/apache/logging/log4j/core/lookup/JndiLookup.class
>
> To remove the JndiLookup alltogether.
>
> The exist db must be restarted for these changes to take effect.
>
> Source: https://logging.apache.org/log4j/2.x/security.html
> _______________________________________________
> Exist-open mailing list
> Exi...@li...
> https://lists.sourceforge.net/lists/listinfo/exist-open
>
--
Michael Westbay
Writer/System Administrator
http://www.japanesebaseball.com/
|
|
From: David B. <dj...@gm...> - 2021-12-11 22:08:52
|
Will upgrading to the nightly build dated 2021-12-11 mitigate the problem, or does that version also require the patching described below?
> On Dec 11, 2021, at 3:59 PM, Juri Leino <ju...@ex...> wrote:
>
>
> I believe everyone has heard about the critical vulnerability in log4j2 at this point.
>
> Even if you did upgrade your Java version (later than JDK 8u191 for Java 8) please consider additional actions to mitigate the log4j2 vulnerabilty (applies to all versions of exist 5):
>
> - navigate to the home folder of your exist instance (might be in $EXIST_HOME)
>
> - open etc/log4j2.xml in a text editor and
> replace _all occurrences_ of "%m" with "%m{noLookups}"
>
> - additionally or if the above cannot be applied for some reason run
>
> zip -q -d lib/log4j-core-*.jar org/apache/logging/log4j/core/lookup/JndiLookup.class
>
> To remove the JndiLookup alltogether.
>
> The exist db must be restarted for these changes to take effect.
>
> Source: https://logging.apache.org/log4j/2.x/security.html
> _______________________________________________
> Exist-open mailing list
> Exi...@li...
> https://lists.sourceforge.net/lists/listinfo/exist-open
|
|
From: Juri L. <ju...@ex...> - 2021-12-11 20:58:22
|
I believe everyone has heard about the critical vulnerability in log4j2 at
this point.
Even if you did upgrade your Java version (later than JDK 8u191 for Java 8)
please consider additional actions to mitigate the log4j2 vulnerabilty
(applies to all versions of exist 5):
- navigate to the home folder of your exist instance (might be in
$EXIST_HOME)
- open etc/log4j2.xml in a text editor and
replace _all occurrences_ of "%m" with "%m{noLookups}"
- additionally or if the above cannot be applied for some reason run
zip -q -d lib/log4j-core-*.jar
org/apache/logging/log4j/core/lookup/JndiLookup.class
To remove the JndiLookup alltogether.
The exist db must be restarted for these changes to take effect.
Source: https://logging.apache.org/log4j/2.x/security.html
|
|
From: Christian W. <cwi...@gm...> - 2021-11-26 10:59:35
|
Dear Andreas, Good point, thank you very much. Indeed 775 on collections and 664 on resources is what I will need. If I only could get it work... Juri Leino hinted that it might be an eXide issue, I am on eXide 3.2.0 and will open an issue there. All the best, Christian On 26/11/2021 17.50, Andreas Wagner wrote: > Dear Christian, dear list, > > while I cannot say anything about how eXist handles this, I would like > to point out that you probably want 775 on collections and 664 on > resources. What makes a 7 out of a 6 is the executable bit, which you > probably want on collections (like folders, you cannot "enter" without > this executable bit). On individual resources, executable queries need > the "7" or they cannot be executed by the respective user, but regular > xml files normally don't need this. What makes a 6 out of a 4 (or a 7 > out of a 5) is the writeable bit. > > This can certainly be better explained than I just did. Or you play > with different values at http://permissions-calculator.org/ ... > > Perhaps trying with other values already helps? > > Best, > Andreas > > > Quoting Christian Wittern <cwi...@gm...>: > >> Dear eXist users, >> >> I am using eXist 5.3.0, the latest released version. Without >> specific configuration, the files and collections uploaded via the >> eXide manage interface will end up with permissions >> >> -rw-r-----, or numerically 0640. I would like change this to >> -rw-rw-r--, that is numerically 0774 (I think). Now, the eXist-db >> documentation on [1] implies that this can be configured in conf.xml >> within the db-connection, such as: >> >> <db-connection cacheSize="256M" checkMaxCacheSize="true" >> collectionCache="64M" database="native" >> files="../data" pageSize="4096" nodesBuffer="1000" >> cacheShrinkThreshold="10000" >> minDiskSpace="1024M" posix-chown-restricted="true" >> preserve-on-copy="false"> >> <default-permissions collection="0774" resource="0774"/> >> ... >> >> </db-connection> >> >> I changed this and restarted the server, but the observed behavior >> does not change. What am I doing wrong? Or has this been changed? >> >> Any help appreciated, all the best, >> >> Christian Wittern >> >> >> [1] https://exist-db.org/exist/apps/doc/configuration >> >> >> >> _______________________________________________ >> Exist-open mailing list >> Exi...@li... >> https://lists.sourceforge.net/lists/listinfo/exist-open > > > |
|
From: Andreas W. <And...@em...> - 2021-11-26 09:06:41
|
Dear Christian, dear list, while I cannot say anything about how eXist handles this, I would like to point out that you probably want 775 on collections and 664 on resources. What makes a 7 out of a 6 is the executable bit, which you probably want on collections (like folders, you cannot "enter" without this executable bit). On individual resources, executable queries need the "7" or they cannot be executed by the respective user, but regular xml files normally don't need this. What makes a 6 out of a 4 (or a 7 out of a 5) is the writeable bit. This can certainly be better explained than I just did. Or you play with different values at http://permissions-calculator.org/ ... Perhaps trying with other values already helps? Best, Andreas Quoting Christian Wittern <cwi...@gm...>: > Dear eXist users, > > I am using eXist 5.3.0, the latest released version. Without > specific configuration, the files and collections uploaded via the > eXide manage interface will end up with permissions > > -rw-r-----, or numerically 0640. I would like change this to > -rw-rw-r--, that is numerically 0774 (I think). Now, the eXist-db > documentation on [1] implies that this can be configured in conf.xml > within the db-connection, such as: > > <db-connection cacheSize="256M" checkMaxCacheSize="true" > collectionCache="64M" database="native" > files="../data" pageSize="4096" nodesBuffer="1000" > cacheShrinkThreshold="10000" > minDiskSpace="1024M" posix-chown-restricted="true" > preserve-on-copy="false"> > <default-permissions collection="0774" resource="0774"/> > ... > > </db-connection> > > I changed this and restarted the server, but the observed behavior > does not change. What am I doing wrong? Or has this been changed? > > Any help appreciated, all the best, > > Christian Wittern > > > [1] https://exist-db.org/exist/apps/doc/configuration > > > > _______________________________________________ > Exist-open mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-open -- Dr. Andreas Wagner Project "The School of Salamanca" Academy of Sciences and of Literature, Mainz and Institute of Philosophy Goethe University Frankfurt/Main http://salamanca.adwmainz.de Grüneburgplatz 1 (Pf 116, R. 2.455) 60629 Frankfurt am Mainz Tel. +49 (0)69/798-32774 Fax +49 (0)69/798-32794 |
|
From: Christian W. <cwi...@gm...> - 2021-11-26 03:21:46
|
Dear eXist users, I am using eXist 5.3.0, the latest released version. Without specific configuration, the files and collections uploaded via the eXide manage interface will end up with permissions -rw-r-----, or numerically 0640. I would like change this to -rw-rw-r--, that is numerically 0774 (I think). Now, the eXist-db documentation on [1] implies that this can be configured in conf.xml within the db-connection, such as: <db-connection cacheSize="256M" checkMaxCacheSize="true" collectionCache="64M" database="native" files="../data" pageSize="4096" nodesBuffer="1000" cacheShrinkThreshold="10000" minDiskSpace="1024M" posix-chown-restricted="true" preserve-on-copy="false"> <default-permissions collection="0774" resource="0774"/> ... </db-connection> I changed this and restarted the server, but the observed behavior does not change. What am I doing wrong? Or has this been changed? Any help appreciated, all the best, Christian Wittern [1] https://exist-db.org/exist/apps/doc/configuration |
|
From: Joe W. <jo...@gm...> - 2021-11-23 22:10:56
|
Hi all, eXide 3.2.0 is out, featuring a new fine-grained set of preferences governing serialization. From the docs on this feature: When loading XML documents from the database into an editor window, you can > control common serialization parameters, such as whether indentation is > automatically applied, whether XInclude elements are automatically > expanded, and whether XML declarations are omitted. Set these preferences > in “Edit > Preferences > Serialization.” Additional sets of these > preferences apply to the download of XML documents via “File > Download” > and to the serialization of XML documents included in application packages > via “Application > Download app”. By default, indentation is turned on for > opening and downloading files but is off for downloading EXPath Packages; > XInclude expansion is turned off in all cases; and the XML declaration is > omitted in all cases. These defaults were chosen to match the behavior of previous versions of eXide. I posted <https://exist-db.slack.com/archives/CG2MRUZ35/p1637704952275700> a screenshot of the Edit > Preferences window showing the new settings to the eXist-db.org Slack #community channel (for an invite link, click on the "Slack" link at https://github.com/eXist-db/exist#resources). For additional background on this feature and what motivated it, see https://github.com/eXist-db/eXide/pull/328. To experiment with these new preferences, you don’t have to close the Preferences window; the new settings are applied as soon as you check or uncheck a checkbox. So it’s easy to test and see the results. The new version is live in the public-repo and can be installed via Dashboard > Package Manager. The full release notes and direct links to the package can be found here: - public-repo <https://exist-db.org/exist/apps/public-repo/packages/eXide.html?eXist-db-min-version=5.2.0> - GitHub Releases <https://github.com/eXist-db/eXide/releases/tag/v3.2.0> Joe |
|
From: Dannes W. <da...@ex...> - 2021-11-15 20:17:36
|
The error reads that a SFTP session has been started, but starting the connection mails. Negotiation blabla. I’d check the other server first. Can it be reached at al ? eXist-db Native XML Database http://www.exist-db.org > On 10 Nov 2021, at 23:03 , Nick Sincaglia <nsi...@nu...> wrote: > > 2021-11-10 21:53:29,933 [qtp579103261-31] ERROR (SFTP.java [connect]:122) - Algorithm negotiation fail > com.jcraft.jsch.JSchException: Algorithm negotiation fail > at com.jcraft.jsch.Session.receive_kexinit(Session.java:583) ~[jsch-0.1.51.jar:?] > at com.jcraft.jsch.Session.connect(Session.java:320) ~[jsch-0.1.51.jar:?] |
|
From: Erik S. <er...@xa...> - 2021-11-11 07:44:14
|
Hi all, (I also asked this on Slack but still no answer yet. It’s kind of urgent so hopefully somebody knows. Sorry for the question-repeat) When you do a form POST to eXist, its now limited to 200000 bytes. We need to make this number bigger. I already looked here and tried things out (every time I restarted eXist), but nothing seems to help: https://wiki.eclipse.org/Jetty/Howto/Configure_Form_Size What doesn’t help me is that are many JETTY config files and which one is used when is unclear to me. We’re using eXist both using launcher.bat (development machines) and as a service in Windows (servers). We’re running 5.3.0. Anybody that can help me? Thanks, Erik Siegel |
|
From: Joe W. <jo...@gm...> - 2021-11-10 23:13:55
|
>From the stack trace it looks like the error is being thrown in deep in Claudius's ftclient libraries. On Wed, Nov 10, 2021 at 5:05 PM Nick Sincaglia <nsi...@nu...> wrote: > I have a server that seems to crash frequently. I recently restarted it > and let it sit for a while after restarting and it sent the below error to > the exist.log. Does anyone have any insights on what this is? > > Nick > > > 2021-11-10 21:53:29,933 [qtp579103261-31] ERROR (SFTP.java [connect]:122) > - Algorithm negotiation fail > com.jcraft.jsch.JSchException: Algorithm negotiation fail > at com.jcraft.jsch.Session.receive_kexinit(Session.java:583) > ~[jsch-0.1.51.jar:?] > at com.jcraft.jsch.Session.connect(Session.java:320) > ~[jsch-0.1.51.jar:?] > at com.jcraft.jsch.Session.connect(Session.java:183) > ~[jsch-0.1.51.jar:?] > at ro.kuberam.libs.java.ftclient.SFTP.SFTP.connect(SFTP.java:117) > ~[ft-client-java-lib-2.0.0.jar:2.0.0] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > ~[?:1.8.0_302] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:1.8.0_302] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > ~[?:1.8.0_302] > at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_302] > at ro.kuberam.libs.java.ftclient.Connect.connect(Connect.java:76) > ~[ft-client-java-lib-2.0.0.jar:2.0.0] > at > org.expath.exist.ftclient.ConnectFunction.eval(ConnectFunction.java:130) > ~[ft-client-exist-java-lib-1.2.0.jar:?] > at org.exist.xquery.BasicFunction.eval(BasicFunction.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.InternalFunctionCall.eval(InternalFunctionCall.java:41) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:99) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.PathExpr.eval(PathExpr.java:280) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.TryCatchExpression.eval(TryCatchExpression.java:148) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:99) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.DynamicTypeCheck.eval(DynamicTypeCheck.java:61) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:99) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.DynamicTypeCheck.eval(DynamicTypeCheck.java:61) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.PathExpr.eval(PathExpr.java:280) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.XQuery.execute(XQuery.java:261) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.functions.util.Eval.execute(Eval.java:437) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.functions.util.Eval.doEval(Eval.java:336) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.functions.util.Eval.eval(Eval.java:199) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.BasicFunction.eval(BasicFunction.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.InternalFunctionCall.eval(InternalFunctionCall.java:41) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:99) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.ConditionalExpression.eval(ConditionalExpression.java:98) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.ConditionalExpression.eval(ConditionalExpression.java:98) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.PathExpr.eval(PathExpr.java:280) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.XQuery.execute(XQuery.java:261) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.XQuery.execute(XQuery.java:185) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.http.RESTServer.executeXQuery(RESTServer.java:1552) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.http.RESTServer.doGet(RESTServer.java:530) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.http.servlets.EXistServlet.doGet(EXistServlet.java:254) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) > ~[javax.servlet-api-3.1.0.jar:3.1.0] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > ~[javax.servlet-api-3.1.0.jar:3.1.0] > at > org.eclipse.jetty.servlet.ServletHolder$NotAsyncServlet.service(ServletHolder.java:1411) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:763) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:551) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:620) > ~[jetty-security-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1610) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1363) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:489) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1580) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1278) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:161) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:79) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.exist.http.urlrewrite.Forward.doRewrite(Forward.java:51) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.http.urlrewrite.XQueryURLRewrite.service(XQueryURLRewrite.java:207) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > ~[javax.servlet-api-3.1.0.jar:3.1.0] > at > org.eclipse.jetty.servlet.ServletHolder$NotAsyncServlet.service(ServletHolder.java:1402) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:763) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1631) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:226) > ~[websocket-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1618) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:549) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:578) > ~[jetty-security-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1610) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1363) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:489) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1580) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1278) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:221) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:767) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.Server.handle(Server.java:500) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:383) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:547) > [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:375) > [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:273) > [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) > [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) > [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) > [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336) > [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313) > [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171) > [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129) > [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:375) > [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:806) > [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:938) > [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] > at java.lang.Thread.run(Thread.java:748) [?:1.8.0_302] > 2021-11-10 21:55:47,232 [qtp579103261-26] ERROR (SFTP.java [connect]:122) > - Algorithm negotiation fail > com.jcraft.jsch.JSchException: Algorithm negotiation fail > at com.jcraft.jsch.Session.receive_kexinit(Session.java:583) > ~[jsch-0.1.51.jar:?] > at com.jcraft.jsch.Session.connect(Session.java:320) > ~[jsch-0.1.51.jar:?] > at com.jcraft.jsch.Session.connect(Session.java:183) > ~[jsch-0.1.51.jar:?] > at ro.kuberam.libs.java.ftclient.SFTP.SFTP.connect(SFTP.java:117) > ~[ft-client-java-lib-2.0.0.jar:2.0.0] > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > ~[?:1.8.0_302] > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) > ~[?:1.8.0_302] > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) > ~[?:1.8.0_302] > at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_302] > at ro.kuberam.libs.java.ftclient.Connect.connect(Connect.java:76) > ~[ft-client-java-lib-2.0.0.jar:2.0.0] > at > org.expath.exist.ftclient.ConnectFunction.eval(ConnectFunction.java:130) > ~[ft-client-exist-java-lib-1.2.0.jar:?] > at org.exist.xquery.BasicFunction.eval(BasicFunction.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.InternalFunctionCall.eval(InternalFunctionCall.java:41) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:99) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.PathExpr.eval(PathExpr.java:280) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.TryCatchExpression.eval(TryCatchExpression.java:148) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:99) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.DynamicTypeCheck.eval(DynamicTypeCheck.java:61) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:99) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.DynamicTypeCheck.eval(DynamicTypeCheck.java:61) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.PathExpr.eval(PathExpr.java:280) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.XQuery.execute(XQuery.java:261) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.functions.util.Eval.execute(Eval.java:437) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.functions.util.Eval.doEval(Eval.java:336) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.functions.util.Eval.eval(Eval.java:199) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.BasicFunction.eval(BasicFunction.java:74) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.InternalFunctionCall.eval(InternalFunctionCall.java:41) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:99) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.LetExpr.eval(LetExpr.java:111) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.ConditionalExpression.eval(ConditionalExpression.java:98) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.ConditionalExpression.eval(ConditionalExpression.java:98) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.PathExpr.eval(PathExpr.java:280) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.XQuery.execute(XQuery.java:261) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.xquery.XQuery.execute(XQuery.java:185) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.http.RESTServer.executeXQuery(RESTServer.java:1552) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.http.RESTServer.doGet(RESTServer.java:530) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at org.exist.http.servlets.EXistServlet.doGet(EXistServlet.java:254) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) > ~[javax.servlet-api-3.1.0.jar:3.1.0] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > ~[javax.servlet-api-3.1.0.jar:3.1.0] > at > org.eclipse.jetty.servlet.ServletHolder$NotAsyncServlet.service(ServletHolder.java:1411) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:763) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:551) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:620) > ~[jetty-security-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1610) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1363) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:489) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1580) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1278) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:161) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:79) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.exist.http.urlrewrite.Forward.doRewrite(Forward.java:51) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at > org.exist.http.urlrewrite.XQueryURLRewrite.service(XQueryURLRewrite.java:207) > ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] > at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) > ~[javax.servlet-api-3.1.0.jar:3.1.0] > at > org.eclipse.jetty.servlet.ServletHolder$NotAsyncServlet.service(ServletHolder.java:1402) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:763) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1631) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:226) > ~[websocket-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1618) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:549) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:578) > ~[jetty-security-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1610) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1363) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:489) > ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1580) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1278) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:221) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:767) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.Server.handle(Server.java:500) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:383) > ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:547) > [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:375) > [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:273) > [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) > [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] > at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) > [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) > [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:806) > [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] > at > org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:938) > [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] > at java.lang.Thread.run(Thread.java:748) [?:1.8.0_302] > > -- > Nick Sincaglia > President/Founder > NueMeta, LLC > Digital Media & Technology > Phone: +1-6...@nu... http://www.nuemeta.com > Skype: nsincaglia > > _______________________________________________ > Exist-open mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-open > |
|
From: Nick S. <nsi...@nu...> - 2021-11-10 22:03:42
|
I have a server that seems to crash frequently. I recently restarted it and let it sit for a while after restarting and it sent the below error to the exist.log. Does anyone have any insights on what this is? Nick 2021-11-10 21:53:29,933 [qtp579103261-31] ERROR (SFTP.java [connect]:122) - Algorithm negotiation fail com.jcraft.jsch.JSchException: Algorithm negotiation fail at com.jcraft.jsch.Session.receive_kexinit(Session.java:583) ~[jsch-0.1.51.jar:?] at com.jcraft.jsch.Session.connect(Session.java:320) ~[jsch-0.1.51.jar:?] at com.jcraft.jsch.Session.connect(Session.java:183) ~[jsch-0.1.51.jar:?] at ro.kuberam.libs.java.ftclient.SFTP.SFTP.connect(SFTP.java:117) ~[ft-client-java-lib-2.0.0.jar:2.0.0] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_302] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_302] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_302] at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_302] at ro.kuberam.libs.java.ftclient.Connect.connect(Connect.java:76) ~[ft-client-java-lib-2.0.0.jar:2.0.0] at org.expath.exist.ftclient.ConnectFunction.eval(ConnectFunction.java:130) ~[ft-client-exist-java-lib-1.2.0.jar:?] at org.exist.xquery.BasicFunction.eval(BasicFunction.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.InternalFunctionCall.eval(InternalFunctionCall.java:41) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:99) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.PathExpr.eval(PathExpr.java:280) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.TryCatchExpression.eval(TryCatchExpression.java:148) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:99) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicTypeCheck.eval(DynamicTypeCheck.java:61) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:99) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicTypeCheck.eval(DynamicTypeCheck.java:61) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.PathExpr.eval(PathExpr.java:280) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.XQuery.execute(XQuery.java:261) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.functions.util.Eval.execute(Eval.java:437) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.functions.util.Eval.doEval(Eval.java:336) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.functions.util.Eval.eval(Eval.java:199) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.BasicFunction.eval(BasicFunction.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.InternalFunctionCall.eval(InternalFunctionCall.java:41) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:99) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.ConditionalExpression.eval(ConditionalExpression.java:98) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.ConditionalExpression.eval(ConditionalExpression.java:98) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.PathExpr.eval(PathExpr.java:280) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.XQuery.execute(XQuery.java:261) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.XQuery.execute(XQuery.java:185) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.http.RESTServer.executeXQuery(RESTServer.java:1552) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.http.RESTServer.doGet(RESTServer.java:530) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.http.servlets.EXistServlet.doGet(EXistServlet.java:254) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) ~[javax.servlet-api-3.1.0.jar:3.1.0] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) ~[javax.servlet-api-3.1.0.jar:3.1.0] at org.eclipse.jetty.servlet.ServletHolder$NotAsyncServlet.service(ServletHolder.java:1411) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:763) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:551) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:620) ~[jetty-security-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1610) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1363) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:489) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1580) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1278) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:161) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:79) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.exist.http.urlrewrite.Forward.doRewrite(Forward.java:51) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.http.urlrewrite.XQueryURLRewrite.service(XQueryURLRewrite.java:207) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) ~[javax.servlet-api-3.1.0.jar:3.1.0] at org.eclipse.jetty.servlet.ServletHolder$NotAsyncServlet.service(ServletHolder.java:1402) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:763) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1631) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:226) ~[websocket-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1618) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:549) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:578) ~[jetty-security-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1610) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1363) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:489) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1580) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1278) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:221) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:767) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.Server.handle(Server.java:500) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:383) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:547) [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:375) [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:273) [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.runTask(EatWhatYouKill.java:336) [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.doProduce(EatWhatYouKill.java:313) [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.tryProduce(EatWhatYouKill.java:171) [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.util.thread.strategy.EatWhatYouKill.run(EatWhatYouKill.java:129) [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.util.thread.ReservedThreadExecutor$ReservedThread.run(ReservedThreadExecutor.java:375) [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:806) [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:938) [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_302] 2021-11-10 21:55:47,232 [qtp579103261-26] ERROR (SFTP.java [connect]:122) - Algorithm negotiation fail com.jcraft.jsch.JSchException: Algorithm negotiation fail at com.jcraft.jsch.Session.receive_kexinit(Session.java:583) ~[jsch-0.1.51.jar:?] at com.jcraft.jsch.Session.connect(Session.java:320) ~[jsch-0.1.51.jar:?] at com.jcraft.jsch.Session.connect(Session.java:183) ~[jsch-0.1.51.jar:?] at ro.kuberam.libs.java.ftclient.SFTP.SFTP.connect(SFTP.java:117) ~[ft-client-java-lib-2.0.0.jar:2.0.0] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:1.8.0_302] at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) ~[?:1.8.0_302] at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:1.8.0_302] at java.lang.reflect.Method.invoke(Method.java:498) ~[?:1.8.0_302] at ro.kuberam.libs.java.ftclient.Connect.connect(Connect.java:76) ~[ft-client-java-lib-2.0.0.jar:2.0.0] at org.expath.exist.ftclient.ConnectFunction.eval(ConnectFunction.java:130) ~[ft-client-exist-java-lib-1.2.0.jar:?] at org.exist.xquery.BasicFunction.eval(BasicFunction.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.InternalFunctionCall.eval(InternalFunctionCall.java:41) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:99) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.PathExpr.eval(PathExpr.java:280) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.TryCatchExpression.eval(TryCatchExpression.java:148) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:99) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicTypeCheck.eval(DynamicTypeCheck.java:61) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:99) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.UserDefinedFunction.eval(UserDefinedFunction.java:162) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicCardinalityCheck.eval(DynamicCardinalityCheck.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.DynamicTypeCheck.eval(DynamicTypeCheck.java:61) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.evalFunction(FunctionCall.java:305) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.FunctionCall.eval(FunctionCall.java:223) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.PathExpr.eval(PathExpr.java:280) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.XQuery.execute(XQuery.java:261) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.functions.util.Eval.execute(Eval.java:437) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.functions.util.Eval.doEval(Eval.java:336) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.functions.util.Eval.eval(Eval.java:199) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.BasicFunction.eval(BasicFunction.java:74) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.InternalFunctionCall.eval(InternalFunctionCall.java:41) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:99) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.LetExpr.eval(LetExpr.java:111) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.ConditionalExpression.eval(ConditionalExpression.java:98) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.ConditionalExpression.eval(ConditionalExpression.java:98) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.PathExpr.eval(PathExpr.java:280) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.AbstractExpression.eval(AbstractExpression.java:71) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.XQuery.execute(XQuery.java:261) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.xquery.XQuery.execute(XQuery.java:185) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.http.RESTServer.executeXQuery(RESTServer.java:1552) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.http.RESTServer.doGet(RESTServer.java:530) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.http.servlets.EXistServlet.doGet(EXistServlet.java:254) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) ~[javax.servlet-api-3.1.0.jar:3.1.0] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) ~[javax.servlet-api-3.1.0.jar:3.1.0] at org.eclipse.jetty.servlet.ServletHolder$NotAsyncServlet.service(ServletHolder.java:1411) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:763) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:551) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:620) ~[jetty-security-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1610) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1363) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:489) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1580) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1278) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:161) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.Dispatcher.forward(Dispatcher.java:79) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.exist.http.urlrewrite.Forward.doRewrite(Forward.java:51) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at org.exist.http.urlrewrite.XQueryURLRewrite.service(XQueryURLRewrite.java:207) ~[exist-core-5.3.0-SNAPSHOT.jar:5.3.0-SNAPSHOT] at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) ~[javax.servlet-api-3.1.0.jar:3.1.0] at org.eclipse.jetty.servlet.ServletHolder$NotAsyncServlet.service(ServletHolder.java:1402) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:763) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1631) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.websocket.server.WebSocketUpgradeFilter.doFilter(WebSocketUpgradeFilter.java:226) ~[websocket-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1618) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:549) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:578) ~[jetty-security-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:235) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1610) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:233) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1363) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:188) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:489) ~[jetty-servlet-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1580) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:186) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1278) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:221) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:146) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.gzip.GzipHandler.handle(GzipHandler.java:767) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:127) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.Server.handle(Server.java:500) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.HttpChannel.lambda$handle$1(HttpChannel.java:383) ~[jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.HttpChannel.dispatch(HttpChannel.java:547) [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:375) [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:273) [jetty-server-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:311) [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) [jetty-io-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:806) [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:938) [jetty-util-9.4.28.v20200408.jar:9.4.28.v20200408] at java.lang.Thread.run(Thread.java:748) [?:1.8.0_302] -- Nick Sincaglia President/Founder NueMeta, LLC Digital Media & Technology Phone: +1-630-303-7035 nsi...@nu... http://www.nuemeta.com Skype: nsincaglia |
|
From: Jean-Paul R. <re...@gm...> - 2021-11-02 20:07:00
|
Yesterday I did the first step of rebuilding the XML RPC connection in Oxygen (per Joe's suggestion). This had no effect. Looking into Alexander's Github post https://github.com/eXist-db/exist/issues/4022 I saw some comments from Marc de Graauw about refactoring the library modules so that there is no "recursive" importation of modules. This meant redistributing functions from about 10 modules to about 20. This has eliminated the problem. I went and did this on another project which was experiencing the same problem, and it also resolved it. I have done a lot of modification and saving, and in the last 36 hours I've not had one instance of database locking up. I've not attempted to repeat the outcome via modify/save/modify cycles in eXide to determine if the problem is somehow linked to the connection method used by Oxygen. But I'm inclined to follow Alexander on the root of the problem: modules are cross-checking, importing each other recursively, and leading to lockup. Given that every time I tried to shut down the logs show threads are waiting..... I'm not happy about work arounds that will multiply my modules, but it does seem to address the problem in ways that I can at least control. JPR On Mon, Nov 1, 2021 at 8:25 AM Alexander Henket <ah...@xs...> wrote: > The caching/compiling of xquery code changed in eXist-db 5.something (I > think Adam was on that). For eXist-db 5 was what really started the issue. > > I think this issue is currently the worst issue for us. It made us > extremely shy about updating our production servers where we we used do > maintenance just about every day. The thing with a hard kill is the > indexing that takes 19-20 hours on our server so you *really* don’t that on > production. > > The phenomenon is that different threads are waiting for each other to > make the first move, but no process to oversee that one actually does so > the whole db is at peace with as many threads waiting as the pool allows. > What I think should happen is either assign a form of thread orchestration > that prevents deadlock and/or allow the db to be stopped in a regular > fashion without forcing reindex. > > Regards > > Alexander > > Op 1 nov. 2021, om 00:06 heeft Jean-Paul Rehr <re...@gm...> het > volgende geschreven: > > Alexander, it does indeed seem similar. > > I see some discussion in that issue about circular referencing between > modules, but I haven't changed my module construction practices since I > started a few years ago (3.7). I have no more circularity in module imports > now than before, although each library module has far more functions now. > > I'm going to move to eXide for all work for a few days to see if the > problem reproduces there. > > JPR > > > > On Sun, Oct 31, 2021 at 9:28 PM Alexander Henket <ah...@xs...> > wrote: > >> Maybe I read what I want to read but sure looks my issue although we’re >> not on oxygen 24 yet >> >> https://github.com/eXist-db/exist/issues/4022 >> >> Verstuurd vanaf mijn iPhone >> >> Op 31 okt. 2021 om 19:17 heeft Jean-Paul Rehr <re...@gm...> het >> volgende geschreven: >> >> >> Dear list members, >> >> About a week ago I upgraded to Oxygen 24 for it's official support for >> eXist 5.3. I use Oxygen principally to edit TEI XML files and Xquery files, >> all stored in eXist 5.3. I am finding however that editing certain Xquery >> files has become a problem, one which I can't identify the root of. >> >> I'll describe the scenario: >> >> I will edit any number of Xquery files (chiefly for producing web pages) >> and then save the edits. I'll preview the results in my browser. And then I >> go back and make changes to the Xquery, save, preview. Rinse and repeat. >> After doing this about 5 times, I note that the "save" in Oxygen begins to >> slow down with the Mac beachball hourglass appearing. I do this a few more >> times and I get the Oxygen "saving" popup, and the save can take 10-20 >> seconds. A few more times and eXist stops responding and Oxygen reports a >> timeout error. I then need to shut down eXist and restart, which involves >> reindexing because the shut down was "unclean" (because I have to force it). >> >> Just in the last hour I've had to restart eXist twice because of this. I >> suspect this is something to do with module validation, although I can't >> identify a particular aspect of the module that incur this problem. I've >> tried deleting the module, copying the code into a new module, and >> resaving, but that has no effect. >> >> There is no trace in the eXist logs until I force a shutdown when it then >> states: >> >> 2021-10-31 18:48:13,212 [AWT-EventQueue-0] INFO (BrokerPool.java >> [shutdown]:1645) - Waiting 120000ms for remaining threads to shut down... >> 2021-10-31 18:50:13,486 [AWT-EventQueue-0] WARN (BrokerPool.java >> [shutdown]:1656) - Not all threads returned. Forcing shutdown ... >> >> *Importantly, I can avoid this if, when I sense that file saving is >> slowing down, I stop eXist and restart eXist and quit Oxygen. Or if I close >> the file in Oxygen and reopen it!* >> >> I am using the 5.3 official release with Oxygen XML Editor 24.0, build >> 2021101506. This is a local eXist that has been running fine for months; I >> use the standard configuration. >> >> Editing in eXide produces none of the above problems. >> >> Any clues as to how to diagnose this problem? At this point using Oxygen >> to edit many of my XQuery files is simply unworkable. >> >> Thanks and best, >> Jean-Paul >> >> _______________________________________________ >> Exist-open mailing list >> Exi...@li... >> https://lists.sourceforge.net/lists/listinfo/exist-open >> >> > |
|
From: Jean-Paul R. <re...@gm...> - 2021-11-01 18:43:12
|
Alexander, it does indeed seem similar. I see some discussion in that issue about circular referencing between modules, but I haven't changed my module construction practices since I started a few years ago (3.7). I have no more circularity in module imports now than before, although each library module has far more functions now. I'm going to move to eXide for all work for a few days to see if the problem reproduces there. JPR On Sun, Oct 31, 2021 at 9:28 PM Alexander Henket <ah...@xs...> wrote: > Maybe I read what I want to read but sure looks my issue although we’re > not on oxygen 24 yet > > https://github.com/eXist-db/exist/issues/4022 > > Verstuurd vanaf mijn iPhone > > Op 31 okt. 2021 om 19:17 heeft Jean-Paul Rehr <re...@gm...> het > volgende geschreven: > > > Dear list members, > > About a week ago I upgraded to Oxygen 24 for it's official support for > eXist 5.3. I use Oxygen principally to edit TEI XML files and Xquery files, > all stored in eXist 5.3. I am finding however that editing certain Xquery > files has become a problem, one which I can't identify the root of. > > I'll describe the scenario: > > I will edit any number of Xquery files (chiefly for producing web pages) > and then save the edits. I'll preview the results in my browser. And then I > go back and make changes to the Xquery, save, preview. Rinse and repeat. > After doing this about 5 times, I note that the "save" in Oxygen begins to > slow down with the Mac beachball hourglass appearing. I do this a few more > times and I get the Oxygen "saving" popup, and the save can take 10-20 > seconds. A few more times and eXist stops responding and Oxygen reports a > timeout error. I then need to shut down eXist and restart, which involves > reindexing because the shut down was "unclean" (because I have to force it). > > Just in the last hour I've had to restart eXist twice because of this. I > suspect this is something to do with module validation, although I can't > identify a particular aspect of the module that incur this problem. I've > tried deleting the module, copying the code into a new module, and > resaving, but that has no effect. > > There is no trace in the eXist logs until I force a shutdown when it then > states: > > 2021-10-31 18:48:13,212 [AWT-EventQueue-0] INFO (BrokerPool.java > [shutdown]:1645) - Waiting 120000ms for remaining threads to shut down... > 2021-10-31 18:50:13,486 [AWT-EventQueue-0] WARN (BrokerPool.java > [shutdown]:1656) - Not all threads returned. Forcing shutdown ... > > *Importantly, I can avoid this if, when I sense that file saving is > slowing down, I stop eXist and restart eXist and quit Oxygen. Or if I close > the file in Oxygen and reopen it!* > > I am using the 5.3 official release with Oxygen XML Editor 24.0, build > 2021101506. This is a local eXist that has been running fine for months; I > use the standard configuration. > > Editing in eXide produces none of the above problems. > > Any clues as to how to diagnose this problem? At this point using Oxygen > to edit many of my XQuery files is simply unworkable. > > Thanks and best, > Jean-Paul > > _______________________________________________ > Exist-open mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-open > > |
|
From: Alexander H. <ah...@xs...> - 2021-11-01 07:30:05
|
The caching/compiling of xquery code changed in eXist-db 5.something (I think Adam was on that). For eXist-db 5 was what really started the issue. I think this issue is currently the worst issue for us. It made us extremely shy about updating our production servers where we we used do maintenance just about every day. The thing with a hard kill is the indexing that takes 19-20 hours on our server so you *really* don’t that on production. The phenomenon is that different threads are waiting for each other to make the first move, but no process to oversee that one actually does so the whole db is at peace with as many threads waiting as the pool allows. What I think should happen is either assign a form of thread orchestration that prevents deadlock and/or allow the db to be stopped in a regular fashion without forcing reindex. Regards Alexander > Op 1 nov. 2021, om 00:06 heeft Jean-Paul Rehr <re...@gm...> het volgende geschreven: > > Alexander, it does indeed seem similar. > > I see some discussion in that issue about circular referencing between modules, but I haven't changed my module construction practices since I started a few years ago (3.7). I have no more circularity in module imports now than before, although each library module has far more functions now. > > I'm going to move to eXide for all work for a few days to see if the problem reproduces there. > > JPR > > > > On Sun, Oct 31, 2021 at 9:28 PM Alexander Henket <ah...@xs... <mailto:ah...@xs...>> wrote: > Maybe I read what I want to read but sure looks my issue although we’re not on oxygen 24 yet > > https://github.com/eXist-db/exist/issues/4022 <https://github.com/eXist-db/exist/issues/4022> > > Verstuurd vanaf mijn iPhone > >> Op 31 okt. 2021 om 19:17 heeft Jean-Paul Rehr <re...@gm... <mailto:re...@gm...>> het volgende geschreven: >> >> >> Dear list members, >> >> About a week ago I upgraded to Oxygen 24 for it's official support for eXist 5.3. I use Oxygen principally to edit TEI XML files and Xquery files, all stored in eXist 5.3. I am finding however that editing certain Xquery files has become a problem, one which I can't identify the root of. >> >> I'll describe the scenario: >> >> I will edit any number of Xquery files (chiefly for producing web pages) and then save the edits. I'll preview the results in my browser. And then I go back and make changes to the Xquery, save, preview. Rinse and repeat. After doing this about 5 times, I note that the "save" in Oxygen begins to slow down with the Mac beachball hourglass appearing. I do this a few more times and I get the Oxygen "saving" popup, and the save can take 10-20 seconds. A few more times and eXist stops responding and Oxygen reports a timeout error. I then need to shut down eXist and restart, which involves reindexing because the shut down was "unclean" (because I have to force it). >> >> Just in the last hour I've had to restart eXist twice because of this. I suspect this is something to do with module validation, although I can't identify a particular aspect of the module that incur this problem. I've tried deleting the module, copying the code into a new module, and resaving, but that has no effect. >> >> There is no trace in the eXist logs until I force a shutdown when it then states: >> >> 2021-10-31 18:48:13,212 [AWT-EventQueue-0] INFO (BrokerPool.java [shutdown]:1645) - Waiting 120000ms for remaining threads to shut down... >> 2021-10-31 18:50:13,486 [AWT-EventQueue-0] WARN (BrokerPool.java [shutdown]:1656) - Not all threads returned. Forcing shutdown ... >> >> Importantly, I can avoid this if, when I sense that file saving is slowing down, I stop eXist and restart eXist and quit Oxygen. Or if I close the file in Oxygen and reopen it! >> >> I am using the 5.3 official release with Oxygen XML Editor 24.0, build 2021101506. This is a local eXist that has been running fine for months; I use the standard configuration. >> >> Editing in eXide produces none of the above problems. >> >> Any clues as to how to diagnose this problem? At this point using Oxygen to edit many of my XQuery files is simply unworkable. >> >> Thanks and best, >> Jean-Paul >> >> _______________________________________________ >> Exist-open mailing list >> Exi...@li... <mailto:Exi...@li...> >> https://lists.sourceforge.net/lists/listinfo/exist-open <https://lists.sourceforge.net/lists/listinfo/exist-open> |
|
From: Alexander H. <ah...@xs...> - 2021-11-01 01:13:46
|
Maybe I read what I want to read but sure looks my issue although we’re not on oxygen 24 yet https://github.com/eXist-db/exist/issues/4022 Verstuurd vanaf mijn iPhone > Op 31 okt. 2021 om 19:17 heeft Jean-Paul Rehr <re...@gm...> het volgende geschreven: > > > Dear list members, > > About a week ago I upgraded to Oxygen 24 for it's official support for eXist 5.3. I use Oxygen principally to edit TEI XML files and Xquery files, all stored in eXist 5.3. I am finding however that editing certain Xquery files has become a problem, one which I can't identify the root of. > > I'll describe the scenario: > > I will edit any number of Xquery files (chiefly for producing web pages) and then save the edits. I'll preview the results in my browser. And then I go back and make changes to the Xquery, save, preview. Rinse and repeat. After doing this about 5 times, I note that the "save" in Oxygen begins to slow down with the Mac beachball hourglass appearing. I do this a few more times and I get the Oxygen "saving" popup, and the save can take 10-20 seconds. A few more times and eXist stops responding and Oxygen reports a timeout error. I then need to shut down eXist and restart, which involves reindexing because the shut down was "unclean" (because I have to force it). > > Just in the last hour I've had to restart eXist twice because of this. I suspect this is something to do with module validation, although I can't identify a particular aspect of the module that incur this problem. I've tried deleting the module, copying the code into a new module, and resaving, but that has no effect. > > There is no trace in the eXist logs until I force a shutdown when it then states: > > 2021-10-31 18:48:13,212 [AWT-EventQueue-0] INFO (BrokerPool.java [shutdown]:1645) - Waiting 120000ms for remaining threads to shut down... > 2021-10-31 18:50:13,486 [AWT-EventQueue-0] WARN (BrokerPool.java [shutdown]:1656) - Not all threads returned. Forcing shutdown ... > > Importantly, I can avoid this if, when I sense that file saving is slowing down, I stop eXist and restart eXist and quit Oxygen. Or if I close the file in Oxygen and reopen it! > > I am using the 5.3 official release with Oxygen XML Editor 24.0, build 2021101506. This is a local eXist that has been running fine for months; I use the standard configuration. > > Editing in eXide produces none of the above problems. > > Any clues as to how to diagnose this problem? At this point using Oxygen to edit many of my XQuery files is simply unworkable. > > Thanks and best, > Jean-Paul > > _______________________________________________ > Exist-open mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-open |
|
From: Joe W. <jo...@gm...> - 2021-11-01 00:02:27
|
Hi Jean-Paul, Could you describe which method you use to connect oXygen to eXist? WebDAV or XML-RPC (i.e., the “eXist Connection Wizard”? If the latter, could you try re-creating it with your current combination of eXist + oXygen and see if the problem persists? Joe On Sun, Oct 31, 2021 at 2:15 PM Jean-Paul Rehr <re...@gm...> wrote: > Dear list members, > > About a week ago I upgraded to Oxygen 24 for it's official support for > eXist 5.3. I use Oxygen principally to edit TEI XML files and Xquery files, > all stored in eXist 5.3. I am finding however that editing certain Xquery > files has become a problem, one which I can't identify the root of. > > I'll describe the scenario: > > I will edit any number of Xquery files (chiefly for producing web pages) > and then save the edits. I'll preview the results in my browser. And then I > go back and make changes to the Xquery, save, preview. Rinse and repeat. > After doing this about 5 times, I note that the "save" in Oxygen begins to > slow down with the Mac beachball hourglass appearing. I do this a few more > times and I get the Oxygen "saving" popup, and the save can take 10-20 > seconds. A few more times and eXist stops responding and Oxygen reports a > timeout error. I then need to shut down eXist and restart, which involves > reindexing because the shut down was "unclean" (because I have to force it). > > Just in the last hour I've had to restart eXist twice because of this. I > suspect this is something to do with module validation, although I can't > identify a particular aspect of the module that incur this problem. I've > tried deleting the module, copying the code into a new module, and > resaving, but that has no effect. > > There is no trace in the eXist logs until I force a shutdown when it then > states: > > 2021-10-31 18:48:13,212 [AWT-EventQueue-0] INFO (BrokerPool.java > [shutdown]:1645) - Waiting 120000ms for remaining threads to shut down... > 2021-10-31 18:50:13,486 [AWT-EventQueue-0] WARN (BrokerPool.java > [shutdown]:1656) - Not all threads returned. Forcing shutdown ... > > *Importantly, I can avoid this if, when I sense that file saving is > slowing down, I stop eXist and restart eXist and quit Oxygen. Or if I close > the file in Oxygen and reopen it!* > > I am using the 5.3 official release with Oxygen XML Editor 24.0, build > 2021101506. This is a local eXist that has been running fine for months; I > use the standard configuration. > > Editing in eXide produces none of the above problems. > > Any clues as to how to diagnose this problem? At this point using Oxygen > to edit many of my XQuery files is simply unworkable. > > Thanks and best, > Jean-Paul > > _______________________________________________ > Exist-open mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-open > |
|
From: Jean-Paul R. <re...@gm...> - 2021-10-31 18:14:56
|
Dear list members, About a week ago I upgraded to Oxygen 24 for it's official support for eXist 5.3. I use Oxygen principally to edit TEI XML files and Xquery files, all stored in eXist 5.3. I am finding however that editing certain Xquery files has become a problem, one which I can't identify the root of. I'll describe the scenario: I will edit any number of Xquery files (chiefly for producing web pages) and then save the edits. I'll preview the results in my browser. And then I go back and make changes to the Xquery, save, preview. Rinse and repeat. After doing this about 5 times, I note that the "save" in Oxygen begins to slow down with the Mac beachball hourglass appearing. I do this a few more times and I get the Oxygen "saving" popup, and the save can take 10-20 seconds. A few more times and eXist stops responding and Oxygen reports a timeout error. I then need to shut down eXist and restart, which involves reindexing because the shut down was "unclean" (because I have to force it). Just in the last hour I've had to restart eXist twice because of this. I suspect this is something to do with module validation, although I can't identify a particular aspect of the module that incur this problem. I've tried deleting the module, copying the code into a new module, and resaving, but that has no effect. There is no trace in the eXist logs until I force a shutdown when it then states: 2021-10-31 18:48:13,212 [AWT-EventQueue-0] INFO (BrokerPool.java [shutdown]:1645) - Waiting 120000ms for remaining threads to shut down... 2021-10-31 18:50:13,486 [AWT-EventQueue-0] WARN (BrokerPool.java [shutdown]:1656) - Not all threads returned. Forcing shutdown ... *Importantly, I can avoid this if, when I sense that file saving is slowing down, I stop eXist and restart eXist and quit Oxygen. Or if I close the file in Oxygen and reopen it!* I am using the 5.3 official release with Oxygen XML Editor 24.0, build 2021101506. This is a local eXist that has been running fine for months; I use the standard configuration. Editing in eXide produces none of the above problems. Any clues as to how to diagnose this problem? At this point using Oxygen to edit many of my XQuery files is simply unworkable. Thanks and best, Jean-Paul |
|
From: Kevin B. <kev...@xp...> - 2021-10-29 19:43:53
|
We use multiple servers depending on PROD/QA/DEV as well as eXist-db locations in territories in the world.
I cut one down to show you what we use. This sets the appropriate properties for the mail session using the credentials for the IAM user for sending email:
declare variable $g:server.mail.properties :=
<properties>
<property name="mail.smtp.host" value="email-smtp.eu-west-1.amazonaws.com"/>
<property name="mail.smtp.starttls.enable" value="true"/>
<property name="mail.smtp.port" value="587"/>
<property name="mail.smtp.auth" value="true"/>
<property name="mail.smtp.allow8bitmime" value="true"/>
<property name="mail.smtp.user" value="XXXXXXXXXXXXXXXXXX"/>
<property name="mail.smtp.password" value="XXXXXXXXXXXXXXXXXXXXXXXXX"/>
</properties>;
Then a simple function like below to send email given cc, bcc, subject, html body and attachements:
declare function xport:send-email2($to as item()*, $cc as item()*, $bcc as item()*, $alternateFromDisplay as xs:string, $subject as xs:string, $html as element(), $text as xs:string, $attachments as item()*) as element()* {
let $from :=
if(normalize-space($alternateFromDisplay) = '') then
$g:server.mail-from-address
else
concat($alternateFromDisplay, ' <', $g:server.mail-no-reply, '>')
let $message :=
<mail>
<from>{$from}</from>
{ for $email in $to
return <to>{$email}</to> }
{ for $email in $cc
return <cc>{$email}</cc> }
{ for $email in $bcc
return <bcc>{$email}</bcc> }
<subject>{$subject}</subject>
<message>
<text>{$text}</text>
<xhtml>{$html}</xhtml>
</message>
{ for $attachment in $attachments/*
return
$attachment }
</mail>
let $mailsession := mail:get-mail-session($g:server.mail.properties)
return mail:send-email($mailsession, $message)
} ;
Kevin
From: Len Schultz <le...@wi...>
Sent: Thursday, October 28, 2021 12:24 PM
To: exist-open <exi...@li...>
Subject: [Exist-open] Sending mail via Amazon SES
Has anyone successfully sent email via Amazon SES via exist-db? I’m sure I could get it working, but if there are any modules that do this already, any pointers would be greatly appreciated.
--len
|
|
From: Roy W. <gar...@ya...> - 2021-10-29 14:03:13
|
Not SES but before upgrading to 5.x we sent a lot of mail via SendGrid. Just this:
let $sendthemail :=
httpclient:post(
xs:anyURI("https://api.sendgrid.com/v3/mail/send"),
sendgrid:get-json($mail),
false(),
<headers>
<header name="authorization" value="xyz"/>
<header name="content-type" value="application/json"/>
</headers>
)
httpclient:post is redundant, now replaced with HTTP Client Module. I've yet to get that working in the same way with 5.x as it raises a CORS error.
Regards,Roy
On Friday, 29 October 2021, 12:28:25 BST, Nick Sincaglia <nsi...@nu...> wrote:
We also use SES. My recollection is that setting up SES in the AWS console and with my domain provider was the hardest part. We wrote a document on the step-by-step process. I am happy to share it with you (and anyone else who might be interested). I just need to remove all of our sensitive information before sending it out. The Xquery code is pretty minimal. I would be happy to send you what I have as well.
Let me carve out a little time this weekend and I will get what I have prepared to be sent out.
Nick
On 10/28/21 6:18 PM, Kevin Brown wrote:
We do Len. I will dig out the modules for you direct but not post here because of the keys required.
Kevin
From: Len Schultz <le...@wi...>
Sent: Thursday, October 28, 2021 12:24 PM
To: exist-open <exi...@li...>
Subject: [Exist-open] Sending mail via Amazon SES
Has anyone successfully sent email via Amazon SES via exist-db? I’m sure I could get it working, but if there are any modules that do this already, any pointers would be greatly appreciated.
--len
_______________________________________________
Exist-open mailing list
Exi...@li...
https://lists.sourceforge.net/lists/listinfo/exist-open
--
Nick Sincaglia
President/Founder
NueMeta, LLC
Digital Media & Technology
Phone: +1-630-303-7035
nsi...@nu...
http://www.nuemeta.com
Skype: nsincaglia _______________________________________________
Exist-open mailing list
Exi...@li...
https://lists.sourceforge.net/lists/listinfo/exist-open
|
|
From: Nick S. <nsi...@nu...> - 2021-10-29 11:27:30
|
We also use SES. My recollection is that setting up SES in the AWS console and with my domain provider was the hardest part. We wrote a document on the step-by-step process. I am happy to share it with you (and anyone else who might be interested). I just need to remove all of our sensitive information before sending it out. The Xquery code is pretty minimal. I would be happy to send you what I have as well. Let me carve out a little time this weekend and I will get what I have prepared to be sent out. Nick On 10/28/21 6:18 PM, Kevin Brown wrote: > > We do Len. I will dig out the modules for you direct but not post here > because of the keys required. > > Kevin > > *From:* Len Schultz <le...@wi...> > *Sent:* Thursday, October 28, 2021 12:24 PM > *To:* exist-open <exi...@li...> > *Subject:* [Exist-open] Sending mail via Amazon SES > > Has anyone successfully sent email via Amazon SES via exist-db? I’m > sure I could get it working, but if there are any modules that do this > already, any pointers would be greatly appreciated. > > --len > > > > _______________________________________________ > Exist-open mailing list > Exi...@li... > https://lists.sourceforge.net/lists/listinfo/exist-open -- Nick Sincaglia President/Founder NueMeta, LLC Digital Media & Technology Phone: +1-630-303-7035 nsi...@nu... http://www.nuemeta.com Skype: nsincaglia |
|
From: Kevin B. <kev...@xp...> - 2021-10-28 23:49:13
|
We do Len. I will dig out the modules for you direct but not post here because of the keys required. Kevin From: Len Schultz <le...@wi...> Sent: Thursday, October 28, 2021 12:24 PM To: exist-open <exi...@li...> Subject: [Exist-open] Sending mail via Amazon SES Has anyone successfully sent email via Amazon SES via exist-db? I’m sure I could get it working, but if there are any modules that do this already, any pointers would be greatly appreciated. --len |
|
From: Len S. <le...@wi...> - 2021-10-28 22:59:35
|
Has anyone successfully sent email via Amazon SES via exist-db? I’m sure I could get it working, but if there are any modules that do this already, any pointers would be greatly appreciated. --len |
602 messages has been excluded from this view by a project administrator.
