I am having a hard time programmatically getting the ABANDON requests to
show up. In my local environment I cannot reproduce at all (Fedora 12
x86_64) but on all our server environments I see these in the logs. The
oddest thing about it is I only see these when running in tomcat on either
our Cen
Aaron Hagopian wrote:
>
>
> It's JNDI itself. JNDI uses ABANDON requests. Are you using
> persistent
> search at all? Another 389 user reported similar problems caused by
> improper handling of JNDI persistent searches + ABANDON requests.
> Although this looks different, both
>
>
> It's JNDI itself. JNDI uses ABANDON requests. Are you using persistent
> search at all? Another 389 user reported similar problems caused by
> improper handling of JNDI persistent searches + ABANDON requests.
> Although this looks different, both issues have JNDI and ABANDON in common.
W
Aaron Hagopian wrote:
> Do you need something to generate those ABANDON requests too or just a
> simple program that does the startTLS? I'm sure its something in our
> code that's creating the ABANDON requests but not sure exactly what.
It's JNDI itself. JNDI uses ABANDON requests. Are you usi
Do you need something to generate those ABANDON requests too or just a
simple program that does the startTLS? I'm sure its something in our code
that's creating the ABANDON requests but not sure exactly what.
On Wed, Apr 14, 2010 at 12:41 PM, Rich Megginson wrote:
> Aaron Hagopian wrote:
> >
> >
Aaron Hagopian wrote:
>
> What is the platform?
>
>
> Linux CentOS 5.4 i386
>
> What is the 389 version?
>
> rpm -qi 389-ds-base
>
>
> Name: 389-ds-base Relocations: (not relocatable)
> Version : 1.2.5 Vendor: Fedora Proje
>
> What is the platform?
Linux CentOS 5.4 i386
> What is the 389 version?
rpm -qi 389-ds-base
>
Name: 389-ds-base Relocations: (not relocatable)
Version : 1.2.5 Vendor: Fedora Project
Release : 1.el5 Build D
Aaron Hagopian wrote:
> I'm having an issue that seems somewhat random or maybe at least load
> related when trying to change or reset a user's password. We have
> some java code that creates an unencrypted connection, start's a TLS
> session, then sends a password change extended operation. T
