Those are samples taken from solr config templates.  They are customized to fit 
Chukwa.  I tried to add headers to them but wasn't able to get solr to run with 
added header.  Hence I gave up trying to add the headers for solr files.  I 
will add license to ChukwaStorage and call to vote in a new thread.  Thanks

Sent from my iPhone

> On Sep 3, 2014, at 9:37 PM, "Alan D. Cabrera" <[email protected]> wrote:
> 
> What about things like
> 
> contrib/chukwa-pig/src/java/org/apache/hadoop/chukwa/ChukwaStorage.java
> 
> There are quite a lot of other “violations” but it’s hard to discern true 
> violations from false alarms dragged in by us including another project’s 
> code.  For example:
> 
> !????? contrib/solr/logs/conf/lang/stopwords_el.txt
>  AL    contrib/solr/logs/conf/lang/stopwords_en.txt
> !????? contrib/solr/logs/conf/lang/stopwords_es.txt
> 
> Here it seems that the solr stop words files can take in AL headers but for 
> some reason the other stop words files do not contain them.  Then we run into 
> this:
> 
> !????? contrib/solr/logs/conf/velocity/jquery.autocomplete.css
> !????? contrib/solr/logs/conf/velocity/jquery.autocomplete.js
> 
> which I know is released under AL2 but right next to it is
> 
> !????? contrib/solr/logs/conf/velocity/main.css
> 
> which I’m pretty sure we can add the AL2 header too.  There are many more 
> such examples.
> 
> 
> Regards,
> Alan
> 
>> On Sep 3, 2014, at 8:46 PM, Eric Yang <[email protected]> wrote:
>> 
>> Alan,
>> 
>> There are data files purposely excluded from rat plugin.  Therefore running
>> mvm rat:check from cli will result in errors.  However, if you run mvn
>> verify, it will run rat plugin.  Test data and solr configuration files may
>> not have Apache header on them because some file format did not support it.
>> This is the reason that they are purposely excluded in pom.xml with
>> documentation to ensure that there is no license violation.
>> 
>> As far as voting thread, I will start a new one.  Thanks
>> 
>> regards,
>> Eric
>> 
>> 
>> On Wed, Sep 3, 2014 at 11:57 AM, Alan D. Cabrera <[email protected]>
>> wrote:
>> 
>>> -1
>>> 
>>> There’s a significant amount of rat failures.  Please run mvn rat:check.
>>> 
>>> Also, please start a new thread for the subsequent vote on the next
>>> release candidate.  We should not be piggybacking off of an old, dropped,
>>> voting thread.
>>> 
>>> Thanks!
>>> 
>>> 
>>> Regards,
>>> Alan
>>> 
>>>> On Aug 23, 2014, at 2:56 PM, Eric Yang <[email protected]> wrote:
>>>> 
>>>> Hi folks,
>>>> 
>>>> I have put together the second release candidate (rc1) for Chukwa 0.6.0.
>>>> 
>>>> The RC is available at:
>>>> http://svn.apache.org/repos/asf/chukwa/tags/chukwa-0.6.0-rc1/
>>>> The artifacts are available at:
>>>> http://people.apache.org/~eyang/chukwa-0.6.0-rc1/
>>>> Site document is available at:
>>>> http://people.apache.org/~eyang/chukwa-0.6.0-rc1/site/
>>>> 
>>>> Please try this release and vote.  The vote will run from now for 5 days.
>>>> 
>>>> Thanks
>>>> 
>>>> Regards,
>>>> Eric
>>>> 
>>>> 
>>>>> On Fri, Aug 22, 2014 at 5:36 PM, Eric Yang <[email protected]> wrote:
>>>>> 
>>>>> Hi all,
>>>>> 
>>>>> Thank you for the review on RC0.  Sreepathi, you are correct that it
>>>>> doesn't compile properly due to Solr 4.9.0 requires JDK 7.  However, the
>>>>> rest of the Hadoop only supports JDK 6.  Therefore, I will downgrade
>>> Solr
>>>>> to 4.7.2 as supported version for JDK 6.  Alan, we ship some binaries
>>>>> because those binaries are not available in public maven repositories.
>>> For
>>>>> example, conf spell, and jchronic are small projects that did not have
>>> any
>>>>> official internet sites to maintain them.  They may get phased out or
>>>>> replaced by other equivalent framework or newer release of those
>>> software.
>>>>> For the WadlGenerator bug, you will need to make sure that you have
>>> access
>>>>> to atlassian-rest-doclet version 2.8.0-m3, which is available in
>>> opencast
>>>>> maven repository (
>>> http://repository.opencastproject.org/nexus/content/repositories/public/).
>>>>> They made a nice extension to generate Jersey REST API document via
>>>>> annotation.  If you don't have any special override in maven
>>> configuration,
>>>>> it should work out of the box using maven 3.0.5 or newer.
>>>>> 
>>>>> I will fix solr problem and call the vote again.  Thanks
>>>>> 
>>>>> regards,
>>>>> Eric
>>>>> 
>>>>> 
>>>>> On Thu, Aug 21, 2014 at 10:00 AM, Alan D. Cabrera <[email protected]
>>>> 
>>>>> wrote:
>>>>> 
>>>>>> I cannot compile this tag:
>>>>>> 
>>>>>> 
>>>>>> [INFO]
>>>>>> [INFO] --- maven-wadl-plugin:1.8:generate (generate) @ chukwa ---
>>>>>> [INFO] Loading wadlGenerator
>>>>>> com.sun.jersey.server.wadl.generators.WadlGeneratorApplicationDoc
>>>>>> [INFO] Loading wadlGenerator
>>>>>> com.sun.jersey.server.wadl.generators.WadlGeneratorGrammarsSupport
>>>>>> [INFO] Loading wadlGenerator
>>> com.sun.jersey.server.wadl.generators.resourcedoc.WadlGeneratorResourceDocSupport
>>>>>> Aug 21, 2014 9:57:37 AM com.sun.xml.internal.bind.v2.util.XmlFactory
>>>>>> createParserFactory
>>>>>> SEVERE: null
>>>>>> org.xml.sax.SAXNotRecognizedException:
>>>>>> http://javax.xml.XMLConstants/feature/secure-processing
>>>>>>      at
>>> org.apache.xerces.parsers.AbstractSAXParser.setFeature(Unknown
>>>>>> Source)
>>>>>>      at org.apache.xerces.jaxp.SAXParserImpl.setFeatures(Unknown
>>>>>> Source)
>>>>>>      at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source)
>>>>>>      at
>>>>>> org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParserImpl(Unknown
>>> Source)
>>>>>>      at
>>> org.apache.xerces.jaxp.SAXParserFactoryImpl.setFeature(Unknown
>>>>>> Source)
>>>>>>      at
>>> com.sun.xml.internal.bind.v2.util.XmlFactory.createParserFactory(XmlFactory.java:114)
>>>>>>      at
>>> com.sun.xml.internal.bind.v2.runtime.unmarshaller.UnmarshallerImpl.getXMLReader(UnmarshallerImpl.java:139)
>>>>>>      at
>>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:157)
>>>>>>      at
>>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:162)
>>>>>>      at
>>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:171)
>>>>>>      at
>>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:189)
>>>>>>      at
>>> com.sun.jersey.server.wadl.generators.WadlGeneratorApplicationDoc.init(WadlGeneratorApplicationDoc.java:134)
>>>>>>      at
>>> com.sun.jersey.server.wadl.generators.WadlGeneratorGrammarsSupport.init(WadlGeneratorGrammarsSupport.java:131)
>>>>>>      at
>>> com.sun.jersey.server.wadl.generators.resourcedoc.WadlGeneratorResourceDocSupport.init(WadlGeneratorResourceDocSupport.java:148)
>>>>>>      at
>>> com.sun.jersey.wadl.GenerateWadlMojo.executeWithClasspath(GenerateWadlMojo.java:144)
>>>>>>      at
>>> com.sun.jersey.wadl.AbstractMojoProjectClasspathSupport.execute(AbstractMojoProjectClasspathSupport.java:101)
>>>>>>      at
>>> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:132)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:120)
>>>>>>      at
>>> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:347)
>>>>>>      at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:154)
>>>>>>      at org.apache.maven.cli.MavenCli.execute(MavenCli.java:584)
>>>>>>      at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:213)
>>>>>>      at org.apache.maven.cli.MavenCli.main(MavenCli.java:157)
>>>>>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>      at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>      at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>      at java.lang.reflect.Method.invoke(Method.java:483)
>>>>>>      at
>>> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
>>>>>>      at
>>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
>>>>>>      at
>>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
>>>>>>      at
>>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
>>>>>> 
>>>>>> [ERROR]
>>>>>> java.lang.IllegalStateException: org.xml.sax.SAXNotRecognizedException:
>>>>>> http://javax.xml.XMLConstants/feature/secure-processing
>>>>>>      at
>>> com.sun.xml.internal.bind.v2.util.XmlFactory.createParserFactory(XmlFactory.java:121)
>>>>>>      at
>>> com.sun.xml.internal.bind.v2.runtime.unmarshaller.UnmarshallerImpl.getXMLReader(UnmarshallerImpl.java:139)
>>>>>>      at
>>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:157)
>>>>>>      at
>>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:162)
>>>>>>      at
>>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:171)
>>>>>>      at
>>> javax.xml.bind.helpers.AbstractUnmarshallerImpl.unmarshal(AbstractUnmarshallerImpl.java:189)
>>>>>>      at
>>> com.sun.jersey.server.wadl.generators.WadlGeneratorApplicationDoc.init(WadlGeneratorApplicationDoc.java:134)
>>>>>>      at
>>> com.sun.jersey.server.wadl.generators.WadlGeneratorGrammarsSupport.init(WadlGeneratorGrammarsSupport.java:131)
>>>>>>      at
>>> com.sun.jersey.server.wadl.generators.resourcedoc.WadlGeneratorResourceDocSupport.init(WadlGeneratorResourceDocSupport.java:148)
>>>>>>      at
>>> com.sun.jersey.wadl.GenerateWadlMojo.executeWithClasspath(GenerateWadlMojo.java:144)
>>>>>>      at
>>> com.sun.jersey.wadl.AbstractMojoProjectClasspathSupport.execute(AbstractMojoProjectClasspathSupport.java:101)
>>>>>>      at
>>> org.apache.maven.plugin.DefaultBuildPluginManager.executeMojo(DefaultBuildPluginManager.java:132)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:208)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:153)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.MojoExecutor.execute(MojoExecutor.java:145)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:116)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.LifecycleModuleBuilder.buildProject(LifecycleModuleBuilder.java:80)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.builder.singlethreaded.SingleThreadedBuilder.build(SingleThreadedBuilder.java:51)
>>>>>>      at
>>> org.apache.maven.lifecycle.internal.LifecycleStarter.execute(LifecycleStarter.java:120)
>>>>>>      at
>>> org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:347)
>>>>>>      at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:154)
>>>>>>      at org.apache.maven.cli.MavenCli.execute(MavenCli.java:584)
>>>>>>      at org.apache.maven.cli.MavenCli.doMain(MavenCli.java:213)
>>>>>>      at org.apache.maven.cli.MavenCli.main(MavenCli.java:157)
>>>>>>      at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>>>>>>      at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
>>>>>>      at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>>>>>>      at java.lang.reflect.Method.invoke(Method.java:483)
>>>>>>      at
>>> org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
>>>>>>      at
>>> org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
>>>>>>      at
>>> org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:415)
>>>>>>      at
>>> org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:356)
>>>>>> Caused by: org.xml.sax.SAXNotRecognizedException:
>>>>>> http://javax.xml.XMLConstants/feature/secure-processing
>>>>>>      at
>>> org.apache.xerces.parsers.AbstractSAXParser.setFeature(Unknown
>>>>>> Source)
>>>>>>      at org.apache.xerces.jaxp.SAXParserImpl.setFeatures(Unknown
>>>>>> Source)
>>>>>>      at org.apache.xerces.jaxp.SAXParserImpl.<init>(Unknown Source)
>>>>>>      at
>>>>>> org.apache.xerces.jaxp.SAXParserFactoryImpl.newSAXParserImpl(Unknown
>>> Source)
>>>>>>      at
>>> org.apache.xerces.jaxp.SAXParserFactoryImpl.setFeature(Unknown
>>>>>> Source)
>>>>>>      at
>>> com.sun.xml.internal.bind.v2.util.XmlFactory.createParserFactory(XmlFactory.java:114)
>>>>>>      ... 31 more
>>>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>>>> [INFO] BUILD FAILURE
>>>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>>>> [INFO] Total time: 13.210 s
>>>>>> [INFO] Finished at: 2014-08-21T09:57:37-07:00
>>>>>> [INFO] Final Memory: 43M/1963M
>>>>>> [INFO]
>>> ------------------------------------------------------------------------
>>>>>> [ERROR] Failed to execute goal
>>>>>> com.sun.jersey.contribs:maven-wadl-plugin:1.8:generate (generate) on
>>>>>> project chukwa: Could not write wadl file:
>>>>>> org.xml.sax.SAXNotRecognizedException:
>>>>>> http://javax.xml.XMLConstants/feature/secure-processing -> [Help 1]
>>>>>> [ERROR]
>>>>>> [ERROR] To see the full stack trace of the errors, re-run Maven with
>>> the
>>>>>> -e switch.
>>>>>> [ERROR] Re-run Maven using the -X switch to enable full debug logging.
>>>>>> [ERROR]
>>>>>> [ERROR] For more information about the errors and possible solutions,
>>>>>> please read the following articles:
>>>>>> [ERROR] [Help 1]
>>> http://cwiki.apache.org/confluence/display/MAVEN/MojoExecutionException
>>>>>> 
>>>>>> 
>>>>>>> On Aug 16, 2014, at 11:30 AM, Eric Yang <[email protected]> wrote:
>>>>>>> 
>>>>>>> Hi folks,
>>>>>>> 
>>>>>>> I have put together a release candidate (rc0) for Chukwa 0.6.0.
>>>>>>> 
>>>>>>> The RC is available at:
>>>>>>> http://svn.apache.org/repos/asf/chukwa/tags/chukwa-0.6.0-rc0/
>>>>>>> The artifacts are available at:
>>>>>>> http://people.apache.org/~eyang/chukwa-0.6.0-rc0/
>>>>>>> Site document is available at:
>>>>>>> http://people.apache.org/~eyang/chukwa-0.6.0-rc0/site/
>>>>>>> 
>>>>>>> Please try this release and vote.  The vote will run from now for 5
>>>>>> days.
>>>>>>> 
>>>>>>> Thanks
>>>>>>> 
>>>>>>> Regards,
>>>>>>> Eric
> 

Reply via email to