On Saturday, February 15, 2020 at 10:36:10 AM UTC-7, Mark Waite wrote: > > > > On Saturday, February 15, 2020 at 10:29:06 AM UTC-7, Mark Waite wrote: >> >> >> >> On Friday, February 14, 2020 at 5:05:22 AM UTC-7, ogondza wrote: >>> >>> Hello everyone, >>> >>> Latest LTS RC was made public and it is ready to be tested. Final >>> release is scheduled for 2020-02-26. >>> >>> Please, report your findings in this thread. >>> >>> >> I've encountered a problem on my Jenkins test instances that are running >> the 2.204.3 release candidate inside Docker. Some of the folders fail to >> open when I click them and I receive the following stack track in an "Oops" >> page on one instance: >> >> org.apache.commons.jelly.JellyTagException: >> jar:file:/var/jenkins_home/war/WEB-INF/lib/jenkins-core-2.204.3-SNAPSHOT.jar!/hudson/model/View/index.jelly:42:43: >> <st:include> org.apache.commons.jelly.JellyTagException: >> jar:file:/var/jenkins_home/war/WEB-INF/lib/jenkins-core-2.204.3-SNAPSHOT.jar!/lib/hudson/projectView.jelly:84:48: >> <j:forEach> java.nio.CharBuffer.rewind()Ljava/nio/CharBuffer; >> at >> org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:726) >> at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:281) >> >> >> In the other test instance, the message appears in the console log and >> does not appear in the Jenkins Oops page. In the console log, it reports: >> >> 2020-02-15 16:37:04.540+0000 [id=164374] INFO >> j.b.MultiBranchProject$BranchIndexing#run: >> Bugs-Pipeline-Checks/jenkins-bugs-multibranch-pipeline-bitbucket >> #20200215.093700 branch indexing action completed: SUCCESS in 3.6 sec >> 2020-02-15 16:39:26.329+0000 [id=39] SEVERE >> hudson.triggers.SafeTimerTask#run: Timer task >> com.cloudbees.jenkins.Cleaner@7ed56677 failed >> java.lang.NoSuchMethodError: >> java.nio.CharBuffer.rewind()Ljava/nio/CharBuffer; >> at hudson.Util.rawEncode(Util.java:886) >> at hudson.model.AbstractItem.getShortUrl(AbstractItem.java:576) >> at hudson.model.AbstractItem.getUrl(AbstractItem.java:537) >> >> I don't know why there is a difference in behavior. I don't know if the >> issue is related to something in my local environment, the Docker image >> definition that I'm using, or something completely different. >> >> > Same message appears when trying to evaluate reverse proxy setup for the > reverse proxy administrative monitor. It reports: > > 2020-02-15 17:34:13.223+0000 [id=144] WARNING > o.e.j.s.h.ContextHandler$Context#log: Error while serving > http://debian9-a.markwaite.net:8080/administrativeMonitor/hudson.diagnosis.ReverseProxySetupMonitor/test > java.lang.NoSuchMethodError: > java.nio.CharBuffer.rewind()Ljava/nio/CharBuffer; > at hudson.Util.rawEncode(Util.java:886) > at > hudson.diagnosis.ReverseProxySetupMonitor.doTest(ReverseProxySetupMonitor.java:69) > at > java.lang.invoke.MethodHandle.invokeWithArguments(MethodHandle.java:627) > at > org.kohsuke.stapler.Function$MethodFunction.invoke(Function.java:396) > Caused: java.lang.reflect.InvocationTargetException > at > org.kohsuke.stapler.Function$MethodFunction.invoke(Function.java:400) > > > Message does not appear if I configure the Docker image to use JDK 11 instead of JDK 8.
Replace the branch name "lts-with-plugins-rc" with " lts-jdk11-with-plugins-rc" to see the JDK 11 based configuration. Mark Waite > > >> The folders which fail to open are different in the two instances, but >> the stack traces seem to consistently be associated with >> CharBuffer.rewind(). >> >> Later in the stack trace, it reports: >> >> Caused by: java.lang.NoSuchMethodError: >> java.nio.CharBuffer.rewind()Ljava/nio/CharBuffer; >> at hudson.Util.rawEncode(Util.java:886) >> >> >> *Duplicating the problem*: >> >> If others would like to duplicate the problem, they can try the following >> steps: >> >> 1. Install git large file support >> <https://github.com/git-lfs/git-lfs/wiki/Installation> on your Linux >> computer (or download from git-lfs.github.com) >> 2. Iniitalize git lfs with >> $ git lfs install >> Git LFS initialized. >> 3. Clone my docker-lfs repository >> $ git clone https://github.com/MarkEWaite/docker-lfs >> Cloning into 'docker-lfs'... >> Resolving deltas: 100% (12717/12717), done. >> 4. Change to the docker-lfs directory >> $ cd docker-lfs >> 5. Checkout the lts-with-plugins-rc branch >> $ git checkout -b lts-with-plugins-rc -t origin/lts-with-plugins-rc >> Filtering content: 100% (190/190), 244.87 MiB | 5.36 MiB/s, done. >> Branch 'lts-with-plugins-rc' set up to track remote branch >> 'lts-with-plugins-rc' from 'origin'. >> Switched to a new branch 'lts-with-plugins-rc' >> 6. Build the docker image >> $ docker build -f Dockerfile -t markewaite/lts-rc:2.204.3 . >> 7. Run the docker image >> $ docker run --rm -i -e JENKINS_ADVERTISED_HOSTNAME=`hostname` -e >> START_QUIET=True -p 8080:8080 -t markewaite/lts-rc:2.204.3 >> 8. Connect to the running image with a web browser >> $ python -m webbrowser http://$(hostname):8080/ >> 9. Open each of the folders at the root of that Jenkins server. One >> of them will fail to an Oops screen (at least does on the 3 machines >> where >> I've tested) >> >> >> *End of symptoms, switching to wild, unjustified speculation:* >> >> There is mention on the jetty project and on stackoverflow that code >> compiled with JDK 9 or later may fail in this way when running with Java >> 8. I'm running Java 8 in both the failure cases. References: >> >> >> - https://github.com/eclipse/jetty.project/issues/3244 >> - >> >> https://stackoverflow.com/questions/48693695/java-nio-buffer-not-loading-clear-method-on-runtime >> >> Was the Jenkins 2.204.3 release candidate compiled with Java 11? >> >> Thanks! >> Mark Waite >> > -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/7bc502b9-4933-4910-9057-7541c33fcf8f%40googlegroups.com.
