Re: error in clustering: NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength
2011/6/17 Ronald Klop : > Regarding 'wine'. (...) > Darn, I look closer now and see the 'unless="skip.installer"' in dist.xml. Wine is required to build the exe installer. This step can be turned off, as you have found. > Thanks, I'm very close to debugging Tomcat myself. Is it easy to edit Tomcat > in a Eclipse project? Yes. There are sample projects (In TC6: cp "eclipse.project" ".project" and cp "eclipse.classpath" ".classpath"; in TC7 the files are in res/ide-support). To debug: 1. Build Tomcat (the "deploy" target in Ant) 2. Run catalina.bat|.sh to start it in debug mode: catalina jpda start 3. Start "remote" debugger from within Eclipse. http://wiki.apache.org/tomcat/FAQ/Developing#Debugging Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: error in clustering: NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength
Op donderdag, 16 juni 2011 18:55 schreef Christopher Schultz : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ronald, On 6/16/2011 11:40 AM, Ronald Klop wrote: > I created a release package. First had to find a computer with Windows, > because it needs wine (I didn't want to learn wine on FreeBSD today), > but ok it builds now. Wait, what? Why do you need Wine? > Now I'll wait for my precious bug fix to get committed to 6. :-) I've voted for the fix. ;) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk36NZ0ACgkQ9CaO5/Lv0PAZ/ACeMUI4mDW6Y7t0Xu3+2OMPJmSH BgAAn359rasGTifpr81xlrnzfdDtOzZg =jBjN -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org Chris, thanks for the vote. Regarding 'wine'. I followed all steps from BUILDING.txt. The last one is below. Maybe I don't need the 'release' step, but it makes deployment in my network easy, because we arranged things around the .tar.gz files from the Tomcat site. Darn, I look closer now and see the 'unless="skip.installer"' in dist.xml. Thanks, I'm very close to debugging Tomcat myself. Is it easy to edit Tomcat in a Eclipse project? Or what do you guys use? Ronald. $ ant -f dist.xml release Buildfile: /data/software/tomcat/tc6.0.x/trunk/dist.xml clean: [delete] Deleting directory /data/software/tomcat/tc6.0.x/trunk/output/deployer [delete] Deleting directory /data/software/tomcat/tc6.0.x/trunk/output/dist dist-prepare: [mkdir] Created dir: /data/software/tomcat/tc6.0.x/trunk/output/dist [mkdir] Created dir: /data/software/tomcat/tc6.0.x/trunk/output/dist/bin [mkdir] Created dir: /data/software/tomcat/tc6.0.x/trunk/output/dist/conf [mkdir] Created dir: /data/software/tomcat/tc6.0.x/trunk/output/dist/lib [mkdir] Created dir: /data/software/tomcat/tc6.0.x/trunk/output/dist/logs [mkdir] Created dir: /data/software/tomcat/tc6.0.x/trunk/output/dist/temp [mkdir] Created dir: /data/software/tomcat/tc6.0.x/trunk/output/dist/webapps [mkdir] Created dir: /data/software/tomcat/tc6.0.x/trunk/output/dist/work dist-static: [copy] Copying 4 files to /data/software/tomcat/tc6.0.x/trunk/output/dist [copy] Copying 22 files to /data/software/tomcat/tc6.0.x/trunk/output/dist/bin [copy] Copying 15 files to /data/software/tomcat/tc6.0.x/trunk/output/dist/lib [copy] Copying 7 files to /data/software/tomcat/tc6.0.x/trunk/output/dist/conf [copy] Copying 442 files to /data/software/tomcat/tc6.0.x/trunk/output/dist/webapps [touch] Creating /data/software/tomcat/tc6.0.x/trunk/output/dist/temp/safeToDelete.tmp [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist/bin [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist/bin [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist/bin/x64 [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist/bin/i64 [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist/bin [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist/bin/x64 [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist/bin/i64 dist-deployer: [copy] Copying 7 files to /data/software/tomcat/tc6.0.x/trunk/output/deployer/lib [jar] Building jar: /data/software/tomcat/tc6.0.x/trunk/output/deployer/lib/catalina-deployer.jar [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/deployer [copy] Copying 2 files to /data/software/tomcat/tc6.0.x/trunk/output/deployer [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/deployer installer: [echo] Builds a Windows installer based on Nullsoft Installer [copy] Copying 41 files to /data/software/tomcat/tc6.0.x/trunk/output/dist [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist [copy] Copying 1 file to /data/software/tomcat/tc6.0.x/trunk/output/dist BUILD FAILED /data/software/tomcat/tc6.0.x/trunk/dist.xml:330: Execute failed: java.io.IOException: Cannot run program "wine" (in directory "/data/software/tomcat/tc6.0.x/trunk/output/dist"): java.io.IOException: error=2, No such file or directory at java.lang.ProcessBuilder.start(ProcessBuilder.java:475) at java.lang.Runtime.exec(Runtime.java:610) at org.apache.tools.ant.taskdefs.Execute$Java13CommandLauncher.exec(Execute.java:862) at org.apache.tools.ant.taskdefs.Execute.launch(Execute.java:481) at org.apache.tools.ant.taskdefs.Execute.e
Re: error in clustering: NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ronald, On 6/16/2011 11:40 AM, Ronald Klop wrote: > I created a release package. First had to find a computer with Windows, > because it needs wine (I didn't want to learn wine on FreeBSD today), > but ok it builds now. Wait, what? Why do you need Wine? > Now I'll wait for my precious bug fix to get committed to 6. :-) I've voted for the fix. ;) - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk36NZ0ACgkQ9CaO5/Lv0PAZ/ACeMUI4mDW6Y7t0Xu3+2OMPJmSH BgAAn359rasGTifpr81xlrnzfdDtOzZg =jBjN -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: error in clustering: NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength
Good tip. I created a release package. First had to find a computer with Windows, because it needs wine (I didn't want to learn wine on FreeBSD today), but ok it builds now. Now I'll wait for my precious bug fix to get committed to 6. :-) Ronald. Op donderdag, 16 juni 2011 16:54 schreef Christopher Schultz : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ronald, On 6/16/2011 6:39 AM, Ronald Klop wrote: > A little lobby is started: > http://marc.info/?l=tomcat-dev&m=130805807619349&w=2 > > Thanks, but no reply yet from jfclere. He must be busy. > I'm not familiar with the inner workings of the Tomcat organization, but > shouldn't releases be less dependent on one person? They aren't dependent on one person, it's just that one person usually gets into the groove of tagging the code, rolling the release, calling for the vote, doing their own personal testing, uploading the packages, updating the website, making announcements, etc. Anyone can do all that, honestly, but the generally speaking the torch of "release manager" seems to pass from one committer to another every few months or so. Looks like jfclere was doing them from around the end of 2009 until now, and before that it was Remmy. If you're dying to try 6.0.33, feel free to just check out the 6.0 trunk - -- it gets very little activity other than reviewed bug fixes, etc. so if you build it yourself you should be good-to-go. When the "official" package is released, you can "upgrade" but it will likely be the exact same code. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk36GREACgkQ9CaO5/Lv0PCtqgCfVqFGf/nfwd52GDzfW9RzwI3S 1jAAnjqRKdMjkWdQ1ME8z/3lHCohjxkY =4S34 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: error in clustering: NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ronald, On 6/16/2011 6:39 AM, Ronald Klop wrote: > A little lobby is started: > http://marc.info/?l=tomcat-dev&m=130805807619349&w=2 > > Thanks, but no reply yet from jfclere. He must be busy. > I'm not familiar with the inner workings of the Tomcat organization, but > shouldn't releases be less dependent on one person? They aren't dependent on one person, it's just that one person usually gets into the groove of tagging the code, rolling the release, calling for the vote, doing their own personal testing, uploading the packages, updating the website, making announcements, etc. Anyone can do all that, honestly, but the generally speaking the torch of "release manager" seems to pass from one committer to another every few months or so. Looks like jfclere was doing them from around the end of 2009 until now, and before that it was Remmy. If you're dying to try 6.0.33, feel free to just check out the 6.0 trunk - -- it gets very little activity other than reviewed bug fixes, etc. so if you build it yourself you should be good-to-go. When the "official" package is released, you can "upgrade" but it will likely be the exact same code. - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk36GREACgkQ9CaO5/Lv0PCtqgCfVqFGf/nfwd52GDzfW9RzwI3S 1jAAnjqRKdMjkWdQ1ME8z/3lHCohjxkY =4S34 -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: error in clustering: NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength
A little lobby is started: http://marc.info/?l=tomcat-dev&m=130805807619349&w=2 Thanks, but no reply yet from jfclere. He must be busy. I'm not familiar with the inner workings of the Tomcat organization, but shouldn't releases be less dependent on one person? Ronald. Op dinsdag, 14 juni 2011 23:59 schreef Christopher Schultz : -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ronald, On 6/14/2011 6:23 AM, Ronald Klop wrote: > I see the issue if solved in an upcoming version of Tomcat. Thank you > very much for that. But can I expect an upcoming version of Tomcat 6.0 > in the not too distant future? > At the tomcat-dev list I only see recent votings for 7.0.x. > Who normally is the initiator of the 6.x release cycle? I guess anyone can request a new version... whether anyone will roll it is up to them :) I believe Jean-Frederic Clere is the one who usually does TC 6.x releases: http://tomcat.apache.org/tomcat-6.0-doc/changelog.html - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk332cEACgkQ9CaO5/Lv0PBB7ACfYNMPHeJDlltC9HHdKiC/VAml RB4AniwAT6RTwBYNLG5H0nYQmv3hOzG3 =DmoN -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: error in clustering: NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ronald, On 6/14/2011 6:23 AM, Ronald Klop wrote: > I see the issue if solved in an upcoming version of Tomcat. Thank you > very much for that. But can I expect an upcoming version of Tomcat 6.0 > in the not too distant future? > At the tomcat-dev list I only see recent votings for 7.0.x. > Who normally is the initiator of the 6.x release cycle? I guess anyone can request a new version... whether anyone will roll it is up to them :) I believe Jean-Frederic Clere is the one who usually does TC 6.x releases: http://tomcat.apache.org/tomcat-6.0-doc/changelog.html - -chris -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk332cEACgkQ9CaO5/Lv0PBB7ACfYNMPHeJDlltC9HHdKiC/VAml RB4AniwAT6RTwBYNLG5H0nYQmv3hOzG3 =DmoN -END PGP SIGNATURE- - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: error in clustering: NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength
Hi, I see the issue if solved in an upcoming version of Tomcat. Thank you very much for that. But can I expect an upcoming version of Tomcat 6.0 in the not too distant future? At the tomcat-dev list I only see recent votings for 7.0.x. Who normally is the initiator of the 6.x release cycle? Ronald. Op vrijdag, 10 juni 2011 13:03 schreef Ronald Klop : Hi, I'm running a 4 node cluster and seeing the same exception as described in this issue. https://issues.apache.org/bugzilla/show_bug.cgi?id=51306 What can I do to workaround it or what can I information can I provide to help? I'm running 6.0.32 with a securitymanager on Debian 5. Java version "1.6.0_22" from debian sun-java pkgs. My clusterconfig is this: The exception from my catalina.out. Jun 10, 2011 11:08:52 AM org.apache.catalina.ha.session.DeltaManager messageReceived SEVERE: Manager [crm.realworks.nl#]: Unable to receive message through TCP channel java.lang.NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength(ObjectOutputStream.java:2106) at java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF(ObjectOutputStream.java:1977) at java.io.ObjectOutputStream.writeUTF(ObjectOutputStream.java:849) at org.apache.catalina.ha.session.DeltaRequest.writeExternal(DeltaRequest.java:267) at org.apache.catalina.ha.session.DeltaRequest.serialize(DeltaRequest.java:287) at org.apache.catalina.ha.session.DeltaManager.serializeDeltaRequest(DeltaManager.java:716) at org.apache.catalina.ha.session.DeltaManager.requestCompleted(DeltaManager.java:1224) at org.apache.catalina.ha.session.DeltaSession.expire(DeltaSession.java:403) at org.apache.catalina.ha.session.DeltaManager.handleSESSION_EXPIRED(DeltaManager.java:1546) at org.apache.catalina.ha.session.DeltaManager.messageReceived(DeltaManager.java:1452) at org.apache.catalina.ha.session.DeltaManager.messageDataReceived(DeltaManager.java:1173) at org.apache.catalina.ha.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:92) at org.apache.catalina.ha.tcp.SimpleTcpCluster.messageReceived(SimpleTcpCluster.java:901) at org.apache.catalina.ha.tcp.SimpleTcpCluster.messageReceived(SimpleTcpCluster.java:882) at org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:269) at org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:79) at org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:79) at org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:110) at org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:79) at org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:241) at org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:225) at org.apache.catalina.tribes.transport.nio.NioReplicationTask.drainChannel(NioReplicationTask.java:188) at org.apache.catalina.tribes.transport.nio.NioReplicationTask.run(NioReplicationTask.java:91) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Ronald.
error in clustering: NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength
Hi, I'm running a 4 node cluster and seeing the same exception as described in this issue. https://issues.apache.org/bugzilla/show_bug.cgi?id=51306 What can I do to workaround it or what can I information can I provide to help? I'm running 6.0.32 with a securitymanager on Debian 5. Java version "1.6.0_22" from debian sun-java pkgs. My clusterconfig is this: The exception from my catalina.out. Jun 10, 2011 11:08:52 AM org.apache.catalina.ha.session.DeltaManager messageReceived SEVERE: Manager [crm.realworks.nl#]: Unable to receive message through TCP channel java.lang.NullPointerException at java.io.ObjectOutputStream$BlockDataOutputStream.getUTFLength(ObjectOutputStream.java:2106) at java.io.ObjectOutputStream$BlockDataOutputStream.writeUTF(ObjectOutputStream.java:1977) at java.io.ObjectOutputStream.writeUTF(ObjectOutputStream.java:849) at org.apache.catalina.ha.session.DeltaRequest.writeExternal(DeltaRequest.java:267) at org.apache.catalina.ha.session.DeltaRequest.serialize(DeltaRequest.java:287) at org.apache.catalina.ha.session.DeltaManager.serializeDeltaRequest(DeltaManager.java:716) at org.apache.catalina.ha.session.DeltaManager.requestCompleted(DeltaManager.java:1224) at org.apache.catalina.ha.session.DeltaSession.expire(DeltaSession.java:403) at org.apache.catalina.ha.session.DeltaManager.handleSESSION_EXPIRED(DeltaManager.java:1546) at org.apache.catalina.ha.session.DeltaManager.messageReceived(DeltaManager.java:1452) at org.apache.catalina.ha.session.DeltaManager.messageDataReceived(DeltaManager.java:1173) at org.apache.catalina.ha.session.ClusterSessionListener.messageReceived(ClusterSessionListener.java:92) at org.apache.catalina.ha.tcp.SimpleTcpCluster.messageReceived(SimpleTcpCluster.java:901) at org.apache.catalina.ha.tcp.SimpleTcpCluster.messageReceived(SimpleTcpCluster.java:882) at org.apache.catalina.tribes.group.GroupChannel.messageReceived(GroupChannel.java:269) at org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:79) at org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:79) at org.apache.catalina.tribes.group.interceptors.TcpFailureDetector.messageReceived(TcpFailureDetector.java:110) at org.apache.catalina.tribes.group.ChannelInterceptorBase.messageReceived(ChannelInterceptorBase.java:79) at org.apache.catalina.tribes.group.ChannelCoordinator.messageReceived(ChannelCoordinator.java:241) at org.apache.catalina.tribes.transport.ReceiverBase.messageDataReceived(ReceiverBase.java:225) at org.apache.catalina.tribes.transport.nio.NioReplicationTask.drainChannel(NioReplicationTask.java:188) at org.apache.catalina.tribes.transport.nio.NioReplicationTask.run(NioReplicationTask.java:91) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) Ronald.
