chukwa-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Alan D. Cabrera" <l...@toolazydogs.com>
Subject Re: [VOTE] Chukwa 0.6.0 release
Date Thu, 04 Sep 2014 15:52:39 GMT

On Sep 4, 2014, at 12:32 AM, Eric Yang <eric818@gmail.com> 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" <list@toolazydogs.com> 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 <eric818@gmail.com> 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 <list@toolazydogs.com>
>>> 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 <eric818@gmail.com> 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 <eric818@gmail.com>
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 <list@toolazydogs.com
>>>>> 
>>>>>> 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 <eyang@apache.org>
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
>> 


Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message