Yeah, running Tomcat in Standalone mode, it works fine with Apache.
It is just the connectors that are an issue. They do have a port
for mod_jk, but it is old. I emailed the maintainer, but no response.
I also tried the linux binaries, but, to no avail....
I am on the freebsd-java mailing list, perhaps I should just ask them.
But the real problem right now is not java-related. I can't get mod_jk2.so
to even build.
Malachi
10/9/2002 12:53:53 AM, "Robert L Sowders" <rsowders@usgs.gov> wrote:
>Once upon a time I got JDSK 1.3.1 and Apache 1.3.x and mod_jk to work just
>fine. Maybe you should fall back to using these.
>
>But to answer you questions,
>
>The linux binaries for mod_jk2 are at
>http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.1/bin/linux/i386/
>linux rpm here
>http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.1/rpms/
>
>Have you checked the freebsd-java mailing list for some answers. You
>might get something working faster by going to the source for freebsd-java
>http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&oe=UTF-8&group=mailing.freebsd.java
>
>You should be able to get them to work under linux emulation, no matter
>what package you use native or emulated. You might have to check the
>handbook on branding elf, I don't remember right now.
>
>You might also try not using mod_jk and instead use mod_rewrite to
>redirect all queries for the webapps to your tomcat installation on port
>8080. This was a common work around for those who didn't really want to
>handle the mod_jk setup if they just have one or two apps.
>
>As I said, I laid off the whole concept of integrating a servlet container
>on my freebsd boxes. I'm hoping that with the advent of FreeBSD 5 this
>fall the whole porting attempt at a native installation will be further
>along. Back when I got it all installed it turned out to be too buggy for
>a production operation at that time. So I went with Solaris. Now I'm
>doing it on (horror of horrors) windows. If they ever do get the bugs
>worked out then I'll be the first to move to that platform.
>
>rls
>
>
>
>
>
>Malachi de AElfweald <malachi@tremerechantry.com>
>10/07/2002 08:41 PM
>Please respond to "Tomcat Users List"
>
>
> To: "Tomcat Users List" <tomcat-user@jakarta.apache.org>
> cc:
> Subject: Re: RE: RE: JK2 Installation
>
>I am using 4.6-STABLE.... I found something online, and did 'man pthread',
>and it said I just have to do 'gcc -pthread' to enable pthread support....
>So, I am confused about it not being threaded??? How would I verify if it
>is?
>
>You're right about the JDK thing. I noticed there was a port collection
>for
>the 1.4 docs, but, no binary. Tomcat/Apache seem to both work fine in
>Standalone mode.... Apache was installed from the Ports Collection, and
>Tomcat
>from Source. I honestly didn't even consider getting the linux version...
>
>The only jk2 binary listed right now is for win32
>( http://jakarta.apache.org/builds/jakarta-tomcat-connectors/jk2/release/v2.0.1/bin/ ),
>thus the reason I was trying the src.
>
>Due to your comment, I did download the previous linux version
>(2.0.42 from the 2.0.0 directory)... When trying it, I got the error
>message
>that "Shared object libc.so.6 not found"... Guess it doesn't like a linux
>mod on a bsd build.
>
>I might have to uninstall everything and reinstall the linux versions, but
>that
>really isn't the correct answer, I don't think -- since I would never be
>able to use
>the Port Collections to upgrade the server after that...
>
>Have you successfully built the new jk2 on BSD? Do you have any clue how?
>
>Mal
>
>
>10/7/2002 2:02:42 PM, "Robert L Sowders" <rsowders@usgs.gov> wrote:
>
>>Unless you're using the -current version of FreeBSD, it's not threaded.
>>Apache2 should really only be used on Operating systems that are threaded
>
>>or you don't realize any gain from it other than some new mods.
>>
>>You're running the linux version of the JDK because there is no native
>>port for 1.4 for FreeBSD, yet. Why not use the linux binary version of
>>Tomcat together with the linux version of apache and the linux binary
>>version of mod_jk2? The linux emulation layer runs out of the kernel
>so
>>it should not be too much overhead.
>>
>>I wish FreeBSD did have a native port for JDK 1.4.
>>
>>rls
>>
>>
>>
>>
>>Malachi de AElfweald <malachi@tremerechantry.com>
>>10/07/2002 01:30 PM
>>Please respond to "Tomcat Users List"
>>
>>
>> To: tomcat-list <tomcat-user@jakarta.apache.org>
>> cc:
>> Subject: Re: RE: RE: JK2 Installation
>>
>>I'm sorry if that seemed a bit harsh -- it was not meant to be. I had
>>just read
>>a LOT of emails from you, and that was how it came across.
>>
>>Originally, the problem I was having with FreeBSD was that if I tried to
>>LoadModule
>>the mod_jk2.so, it said that pthread_mutex_unlock was unknown. I did a
>>lot of
>>investigation, and came to the conclusion that '-pthread' had to be added
>
>>to the
>>CC flags. In doing so, I have, as of yet, not been able to build
>>mod_jk2.so anymore.
>>Not sure why. Can't figure it out.
>>
>>Regarding the example you've shown. I have seen that one repeatedly, and
>
>>it only
>>applies to sockets. It does not apply to using the inprocess JNI, which I
>
>>am trying
>>to use because Tomcat is REALLY slow, even locally on the LAN. That is
>>supposed to
>>speed it up..... but, there is no example of configuring for it...
>>
>>I might have to subscribe to the dev list. I haven't, because I don't
>>have the time
>>to spend on it... I had previously been actively on the Ant development
>>list, and it
>>was very time consuming. I don't have that kind of time right now. I
>>know, in theory,
>>that it is supposed to be possible -- I just haven't figured out how yet.
>
>>Perhaps
>>I will join -dev so someone can tell me.
>>
>>I didn't realize that page was the Goal. I downloaded Tomcat, went to
>the
>>online docs,
>>and started following directions. I can get it to work standalone now,
>>but have it shut
>>down because it is just too slow. When I found the "why to use JK2", I
>>thought it was more
>>like saying "Why use JDK1.4 over JDK1.02"....
>>
>>Thanks for your reply, hopefully I will be able to figure this out.
>>Malachi
>>
>>
>>10/7/2002 1:20:19 PM, "Turner, John" <JTurner@AAS.com> wrote:
>>
>>>
>>>OK, let's be honest if we're going to post. I certainly did not say
>"JK2
>>is
>>>in beta, not to be trusted, use something else, read the list, don't
>>>complain about the documentation, etc etc"
>>>
>>>I _did_ say JK2 is "beta". That has different meanings to different
>>people.
>>>I'm primarily a sys-admin in charge of production servers. If someone
>>(that
>>>someone being from the dev or release team) posts that JK2 should be
>>>considered "beta", that means "not fit for production yet, but probably
>>OK
>>>for development if you don't mind a few bugs". That's me. To others,
>>>"beta" may mean something entirely different. To each, his/her own,
>make
>>>your own decisions.
>>>
>>>JServ and JK have been working great for me, on high-traffic,
>>>resource-intensive, production sites. I see no reason to jump on the
>JK2
>>>bandwagon until the codebase is more stable. Again, that's me, and
>>perhaps
>>>the latest version (2.0.1) is that codebase, I have no way of knowing
>>>without testing it myself and seeing what other people do with it.
>>>Latest/greatest isn't always the wisest. That said, use whatever you
>>want.
>>>
>>>RE: the documentation, you are welcome to complain. I only posted the
>>>replies that I posted in defense of those people on the list who have
>>gone
>>>above and beyond to contribute to the documentation effort, beyond that
>>of
>>>the dev team. These people have spent a lot of time working on their
>>>documents, and have posted the URLs to the list many times. Robert
>>Sowders
>>>has regularly posted a full list of HOWTOs for various platforms and
>>>versions to supplement the "official" documentation. These posts can be
>>>found in a search. If you want to complain, that's cool, but your
>>>complaints will get a lot more attention if you contribute to the
>effort.
>>>It's your choice.
>>>
>>>Now that we've put my comments and posts back into their correct
>context,
>>>let's get back to your questions (inline):
>>>
>>>> From: Malachi de AElfweald [mailto:malachi@tremerechantry.com]
>>>> Sent: Monday, October 07, 2002 3:57 PM
>>>> To: Turner, John; Short, Dave; tomcat-list
>>>> Subject: Re: RE: JK2 Installation
>>>>
>>>> 1) I can't figure out how to get mod_jk2 to build on FreeBSD
>>>> (using linux-sun-jdk14 and Apache2.0.42 and Tomcat 4.1.12).
>>>> In the last 4 days, I
>>>> somehow built mod_jk2.so once,
>>>> but then it complained about pthreads... I figured out that I
>>>> need to add "-pthread"
>>>> to the CC flags.... but now it won't build the .so files --
>>>> even if it says it does, they
>>>> aren't there.
>>>
>>>I've deleted your other posts from my InBox because I don't have access
>>to a
>>>FreeBSD machine at this time, even though I love FreeBSD and think its a
>>>great OS. If you want to post the errors again, I will try to help.
>Give
>>>me access to a FreeBSD machine, and I can probably get a build for you,
>>but
>>>no promises.
>>>
>>>> 2) What is the correct way to use the inprocess-jni? None of
>>>> the examples use that.
>>>
>>>If it's not in the docs, your best option is to subscribe to tomcat-dev,
>
>>NOT
>>>tomcat-user, and post your questions there. JK2 is in active
>>development,
>>>if you are using a feature that isn't available in the docs, the BEST
>>place
>>>to ask your question is to ask it where the DEVELOPERS are, and that is
>>>tomcat-dev.
>>>
>>>>
>>>> 3) What is the correct way to do the worker2.properties when
>>>> dealing with Apache VirtualHosts?
>>>>
>>>
>>>RTFS (read the friendly source). Others have posted in the past how
>>things
>>>work for various portions of connectors, including JK, not just JK2,
>>because
>>>they read the source code.
>>>
>>>That said, it seems pretty self-explanatory to me based on the HOWTOs
>>that
>>>have been posted, and I don't even use JK2:
>>>
>>># define the worker
>>>[ajp13:localhost:8009]
>>>channel=channel.un:/usr/local/tomcat/work/jk2.socket
>>># To use the TCP/IP socket instead, just comment out the above
>>># line, and uncomment the one below
>>>#channel=channel.socket:localhost:8009
>>>
>>># Announce a "status" worker
>>>[status:status]
>>>
>>># Uri mapping
>>>[uri:/examples/*]
>>>#worker=ajp13:localhost:8009
>>>worker=ajp13:/usr/local/tomcat/work/jk2.socket
>>>
>>>Note the places where it says "localhost". The first place I would
>>start,
>>>if I was using JK2, would be to replace "localhost" with the FQDN of the
>>>virtual host, and see what happened. But that's me.
>>>
>>>> Oh, and by the way, as to John's question about why I am
>>>> using JK2... The JK/JK2 documentation
>>>> states that it is designed for Apache2, might support JDK 1.4
>>>> NIO at some point, and is better
>>>> at JNI -- which I am doing all of those things.
>>>
>>>That's fine, I am not a cop. It doesn't make a difference to me what
>you
>>>use, except that in my opinion, it seems like wasted time and effort
>>banging
>>>your head trying to figure something out that may not even have a
>>solution
>>>yet because the guy writing the code hasn't even written it. The
>>statement
>>>everyone quotes about "why to use JK2" is a GOAL, not a shipped
>>>specification sheet...it's what the developers WANT JK2 to be, not
>>>necessarily what it is today. But, it's your time and effort, so bang
>>>away. Or, for that matter, jump into the dev effort and write the code
>>if
>>>you have a need for it quicker than what the rest of the team can
>produce
>>>(same goes for docs).
>>>
>>>Have a great day.
>>>
>>>John
>>>
>>>--
>>>To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
>>>For additional commands, e-mail: <mailto:tomcat-user-help@jakarta.apache.org>
>>>
>>>
>>>
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
>>For additional commands, e-mail: <mailto:tomcat-user-help@jakarta.apache.org>
>>
>>
>>
>>
>>
>>--
>>To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
>>For additional commands, e-mail: <mailto:tomcat-user-help@jakarta.apache.org>
>>
>>
>>
>
>
>
>
>--
>To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
>For additional commands, e-mail: <mailto:tomcat-user-help@jakarta.apache.org>
>
>
>
>
>
>--
>To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
>For additional commands, e-mail: <mailto:tomcat-user-help@jakarta.apache.org>
>
>
>
--
To unsubscribe, e-mail: <mailto:tomcat-user-unsubscribe@jakarta.apache.org>
For additional commands, e-mail: <mailto:tomcat-user-help@jakarta.apache.org>
|