[
https://issues.apache.org/jira/browse/SOLR-2245?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14051477#comment-14051477
]
Uwe Schindler edited comment on SOLR-2245 at 7/3/14 2:12 PM:
-------------------------------------------------------------
bq. Is CDDL 1.0 suitable?
CDDL 1.0 is fine. The limitation here is that it must be listed correctly in
the NOTICE.txt file. We have other JAR files with this license, the most common
one is servlet-api.jar, but there are also others. See the NOTICE.txt:
{noformat}
JavaMail API 1.4.1: https://glassfish.dev.java.net/javaee5/mail/
License: Common Development and Distribution License (CDDL) v1.0
(https://glassfish.dev.java.net/public/CDDLv1.0.html)
JavaBeans Activation Framework (JAF):
http://java.sun.com/products/javabeans/jaf/index.jsp
License: Common Development and Distribution License (CDDL) v1.0
(https://glassfish.dev.java.net/public/CDDLv1.0.html)
Jersey Core: https://jersey.java.net/
License: Common Development and Distribution License (CDDL) v1.0
(https://glassfish.dev.java.net/public/CDDLv1.0.html)
Servlet-api.jar and javax.servlet-*.jar are under the CDDL license, the original
source code for this can be found at http://www.eclipse.org/jetty/downloads.php
{noformat}
See also: http://www.apache.org/legal/3party.html (Category B: Reciprocal
Licenses)
was (Author: thetaphi):
bq. Is CDDL 1.0 suitable?
CDDL 1.0 is fine. The limitation here is that it must be listed correctly in
the NOTICE.txt file. We have other JAR files with this license, the most common
one is servlet-api.jar, but there are also others. See the NOTICE.txt:
{noformat}
JavaMail API 1.4.1: https://glassfish.dev.java.net/javaee5/mail/
License: Common Development and Distribution License (CDDL) v1.0
(https://glassfish.dev.java.net/public/CDDLv1.0.html)
JavaBeans Activation Framework (JAF):
http://java.sun.com/products/javabeans/jaf/index.jsp
License: Common Development and Distribution License (CDDL) v1.0
(https://glassfish.dev.java.net/public/CDDLv1.0.html)
Jersey Core: https://jersey.java.net/
License: Common Development and Distribution License (CDDL) v1.0
(https://glassfish.dev.java.net/public/CDDLv1.0.html)
Servlet-api.jar and javax.servlet-*.jar are under the CDDL license, the original
source code for this can be found at http://www.eclipse.org/jetty/downloads.php
{noformat}
> 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
> Assignee: Timothy Potter
> Priority: Minor
> Fix For: 4.9, 5.0
>
> Attachments: SOLR-2245.patch, SOLR-2245.patch, SOLR-2245.patch,
> 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 was sent by Atlassian JIRA
(v6.2#6252)
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
