What do you folks say, is this useful for others as well? I know there
is this debug logging done by the HTTP client, but this tends to be more
verbose than usually needed and also does not nice formatting of the XML
bodies...
Shall I add this to the HEAD branch?
Oliver
[EMAIL PROTECTED]
Olivier CAUSSE wrote:
Thanks Jacob,
I wonder why slide-admin disapeared in Slide 2.0.
I removed it, because at the time I assembled the 2.0 release there was
no one there willing to maintain it. So, if you are interested, we can
resurrect it for 2.1 :)
I could get the HEAD branch of Slide (I
Hi Olivier!
I am not quite sure about the admin servlet, but I guess it has been
pretty much neglected in the past. I have no idea how much work has to
be done to bring it up to date, but I myself am swamped with other
tasks. I will make a proposal, though: I will resurrect it in the
I have just resurrected the struts admin interface and the taglibs in
the proposals section of the HEAD branch. I have no idea if there is
anything missing to make them work and would be glad if someone with a
deeper understanding could have a look at it.
Oliver
Folks!
Slide 2.0 RC1 has been released two weeks ago and it seems there are no
major issues left. I have added three changes, which however are
so minor I would not want to create a second release candidate for:
- Removed a patch applied directly before RC1 which introduced a bug in
the command
I am wondering how your datasource is configured if it has been set to
auto commit by default. However, if you think this is a bug, please
enter it into the bugzilla with as much additional information as possible.
Apart from that, even after a 2.0 final release *of course* there will
be
What do you want us to do with it?
Oliver
Truong Nguyen wrote:
/**
* This class help encode the path contains invalid characters.
*
* P When path contains special characters such as '{', '}'
* or Unicode character. When the application executes
* PropFind, PropPatch,
Ahh, I see. Thanks a lot!
Oliver
Truong Nguyen wrote:
Hi Oliver,
If you see that it's necessary, you can add it to Slide project.
I post it to list for developers who need it or encounter same problem.
Truong Nguyen.
- Original Message -
From: Oliver Zeigermann [EMAIL PROTECTED
I have committed your changes to the HEAD branch which will spawn 2.1.
Do you want it in the 2.0 branch as well to be part of the next
maintenance release 2.0.1?
Oliver
P.S.: Please create your next patch using cvs diff -uw or the like as
this makes applying patches much easier for me :)
Ben
-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 05, 2004 09:02
To: Slide Developers Mailing List
Cc: Nevermann, Dr., Peter
Subject: Re: Structure of history folder
To me this sounds good. What does Peter say to all this as I
understand
he has written most
OK, done.
Oliver
[EMAIL PROTECTED] wrote:
Yes, it is. Thanks, Oliver for taking care of this.
Regards,
Peter
-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, May 12, 2004 17:15
To: Slide Developers Mailing List
Subject: Re: LogFilter / WAS Using
Is this the way to go?
Comments, please!
Oliver
Oliver Zeigermann wrote:
There is a memory problem in org.apache.slide.webdav.filter.LogFilter
that buffers the complete body of the request and the response.
The good thing is LogFilter actually does not seem to use this
functionality. Thus I
Hi Jamie!
Thanks for your patches :)
Unfortunately, I am not up to the task of collecting the different
pieces. So, I kindly ask to pack together all your changes in one patch,
create a new bug in Bugzilla and attach this patch as an attachment. It
would be best if you created the patch by
Warning: This post will be pretty long, complicated and boring for most
people!
Motivation
--
We had an issue with some other software the other day where we had some
sort of distributed deadlock. I.e. neither the database nor the Java
application by itself had an deadlock, but the
By the following votes with no vetos Stefan Lützkendorf
[EMAIL PROTECTED] has been elected as a new committer for the
Jakarta Slide project:
Oliver Zeigermann [EMAIL PROTECTED]: +1
Daniel Florey [EMAIL PROTECTED]: +1
Martin Wallmer [EMAIL PROTECTED]: +1
Martin Dulisch [EMAIL PROTECTED]: +1
Ingo
By the following votes with no vetos Jacob Lund [EMAIL PROTECTED] has
been elected as a new committer for the Jakarta Slide project:
Oliver Zeigermann [EMAIL PROTECTED]: +1
Unico Hommes [EMAIL PROTECTED]: +1
Daniel Florey [EMAIL PROTECTED]: +1
Ingo Brunberg [EMAIL PROTECTED]: +1
Martin Holz [EMAIL
You can now enable a debug mode on the fx file stores. Only thing it
does, yet, is to log out all locking information to transaction.log.
It is turned off by default, but you can switch it on like this:
store name=TxFileStore
...
nodestore
As there have been no vetos I understand this fix shall go into 2.0.
Oliver
[EMAIL PROTECTED] wrote:
Hi,
I issued a last-minute fix for Slide 2.0:
- Problem: If headers were not checked for PUT
- Fixed in: GetMethod, PutMethod, AbstractWebdavMethod
- Functional testsuite runs OK!
Hope, I
With the following votes of committers the Slide community decided to
release Slide 2.0 final:
Oliver Zeigermann [EMAIL PROTECTED]
Daniel Florey [EMAIL PROTECTED]
Unico Hommes [EMAIL PROTECTED]
Martin Holz [EMAIL PROTECTED]
Martin Dulisch [EMAIL PROTECTED]
Michael Smith [EMAIL PROTECTED
The password for the bundle has changed to root. I will update the Web
pages as soon as the release is out.
Oliver
Oliver Zeigermann wrote:
Folks!
Slide 2.0 distributions are ready for checking at
http://cvs.apache.org/dist/jakarta/slide/2.0
Anyone, please download them and see
posting on Bug 28595 (Method Unlock doesn't work)
... I missed to change the subject :)
Regards,
Peter
-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: Wednesday, April 28, 2004 15:16
To: Slide Developers Mailing List
Subject: 2.0 distributions ready for checking
:
Oliver Zeigermann [EMAIL PROTECTED] writes:
[EMAIL PROTECTED] wrote:
-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: Monday, March 29, 2004 17:20
To: Slide Developers Mailing List
Subject: Re: How about RC1?
OK, I see now and am convinced. The patch proposed
In bug report
http://issues.apache.org/bugzilla/show_bug.cgi?id=26913
the need for a non-transactional counter aka sequence is claimed. As all
relational databases more or less have features that would allow for
such a concept want propose a new interface for Slide 2.1 that stores
might
Jakarta Slide 2.0 is a content repository and rudimentary content
management system. You can download it at:
http://jakarta.apache.org/slide/download.html
Release notes can be found here:
http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-slide/RELEASE-NOTES-2.0
Project's page:
Michael Smith wrote:
b) We still (with OR without this change) have the problem that the
history implementation is very broken if you're using access control.
It's a hard problem (the semantics of full access control across a
versioned repository could be difficult to define), but the current
I'd like to nominate Jacob Lund [EMAIL PROTECTED] as a committer for
the Slide project.
He has been a tireless reporter of bugs, proposed fixes and participated
in many discussions, especially in the i18n and store field. He promised
to continue his great support work and having him as a
numbers.
* A store supports sequences when it implements this interface and the method
* [EMAIL PROTECTED] isSupported} returns codetrue/code.
*
* @author a href=mailto:[EMAIL PROTECTED]Oliver Zeigermann/a
* @version $Revision: 1.1 $
*/
public interface SequenceStore extends Service
To me this sounds good. What does Peter say to all this as I understand
he has written most of the DeltaV code.
Peter?
Oliver
Michael Smith wrote:
Michael Oliver wrote:
I believe that the current permissions on the current version should be
applied to all versions and not the permissions at
- Sequences are now avaiable over the structure helper to generate
globally unique URIs - again, had to modify an Interface :(
- There is a sample implementation of a sequence based on the file
system both on the phyiscal as well as on the store level. Add something
like
Migration
-
When you want to switch to sequences without dropping your datastore you
can just as well edit the sequence file that holds the sequence value to
be the next available in the history folder.
Oliver Zeigermann wrote:
- Sequences are now avaiable over the structure helper
Folks!
I took up the TLock idea initially present by Peter Nevermann and
Michael Hartmeier.
My TLocks can be set on any resource and are
- transient: they will be automatically removed at the end of a
transatction which currently ends when the request ends
- exclusive: at most one transaction
Ben Alex wrote:
No worries, will do. Should diffs be sent to the list as attachments, sent
to the list in the message body, or logged as bug reports?
It would be best to have them as an attachement in a bug report.
Cheers,
Oliver
To concentrate on a single JDK and have the nice features of JDK 1.4
avaialble (NIO for the tx file store and maybe other stuff, Logging,
Exceptions having causes, etc.) I propose to support JDK1.4 (no longer
JDK1.3) for the next 2.1 release.
This means my vote for this is +1
Please vote:
-
What about adding an optional interface to do so that store may or may
not implement. That's what I have done for sequences... How would such a
store look like?
Oliver
Martin Holz wrote:
Oliver Zeigermann [EMAIL PROTECTED] writes:
I have no real idea of DeltaV, but I think applying the history
Sorry, wanted to ask How would such an *Interface* look like!
Oliver
Oliver Zeigermann wrote:
What about adding an optional interface to do so that store may or may
not implement. That's what I have done for sequences... How would such a
store look like?
Oliver
Martin Holz wrote:
Oliver
Folks!
Experience has shown the changelog.xml is not maintained properly by
anybody (including myself). I guess this is because changes to it are
far too complicated to be done adhoc - and that's what you want to do
when you fix a bug or add a feature.
Because of this I propose to drop support
While everything works fine the way described by Unico with Tomcat
4.1.30, Tomcat 5.0.24 does not seem to find the class SlideLoginModule
unless it is placed in common/lib. Unfortunately, this wouldn't be any
better than the current solution :(
Any hints?
Oliver
Folks!
It is about time for the first milestone of the Slide 2.1 release. I
have set a new tag on the CVS HEAD called SLIDE_2_1_M1_RELEASE and added
RELEASE-NOTES-2.1M1 for further information. Distributions can be
found at
http://cvs.apache.org/dist/jakarta/slide/2.1M1
Please vote if this
in any where?
Regards, Stefan
Oliver Zeigermann wrote:
Folks!
It is about time for the first milestone of the Slide 2.1 release. I
have set a new tag on the CVS HEAD called SLIDE_2_1_M1_RELEASE and
added RELEASE-NOTES-2.1M1 for further information. Distributions can
be found at
http
Martin Holz wrote:
Oliver Zeigermann [EMAIL PROTECTED] writes:
Folks!
It is about time for the first milestone of the Slide 2.1 release. I
have set a new tag on the CVS HEAD called SLIDE_2_1_M1_RELEASE and
added RELEASE-NOTES-2.1M1 for further information. Distributions can
be found at
http
- Original Message -
From: Oliver Zeigermann [EMAIL PROTECTED]
To: Slide Developers Mailing List [EMAIL PROTECTED]
Sent: Thursday, May 27, 2004 10:13 AM
Subject: Re: [VOTE] Release Slide2.1M1
Martin Holz wrote:
Oliver Zeigermann [EMAIL PROTECTED] writes:
Folks!
It is about time for the first
e.g.
2.1M1pre in jakarta-slide-server-bin-2.1M1.zip
2.1M1 in jakarta-slide-ant-webdav-2.1M1.zip
Oliver Zeigermann wrote:
Folks!
It is about time for the first milestone of the Slide 2.1 release. I
have set a new tag on the CVS HEAD called SLIDE_2_1_M1_RELEASE and
added RELEASE-NOTES-2.1M1
With the following votes the Slide community has decided to release the
first milestone of the upcoming 2.1 release:
Oliver Zeigermann [EMAIL PROTECTED]: +1
Stefan Lützkendorf [EMAIL PROTECTED]: +1
Martin Holz [EMAIL PROTECTED]: +0
Jacob Lund [EMAIL PROTECTED]: +1
The voting thread can be found
Call me insane or weak-minded, but even though I initiated this vote I
will have to change my vote from +1 to -1.
To release something incompatible in a feature release (2.0 - 2.1)
really isn't somehing that puts trust into users and might bring people
already using 2.0 into big trouble.
Even
The Slide community is proud to announce the release of the first
milestone towards the release of Slide 2.1. It includes bugfixes mainly
in the client section, support for Oracle and MySQL 4.1, performance
enhancements and a bunch of new features, among them an event and an
extractor
to be preferred over the voice of the user?
There's no official policy. My personal opinion - I think users are the engine that
drives things, and is where your next committers are coming from...
geir
(2) and what Stefan Bodewig thinks:
On Tue, 01 Jun 2004, Oliver Zeigermann [EMAIL PROTECTED] wrote
Committers,
please add descriptions of bug fixes and new features into this file. It
will be the basis for the next release notes (might not be 2.1M2, but
maybe 2.1beta).
Thanks,
Oliver
[EMAIL PROTECTED] wrote:
ozeigermann2004/06/03 03:22:36
Added: .RELEASE-NOTES-2.1M2
Great!
Stefan Lützkendorf wrote:
Hello,
I haven't seen my cvs commit messages or bugzilla changes on the
list (:-( don't know why?), thats why I summarize my last changes.
Subscribe to the list with your [EMAIL PROTECTED] adress as only subscribed
users are allowed to post. Right now the commit
Stefan Lützkendorf wrote:
update-etagtrue/update-etag
What is this good for?
Cheers,
Oliver
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Oliver Zeigermann wrote:
Great!
Stefan Lützkendorf wrote:
Hello,
I haven't seen my cvs commit messages or bugzilla changes on the
list (:-( don't know why?), thats why I summarize my last changes.
Subscribe to the list with your [EMAIL PROTECTED] adress as only subscribed
users are allowed
OK. What I did was to simply replace the order by state to order on
numerics. I have tested this with SQLServer and Sybase only, does it
work with the other dbs as well:
order by convert(numeric, vh.REVISION_NO)
Please test,
Cheers
Oliver
[EMAIL PROTECTED] wrote:
DO NOT REPLY TO THIS EMAIL, BUT
Has anyone any idea how this might look like for Postgres? Or Oracle?
For MySQL it is:
convert(SUBSTRING_INDEX(+revisioNumber+, '.', 1), unsigned),
convert(SUBSTRING_INDEX(+revisioNumber+, '.', -1), unsigned)
and for SQL Server and Sybase
convert(numeric,
... when Isolation level is set to serializable, works fine when set to
read committed!
Problem is transactions that do deletes fail occasionally. All this
seems like there still are reading transactions not yet committed or
rolled back. Anyone any idea whether the transaction gets closed in
Hi Niklas!
Thanks for your help. However, the problem occurs also when a *single*
request is performed. I also checked for unclosed resources, but found
none. I will try findbugs...
Cheers,
Oliver
Niklas Eklund wrote:
Oliver Zeigermann wrote:
... when Isolation level is set to serializable
Tried findbugs which revealed no bugs in the RBDMS part associated to
unclosed resources...
Oliver Zeigermann wrote:
Hi Niklas!
Thanks for your help. However, the problem occurs also when a *single*
request is performed. I also checked for unclosed resources, but found
none. I will try
that allows me to inspect all current locks
and transactions in Oracle to see what might be going on? EM delivered
with Oracle 10g really isn't that helpful :(
Thanks and cheers,
Oliver
Regards,
Niklas
Oliver Zeigermann wrote:
Hi Niklas!
Thanks for your help. However, the problem occurs also when
Niklas Eklund wrote:
Oliver Zeigermann wrote:
Niklas Eklund wrote:
Hi Oliver,
Yes, but there are two stores involved that have different
connections, right? Or does the structure and content store now share
the same connection during the transaction? (I rewrote stores for
slide1 to do
Only
I have never seen such a contribution. Maybe I have missed it... Is it
in the lists?
If James wants to contribute it to Slide I would be glad to add it to
the CVS.
Oliver
[EMAIL PROTECTED] wrote:
Has the txjndi store, created James Mason (see, LDAP Store for Slide), been
commited to CVS? If
No, there is no release branch, yet. As there has been no feature freeze
and all releases done yet are merely milestones, I saw no reason to
create on. As soon as a feature freeze has been called out (with the
2.1b1 release) a release branch should be create to allow new features
to be
version or does this cause any trouble?
Olliver
Oliver Zeigermann wrote:
Ok, the code I had added was to fix a flaw in TxXMLFileDescriptorsStore.
When a transaction gets suspended from a thread the active transaction
branch has to be cleared by
activeTransactionBranch.set(null);
And that's
I have never seen such a contribution. Maybe I have missed it... Is it
in the lists?
If James wants to contribute it to Slide I would be glad to add it to
the CVS.
Oliver
[EMAIL PROTECTED] wrote:
Has the txjndi store, created James Mason (see, LDAP Store for Slide), been
commited to CVS? If
- Why don't you configure your datasource as tx-datasource? Doesn't this
work?
- OT: You can also try to use SelectMethod=direct as someone reported
this might be faster
Oliver
Ritu Kedia wrote:
I had reported this error some time back but forgot to pursue it, since I
did a local fix and moved
Stefano!
As requested I moved your entry to the inactive committers section on
the web site.
Thanks for contributing and good luck for your future!
Oliver
Stefano Mazzocchi wrote:
People,
due to changes in my job, I'm not curretly involved with content
repositories as much as in the past.
For
transaction mode.
Well, I though, it does when there is only one open statement per
connection which is what Slide guarantees, right?
Oliver
Regards,
Ritu
-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: Tuesday, June 22, 2004 6:51 PM
To: Slide Developers Mailing
- Original Message -
From: Oliver Zeigermann [EMAIL PROTECTED]
To: Slide Developers Mailing List [EMAIL PROTECTED]
Sent: Tuesday, June 22, 2004 12:43 AM
Subject: Re: Looking for txjndi in CVS
I have never seen such a contribution. Maybe I have missed it... Is it
in the lists?
If James wants
Folks!
I am currently in the process of cleaning all XAResource implementations
to be more spec conforming. This is needed for external transactions
which require this.
I have started a transaction package in the sandbox area of the Jakarta
Commons Project which initially holds the locking and
soon. Have a look at the changes as a reference then.
Oliver
Thanks, Stefan
Oliver Zeigermann wrote:
Folks!
I am currently in the process of cleaning all XAResource
implementations to be more spec conforming. This is needed for
external transactions which require this.
I have started
Folks!
I have just committed the initial version for external transactions. As
this needed in changes in some core classes I have set a tag before
commit: BEFORE_EXTERNAL_TX
Here is a small sequence of requests you can issue to see how all this
might work and what it might bring for you.
+1
Daniel Florey wrote:
Hi,
I'd like to nominate James Mason as a new committer for the Slide project.
He's doing great work on the Slide LDAP-store and also sent very usefull
patches and bugreports. It would be great for the Slide having him as a
committer!
So he has my +1
Cheers,
Daniel
I will have a look at it ASAP.
Oliver
Ingo Brunberg wrote:
Yes, this was also the reason for a bug in AclMethod I worked on
yesterday. There I ended up with calling another method of XMLPrinter.
Nonetheles, as you have noticed the method is needed by other classes,
too.
Oliver, do you know what
I do not know, really, I have no objections against ehcache, but adding
this to Slide's internal caching shouldn't be too hard either...
Oliver
James Mason wrote:
Ya, I didn't post that properly to get it included in CVS. Sorry about
that.
I've made some improvements, specifically related to
I can not talk to Thomas now, but this seems to be obvious for me.
Thanks for reverting it :)
Cheers,
Oliver
Ingo Brunberg wrote:
I have reverted that change before I read this mail. Perhaps it was
just an oversight as Simone guessed.
Ingo
I will have a look at it ASAP.
Oliver
Ingo Brunberg
Cool :)
I will update the web site ASAP...
Thanks for getting this done for us!
Oliver
Erik Hatcher wrote:
The slide wiki has been set up at http://wiki.apache.org/jakarta-slide
Erik
On Jun 23, 2004, at 1:21 PM, Michael Oliver wrote:
Also
Oliver Zeigermann wrote:
Cool :)
I will update the web site ASAP...
Done
Thanks for getting this done for us!
Oliver
Erik Hatcher wrote:
The slide wiki has been set up at http://wiki.apache.org/jakarta-slide
Erik
On Jun 23, 2004, at 1:21 PM, Michael Oliver wrote:
Also http://wiki.apache.org
OK, I did not hear objectios, so I did as described. I have set a tag
called BEFORE_NO_READ_OUTSIDE_TX before I have done so.
Oliver
Oliver Zeigermann wrote:
As I described before there is a problem with the the frequent usage of
SlideTokenWrapper to have code executed outside the current
Oliver Zeigermann wrote:
I can not talk to Thomas now, but this seems to be obvious for me.
Thanks for reverting it :)
Cheers,
Oliver
Ingo Brunberg wrote:
I have reverted that change before I read this mail. Perhaps it was
just an oversight as Simone guessed.
Ingo
I will have a look at it ASAP
Thanks, already fixed :)
Oliver
Ivan Todoroski wrote:
Looks like some cruft accidentally left over from a debugging session.
diff -u -r1.7 XMLPrinter.java
--- webdavclient/clientlib/src/java/org/apache/util/XMLPrinter.java 24
See above. Anyone any idea what the problem may be? Maybe a moderation
problem?
Oliver
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Hi Unico!
That sounds nice. What is the default SQL dialect? What RDBMS does it
work with?
Oliver
Unico Hommes wrote:
I have just committed the first draft of a BasicExpressionFactory
implementation that compiles DASL queries in native SQL. It has not been
much tested, it has known issues I
Very cool! I will try it ASAP :)
Oliver
Unico Hommes wrote:
Oliver Zeigermann wrote:
Hi Unico!
That sounds nice. What is the default SQL dialect? What RDBMS does it
work with?
I've been developing under MySQL 4.0 database. I've only used standard
SQL uptill now as far as I am aware
Just finished the migration to a MS Exchange Server compatible external
transaction control started by Daniel. Have a look at this document and
the related ones to see how it works.
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/wss/wss/_webdav_notification_type_header.asp
Ooops, yes of course...
Thanks for the correction :)
Oliver
Unico Hommes wrote:
Oliver Zeigermann wrote:
Just finished the migration to a MS Exchange Server compatible
external transaction control started by Daniel. Have a look at this
document and the related ones to see how it works.
http
Hi Stefan!
We compile against the latest release of Log4J (1.2.8) and everything
works fine. What should we use instead of it?
Oliver
Stefan Bodewig wrote:
Hi,
this build failures occurs since Log4J has removed some of its
deprecated methods (after about two years of deprecation). The fix is
to
Cool :)
Oliver
[EMAIL PROTECTED] wrote:
luetzkendorf2004/07/06 10:03:56
Added: webdavclient/clientlib/src/java/org/apache/webdav/lib/methods
SubscribeMethod.java UnsubscribeMethod.java
Log:
first methods for notification support added
Revision Changes
Folks!
I have just resurrected a patch originally contributed by Martin Holz.
It limits the number of resources / collections in the history folder
and then in every sub folder to 10. This keeps Slide responsive even
when lots of resources are versioned.
As the hack is a bit dangerous and can
Andreas Probst wrote:
for the project I'm working in I need to change the caching
behaviour of Slide. Looking at StandardStore, which does the
caching, I wonder:
If caching is disabled, read calls are forwarded to super
(AbstractStore), which then calls the actual Store
implementation.
If
$
/home/cvspublic/jakarta-slide/src/share/org/apache/slide/store/StandardStore.java,v
1.22 2004/02/11 11:30:18 ozeigermann Exp $
Regards,
Andreas
On 7 Jul 2004 at 23:54, Oliver Zeigermann wrote:
Andreas Probst wrote:
for the project I'm working in I need to change the caching
behaviour of Slide
On 7 Jul 2004 at 23:54, Oliver Zeigermann wrote:
Andreas Probst wrote:
for the project I'm working in I need to change the caching
behaviour of Slide. Looking at StandardStore, which does the
caching, I wonder:
If caching is disabled, read calls are forwarded to super
(AbstractStore), which
What is that good for?
Oliver
[EMAIL PROTECTED] wrote:
unico 2004/07/09 06:04:36
Modified:src/share/org/apache/slide/extractor ExtractorManager.java
Log:
catch and rethrow ConfigurationException
Revision ChangesPath
1.3 +8 -6
threw about the misconfiguration got lost. For
instance SimpleXmlExtractor throws a ConfigurationException detailing
that the configured xpath was wrong. That information could never reach
the logs. Now it does.
--
Unico
Oliver Zeigermann wrote:
What is that good for?
Oliver
[EMAIL PROTECTED
.
-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: 08 July 2004 14:25
To: Slide Developers Mailing List
Subject: Re: StandardStore, AbstractStore, caching
Hi Jamie!
In the upcoming 2.1 release it will be possible to switch off caching by
configuration. It will also
/apache/slide/store/StandardStore.java,v
1.22 2004/02/11 11:30:18 ozeigermann Exp $
Regards,
Andreas
On 7 Jul 2004 at 23:54, Oliver Zeigermann wrote:
Andreas Probst wrote:
for the project I'm working in I need to change the caching
behaviour of Slide. Looking at StandardStore, which does
/src/share/org/apache/slide/store/AbstractStore.java,v
1.42 2004/06/23 09:13:42 ozeigermann Exp $
/home/cvspublic/jakarta-slide/src/share/org/apache/slide/store/StandardStore.java,v
1.22 2004/02/11 11:30:18 ozeigermann Exp $
Regards,
Andreas
On 7 Jul 2004 at 23:54, Oliver Zeigermann wrote
Folks!
I want to bring up two (at least for me) important issues. One is the
Slide 2.1 release and one is the future release management for Slide.
Slide 2.1 Release
-
(1) What's in the pipeline?
First I'd like to know what you people have in the pipeline to include
in the Slide
/jakarta-slide/src/share/org/apache/slide/store/StandardStore.java,v
1.22 2004/02/11 11:30:18 ozeigermann Exp $
Regards,
Andreas
On 7 Jul 2004 at 23:54, Oliver Zeigermann wrote:
Andreas Probst wrote:
for the project I'm working in I need to change the caching
behaviour of Slide. Looking
James Mason wrote:
I don't know that I'm the best tutor for this, so you bets your money,
you takes your chances ;).
Comments below..
[EMAIL PROTECTED] 7/9/2004 2:05:08 PM
I do not see how this would work, but am ready to be your pupil in this
matter.
What I do not understand is:
(1) If I add
:
Oliver Zeigermann wrote:
Folks!
I want to bring up two (at least for me) important issues. One is the
Slide 2.1 release and one is the future release management for Slide.
Slide 2.1 Release
-
(1) What's in the pipeline?
First I'd like to know what you people have in the pipeline
- Original Message -
From: Oliver Zeigermann [EMAIL PROTECTED]
To: Slide Developers Mailing List [EMAIL PROTECTED]
Sent: Saturday, July 10, 2004 10:25 PM
Subject: Re: Slide 2.1 and Release Management
If stuff works out the way I plan I will be able to remain involved with
Slide. However, to a more
existing nodes in a cluster when a node is
bought back into a cluster after failure - a transaction log would be required to
provide this functionality.
Jamie.
-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
Sent: 10 July 2004 08:48
To: Slide Developers Mailing List
Mortimore, Jamie [IT] wrote:
snip
However, I thought having only notifications that stuff has changed and
should be reloaded from persistent storage into the cache should not do
any harm, right?
/snip
Correct - assuming both stores use the same underlying data source (e.g. the same database).
501 - 600 of 996 matches
Mail list logo