一种不大合适的文档存储功能的实现
对一些刚刚引入FileNet平台的应用迁移来讲，原应用的一些功能有简单的文档存储，例如在模板中可能会有除了属性之外的模板附件的存在，而它们仅仅是做为一个单一内容，再如单据在Maximo和SAP间的传递除了附件内容和唯一性标志（如单据号）一致外，其他的业务属性均不同，而此时的文档在非FileNet的基础上管理较为复杂，往往没有版本或真正意义上的文档管理，一旦将文档的存储转移到FileNet上，则应充分考虑转移的必要性（分清原先实现问题所在）和将来的扩展性。下文展示了在同一单据下的文档更新时，仅仅是文档内容向一个新的文档内容的转移，而没有考虑其利用内容管理的意义。
Connection conn = CEHelper.getConnection();CEHelper.pushSubject(conn, "Administrator", "filenet");ObjectStore os = CEHelper.getObjectStore(conn);Document doc0 = Factory.Document.fetchInstance(os, new Id("{320A3450-7F78-4B2A-B642-422282E2243D}"), null);if(!doc0.get_IsCurrentVersion()){doc0 = (Document)doc0.get_CurrentVersion();}Document doc = Factory.Document.createInstance(os, "Document");ContentElementList newCEL = Factory.ContentElement.createList();ContentTransfer ct = Factory.ContentTransfer.createInstance();try{ct.setCaptureSource(new FileInputStream("c:\\log4j1.log"));}catch(FileNotFoundException e){e.printStackTrace();}newCEL.add(ct);InputStream is = doc0.accessContentStream(0);ContentTransfer ct2 = Factory.ContentTransfer.createInstance();ct2.setCaptureSource(is);newCEL.add(ct2);InputStream is3 = doc0.accessContentStream(0);ContentTransfer ct3 = Factory.ContentTransfer.createInstance();ct3.setCaptureSource(is3);newCEL.add(ct3);doc.set_ContentElements(newCEL);doc.getProperties().putValue("DocumentTitle", "log4j_7");doc.save(RefreshMode.REFRESH);doc.checkin(AutoClassify.DO_NOT_AUTO_CLASSIFY, CheckinType.MAJOR_VERSION);doc.save(RefreshMode.REFRESH);Folder folder = Factory.Folder.fetchInstance(os,"/Test", null);ReferentialContainmentRelationship rcr = folder.file(doc, AutoUniqueName.AUTO_UNIQUE, null, DefineSecurityParentage.DO_NOT_DEFINE_SECURITY_PARENTAGE);rcr.save(RefreshMode.REFRESH);doc0.delete();doc0.save(RefreshMode.NO_REFRESH);CEHelper.popSubject();上述代码功能单就一个功能而言无可非议，而要从客户的长远需求和业务扩展来看，它不利于为客户提供成型的解决方案。客户最初需要的是简单的跨平台间的文档共享，但那也许仅是停留在对原系统低效影响下的一种肤浅需求或认知，充分考虑后应做部分调整。无论采用哪种实现对目前而言都不影响客户的使用，但不利于解决方案的思维，更不利于扩大对客户的服务范围。