On Mon, Feb 13, 2012 at 12:54 PM, Kristian Rosenvold <
kristian.rosenv...@zenior.no> wrote:
> Does that mean we can't bitch about it?
>
> K ;)
>
In my experience, bitching at infra never ends well.
>
> Den 13. feb. 2012 kl. 18:37 skrev Benson Margulies >:
>
> > Folks,
> >
> > I anticipate tha
Does that mean we can't bitch about it?
K ;)
Den 13. feb. 2012 kl. 18:37 skrev Benson Margulies :
> Folks,
>
> I anticipate that it will take me another two hours (spread over some days)
> to make an adequate solution for this as a plugin. svnpubsub is what it is,
> it's not going to go away, an
Folks,
I anticipate that it will take me another two hours (spread over some days)
to make an adequate solution for this as a plugin. svnpubsub is what it is,
it's not going to go away, and I don't see why we need to pick a larger
fight with infra@ when this scheme of mine may work just fine for u
Well keep in mind that all I have written is a scp-jail, it supports
the "bare" minimum to handle scp upload, i.e.
mkdir -p
scp -t
cd xyz
unzip -q -o abc.zip
rm -f abc.zip
chmod <-- actually cheat for this one and do a no-op ;-)
all within an Apache Mina SshFileSystem impl that keeps you within a
Well assuming you're manually building your site by hand *and*
you are one of the 12 remaining people in the known universe
that know how svn branches work, I'm sure an svn based
content management system is an excellent way to manually
prepare your next site release.
The limitations of WebDAV are
Well we'll see how Ben gets on deploying my scp jail site deployer
servlet container on codehaus.
If that goes well we could look at asking Infra about hosting a
similar app on ASF infra
-Stephen
On 13 February 2012 12:57, Benson Margulies wrote:
> Infra@ is not friendly to the dav approach, so
Infra@ is not friendly to the dav approach, so I'm not going there.
On Mon, Feb 13, 2012 at 4:19 AM, Stephen Connolly <
stephen.alan.conno...@gmail.com> wrote:
> On 13 February 2012 07:05, Kristian Rosenvold
> wrote:
> > DAV has support for "lock" concept, which I somehow would
> > assume a dece
On 13 February 2012 07:05, Kristian Rosenvold
wrote:
> DAV has support for "lock" concept, which I somehow would
> assume a decent server-side implementation would map to a transaction?
> (I would rather improve dav_svn to make sure we can get 1 commit ;)
I would have concern getting transaction
DAV has support for "lock" concept, which I somehow would
assume a decent server-side implementation would map to a transaction?
(I would rather improve dav_svn to make sure we can get 1 commit ;)
Removed files should be quite simple; the server side file store is enumerable
and it would seem like
On 13/02/2012, at 9:11 AM, Benson Margulies wrote:
> I did minimal reading on mod_dav_svn, and posted a message to
> infrastructure@ to ask what they think of it.
>
> I think we'd still need an extra maven plugin to organize deletions of
> no-longer-valid files.
There's a couple of other issues
I did minimal reading on mod_dav_svn, and posted a message to
infrastructure@ to ask what they think of it.
I think we'd still need an extra maven plugin to organize deletions of
no-longer-valid files.
I'll start sketching something into the sandbox soon in the form of a pair
of goals: one to run
On Sun, Feb 12, 2012 at 4:50 PM, Hervé BOUTEMY wrote:
> if this would work well for any project (even with modules), I see more
> problems with maven site itself [1]: checking out the site will check out
> every module ever done into Maven.
> We'll need to find some way to limit the content checke
nice idea
I just Gooled a little bit and found mod_dav_svn [1]: does anybody know it?
Regards,
Hervé
[1] http://oreilly.com/opensource/excerpts/9780596510336/webdav-and-
autoversioning.html
Le dimanche 12 février 2012 15:59:38 Benson Margulies a écrit :
> On Sun, Feb 12, 2012 at 3:10 PM, Kris
if this would work well for any project (even with modules), I see more
problems with maven site itself [1]: checking out the site will check out
every module ever done into Maven.
We'll need to find some way to limit the content checked out, IMHO
Regards,
Hervé
[1] http://svn.apache.org/repo
On Sun, Feb 12, 2012 at 3:10 PM, Kristian Rosenvold
wrote:
> /me cannot help to wonder what is wrong with a WebDAV front end
> backed by "any" version control system we wouldn't have to care about.
Kristian,
My first reaction is that you've just proposed to replace my idea for
a fairly small pro
if it is an asf dedicated plugin yes.
I see no real usage/interest for our community to include that in the
existing site plugin or something like that.
Even if I agree that our current site plugin doesn't offer something to
manage versions and it is annoying to manage documentations the solution
a
/me cannot help to wonder what is wrong with a WebDAV front end
backed by "any" version control system we wouldn't have to care about.
Kristian
2012/2/12 Dawid Weiss :
>> 4) svn remove all files in the metadata now absent from the tree, add
>> all new files.
>
> Ah... this would be so easy with
> 4) svn remove all files in the metadata now absent from the tree, add
> all new files.
Ah... this would be so easy with git --
git add -A .
Dawid
-
To unsubscribe, e-mail: dev-unsubscr...@maven.apache.org
For additional comma
I think that a plugin that does all that work, would definitively help
-Simo
http://people.apache.org/~simonetripodi/
http://simonetripodi.livejournal.com/
http://twitter.com/simonetripodi
http://www.99soft.org/
On Sun, Feb 12, 2012 at 5:23 PM, Benson Margulies wrote:
> There are many Apac
There are many Apache projects using Maven for some or all of their
websites, and I think it would be a good public service to smooth
their path to the requirement to use svnpubsub.
After a bit of discussion on the infra list, I can now describe one
scheme and I'd like to see what we can do to sup
20 matches
Mail list logo
