Hi Furkan, Currently I am using Solr 4.3 and documentum 7.1
I couldn't see any such errors in my Solr logs. Either these fields are omitted in output connector or these fields are not fetched from documentum. Thanks, Tamizh On Nov 18, 2016 12:06 PM, "Furkan KAMACI" <[email protected]> wrote: > Hi Tamizh, > > You could see such a changed field if you have a managed scheme of Solr. > Otherwise it could throw an error due to unknown field. > > What is the version of Solr and Documentum you use? > > Kind Regards, > Furkan KAMACI > > On Nov 18, 2016 7:43 AM, "Tamizh Kumaran Thamizharasan" < > [email protected]> wrote: > >> Hi Karl, >> >> DFC which we are using is compatible with the documentum. >> >> Is there any chance where the name of documentum metadata gets changed >> while reaching the output connector? >> >> Thanks, >> Tamizh >> >> On Nov 17, 2016 4:52 PM, "Karl Wright" <[email protected]> wrote: >> >>> Hi Tamizh, >>> >>> The code which fetches attribute values uses straight access to object >>> attributes via the DFC IDfPersistentObject API. >>> >>> Here's the actual code. "object" is an object of type >>> IDfPersistentObject. >>> >>> >>>>>> >>> int valueCount = object.getValueCount(attribute); >>> String[] values = new String[valueCount]; >>> int y = 0; >>> while (y < valueCount) >>> { >>> // Fetch the attribute. >>> // It's supposed to work for all attribute types... >>> String value = object.getRepeatingString(attribute,y); >>> values[y++] = value; >>> } >>> return values; >>> <<<<<< >>> >>> Is there any chance that your version of DFC is not compatible with the >>> version of Documentum you are trying to crawl? >>> >>> Karl >>> >>> >>> On Thu, Nov 17, 2016 at 6:13 AM, Karl Wright <[email protected]> wrote: >>> >>>> Hi Tamizh, >>>> >>>> I do not have a documentum instance here. All I can do is help you >>>> debug what is happening. >>>> >>>> The code which puts the metadata into the RepositoryDocument object is >>>> this: >>>> >>>> >>>>>> >>>> rval = new RepositoryDocument(); >>>> >>>> if (contentType != null) >>>> rval.setMimeType(contentType); >>>> >>>> List<String> attributeDescriptions = >>>> sDesc.getMetadataFields(typeName); >>>> if (attributeDescriptions != null) >>>> { >>>> for (String attrName : attributeDescriptions) >>>> { >>>> // Fetch the attributes from the object >>>> String[] values = object.getAttributeValues(attrName); >>>> // Add the attribute to the rd >>>> rval.addField(attrName,values); >>>> } >>>> } >>>> <<<<<< >>>> >>>> There's unfortunately no log output here that would help us see whether >>>> or not the attributeDescriptions variable gets set with the proper list of >>>> attributes, but since you see it display correctly in the UI I bet that is >>>> fine. I will have to look at what object.getAttributeValues() does in the >>>> server process to see what DSQL query it runs. Stay tuned. >>>> >>>> Karl >>>> >>>> >>>> On Thu, Nov 17, 2016 at 5:58 AM, Tamizh Kumaran Thamizharasan < >>>> [email protected]> wrote: >>>> >>>>> Hi Karl, >>>>> >>>>> I can see the metadata under view page. >>>>> Even after selecting all metadata check box, I am facing the same >>>>> issue. >>>>> >>>>> Can you please share me steps to index documents from documentum? >>>>> So that I can cross check the same. >>>>> >>>>> Thanks, >>>>> Tamizh >>>>> >>>>> On Nov 17, 2016 4:20 PM, "Karl Wright" <[email protected]> wrote: >>>>> >>>>>> Hi Tamizh, >>>>>> >>>>>> Can you view the job and make sure when you do that the metadata >>>>>> fields you have selected shows up on the view page? The UI for this is a >>>>>> bit tricky and I have seen users not use it properly before. >>>>>> >>>>>> Thanks, >>>>>> Karl >>>>>> >>>>>> >>>>>> On Thu, Nov 17, 2016 at 3:27 AM, Tamizh Kumaran Thamizharasan < >>>>>> [email protected]> wrote: >>>>>> >>>>>>> Hi Karl, >>>>>>> >>>>>>> Thanks for your reply on short time. >>>>>>> >>>>>>> I can index content and some metadata from Documentum, but problem >>>>>>> arises when I try to index the metadata listed under job>document >>>>>>> types>specific metadata or all metadata. >>>>>>> >>>>>>> I cannot see any errors in both Solr and Manifoldcf. >>>>>>> >>>>>>> I am using the binary distribution of Apache Manifoldcf 2.5 >>>>>>> >>>>>>> Thanks, >>>>>>> Tamizh >>>>>>> >>>>>>> On Nov 17, 2016 12:27 PM, "Karl Wright" <[email protected]> wrote: >>>>>>> >>>>>>>> Hi Tamizh, >>>>>>>> >>>>>>>> I know of a number of people who are indexing documents and >>>>>>>> metadata from documentum. I also know of many people who are indexing >>>>>>>> documents and metadata into Solr. So I know this works. But there >>>>>>>> are a >>>>>>>> lot of places you will need to configure correctly for this to work >>>>>>>> the way >>>>>>>> you expect. >>>>>>>> >>>>>>>> For a start, I would verify that Solr is getting sent the >>>>>>>> information you expect. Please have a look at the Solr logs, >>>>>>>> specifically >>>>>>>> the INFO statements that describe the posted URLs that come from >>>>>>>> ManifoldCF. There should be one for each document that gets sent. >>>>>>>> These >>>>>>>> URLs contain a lot of "parameter=value" fields. Please check that they >>>>>>>> contain the metadata you want to index. >>>>>>>> >>>>>>>> If the Solr logs have the metadata but Solr isn't indexing it, then >>>>>>>> you will need to look at your Solr configuration, specifically your >>>>>>>> solr >>>>>>>> schema. If the Solr logs don't have the metadata, then let us know and >>>>>>>> we'll have to look at your Documentum job specification. >>>>>>>> >>>>>>>> Thanks, >>>>>>>> Karl >>>>>>>> >>>>>>>> >>>>>>>> >>>>>>>> On Wed, Nov 16, 2016 at 11:48 PM, Tamizh Kumaran Thamizharasan < >>>>>>>> [email protected]> wrote: >>>>>>>> >>>>>>>>> Hi, >>>>>>>>> >>>>>>>>> >>>>>>>>> I am trying to index documentum content to Apache Solr through >>>>>>>>> manifoldcf. >>>>>>>>> >>>>>>>>> >>>>>>>>> I can able to index documents but couldn't index all the metadata >>>>>>>>> from documentum to solr. >>>>>>>>> >>>>>>>>> >>>>>>>>> Any help on the above mentioned issue will be highly appreciated. >>>>>>>>> >>>>>>>>> >>>>>>>>> Thanks, >>>>>>>>> >>>>>>>>> Tamizh >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>> >>>> >>>
