Re: Compatibility, 32 bit ..
On 03/11/2022 11:48, John Dale (DB2DOM) wrote: Greetings - thanks for the pointer below. Brought up some interesting questions below. How do changes at Oracle affect Tomcat? Has OpenJRE sufficiently insulated the risk? What changes at Oracle? What risk? There isn't anything that i am particularly worried about at the moment. What would you say is the best O/R M tool for tomcat that still keeps coding hands-on with respect to connection management and MVC handler deployment/logic? Sorry, not a clue. What are some good object databases (are there any) that work well with Tomcat? Ditto. Mark On 11/3/22, Mark Thomas wrote: On 02/11/2022 18:51, Christopher Schultz wrote: John, On 11/2/22 14:32, John Dale (DB2DOM) wrote: On 11/2/22, Christopher Schultz wrote: John, On 11/2/22 12:44, John Dale (DB2DOM) wrote: I'd like to continue to invest in Raspberry Pi, but also try to put together a functional 32bit build of my software for those poor old neglected closeted towers (really, poor things!). I should be able to do it, from the looks of this. Are you guys doing any kind of pruned down version of Tomcat or maybe a configurable Tomcat that will only include some bare bones stuff like request parsing, connection pooling, and (obviously) threading? You might be surprised to learn that Tomcat is pretty stripped-down already. What do you imagine that Tomcat is doing that is beyond what you have listed above? Isn't there still a lot of J2E code allowing deployment and processing of J2E standards that aren't necessarily needed? What else? Well, it supports a few things that you may not use in your application(s), such as WebSocket, asynchronous I/O, JSP/EL, and JASPIC. Maybe you don't use JSPs, so you can throw-out the JSP and EL components. But if you don't use them, they are a few inert kilobytes of data on the disk. Same with JASPIC. Removing them would be more work than simply ignoring them. Tomcat 10.1 requires Java 11 because the specs it follows say that's the minimum required version, for whatever reason. The official Tomcat binary releases will be built using Java 11 and thus they must be run by Java 11 or later. But there's nothing stopping you from trying to use the source to build a Java-8-compatible build of Tomcat 10.1. I don't think we are using any source-level features of Java that actually require anything past Java 8. But if it vomits at runtime because something is missing because you actually /do/ need Java 11, then we're gonna tell you "don't do that." There are a few things that will break - and some of them are fairly fundamental. The simplest way to see what is going to break is to look at the org.apache.tomcat.util.compat package. Then you need to look at the JreNCompat classes that have been removed as a result of the increase in minimum Java version. For 10.0.x to 10.1.x that is Jre9Compat. If you want to run 10.1.x on Java 8, in theory you could revert the commit that removed Jre9Compat but as Chris says you are very much on your own in terms of support if things go wrong. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
On 03/11/2022 12:29, John Dale (DB2DOM) wrote: Is Tomcat's HTTP/S processing libraries modular and portable? That depends on how you define "HTTP/S processing libraries", "modular" and "portable". Can you take then and use them with something else where you just need HTTP/S and no servlet API? Not easily. Are they portable? Yes, they are as portable as Java is. Are they modular? The classes are all in a single JAR but it is structured so it easy to extend with new implementations. Tomcat uses JSSE for TLS. When using OpenSSL, it is wrapped so it looks like a JSSE implementation. Mark On 11/3/22, Mark Thomas wrote: On 02/11/2022 18:51, Christopher Schultz wrote: John, On 11/2/22 14:32, John Dale (DB2DOM) wrote: On 11/2/22, Christopher Schultz wrote: John, On 11/2/22 12:44, John Dale (DB2DOM) wrote: I'd like to continue to invest in Raspberry Pi, but also try to put together a functional 32bit build of my software for those poor old neglected closeted towers (really, poor things!). I should be able to do it, from the looks of this. Are you guys doing any kind of pruned down version of Tomcat or maybe a configurable Tomcat that will only include some bare bones stuff like request parsing, connection pooling, and (obviously) threading? You might be surprised to learn that Tomcat is pretty stripped-down already. What do you imagine that Tomcat is doing that is beyond what you have listed above? Isn't there still a lot of J2E code allowing deployment and processing of J2E standards that aren't necessarily needed? What else? Well, it supports a few things that you may not use in your application(s), such as WebSocket, asynchronous I/O, JSP/EL, and JASPIC. Maybe you don't use JSPs, so you can throw-out the JSP and EL components. But if you don't use them, they are a few inert kilobytes of data on the disk. Same with JASPIC. Removing them would be more work than simply ignoring them. Tomcat 10.1 requires Java 11 because the specs it follows say that's the minimum required version, for whatever reason. The official Tomcat binary releases will be built using Java 11 and thus they must be run by Java 11 or later. But there's nothing stopping you from trying to use the source to build a Java-8-compatible build of Tomcat 10.1. I don't think we are using any source-level features of Java that actually require anything past Java 8. But if it vomits at runtime because something is missing because you actually /do/ need Java 11, then we're gonna tell you "don't do that." There are a few things that will break - and some of them are fairly fundamental. The simplest way to see what is going to break is to look at the org.apache.tomcat.util.compat package. Then you need to look at the JreNCompat classes that have been removed as a result of the increase in minimum Java version. For 10.0.x to 10.1.x that is Jre9Compat. If you want to run 10.1.x on Java 8, in theory you could revert the commit that removed Jre9Compat but as Chris says you are very much on your own in terms of support if things go wrong. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
Is Tomcat's HTTP/S processing libraries modular and portable? On 11/3/22, Mark Thomas wrote: > On 02/11/2022 18:51, Christopher Schultz wrote: >> John, >> >> On 11/2/22 14:32, John Dale (DB2DOM) wrote: >>> On 11/2/22, Christopher Schultz wrote: John, On 11/2/22 12:44, John Dale (DB2DOM) wrote: > I'd like to continue to invest in Raspberry Pi, but also try to put > together a functional 32bit build of my software for those poor old > neglected closeted towers (really, poor things!). > > I should be able to do it, from the looks of this. > > Are you guys doing any kind of pruned down version of Tomcat or maybe > a configurable Tomcat that will only include some bare bones stuff > like request parsing, connection pooling, and (obviously) threading? You might be surprised to learn that Tomcat is pretty stripped-down already. What do you imagine that Tomcat is doing that is beyond what you have listed above? >>> >>> Isn't there still a lot of J2E code allowing deployment and processing >>> of J2E standards that aren't necessarily needed? What else? >> >> Well, it supports a few things that you may not use in your >> application(s), such as WebSocket, asynchronous I/O, JSP/EL, and JASPIC. >> Maybe you don't use JSPs, so you can throw-out the JSP and EL >> components. But if you don't use them, they are a few inert kilobytes of >> data on the disk. Same with JASPIC. Removing them would be more work >> than simply ignoring them. >> >> Tomcat 10.1 requires Java 11 because the specs it follows say that's the >> minimum required version, for whatever reason. >> >> The official Tomcat binary releases will be built using Java 11 and thus >> they must be run by Java 11 or later. >> >> But there's nothing stopping you from trying to use the source to build >> a Java-8-compatible build of Tomcat 10.1. I don't think we are using any >> source-level features of Java that actually require anything past Java >> 8. But if it vomits at runtime because something is missing because you >> actually /do/ need Java 11, then we're gonna tell you "don't do that." > > There are a few things that will break - and some of them are fairly > fundamental. > > The simplest way to see what is going to break is to look at the > org.apache.tomcat.util.compat package. Then you need to look at the > JreNCompat classes that have been removed as a result of the increase in > minimum Java version. For 10.0.x to 10.1.x that is Jre9Compat. > > If you want to run 10.1.x on Java 8, in theory you could revert the > commit that removed Jre9Compat but as Chris says you are very much on > your own in terms of support if things go wrong. > > Mark > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
Greetings - thanks for the pointer below. Brought up some interesting questions below. How do changes at Oracle affect Tomcat? Has OpenJRE sufficiently insulated the risk? What would you say is the best O/R M tool for tomcat that still keeps coding hands-on with respect to connection management and MVC handler deployment/logic? What are some good object databases (are there any) that work well with Tomcat? On 11/3/22, Mark Thomas wrote: > On 02/11/2022 18:51, Christopher Schultz wrote: >> John, >> >> On 11/2/22 14:32, John Dale (DB2DOM) wrote: >>> On 11/2/22, Christopher Schultz wrote: John, On 11/2/22 12:44, John Dale (DB2DOM) wrote: > I'd like to continue to invest in Raspberry Pi, but also try to put > together a functional 32bit build of my software for those poor old > neglected closeted towers (really, poor things!). > > I should be able to do it, from the looks of this. > > Are you guys doing any kind of pruned down version of Tomcat or maybe > a configurable Tomcat that will only include some bare bones stuff > like request parsing, connection pooling, and (obviously) threading? You might be surprised to learn that Tomcat is pretty stripped-down already. What do you imagine that Tomcat is doing that is beyond what you have listed above? >>> >>> Isn't there still a lot of J2E code allowing deployment and processing >>> of J2E standards that aren't necessarily needed? What else? >> >> Well, it supports a few things that you may not use in your >> application(s), such as WebSocket, asynchronous I/O, JSP/EL, and JASPIC. >> Maybe you don't use JSPs, so you can throw-out the JSP and EL >> components. But if you don't use them, they are a few inert kilobytes of >> data on the disk. Same with JASPIC. Removing them would be more work >> than simply ignoring them. >> >> Tomcat 10.1 requires Java 11 because the specs it follows say that's the >> minimum required version, for whatever reason. >> >> The official Tomcat binary releases will be built using Java 11 and thus >> they must be run by Java 11 or later. >> >> But there's nothing stopping you from trying to use the source to build >> a Java-8-compatible build of Tomcat 10.1. I don't think we are using any >> source-level features of Java that actually require anything past Java >> 8. But if it vomits at runtime because something is missing because you >> actually /do/ need Java 11, then we're gonna tell you "don't do that." > > There are a few things that will break - and some of them are fairly > fundamental. > > The simplest way to see what is going to break is to look at the > org.apache.tomcat.util.compat package. Then you need to look at the > JreNCompat classes that have been removed as a result of the increase in > minimum Java version. For 10.0.x to 10.1.x that is Jre9Compat. > > If you want to run 10.1.x on Java 8, in theory you could revert the > commit that removed Jre9Compat but as Chris says you are very much on > your own in terms of support if things go wrong. > > Mark > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
On 02/11/2022 18:51, Christopher Schultz wrote: John, On 11/2/22 14:32, John Dale (DB2DOM) wrote: On 11/2/22, Christopher Schultz wrote: John, On 11/2/22 12:44, John Dale (DB2DOM) wrote: I'd like to continue to invest in Raspberry Pi, but also try to put together a functional 32bit build of my software for those poor old neglected closeted towers (really, poor things!). I should be able to do it, from the looks of this. Are you guys doing any kind of pruned down version of Tomcat or maybe a configurable Tomcat that will only include some bare bones stuff like request parsing, connection pooling, and (obviously) threading? You might be surprised to learn that Tomcat is pretty stripped-down already. What do you imagine that Tomcat is doing that is beyond what you have listed above? Isn't there still a lot of J2E code allowing deployment and processing of J2E standards that aren't necessarily needed? What else? Well, it supports a few things that you may not use in your application(s), such as WebSocket, asynchronous I/O, JSP/EL, and JASPIC. Maybe you don't use JSPs, so you can throw-out the JSP and EL components. But if you don't use them, they are a few inert kilobytes of data on the disk. Same with JASPIC. Removing them would be more work than simply ignoring them. Tomcat 10.1 requires Java 11 because the specs it follows say that's the minimum required version, for whatever reason. The official Tomcat binary releases will be built using Java 11 and thus they must be run by Java 11 or later. But there's nothing stopping you from trying to use the source to build a Java-8-compatible build of Tomcat 10.1. I don't think we are using any source-level features of Java that actually require anything past Java 8. But if it vomits at runtime because something is missing because you actually /do/ need Java 11, then we're gonna tell you "don't do that." There are a few things that will break - and some of them are fairly fundamental. The simplest way to see what is going to break is to look at the org.apache.tomcat.util.compat package. Then you need to look at the JreNCompat classes that have been removed as a result of the increase in minimum Java version. For 10.0.x to 10.1.x that is Jre9Compat. If you want to run 10.1.x on Java 8, in theory you could revert the commit that removed Jre9Compat but as Chris says you are very much on your own in terms of support if things go wrong. Mark - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
John, On 11/2/22 14:32, John Dale (DB2DOM) wrote: On 11/2/22, Christopher Schultz wrote: John, On 11/2/22 12:44, John Dale (DB2DOM) wrote: I'd like to continue to invest in Raspberry Pi, but also try to put together a functional 32bit build of my software for those poor old neglected closeted towers (really, poor things!). I should be able to do it, from the looks of this. Are you guys doing any kind of pruned down version of Tomcat or maybe a configurable Tomcat that will only include some bare bones stuff like request parsing, connection pooling, and (obviously) threading? You might be surprised to learn that Tomcat is pretty stripped-down already. What do you imagine that Tomcat is doing that is beyond what you have listed above? Isn't there still a lot of J2E code allowing deployment and processing of J2E standards that aren't necessarily needed? What else? Well, it supports a few things that you may not use in your application(s), such as WebSocket, asynchronous I/O, JSP/EL, and JASPIC. Maybe you don't use JSPs, so you can throw-out the JSP and EL components. But if you don't use them, they are a few inert kilobytes of data on the disk. Same with JASPIC. Removing them would be more work than simply ignoring them. Tomcat 10.1 requires Java 11 because the specs it follows say that's the minimum required version, for whatever reason. The official Tomcat binary releases will be built using Java 11 and thus they must be run by Java 11 or later. But there's nothing stopping you from trying to use the source to build a Java-8-compatible build of Tomcat 10.1. I don't think we are using any source-level features of Java that actually require anything past Java 8. But if it vomits at runtime because something is missing because you actually /do/ need Java 11, then we're gonna tell you "don't do that." -chris - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Compatibility, 32 bit ..
John, On 11/2/22 14:28, John Dale (DB2DOM) wrote: On 11/2/22, Christopher Schultz wrote: If you are bemoaning the Linux kernel dropping support for i486, you might want to read about /why/ they are doing it. Honestly I'm not much of a bomoaner. I am pretty conservative when it comes to throwing away useful stuff (as you can imagine). Thanks for the replies and have a good one! :) It's worth noting that the Linux kernel will still run on those machines. You just won't be able to run kernel 6.2.x (I think) on them. Many distros will continue to provide older kernels for a good long time (I'm looking at /you/, Debian). Note that you can't run Windows 11 on a 486, either. -chris On 11/2/22, Christopher Schultz wrote: John, On 10/27/22 11:03, John Dale (DB2DOM) wrote: Does anyone know of a report detailing how much of this older hardware is still out there and floating around? You mean like a list of all pieced of hardware ever sold and never scrapped? I think that would be practically impossible. I have a Palm 7 on a box in my office that has never been inventoried by anybody and could possibly be plugged back in at any moment. There are probably warehouses of stuff like what worldwide and you never know when someone is going to plug-in any one of those devices and start playing with it again. Big picture: It's a lot of computer power in the event manufacturing hits a hiccup, I wouldn't want to be caught flat-footed until it could be re-established. Are you suggesting that Linux should not drop support for i486 architecture because if new machines aren't available due to supply-chain issues, we might all have to re-rack 486s to keep our services running? That sounds insane. We would simply do without. I'd sooner put my old mobile phones into service supporting my applications than an old i486. They are more powerful and reliable, and use less electricity. There's a reason Linus wants to kill i486 support: "At some point, people have them as museum pieces. They might as well run museum kernels." - Linus Torvalds I like to build distilled portable stuff for that reason. I think DB2DOM could run on some really old versions of all of our favorite software if needed. Great. I'm sure the transactions will only take a couple of seconds to commit. No problem ;) -chris On 10/26/22, Christopher Schultz wrote: Shawn, On 10/26/22 00:14, Shawn Heisey wrote: The Linux kernel dropped support for 386 and 486 CPUs some time ago. I was reading about this today, actually. Linux is currently actively advocating for dropping 486 support, so it must still be in there. -chris - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
On 11/2/22, Christopher Schultz wrote: > John, > > On 11/2/22 12:44, John Dale (DB2DOM) wrote: >> I'd like to continue to invest in Raspberry Pi, but also try to put >> together a functional 32bit build of my software for those poor old >> neglected closeted towers (really, poor things!). >> >> I should be able to do it, from the looks of this. >> >> Are you guys doing any kind of pruned down version of Tomcat or maybe >> a configurable Tomcat that will only include some bare bones stuff >> like request parsing, connection pooling, and (obviously) threading? > > You might be surprised to learn that Tomcat is pretty stripped-down > already. What do you imagine that Tomcat is doing that is beyond what > you have listed above? Isn't there still a lot of J2E code allowing deployment and processing of J2E standards that aren't necessarily needed? What else? I agree that the download is still very reasonable and it's got great support because of you et al; clearly a good thing in the computing world that enabled me to create my DB2DOM doodad. Keep it up and thanks. > >> Thanks for the pointers .. I would like to try to meet you guys in >> person at a conference sometime to swap notes and be pals. > > You just missed your first opportunity in 3 years this past month, in > New Orleans. Well... some of us were there ;) I need to get to more conferences .. hopefully soon. I have so many questions. > > -chris > >> On 11/2/22, Christopher Schultz wrote: >>> John, >>> >>> On 10/28/22 10:46, John Dale (DB2DOM) wrote: I see .. Mark and/or Christopher - this means that no Tomcat 10, right? >>> >>> https://tomcat.apache.org/whichversion.html >>> >>> Tomcat 10.0, yes. >>> Tomcat 10.1, no. >>> >>> Tomcat 10.0 has been superseded and will not get any further updates, >>> thus you should not use it for any purpose IMO. >>> >>> -chris >>> On 10/28/22, Konstantin Kolinko wrote: > чт, 27 окт. 2022 г. в 18:02, John Dale (DB2DOM) : >> >> I had the same thought when I saw it. Here is java -version output >> complete: >> >> openjdk version "9-internal" >> OpenJDK Runtime Environment (build >> 9-internal+0-2016-04-14-195526.buildd.src) >> OpenJDK Server VM (build 9-internal+0-2016-04-14-195526.buildd.src, >> mixed >> mode) > > The first official release of Java 9 (GA release) was on 21 September > 2017 [1][2] > > What you are seeing here (built in 2016) apparently is some early > access > stuff. > > As a whole, Java 9 has already reached its end of life. (LTS releases > are Java 8, 11 and 17). > > [1] https://openjdk.org/projects/jdk9/ > [2[ https://en.wikipedia.org/wiki/Java_version_history > > Best regards, > Konstantin Kolinko > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Compatibility, 32 bit ..
On 11/2/22, Christopher Schultz wrote: > John, > > On 11/2/22 12:41, John Dale (DB2DOM) wrote: > > > > [snip] > > >> I love some of the newer hardware, too, but even Raspberry Pi is not >> yet 64 bit, is it? > > It depends on which one. The Wikipedia article on RPi lists 4 different > units, 3 of which are 64-bit. > > > [snip] > > >> Can an old 32 bit machine do modern encryption for telecommunications? > > Yes. > >> Why are we still paying so much for phone service? > > Because we (presumably; I do) live in the US. Elsewhere in the world, > it's much better. We are being charged high rates simply because we fail > to refuse to do so. > >> Why aren't our high school grads capable of re-soldering components >> from these old boards and assembling them into something better and >> rewriting the software? > > Some of them are, but most of them are not. It takes knowledge and skill > and desire. Soldering boards isn't on the top-ten list of most > graduating high-school seniors. > > If you are bemoaning the Linux kernel dropping support for i486, you > might want to read about /why/ they are doing it. Honestly I'm not much of a bomoaner. I am pretty conservative when it comes to throwing away useful stuff (as you can imagine). Thanks for the replies and have a good one! :) > > -chris > >> On 11/2/22, Christopher Schultz wrote: >>> John, >>> >>> On 10/27/22 11:03, John Dale (DB2DOM) wrote: Does anyone know of a report detailing how much of this older hardware is still out there and floating around? >>> >>> You mean like a list of all pieced of hardware ever sold and never >>> scrapped? >>> >>> I think that would be practically impossible. >>> >>> I have a Palm 7 on a box in my office that has never been inventoried by >>> anybody and could possibly be plugged back in at any moment. There are >>> probably warehouses of stuff like what worldwide and you never know when >>> someone is going to plug-in any one of those devices and start playing >>> with it again. >>> Big picture: It's a lot of computer power in the event manufacturing hits a hiccup, I wouldn't want to be caught flat-footed until it could be re-established. >>> >>> Are you suggesting that Linux should not drop support for i486 >>> architecture because if new machines aren't available due to >>> supply-chain issues, we might all have to re-rack 486s to keep our >>> services running? That sounds insane. We would simply do without. I'd >>> sooner put my old mobile phones into service supporting my applications >>> than an old i486. They are more powerful and reliable, and use less >>> electricity. >>> >>> There's a reason Linus wants to kill i486 support: >>> >>> "At some point, people have them as museum pieces. They might as well >>> run museum kernels." - Linus Torvalds >>> I like to build distilled portable stuff for that reason. I think DB2DOM could run on some really old versions of all of our favorite software if needed. >>> Great. I'm sure the transactions will only take a couple of seconds to >>> commit. No problem ;) >>> >>> -chris >>> On 10/26/22, Christopher Schultz wrote: > Shawn, > > On 10/26/22 00:14, Shawn Heisey wrote: >> The Linux kernel dropped support for 386 and 486 CPUs some time ago. > > I was reading about this today, actually. Linux is currently actively > advocating for dropping 486 support, so it must still be in there. > > -chris > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
John, On 11/2/22 12:44, John Dale (DB2DOM) wrote: I'd like to continue to invest in Raspberry Pi, but also try to put together a functional 32bit build of my software for those poor old neglected closeted towers (really, poor things!). I should be able to do it, from the looks of this. Are you guys doing any kind of pruned down version of Tomcat or maybe a configurable Tomcat that will only include some bare bones stuff like request parsing, connection pooling, and (obviously) threading? You might be surprised to learn that Tomcat is pretty stripped-down already. What do you imagine that Tomcat is doing that is beyond what you have listed above? Thanks for the pointers .. I would like to try to meet you guys in person at a conference sometime to swap notes and be pals. You just missed your first opportunity in 3 years this past month, in New Orleans. Well... some of us were there ;) -chris On 11/2/22, Christopher Schultz wrote: John, On 10/28/22 10:46, John Dale (DB2DOM) wrote: I see .. Mark and/or Christopher - this means that no Tomcat 10, right? https://tomcat.apache.org/whichversion.html Tomcat 10.0, yes. Tomcat 10.1, no. Tomcat 10.0 has been superseded and will not get any further updates, thus you should not use it for any purpose IMO. -chris On 10/28/22, Konstantin Kolinko wrote: чт, 27 окт. 2022 г. в 18:02, John Dale (DB2DOM) : I had the same thought when I saw it. Here is java -version output complete: openjdk version "9-internal" OpenJDK Runtime Environment (build 9-internal+0-2016-04-14-195526.buildd.src) OpenJDK Server VM (build 9-internal+0-2016-04-14-195526.buildd.src, mixed mode) The first official release of Java 9 (GA release) was on 21 September 2017 [1][2] What you are seeing here (built in 2016) apparently is some early access stuff. As a whole, Java 9 has already reached its end of life. (LTS releases are Java 8, 11 and 17). [1] https://openjdk.org/projects/jdk9/ [2[ https://en.wikipedia.org/wiki/Java_version_history Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Compatibility, 32 bit ..
John, On 11/2/22 12:41, John Dale (DB2DOM) wrote: > > [snip] > I love some of the newer hardware, too, but even Raspberry Pi is not yet 64 bit, is it? It depends on which one. The Wikipedia article on RPi lists 4 different units, 3 of which are 64-bit. > [snip] > Can an old 32 bit machine do modern encryption for telecommunications? Yes. Why are we still paying so much for phone service? Because we (presumably; I do) live in the US. Elsewhere in the world, it's much better. We are being charged high rates simply because we fail to refuse to do so. Why aren't our high school grads capable of re-soldering components from these old boards and assembling them into something better and rewriting the software? Some of them are, but most of them are not. It takes knowledge and skill and desire. Soldering boards isn't on the top-ten list of most graduating high-school seniors. If you are bemoaning the Linux kernel dropping support for i486, you might want to read about /why/ they are doing it. -chris On 11/2/22, Christopher Schultz wrote: John, On 10/27/22 11:03, John Dale (DB2DOM) wrote: Does anyone know of a report detailing how much of this older hardware is still out there and floating around? You mean like a list of all pieced of hardware ever sold and never scrapped? I think that would be practically impossible. I have a Palm 7 on a box in my office that has never been inventoried by anybody and could possibly be plugged back in at any moment. There are probably warehouses of stuff like what worldwide and you never know when someone is going to plug-in any one of those devices and start playing with it again. Big picture: It's a lot of computer power in the event manufacturing hits a hiccup, I wouldn't want to be caught flat-footed until it could be re-established. Are you suggesting that Linux should not drop support for i486 architecture because if new machines aren't available due to supply-chain issues, we might all have to re-rack 486s to keep our services running? That sounds insane. We would simply do without. I'd sooner put my old mobile phones into service supporting my applications than an old i486. They are more powerful and reliable, and use less electricity. There's a reason Linus wants to kill i486 support: "At some point, people have them as museum pieces. They might as well run museum kernels." - Linus Torvalds I like to build distilled portable stuff for that reason. I think DB2DOM could run on some really old versions of all of our favorite software if needed. Great. I'm sure the transactions will only take a couple of seconds to commit. No problem ;) -chris On 10/26/22, Christopher Schultz wrote: Shawn, On 10/26/22 00:14, Shawn Heisey wrote: The Linux kernel dropped support for 386 and 486 CPUs some time ago. I was reading about this today, actually. Linux is currently actively advocating for dropping 486 support, so it must still be in there. -chris - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Compatibility, 32 bit ..
Excellent! My confusion was due to the slow-coming 64 bit OS release. Thanks for clearing that up. I'm using the 64 bit version on most of my devices. John On 11/2/22, Felix Schumacher wrote: > > Am 02.11.22 um 17:41 schrieb John Dale (DB2DOM): >> Chris enters the room, gazes upon seven orcs, draws his sword, and >> opens the can of worms. >> >> Ooooh .. Philosophy. >> >> I love philosophy. >> >> :) >> >> Good philosophy starts with good questions. >> >> I love some of the newer hardware, too, but even Raspberry Pi is not >> yet 64 bit, is it? > Raspberry Pi is 64 Bit, (maybe not all of them), I am running an 64 Bit > OS on an Raspberry Pi 4. >> The dell computer that I'm working with at the moment is my case study >> - it's not slow at all. > > If it's fast enough and reliable enough for you, I think you can still > go (for a long time) with an JDK 8 and Tomcat 9.x. If I remember right, > we settled to support Tomcat 9.x for quite a while and Tomcat has no > requirements of its own to use 64 Bit. > > Felix > >> >> Am I alone in thinking that our technology is trying to leave humanity >> behind before it is truly not useful anymore? >> >> Unlike HAM radio operators, are you one of those crazy people who >> think we're somehow safe from disaster on planet Earth? >> >> I think this universe has much more in store for us. I also like to >> wring out every last bit of use from stuff. I also grind old >> screwdrivers that are "worn-out". >> >> I'll feel more comfortable when our high school grads understand EcE >> and computer manufacturing upon graduation. >> >> If we need faster computers to replace humans, what's the point? >> >> Video games? Meta? AI? >> >> What about baseball, Frisbee, stage productions, and Human Intelligence? >> >> Can an old 32 bit machine do modern encryption for telecommunications? >> >> Why are we still paying so much for phone service? >> >> Why aren't our high school grads capable of re-soldering components >> from these old boards and assembling them into something better and >> rewriting the software? >> >> So, I think it's a worthwhile discussion that I know many thought was >> settled as they gaze across fully stocked Wal Mart computer >> departments and newegg query results. >> >> If for no other reason, shouldn't we pry the specs out of the hands of >> Dell and others to understand and reconfigure and reprogam their >> machines? Or, are they afraid of what we'll discover? >> >> My working hypothesis is that if we remove what was put in there to do >> things we don't know about, these machines will speed-up considerably. >> >> :) >> >> https://en.wikipedia.org/wiki/Clipper_chip >> >> >> >> >> On 11/2/22, Christopher Schultz wrote: >>> John, >>> >>> On 10/27/22 11:03, John Dale (DB2DOM) wrote: Does anyone know of a report detailing how much of this older hardware is still out there and floating around? >>> You mean like a list of all pieced of hardware ever sold and never >>> scrapped? >>> >>> I think that would be practically impossible. >>> >>> I have a Palm 7 on a box in my office that has never been inventoried by >>> anybody and could possibly be plugged back in at any moment. There are >>> probably warehouses of stuff like what worldwide and you never know when >>> someone is going to plug-in any one of those devices and start playing >>> with it again. >>> Big picture: It's a lot of computer power in the event manufacturing hits a hiccup, I wouldn't want to be caught flat-footed until it could be re-established. >>> Are you suggesting that Linux should not drop support for i486 >>> architecture because if new machines aren't available due to >>> supply-chain issues, we might all have to re-rack 486s to keep our >>> services running? That sounds insane. We would simply do without. I'd >>> sooner put my old mobile phones into service supporting my applications >>> than an old i486. They are more powerful and reliable, and use less >>> electricity. >>> >>> There's a reason Linus wants to kill i486 support: >>> >>> "At some point, people have them as museum pieces. They might as well >>> run museum kernels." - Linus Torvalds >>> I like to build distilled portable stuff for that reason. I think DB2DOM could run on some really old versions of all of our favorite software if needed. >>> Great. I'm sure the transactions will only take a couple of seconds to >>> commit. No problem ;) >>> >>> -chris >>> On 10/26/22, Christopher Schultz wrote: > Shawn, > > On 10/26/22 00:14, Shawn Heisey wrote: >> The Linux kernel dropped support for 386 and 486 CPUs some time ago. > I was reading about this today, actually. Linux is currently actively > advocating for dropping 486 support, so it must still be in there. > > -chris > > - > To unsubscribe, e-mail:users-unsubscr...@tomcat.apache.org > For additional command
Re: [OT] Compatibility, 32 bit ..
Am 02.11.22 um 17:41 schrieb John Dale (DB2DOM): Chris enters the room, gazes upon seven orcs, draws his sword, and opens the can of worms. Ooooh .. Philosophy. I love philosophy. :) Good philosophy starts with good questions. I love some of the newer hardware, too, but even Raspberry Pi is not yet 64 bit, is it? Raspberry Pi is 64 Bit, (maybe not all of them), I am running an 64 Bit OS on an Raspberry Pi 4. The dell computer that I'm working with at the moment is my case study - it's not slow at all. If it's fast enough and reliable enough for you, I think you can still go (for a long time) with an JDK 8 and Tomcat 9.x. If I remember right, we settled to support Tomcat 9.x for quite a while and Tomcat has no requirements of its own to use 64 Bit. Felix Am I alone in thinking that our technology is trying to leave humanity behind before it is truly not useful anymore? Unlike HAM radio operators, are you one of those crazy people who think we're somehow safe from disaster on planet Earth? I think this universe has much more in store for us. I also like to wring out every last bit of use from stuff. I also grind old screwdrivers that are "worn-out". I'll feel more comfortable when our high school grads understand EcE and computer manufacturing upon graduation. If we need faster computers to replace humans, what's the point? Video games? Meta? AI? What about baseball, Frisbee, stage productions, and Human Intelligence? Can an old 32 bit machine do modern encryption for telecommunications? Why are we still paying so much for phone service? Why aren't our high school grads capable of re-soldering components from these old boards and assembling them into something better and rewriting the software? So, I think it's a worthwhile discussion that I know many thought was settled as they gaze across fully stocked Wal Mart computer departments and newegg query results. If for no other reason, shouldn't we pry the specs out of the hands of Dell and others to understand and reconfigure and reprogam their machines? Or, are they afraid of what we'll discover? My working hypothesis is that if we remove what was put in there to do things we don't know about, these machines will speed-up considerably. :) https://en.wikipedia.org/wiki/Clipper_chip On 11/2/22, Christopher Schultz wrote: John, On 10/27/22 11:03, John Dale (DB2DOM) wrote: Does anyone know of a report detailing how much of this older hardware is still out there and floating around? You mean like a list of all pieced of hardware ever sold and never scrapped? I think that would be practically impossible. I have a Palm 7 on a box in my office that has never been inventoried by anybody and could possibly be plugged back in at any moment. There are probably warehouses of stuff like what worldwide and you never know when someone is going to plug-in any one of those devices and start playing with it again. Big picture: It's a lot of computer power in the event manufacturing hits a hiccup, I wouldn't want to be caught flat-footed until it could be re-established. Are you suggesting that Linux should not drop support for i486 architecture because if new machines aren't available due to supply-chain issues, we might all have to re-rack 486s to keep our services running? That sounds insane. We would simply do without. I'd sooner put my old mobile phones into service supporting my applications than an old i486. They are more powerful and reliable, and use less electricity. There's a reason Linus wants to kill i486 support: "At some point, people have them as museum pieces. They might as well run museum kernels." - Linus Torvalds I like to build distilled portable stuff for that reason. I think DB2DOM could run on some really old versions of all of our favorite software if needed. Great. I'm sure the transactions will only take a couple of seconds to commit. No problem ;) -chris On 10/26/22, Christopher Schultz wrote: Shawn, On 10/26/22 00:14, Shawn Heisey wrote: The Linux kernel dropped support for 386 and 486 CPUs some time ago. I was reading about this today, actually. Linux is currently actively advocating for dropping 486 support, so it must still be in there. -chris - To unsubscribe, e-mail:users-unsubscr...@tomcat.apache.org For additional commands, e-mail:users-h...@tomcat.apache.org - To unsubscribe, e-mail:users-unsubscr...@tomcat.apache.org For additional commands, e-mail:users-h...@tomcat.apache.org - To unsubscribe, e-mail:users-unsubscr...@tomcat.apache.org For additional commands, e-mail:users-h...@tomcat.apache.org - To unsubscribe, e-mail:users-unsubscr...@tomcat.apache.org For additional commands, e-mail:users-h...@
Re: Compatibility, 32 bit ..
I'd like to continue to invest in Raspberry Pi, but also try to put together a functional 32bit build of my software for those poor old neglected closeted towers (really, poor things!). I should be able to do it, from the looks of this. Are you guys doing any kind of pruned down version of Tomcat or maybe a configurable Tomcat that will only include some bare bones stuff like request parsing, connection pooling, and (obviously) threading? Thanks for the pointers .. I would like to try to meet you guys in person at a conference sometime to swap notes and be pals. Anyway, have a great day! Sincerely, John On 11/2/22, Christopher Schultz wrote: > John, > > On 10/28/22 10:46, John Dale (DB2DOM) wrote: >> I see .. Mark and/or Christopher - this means that no Tomcat 10, right? > > https://tomcat.apache.org/whichversion.html > > Tomcat 10.0, yes. > Tomcat 10.1, no. > > Tomcat 10.0 has been superseded and will not get any further updates, > thus you should not use it for any purpose IMO. > > -chris > >> On 10/28/22, Konstantin Kolinko wrote: >>> чт, 27 окт. 2022 г. в 18:02, John Dale (DB2DOM) : I had the same thought when I saw it. Here is java -version output complete: openjdk version "9-internal" OpenJDK Runtime Environment (build 9-internal+0-2016-04-14-195526.buildd.src) OpenJDK Server VM (build 9-internal+0-2016-04-14-195526.buildd.src, mixed mode) >>> >>> The first official release of Java 9 (GA release) was on 21 September >>> 2017 [1][2] >>> >>> What you are seeing here (built in 2016) apparently is some early access >>> stuff. >>> >>> As a whole, Java 9 has already reached its end of life. (LTS releases >>> are Java 8, 11 and 17). >>> >>> [1] https://openjdk.org/projects/jdk9/ >>> [2[ https://en.wikipedia.org/wiki/Java_version_history >>> >>> Best regards, >>> Konstantin Kolinko >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Compatibility, 32 bit ..
Chris enters the room, gazes upon seven orcs, draws his sword, and opens the can of worms. Ooooh .. Philosophy. I love philosophy. :) Good philosophy starts with good questions. I love some of the newer hardware, too, but even Raspberry Pi is not yet 64 bit, is it? The dell computer that I'm working with at the moment is my case study - it's not slow at all. Am I alone in thinking that our technology is trying to leave humanity behind before it is truly not useful anymore? Unlike HAM radio operators, are you one of those crazy people who think we're somehow safe from disaster on planet Earth? I think this universe has much more in store for us. I also like to wring out every last bit of use from stuff. I also grind old screwdrivers that are "worn-out". I'll feel more comfortable when our high school grads understand EcE and computer manufacturing upon graduation. If we need faster computers to replace humans, what's the point? Video games? Meta? AI? What about baseball, Frisbee, stage productions, and Human Intelligence? Can an old 32 bit machine do modern encryption for telecommunications? Why are we still paying so much for phone service? Why aren't our high school grads capable of re-soldering components from these old boards and assembling them into something better and rewriting the software? So, I think it's a worthwhile discussion that I know many thought was settled as they gaze across fully stocked Wal Mart computer departments and newegg query results. If for no other reason, shouldn't we pry the specs out of the hands of Dell and others to understand and reconfigure and reprogam their machines? Or, are they afraid of what we'll discover? My working hypothesis is that if we remove what was put in there to do things we don't know about, these machines will speed-up considerably. :) https://en.wikipedia.org/wiki/Clipper_chip On 11/2/22, Christopher Schultz wrote: > John, > > On 10/27/22 11:03, John Dale (DB2DOM) wrote: >> Does anyone know of a report detailing how much of this older hardware >> is still out there and floating around? > > You mean like a list of all pieced of hardware ever sold and never > scrapped? > > I think that would be practically impossible. > > I have a Palm 7 on a box in my office that has never been inventoried by > anybody and could possibly be plugged back in at any moment. There are > probably warehouses of stuff like what worldwide and you never know when > someone is going to plug-in any one of those devices and start playing > with it again. > >> Big picture: >> It's a lot of computer power in the event manufacturing hits a hiccup, >> I wouldn't want to be caught flat-footed until it could be >> re-established. > > Are you suggesting that Linux should not drop support for i486 > architecture because if new machines aren't available due to > supply-chain issues, we might all have to re-rack 486s to keep our > services running? That sounds insane. We would simply do without. I'd > sooner put my old mobile phones into service supporting my applications > than an old i486. They are more powerful and reliable, and use less > electricity. > > There's a reason Linus wants to kill i486 support: > > "At some point, people have them as museum pieces. They might as well > run museum kernels." - Linus Torvalds > >> I like to build distilled portable stuff for that reason. I think >> DB2DOM could run on some really old versions of all of our favorite >> software if needed. > Great. I'm sure the transactions will only take a couple of seconds to > commit. No problem ;) > > -chris > >> On 10/26/22, Christopher Schultz wrote: >>> Shawn, >>> >>> On 10/26/22 00:14, Shawn Heisey wrote: The Linux kernel dropped support for 386 and 486 CPUs some time ago. >>> >>> I was reading about this today, actually. Linux is currently actively >>> advocating for dropping 486 support, so it must still be in there. >>> >>> -chris >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
John, On 10/28/22 10:46, John Dale (DB2DOM) wrote: I see .. Mark and/or Christopher - this means that no Tomcat 10, right? https://tomcat.apache.org/whichversion.html Tomcat 10.0, yes. Tomcat 10.1, no. Tomcat 10.0 has been superseded and will not get any further updates, thus you should not use it for any purpose IMO. -chris On 10/28/22, Konstantin Kolinko wrote: чт, 27 окт. 2022 г. в 18:02, John Dale (DB2DOM) : I had the same thought when I saw it. Here is java -version output complete: openjdk version "9-internal" OpenJDK Runtime Environment (build 9-internal+0-2016-04-14-195526.buildd.src) OpenJDK Server VM (build 9-internal+0-2016-04-14-195526.buildd.src, mixed mode) The first official release of Java 9 (GA release) was on 21 September 2017 [1][2] What you are seeing here (built in 2016) apparently is some early access stuff. As a whole, Java 9 has already reached its end of life. (LTS releases are Java 8, 11 and 17). [1] https://openjdk.org/projects/jdk9/ [2[ https://en.wikipedia.org/wiki/Java_version_history Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Compatibility, 32 bit ..
John, On 10/27/22 11:03, John Dale (DB2DOM) wrote: Does anyone know of a report detailing how much of this older hardware is still out there and floating around? You mean like a list of all pieced of hardware ever sold and never scrapped? I think that would be practically impossible. I have a Palm 7 on a box in my office that has never been inventoried by anybody and could possibly be plugged back in at any moment. There are probably warehouses of stuff like what worldwide and you never know when someone is going to plug-in any one of those devices and start playing with it again. Big picture: It's a lot of computer power in the event manufacturing hits a hiccup, I wouldn't want to be caught flat-footed until it could be re-established. Are you suggesting that Linux should not drop support for i486 architecture because if new machines aren't available due to supply-chain issues, we might all have to re-rack 486s to keep our services running? That sounds insane. We would simply do without. I'd sooner put my old mobile phones into service supporting my applications than an old i486. They are more powerful and reliable, and use less electricity. There's a reason Linus wants to kill i486 support: "At some point, people have them as museum pieces. They might as well run museum kernels." - Linus Torvalds I like to build distilled portable stuff for that reason. I think DB2DOM could run on some really old versions of all of our favorite software if needed. Great. I'm sure the transactions will only take a couple of seconds to commit. No problem ;) -chris On 10/26/22, Christopher Schultz wrote: Shawn, On 10/26/22 00:14, Shawn Heisey wrote: The Linux kernel dropped support for 386 and 486 CPUs some time ago. I was reading about this today, actually. Linux is currently actively advocating for dropping 486 support, so it must still be in there. -chris - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
I see .. Mark and/or Christopher - this means that no Tomcat 10, right? On 10/28/22, Konstantin Kolinko wrote: > чт, 27 окт. 2022 г. в 18:02, John Dale (DB2DOM) : >> >> I had the same thought when I saw it. Here is java -version output >> complete: >> >> openjdk version "9-internal" >> OpenJDK Runtime Environment (build >> 9-internal+0-2016-04-14-195526.buildd.src) >> OpenJDK Server VM (build 9-internal+0-2016-04-14-195526.buildd.src, mixed >> mode) > > The first official release of Java 9 (GA release) was on 21 September > 2017 [1][2] > > What you are seeing here (built in 2016) apparently is some early access > stuff. > > As a whole, Java 9 has already reached its end of life. (LTS releases > are Java 8, 11 and 17). > > [1] https://openjdk.org/projects/jdk9/ > [2[ https://en.wikipedia.org/wiki/Java_version_history > > Best regards, > Konstantin Kolinko > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
чт, 27 окт. 2022 г. в 18:02, John Dale (DB2DOM) : > > I had the same thought when I saw it. Here is java -version output complete: > > openjdk version "9-internal" > OpenJDK Runtime Environment (build 9-internal+0-2016-04-14-195526.buildd.src) > OpenJDK Server VM (build 9-internal+0-2016-04-14-195526.buildd.src, mixed > mode) The first official release of Java 9 (GA release) was on 21 September 2017 [1][2] What you are seeing here (built in 2016) apparently is some early access stuff. As a whole, Java 9 has already reached its end of life. (LTS releases are Java 8, 11 and 17). [1] https://openjdk.org/projects/jdk9/ [2[ https://en.wikipedia.org/wiki/Java_version_history Best regards, Konstantin Kolinko - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Compatibility, 32 bit ..
Does anyone know of a report detailing how much of this older hardware is still out there and floating around? Big picture: It's a lot of computer power in the event manufacturing hits a hiccup, I wouldn't want to be caught flat-footed until it could be re-established. I like to build distilled portable stuff for that reason. I think DB2DOM could run on some really old versions of all of our favorite software if needed. On 10/26/22, Christopher Schultz wrote: > Shawn, > > On 10/26/22 00:14, Shawn Heisey wrote: >> The Linux kernel dropped support for 386 and 486 CPUs some time ago. > > I was reading about this today, actually. Linux is currently actively > advocating for dropping 486 support, so it must still be in there. > > -chris > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
I had the same thought when I saw it. Here is java -version output complete: openjdk version "9-internal" OpenJDK Runtime Environment (build 9-internal+0-2016-04-14-195526.buildd.src) OpenJDK Server VM (build 9-internal+0-2016-04-14-195526.buildd.src, mixed mode) On 10/26/22, Christopher Schultz wrote: > John, > > On 10/24/22 12:00, John Dale (DB2DOM) wrote: >> Hi Mark; >> Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before >> cli: catalina.sh run) >> java version: openjdk version "9-internal" > > This looks fishy. Version "9-internal"? Is that a real version? > > How about you post the result of: > > $ java -version > > -chris > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: [OT] Compatibility, 32 bit ..
Shawn, On 10/26/22 00:14, Shawn Heisey wrote: The Linux kernel dropped support for 386 and 486 CPUs some time ago. I was reading about this today, actually. Linux is currently actively advocating for dropping 486 support, so it must still be in there. -chris - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
John, On 10/24/22 12:00, John Dale (DB2DOM) wrote: Hi Mark; Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before cli: catalina.sh run) java version: openjdk version "9-internal" This looks fishy. Version "9-internal"? Is that a real version? How about you post the result of: $ java -version -chris - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
...With the rising cost of electricity a new server will pay for itself, skip them.😉 Modern servers use 75% less energy. On 24/10/2022 02:01, John Dale (DB2DOM) wrote: Hi Everyone; I've had a few requests to refurbish some old 32 bit dell towers. So, I'm throwing ubuntu on them and bringing up a MySQL->DB2DOM->Tomcat stack. Unfortunately, Tomcat doesn't want to start with openjdk 9 that is packaged with 32 bit ubuntu. Can someone give me a pointer to what works best? DB2DOM Also, any heads up about missing libs or other nuances would also be appreciated (jax mods were most painful). Sincerely, John Dale, MS MIS Spearfish, SD USA - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
On 10/24/22 13:16, Mark Thomas wrote: On 24/10/2022 20:04, John Dale (DB2DOM) wrote: Mark and Chris - do you guys have a favorite flavor of Linux that has yielded good results? I use Ubuntu for my various test environments and the servers I run at home. Stuff I know well (Tomcat, Java, etc) I tend to install manually rather than using the package manager. +1000 for Ubuntu. Many years ago I used and loved Debian. I have found that Ubuntu retains all the things I love about Debian but has a much larger selection of packages available, due to Debian's strict adherence to only including software that meets DFSG requirements. I mostly use Ubuntu packages, and in some cases official project repos for Ubuntu (gitlab, zabbix, dovecot, etc), but there a few things that I prefer to use official downloads or source to install. Solr and haproxy are the top two in that category. Every time I try to do something useful on an RHEL clone, I find that most of the things I love about my Ubuntu servers don't exist. I can usually find a way to accomplish what I'm after, but it takes a lot more effort and frustration to get it working. In general, .deb packages work better than .rpm packages, and include many convenience features that make them easier to use. Getting back to the original post: has not been available in 32 bit flavors for a number of major releases. But Debian still supports it. A link to a network install ISO, which will require Internet access: https://cdimage.debian.org/debian-cd/current/i386/iso-cd/debian-11.5.0-i386-netinst.iso If the Internet requirement is a problem, you can find larger DVD images that can install a full system without Internet. SUCCESS! I built a VM and installed that Debian ISO on it. I did not install a GUI. Once I got it booted up, I was able to do "apt update && apt install -y openjdk-11-jdk" (as root) with no trouble. If you just need the JRE, you can install openjdk-11-jre instead. Once Java was installed, I downloaded the latest tomcat 10, extracted it, and started it. I was then able to access port 8080 in a browser and see the "successfully installed Tomcat" page. Note that 32 bit Java is limited to a 2GB heap. Limitations like this are one of the primary reasons that 32 bit support is rapidly disappearing from the software world. Chances are of course that your 32 bit system won't really have an issue with that limitation. The Linux kernel dropped support for 386 and 486 CPUs some time ago. So I hope your 32 bit system has at least a Pentium CPU. I am not positive that i586 support is still around in Debian, but i686 is there for sure. On the 32 bit VM: root@debian32bit:/opt/apache-tomcat-10.0.27# uname -a Linux debian32bit 5.10.0-19-686-pae #1 SMP Debian 5.10.149-2 (2022-10-21) i686 GNU/Linux elyograg@debian32bit:~$ java --version openjdk 11.0.16 2022-07-19 OpenJDK Runtime Environment (build 11.0.16+8-post-Debian-1deb11u1) OpenJDK Server VM (build 11.0.16+8-post-Debian-1deb11u1, mixed mode, sharing) On a 64-bit system: elyograg@smeagol:~$ uname -a Linux smeagol 5.17.0-1020-oem #21-Ubuntu SMP PREEMPT Fri Oct 14 09:33:24 UTC 2022 x86_64 x86_64 x86_64 GNU/Linux elyograg@smeagol:~$ java -version openjdk version "11.0.16" 2022-07-19 OpenJDK Runtime Environment (build 11.0.16+8-post-Ubuntu-0ubuntu122.04) OpenJDK 64-Bit Server VM (build 11.0.16+8-post-Ubuntu-0ubuntu122.04, mixed mode, sharing) Thanks, Shawn - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
RE: Compatibility, 32 bit ..
Java 9 dropped 32-bit so it only has 64-bit by default. Maybe you have Java 8 instead of Java 9. Check this: https://www.digitalocean.com/community/tutorials/how-to-install-java-with-apt-on-ubuntu-18-04 Try using Tomcat 8.5 if you want to have 32-bit. -Harri -Original Message- From: John Dale (DB2DOM) Sent: maanantai 24. lokakuuta 2022 22.03 To: Tomcat Users List Subject: Re: Compatibility, 32 bit .. [Et saa yleensä sähköpostia jcdw...@gmail.com. Lisätietoja siitä, miksi tämä on tärkeää, on osoitteessa https://aka.ms/LearnAboutSenderIdentification ] Thank you. Would you agree with me that this should be an ubuntu bug report? I installed using apt-get. John On 10/24/22, Mark Thomas wrote: > On 24/10/2022 19:38, John Dale (DB2DOM) wrote: >> Would Tomcat 10 work with Java 8? > > No. Tomcat 10.1.x requires a minimum of Java 11. > > Details of Tomcat versions, minimum Java versions and other useful > information: > > https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftomc > at.apache.org%2Fwhichversion.html&data=05%7C01%7Charri.pesonen%40s > inch.com%7C14e753cc45db4bab086608dab5f28056%7C3b518aae89214a7b8497619d > 756ce20e%7C0%7C0%7C638022350412584072%7CUnknown%7CTWFpbGZsb3d8eyJWIjoi > MC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C3000%7C%7 > C%7C&sdata=m6n2gaXUVUU39CvV0AtbByiUWfqDCK%2F7w7pLsEzcSr8%3D&re > served=0 > > Mark > > >> >> Thinking I might downgrade the JDK. >> >> >> On 10/24/22, Mark Thomas wrote: >>> >>> >>> On 24/10/2022 17:00, John Dale (DB2DOM) wrote: >>>> Hi Mark; >>>> >>>> Thanks for taking a look. >>>> >>>> Below is more information. >>>> >>>> Sincerely, >>>> >>>> John Dale, MS MIS >>>> Spearfish, SD USA >>>> >>>> - >>>> >>>> Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before >>>> cli: catalina.sh run) >>>> java version: openjdk version "9-internal" >>>> uname -m: i686 >>>> Ubuntu 18.0.4 >>>> >>>> First error in logs: >>>> 24-Oct-2022 09:52:24.411 SEVERE [main] >>>> org.apache.tomcat.util.compat.Jre9Compat. Failed to create >>>> references to Java 9 classes and methods >>>> java.lang.ClassNotFoundException: java.lang.ModuleLayer >>> >>> You appear to have a broken JRE. That class should always be present >>> in Java 9 onwards. >>> >>> Mark >>> >>> >>>> at >>>> java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:384) >>>> at >>>> java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486) >>>> at >>>> java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419) >>>> at >>>> java.lang.Class.forName0(java.base@9-internal/Native >>>> Method) >>>> at >>>> java.lang.Class.forName(java.base@9-internal/Class.java:294) >>>> at >>>> org.apache.tomcat.util.compat.Jre9Compat.(Jre9Compat.java:85) >>>> at >>>> org.apache.tomcat.util.compat.JreCompat.(JreCompat.java:72) >>>> at >>>> org.apache.catalina.core.JreMemoryLeakPreventionListener.lifecycleEvent(JreMemoryLeakPreventionListener.java:282) >>>> at >>>> org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) >>>> at >>>> org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) >>>> at >>>> org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135) >>>> at >>>> org.apache.catalina.startup.Catalina.load(Catalina.java:747) >>>> at >>>> org.apache.catalina.startup.Catalina.load(Catalina.java:769) >>>> at >>>> sun.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/N >>>> ative >>>> Method) >>>> at >>>> sun.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) >>>> at >>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) >>>> at >>>> java
Re: Compatibility, 32 bit ..
On 24/10/2022 20:04, John Dale (DB2DOM) wrote: Mark and Chris - do you guys have a favorite flavor of Linux that has yielded good results? I use Ubuntu for my various test environments and the servers I run at home. Stuff I know well (Tomcat, Java, etc) I tend to install manually rather than using the package manager. Mark Anyone else? John On 10/24/22, Mark Thomas wrote: On 24/10/2022 19:38, John Dale (DB2DOM) wrote: Would Tomcat 10 work with Java 8? No. Tomcat 10.1.x requires a minimum of Java 11. Details of Tomcat versions, minimum Java versions and other useful information: https://tomcat.apache.org/whichversion.html Mark Thinking I might downgrade the JDK. On 10/24/22, Mark Thomas wrote: On 24/10/2022 17:00, John Dale (DB2DOM) wrote: Hi Mark; Thanks for taking a look. Below is more information. Sincerely, John Dale, MS MIS Spearfish, SD USA - Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before cli: catalina.sh run) java version: openjdk version "9-internal" uname -m: i686 Ubuntu 18.0.4 First error in logs: 24-Oct-2022 09:52:24.411 SEVERE [main] org.apache.tomcat.util.compat.Jre9Compat. Failed to create references to Java 9 classes and methods java.lang.ClassNotFoundException: java.lang.ModuleLayer You appear to have a broken JRE. That class should always be present in Java 9 onwards. Mark at java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:384) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419) at java.lang.Class.forName0(java.base@9-internal/Native Method) at java.lang.Class.forName(java.base@9-internal/Class.java:294) at org.apache.tomcat.util.compat.Jre9Compat.(Jre9Compat.java:85) at org.apache.tomcat.util.compat.JreCompat.(JreCompat.java:72) at org.apache.catalina.core.JreMemoryLeakPreventionListener.lifecycleEvent(JreMemoryLeakPreventionListener.java:282) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135) at org.apache.catalina.startup.Catalina.load(Catalina.java:747) at org.apache.catalina.startup.Catalina.load(Catalina.java:769) at sun.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:531) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:305) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:475) On 10/24/22, Mark Thomas wrote: On 24/10/2022 02:01, John Dale (DB2DOM) wrote: Hi Everyone; I've had a few requests to refurbish some old 32 bit dell towers. So, I'm throwing ubuntu on them and bringing up a MySQL->DB2DOM->Tomcat stack. Unfortunately, Tomcat doesn't want to start with openjdk 9 that is packaged with 32 bit ubuntu. Tomcat works happily with 32-bit and 64-bit Java. Can someone give me a pointer to what works best? Perhaps if you told us what Tomcat version you were using and showed us what the error message was we'd be able to provide slightly more advice than "You are doing something wrong. Don't do that". Mark Also, any heads up about missing libs or other nuances would also be appreciated (jax mods were most painful). Sincerely, John Dale, MS MIS Spearfish, SD USA - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h
RE: Compatibility, 32 bit ..
I use AlmaLinux. I like it for servers. Thank you, Neil -- Neil Aggarwal, (972) 834-1565, http://www.propfinancing.com We offer 30 year loans on single family houses! -Original Message- From: John Dale (DB2DOM) [mailto:jcdw...@gmail.com] Sent: Monday, October 24, 2022 2:04 PM To: Tomcat Users List Subject: Re: Compatibility, 32 bit .. Mark and Chris - do you guys have a favorite flavor of Linux that has yielded good results? Anyone else? - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
Mark and Chris - do you guys have a favorite flavor of Linux that has yielded good results? Anyone else? John On 10/24/22, Mark Thomas wrote: > On 24/10/2022 19:38, John Dale (DB2DOM) wrote: >> Would Tomcat 10 work with Java 8? > > No. Tomcat 10.1.x requires a minimum of Java 11. > > Details of Tomcat versions, minimum Java versions and other useful > information: > > https://tomcat.apache.org/whichversion.html > > Mark > > >> >> Thinking I might downgrade the JDK. >> >> >> On 10/24/22, Mark Thomas wrote: >>> >>> >>> On 24/10/2022 17:00, John Dale (DB2DOM) wrote: Hi Mark; Thanks for taking a look. Below is more information. Sincerely, John Dale, MS MIS Spearfish, SD USA - Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before cli: catalina.sh run) java version: openjdk version "9-internal" uname -m: i686 Ubuntu 18.0.4 First error in logs: 24-Oct-2022 09:52:24.411 SEVERE [main] org.apache.tomcat.util.compat.Jre9Compat. Failed to create references to Java 9 classes and methods java.lang.ClassNotFoundException: java.lang.ModuleLayer >>> >>> You appear to have a broken JRE. That class should always be present in >>> Java 9 onwards. >>> >>> Mark >>> >>> at java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:384) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419) at java.lang.Class.forName0(java.base@9-internal/Native Method) at java.lang.Class.forName(java.base@9-internal/Class.java:294) at org.apache.tomcat.util.compat.Jre9Compat.(Jre9Compat.java:85) at org.apache.tomcat.util.compat.JreCompat.(JreCompat.java:72) at org.apache.catalina.core.JreMemoryLeakPreventionListener.lifecycleEvent(JreMemoryLeakPreventionListener.java:282) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135) at org.apache.catalina.startup.Catalina.load(Catalina.java:747) at org.apache.catalina.startup.Catalina.load(Catalina.java:769) at sun.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:531) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:305) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:475) On 10/24/22, Mark Thomas wrote: > On 24/10/2022 02:01, John Dale (DB2DOM) wrote: >> Hi Everyone; >> >> I've had a few requests to refurbish some old 32 bit dell towers. >> >> So, I'm throwing ubuntu on them and bringing up a >> MySQL->DB2DOM->Tomcat >> stack. >> >> Unfortunately, Tomcat doesn't want to start with openjdk 9 that is >> packaged with 32 bit ubuntu. > > Tomcat works happily with 32-bit and 64-bit Java. > >> Can someone give me a pointer to what works best? > Perhaps if you told us what Tomcat version you were using and showed > us > what the error message was we'd be able to provide slightly more > advice > than "You are doing something wrong. Don't do that". > > Mark > > >> Also, any heads up about missing libs or other nuances would also be >> appreciated (jax mods were most painful). >> >> Sincerely, >> >> John Dale, MS MIS >> Spearfish, SD USA >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: us
Re: Compatibility, 32 bit ..
Thank you. Would you agree with me that this should be an ubuntu bug report? I installed using apt-get. John On 10/24/22, Mark Thomas wrote: > On 24/10/2022 19:38, John Dale (DB2DOM) wrote: >> Would Tomcat 10 work with Java 8? > > No. Tomcat 10.1.x requires a minimum of Java 11. > > Details of Tomcat versions, minimum Java versions and other useful > information: > > https://tomcat.apache.org/whichversion.html > > Mark > > >> >> Thinking I might downgrade the JDK. >> >> >> On 10/24/22, Mark Thomas wrote: >>> >>> >>> On 24/10/2022 17:00, John Dale (DB2DOM) wrote: Hi Mark; Thanks for taking a look. Below is more information. Sincerely, John Dale, MS MIS Spearfish, SD USA - Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before cli: catalina.sh run) java version: openjdk version "9-internal" uname -m: i686 Ubuntu 18.0.4 First error in logs: 24-Oct-2022 09:52:24.411 SEVERE [main] org.apache.tomcat.util.compat.Jre9Compat. Failed to create references to Java 9 classes and methods java.lang.ClassNotFoundException: java.lang.ModuleLayer >>> >>> You appear to have a broken JRE. That class should always be present in >>> Java 9 onwards. >>> >>> Mark >>> >>> at java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:384) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419) at java.lang.Class.forName0(java.base@9-internal/Native Method) at java.lang.Class.forName(java.base@9-internal/Class.java:294) at org.apache.tomcat.util.compat.Jre9Compat.(Jre9Compat.java:85) at org.apache.tomcat.util.compat.JreCompat.(JreCompat.java:72) at org.apache.catalina.core.JreMemoryLeakPreventionListener.lifecycleEvent(JreMemoryLeakPreventionListener.java:282) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135) at org.apache.catalina.startup.Catalina.load(Catalina.java:747) at org.apache.catalina.startup.Catalina.load(Catalina.java:769) at sun.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:531) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:305) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:475) On 10/24/22, Mark Thomas wrote: > On 24/10/2022 02:01, John Dale (DB2DOM) wrote: >> Hi Everyone; >> >> I've had a few requests to refurbish some old 32 bit dell towers. >> >> So, I'm throwing ubuntu on them and bringing up a >> MySQL->DB2DOM->Tomcat >> stack. >> >> Unfortunately, Tomcat doesn't want to start with openjdk 9 that is >> packaged with 32 bit ubuntu. > > Tomcat works happily with 32-bit and 64-bit Java. > >> Can someone give me a pointer to what works best? > Perhaps if you told us what Tomcat version you were using and showed > us > what the error message was we'd be able to provide slightly more > advice > than "You are doing something wrong. Don't do that". > > Mark > > >> Also, any heads up about missing libs or other nuances would also be >> appreciated (jax mods were most painful). >> >> Sincerely, >> >> John Dale, MS MIS >> Spearfish, SD USA >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: us
Re: Compatibility, 32 bit ..
On 24/10/2022 19:38, John Dale (DB2DOM) wrote: Would Tomcat 10 work with Java 8? No. Tomcat 10.1.x requires a minimum of Java 11. Details of Tomcat versions, minimum Java versions and other useful information: https://tomcat.apache.org/whichversion.html Mark Thinking I might downgrade the JDK. On 10/24/22, Mark Thomas wrote: On 24/10/2022 17:00, John Dale (DB2DOM) wrote: Hi Mark; Thanks for taking a look. Below is more information. Sincerely, John Dale, MS MIS Spearfish, SD USA - Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before cli: catalina.sh run) java version: openjdk version "9-internal" uname -m: i686 Ubuntu 18.0.4 First error in logs: 24-Oct-2022 09:52:24.411 SEVERE [main] org.apache.tomcat.util.compat.Jre9Compat. Failed to create references to Java 9 classes and methods java.lang.ClassNotFoundException: java.lang.ModuleLayer You appear to have a broken JRE. That class should always be present in Java 9 onwards. Mark at java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:384) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419) at java.lang.Class.forName0(java.base@9-internal/Native Method) at java.lang.Class.forName(java.base@9-internal/Class.java:294) at org.apache.tomcat.util.compat.Jre9Compat.(Jre9Compat.java:85) at org.apache.tomcat.util.compat.JreCompat.(JreCompat.java:72) at org.apache.catalina.core.JreMemoryLeakPreventionListener.lifecycleEvent(JreMemoryLeakPreventionListener.java:282) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135) at org.apache.catalina.startup.Catalina.load(Catalina.java:747) at org.apache.catalina.startup.Catalina.load(Catalina.java:769) at sun.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:531) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:305) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:475) On 10/24/22, Mark Thomas wrote: On 24/10/2022 02:01, John Dale (DB2DOM) wrote: Hi Everyone; I've had a few requests to refurbish some old 32 bit dell towers. So, I'm throwing ubuntu on them and bringing up a MySQL->DB2DOM->Tomcat stack. Unfortunately, Tomcat doesn't want to start with openjdk 9 that is packaged with 32 bit ubuntu. Tomcat works happily with 32-bit and 64-bit Java. Can someone give me a pointer to what works best? Perhaps if you told us what Tomcat version you were using and showed us what the error message was we'd be able to provide slightly more advice than "You are doing something wrong. Don't do that". Mark Also, any heads up about missing libs or other nuances would also be appreciated (jax mods were most painful). Sincerely, John Dale, MS MIS Spearfish, SD USA - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
Would Tomcat 10 work with Java 8? Thinking I might downgrade the JDK. On 10/24/22, Mark Thomas wrote: > > > On 24/10/2022 17:00, John Dale (DB2DOM) wrote: >> Hi Mark; >> >> Thanks for taking a look. >> >> Below is more information. >> >> Sincerely, >> >> John Dale, MS MIS >> Spearfish, SD USA >> >> - >> >> Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before >> cli: catalina.sh run) >> java version: openjdk version "9-internal" >> uname -m: i686 >> Ubuntu 18.0.4 >> >> First error in logs: >> 24-Oct-2022 09:52:24.411 SEVERE [main] >> org.apache.tomcat.util.compat.Jre9Compat. Failed to create >> references to Java 9 classes and methods >> java.lang.ClassNotFoundException: java.lang.ModuleLayer > > You appear to have a broken JRE. That class should always be present in > Java 9 onwards. > > Mark > > >> at >> java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:384) >> at >> java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486) >> at >> java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419) >> at java.lang.Class.forName0(java.base@9-internal/Native >> Method) >> at >> java.lang.Class.forName(java.base@9-internal/Class.java:294) >> at >> org.apache.tomcat.util.compat.Jre9Compat.(Jre9Compat.java:85) >> at >> org.apache.tomcat.util.compat.JreCompat.(JreCompat.java:72) >> at >> org.apache.catalina.core.JreMemoryLeakPreventionListener.lifecycleEvent(JreMemoryLeakPreventionListener.java:282) >> at >> org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) >> at >> org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) >> at >> org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135) >> at >> org.apache.catalina.startup.Catalina.load(Catalina.java:747) >> at >> org.apache.catalina.startup.Catalina.load(Catalina.java:769) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native >> Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) >> at >> java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:531) >> at >> org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:305) >> at >> org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:475) >> >> >> >> On 10/24/22, Mark Thomas wrote: >>> On 24/10/2022 02:01, John Dale (DB2DOM) wrote: Hi Everyone; I've had a few requests to refurbish some old 32 bit dell towers. So, I'm throwing ubuntu on them and bringing up a MySQL->DB2DOM->Tomcat stack. Unfortunately, Tomcat doesn't want to start with openjdk 9 that is packaged with 32 bit ubuntu. >>> >>> Tomcat works happily with 32-bit and 64-bit Java. >>> Can someone give me a pointer to what works best? >>> Perhaps if you told us what Tomcat version you were using and showed us >>> what the error message was we'd be able to provide slightly more advice >>> than "You are doing something wrong. Don't do that". >>> >>> Mark >>> >>> Also, any heads up about missing libs or other nuances would also be appreciated (jax mods were most painful). Sincerely, John Dale, MS MIS Spearfish, SD USA - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> - >>> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >>> For additional commands, e-mail: users-h...@tomcat.apache.org >>> >>> >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
On 24/10/2022 17:00, John Dale (DB2DOM) wrote: Hi Mark; Thanks for taking a look. Below is more information. Sincerely, John Dale, MS MIS Spearfish, SD USA - Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before cli: catalina.sh run) java version: openjdk version "9-internal" uname -m: i686 Ubuntu 18.0.4 First error in logs: 24-Oct-2022 09:52:24.411 SEVERE [main] org.apache.tomcat.util.compat.Jre9Compat. Failed to create references to Java 9 classes and methods java.lang.ClassNotFoundException: java.lang.ModuleLayer You appear to have a broken JRE. That class should always be present in Java 9 onwards. Mark at java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:384) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419) at java.lang.Class.forName0(java.base@9-internal/Native Method) at java.lang.Class.forName(java.base@9-internal/Class.java:294) at org.apache.tomcat.util.compat.Jre9Compat.(Jre9Compat.java:85) at org.apache.tomcat.util.compat.JreCompat.(JreCompat.java:72) at org.apache.catalina.core.JreMemoryLeakPreventionListener.lifecycleEvent(JreMemoryLeakPreventionListener.java:282) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135) at org.apache.catalina.startup.Catalina.load(Catalina.java:747) at org.apache.catalina.startup.Catalina.load(Catalina.java:769) at sun.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:531) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:305) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:475) On 10/24/22, Mark Thomas wrote: On 24/10/2022 02:01, John Dale (DB2DOM) wrote: Hi Everyone; I've had a few requests to refurbish some old 32 bit dell towers. So, I'm throwing ubuntu on them and bringing up a MySQL->DB2DOM->Tomcat stack. Unfortunately, Tomcat doesn't want to start with openjdk 9 that is packaged with 32 bit ubuntu. Tomcat works happily with 32-bit and 64-bit Java. Can someone give me a pointer to what works best? Perhaps if you told us what Tomcat version you were using and showed us what the error message was we'd be able to provide slightly more advice than "You are doing something wrong. Don't do that". Mark Also, any heads up about missing libs or other nuances would also be appreciated (jax mods were most painful). Sincerely, John Dale, MS MIS Spearfish, SD USA - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
Hi Mark; Thanks for taking a look. Below is more information. Sincerely, John Dale, MS MIS Spearfish, SD USA - Tomcat version: 10.0.27 (unzipped, chmod 770 on catalina.sh before cli: catalina.sh run) java version: openjdk version "9-internal" uname -m: i686 Ubuntu 18.0.4 First error in logs: 24-Oct-2022 09:52:24.411 SEVERE [main] org.apache.tomcat.util.compat.Jre9Compat. Failed to create references to Java 9 classes and methods java.lang.ClassNotFoundException: java.lang.ModuleLayer at java.net.URLClassLoader.findClass(java.base@9-internal/URLClassLoader.java:384) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:486) at java.lang.ClassLoader.loadClass(java.base@9-internal/ClassLoader.java:419) at java.lang.Class.forName0(java.base@9-internal/Native Method) at java.lang.Class.forName(java.base@9-internal/Class.java:294) at org.apache.tomcat.util.compat.Jre9Compat.(Jre9Compat.java:85) at org.apache.tomcat.util.compat.JreCompat.(JreCompat.java:72) at org.apache.catalina.core.JreMemoryLeakPreventionListener.lifecycleEvent(JreMemoryLeakPreventionListener.java:282) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:123) at org.apache.catalina.util.LifecycleBase.setStateInternal(LifecycleBase.java:423) at org.apache.catalina.util.LifecycleBase.init(LifecycleBase.java:135) at org.apache.catalina.startup.Catalina.load(Catalina.java:747) at org.apache.catalina.startup.Catalina.load(Catalina.java:769) at sun.reflect.NativeMethodAccessorImpl.invoke0(java.base@9-internal/Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(java.base@9-internal/NativeMethodAccessorImpl.java:62) at sun.reflect.DelegatingMethodAccessorImpl.invoke(java.base@9-internal/DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(java.base@9-internal/Method.java:531) at org.apache.catalina.startup.Bootstrap.load(Bootstrap.java:305) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:475) On 10/24/22, Mark Thomas wrote: > On 24/10/2022 02:01, John Dale (DB2DOM) wrote: >> Hi Everyone; >> >> I've had a few requests to refurbish some old 32 bit dell towers. >> >> So, I'm throwing ubuntu on them and bringing up a MySQL->DB2DOM->Tomcat >> stack. >> >> Unfortunately, Tomcat doesn't want to start with openjdk 9 that is >> packaged with 32 bit ubuntu. > > Tomcat works happily with 32-bit and 64-bit Java. > >> Can someone give me a pointer to what works best? > Perhaps if you told us what Tomcat version you were using and showed us > what the error message was we'd be able to provide slightly more advice > than "You are doing something wrong. Don't do that". > > Mark > > >> Also, any heads up about missing libs or other nuances would also be >> appreciated (jax mods were most painful). >> >> Sincerely, >> >> John Dale, MS MIS >> Spearfish, SD USA >> >> - >> To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org >> For additional commands, e-mail: users-h...@tomcat.apache.org >> > > - > To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org > For additional commands, e-mail: users-h...@tomcat.apache.org > > - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Re: Compatibility, 32 bit ..
On 24/10/2022 02:01, John Dale (DB2DOM) wrote: Hi Everyone; I've had a few requests to refurbish some old 32 bit dell towers. So, I'm throwing ubuntu on them and bringing up a MySQL->DB2DOM->Tomcat stack. Unfortunately, Tomcat doesn't want to start with openjdk 9 that is packaged with 32 bit ubuntu. Tomcat works happily with 32-bit and 64-bit Java. Can someone give me a pointer to what works best? Perhaps if you told us what Tomcat version you were using and showed us what the error message was we'd be able to provide slightly more advice than "You are doing something wrong. Don't do that". Mark Also, any heads up about missing libs or other nuances would also be appreciated (jax mods were most painful). Sincerely, John Dale, MS MIS Spearfish, SD USA - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org
Compatibility, 32 bit ..
Hi Everyone; I've had a few requests to refurbish some old 32 bit dell towers. So, I'm throwing ubuntu on them and bringing up a MySQL->DB2DOM->Tomcat stack. Unfortunately, Tomcat doesn't want to start with openjdk 9 that is packaged with 32 bit ubuntu. Can someone give me a pointer to what works best? DB2DOM Also, any heads up about missing libs or other nuances would also be appreciated (jax mods were most painful). Sincerely, John Dale, MS MIS Spearfish, SD USA - To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org For additional commands, e-mail: users-h...@tomcat.apache.org