On Sep 4, 2014, at 12:32 AM, Eric Yang <[email protected]> wrote: > 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.
But I see other files of the same ilk that do contain AL2 headers. > 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 >>
