[Fedora-directory-users] Not sure what version of java is needed for fds 1.0.2

[Richard Megginson]

Bliss, Aaron wrote:

>Couple of small questions after upgrading from fds 1.0.1 to 1.0.2.  I
>apologize in advance if this question has been answered, however I
>didn't see anywhere that mentions what version of jre is required; on a
>test box, I had issues starting the console with
>IBMJava2-142-ia32-SDK-1.4.2-3.0 installed; I had to install
>jre-1_5_0_06-linux-i586.rpm from Sun in order to get rid of the java
>errors; was this upgrade necessary?
>
I don't think so - what errors did you get?

>Also, I noticed that after starting
>the console, the version that is displayed (when highlighting the
>Directory Server icon) is still 1.0.1, however rpm -qa | grep fedora-ds
>shows fedora-ds-1.0.2-1.RHEL4; slapd error logs show that
>fedora-directory 1.0.2 B2006.060.1928 starting up; Is this just a small
>bug?  Thanks again.
>  
>
Yes, the console still shows version 1.0.1, but it's really 1.0.2.

>Aaron   
>
>-----Original Message-----
>From: fedora-directory-users-bounces at redhat.com
>[mailto:fedora-directory-users-bounces at redhat.com] On Behalf Of Jim
>Summers
>Sent: Thursday, March 09, 2006 12:55 PM
>To: fedora-directory-users
>Subject: [Fedora-directory-users] LdapSearch Field Length
>
>Hello All,
>
>I was modifying the value of an attribute, automountInformation in this
>instance.  The modify works as expected, but when I use ldapsearch to
>dump the
>  entry containing the new value it seems to truncate it at 78
>characters, that is (attribute name + attribute value).  The remainder
>of the value is on the next line, which has caused some scripts to not
>work as expected.
>
>The manpage for ldapsearch did not reveal any clues or switches to get
>around this length limit.  Could it be a server limit?
>
>Interesting also is that db2ldif produces the same behavior.
>
>Ideas on what I could do to get the value retruned back on one line?
>
>STRANGE EXAMPLE OUTPUT:
>===============
>automountInformation: -rw,actimeo=30,rsize=32768,wsize=32768
>fs001:/raid/facst
>  aff/faharris
>===============
>
>EXPECTED OUTPUT:
>===============
>automountInformation: -rw,actimeo=30,rsize=32768,wsize=32768
>fs001:/raid/facstaff/faharris
>===============
>
>The above examples may not be clear due to email wrapping, but in the
>first one ldapsearch truncates at the "t" and in the second there is not
>truncating.
>
>TIA
>--
>Jim Summers
>School of Computer Science-University of Oklahoma
>-------------------------------------------------
>
>--
>Fedora-directory-users mailing list
>Fedora-directory-users at redhat.com
>https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>
>
>www.preferredcare.org
>"An Outstanding Member Experience," Preferred Care HMO Plans -- J. D. Power and Associates
>
>Confidentiality Notice:
>The information contained in this electronic message is intended for the exclusive use of the individual or entity named above and may contain privileged or confidential information.  If the reader of this message is not the intended recipient or the employee or agent responsible to deliver it to the intended recipient, you are hereby notified that dissemination, distribution or copying of this information is prohibited.  If you have received this communication in error, please notify the sender immediately by telephone and destroy the copies you received.
>
>
>--
>Fedora-directory-users mailing list
>Fedora-directory-users at redhat.com
>https://www.redhat.com/mailman/listinfo/fedora-directory-users
>  
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3178 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-users/attachments/20060309/c19709c6/attachment.bin>