Minutes:        http://transcripts.jboss.org/meeting/irc.freenode.org/windup/2014/windup.2014-12-17-15.01.html

Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/windup/2014/windup.2014-12-17-15.01.txt

Log:            http://transcripts.jboss.org/meeting/irc.freenode.org/windup/2014/windup.2014-12-17-15.01.log.html

Meeting summary
---------------
* Agenda  (lincolnthree, 15:01:57)

* Status Reports  (lincolnthree, 15:04:39)
  * Finished WINDUP-377 with the help of the team. Rules can now be
    {parameterized}.  (lincolnthree, 15:05:48)
  * Fixed WINDUP-432 - There was a bug in our environment util that
    caused windup to break in eclipse.  (lincolnthree, 15:06:29)
  * I plan on doing some demo-type playing with the xml rules for the
    purpose of brainstorming / continuing to look at rule
    parameterization and improving the way it works and how rules work
    together.  (lincolnthree, 15:07:18)
  * I also plan to start looking at our test runner failures to see if I
    can see what's going on there  (lincolnthree, 15:07:36)
  * XML's are already merged, briefly checked that the report is the
    same and it was, but cannot guarantee  (mbriskar, 15:08:03)
  * I played a little with Handlers here and there  (mbriskar, 15:08:40)
  * I tried to make WINDUP-424 with detailed tests so we have handlers
    covered  (mbriskar, 15:09:15)
  * working now on WINDUP-407  (mbriskar, 15:09:40)
  * WINDUP-420 - Switched to caching compiled xpath's for some
    performance improvement. (maybe 20% on the xml portion of the scan
    at most)  (jsightler, 15:11:17)
  * Fixed a bug that caused --overwrite not to be possible from the
    command line (./windup style invocation)  (jsightler, 15:12:02)
  * Fixed WINDUP-428 that was causing some rules to miss in some cases
    (missing links from some source files to JavaClass)  (jsightler,
    15:13:03)
  * , Also fixed WINDUP-427, WINDUP-426, and WINDUP-425 (internal little
    API improvements)  (jsightler, 15:13:25)
  * I am currently working in providing a generalized way to have an
    iteration use threads. This would be enabled via calling
    Iteration.over().threaded() (optionally specifying the number of
    threads)  (jsightler, 15:14:11)
  * there are some roadblocks around the way titan/blueprints handle
    transactions across thread boundaries that are slowing this down at
    the moment, but I'm hoping I can have something in the next day or
    two  (jsightler, 15:14:55)

* Priorities  (lincolnthree, 15:26:46)
  * #1. Performance and stability  (lincolnthree, 15:27:00)
  * #2 Making rules more usable (adding more conditions)  (lincolnthree,
    15:27:26)
  * #3 Making the rules work together better and make more sense to the
    user  (lincolnthree, 15:27:46)

* Weekly Release  (lincolnthree, 15:54:13)
  * We have a weekly release coming up. Just thought i would mention it
    in the meeting.  (lincolnthree, 15:54:28)
  * This will be the first release that encompasses the new rules params
    feature and should be the best performing release yet.
    (lincolnthree, 15:55:13)

* Test coverage  (lincolnthree, 15:57:27)

* Ideas for how to improve windup (brainstorming)  (lincolnthree,
  16:17:42)

--
Lincoln Baxter, III
http://ocpsoft.org
"Simpler is better."