Jacob,

At first go, I don't see what the cause could be.
Could you send me your (impersonalized) Domain.xml, please?

Regards,
Peter

> -----Original Message-----
> From: Jacob Lund [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 04, 2004 11:09
> To: 'Slide Developers Mailing List'
> Subject: RE: structure of History and how to clean up
> 
> 
> Hi Peter!
> 
> I can get most of it working except the history part. If I change
> historypath in my domain.xml to:
> <parameter name="historypath">/history/${store}</parameter>
> 
> Then the server fails when I try to set versioning on a resource:
> 
> /files/project2/MySqlSchema.sql
> java.lang.NullPointerException
>         at java.lang.StringBuffer.replace(StringBuffer.java:717)
>         at
> org.apache.slide.webdav.util.HistoryPathHandler.getResolvedHistoryPat
> hHandler(HistoryPathHandler.java:73)
>         at
> org.apache.slide.webdav.util.HistoryPathHandler.getResolvedHistoryPat
> hHandler(HistoryPathHandler.java:56)
>         at
> org.apache.slide.webdav.util.UriHandler.createNextHistoryUri(UriHandl
> er.java:102)
>         at
> org.apache.slide.webdav.util.VersioningHelper.versionControl(Versioni
> ngHelper.java:297)
>         at
> org.apache.slide.webdav.method.PutMethod.executeRequest(PutMethod.jav
> a:380)
>         at
> org.apache.slide.webdav.method.AbstractWebdavMethod.run(AbstractWebda
> vMethod.java:315)
> 
> Did I miss something?
> 
> /jacob
> 
> -----Original Message-----
> From: [EMAIL PROTECTED] 
> [mailto:[EMAIL PROTECTED]
> 
> Sent: 3. marts 2004 16:18
> To: [EMAIL PROTECTED]
> Subject: RE: structure of History and how to clean up
> 
> Hi Jacob,
> 
> you *can* configure Slide s.t. history data of project1 is 
> separated from
> history data of project2. You *can* configure your stores 
> s.t. for each
> project data and history data are stored together in one DB.
> 
> Is that what you need?
> 
> If yes, proceed as follows (all in Domain.xml):
> 
> 1) Set historypath parameter (at the end of Domain.xml) to be
> /history/${store}
> 2) Configure a default store (e.g. TX filesystem store) with 
> scope matching
> "/"
> 3) Configure the project1 store (e.g. MySQL store) with scope matching
> "/files/project1" and database="DB1"
> 4) Configure the history1 store with scope matching 
> "/history/project1" and
> database="DB1"
> 5) Configure the project2 store with scope matching 
> "/files/project2" and
> database="DB2"
> 6) Configure the history2 store with scope matching 
> "/history/project2" and
> database="DB2"
> 7) Initialize all of the nodes /files, /files/project1, 
> /files/project2,
> /history, /history/project1, /history/project2 (within the 
> <data> element)
> 
> If needed, proceed in the same manner with workspace and 
> workingresource
> data.
> 
> Regards,
> Peter 
> 
> > -----Original Message-----
> > From: Jacob Lund [mailto:[EMAIL PROTECTED]
> > Sent: Wednesday, March 03, 2004 14:11
> > To: 'Slide Developers Mailing List'
> > Subject: structure of History and how to clean up
> > 
> > 
> > Hi!
> > 
> > One of my concerns with slide in production is the handling 
> of history
> > versions.
> > 
> > How do I clean up in my history files?
> > 
> > I would really like to keep the collection hierarchy between 
> > /files and
> > /history. That way I would be able to separate a collection 
> > and its history
> > versions in the same database.
> > 
> > E.G.: /files/project1 and /history/project1 are directed to the same
> > database in domain.xml. When project1 is no longer necessary 
> > I can simply
> > delete this part and both files and history will be cleaned up.
> > 
> > Another way could be the possibility of defining a separate 
> > history uri to
> > each store.
> > 
> > I do not believe that this would be a problem with respect to 
> > the deltaV
> > standard.
> > 
> > /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]

Reply via email to