Hi Arthi On Tue, Jul 23, 2013 at 12:22 PM, <arthi.ven...@wipro.com> wrote: > Hi Rupert, > Thanks a lot for information. > Is there any copy which happens of these files when Stanbol is shut down or > at any other time. I had tried manually copying these files and there was an > error which stated that the filesystem does not handles files of such large > length. > > Is there is a possibility that the configuration in Windows is not persisted > between reboots of Stanbol due to inability of Windows filesystem to handle > files of large length. >
This might be the reason. I guess this also depends on the file system used for the partition (FAT32, NTFS). [1] notes that individual file names MUST NOT extend 255 characters under windows. If this is the case some file names generated by the Apache Sling FileInstaller in the "stanbol/fileinstall" might get near of this limit. If this is really the case, we might want to create an issue for this Sling module. Arthi, do you also see any related exceptions within the log? Can you provide examples of files you have problems with? best Rupert [1] http://stackoverflow.com/questions/265769/maximum-filename-length-in-ntfs-windows-xp-and-windows-vista > Thanks and Rgds, > Arthi > > Hi Arthi > > Apache Stanbol is based on the Apache Sling launcher. Provided > configuration is stored under > > stanbol/config > > Files under this path are managed by the OSGI environment (osgi > configuration admin) and should not be changed (especially while > Stanbol is running) > > You might also see your configuration(s) under > > stanbol/fileinstall > > Those files are synchronized (at least if you use the default Stanbol > config) with configurations done via the Configuration tab of the > Felix WebConsole (http://localhost:8080/system/console/configMgr). > This means that files in this directory can be changed (even at > runtime). This is based on the Sling installer > (http://sling.apache.org/site/osgi-installer.html). > > In addition some Stanbol components do use > > stanbol/datafiles > > to read binary configuration files (e.g. solrindex.zip files, OpenNLP > models ....). > > > From: arthi venkataraman (WT01 - CTO Office) > Sent: Wednesday, July 17, 2013 9:52 AM > To: dev@stanbol.apache.org > Subject: RE: Re:Re: How to persist the configurations across restarts of > Stanbol. > > Hi Alessandro, > I verified that the directory has all permissions enabled. > I have tried both options - restarting through the Web console as well as > terminating the jar file and I could see this behavior. > > Thanks and Rgds, > Arthi > > Il giorno martedì 16 luglio 2013, Alessandro Adamou ha scritto: > >> Hi Arthi, >> >> This is odd - these configurations should be saved and restored. >> >> Have you verified that the user who started Stanbol can write to the same >> directory where it resides? >> >> Also, how are you restarting Stanbol - via the Web console, by killing the >> Java process or what? >> >> Best, >> Alessandro >> >> >> On 16/07/2013 11:03, arthi.ven...@wipro.com<mailto:arthi.ven...@wipro.com> >> wrote: >> >>> Hi, >>> How do we persist the configuration we make through the console >>> across runs of the Stanbol service. >>> Currently on re-starting the Stanbol service - Solr Yard, Managed >>> Server, entityHub as well weighted chain configurations disappear. >>> >>> Is there a way these configuration files can be saved? If yes how? >>> >>> Thanks and Rgds, >>> Arthi >>> >>> >>> Please do not print this email unless it is absolutely necessary. >>> >>> The information contained in this electronic message and any attachments >>> to this message are intended for the exclusive use of the addressee(s) and >>> may contain proprietary, confidential or privileged information. If you are >>> not the intended recipient, you should not disseminate, distribute or copy >>> this e-mail. Please notify the sender immediately and destroy all copies of >>> this message and any attachments. >>> >>> WARNING: Computer viruses can be transmitted via email. The recipient >>> should check this email and any attachments for the presence of viruses. >>> The company accepts no liability for any damage caused by any virus >>> transmitted by this email. >>> >>> www.wipro.com<http://www.wipro.com> >>> >>> >> >> -- >> Alessandro Adamou, Ph.D. >> >> Knowledge Media Institute >> The Open University >> Walton Hall, Milton Keynes MK7 6AA >> United Kingdom >> >> >> "I will give you everything, just don't demand anything." >> (Ettore Petrolini, 1917) >> >> Not sent from my iSnobTechDevice >> >> > > > > Please do not print this email unless it is absolutely necessary. > > The information contained in this electronic message and any attachments to > this message are intended for the exclusive use of the addressee(s) and may > contain proprietary, confidential or privileged information. If you are not > the intended recipient, you should not disseminate, distribute or copy this > e-mail. Please notify the sender immediately and destroy all copies of this > message and any attachments. > > WARNING: Computer viruses can be transmitted via email. The recipient should > check this email and any attachments for the presence of viruses. The company > accepts no liability for any damage caused by any virus transmitted by this > email. > > www.wipro.com -- | Rupert Westenthaler rupert.westentha...@gmail.com | Bodenlehenstraße 11 ++43-699-11108907 | A-5500 Bischofshofen
