Return-Path: X-Original-To: apmail-directory-users-archive@www.apache.org Delivered-To: apmail-directory-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id B4EBC9985 for ; Wed, 21 Sep 2011 12:42:55 +0000 (UTC) Received: (qmail 48683 invoked by uid 500); 21 Sep 2011 12:42:55 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 48601 invoked by uid 500); 21 Sep 2011 12:42:54 -0000 Mailing-List: contact users-help@directory.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@directory.apache.org Delivered-To: mailing list users@directory.apache.org Received: (qmail 48589 invoked by uid 99); 21 Sep 2011 12:42:54 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Sep 2011 12:42:54 +0000 X-ASF-Spam-Status: No, hits=1.6 required=5.0 tests=FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of jonesda24@gmail.com designates 209.85.210.178 as permitted sender) Received: from [209.85.210.178] (HELO mail-iy0-f178.google.com) (209.85.210.178) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Sep 2011 12:42:48 +0000 Received: by iabz21 with SMTP id z21so2535436iab.37 for ; Wed, 21 Sep 2011 05:42:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; bh=oWxOxrWMdfThl5pjog7F7IN3jNGoA1kJY0+RElDMEpk=; b=Kt/B4QCWaObPNgB0cj9QMJ4mTxPOlfp48Dw1siysxhxykYuTncEYgHV+sTrIBPo4+n 815WNGeuRnirTCpIrEmXTZiCD7IK3gniEj1LNPqZtA7Fye9bDIKyZwSwMEpk3gIvPrX5 UvOQ+Bx18BQXaRfzUiXrl9Hn9mnksqx3BKli0= MIME-Version: 1.0 Received: by 10.231.28.131 with SMTP id m3mr1527551ibc.24.1316608947451; Wed, 21 Sep 2011 05:42:27 -0700 (PDT) Received: by 10.42.177.73 with HTTP; Wed, 21 Sep 2011 05:42:27 -0700 (PDT) In-Reply-To: References: Date: Wed, 21 Sep 2011 08:42:27 -0400 Message-ID: Subject: Re: changing directory of ldif/data From: david jones To: users@directory.apache.org Content-Type: multipart/alternative; boundary=00151773e76c9ef88e04ad72e8dc --00151773e76c9ef88e04ad72e8dc Content-Type: text/plain; charset=ISO-8859-1 Thanks, yes i've read your link and can read in a LDIF schema from the default directory or by specifying one on LdifFileLoader. my main problem is changing the directories for output, how can i change the location of where the ldap data is stored? What does setWorkingDirectory do, and are there any release or environment restrictions to it (it seems to do nothing for me) thanks, david On Tue, Sep 20, 2011 at 6:40 PM, Kiran Ayyagari wrote: > I guess you want to add some new schema to the directory, if that is > correct you need to add > them directly to the ou=schema partition. > > This section [1] will help you in understanding the format of the schema > entries > > [1] > http://directory.apache.org/apacheds/1.5/31-add-your-first-elements-to-the-schema.html#3.1.Addyourfirstelementstotheschema-UsingApacheDirectoryStudioSchemaEditortoloadthenewschemaelements > > On Tue, Sep 20, 2011 at 5:13 PM, david jones wrote: > > i'm having trouble changing the directories of where the ldif is read > from > > and/or where the ldap data is stored. > > > > 1) The below works if i set NEW_DIR to an absolute path: > > > > LdifFileLoader ldifLoader = new > LdifFileLoader(service.getAdminSession(), > > NEW_DIR + "/newSchema.ldif"); > > ldifLoader.execute(); > > > > 2) But this does not work, i.e. its looking in > > System.getProperty("user.dir");, not DIFFERENT_DIR for the ldif file > > > > service.setWorkingDirectory(new File(DIFFERENT_DIR)); > > LdifFileLoader ldifLoader = new LdifFileLoader(service.getAdminSession(), > > "/newSchema.ldif"); > > > > 3) Is there away to change where the schema and system folders are > stored? > > They seem to always go in to "user.dir"/server-work > > > > 4) does being on 1.5.5 vs. being on 1.5.6,1.5.7 change this behavior? > > > > 5) does creating a new partition instead of adding my new schema elements > in > > cn=other,ou=schema help/hinder this or anything else? > > > > thanks, > > david > > > > On Tue, Sep 20, 2011 at 1:11 PM, Kiran Ayyagari >wrote: > > > >> On Tue, Sep 20, 2011 at 12:59 PM, david jones > wrote: > >> > For an embedded server, is it possible to read an ldif in from 1 > >> directory > >> > (i.e packaged with the product) , and store LDAP data > >> (server-work/system) > >> > in a different one (i.e. outside of the product directory)? > >> > > >> no, it is not possible in the way you are doing, > >> > >> > I'm using apacheds 1.5, i tried the below code, but it seems to be > >> ignored > >> > when reading in my ldif: > >> > service.setWorkingDirectory(new File("\newdir")); > >> > > >> > Currently i'm adding my schema changes to ou=schema,cn=other, does > that > >> > affect ldif input vs. creating a new partition? > >> > > >> sorry didn't understand, can you elaborate a bit about the above two > >> questions > >> > > >> > Thanks, > >> > David > >> > > >> > >> > >> > >> -- > >> Kiran Ayyagari > >> > > > > > > > > -- > > David Jones > > jonesda24@gmail.com > > c) 302-5648 > > > > > > -- > Kiran Ayyagari > -- David Jones jonesda24@gmail.com c) 302-5648 --00151773e76c9ef88e04ad72e8dc--