* From the [http://www.eclipse.org/projects/dev_process/development_process.php#4_5_Councils Eclipse dev process]: ''"responsible for the development, articulation, and maintenance of the Eclipse Platform Architecture and ensuring the Principles of the Development Process <b>through mentorship</b>."''

* From the [http://www.eclipse.org/projects/dev_process/development_process.php#4_5_Councils Eclipse dev process]: ''"responsible for the development, articulation, and maintenance of the Eclipse Platform Architecture and ensuring the Principles of the Development Process <b>through mentorship</b>."''

−

* From the [http://www.eclipse.org/projects/dev_process/architecture-council.php EAC charter]: ''"responsible for the long-term technical health of the Eclipse platforms and frameworks (...) involves itself in inter- and intra-project architecture (...) and open source process (...) through discussion during its meetings, <b>mentoring and consultation</b>."''

+

* From the [http://www.eclipse.org/projects/dev_process/architecture-council.php EAC charter]: ''"responsible for the long-term technical health of the Eclipse platforms and frameworks (...) involves itself in inter- and intra-project architecture (...) and open source process (...) <b>through discussion during its meetings, mentoring and consultation</b>."''

* "Pull" model: Allow adding eclipse.org-architecture-council@eclipse.org on CC on bugzilla for tough questions (rather than being active itself, the EAC is there to respond / mentor, and to identify issues)

* "Pull" model: Allow adding eclipse.org-architecture-council@eclipse.org on CC on bugzilla for tough questions (rather than being active itself, the EAC is there to respond / mentor, and to identify issues)

Line 35:

Line 35:

** If meetings are short, and members gain something from the meetings (insights, news, experiences).

** If meetings are short, and members gain something from the meetings (insights, news, experiences).

Agenda / Notes

Feel free to edit!

Rotating Chair Position

EAC Role, and how to make it more relevant

From the Eclipse dev process: "responsible for the development, articulation, and maintenance of the Eclipse Platform Architecture and ensuring the Principles of the Development Process through mentorship."

From the EAC charter: "responsible for the long-term technical health of the Eclipse platforms and frameworks (...) involves itself in inter- and intra-project architecture (...) and open source process (...) through discussion during its meetings, mentoring and consultation."

Mentorship can encompass many things - EAC as source for mentors, mentoring mentors

"Pull" model: Allow adding eclipse.org-architecture-council@eclipse.org on CC on bugzilla for tough questions (rather than being active itself, the EAC is there to respond / mentor, and to identify issues)

Invite people to present architectural questions for discussion at EAC meetings

EAC is also a platform for exchanging news, ideas, and best practices among the Mentors

What's making the monthly meetings attractive and interesting?

If meetings are short, and members gain something from the meetings (insights, news, experiences).

From

Meeting Dates

We now got Google Calendar invitations. Responding to the invitations allows me to pre-fill the meeting attendee list.

Hiding the call-in number?

Regular meeting date suggestions:

(a) Keep 2nd Thurs of the month at 11am EST: not for Oliver Cole

(b) 2nd Thurs of the month at 12 EST: not for

(c) 3rd Wed of every month at 11am EST: not for

(d) 3rd Wed of every month at 12 EST: not for

(e) 2nd Tues of every month at 11am EST: not for

Council Membership

From the Development Process: "The Architecture Council will, at least annually, recommend to the EMO(ED), Eclipse Members who have sufficient experience, wisdom, and time to be appointed to the Architecture Council and serve as Mentors."

From the EAC charter: "Members (...) are appointed to three year terms (...) Members who are unresponsive to the business of the Council (...) can be removed by a simple three +1s, no upheld -1s vote of the Council."

Any inactive members to prune off the councils page? - Suggestion to add the Year of joining for appointed members, such that inactivity can be tracked.

Have E-Mail proposals / elections like last year? Probably later this year?

Dave Carver: profound knowledge in XML and web technologies, eager to help the development process

Discussions

ISchedulingRule

Markus Schorn: bug 240888 - ISchedulingRule.isConflicting() vs. ISchedulingRule.contains() -- API Docs are there, but missing on the point how it is supposed to be used. How to write a contains() rule properly? How to use it with RuleFactory and MultiRule?

Asking the combined wisdom of the EAC, how projects tend to be doing scheduling with IJobManager. Is the EAC the right platform for this, or where should this be discussed?

Original problem was how to save Project Preferences properly:

Creating a Job that should not conflict with other instances of itself, and should lock the project in question against modification while it is running.

So, an ISchedulingRule was attached. But implementation of the Job needs to call out to other (unknown) implementation through APIs, e.g. savePreferences. These may require new, different ISchedulingRules, but are not allowed to do so at liberty (for the sake of deadlock prevention).

It looks like the Creator of that Job needs to know all kinds of rules that would be needed later on, such that it can create a proper "master rule". But the code of the implementations is not known.

This is against information hiding.

Should it be part of API Docs what SchedulingRules some API Call requires?

Is there some different usage pattern to avoid the problem?

ISchedulingRule#contains() allows creating a rule that contains EVERYTHING and thus essentially disables all other rule checking. This is very dangerous, clients should be informed how contains() is meant to be used. How to use RuleFactory and MultiRule properly?

LGPL

Dave Carver, Ed Merks: EPL to LGPL relation not clear, has been a topic for the board.

GTK version of SWT links against LGPL'd lib? What can and can not be done?

Is the EAC the right place for such questions?

Other Ideas for Discussion

Mentoring New Projects

Experiences? What could be improved?

Nick & Denis Build Workshop 2: Build Harder -- to be continued under Dash when Nick is back from honeymoon & vacation. Adding a representative of Dash to the EAC?

Webpage improvements: more pre-canned content for new projects (like Sourceforge)?

Mentoring Galileo: What could be improved?

Running each project's unittests with full Galileo installed; especially interesting for Performance tests

Action Items

Martin found Max Gilead, who was working with OpenOffice.org's UNO remote communication facility and during that work written a little library on top of it called DUO which provides more user (developer :) ) - friendly access to some of the features. He agreed to give some thoughts when back from a business trip.