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 "Hudson-ci/community meetings/Mar052012"

Line 33: Line 33:
 
**Groovy externalization
 
**Groovy externalization
 
**Antlr upgrade 2.7 -> 3.n
 
**Antlr upgrade 2.7 -> 3.n
 +
**Jaxen - possible replacement?

Revision as of 11:53, 5 March 2012

Hudson Continuous Integration Server
Website
Download
Community
Mailing ListForumsIRCmattermost
Issues
OpenHelp WantedBug Day
Contribute
Browse Source
Hudson-bust.png Community Meeting 05-March-2012











Agenda

Add or comment on agenda items here, just prefix the item with your name so we can identify you on the call:

  • 2.x release?
  • 3.0.0
    • M2
    • M3
    • RC
  • [henrik] we should clarify system requirements
    • Java version ?
    • Capabilities of container ? (Java EE 5 web container?)
  • [henrik] performance work
    • I have seen high load causing lock congestion in java.text.MessageFormat / java.util.Concurrency (see https://bugs.eclipse.org/bugs/show_bug.cgi?id=372679) I have tried to look at the code but I cannot seem to find a nice way around it. first of it is stapler features, secondly the messageformat class seems to always instantiate the sub formats, so no way to cache them. Any ideas?
    • When hudson is stressed it gets really slow at serving files e.g. downloading a artifact is 5-10 times slower than loading in apache/scp. How do we best debug this, so that core developers have something to go on, and how can we improve the situation ? (can we siwtch to nio for master/slave communication? or use better streaming format?)
    • I suggest that many of the resources which does not change often, is written to disc and served from there instead of being processed/calculated on every request. I suggest we create a "component" (service) where plugins can register a url to match,a file to serve and a expiration time. what do you think of this idea.
  • Infrastructure Machines
    • [henrik] Room for sonar install (we really need this)?
  • [Duncan]Eclipse Migration
    • SVN-Plugin decision. With the last discussions on this we had two options on the table.
  1. Bundle the SVN plugin and dynamically load SVNKit on first run
  2. Externalize this into GitHub rather than Eclipse managed core (Manfred was in favour of doing this with all the Source Control plugins)
    • Groovy externalization
    • Antlr upgrade 2.7 -> 3.n
    • Jaxen - possible replacement?

Back to the top