Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.
Difference between revisions of "Equinox Minutes - 20070327"
| Line 3: | Line 3: | ||
===Conference Summary=== | ===Conference Summary=== | ||
Jeff was at The Server Side conference in Las Vegas last week and will let us know how the trip went. | Jeff was at The Server Side conference in Las Vegas last week and will let us know how the trip went. | ||
| + | * Gave 2 talks, one on OSGi and one on RCP | ||
===Performance=== | ===Performance=== | ||
| Line 8: | Line 9: | ||
===Logging=== | ===Logging=== | ||
| − | What is the replacement for <code>Plugin.getLog().log(IStatus)</code> or <code>Platform.getLog()</code>for people who want to get off core.runtime? Should there be an API equivalent of RuntimeLog that we have currently in equinox.common? For many bundles, the logging story needs to work both within a running OSGi instance and in standalone | + | What is the replacement for <code>Plugin.getLog().log(IStatus)</code> or <code>Platform.getLog()</code>for people who want to get off core.runtime? Should there be an API equivalent of RuntimeLog that we have currently in equinox.common? For many bundles, the logging story needs to work both within a running OSGi instance and in standalone applications. |
| + | * No new story for 3.3. | ||
| + | * For now still need to acquire the log service. | ||
| + | * Code exists in a couple of places but will just copy it for now. | ||
===End of game=== | ===End of game=== | ||
| Line 16: | Line 20: | ||
We have passed 3.3 M6 (the API freeze) and now are into the 3.3 M7 cycle. If we plan on doing any new feature work we must clear this with the PMC first. We should discuss any potential new features that we want to include for 3.3. | We have passed 3.3 M6 (the API freeze) and now are into the 3.3 M7 cycle. If we plan on doing any new feature work we must clear this with the PMC first. We should discuss any potential new features that we want to include for 3.3. | ||
| − | ===s390/s390x Ports for the | + | ===s390/s390x Ports for the Launchers=== |
There is an IBM team who wants to do a port of the launchers. See [https://bugs.eclipse.org/bugs/show_bug.cgi?id=178905 bug 178905] and [https://bugs.eclipse.org/bugs/show_bug.cgi?id=171518 bug 171518]. What should we do for commit rights so they can check in the binaries? | There is an IBM team who wants to do a port of the launchers. See [https://bugs.eclipse.org/bugs/show_bug.cgi?id=178905 bug 178905] and [https://bugs.eclipse.org/bugs/show_bug.cgi?id=171518 bug 171518]. What should we do for commit rights so they can check in the binaries? | ||
| + | * With core.resources we had separate top-level projects for the fragments and other groups had commit rights to those projects. | ||
| + | * Other people would be committing binaries. (executable and library) | ||
| + | * How often would these be updated? Only when the source changes presumably. | ||
| + | * Are we going to start shipping a s390 SDK download? no | ||
| + | * We will do this. | ||
| + | * Try to add as sub-folders of the executable project. If that doesn't work then create 2 new projects. | ||
| + | * Equinox committers should also have write access to these new dirs. | ||
| + | * Will have to create 2 new users. | ||
| + | * Talk to the foundation to get things done. | ||
[[Category:Equinox|Minutes - March 27, 2007]] | [[Category:Equinox|Minutes - March 27, 2007]] | ||
Revision as of 14:24, 27 March 2007
Contents
March 27, 2007
Conference Summary
Jeff was at The Server Side conference in Las Vegas last week and will let us know how the trip went.
- Gave 2 talks, one on OSGi and one on RCP
Performance
A performance dynamic team will be constructed this milestone. We need to review where we are w.r.t. performance.
Logging
What is the replacement for Plugin.getLog().log(IStatus) or Platform.getLog()for people who want to get off core.runtime? Should there be an API equivalent of RuntimeLog that we have currently in equinox.common? For many bundles, the logging story needs to work both within a running OSGi instance and in standalone applications.
- No new story for 3.3.
- For now still need to acquire the log service.
- Code exists in a couple of places but will just copy it for now.
End of game
We are now entering M7. We are closing down. Who is going to go through all the open bugs to see if anything major slipped?
New Features
We have passed 3.3 M6 (the API freeze) and now are into the 3.3 M7 cycle. If we plan on doing any new feature work we must clear this with the PMC first. We should discuss any potential new features that we want to include for 3.3.
s390/s390x Ports for the Launchers
There is an IBM team who wants to do a port of the launchers. See bug 178905 and bug 171518. What should we do for commit rights so they can check in the binaries?
- With core.resources we had separate top-level projects for the fragments and other groups had commit rights to those projects.
- Other people would be committing binaries. (executable and library)
- How often would these be updated? Only when the source changes presumably.
- Are we going to start shipping a s390 SDK download? no
- We will do this.
- Try to add as sub-folders of the executable project. If that doesn't work then create 2 new projects.
- Equinox committers should also have write access to these new dirs.
- Will have to create 2 new users.
- Talk to the foundation to get things done.