Yeah, good catch.  Josh Elsner had issue with the underlying problem in
METRON-501 and I agree.

How about I start a new discuss thread about the BETA tag?  I'd like to
keep this one centered around what's in the release.

On Wed, Nov 2, 2016 at 4:31 PM, David Lyle <[email protected]> wrote:

> Hi Casey,
>
> I'll take a longer look shortly, but the only omission I see initially is
> https://issues.apache.org/jira/browse/METRON-501. We got dinged on that in
> the prior release, so I think it's critical. I'm not currently
> volunteering, but I'm not not volunteering. I'll have to see what my
> schedule allows.
>
> Also- what would you think of dropping the BETA tag with this release? Is
> this a good place to discuss that?
>
> Thanks!
>
> -D...
>
> On Wed, Nov 2, 2016 at 4:11 PM, Casey Stella <[email protected]> wrote:
>
> > Hello Everyone,
> >
> > It's me, your friendly Metron Release Manager and it's time to start
> > thinking about the next release.
> >
> > *JIRA Housekeeping*
> >
> > For those who get email alerts via JIRA on changes, it should be no
> > surprise that I went through did some JIRA housekeeping in anticipation
> of
> > the next release:
> >
> >    - Ensured that everything committed since the last release was closed
> >    and marked 0.2.2BETA
> >    - Ensured that everything in active work (with a PR that was active in
> >    the last month on github) had a release version of 0.2.2BETA and "In
> >    Progress"
> >    - With the exception of METRON-533
> >    <https://issues.apache.org/jira/browse/METRON-533>, which is release
> >    housekeeping, everything with a release version of 0.2.2BETA is actual
> > work
> >    that is in progress, rather than aspirational.
> >    - Went through the list of JIRAs that are not done and have no version
> >    associated with them and ensured that they weren't duplicates (to the
> > best
> >    of my abilities).
> >
> > This may mean that I moved your favorite JIRA around or changed the
> > release.  I did not do this because it was unimportant or I considered it
> > unfit for the next release, but because I want to begin the exercise of
> > choosing what makes the release with the community with an accurate
> picture
> > of the current state in JIRA.
> >
> > *What's made it so far into the next release*
> >
> >    - METRON-410 mysql_server&apos;s MySQL install causes mutually assured
> >    destruction when installed on the same machine as the Ambari Hive
> MySQL
> >    closes apache/incubator-metron#317
> >    - METRON-148 Compress logs with logrotate (ottobackwards) closes
> >    apache/incubator-metron#329
> >    - METRON-536 Fix apache id for Otto Fowler (ottobackwards) closes
> >    apache/incubator-metron#331
> >    - METRON-249: Field Transformation functions fail to handle invalid
> user
> >    inputs closes apache/incubator-metron#333
> >    - METRON-521: Stellar function documentation needs grammar/clarity
> fixes
> >    closes apache/incubator-metron#327
> >    - METRON-484 Opentaxi service does not show count for subscribed
> >    services   (nickwallen) closes apache/incubator-metron#306
> >    - METRON-495: Upgrade Storm to 1.0.x (justinleet via mmiklavc) closes
> >    apache/incubator-metron#318
> >    - METRON-506 Add Otto Fowler to commiters (ottobackwards) closes
> >    apache/incubator-metron#330
> >    - METRON-515: Stellar IS_EMPTY() function does not work as expected
> >    (merrimanr via mmiklavc) closes apache/incubator-metron#324
> >    - METRON-512: Migrate Metron's default global junit version from 4.4
> to
> >    4.12 (ottobackwards via mmiklavc) closes apache/incubator-metron#325
> >    - METRON-464 Force co-location of all Metron components closes
> >    apache/incubator-metron#315
> >    - METRON-513 Ambari Management Pack Metainfo should not advertise
> >    version closes apache/incubator-metron#322
> >    - METRON-465 Automatically set storm-site topology.classpath closes
> >    apache/incubator-metron#314
> >    - METRON-500: fix assembly id (2xyo via mmiklavc) closes
> >    apache/incubator-metron#313
> >    - METRON-509: Add pcap query filter REST API documentation to README
> >    (mmiklavc) closes apache/incubator-metron#319
> >    - METRON-505: Add environment variable and system property functions
> to
> >    the Stellar language (mmiklavc) closes apache/incubator-metron#312
> >    - METRON-502: Make the ParserIntegrationTest more clear on errors
> >    (ottobackwards via mmiklavc) closes apache/incubator-metron#311
> >    - METRON-441: Aggregator function "MIN" does not work for threat
> triage
> >    (cestella via mmiklavc) closes apache/incubator-metron#309
> >    - METRON-403: Bro elasticsearch bulk index item fails when DNS
> response
> >    includes CNAME (nickwallen via mmiklavc) closes
> > apache/incubator-metron#305
> >    - METRON-424 ability to validate ip addresses against both IPV4 and
> IPV6
> >    closes apache/incubator-metron#303
> >    - METRON-496: Field transformations are applied after parser
> validation
> >    closes apache/incubator-metron#304
> >    - METRON-489: RemoveSubdomains Stellar Function behaves incorrectly
> for
> >    some domains closes apache/incubator-metron#300
> >    - METRON-499 Check for Metron Jar Fails During Quick-Dev Deployment
> >    (nickwallen via dlyle65535) closes apache/incubator-metron#307
> >    - METRON-488: Snort should use a proper CSV implementation (cestella
> via
> >    mmiklavc) closes apache/incubator-metron#297
> >    - METRON-482 Add logging to GrokParser to indicate supplied TimeZone
> >    (justinleet via mmiklavc) closes apache/incubator-metron#291
> >    - METRON-326 Error Handling in ElasticsearchWriter (justinleet via
> >    mmiklavc) closes apache/incubator-metron#286
> >    - METRON-439: Stellar : IS_EMPTY(host) throws exception (mmiklavc)
> >    closes apache/incubator-metron#296
> >    - METRON-473 Add LENGTH() To Stellar closes
> apache/incubator-metron#293
> >    - METRON-371: Changing logging level to INFO when there's not a
> config.
> >    closes apache/incubator-metron#295
> >    - METRON-432: Fix pcap field resolver to return object instead of
> string
> >    value (mmiklavc) closes apache/incubator-metron#298
> >    - METRON-421 Make Stellar Profiler Client API Accessible in Parser and
> >    Enrichment Topologies (nickwallen) closes apache/incubator-metron#290
> >    - METRON-492 Run metron_common build check as local_action
> >    (kylerichardson via dlyle65535) closes apache/incubator-metron#302
> >    - METRON-461 Install Metron Data Management tools  (dlyle65535 via
> >    justinleet) closes apache/incubator-metron#289
> >    - METRON-487 Correct the license in the StixExtractorTest (cestella
> via
> >    nickwallen) closes apache/incubator-metron#294
> >    - METRON-171 Add .class files to gitignore (ottobackwards via
> >    nickwallen) closes apache/incubator-metron#292
> >    - METRON-425 Stellar transformation fails to handle special characters
> >    (ottobackwards via justinleet) closes apache/incubator-metron#299
> >    - METRON-459 Bad file location for
> >    org.apache.metron.spout.pcap.Endianness.java (danieljue via
> nickwallen)
> >    closes apache/incubator-metron#275
> >    - METRON-474 Fix Vagrant Ansible Defaults for Quick & Full Dev
> >    (ottobackwards via nickwallen) closes apache/incubator-metron#284
> >    - METRON-478: Add Michael Miklavcic, Justin Leet, Nick Allen, and
> David
> >    Lyle to Metron website community page (mmiklavc) closes
> >    apache/incubator-metron#287
> >
> > *What else will make it?*
> >
> > Ok, so now that we know what's in there already, I need to ask your help
> in
> > determining what you want in the next release that is not currently being
> > worked on.  In order to do that, please help me by responding to this
> email
> > and
> >
> >    - proposing and justifying a JIRA from the list of unresolved JIRAs
> >    <https://issues.apache.org/jira/browse/METRON-469?jql=
> > project%20%3D%20METRON%20AND%20resolution%20%3D%20Unresolved%20AND%
> > 20fixVersion%20is%20EMPTY%20ORDER%20BY%20priority%20DESC>
> >    that are not currently scheduled and let me know which ones should be
> >    included.  Please include whether the JIRA is "Nice to Have" or
> > "Critical
> >    to Have" and if you volunteer to do it.
> >    - proposing and justifying that one of the in-progress tasks
> >    <https://issues.apache.org/jira/browse/METRON-510?jql=
> > project%20%3D%20METRON%20AND%20resolution%20%3D%20Unresolved%20AND%
> > 20fixVersion%20%3D%200.2.2BETA%20ORDER%20BY%20priority%20DESC>
> >    should *not* be included for release
> >
> > I'd like to aim to get release candidates out in the next two weeks, so
> > let's look forward a vigorous discussion and a great release.
> >
> > Thanks for the contributions and for your continued engagement in the
> > Metron community.  If you see something that you don't like in this
> > process, please let me know.  Feedback is very welcome.
> >
> > Best,
> >
> > Casey
> >
> >    -
> >
>

Reply via email to