[NTLUG:Discuss] Re: Discuss Digest, Vol 11, Issue 3

Ralph Miller rmilpe at sbcglobal.net
Mon Nov 3 12:08:26 CST 2003


What do you mean:  Red Hat is going away?
 
Haven't heard anything about this.
 
Ralph
 


discuss-request at ntlug.org wrote:
Send Discuss mailing list submissions to
discuss at ntlug.org

To subscribe or unsubscribe via the World Wide Web, visit
https://ntlug.org/mailman/listinfo/discuss
or, via email, send a message with subject or body 'help' to
discuss-request at ntlug.org

You can reach the person managing the list at
discuss-owner at ntlug.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Discuss digest..."


Today's Topics:

1. ot- first user take long time to complete load web
page. (m m)
2. Darl McBride to keynote 64-bit conference
3. Bug in bind? (Neil Aggarwal)
4. Re: ot- first user take long time to complete load
web page. (Stephen Davidson)
5. Red Hat 9.0 End of Life 04/30/2004 (Rick Matthews)
6. Re: Red Hat 9.0 End of Life 04/30/2004 (Chris Cox)


----------------------------------------------------------------------

Date: Mon, 03 Nov 2003 16:08:29 +0000
From: "m m" 
To: discuss at ntlug.org
Subject: [NTLUG:Discuss] ot- first user take long time to complete load web
page.
Message-ID: 
Content-Type: text/plain; format=flowed
MIME-Version: 1.0
Precedence: list
Reply-To: NTLUG Discussion List 
Message: 1

Hi All:

sorry for the off topic.

We have a application written by java. use Jrun as the servlet engine.
There is some thing weird:
every day in the morning, when the first user try to login, it take a long 
time (1 - 3 minutes) to complete his/her portal page.
and since them, the 2nd, 3rd... user will be able to logon complete very 
quick.
it seems that the initial container/settings will be distory for a long 
idle, and since then, who ever tries to logon, the servlet engine need to 
rebuild it and why it take long for the first user? if it is true, is there 
any way set/keep initial setting forever?

Also, is it jrun configuration issue?

thanks.

_________________________________________________________________
Protect your PC - get McAfee.com VirusScan Online 
http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963


------------------------------

Date: Mon, 3 Nov 2003 10:15:05 -0600 (CST)
From: thomas.cameron at camerontech.com
To: discuss at ntlug.org
Subject: [NTLUG:Discuss] Darl McBride to keynote 64-bit conference
Message-ID: <22730.171.161.160.10.1067876105.squirrel at www.camerontech.com>
Content-Type: text/plain;charset=iso-8859-1
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Precedence: list
Reply-To: NTLUG Discussion List 
Message: 2

http://www.cdxpo.com/glance.html

Please write the conference organizers and let them know that you refuse
to spend any money on a conference which legitimizes SCO in any way. Be
mature and calm about it, but let them know that we will hit them in the
pocket book for dealing with SCO.

Please pass this to any other LUGs you are a member of.

Thomas Cameron

------------------------------

Date: Mon, 3 Nov 2003 10:46:43 -0600
From: "Neil Aggarwal" 
To: "NTLUG" 
Subject: [NTLUG:Discuss] Bug in bind?
Message-ID: <001c01c3a22a$11104170$fd01a8c0 at dell5100>
Content-Type: text/plain;
charset="US-ASCII"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: list
Reply-To: NTLUG Discussion List 
Message: 3

Hello:

Either I am doing something wrong or I found a bug in bind.

If my hosts file has these lines:

$generate 128-175 *.$.208.dnsbl.JAMMConsulting.com. A 127.0.0.30
50.45.173.208.dnsbl.JAMMConsulting.com. IN TXT "10/15/2003 Sent
request to abuse at cw.net"

If I query for 50.45.173.208.dnsbl.JAMMConsulting.com, I get no results
back.
But, if I remove the TXT record, I get an A record for it.

If I do not use the generate syntax:
50.45.173.208.dnsbl.JAMMConsulting.com. IN A 127.0.0.30
50.45.173.208.dnsbl.JAMMConsulting.com. IN TXT "10/15/2003 Sent
request to abuse at cw.net"

I get the result just fine.

Why would a TXT record interfere with the generated A records?

Am I missing something?

Thanks,
Neil

--
Neil Aggarwal, JAMM Consulting, (972)612-6056, www.JAMMConsulting.com
FREE! Valuable info on how your business can reduce operating costs by 
17% or more in 6 months or less! => http://newsletter.JAMMConsulting.com


------------------------------

Date: Mon, 03 Nov 2003 10:43:44 -0600
From: Stephen Davidson 
To: NTLUG Discussion List 
Subject: Re: [NTLUG:Discuss] ot- first user take long time to complete load
web page.
Message-ID: <3FA685C0.8050700 at freenet.carleton.ca>
In-Reply-To: 
References: 
Content-Type: text/plain; charset=us-ascii; format=flowed
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: list
Reply-To: NTLUG Discussion List 
Message: 4

m m wrote:
> Hi All:
> 
> sorry for the off topic.
> 
> We have a application written by java. use Jrun as the servlet engine.
> There is some thing weird:
> every day in the morning, when the first user try to login, it take a 
> long time (1 - 3 minutes) to complete his/her portal page.
> and since them, the 2nd, 3rd... user will be able to logon complete very 
> quick.
> it seems that the initial container/settings will be distory for a long 
> idle, and since then, who ever tries to logon, the servlet engine need 
> to rebuild it and why it take long for the first user? if it is true, is 
> there any way set/keep initial setting forever?
> 
> Also, is it jrun configuration issue?
> 
> thanks.
> 

Greetings.

The symptoms sound like the generated class files for the JSPs are being
purged. Often (as in iPlanet, Orion/Oracle 9iAS & especially
JBoss/Tomcat/Jetty), the JSPs are compiled into the tmp directory. Is it
possible they are being purged over the weekend by a cron job?

Regards,
Steve

-- 
Java/J2EE Developer/Integrator
Co-Chair, Dallas/FortWorth J2EE Sig
214-724-7741




------------------------------

Date: Mon, 3 Nov 2003 11:30:21 -0600
From: "Rick Matthews" 
To: "NTLug Discuss" 
Subject: [NTLUG:Discuss] Red Hat 9.0 End of Life 04/30/2004
Message-ID: 
Content-Type: text/plain;
charset="iso-8859-1"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: list
Reply-To: NTLUG Discussion List 
Message: 5

If this has been discussed here previously, I apologize for missing
it.

Now that "Red Hat Linux" is going away, I was wondering what other
personal users of Red Hat were planning as a migration path.
Will it be the "Fedora Project"? Or something else?

TIA,
Rick


References:
Red Hat Linux Migration Resource Center
http://www.redhat.com/solutions/migration/rhl/rhn/

FAQs for Red Hat Linux Migration
https://rhn.redhat.com/help/rhlmigrationfaq/

The Fedora Project
http://fedora.redhat.com/



------------------------------

Date: Mon, 03 Nov 2003 11:55:35 -0600
From: Chris Cox 
To: NTLUG Discussion List 
Subject: Re: [NTLUG:Discuss] Red Hat 9.0 End of Life 04/30/2004
Message-ID: <3FA69697.30909 at acm.org>
In-Reply-To: 
References: 
Content-Type: text/plain; charset=us-ascii; format=flowed
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Precedence: list
Reply-To: NTLUG Discussion List 
Message: 6

Rick Matthews wrote:
> If this has been discussed here previously, I apologize for missing
> it.
> 
> Now that "Red Hat Linux" is going away, I was wondering what other
> personal users of Red Hat were planning as a migration path.
> Will it be the "Fedora Project"? Or something else?
> 

I don't use Redhat personally, but I do mess with it quite a bit.
Fedora is the official path for Redhat's consumer line.... Fedora
is a community effort with heavy handcuffs to RH.

Like it was with RH, you could either pay for the expensive
boxed RH (which at least had printed docs.. if that's worth something)
or you went and purchased the Splarf-Linux 9 dist... which was
really RH, but they weren't allowed to tell you that. You don't
get printed docs and a nice looking box.... as for support, I
think you are better off talking to your cat than going to
RH for support.

If you're a big RH fan... I'd give Fedora a try. See if a
community support dist works out well for you. I think
you'd be much happier with Debian though... but hey...
I could be wrong.


------------------------------

_______________________________________________
Discuss mailing list
Discuss at ntlug.org
https://ntlug.org/mailman/listinfo/discuss


End of Discuss Digest, Vol 11, Issue 3
**************************************


More information about the Discuss mailing list