3.1 may be too late Bill Bell Sent from mobile
On Feb 15, 2011, at 8:52 AM, "Peter Sturge (JIRA)" <[email protected]> wrote: > > [ > https://issues.apache.org/jira/browse/SOLR-2245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12994847#comment-12994847 > ] > > Peter Sturge commented on SOLR-2245: > ------------------------------------ > > I've been meaning to get back to this, as I have made some local updates to > this that help performance. > Could you give me some feedback on these 2 questions please - it would be > really useful: > * Is there a "committer's standard" or similar spec that describes what > tests should be included, and if so, could you point me to it please? > I can then make sure I include appropriate tests > * Is there a time-frame for committing for this or next release? > I have a product release of my own coming fup or beg-March, so if I know > the time-scales, I can plan accordingly. > > Thanks! > Peter > > >> MailEntityProcessor Update >> -------------------------- >> >> Key: SOLR-2245 >> URL: https://issues.apache.org/jira/browse/SOLR-2245 >> Project: Solr >> Issue Type: Improvement >> Components: contrib - DataImportHandler >> Affects Versions: 1.4, 1.4.1 >> Reporter: Peter Sturge >> Priority: Minor >> Fix For: 1.4.2 >> >> Attachments: SOLR-2245.patch, SOLR-2245.patch, SOLR-2245.zip >> >> >> This patch addresses a number of issues in the MailEntityProcessor >> contrib-extras module. >> The changes are outlined here: >> * Added an 'includeContent' entity attribute to allow specifying content to >> be included independently of processing attachments >> e.g. <entity includeContent="true" processAttachments="false" . . . /> >> would include message content, but not attachment content >> * Added a synonym called 'processAttachments', which is synonymous to the >> mis-spelled (and singular) 'processAttachement' property. This property >> functions the same as processAttachement. Default= 'true' - if either is >> false, then attachments are not processed. Note that only one of these >> should really be specified in a given <entity> tag. >> * Added a FLAGS.NONE value, so that if an email has no flags (i.e. it is >> unread, not deleted etc.), there is still a property value stored in the >> 'flags' field (the value is the string "none") >> Note: there is a potential backward compat issue with FLAGS.NONE for clients >> that expect the absence of the 'flags' field to mean 'Not read'. I'm >> calculating this would be extremely rare, and is inadviasable in any case as >> user flags can be arbitrarily set, so fixing it up now will ensure future >> client access will be consistent. >> * The folder name of an email is now included as a field called 'folder' >> (e.g. folder=INBOX.Sent). This is quite handy in search/post-indexing >> processing >> * The addPartToDocument() method that processes attachments is significantly >> re-written, as there looked to be no real way the existing code would ever >> actually process attachment content and add it to the row data >> Tested on the 3.x trunk with a number of popular imap servers. > > -- > This message is automatically generated by JIRA. > - > For more information on JIRA, see: http://www.atlassian.com/software/jira > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
