Windows File Properties vs. Content Services Properties

Hi.
On behalf of a customer I am evaluating Windows file properties vs. CS file properties.
Client Environment: Windows XP SP2, O-Drive.
Rightclick a File stored on O (O-Drive, Content Services).
a Props. Dialog shows up, the first tab is General*. It shows several file
properties among others the following:
- Last Access Date: This always shows Wed. 1 Jan 1986 00:00:00
Does this correspond to any content services file property? If so, why
is it always 1-jan-1986 00:00.00 and does not change? Is it a bug?
- Checkboxes Write protected* / Archive* / Hidden*
Do these correspond to any cs file property? Do these have any effect?
(I tried write protected, but it did not work as expected, I was able
to overwrite the file) Bug or Feature?
If these checkboxes do not work, could these be disabled through O-Drive,
otherwise users might get confused...
Regards, Tom
* (I don't know the exact english labels as I am working on a german client... so
I translated the german labels - sorry)

Hi. Sure, here's some collateral information:
We are evaluating Content Services for several customer projects.
During a presentation I held 2 weeks ago a customer asked exactly
those questions and I had to admit I could not answer.
So I retried on our test instance and checked the docu and still
could not get a clue how windows attributes and cs attributes correspond.
Then I asked MJS during last weeks workshop he did not know exactly either.
Hence I am asking on the forum.
Regards, Tom
(PS. If you require further background information you may contact me via email
or ask E. Neuwirth on Tom Gansor / OPITZ Consulting).

Similar Messages

How to invoke windows file properties menu

Can we invoke windows file properties menu (just same as right click a file in windows explorer and click properties) in a java program, eg. using shell32.dll?
Please help!

Hi Joanne,
I can't figure out what exactly you're trying do to but just in case... you may simulate a right click using java.awt.Robot class.
Best regards,
Lionel Badiou
CodeFutures -
Java Code Generation
http://www.codefutures.com

PDF files in Oracle Content Services?

Is it possible to create PDF files in Oracle Content Services? is there a facility to convert protected documents to .pdf files

We are currently working with Adobe on this requirement and have implemented a POC that allows you to submit a document to workflow in content DB (for example, during a check-in operation) and through a custom BPEL flow, submit to an Adobe LiveCycle server where the document gets turned into a PDF, has policy and digital signatures applied to it.
The current POC does more than just convert to PDF. it does the following to the original document:
1) Converts it to PDF
2) Inserts signature fields, so the PDF can be digitally signed later
3) Applies policy (applies E-DRM, e.g. the end user can view but not copy the text or print the PDF)
4) Certifies the document (Server applies digital certificate to signature field)
5) Reader extends the document (enables end user to digitally sign PDF and add comments with Adobe Reader)
thanks,
Matt.

How do read windows file properties?

I want to be able to read the size of the file on disk - no the size of the file using file.length() which only gives the size of the file in bytes. also i want to be able to read anyother info that the os is keeping on a file. so, how can i do this? where does windows store property info. fi hope you can help.

This might work. Copy the following into wordpad and save the folowing as text in the location C:\Windows\.hotjava\ named properties, no extension:
#AppletViewer
#Sat Jul 29 14:43:34 2000
appletviewer.version=1.0

Is it possible through labview to set and read window¿s based file properties?

Any file in XP operating system has file properties associated with it, such as, size, location, when the file was created, modified and last accessed. I know that Labview has the ability to access the size and modified property. Other file types such as image format types jpg, bmp and tif have additional associated properties such as: title, subject, author, and comments. Is it possible through labview to read and set these properties programmatically?

Hpopenoe wrote:
> Any file in XP operating system has file properties associated with
> it, such as, size, location, when the file was created, modified and
> last accessed. I know that Labview has the ability to access the size
> and modified property. Other file types such as image format types
> jpg, bmp and tif have additional associated properties such as: title,
> subject, author, and comments. Is it possible through labview to read
> and set these properties programmatically?
Well, you can most probably do that by calling Windows API functions.
Note however that the properties you mention are not generic Windows
file properties but file specific internal attributes. Explorer does at
least in XP handle some of those properties and shows them to the user
but does so with internal file type handlers to extract the properties
from the file.
I'm not sure those file type handlers are actually available for other
applications than Explorer without quite some work. If they are
available they are certainly not part of the standard Win32 API but most
probably part of the Windows shell component and I would guess not just
through normal API function calls, but through the shell namespace
enumeration, which is built on COM interfaces, something you only can
call from standard programming languages, most of them are done in C++
(and if you are a little more persistant in standard C).
So you are likely to need to either write your own DLL doing the nitty
gritty work of calling the shell interface and using that DLL in LabVIEW
or find an Active X component which does the work for you. No doubt
there is such an Active X component somewhere but how good and expensive
is always a big question.
Rolf Kalbermatter
Rolf Kalbermatter
CIT Engineering Netherlands
a division of Test & Measurement Solutions

How do I set file properties (win XP) ?

Does anyone know how to set/modify a windows file properties inside Labview ? For exemple : change the author, the comment... etc.
Thank you !
J.K.

Hello,
It is not possible with advanced file I/O LabVIEW VIs.
There is a possible workaround by using low level Windows functions in a dll.
Perhaps the easier would be to set your properties at the top of your file.
You will find some explanations here :
http://forums.ni.com/ni/board/message?board.id=170&message.id=85101&requireLogin=False
regards
Marc L.
NIF

BPEL's NotifyUserOfChange with Content Services

We have a problem getting data from Collaboration Suite's Content Services. We are using BPEL 10.1.2. We've used the built in jdev project NotifyUserOfChange. We are able to assign the Workflow so that each time a Conten Services file is updated in certain folders an email is generated with the folder name and a hyperlink to the file's location.
What we would like to include in the email is the username of the person who uploaded or edited the file. In Content Services under document properties, we see the values Created By and Last Modified By, but are unable to figure out how to have BPEL get those specific values in our email.

Hi,
Assuming you are using the latest Content Services patch (10.1.2.3.x), you should be able to see in the incoming queue message a parameter named :-
IFS_ECM_WORKFLOW_OWNER
The value of this parameter is the user whom triggered the workflow.
You could create a simple assign\copy rule using an xpath expression to extract this.
For Content DB, we are soon releasing some new sample workflows based on SOA suite that should simplify things a fair bit.
-Matt.

Disable "Allow files on this drive to have contents indexed in addition to file properties" for Mointpoints

Hey Guys,
I wandt to optimize all our SQL Servers and so I want to disable the "Allow files on this drive to have contents indexed in addition to file properties" option in the Volume Properties.
The SQL Server is installed under D:\SQLSERVER which is a normal folder.
For the root and sub directories d:\ the following solution works:
https://social.technet.microsoft.com/Forums/en-US/bf99c428-7fbc-4cd5-9a4a-0c6b69e906ab/disable-allow-files-on-this-drive-to-have-contents-indexed-in-addition-to-file-properties?forum=ITCG&prof=required
But we have Mountpoints for the Data and Log Files under D:\SQLUSRDATA and D:\SQLUSRLOG. When I use the NotContentIndexed Attribute on this direcotry there is no error message. But when I go to Properties of the Mountpoint folder under General >
Properties The "Allow files..." option is still activated.
Is there a solution to deactivate Indexing on Mointpoints via Powershell?

Your question has nothing to do with scripting.
I recommend that all SQLServer systems have a GP applied that sets the minimum requirements for the server. This would include disabling the indexing service which serves no purpose on a SQLServer based system. You should also disable all AV
scanning of SQLServer folders as this can create performance issues and may make SQLServer unstable. Many AV products will skip database files on purpose.
The indexer will not index SQLServer files unless you have altered its behavior so, mostly, what you are doing is unnecessary.
Post you issues in the SQLServer forum to get the latest requirements and settings for you implementation.
Again thisis not a scripting issue and it should not bemanaged via a script. It is a deployment issue and should bemanaged in that way. YOu can use PowerShell V4 and later DSC SDK to set a standard "Desired State" for you SQLServers.
Use of DSC with SQLServer should also be worked out with the SQLServer forum MVPs and others there.
¯\_(ツ)_/¯

Editing metadata in the file properties window

Hi,
I’m using Win XP SP3 on a “normal” Desktop-PC. Since my problem is not connected to hardware I think that description is enough but I do not know which software information is required. So you may ask. Important is maybe that I am running Adobe Acrobat and Reader simultaneously on the same machine.
The problem: I always changed and edited some of the metadata of my PDF files by bringing up the file properties window of the PDF (right click - properties). Next to the “General”-Tab is the “PDF”-Tab. You can see the title, author, topic, dates and PDF-Version of the document. The first four fields where always editable textboxes. I get used to put in some comments and other important information because I didn’t want to use any tool. Now the complete window is locked. Is this because of the new 9.3.3 Reader update? I updated so many times and never anything like this happened. How can I turn back to the old behavior?
I do not want to edit those information in Acrobat by choosing File and then propertis because it takes much more time because i have to open the file (if it is one its fine) but if there are more where the same info shall be in I'd like to use the built in function of the properties sheet in windows.
With kind regards
DragJo

At first I asked that question by mistake in the wrong forum so I put in it here. But it has been answered there http://forums.adobe.com/message/2973589
so I mark this as answered, too.

Outlook 2010 - Data File Properties/Folder Size verses Windows Explorer pst file size

I am running Outlook 2010 32bit Version 14.0.6129.5000 on a Windows PC running Windows 7 Professional. All updates from MS are up to date.
I have several pst files I open with Outlook 2010. The size of the files displayed in Outlook are very different than what is displayed in Windows Explorer.
For example one of the pst file called "business.pst" when opened Outlook displays it under "Data File Properties -> Folder Size" that the Total Size (including subfolders) is 764,354 KB. Windows Explorer says
the file size is 1,190,417 KB.
For some reason MS Outlook 2010 is displaying the wrong folder size. Any ideas why this is the case?
Thanks,
Pat

Outlook mailbox grows as you create and receive items. When you delete items, the size of the Outlook Data File (.pst and .ost) file might not decrease in proportion to the data that you deleted, untill it has been compacted.
Normally, after you have deleted items from an Outlook Data File (.pst), the file will be automatically compacted in the background when you’re not using your computer and Outlook is running.
For an exception, when the Outlook Data File (.pst) is somehow corrupt, the compaction might not finish correctly. So the size of the Outlook Data File (.pst) file might remain the same before compaction.
To solve this, try run the
scanpst to fix the Outlook Data File (.pst) file first, after that, we can
manually start the compact command.
When finished, compare the file size again.
Max Meng
TechNet Community Support

Why isn't ratings information set in lightroom showing up in windows explorer file properties?

I am using Lightroom 3.4 64 bit on Windows7 64 bit. When I apply keywords and set a rating in lightroom, only the keywords show up in the file properties in windows explorer, and FastStone viewer. The ratings information is not shown. Is this a known problem, or is there a way to fix it?

I am using Lightroom 3.4 64 bit on Windows7 64 bit. When I apply keywords and set a rating in lightroom, only the keywords show up in the file properties in windows explorer, and FastStone viewer. The ratings information is not shown.
Hmm, are you remembering to do Metadata > Save Metadata To File after you change the rating in LR?
LR and Windows 7, Vista, and even XP (if you install Windows Live Photo Gallery) share metadata using industry-standard fields, and Windows' manipulation of the metadata is pretty robust. In particular, they'll share the rating via the metadata field XMP:Rating. I just verified this with LR 3.4 and Windows 7, but I'm pretty sure it also applies to earlier versions of LR 3:
1. In LR 3.4, change the rating of an image.
2. Metadata > Save Metadata To File
3. In Windows Explorer, right-click the image file and select Properties.
4. Observe the new rating on the Details tab.
5. Change the rating on the Details tab.
6. In LR, do Metadata > Read Metadata From File. Observe the new rating in LR.

Windows 7, file properties - Is "date accessed" ALWAYS 100% accurate?

Hello,
Here's the situation: I went on vacation for a couple of weeks, but before I left, I took the harddrive out of my computer and hid it in a different location. Upon coming back on Monday (January 10, 2011) and putting the harddrive back in my computer, I
right-clicked on different files to see their properties. Interestingly enough, several files had been accessed during the time I was gone! I right-clicked different files in various locations on the harddrive, and all of these suspect files had been accessed
within a certain time range (Sunday, ‎January ‎09, ‎2011, approximately ‏‎between 6:52:16 PM - 9:06:05 PM). Some of them had been accessed at the exact same time--down to the very second. This makes me think that someone must have done
a search on my harddrive for certain types of files and then copied all those files to some other medium. The Windows 7 installation on this harddrive is password protected, but NOT encrypted, so they could have easily put the harddrive into an enclosure/toaster
to access it from a different computer.
Of course I did not right-click every single file on my computer, but did so in different folders. For instance, one of the folders I went through has different types of files: .mp3, ,prproj, .3gp, .mpg, .wmv, .xmp, .txt with file-sizes ranging from 2 KB
to 29.7 MB (there is also a sub-folder in this folder which contains only .jpg files); however, of all these different types of files in this folder and its subfolder, all of them had been accessed (including the .jpg files from the sub-folder) EXCEPT the
.mp3 files (if it makes any difference, the .mp3 files in this folder range in size from 187 KB to 4881 KB). Additionally, this sub-folder which contained only .jpg files (48 .jpg files to be exact) was not accessed during this time--only the .jpg files within
it were accessed-- (between 6:57:03 PM - 6:57:08 PM).
I thought that perhaps this was some kind of Windows glitch that was displaying the wrong access date, but then I looked at the "date created" and "date modified" for all of these files in question, and their created/modified dates and
times were spot on correct.
My first thought was that someone put the harddrive into an enclosure/toaster and viewed the files; but then I realized that this was impossible because several of the files had been accessed at the same exact time down to the second. So this made me think
that the only other way the "date accessed" could have changed would have been if someone copied the files.
Is there any chance at all whatsoever that this is some kind of Windows glitch or something, or is it a fact that someone was indeed accessing my files (and if someone was accessing my files, am I right about the files in question having been copied)? Is
there any other possibility for what could have happened?
Do I need to use any kinds of forensics tools to further investigate this matter (and if so, which tools), or is there any other way in which I can be certain of what took place in that timeframe the day before I got back? Or is what I see with Windows 7
good enough (i.e. accurate and truthful)?
Thanks in advance, and please let me know if any other details are required on my part.
P.S. The harddrive is NTFS.

Never mind. Someone else already answered this for me:
"I use last accessed-created date time stamps all the time when troubleshooting-investigating software installs, its been very accurate in my uses of it in NTFS file systems.
Since some of the dates are while you were gone, I assume it was several days to a week, I would say someone did access those files.
These timestamps along with other data are used by computer forensics teams to reconstruct what a user did on a computer.
Experienced Hackers use software to alter these time stamps to cover their tracks when breaking into computer systems."
http://superuser.com/questions/232143/windows-7-file-properties-is-date-accessed-always-100-accurate/232320#232320
Additionally, I just now found out what happened. Someone else found the harddrive and thought it was theirs (since it was identical to one they had been missing), so they put it in their computer and scanned it with an anti-virus software. They realized it
wasn't theirs and then put it back in the place I had hidden it.
In my original question, I stated a possible theory that someone may have copied the files, but I later realized that copying in itself doesn't affect the "date accessed" of the original/source file, but rather only the "date accessed" of
the copy.
Thanks to all those that may have read my question.

Script to enumerate, and interactively modify File Properties (eg. meta-data)

Hey Script Guys:
I am analyzing SharePoint capabilities for a customer and there are some things that they need that is not there, but so far it seems it is but can't be seen.
First two things are:
'Stored Procedures' - That is a way from within a rule or workflow to interact with an interpretive host. Right now I use REXX, which has the INTERPRET function. I can write a script into a text element, send it there, and get the results. Handy,
but rough. This is especially handy in validation situations, or re-mapping of data.
A way for metadata to be plugged into a file easily without using the Properties dialog (like read it from document fields, etc) so the Content Routing can be cleaned-up to be more fully automated.
Bear in mind I grew-up on Motorola Assembler, BAL and MASM to develop ASIC's, process controllers, operating systems and compilers, so alot of this shell programming is still a little weird. Be nice
JgEarl (FOG) sends...

File properties in WIndows are not part of the file. Some are part of the directory entry like the LastWriteTime and ReadOnly flag.
In Windows Explorer file properties like the internal properties of an MSWord document or an Adobe PDF file can be exposed if the vendor provides a support DLL that Explorer can use to expose these. They are not normally available to any program directly.
They are only available via the "Shell" (Explorer) or via the application that manages the document.
In SharePoint the "library" or other container manages a set or properties defined by SharePoint. For MS documents we may be able to use "shell" methods to tattoo the SharePoint library with this information.
None of this has much of anything to do with scripting. It is e3xternal to the scripting system and can be accessed by the product specific support DLL such as the dll installed by MSWord and Adobe.
To access these things through the shell in script we must instantiate the "Shell" object. In SharePoint we can do this prior to loading the document or we can load documetns that Sharepointas nan installed DLL for.
At this time I am not sure as to how SP does this. I recommend posting in the SharePoint developer forum for information on how to access and build these extensions DLLs. I believe you can also look it up in the SharePoint SDK.
Outside of serverside code or using a custom library I do not see how you can do this.
You can, of course, always generate a file of name/value pairs describing your files. You can also add almost anything to the SharePoint library structure or create custom types to display your custom metadata.
¯\_(ツ)_/¯

Visual Studio Projects Not Showing FileVesion Leading Zeroes in File Properties

I created a simple Visual Studio 2013 windows form application setting the AssemblyInfo.cs file as show below.
// You can specify all the values or you can default the Build and Revision Numbers
// by using the '*' as shown below:
// [assembly: AssemblyVersion("1.0.*")]
[assembly: AssemblyVersion("1.0.0.0227")]
[assembly: AssemblyFileVersion("1.0.0.0227")]
[assembly: AssemblyInformationalVersion("0.0.0.0227")]
I built the application and went to the Windows File Explorer and brought up the file properties. What I see is that the product version showing the leading zeros, but the file version field does not show the leading zeros.
It appears to be a bug either with Visual Studio or with Windows. Which one is it and is there a fix?

Hi Sarah,
We can't see the screenshot. Do you mean you use Windows Explorer to browse to the AssemblyInfo.cs file and check the property?
If you change the product version or the file version from the AssemblyInfo.cs file, you need to firstly rebuild the assembly, then if you go to the debug/release folder, check the property of the assembly file, the Details tab will show you the corresponding
changes of these properties. It's the assembly property but not the cs file property.
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

SSIS 2012 Script Task to Get File Properties

Hello,
I researched on how to grab a file properties such as file size, file modified date, etc and I came across the following
link:
I followed exact steps and when I went to execute the package, I got the following error:
Below is the code:
// C# code
// Fill SSIS variables with file properties
using System;
using System.Data;
using System.IO; // Added to get file properties
using System.Security.Principal; // Added to get file owner
using System.Security.AccessControl; // Added to get file owner
using Microsoft.SqlServer.Dts.Runtime;
using System.Windows.Forms;
namespace ST_cb8dd466d98149fcb2e3852ead6b6a09.csproj
[System.AddIn.AddIn("ScriptMain", Version = "1.0", Publisher = "", Description = "")]
public partial class ScriptMain : Microsoft.SqlServer.Dts.Tasks.ScriptTask.VSTARTScriptObjectModelBase
#region VSTA generated code
enum ScriptResults
Success = Microsoft.SqlServer.Dts.Runtime.DTSExecResult.Success,
Failure = Microsoft.SqlServer.Dts.Runtime.DTSExecResult.Failure
#endregion
public void Main()
// Lock SSIS variables
Dts.VariableDispenser.LockForRead("User::FilePath");
Dts.VariableDispenser.LockForWrite("User::FileAttributes");
Dts.VariableDispenser.LockForWrite("User::FileCreationDate");
Dts.VariableDispenser.LockForWrite("User::FileExists");
Dts.VariableDispenser.LockForWrite("User::FileInUse");
Dts.VariableDispenser.LockForWrite("User::FileIsReadOnly");
Dts.VariableDispenser.LockForWrite("User::FileLastAccessedDate");
Dts.VariableDispenser.LockForWrite("User::FileLastModifiedDate");
Dts.VariableDispenser.LockForWrite("User::FileOwner");
Dts.VariableDispenser.LockForWrite("User::FileSize");
// Create a variables 'container' to store variables
Variables vars = null;
// Add variables from the VariableDispenser to the variables 'container'
Dts.VariableDispenser.GetVariables(ref vars);
// Variable for file information
FileInfo fileInfo;
// Fill fileInfo variable with file information
fileInfo = new FileInfo(vars["User::FilePath"].Value.ToString());
// Check if file exists
vars["User::FileExists"].Value = fileInfo.Exists;
// Get the rest of the file properties if the file exists
if (fileInfo.Exists)
// Get file creation date
vars["User::FileCreationDate"].Value = fileInfo.CreationTime;
// Get last modified date
vars["User::FileLastModifiedDate"].Value = fileInfo.LastWriteTime;
// Get last accessed date
vars["User::FileLastAccessedDate"].Value = fileInfo.LastAccessTime;
// Get size of the file in bytes
vars["User::FileSize"].Value = fileInfo.Length;
// Get file attributes
vars["User::FileAttributes"].Value = fileInfo.Attributes.ToString();
vars["User::FileIsReadOnly"].Value = fileInfo.IsReadOnly;
// Check if the file isn't locked by an other process
try
// Try to open the file. If it succeeds, set variable to false and close stream
FileStream fs = new FileStream(vars["User::FilePath"].Value.ToString(), FileMode.Open);
vars["User::FileInUse"].Value = false;
fs.Close();
catch (Exception ex)
// If opening fails, it's probably locked by an other process
vars["User::FileInUse"].Value = true;
// Log actual error to SSIS to be sure
Dts.Events.FireWarning(0, "Get File Properties", ex.Message, string.Empty, 0);
// Get the Windows domain user name of the file owner
FileSecurity fileSecurity = fileInfo.GetAccessControl();
IdentityReference identityReference = fileSecurity.GetOwner(typeof(NTAccount));
vars["User::FileOwner"].Value = identityReference.Value;
// Release the locks
vars.Unlock();
Dts.TaskResult = (int)ScriptResults.Success;
Eventually I am looking to just grab the Modified Date from the Windows Explorer folder and insert into table. Any suggestions? Thank you in advance!
Sanjeev
Sanjeev Jha

Hi SSISJoost,
I am so glad you responded to this thread. You are absolutely right. I copied the entire code including the project name (guid) and that solved the error problem.
Now, what did you do to get the message box? I added the watch and I could see the values but how do I get these values in a table? If I remember correctly, in your blog, you mentioned something about using derived columns. I am familiar with Derived Columns
but how do I do that? I appreciate your response.
Thank you.
Sanjeev
Sanjeev Jha
I used a second script task to show all variable values. It has a
MessageBox in it and between all
variables I added a
newline to make it more readable...
But with an Execute SQL Task and parameters you can also put these values in a Table... or you can read the file in a Data Flow Task and add those variables (as metadata) to each record with a Derived Column
Please mark the post as answered if it answers your question | My SSIS Blog:
http://microsoft-ssis.blogspot.com |
Twitter

Windows File Properties vs. Content Services Properties

Similar Messages

Maybe you are looking for