Re: [Stripes-dev] Structure of the Download site

2010-11-17 Thread Marcus Kraßmann
Hmm, the changing Hudson links are a problem. Maybe there is a way to push snapshots to sf.net by overwriting the latest "unstable" release? For Maven, there exists the Wagon project: http://maven.apache.org/wagon/index.html Sadly, it seems to be badly documentated. But another quick web search

Re: [Stripes-dev] Structure of the Download site

2010-11-17 Thread Ben Gunter
Um, I just looked at those links to the snapshot jars and noticed there's a timestamp in there, which obviously will change with each build. Perhaps it's best just to add links to the latest stable builds and let the user drill down to get the jar. Unless someone knows a better trick, that is. -Be

Re: [Stripes-dev] Structure of the Download site

2010-11-17 Thread Ben Gunter
Well done, Marcus. Thank you! I have no idea if we could automatically deploy snapshot builds to Sourceforge via Hudson, but I don't think we really need to. The build artifacts are available directly through Hudson. Here are some links you might want to include on the Download page. Trunk - lates

Re: [Stripes-dev] Structure of the Download site

2010-11-17 Thread VANKEISBELCK Remi
Hi Marcus, That's much better, thanks for the effort ! One thing though : the "bundle" distrib is kind of odd... Has a pom.xml in it... Not sure it's really good : I think it's a leftover from the pre-maven era :P IMO, the dls on sf.net should just have a src and a binary distributions, as zip f

Re: [Stripes-dev] Structure of the Download site

2010-11-17 Thread Marcus Kraßmann
All right, I restructured the download area as good as it was possible for a backend developer like me :-D Some things to mention: * We have no defined place where nightly builds are available. Is it possible for our "Hudson gurus" (no offense, you have my full respect!) to automati

Re: [Stripes-dev] Structure of the Download site

2010-11-16 Thread Ben Gunter
Ah, great! Well, I'm on board with what you've proposed. Nikolaos also made some good suggestions in a separate message that you might want to consider. If you're willing to make the changes, then have at it. -Ben On Tue, Nov 16, 2010 at 2:51 AM, Marcus Kraßmann wrote: > Hi Ben, > > afaik I al

Re: [Stripes-dev] Structure of the Download site

2010-11-16 Thread VANKEISBELCK Remi
Hi Marcus, Indeed, the downloads section sucks (ahem ahem), and your ideas are good. Of course it's a GO for me. Cheers Remi 2010/11/15 Marcus Kraßmann > Hi list, > > not sure if this affects more the dev or the users list, so I will start > here. > > I never felt good with the structure of

Re: [Stripes-dev] Structure of the Download site

2010-11-15 Thread Marcus Kraßmann
Hi Ben, afaik I already have edit permission with my user. I already changed some sites with my user "mcs" successfully. I just did not want to change anything as long as no one shared my thoughts. The latest feedback is motivation enough for me :-) Marcus Am 15.11.2010 22:21, schrieb Ben

Re: [Stripes-dev] Structure of the Download site

2010-11-15 Thread Nikolaos Giannopoulos
Marcus, You didn't miss anything. Quite the opposite... you summarized how I felt when I first started to look for a download for Stripes... and how many people have felt including those that have probably turned away from the project b/c of it or other variables. It's outdated, unnecessari

Re: [Stripes-dev] Structure of the Download site

2010-11-15 Thread Søren Pedersen
That sounds really nice :)) /Søren Den 15/11/2010 22.23 skrev "Ben Gunter" : It does need some work, like many areas of the site. If you tell me your Confluence username, I can give you permission to edit pages. I would appreciate the help. -Ben On Mon, Nov 15, 2010 at 4:00 PM, Marcus Kraßmann

Re: [Stripes-dev] Structure of the Download site

2010-11-15 Thread Ben Gunter
It does need some work, like many areas of the site. If you tell me your Confluence username, I can give you permission to edit pages. I would appreciate the help. -Ben On Mon, Nov 15, 2010 at 4:00 PM, Marcus Kraßmann wrote: > Hi list, > > not sure if this affects more the dev or the users lis