+1
Jacob
- Original Message -
From: Oliver Zeigermann [EMAIL PROTECTED]
To: Slide Developers Mailing List [EMAIL PROTECTED]
Sent: Monday, July 26, 2004 5:30 PM
Subject: Poll: Slide 2.1 Release
To be on the save side, please check if you agree with the following 2.1
release plan:
-
Hi All!
We had a discussion earlier about how to control access rights in the history path.
Has anyone given this more thought?
http://www.mail-archive.com/[EMAIL PROTECTED]/msg09912.html
/Jacob
Oliver Zeigermann wrote:
To be on the save side, please check if you agree with the following
2.1 release plan:
- Feature freeze: August 1st
- Creation of release branch for full beta-rc-final-maintenance
cycle: August 2nd
- Beta1 release: Ausust 10th
- Max. number of beta releases: 2 (with at
Unico Hommes wrote:
Oliver Zeigermann wrote:
To be on the save side, please check if you agree with the following
2.1 release plan:
- Feature freeze: August 1st
- Creation of release branch for full beta-rc-final-maintenance
cycle: August 2nd
- Beta1 release: Ausust 10th
- Max. number of beta
Hi Guido!
The external transactions are nothing you can switch off, as they only
get enabled when you start an external transaction. Thus they are
switched off by default.
Concerning the OutOfMemoryError: Thanks for the stack trace! This is
most likely a bug and I will take care of it.
On Mon, 26 Jul 2004, Daniel Florey [EMAIL PROTECTED] wrote:
Hi, Projector and webdavclient rely on the im-exporter. So we should
solve the dependency issues.
Trying to keep the ball in motion here ...
What do you think is needed to solve the dependency issue?
As long as xml-im-exporter is
Oliver Zeigermann wrote:
Unico Hommes wrote:
Oliver Zeigermann wrote:
To be on the save side, please check if you agree with the following
2.1 release plan:
- Feature freeze: August 1st
- Creation of release branch for full beta-rc-final-maintenance
cycle: August 2nd
- Beta1 release: Ausust
Unico Hommes wrote:
Oliver Zeigermann wrote:
Unico Hommes wrote:
Oliver Zeigermann wrote:
To be on the save side, please check if you agree with the following
2.1 release plan:
- Feature freeze: August 1st
- Creation of release branch for full beta-rc-final-maintenance
cycle: August 2nd
- Beta1
ozeigermann2004/07/27 01:42:04
Modified:src/stores/org/apache/slide/store/txfile
TxXMLFileDescriptorsStore.java
Log:
Be sure to remove all references to invalid contexts
Revision ChangesPath
1.16 +22 -8
Actually, this was a bug in TxXMLFileDescriptorsStore as descriptors
were never freed. Hopefully, this has been fixed with my latest commit.
Could you please check?
Thanks and cheers,
Oliver
Oliver Zeigermann wrote:
Hi Guido!
The external transactions are nothing you can switch off, as they
Oliver Zeigermann wrote:
Unico Hommes wrote:
Oliver Zeigermann wrote:
Unico Hommes wrote:
Oliver Zeigermann wrote:
To be on the save side, please check if you agree with the
following 2.1 release plan:
- Feature freeze: August 1st
- Creation of release branch for full beta-rc-final-maintenance
Unico Hommes wrote:
Oliver Zeigermann wrote:
Unico Hommes wrote:
Oliver Zeigermann wrote:
Unico Hommes wrote:
Oliver Zeigermann wrote:
To be on the save side, please check if you agree with the
following 2.1 release plan:
- Feature freeze: August 1st
- Creation of release branch for full
ozeigermann2004/07/27 02:15:13
Modified:src/conf/webapp Domain.xml
Log:
- Disabled event logger
- Increased timeout to 120 seconds
Revision ChangesPath
1.62 +4 -2 jakarta-slide/src/conf/webapp/Domain.xml
Index: Domain.xml
On Tue, 27 Jul 2004, Oliver Zeigermann [EMAIL PROTECTED] wrote:
OK, it seems releasing it as BSD would be better, right?
Certainly.
As I already said on a different thread on a different list, any
license that doesn't limit Slide's users more than the ASF license
will do.
I see no problem to
Oliver Zeigermann wrote:
Actually, this was a bug in TxXMLFileDescriptorsStore as descriptors
were never freed. Hopefully, this has been fixed with my latest commit.
Could you please check?
I'll do, give me some time.
Thanks for taking care!
Guido
-Djakarta-lucene=/usr/local/gump/public/workspace/jakarta-lucene/build/lucene-20040727.jar
-Djdbc20ext.jar=/usr/local/gump/packages/jdbc2_0/jdbc2_0-stdext.jar
-Dantlr-tools.jar=/usr/local/gump/packages/antlr-2.7.3/antlr.jar
-Djaxp.jar=/usr/local/gump/packages/java_xml_pack-summer-02_01/jaxp-1.2_01
With Slide 2.0 it is a known issue that it is very prone to deadlocks
and conflicts. The reason for this is lots of resources get updated when
a single resource is uploaded. The history folder is a known bottleneck
for uploads as all versions go there. Also security checking claims read
locks
I have just done something really bad and am pretty sure it will be hard
to get a new job if I never need one ;)
I have introduced a global read/write lock that can be configured to
allow at most a single write request per time. It can also be configured
to either allow read requests or
After my latest commit I understand there is another benefit of removing
author tags: It will be hard to figure out how much of the bad code has
been done by me ;)
Oliver
Oliver Zeigermann wrote:
Folks!
As recommended by the ASF projects should remove all author tags. This
is because author
+1 for removing
Stefan
Oliver Zeigermann wrote:
Folks!
As recommended by the ASF projects should remove all author tags. This
is because author tags hardly and rarely indicate the person to talk to.
Also in projects like ours the whole community is in charge of code, not
just the person(s)
ozeigermann2004/07/27 06:04:13
Modified:webdavclient build.xml
Added: webdavclient/lib xml-im-exporter1.1.jar
xml-im-exporter.license
projector/lib xml-im-exporter1.1.jar xml-im-exporter.license
Removed: webdavclient/lib
Exchanged xml-im-exporter 1.0 with 1.1 having a BSD like license.
Oliver
Stefan Bodewig wrote:
On Tue, 27 Jul 2004, Oliver Zeigermann [EMAIL PROTECTED] wrote:
OK, it seems releasing it as BSD would be better, right?
Certainly.
As I already said on a different thread on a different list, any
Hi,
current result on my machine (after adding xml-im-exporter):
build-jca:
[echo] Building WebDAV JCA connector
[javac] Compiling 7 source files to
/javastuff/gump/jakarta-slide/webdavclient/build/jca/classes
[javac]
luetzkendorf2004/07/27 07:44:35
Added: webdavclient/lib commons-transaction-20040726.jar
Removed: webdavclient/lib commons-transaction-20040719.jar
Log:
updated to latest version of commons-transaction
Revision ChangesPath
1.1
Hi,
I have updated to a newer version of commons-transaction now.
That should resolve this.
Stefan
Stefan Bodewig wrote:
Hi,
current result on my machine (after adding xml-im-exporter):
build-jca:
[echo] Building WebDAV JCA connector
[javac] Compiling 7 source files to
On Tue, 27 Jul 2004, Stefan Lützkendorf [EMAIL PROTECTED]
wrote:
I have updated to a newer version of commons-transaction now.
That should resolve this.
You mean that compilation will now fail with plain Ant as well instead
of just in Gump? 8-)
Gump uses CVS HEAD of commons-transaction and
luetzkendorf2004/07/27 08:27:23
Modified:webdavclient/connector/src/java/org/apache/webdav/connector
WebDAVXAResource.java
Log:
added dummy start, suspend and resume methods (may be they should go
to AbstractTransactionalResource)
Revision Changes
Stefan Bodewig wrote:
On Tue, 27 Jul 2004, Stefan Lützkendorf [EMAIL PROTECTED]
wrote:
I have updated to a newer version of commons-transaction now.
That should resolve this.
You mean that compilation will now fail with plain Ant as well instead
of just in Gump? 8-)
Gump uses CVS HEAD of
On Tue, 27 Jul 2004, Stefan Lützkendorf [EMAIL PROTECTED]
wrote:
Stefan Bodewig wrote:
Gump uses CVS HEAD of commons-transaction and ignores the jar in
your CVS module - and the error occurs using CVS HEAD.
Ahh, I didn't know. (where is this configured)
Ant.
Gump puts all dependencies (the
Well, DOMUtils is now dependent on JDOM for getting the string value of
a node (at least in the webdavclient). I haven't used JDOM much myself
either (prefer dom4j) but the little bit that I've done with it has been
easy enough.
-James
[EMAIL PROTECTED] 7/27/2004 2:22:22 AM
There is one
masonjm 2004/07/27 09:45:49
Modified:.build.xml
Log:
Added commons-transaction to the webdav servlet classpath.
Revision ChangesPath
1.221 +1 -0 jakarta-slide/build.xml
Index: build.xml
This sounds like a deal. I do the fun stuff and you fix my bugs ;)
Oliver
[EMAIL PROTECTED] wrote:
masonjm 2004/07/27 09:45:49
Modified:.build.xml
Log:
Added commons-transaction to the webdav servlet classpath.
Revision ChangesPath
1.221 +1 -0
I'll clean up after you all year long if gets my stuff working ;).
I'm really impressed with your response to this issue, btw (and so are
a bunch of my coworkers).
I've been trying to reproduce my problems all morning (database
deadlocks) without success (which is good!). Thank you so much
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29875.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
masonjm 2004/07/27 13:35:19
Modified:src/share/org/apache/slide/security SecurityImpl.java
Log:
Changed enumeratePermissions() so that permissions that come
from the object (non-inherited) are explicitly marked as not
being inherited. See http://www.mail-archive.com/[EMAIL
masonjm 2004/07/27 15:12:10
Modified:src/webdav/server/org/apache/slide/webdav/util
PropertyHelper.java
Log:
Fixed generation of acl property to make a new ace when the value of inheritedFrom
changes.
Revision ChangesPath
1.75 +7 -4
masonjm 2004/07/27 21:18:46
Modified:src/share/org/apache/slide/event RemoteInformation.java
Log:
Updates to the javadoc
Revision ChangesPath
1.2 +26 -4
jakarta-slide/src/share/org/apache/slide/event/RemoteInformation.java
Index: RemoteInformation.java
Based on my reading of the NotificationListener source this is the
sequence that needs to happen (Client and server are both Slide servers
in this case):
1. Client creates a NotificationListener
2. Client subscribes to server with a Subscriber and receives a
subsription id
3a. Client periodically
38 matches
Mail list logo