On Apr 16, 2009, at 9:53 AM, Hans Dockter wrote:
Hi Guillaume,
On Apr 16, 2009, at 9:49 AM, Hans Dockter wrote:
Hi Guillaume,
On Apr 16, 2009, at 9:34 AM, tog wrote:
Hi Hans
Would that help if I provide a patch for wagon-webdav/ to make it
work with httpclient 3.0.x ?
Wagon-webdav uses slide-webdav for the actual webdav handling.
slide-webdav is the one that need 2.0 and only 2.0. And slide-
webdav is dead for years now. No one is maintaining it. So I'm
wondering if its worth your time.
One solution for Gradle (beside OSGi) is to switch from the Maven
Ant tasks to the new Maven Mercury dependency handler. It is based
on a Jetty-client based transport layer and supports dav. But we
won't be able to do this switch for the 0.6 release.
I have just read that you can use this new transport layer as a
replacement for the current wagon implementations. I gonna check
this out.
Unfortunately the mercury wagon implementation is not compatible with
the one used by the Maven Ant tasks.
- Hans
- Hans
Actually - how do you osgify a project ? .. I am having the same
problem with GroovyWS when used in Grails ;) So any pointr would
be appreciated !
Apache Felix can be used embedded. Tom Eyckmans has already an
experimental coarse grained OSGi modularization of Gradle running
(with Felix). He hosts this branch on GitHub: http://github.com/teyckmans/gradle/tree/osgi
Did deletion of httpclient-3.0 did the job?
- Hans
Cheers
Guillaume
On Thu, Apr 16, 2009 at 3:18 PM, Hans Dockter <[email protected]>
wrote:
Hi Guillaume,
On Apr 16, 2009, at 9:09 AM, tog wrote:
Well the doc is referenceing webdav as a protocol !
Should I create the directories by myself like I deed for the
snapshots ?
What the stacktrace usefull to the Gradle gurus ?
there is a problem ): We run into a classpath conflict between the
commons-httpclient-3.0 used by Ivy and the 2.0 version used by
maven-webdav. maven-webdav (i.e. slide-webdav) needs 2.0 and does
not work with 3.0. Ivy does not necessarily need httpclient at
all, only when you need http authentication. Everything should
work in your case, if you remove httpclient 3.0 from the Gradle
lib folder. Of course that is not a nice solution.
As soon as we are osgified (planned for 0.8) this won't be an
issue any longer. I have to think about the best solution until
then (which does not require manual deletion of jars).
- Hans
Best Regards
Guillaume
On Thu, Apr 16, 2009 at 12:51 AM, Russel Winder <[email protected]
> wrote:
On Thu, 2009-04-16 at 00:37 +0800, tog wrote:
> Humm
>
> Forgot to mention that I have:
>
> dependencies {
> ...
> deployerJars "org.apache.maven.wagon:wagon-webdav:1.0-beta-2"
> }
>
> And that deployment are ok, if :
> 1-I create all the repositories (this is what I have done in
the
> snapshot repo)
> 2- I use https as protocol
I thought WebDav required HTTPS and so 2 is expected.
--
Russel.
============================================================
Dr Russel Winder Partner
Concertant LLP t: +44 20 7585 2200, +44 20 7193 9203
41 Buckmaster Road, f: +44 8700 516 084 voip:
sip:[email protected]
London SW11 1EN, UK. m: +44 7770 465 077 xmpp: [email protected]
--
PGP KeyID: 1024D/47172155
FingerPrint: C739 8B3C 5ABF 127F CCFA 5835 F673 370B 4717 2155
http://cheztog.blogspot.com
--
Hans Dockter
Gradle Project lead
http://www.gradle.org
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
--
PGP KeyID: 1024D/47172155
FingerPrint: C739 8B3C 5ABF 127F CCFA 5835 F673 370B 4717 2155
http://cheztog.blogspot.com
--
Hans Dockter
Gradle Project lead
http://www.gradle.org
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
--
Hans Dockter
Gradle Project lead
http://www.gradle.org
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
--
Hans Dockter
Gradle Project lead
http://www.gradle.org
---------------------------------------------------------------------
To unsubscribe from this list, please visit:
http://xircles.codehaus.org/manage_email
