Re: LDAP Server Down (80)

Rich Megginson <[email protected]>
Newsgroups gmane.comp.mozilla.devel.directory
Message-ID <[email protected]>
Suhaib Naseem wrote:
>
> You can pull the 4.18 source code from CVS. I could not find a published
>
> source tarball anywhere.
>
> [*Suhaib*]
>
> Could you send me the CVS details, how to download the latest 4.18 source
>
http://www.mozilla.org/directory/javasdk.html has CVS instructions
cvs -d ":pserver:[email protected] 
<https://developer.mozilla.org/en/mailto::pserver:[email protected]>:/cvsroot" 
export -r HEAD |DirectorySDKSourceJava

will get you the latest source, which should be 4.18
|
>
> Is there a bug open for the Server Down (80) problem?
>
> [*Suhaib*]
>
> I don’t think so, searched everywhere couldn’t find a BUG REPORT on 
> this issue.
>
> However, the problem I am facing is sometimes the LDAP JSDK 4.17 from 
> my web application
>
> in TOMCAT which has implemented LDAPConnection pooling, sometimes off 
> and on
>
> Throws up this exception unexpectedly, the reason I guess is the TCP 
> connection
>
> Timeout after the timeout occurs, however I explicitly call a connect 
> after
>
> isConnected check return FALSE.
>
> So looks like the connect(host, port) function does not seem to 
> connect properly in 4.17 version
>
> Not sure, that’s Y I was looking for 4.18 source.
>
> Regards,
>
> Suhaib
>
> -----Original Message-----
> From: Rich Megginson [mailto:[email protected]] On Behalf Of 
> Rich Megginson
> Sent: 16 December 2008 16:50
> To: Suhaib Naseem
> Cc: [email protected]; [email protected]
> Subject: Re: LDAP Server Down (80)
>
> Suhaib Naseem wrote:
>
> >
>
> > Hi,
>
> >
>
> > Another question beside Server Down (80), from where could I download
>
> > the latest 4.18 Java Mozilla LDAP SDK..?
>
> >
>
> > Is there a latest released source for 4.18 or 4.19 and so on…?
>
> >
>
> > http://www.mozilla.org/directory/javasdk.html
>
> >
>
> > The above URL only allows to download 4.17
>
> >
>
> You can pull the 4.18 source code from CVS. I could not find a published
>
> source tarball anywhere.
>
> Is there a bug open for the Server Down (80) problem?
>
> >
>
> > Regards,
>
> >
>
> > Suhaib
>
> >
>
> > ------------------------------------------------------------------------
>
> >
>
> > *From:* Suhaib Naseem
>
> > *Sent:* 16 December 2008 12:11
>
> > *To:* '[email protected]'
>
> > *Cc:* '[email protected]'; '[email protected]'
>
> > *Subject:* FW: LDAP Server Down (80)
>
> >
>
> > *Subject:* RE: LDAP Server Down (80)
>
> >
>
> > Hi,
>
> >
>
> > I think this issue still exists in 4.17 last and latest version of the
>
> > SDK.
>
> >
>
> > I could sometimes notice that this _org.ietf.ldap.LDAPException:
>
> > Server down (80) _happens sometimes.
>
> >
>
> > Where can this be fixed and how in the SDK v20020819?
>
> >
>
> > Should I need to look at the call to connect() method and try fixing
>
> > this method in org.ietf.ldap.LDAPConnection…?
>
> >
>
> > Thanks,
>
> >
>
> > Suhaib
>
> >
>
> > ------------------------------------------------------------------------
>
> >
>
> > *From:* Suhaib Naseem
>
> > *Sent:* 16 December 2008 11:33
>
> > *To:* Suhaib Naseem
>
> > *Subject:* LDAP Server Down (80)
>
> >
>
> > [Date Prev
>
> > <http://www.openldap.org/lists/openldap-software/200301/msg00381.html>][Date 
>
>
> > Next
>
> > <http://www.openldap.org/lists/openldap-software/200301/msg00383.html>]
>
> > [Chronological]
>
> > <http://www.openldap.org/lists/openldap-software/200301/index.html#00382> 
>
>
> > [Thread]
>
> > <http://www.openldap.org/lists/openldap-software/200301/threads.html#00382> 
>
>
> > [Top] <http://www.openldap.org/lists/openldap-software>
>
> >
>
> >
>
> > *Re: Strange error LDAP Server Down (80)*
>
> >
>
> > ------------------------------------------------------------------------
>
> >
>
> > * **To**: **[email protected]
>
> > <mailto:manoj.b.mane%40Cummins.com>**
>
> > * **Subject**: **Re: Strange error LDAP Server Down (80)**
>
> > * **From**: **[email protected] <mailto:ryanb%40netscape.com>
>
> > (Ryan Barton)**
>
> > * Date: Wed, 15 Jan 2003 19:30:06 -0500
>
> > * Cc: [email protected]
>
> > <mailto:OpenLDAP-software%40OpenLDAP.org>
>
> > * References:
>
> > <OFF1400608.992D86ED-ON05256CAF.007EE9D2-05256CAF.007EEE66@cidc.cummins.com
>
> > <http://www.openldap.org/lists/openldap-software/200301/msg00378.html>>
>
> > * User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US;
>
> > rv:1.0.1) Gecko/20020823 Netscape/7.0
>
> >
>
> > <hr size=2 width="100%" align=center>
>
> >
>
> > [email protected] wrote:
>
> >
>
> > Sometimes whenver there is any kind of LDAP operation my java programs
>
> > throws error saying is server down(80) when actually server is not down.
>
> > and this error is very unpredictable sometime it comes and sometime it
>
> > does not come. anybody faced similar kind of problem before please let me
>
> > know if so.
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> >
>
> > Greetings,
>
> >
>
> >
>
> > Assuming that you've done the dilligence of checking the access log
>
> > and the like, this is probably not an OpenLDAP issue, but more of a
>
> > Java library issue. If you are using connection pooling, you may be
>
> > running into connections that are falling off because of TCP timeouts
>
> > or whatnot (your app has opened a certain number of connections to the
>
> > directory server, but doesn't use them for "X" amount of time). You
>
> > can work around the problem by either checking the connection your app
>
> > will be using, and making sure it is "live" before actually letting
>
> > the app use it, or change what you're using for connection pooling.
>
> > We've run into this problem with the 4.16 versions and older of the
>
> > Netscape Java SDK (forthcoming versions fix this problem, and your
>
> > application is assured a "live" connection every time).
>
> >
>
> > I'm making lots of assumptions here, but in the face of little
>
> > information, lots of assumptions are usually the inevitable product.
>
> >
>
> > -rsb
>
> >
>
> >
>
> >
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.