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 "ECF Conference Call 11.25.2008"
(Noting that I won't be there and some rtcollab stuff.) |
(→Discovery UI) |
||
(3 intermediate revisions by the same user not shown) | |||
Line 6: | Line 6: | ||
* depends upon >=2.4 org.eclipse.emf.core, org.eclipse.emf.common, org.eclipse.emf.edit, org.eclipse.emf.edit.ui | * depends upon >=2.4 org.eclipse.emf.core, org.eclipse.emf.common, org.eclipse.emf.edit, org.eclipse.emf.edit.ui | ||
* Java5 (new Locks API, generics) | * Java5 (new Locks API, generics) | ||
+ | * Drop org.eclipse.ecf.discovery.ui.serviceAccessHandler with 3.0. Same can be done with commands and handler | ||
Add incubation to build (create an incubation feature) | Add incubation to build (create an incubation feature) | ||
Line 13: | Line 14: | ||
Discussed with Neil briefly over this: | Discussed with Neil briefly over this: | ||
*Are there real use cases? It sounds cool, yes, but who's going to use this? | *Are there real use cases? It sounds cool, yes, but who's going to use this? | ||
− | ** | + | **Forced to assume that "everything" is synchronized prior to sharing the project. |
− | **If this is not true, a long time may be required to synchronize the | + | **If this is not true, a long time may be required to synchronize the projects before work can begin. |
− | *Will this encourage novice hackers to not use an SCM system and to then use it as a poor man's peer-to-peer SCM system? | + | *Will this synchronization mechanism encourage novice hackers to not use an SCM system and to then use it as a poor man's peer-to-peer SCM system? |
+ | |||
+ | ===ECF build=== | ||
+ | *Build config for jSLP's Maven based build | ||
+ | ** setup Hudson on ecf1 or ecf2 (https://hudson.dev.java.net/) | ||
+ | * preparation for automated testing | ||
+ | * distributed testing (http://www.gridgain.com/ and http://www.theserverlabs.com/blog/2008/11/24/distributed-junit-testing-with-gridgain/) |
Latest revision as of 06:17, 25 November 2008
Attendees
- Remy is on vacation in London and will not be attending.
Agenda
Discovery UI
org.eclipse.ecf.discovery.ui vs. Versant's contribution built on top of EMF (replace or keep both)
- depends upon >=2.4 org.eclipse.emf.core, org.eclipse.emf.common, org.eclipse.emf.edit, org.eclipse.emf.edit.ui
- Java5 (new Locks API, generics)
- Drop org.eclipse.ecf.discovery.ui.serviceAccessHandler with 3.0. Same can be done with commands and handler
Add incubation to build (create an incubation feature)
Real-time Collaboration
Remy is investigating the distribution and synchronization of workspace resources at the project level (see bug 239048).
Discussed with Neil briefly over this:
- Are there real use cases? It sounds cool, yes, but who's going to use this?
- Forced to assume that "everything" is synchronized prior to sharing the project.
- If this is not true, a long time may be required to synchronize the projects before work can begin.
- Will this synchronization mechanism encourage novice hackers to not use an SCM system and to then use it as a poor man's peer-to-peer SCM system?
ECF build
- Build config for jSLP's Maven based build
- setup Hudson on ecf1 or ecf2 (https://hudson.dev.java.net/)
- preparation for automated testing
- distributed testing (http://www.gridgain.com/ and http://www.theserverlabs.com/blog/2008/11/24/distributed-junit-testing-with-gridgain/)