Skip to main content

Notice: this Wiki will be going read only early in 2024 and edits will no longer be possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "E4/Resources/Meeting/3-Apr-2009"

< E4‎ | Resources‎ | Meeting
 
Line 19: Line 19:
 
* '''Call is Open, Anybody can join.'''
 
* '''Call is Open, Anybody can join.'''
  
<!--
+
* Attendees
* Signed up:
+
** Wind River - Doug Schaefer, Martin Oberhuber
** Wind River - Doug Schaefer, Martin Oberhuber, Michael Scharf
+
** IBM - John Arthorne, Szymon Brandys
** Embarcadero - Kenn Hussey
+
 
** Freescale - Serge Beauchamp
 
** Freescale - Serge Beauchamp
** NVidia - Eric Frey
+
** Embarcadero - Kenn Hussey
** Google - Terry Parker, Tom Ball, Sergey Prigogin
+
** IBM - John Arthorne, Szymon Brandys, Pawel Pogorzelski, Mike Wilson, Boris Bokowski, Chris Recoskie,
+
** Nokia - Ken Ryall
+
** Broadcom - James Blackburn
+
** SAP -
+
-->
+
  
 
== Agenda/Notes ==
 
== Agenda/Notes ==
 
'''Feel free to edit, but <font color="red">not during the meeting</font>'''
 
'''Feel free to edit, but <font color="red">not during the meeting</font>'''
 
* [[IRC]] irc://#eclipse-e4 parallel to the meeting
 
* [[IRC]] irc://#eclipse-e4 parallel to the meeting
* Update from yesterday's [[e4/Meeting Minutes/Status 20090402]] call
+
 
 +
* '''e4 update''' from yesterday's [[e4/Meeting Minutes/Status 20090402]] call
 +
** McQ mentioned that e4 resources work may go into 3.6 if we put a plan together by september
  
 
=== Review of Action Items ===
 
=== Review of Action Items ===
 
* Last Meeting: [[E4/Resources/Meeting/20-Mar-2009]]
 
* Last Meeting: [[E4/Resources/Meeting/20-Mar-2009]]
* (old) '''Martin''' create SearchCVS service for e4 resources - started on database, query missing '''AI mail e4-dev'''
+
* [[Image:Ok_green.gif]] '''Serge''' opened {{bug|269404}} for forking common navigator into e4
* (old) '''Martin''' send a proposal regarding experimental API tagging policy to the e4 mailing list - pending {{bug|261874}} AC discussion about provisional API
+
* (old) '''Ken''' put references to bugs which are interesting for him into the meeting notes
+
* (old) '''Ken''' have somebody from Symbian Foundation comment on {{bug|249745}} regarding their experiences with git and Mercurial
+
* '''Serge''' to open bug for forking common navigator into e4
+
 
* Open items moved to [[#Action Items]]
 
* Open items moved to [[#Action Items]]
  
=== Discussion ===
+
=== Multi-Workspace ===
 +
* Doug : e4 resources presented by Mike Milinkovich at Members Meeting : Multi Workspace
 +
** {{bug|245399}} '''multi workspace''' - John is interested and may start investigating in summer when there is more time
 +
*** Resources is pretty much ready to support this... but in the field, there is a lot of ResourcesPlugin.getWorkspace()
 +
*** ResourcesPlugin.getWorkspace() could return the default workspace, while others could get to other instances
 +
** Martin is really interested in user-side requirements that people want to address with multi workspace:
 +
*** for instance: working on multiple branches of the same project - namespace resolution
 +
*** might be solved with different technical approaches, e.g. logical project nesting or "solutions" as groups of projects - it's just a matter of scoping for name resolution
 +
**** Serge is interested in solving "multiple projects with same name in a workspace"
 +
*** today, a workspace is just (a) a collection of projects plus (b) settings and preferences. We might find different means of solving the real user problems.
 +
**** Project References are the biggest problem with respect to name collisions in a workspace - must find a scoping solution
 +
**** Serge is interested in project references pointing outside the workspace
 +
**** Martin - project reference information could be some kind of PATH rather than just a name, or name + hints for disambiguation
  
* '''Serge Groups''': CNF DND -- put in only after M7?
+
=== Modeled Resources ===
 +
* Eclipsecon
 +
** Serge got feedback that people are interested in flexible resources work
 +
** Doug got feedback from Cisco interested in e4 enhancements for CDT specifically for scaling up to HUGE workspaces
 +
** Doug would like to see the e4 resources team grow - there have been around 1000 attendees at Eclipsecon
 +
** Kenn had discussion with people asking why there wasn't a '''model for the resources API's''' - Kenn is interested '''AI Kenn''' create a bug for channeling discussions around this
 +
*** Especially meta-info about resources (how they are related with each other, properties of resources, build info, ...)
  
=== Current work items (master bugs) ===
+
=== RESTful Resources ===
* {{bug|252647}} - Master plan item for e4 flexible resources (referenced on [http://www.eclipse.org/projects/project-plan.php?projectid=eclipse e3.5 project plan])
+
* Martin '''RESTful principles for Resources'''
** {{bug|252996}} - Serge: Resource Tree Filters - ''in e4 currently''
+
** A lot of work has happened in EMF to make the infrastructure more RESTful, e.g. not assume a filesystem, ...
** {{Bug|229633}} - Serge: Linked resources with relative path / variable-based; grouping feature - ''in e4 currently''
+
** EMF now allows registering handlers for various events that need to happen when opening resources: content types, URI, open handlers, ...
** {{bug|245412}} - Martin: Physically nested projects - many related bugs e.g. James Blackburn {{bug|253898}} LaunchManager
+
** Clients to inject handlers to tweak the way it operates
** {{Bug|233939}} - Martin: Alias Management for symlinks - James Blackburn filed {{bug|253912}} common IResource for all aliases
+
** Martin: EFS experience has shown that transparently replacing handlers is not enough... clients implicitly assume that resources are fast and reliable. We may need new APIs
** {{Bug|244979}} - Martin: Lazy Refresh
+
*** Resources using visitor pattern a lot today... any ideas about making those RESTful, e.g. stateless query with asynchronous response rather than visitor pattern
** {{Bug|253705}} - Szymon: Support for "branched" file systems (EFS for iSeries) - no coding yet but collected some iFS material
+
** Martin: could we use separate layers, e.g. core resources as we have them today, and above that a NEW layer that provides RESTful APIs and/or modeling of properties
** {{bug|255425}} - Terry: Support for transactions when modifying ProjectDescription
+
*** Kenn: in a real RESTful world there are only very few concepts and operations: URIs (relative and absolute); URIs relative to each other may be seen as related to each other
** {{bug|215261}} - Chris: EFS logical/physical API
+
*** No concepts of "project" or "folder", that's an implementation specific thing
==== Additional items not (yet) linked off the master bug ====
+
*** RESTful layer could be compatible or orthogonal to "current Eclipse" way of doing things: EFS filesystem could be one mapping of things; another mapping could be for projects/files/folders
* Metadata: Sharing/Linking/Inheritance of project settings? Pluggable Project Persistence? What to do for Build stuff
+
** Kenn is interested in collaborating with others on RESTful for resources
** {{bug|255371}} Modeled Preferences
+
*** Chris and the RDT people should be interested - '''AI Martin''' to inquire
* Faceted Project Framework - Eric Frey been looking at it, looks very interesting on the surface, would like to see it in CDT
+
** John thinks that what Kenn talks about is similar to what Chris and the RDT folk are exploring... with the client having some "Resources Model"
** {{bug|102527}} Project refactoring - add and remove project natures
+
*** John thinks that a whole "Resources Server" would make more sense, with RESTful APIs '''on top of it''' rather than below it ... doing all the heavy lifting on the server
* Lightweight Resources: Terry Parker (tried TPTP now for profiling, now using JProfiler (slows down by 5-10x) - got pulled off into something else
+
*** The question is really where to draw the line between client and server
* Remote File System: Chris Recoskie (currently releasing PTP/RDT, will jump on e4 later, no news)
+
** Doug thinks there may be different cuts into the architecture
** {{bug|253777}} Support async programming patterns in Core
+
*** '''AI Martin''' create a bug for tracking REST discussion
** EFS Performance: tons of stat requests, should Resource layer do more caching or will we want a caching EFS implementation such as [http://dev.eclipse.org/mhonarc/lists/eclipse-incubator-e4-dev/msg00873.html Hadoop DFS]?
+
* {{Bug|198591}} Allow builder to specify scheduling rule (builder to operate on a single project only, or run in parallel to other WS operations)
+
* {{Bug|263671}} Project cloning and relocation capability
+
* Workspace Concept Separation
+
** '''John''' separate workspace from instance area bug - see [https://bugs.eclipse.org/bugs/show_bug.cgi?id=245399#c2 bug 245399 comment 2]
+
** {{bug|245405}} workspace description files for pushing workspace prefs to team members / facilitated on-boarding
+
** {{bug|245399}} multi-workspace
+
  
* [[E4/Resources/Definitions of Terms]] what is a workspace?
+
=== Common Navigator ===
 +
* '''Common Navigator Situation'''
 +
** Serge: Improve CN resources plugin to support drop adapter assistants; JDT would need to be updated to properly delegate DND to the CN framework
 +
** Martin seems to remember that Francis proposed waiting with an e4 fork of CN resources until M7 when bulk of the bugfix work on CN is done in the 3.x branch
 +
** Tracking on {{bug|269404}}
  
It looks like we're building things bottom up.
+
=== JDT and e4 ===
 +
* '''JDT and e4'''
 +
** Is JDT staffed enough to do e4 ? How to do the self-hosting until e4 0.9 ?
 +
** John: there is two questions - (a) e4 self-hosting and (b) what happens in 3.6 -- the 3.6 planning process is currently ongoing
 +
*** How much do we need to do in JDT in order to support e4 resources; for instance, DND support in the package explorer
 +
*** One solution could be just using the project explorer and not doing the package explorer -- Francis working on feature parity with package explorer in M7 anyways
 +
*** As long as no filters / groups / etc are created, there should not be any impact anyways
 +
** Martin: Because of Java Language spec, JDT is tightly coupled to file system anyways and wouldn't want to use much e4 stuff
 +
*** Maybe some classpath stuff
  
 
== Action Items ==
 
== Action Items ==
 +
* (old) '''Martin''' create SearchCVS service for e4 resources - started on database, query missing '''AI mail e4-dev'''
 +
* (old) '''Martin''' send a proposal regarding experimental API tagging policy to the e4 mailing list - pending {{bug|261874}} AC discussion about provisional API
 +
* (old) '''Ken''' put references to bugs which are interesting for him into the meeting notes
 +
* (old) '''Ken''' have somebody from Symbian Foundation comment on {{bug|249745}} regarding their experiences with git and Mercurial
 +
* '''Kenn''' to create bug for modeled resources
 +
* '''Martin''' to ping Chris Recoskie
 +
* '''Martin''' to create bug for RESTful resources discussions
  
 
== Next Meeting ==
 
== Next Meeting ==
 
* Next [[E4/Resources/Meeting/17-Apr-2009]] (2 weeks after)
 
* Next [[E4/Resources/Meeting/17-Apr-2009]] (2 weeks after)

Latest revision as of 12:04, 3 April 2009

Meeting Title: E4 Resources meeting
Date & Time: Friday Apr 3, 2009 at 1500 UTC / 11am EST / 8am PST
Ical.gifiCal,Xml.gifATOM News Feed,Html.gifHTML
Canada and US Toll Free: (866) 740-7083
International Dial-in: +1 (702) 696-4217 (more numbers here)
Conference ID: 613 277 0037 #

Attendees

  • Call is Open, Anybody can join.
  • Attendees
    • Wind River - Doug Schaefer, Martin Oberhuber
    • IBM - John Arthorne, Szymon Brandys
    • Freescale - Serge Beauchamp
    • Embarcadero - Kenn Hussey

Agenda/Notes

Feel free to edit, but not during the meeting

Review of Action Items

Multi-Workspace

  • Doug : e4 resources presented by Mike Milinkovich at Members Meeting : Multi Workspace
    • bug 245399 multi workspace - John is interested and may start investigating in summer when there is more time
      • Resources is pretty much ready to support this... but in the field, there is a lot of ResourcesPlugin.getWorkspace()
      • ResourcesPlugin.getWorkspace() could return the default workspace, while others could get to other instances
    • Martin is really interested in user-side requirements that people want to address with multi workspace:
      • for instance: working on multiple branches of the same project - namespace resolution
      • might be solved with different technical approaches, e.g. logical project nesting or "solutions" as groups of projects - it's just a matter of scoping for name resolution
        • Serge is interested in solving "multiple projects with same name in a workspace"
      • today, a workspace is just (a) a collection of projects plus (b) settings and preferences. We might find different means of solving the real user problems.
        • Project References are the biggest problem with respect to name collisions in a workspace - must find a scoping solution
        • Serge is interested in project references pointing outside the workspace
        • Martin - project reference information could be some kind of PATH rather than just a name, or name + hints for disambiguation

Modeled Resources

  • Eclipsecon
    • Serge got feedback that people are interested in flexible resources work
    • Doug got feedback from Cisco interested in e4 enhancements for CDT specifically for scaling up to HUGE workspaces
    • Doug would like to see the e4 resources team grow - there have been around 1000 attendees at Eclipsecon
    • Kenn had discussion with people asking why there wasn't a model for the resources API's - Kenn is interested AI Kenn create a bug for channeling discussions around this
      • Especially meta-info about resources (how they are related with each other, properties of resources, build info, ...)

RESTful Resources

  • Martin RESTful principles for Resources
    • A lot of work has happened in EMF to make the infrastructure more RESTful, e.g. not assume a filesystem, ...
    • EMF now allows registering handlers for various events that need to happen when opening resources: content types, URI, open handlers, ...
    • Clients to inject handlers to tweak the way it operates
    • Martin: EFS experience has shown that transparently replacing handlers is not enough... clients implicitly assume that resources are fast and reliable. We may need new APIs
      • Resources using visitor pattern a lot today... any ideas about making those RESTful, e.g. stateless query with asynchronous response rather than visitor pattern
    • Martin: could we use separate layers, e.g. core resources as we have them today, and above that a NEW layer that provides RESTful APIs and/or modeling of properties
      • Kenn: in a real RESTful world there are only very few concepts and operations: URIs (relative and absolute); URIs relative to each other may be seen as related to each other
      • No concepts of "project" or "folder", that's an implementation specific thing
      • RESTful layer could be compatible or orthogonal to "current Eclipse" way of doing things: EFS filesystem could be one mapping of things; another mapping could be for projects/files/folders
    • Kenn is interested in collaborating with others on RESTful for resources
      • Chris and the RDT people should be interested - AI Martin to inquire
    • John thinks that what Kenn talks about is similar to what Chris and the RDT folk are exploring... with the client having some "Resources Model"
      • John thinks that a whole "Resources Server" would make more sense, with RESTful APIs on top of it rather than below it ... doing all the heavy lifting on the server
      • The question is really where to draw the line between client and server
    • Doug thinks there may be different cuts into the architecture
      • AI Martin create a bug for tracking REST discussion

Common Navigator

  • Common Navigator Situation
    • Serge: Improve CN resources plugin to support drop adapter assistants; JDT would need to be updated to properly delegate DND to the CN framework
    • Martin seems to remember that Francis proposed waiting with an e4 fork of CN resources until M7 when bulk of the bugfix work on CN is done in the 3.x branch
    • Tracking on bug 269404

JDT and e4

  • JDT and e4
    • Is JDT staffed enough to do e4 ? How to do the self-hosting until e4 0.9 ?
    • John: there is two questions - (a) e4 self-hosting and (b) what happens in 3.6 -- the 3.6 planning process is currently ongoing
      • How much do we need to do in JDT in order to support e4 resources; for instance, DND support in the package explorer
      • One solution could be just using the project explorer and not doing the package explorer -- Francis working on feature parity with package explorer in M7 anyways
      • As long as no filters / groups / etc are created, there should not be any impact anyways
    • Martin: Because of Java Language spec, JDT is tightly coupled to file system anyways and wouldn't want to use much e4 stuff
      • Maybe some classpath stuff

Action Items

  • (old) Martin create SearchCVS service for e4 resources - started on database, query missing AI mail e4-dev
  • (old) Martin send a proposal regarding experimental API tagging policy to the e4 mailing list - pending bug 261874 AC discussion about provisional API
  • (old) Ken put references to bugs which are interesting for him into the meeting notes
  • (old) Ken have somebody from Symbian Foundation comment on bug 249745 regarding their experiences with git and Mercurial
  • Kenn to create bug for modeled resources
  • Martin to ping Chris Recoskie
  • Martin to create bug for RESTful resources discussions

Next Meeting

Back to the top