[aperi-dev] Architect Meeting Minutes...

[Todd Singleton <toddsing@xxxxxxxxxx>]

Attendees
John (Brocade)
Hans (IBM)
Tom (IBM)
Rodica (IBM)
Jenny (LSI)
Christoph (IBM)
Dave (IBM)
        Todd
(IBM)

        Requirements
Process Approved
        Tom
thanked the team for passing the Requirements Process.      
           

        UMBC
& Performance Management
We discussed the interest of Dale Ghent,
a SAN admin at the University of Maryland (https://spaces.umbc.edu/display/CIG/Core+Storage+Fabric)
in Aperi.  He brought up his desire for Solaris support as well as
a desire for performance management for his arrays.  Jenny mentioned
that Dale is looking to use Aperi to manage LSI products.  She stated
that she is trying to figure out how LSI might make a code contribution
to Aperi, possibly in the performance management area.  She asked
for more information on what it would take to add performance management
capability as a plug-in to Aperi's existing code base.  Todd agreed
that we should investigate.  We will use the first half of next week's
meeting to further discuss and explain 'what it would take' to add performance
management as a plug-in.  

SAN Simulator Demo
The SAN Simulator code has been donated
by IBM to Aperi.  The code now lives in the Eclipse repository.  Build
and install scripts are being developed and should be integrated in the
very near future.  Tom mentioned the need for a demonstration of the
SAN simulator.  The 2nd half of next week's meeting will be devoted
to demonstrating the SAN Simulator (this meeting is contingent on the availability
of Ramani - the primary developer of the SAN simulator).  So this
meeting is pending and may be scheduled for a different time.  

Upgrade Derby?
Christoph brought up the possible need
for updating Derby.  Such a change would require a good amount of
regression testing.  So we discussed back and forth the need/urgency
of this item (risk/reward).  Christoph has found a defect.  He
will confirm that an upgrade of Derby will fix his defect.  He will
post his results on aperi-dev.  If the upgrade fixes the defect, we
will discuss next steps (likely a Derby upgrade).  If the upgrade
does not fix the defect, we no longer have a compelling reason to absorb
that line item in the immediate future.  We may push it out for the
next release (if it ain't broke, don't... )



Todd Singleton
Software Engineer, Tivoli, IBM
Menlo Park, CA
email: toddsing@xxxxxxxxxx