Delta V implementation

[Raj Kumar <ko...@intalio.com>]

hi remy,

As and when Delta V features are added to Slide will the classes like
Resource,Versionable Resource,Version
etc. that are available at the Delta V website be made use of.How does it
effect the current webdav methods implementations on the server side if
these new classes are used?

thanks,
rajkumar


-----Original Message-----
From: Remy Maucherat [mailto:rmaucher1@home.com]
Sent: Tuesday, October 30, 2001 9:01 AM
To: Slide Developers List
Subject: Re: [VOTE] Slide 1.0 final


> >Hi,
> >
> >I'd like to propose that we release Slide 1.0.16 Final, based on the
current
> >HEAD branch of the CVS, at the end of next week, on 11/03/2001. This vote
> >will run until 11/02/2001.
> >
> >The standalone server component of Slide will be based on Tomcat 4.0.1,
> >which is the latest stable release of Tomcat 4.x.
> >
> >After Slide 1.0.16 is released, a branch named "slide_10_branch" will be
> >created in the CVS, and will be used as the codebase for future Slide
1.0.x,
> >as needed.
> >The development of new features (Delta V, DASL, and many other things)
will
> >take place in the HEAD branch of the CVS repository.
> >
> >Here's the ballot:
>
>--------------------------------------------------------------------------
> >[ ] +1  I am in favor of the release, and will help support it
> >[ ] +0  I am in favor of the release, but am unable to help support it
> >[ ] -0  I not in favor of the release
> >[x] -1  I'm against the release, because:
>
> Bug 3935 (transaction manager getting confused) appears to still be
causing
> serious problems - slide will randomly hang at even moderate load levels,
> which is hardly acceptable for a release. I've tried to look into this in
> more detail, but failed to find anything useful.
>
> I don't think we should release with any bugs of level critical or above,
> doing so sort of makes using the bugtracking system seem rather pointless.

I can't reproduce the problem, so I can't fix it. For some reason, the
transaction state in the RM is invalid, but that's all I can say at this
point. Has anyone else been experiencing that problem ?

Remy


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>


--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>