AW: AW: setenv.sh not loaded

[aon.913111623]

Christopher,

thank you for your additional hints!

You are right regarding CATALINA_BASE, of course! (In case Tomcat is really 
configured to use a separated CATALINA_BASE setup. Which I have practiced since 
Tomcat 5, but in a slightly different manner.) 

And regarding debug info: As far as I understood the initial question there is 
only needed to debug the successful load of setenv.sh. For that purpose the 
timestamp of the created/overwritten file would fulfill the expectation for me 
as well.

BR, Johann

Von: Christopher Schultz
Gesendet: Mittwoch, 2. November 2022 19:28
An: users@tomcat.apache.org
Betreff: Re: AW: setenv.sh not loaded

Johann,

On 11/2/22 14:02, aon.913111...@aon.at wrote:
> I have installed a Tomcat 9.0.68 now on a CentOS vm, following actual 
> recommendations how to do this on CentOS (means on RHEL as well).
> 
> Following command,
> 
> find / -name catalina.sh
> 
> normally will be able to locate that core Tomcat shell script.
> setenv.sh needs to be located in same directory.

No, it doesn't. It should be in CATALINA_BASE/bin. Please read the 
catalina.sh script for the meaning of CATALINA_BASE.

> And don’t forget to apply
> 
> chmod -x setenv.sh
> 
> after you have created it!
> 
> (Assumed you have created the script as/or changed ownership to same user 
> which is owner of all other files in the bin directory.)
> 
> And regarding my proposed debug statement to be inserted into setenv.sh: This 
> has to be corrected to
> 
> echo "setenv.sh successfully loaded" > $CATALINA_HOME/logs/debug.txt

you may also want to include a timestamp so you know when that happened, 
and/or use ">>" to append to the log file instead of just overwriting it 
each time.

-chris

> Von: Ivano Luberti
> Gesendet: Mittwoch, 2. November 2022 14:08
> An: users@tomcat.apache.org
> Betreff: Re: setenv.sh not loaded
> 
> Tomcat ahas benne installed using yum
> 
> I cannot find any catalina.sh file on the system.
> 
> So I have to check with the sysadmin how  he configured tomcat.
> 
> Il 02/11/2022 13:46, Olaf Kock ha scritto:
>>
>> On 02.11.22 12:43, Ivano Luberti wrote:
>>> Hi, I have been given an Oracle Linux instance with tomcat 9.0.65
>>> installed as a service.
>>>
>>> Tomcat is running correctly
>>>
>>> I have tried to create a setenv.sh file to tune the JVM, but using
>>> the tomcat manager application and the catalina.log file it seems
>>> that my java configuration is not loaded.
>>>
>>> Any suggestion on how to debug this?
>>
>> You're saying "installed as a service". This might mean that
>> tomcat/bin/catalina.sh is also never executed, or that it has been
>> altered from the default.
>>
>> Ivano's suggestion is great already. On top, you might want to
>>
>> * check how Tomcat is started by the system (e.g. does it go through
>> catalina.sh at all?)
>>
>> * check if anything in its installation directory is altered from
>> default. Just inspect a diff between stock 9.0.65 and what you find in
>> your installation.
>>
>> Olaf
>>
>>
>>
>>
>>>
>>>
>>>
>>> -
>>> 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

AW: AW: setenv.sh not loaded

[aon.913111623]

Christopher,

thank you for your additional hints!

You are right regarding CATALINA_BASE, of course! (In case Tomcat is really 
configured to use a separated CATALINA_BASE setup. Which I have practiced since 
Tomcat 5, but in a slightly different manner.) 

And regarding debug info: As far as I understood the initial question there is 
only needed to debug the successful load of setenv.sh. For that purpose the 
timestamp of the created/overwritten file would fulfill the expectation for me 
as well.

BR, Johann

Von: Christopher Schultz
Gesendet: Mittwoch, 2. November 2022 19:28
An: users@tomcat.apache.org
Betreff: Re: AW: setenv.sh not loaded

Johann,

On 11/2/22 14:02, aon.913111...@aon.at wrote:
> I have installed a Tomcat 9.0.68 now on a CentOS vm, following actual 
> recommendations how to do this on CentOS (means on RHEL as well).
> 
> Following command,
> 
> find / -name catalina.sh
> 
> normally will be able to locate that core Tomcat shell script.
> setenv.sh needs to be located in same directory.

No, it doesn't. It should be in CATALINA_BASE/bin. Please read the 
catalina.sh script for the meaning of CATALINA_BASE.

> And don’t forget to apply
> 
> chmod -x setenv.sh
> 
> after you have created it!
> 
> (Assumed you have created the script as/or changed ownership to same user 
> which is owner of all other files in the bin directory.)
> 
> And regarding my proposed debug statement to be inserted into setenv.sh: This 
> has to be corrected to
> 
> echo "setenv.sh successfully loaded" > $CATALINA_HOME/logs/debug.txt

you may also want to include a timestamp so you know when that happened, 
and/or use ">>" to append to the log file instead of just overwriting it 
each time.

-chris

> Von: Ivano Luberti
> Gesendet: Mittwoch, 2. November 2022 14:08
> An: users@tomcat.apache.org
> Betreff: Re: setenv.sh not loaded
> 
> Tomcat ahas benne installed using yum
> 
> I cannot find any catalina.sh file on the system.
> 
> So I have to check with the sysadmin how  he configured tomcat.
> 
> Il 02/11/2022 13:46, Olaf Kock ha scritto:
>>
>> On 02.11.22 12:43, Ivano Luberti wrote:
>>> Hi, I have been given an Oracle Linux instance with tomcat 9.0.65
>>> installed as a service.
>>>
>>> Tomcat is running correctly
>>>
>>> I have tried to create a setenv.sh file to tune the JVM, but using
>>> the tomcat manager application and the catalina.log file it seems
>>> that my java configuration is not loaded.
>>>
>>> Any suggestion on how to debug this?
>>
>> You're saying "installed as a service". This might mean that
>> tomcat/bin/catalina.sh is also never executed, or that it has been
>> altered from the default.
>>
>> Ivano's suggestion is great already. On top, you might want to
>>
>> * check how Tomcat is started by the system (e.g. does it go through
>> catalina.sh at all?)
>>
>> * check if anything in its installation directory is altered from
>> default. Just inspect a diff between stock 9.0.65 and what you find in
>> your installation.
>>
>> Olaf
>>
>>
>>
>>
>>>
>>>
>>>
>>> -
>>> 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 ..

[Christopher Schultz]

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 ..

[Christopher Schultz]

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 ..

[John Dale (DB2DOM)]

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 ..

[John Dale (DB2DOM)]

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: AW: setenv.sh not loaded

[Christopher Schultz]

Johann,

On 11/2/22 14:02, aon.913111...@aon.at wrote:

I have installed a Tomcat 9.0.68 now on a CentOS vm, following actual 
recommendations how to do this on CentOS (means on RHEL as well).

Following command,

find / -name catalina.sh

normally will be able to locate that core Tomcat shell script.
setenv.sh needs to be located in same directory.


No, it doesn't. It should be in CATALINA_BASE/bin. Please read the 
catalina.sh script for the meaning of CATALINA_BASE.



And don’t forget to apply

chmod -x setenv.sh

after you have created it!

(Assumed you have created the script as/or changed ownership to same user which 
is owner of all other files in the bin directory.)

And regarding my proposed debug statement to be inserted into setenv.sh: This 
has to be corrected to

echo "setenv.sh successfully loaded" > $CATALINA_HOME/logs/debug.txt


you may also want to include a timestamp so you know when that happened, 
and/or use ">>" to append to the log file instead of just overwriting it 
each time.


-chris


Von: Ivano Luberti
Gesendet: Mittwoch, 2. November 2022 14:08
An: users@tomcat.apache.org
Betreff: Re: setenv.sh not loaded

Tomcat ahas benne installed using yum

I cannot find any catalina.sh file on the system.

So I have to check with the sysadmin how  he configured tomcat.

Il 02/11/2022 13:46, Olaf Kock ha scritto:


On 02.11.22 12:43, Ivano Luberti wrote:

Hi, I have been given an Oracle Linux instance with tomcat 9.0.65
installed as a service.

Tomcat is running correctly

I have tried to create a setenv.sh file to tune the JVM, but using
the tomcat manager application and the catalina.log file it seems
that my java configuration is not loaded.

Any suggestion on how to debug this?


You're saying "installed as a service". This might mean that
tomcat/bin/catalina.sh is also never executed, or that it has been
altered from the default.

Ivano's suggestion is great already. On top, you might want to

* check how Tomcat is started by the system (e.g. does it go through
catalina.sh at all?)

* check if anything in its installation directory is altered from
default. Just inspect a diff between stock 9.0.65 and what you find in
your installation.

Olaf








-
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 ..

[Christopher Schultz]

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 ..

[Christopher Schultz]

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: Partial commit (Transaction rollback )

[Christopher Schultz]

Mohan,

On 10/31/22 08:37, Mohan T wrote:

The same piece of code works in tomcat 8.5.  with JDK 8 and Oracle DB 12C.


Where is the commit occurring? Where is the rollback occurring? Stack 
traces for both?


-chris


-Original Message-
From: Rob Sargent 
Sent: 31 October 2022 18:05
To: users@tomcat.apache.org
Subject: Re: Partial commit (Transaction rollback )

RAMCO Security WARNING: This is an external email. Do not click links or open 
attachments unless you recognize the sender and know the content is safe



On 10/30/22 23:42, Mohan T wrote:

Dear All,

We are using the Tomcat with the following combination.

We are facing partial commit  (Transaction is not getting rolled back).

App Server   Apache tomcat server: apache-tomcat- 9.0.65.0
JDK version  openjdk version "11.0.16" 2022-07-19 LTS 
OpenJDK Runtime Environment (Red_Hat-11.0.16.0.8-1.el7openjdkportable) (build 
11.0.16+8-LTS)
OpenJDK 64-Bit Server VM (Red_Hat-11.0.16.0.8-1.el7openjdkportable) (build 
11.0.16+8-LTS, mixed mode)
Database  Oracle Database 19c Standard Edition 2 
Release 19.0.0.0.0 - Production
Operating System   Red Hat Enterprise Linux release 8.6 (Ootpa)

How to identify / overcome this issue.


What indication do  you have that this is a Tomcat issue?


-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

DISCLAIMER: This communication contains information which is confidential and 
the copyright of Ramco Systems Ltd, its subsidiaries or a third party 
(“Ramco”). This email may also contain legally privileged information. 
Confidentiality and legal privilege attached to this communication are not 
waived or lost by reason of mistaken delivery to you.This email is intended to 
be read or used by the addressee only. If you are not the intended recipient, 
any use, distribution, disclosure or copying of this email is strictly 
prohibited without the express written approval of Ramco. Please delete and 
destroy all copies and email Ramco at le...@ramco.com immediately. Any views 
expressed in this communication are those of the individual sender, except 
where the sender specifically states them to be the views of Ramco. Except as 
required by law, Ramco does not represent, warrant and/or guarantee that the 
integrity of this communication has been maintained nor that the communication 
is free of errors, virus, interception or interference. If you do not wish to 
receive such communications, please forward this communication to 
market...@ramco.com and express your wish not to receive such communications 
henceforth.

-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

AW: setenv.sh not loaded

[aon.913111623]

Hello again!

I have installed a Tomcat 9.0.68 now on a CentOS vm, following actual 
recommendations how to do this on CentOS (means on RHEL as well). 

Following command,

find / -name catalina.sh 

normally will be able to locate that core Tomcat shell script. 
setenv.sh needs to be located in same directory. 
And don’t forget to apply 

chmod -x setenv.sh 

after you have created it! 

(Assumed you have created the script as/or changed ownership to same user which 
is owner of all other files in the bin directory.)

And regarding my proposed debug statement to be inserted into setenv.sh: This 
has to be corrected to

echo "setenv.sh successfully loaded" > $CATALINA_HOME/logs/debug.txt 

BR, Johann

Von: Ivano Luberti
Gesendet: Mittwoch, 2. November 2022 14:08
An: users@tomcat.apache.org
Betreff: Re: setenv.sh not loaded

Tomcat ahas benne installed using yum

I cannot find any catalina.sh file on the system.

So I have to check with the sysadmin how  he configured tomcat.

Il 02/11/2022 13:46, Olaf Kock ha scritto:
>
> On 02.11.22 12:43, Ivano Luberti wrote:
>> Hi, I have been given an Oracle Linux instance with tomcat 9.0.65 
>> installed as a service.
>>
>> Tomcat is running correctly
>>
>> I have tried to create a setenv.sh file to tune the JVM, but using 
>> the tomcat manager application and the catalina.log file it seems 
>> that my java configuration is not loaded.
>>
>> Any suggestion on how to debug this?
>
> You're saying "installed as a service". This might mean that 
> tomcat/bin/catalina.sh is also never executed, or that it has been 
> altered from the default.
>
> Ivano's suggestion is great already. On top, you might want to
>
> * check how Tomcat is started by the system (e.g. does it go through 
> catalina.sh at all?)
>
> * check if anything in its installation directory is altered from 
> default. Just inspect a diff between stock 9.0.65 and what you find in 
> your installation.
>
> Olaf
>
>
>
>
>>
>>
>>
>> -
>> 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
>
-- 

Archimede Informatica tratta i dati personali in conformità a quanto
stabilito dal Regolamento UE n. 2016/679 (GDPR) e dal D. Lgs. 30 giugno 
2003 n. 196
per come modificato dal D.Lgs. 10 agosto 2018 n. 101.
Informativa completa 


dott. Ivano Mario Luberti

Archimede Informatica società cooperativa a r. l.
Via Gereschi 36, 56127 Pisa

tel.: +39 050/580959 | fax: +39 050/8932061

web: www.archicoop.it
linkedin: www.linkedin.com/in/ivanoluberti
facebook: www.facebook.com/archimedeinformaticapisa/

AW: setenv.sh not loaded

[aon.913111623]

Hello again!

I have installed a Tomcat 9.0.68 now on a CentOS vm, following actual 
recommendations how to do this on CentOS (means on RHEL as well). 

Following command,

find / -name catalina.sh 

normally will be able to locate that core Tomcat shell script. 
setenv.sh needs to be located in same directory. 
And don’t forget to apply 

chmod -x setenv.sh 

after you have created it! 

(Assumed you have created the script as/or changed ownership to same user which 
is owner of all other files in the bin directory.)

And regarding my proposed debug statement to be inserted into setenv.sh: This 
has to be corrected to

echo "setenv.sh successfully loaded" > $CATALINA_HOME/logs/debug.txt 

BR, Johann

Von: Ivano Luberti
Gesendet: Mittwoch, 2. November 2022 14:08
An: users@tomcat.apache.org
Betreff: Re: setenv.sh not loaded

Tomcat ahas benne installed using yum

I cannot find any catalina.sh file on the system.

So I have to check with the sysadmin how  he configured tomcat.

Il 02/11/2022 13:46, Olaf Kock ha scritto:
>
> On 02.11.22 12:43, Ivano Luberti wrote:
>> Hi, I have been given an Oracle Linux instance with tomcat 9.0.65 
>> installed as a service.
>>
>> Tomcat is running correctly
>>
>> I have tried to create a setenv.sh file to tune the JVM, but using 
>> the tomcat manager application and the catalina.log file it seems 
>> that my java configuration is not loaded.
>>
>> Any suggestion on how to debug this?
>
> You're saying "installed as a service". This might mean that 
> tomcat/bin/catalina.sh is also never executed, or that it has been 
> altered from the default.
>
> Ivano's suggestion is great already. On top, you might want to
>
> * check how Tomcat is started by the system (e.g. does it go through 
> catalina.sh at all?)
>
> * check if anything in its installation directory is altered from 
> default. Just inspect a diff between stock 9.0.65 and what you find in 
> your installation.
>
> Olaf
>
>
>
>
>>
>>
>>
>> -
>> 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
>
-- 

Archimede Informatica tratta i dati personali in conformità a quanto
stabilito dal Regolamento UE n. 2016/679 (GDPR) e dal D. Lgs. 30 giugno 
2003 n. 196
per come modificato dal D.Lgs. 10 agosto 2018 n. 101.
Informativa completa 


dott. Ivano Mario Luberti

Archimede Informatica società cooperativa a r. l.
Via Gereschi 36, 56127 Pisa

tel.: +39 050/580959 | fax: +39 050/8932061

web: www.archicoop.it
linkedin: www.linkedin.com/in/ivanoluberti
facebook: www.facebook.com/archimedeinformaticapisa/

Re: [OT] Compatibility, 32 bit ..

[John Dale (DB2DOM)]

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 

Re: [OT] Compatibility, 32 bit ..

[Felix Schumacher]

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, 

Re: Compatibility, 32 bit ..

[John Dale (DB2DOM)]

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 ..

[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?

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: [SECURITY][UPDATE] CVE-2022-42252 Apache Tomcat - Request Smuggling

[Christopher Schultz]

All,

There is a typo in this announcement.

The affected versions of Tomcat8.5 are 8.5.0 to 8.0.82, not 8.5.52.

Thanks,
-chris

On 10/31/22 12:46, Mark Thomas wrote:

CVE-2022-42252 Apache Tomcat - Request Smuggling

Severity: Low

Vendor: The Apache Software Foundation

Versions Affected:
Apache Tomcat 10.1.0-M1 to 10.1.0
Apache Tomcat 10.0.0-M1 to 10.0.26
Apache Tomcat 9.0.0-M1 to 9.0.67
Apache Tomcat 8.5.0 to 8.5.52

Description:
If Tomcat was configured to ignore invalid HTTP headers via setting
rejectIllegalHeader to false (the default for 8.5.x only), Tomcat did 
not reject a request containing an invalid Content-Length header making 
a request smuggling attack  possible if Tomcat was located behind a 
reverse proxy that also failed to reject the request with the invalid 
header.



Mitigation:
Users of the affected versions should apply one of the following
mitigations:
- Ensure rejectIllegalHeader is set to true
- Upgrade to Apache Tomcat 10.1.1 or later
- Upgrade to Apache Tomcat 10.0.27 or later
- Upgrade to Apache Tomcat 9.0.68 or later
- Upgrade to Apache Tomcat 8.5.83 or later

Credit:
Thanks to Sam Shahsavar who discovered this issue and reported it to the 
Apache Tomcat security team.


History:
2022-10-31 Original advisory

References:
[1] https://tomcat.apache.org/security-10.html
[2] https://tomcat.apache.org/security-9.html
[3] https://tomcat.apache.org/security-8.html


-
To unsubscribe, e-mail: dev-unsubscr...@tomcat.apache.org
For additional commands, e-mail: dev-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 ..

[Christopher Schultz]

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 ..

[Christopher Schultz]

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: setenv.sh not loaded

[Ivano Luberti]

Tomcat ahas benne installed using yum

I cannot find any catalina.sh file on the system.

So I have to check with the sysadmin how  he configured tomcat.

Il 02/11/2022 13:46, Olaf Kock ha scritto:


On 02.11.22 12:43, Ivano Luberti wrote:
Hi, I have been given an Oracle Linux instance with tomcat 9.0.65 
installed as a service.


Tomcat is running correctly

I have tried to create a setenv.sh file to tune the JVM, but using 
the tomcat manager application and the catalina.log file it seems 
that my java configuration is not loaded.


Any suggestion on how to debug this?


You're saying "installed as a service". This might mean that 
tomcat/bin/catalina.sh is also never executed, or that it has been 
altered from the default.


Ivano's suggestion is great already. On top, you might want to

* check how Tomcat is started by the system (e.g. does it go through 
catalina.sh at all?)


* check if anything in its installation directory is altered from 
default. Just inspect a diff between stock 9.0.65 and what you find in 
your installation.


Olaf








-
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


--

Archimede Informatica tratta i dati personali in conformità a quanto
stabilito dal Regolamento UE n. 2016/679 (GDPR) e dal D. Lgs. 30 giugno 
2003 n. 196

per come modificato dal D.Lgs. 10 agosto 2018 n. 101.
Informativa completa 



dott. Ivano Mario Luberti

Archimede Informatica società cooperativa a r. l.
Via Gereschi 36, 56127 Pisa

tel.: +39 050/580959 | fax: +39 050/8932061

web: www.archicoop.it
linkedin: www.linkedin.com/in/ivanoluberti
facebook: www.facebook.com/archimedeinformaticapisa/

Re: AW: setenv.sh not loaded

[Ivano Luberti]

Hi Johann where should I insert the echo?

In setenv.sh , right?

If so, no file has been created, so stenv.sh seems is not called

Il 02/11/2022 13:36, aon.913111...@aon.at ha scritto:

Hello,

recommended approach: Insert as last but one line (last line might contain a 
call of catalina.sh – normally)

echo „setenv.sh executed successfully“ > $TOMCAT_HOME/log/debug.txt

and check existence of this created file after having initiated a restart of 
the Tomcat process.

BR, Johann


Von: Ivano Luberti
Gesendet: Mittwoch, 2. November 2022 12:43
An:users@tomcat.apache.org
Betreff: setenv.sh not loaded

Hi, I have been given an Oracle Linux instance with tomcat 9.0.65
installed as a service.

Tomcat is running correctly

I have tried to create a setenv.sh file to tune the JVM, but using the
tomcat manager application and the catalina.log file it seems that my
java configuration is not loaded.

Any suggestion on how to debug this?



-
To unsubscribe, e-mail:users-unsubscr...@tomcat.apache.org
For additional commands, e-mail:users-h...@tomcat.apache.org





--

Archimede Informatica tratta i dati personali in conformità a quanto
stabilito dal Regolamento UE n. 2016/679 (GDPR) e dal D. Lgs. 30 giugno 
2003 n. 196

per come modificato dal D.Lgs. 10 agosto 2018 n. 101.
Informativa completa 



dott. Ivano Mario Luberti

Archimede Informatica società cooperativa a r. l.
Via Gereschi 36, 56127 Pisa

tel.: +39 050/580959 | fax: +39 050/8932061

web: www.archicoop.it
linkedin: www.linkedin.com/in/ivanoluberti
facebook: www.facebook.com/archimedeinformaticapisa/

Re: setenv.sh not loaded

[Olaf Kock]

On 02.11.22 12:43, Ivano Luberti wrote:
Hi, I have been given an Oracle Linux instance with tomcat 9.0.65 
installed as a service.


Tomcat is running correctly

I have tried to create a setenv.sh file to tune the JVM, but using the 
tomcat manager application and the catalina.log file it seems that my 
java configuration is not loaded.


Any suggestion on how to debug this?


You're saying "installed as a service". This might mean that 
tomcat/bin/catalina.sh is also never executed, or that it has been 
altered from the default.


Ivano's suggestion is great already. On top, you might want to

* check how Tomcat is started by the system (e.g. does it go through 
catalina.sh at all?)


* check if anything in its installation directory is altered from 
default. Just inspect a diff between stock 9.0.65 and what you find in 
your installation.


Olaf








-
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

AW: setenv.sh not loaded

[aon.913111623]

Hello,

recommended approach: Insert as last but one line (last line might contain a 
call of catalina.sh – normally)

echo „setenv.sh executed successfully“ > $TOMCAT_HOME/log/debug.txt

and check existence of this created file after having initiated a restart of 
the Tomcat process.

BR, Johann


Von: Ivano Luberti
Gesendet: Mittwoch, 2. November 2022 12:43
An: users@tomcat.apache.org
Betreff: setenv.sh not loaded

Hi, I have been given an Oracle Linux instance with tomcat 9.0.65 
installed as a service.

Tomcat is running correctly

I have tried to create a setenv.sh file to tune the JVM, but using the 
tomcat manager application and the catalina.log file it seems that my 
java configuration is not loaded.

Any suggestion on how to debug this?



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

AW: setenv.sh not loaded

[aon.913111623]

Hello,

recommended approach: Insert as last but one line (last line might contain a 
call of catalina.sh – normally)

echo „setenv.sh executed successfully“ > $TOMCAT_HOME/log/debug.txt

and check existence of this created file after having initiated a restart of 
the Tomcat process.

BR, Johann


Von: Ivano Luberti
Gesendet: Mittwoch, 2. November 2022 12:43
An: users@tomcat.apache.org
Betreff: setenv.sh not loaded

Hi, I have been given an Oracle Linux instance with tomcat 9.0.65 
installed as a service.

Tomcat is running correctly

I have tried to create a setenv.sh file to tune the JVM, but using the 
tomcat manager application and the catalina.log file it seems that my 
java configuration is not loaded.

Any suggestion on how to debug this?



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org

setenv.sh not loaded

[Ivano Luberti]

Hi, I have been given an Oracle Linux instance with tomcat 9.0.65 
installed as a service.


Tomcat is running correctly

I have tried to create a setenv.sh file to tune the JVM, but using the 
tomcat manager application and the catalina.log file it seems that my 
java configuration is not loaded.


Any suggestion on how to debug this?



-
To unsubscribe, e-mail: users-unsubscr...@tomcat.apache.org
For additional commands, e-mail: users-h...@tomcat.apache.org