OK - I think I found the origin of the problem.
In the HistoryPathHandler class there are 2 getHistoryPathHandler functions, but only one of them are handling the situation where the history path has a parameter in it.
I don't know this part of the code very well, so I don't have a solution yet.
/jacob
----- Original Message ----- From: "Jacob Lund" <[EMAIL PROTECTED]>
To: "Slide Users Mailing List" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
Sent: Tuesday, December 07, 2004 3:42 PM
Subject: Re: history-collection-hack bug
I am looking into it now - i just found out!
It does not throw an exception! I will report back as soon as I have something.
/jacob
----- Original Message ----- From: "Oliver Zeigermann" <[EMAIL PROTECTED]>
To: "Slide Users Mailing List" <[EMAIL PROTECTED]>
Sent: Tuesday, December 07, 2004 3:35 PM
Subject: Re: history-collection-hack bug
Any idea what the problem with the hack is?
Oliver
On Tue, 7 Dec 2004 12:33:16 +0100, Jacob Lund <[EMAIL PROTECTED]> wrote:Hi all,
When slide is configured to split the history collection into seperate
stores <parameter name="historypath">/history/${store}</parameter>, then
the history-collection-hack breaks the versioning part of slide.
I have attached an example domain.xml file. When history-collection-hack is
set to false it works fine.
I tested this with 2.1rc1.
/jacob
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]