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 E4D3392FC for ; Wed, 21 Sep 2011 19:34:24 +0000 (UTC) Received: (qmail 46570 invoked by uid 500); 21 Sep 2011 19:34:24 -0000 Delivered-To: apmail-directory-users-archive@directory.apache.org Received: (qmail 46548 invoked by uid 500); 21 Sep 2011 19:34:24 -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 46539 invoked by uid 99); 21 Sep 2011 19:34:24 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Sep 2011 19:34:24 +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 (nike.apache.org: domain of jonesda24@gmail.com designates 209.85.218.50 as permitted sender) Received: from [209.85.218.50] (HELO mail-yi0-f50.google.com) (209.85.218.50) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 21 Sep 2011 19:34:16 +0000 Received: by yib25 with SMTP id 25so2737432yib.37 for ; Wed, 21 Sep 2011 12:33:55 -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=qKnZ4h6a9DeEm/7XCvASXZ+/fEzyf6skG1xVNp5g5eQ=; b=cl4b7+sS4OEFgcIBjAy4mWw1LdQUAFE9Rgb6mxGp6l8mjLQXyeff0dNFzjTdnoO039 5WlzDUrgticQmKrSZIK8l3KAyDgNh7T3Z9vjm0USoq1O/4gqHL5l2h8raveidbFfLkqz jyoZHotm5KLpXH5oNMRx7acvUAwctOKWJfkX4= MIME-Version: 1.0 Received: by 10.42.77.4 with SMTP id g4mr511809ick.121.1316633635148; Wed, 21 Sep 2011 12:33:55 -0700 (PDT) Received: by 10.42.177.73 with HTTP; Wed, 21 Sep 2011 12:33:55 -0700 (PDT) In-Reply-To: References: Date: Wed, 21 Sep 2011 15:33:55 -0400 Message-ID: Subject: Re: changing directory of ldif/data From: david jones To: users@directory.apache.org Content-Type: multipart/alternative; boundary=20cf3005da461f51d004ad78a80b X-Virus-Checked: Checked by ClamAV on apache.org --20cf3005da461f51d004ad78a80b Content-Type: text/plain; charset=ISO-8859-1 here's the routine with the guts: public void startServer() throws Exception { server = new LdapServer(); server.setTransports( new TcpTransport( getPort() ) ); server.setDirectoryService( service ); server.setAllowAnonymousAccess(false); boolean made = (new File(ServerConstants.LDAP_FOLDER)).mkdir(); service.setWorkingDirectory(new File(OfmConstants.DATA_DIR_BASE+ServerConstants.LDAP_FOLDER)); System.out.println("Set LDAP working directory to: " + service.getWorkingDirectory()); server.start(); } Note: the print stmt outputs: Working Dir is C:\data\ldap But server-work/schema and server-work/server are created in the applications root directory On Wed, Sep 21, 2011 at 11:40 AM, Kiran Ayyagari wrote: > On Wed, Sep 21, 2011 at 11:33 AM, david jones wrote: > > It doesn't need to be after the service is started, isn't there a way > during > > initialization to say I want all my ldap files to go somewhere besides > the > > default? > > > there is, use the setWorkingDirectory(), I suspect that your app is > not setting this value properly > or there seems to be something else going wrong, it will be helpful if > you paste the code used for > initializing the server/service in your app > > > I'm thinking about possibilities such as a 2nd instance of the app runs > in > > a different directory, but can use the ldap data from the first, maybe > for a > > cheap and quick cold start redundancy > > > nah, the same data directory cannot be used by two instances (very > dangerous!) > but in general the time taken to start the directory is very > negligible, are you doing some time consuming task during startup? > > On Wed, Sep 21, 2011 at 8:51 AM, Kiran Ayyagari >wrote: > > > >> On Wed, Sep 21, 2011 at 8:42 AM, david jones > wrote: > >> > 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 > >> still not clear why would you want to do that, once the service is > >> started changing the working directory > >> will not have any effect and doing so might have unknown consequences > >> > 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) > >> > > >> setWorkingDirectory() sets the main folder where ALL the ldap server's > >> data is stored > >> > 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 < > kayyagari@apache.org > >> >> >wrote: > >> >> > > >> >> >> On Tue, Sep 20, 2011 at 12:59 PM, david jones < > jonesda24@gmail.com> > >> >> 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 > >> > > >> > >> > >> > >> -- > >> Kiran Ayyagari > >> > > > > > > > > -- > > David Jones > > jonesda24@gmail.com > > c) 302-5648 > > > > > > -- > Kiran Ayyagari > -- David Jones jonesda24@gmail.com c) 302-5648 --20cf3005da461f51d004ad78a80b--