Format of Alfresco content

Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-17-2007 04:47 PM
I noticed that once files are transferred over onto Alfresco, whether by CIFS or by a direct upload through the client, the documents get stored in what appears to be a native format. In this special format, the documents become, for all intents and purposes, inaccessible via the command line. If I'm wrong, please correct me!
But if that is indeed the case, where would the content be stored within Alfresco's directory tree and is there an easy way to copy/manipulate files in the directory via the command line and then have them available in the client app?
Thanks in advance!
But if that is indeed the case, where would the content be stored within Alfresco's directory tree and is there an easy way to copy/manipulate files in the directory via the command line and then have them available in the client app?
Thanks in advance!
Labels:
- Labels:
-
Archive
1 REPLY 1

Options
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-18-2007 09:48 AM
The format of the doc is not changed, it is just renamed to a GUID name (to remove conflicts) and placed into a special directory structure that Alfresco is responsible for managing. You cannot and should not manipulate this structure directly as the lucene indexes and database tables expect files to be in a specific location - this is the job of a content management system after all 
You should use the Alfresco APIs to manipulate content, move and copy it etc. If you would prefer not to write java, then JavaScript API is a good place to start as it can perform 99% of content operations and scripts can be launched via REST style URLs for each of access. There is also a graphical JavaScript debugger in 2.1 to make development easier.
Thanks,
Kevin

You should use the Alfresco APIs to manipulate content, move and copy it etc. If you would prefer not to write java, then JavaScript API is a good place to start as it can perform 99% of content operations and scripts can be launched via REST style URLs for each of access. There is also a graphical JavaScript debugger in 2.1 to make development easier.
Thanks,
Kevin
