Hi,

I downloaded and built apache HTTP server 2.0.53 on my linux i686 machine:
I did a simple
$ ./configure --prefix=/opt/apache2
$ make
$ make install

Everything appeared to go ok, I can start the server, and access the server
via the browser.
I then tried to integrate the server with Tomcat 3.2.4, but when I start the
HTTP server, I get:

Cannot load /opt/apache2/libexec/mod_jk.so into server:
/opt/apache2/libexec/mod_jk.so: ELF file data encoding not little-endian

When I type:$ file /opt/apache2/libexec/mod_jk.so

I get: /opt/apache2/libexec/mod_jk.so: ELF 32-bit MSB shared object, SPARC,
version 1 (SYSV), not stripped

SPARC?

$./build/config.guess
gives:
i686-pc-linux-gnu

Anyone have any ideas?


-D

Never mind, discovered that mod_jk.so is not being built, but copied over.
For some reason the wrong version of the file was getting copied.

False Alarm


"darren" <naylod-nospam@juno.com> wrote in message
news:ZumdnQVKBcWIctzfRVn-og@comcast.com...
> Hi,
>
> I downloaded and built apache HTTP server 2.0.53 on my linux i686 machine:
> I did a simple
> $ ./configure --prefix=/opt/apache2
> $ make
> $ make install
>
> Everything appeared to go ok, I can start the server, and access the
server
> via the browser.
> I then tried to integrate the server with Tomcat 3.2.4, but when I start
the
> HTTP server, I get:
>
> Cannot load /opt/apache2/libexec/mod_jk.so into server:
> /opt/apache2/libexec/mod_jk.so: ELF file data encoding not little-endian
>
> When I type:$ file /opt/apache2/libexec/mod_jk.so
>
> I get: /opt/apache2/libexec/mod_jk.so: ELF 32-bit MSB shared object,
SPARC,
> version 1 (SYSV), not stripped
>
> SPARC?
>
> $./build/config.guess
> gives:
> i686-pc-linux-gnu
>
> Anyone have any ideas?
>
>
> -D
>
>

"darren" <naylod-nospam@juno.com> said:
>I downloaded and built apache HTTP server 2.0.53 on my linux i686 machine:
....
>I then tried to integrate the server with Tomcat 3.2.4, but when I start the
>HTTP server, I get:
>
>Cannot load /opt/apache2/libexec/mod_jk.so into server:
[... and already solved that problem ...]

Do you have a reason (such as requirement set by a third-party application)
to run such an obsolete version of Tomcat? If not, I'd recommend moving
onward to the latest release of either 4.1 or 5.0 (rather 5.0) series.
5.5 might also be good, but I guess it hasn't seen that much testing in
"real environments" yet.
--
Wolf a.k.a. Juha Laiho Espoo, Finland
(GC 3.0) GIT d- s+: a C++ ULSH++++$ P++@ L+++ E- W+$@ N++ !K w !O !M V
PS(+) PE Y+ PGP(+) t- 5 !X R !tv b+ !DI D G e+ h---- r+++ y++++
"...cancel my subscription to the resurrection!" (Jim Morrison)