Hudson BOF at JavaOne
|
|
I've submitted a BOF proposal for the upcoming JavaOne [1], and fortunately that was accepted. So if anyone is coming to JavaOne this year, you really have to stay up late and show up at Hudson BOF. I'm hoping that I'll see at least 5 people in the room :-) I haven't really decided on what to talk about. I'm definitely planning to bring my orb [2], but otherwise I can talk about features in Hudson, I can talk about how it's implemented, I can talk about how I'm using it in production, or I can talk about how to write plugins. It would be really helpful to know what you'd like to hear, so any feedback or the suggestion would be appreciated. I'm also very interested in learning how users are using Hudson (the gory details, like you find in [3] and [4]), and looking at the web traffic, it looks like other folks would find that useful too. So if you are interested in talking about your Hudson environment, please let me know. As an incentive, if I'm not mistaken, I can list you as a presenter and you get a free pass to JavaOne. [1] http://java.sun.com/javaone/ [2] http://weblogs.java.net/blog/kohsuke/archive/2006/11/diyorb_my_own_e.html [3] https://hudson.dev.java.net/case-study-1.html [4] https://hudson.dev.java.net/case-study-2.html -- Kohsuke Kawaguchi Sun Microsystems [hidden email] |
||||||||
smime.p7s (4K)
|
|
||||||||
|
|
pmendelson wrote:
> As a user who uses Hudson in conjunction with ANT and thinks about 1 day > trying to customize something I have a few observations / requests: > > 1. In my application I have a few Hudson projects that build aspects of my > system. I then have many more Hudson projects that take the artifacts of > the builds and deploy them to various run-time projects. Right now I use a > few environment variables for my deployment projects to find the outputs > from my build projects. Typically > ${BLDPROJ}/lastSuccessful/.../.../....war. My approach has a few > problems: > > a. lastSuccessful is the last technically complete build. I would like > another symbolic that designates the last really well-tested build. I think > hudson supports it but I don't know to reference it. jaxb-ri project whose corresponding jaxb-tck build run and reported 0 failures? The prerequisite for this to work is that you have to enable fingerprint tracking so that Hudson can track which build artifact is used where. From there, I can think of two approachs. I can provide more permalinks, like http://myhost/hudson/job/jaxb-tck/21/upstream/jaxb-ri/ to point to the build of the jaxb-ri project that corresponds to the jaxb-tck #21. If you replace 21 with lastSuccessfulBuild permalink, this URL becomes the permalink for the jaxb-ri build that corresponds to the last successful jaxb-tck build, so that's the kind of URLs you wanted, right? Then you can use wget or something to download the artifact. Another option is for Hudson to expose more data in machine consumable way, and you do a little scripting. First you go http://myhost/hudson/job/jaxb-tck/lastSuccessfulBuild/xml (hypothetically), and fetch the XML (or JSON or whatever) that has all the build information, including the upstream builds. Your little program would figure out from this that the corresponding jaxb-ri build is #21. Then your program makes another call to http://myhost/hudson/job/jaxb-ri/21/artifacts/... to get the stuff. > b. I would like some sort of dashboard view to see which application > build each deployment build grabbed. Is this different from a fingerprint page? > 2. I've thought about building various plugins but the hudson plugin process > is somewhat daunting. Would you consider any of the following: If you could elaborate on what you felt as daunting, that would be really helpful. I'm really trying hard to make it easy to write plugins, but apparently I'm failing. > a. Having a mechanism to build a plugin without needing to also build the > hudson source? There's no need to build hudson source when you build a plugin. Do I have some stale old doc somewhere? > b. Being able to build a plugin component without creating any UI stuff > (maybe with a printf or logger like function to send a few messages to > hudson to forward to the user. You can create plugins that don't have any UI whatsoever. For example, I think the JMX plugin has no GUI. There are more plugins whose only UI is "on/off" checkbox. Do you have any particular kind of plugins that you are trying to write? I didn't follow what you mean by "logger like function ... to the user" part of your e-mail. > c. A few ant tasks to allow my build to fire a hudson eveng during a > build. Ah, so you want a build that's going on inside Hudson to send some information to the Hudson that's running it? I'd recommend just printing out text with a marker (like !!!FOOBAR!!!) and from your Hudson plugin you can search for that string in the console output. So the ant task would be <echo>. -- Kohsuke Kawaguchi Sun Microsystems [hidden email] |
||||||||
|
|
|
||||||||
|
In reply to this post
by Kohsuke Kawaguchi-2
|
||||||||
|
|
||||||||
|
|
||||||||
| Free Embeddable Forum Powered by Nabble | Help |
