[ANNOUNCE] Release of Slide 2.1 rc1

[James Mason]

The Jakarta Slide community is pleased to announce the release of Slide
2.1 RC 1. This is a bug fix release and brings Slide closer to a final
2.1 release. Feedback is greatly appreciated, especially in the form of
bug reports.

You can download Slide 2.1rc1 from:
http://jakarta.apache.org/slide/download.html#rc1

Release notes are at:
http://cvs.apache.org/viewcvs.cgi/*checkout*/jakarta-slide/RELEASE-NOTES-2.1-RC1?rev=1.1.2.3

The Slide project page is:
http://jakarta.apache.org/slide

-James
(on behalf of the Jakarta Slide community)


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: developers: table prefix

[James Mason]

Well, Cocoon works pretty well, and it's based on Avalon (another IoC
framework, though supposedly not as light-weight as Spring). From the
little I've worked with Cocoon it seems to work fairly well.

-James

On Sat, 2004-12-04 at 00:25 +0100, Oliver Zeigermann wrote:
> Hi John,
> 
> thanks a lot this really makes sense to me. Thanks for explaining with
> this simple example.
> 
> I was just wondering, does this really work? For real? Isn't it too
> complx? Can you still debug this? Why having all these different
> implementations? Maybe I am too suspicious, but I am always alert when
> I hear introspection, AOP and magic.
> 
> Thanks,
> 
> Oliver
> 
> Anyway, as other people know I am no friend 
> 
> On Fri, 3 Dec 2004 13:55:00 -0500, John Gilbert <[EMAIL PROTECTED]> wrote:
> > The key is to code to interfaces and pojo objects as much as possible
> > and rely on the framework to find the implementation. This way the
> > business logic is fully decoupled from the platform. For example, a
> > junit test could be written to test the business logic without the app
> > server.
> > 
> > Here is an overly simplified example. Basically, my pojo and action
> > classes can be run anywhere. The interface impl is plugged as necessary.
> > 
> > class MyPojo {
> > private String name;
> > public String getName() { return name; }
> > public void setName(String name) { this.name = name; }
> > }
> > 
> > interface MyService {
> > public doTheWork(MyPojo pojo);
> > }
> > 
> > class MyServiceJdoImpl implements MyService {...}
> > class MyServiceHibernateImpl implements MyService {...}
> > class MyServiceEntityBeanImpl implements MyService {...}
> > class MyServiceTestImpl implements MyService {...}
> > ...etc...
> > 
> > // the spring framework reads its descriptor file to determine the right
> > 
> > // service implementation and uses some combination of introspection and
> > AOP
> > // to call setService() on the action.
> > // This is the magic I haven't delved into yet.
> > class MyAction(...) {
> > private MyService svc;
> > public void setService(MyService svc) {...}
> > public ... execute(...) {
> > ...
> > svc.doTheWork(pojo);
> > ...
> > }
> > }
> > 
> > // in my unit test I can do all the setup and test the functionality
> > // or use spring here also I think.
> > class MyUnitTest {
> > 
> > public void testService() {
> > ...
> > MyAction action = new MyAction();
> > MyService svc = new MyServiceTestImpl();
> > action.setService(svc);
> > action.execute(...);
> > }
> > }
> > 
> > How did I do? Does this make sense? I definitely like it as a design
> > pattern, but I'm not completely sold on needing a full framework for it.
> > 
> > The jury is still out. But, it does sell a lot of books. ;-)
> >
> 
> -
> 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]

Re: developers: table prefix

[James Mason]

On Fri, 2004-12-03 at 17:02 +0100, Oliver Zeigermann wrote:
> Has anyone got any idea what role Spring would play in all this???

Headache? ;)

I think migration to an IoC framework is definitely something that
should wait until 3.0. Also, it would mean something else that new
developers would have to learn. Not necessarily bad, but something to to
consider. Other than that it seems like a nice idea, and may make the
code a bit cleaner.

-James

> 
> Oliver
> 
> 
> On Fri, 3 Dec 2004 16:57:42 +0100, Oliver Zeigermann
> <[EMAIL PROTECTED]> wrote:
> > Some sort of very short pratcial OJB introduction at :
> > 
> > http://blogs.codepuccino.com/dude/index.php?p=23
> > 
> > Oliver
> > 
> > 
> > 
> > On Fri, 3 Dec 2004 16:24:35 +0100, Oliver Zeigermann
> > <[EMAIL PROTECTED]> wrote:
> > > I would definitely be +1 for moving to a ORM tool. There is *soo* much
> > > maintenance with all these different dbs. As Hibernate is no option
> > > *right now*, and I have zero experience with OJB I had a lookt at
> > > ibatis. It's nice, but it is an SQL mapper only and can not help us
> > > with different dbs :(
> > >
> > > Would be great if you could do a start with OJB. Maybe others will
> > > chime in as soon as the initial pain of getting it started is over.
> > >
> > > Oliver
> > >
> > >
> > >
> > > On Fri, 03 Dec 2004 11:15:28 +0900, Carlos Villegas <[EMAIL PROTECTED]> 
> > > wrote:
> > > > Well I have experience with OJB but not the time :-(
> > > > I had promissed to look at the issues about the property-value field for
> > > > storing lists like the revisions or group members. Maybe I can do it as
> > > > part of that but I'm still trying to make the time...
> > > > OJB will do just fine for Slide purposes and it's simple enough. The
> > > > Java code for OJB is very readable, more than the embedded SQL in raw
> > > > JDBC which adds to the maintainability.
> > > >
> > > > Carlos
> > > >
> > > >
> > > >
> > > > James Mason wrote:
> > > > > This is sort of on my todo list, but the only O/R tool I'm familiar 
> > > > > with
> > > > > is Hibernate and for licensing reasons we can't integrate that with
> > > > > Slide (this may change in the future). I looked at OJB, but I wasn't
> > > > > impressed with some of the hoops I would have to jump through to
> > > > > accomplish, for example, lazy instantiation.
> > > > >
> > > > > I think this is the right way to go, if someone with the time and
> > > > > knowledge is willing to chip in. Right now I don't really have
> > > > > either :).
> > > > >
> > > > > -James
> > > > >
> > > > > On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> > > > >
> > > > >>This is simple enough. But how about using one of the O/R mapping 
> > > > >>tools
> > > > >>like Hibernate, Apache's OJB or Torque. The table names or mappings 
> > > > >>are
> > > > >>usually setup in an external configuraton file. It adds additional
> > > > >>benefits like supporting more databases and keeping all the database
> > > > >>adapters in sync since they all become just one. Converting JDBC code 
> > > > >>to
> > > > >>OJB, for example, is straightforward, we have done it, specially if
> > > > >>there are no stored procedures like in Slide.
> > > > >>
> > > > >>Carlos
> > > > >>
> > > > >>Warwick Burrows wrote:
> > > > >>
> > > > >>>There's something about preprocessing Java source that makes me a 
> > > > >>>little
> > > > >>>uneasy :-) Isn't there another way? eg. instead of inserting a 
> > > > >>>placeholder
> > > > >>>that gets replaced simply change the jdbc operation strings passed 
> > > > >>>to the
> > > > >>>jdbc client as in this example?
> > > > >>>
> > > > >>> "select name from " + Config.table_prefix + "PROPERTIES where
> > > > >>>field=1"
> > > > >>>
> > > > >>>Java will insert the prefix into the command automatically. There's 
> > > > >>>no need
> > > > >>>for preprocessing and the amount of work required to change the code 
> > > > >>>to suit
> > > > >>>this approach is no more or less than that needed to insert a 
> > > > >>>placeholder
> > > > >>>string?
> > > > >>>
> > > > >>>Warwick
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > -Original Message-
> > > > From: Richard Emberson [mailto:[EMAIL PROTECTED]
> > > > Sent: Thursday, December 02, 2004 3:51 PM
> > > > To: Slide Users Mailing List
> > > > Subject: developers: table prefix
> > > > 
> > > > 
> > > > 
> > > > This subject has been kicked around recently. Basically,
> > > > there is an easy way to do it but if none of the Slide
> > > > developers are interested then it will never go anywhere.
> > > > 
> > > > How to add table prefixes to Slide's database table names -
> > > > the simple way:
> > > > 
> > > > Alter the build.xml file so that it does a filtered copy to a
> > > > new directory "build/gen_src" prior to compilation.
> > > >  It is from this directory that the
> > > > sources are then compiled. Each table name in the sour

Re: main branch vs. 2.1 release branch

[Mirko Froehlich]

Thanks for the suggestion, I will definitely try that. Do you know which
particular improvements in MySQL 4.1 would have made a difference?

When you say it worked for you, which specific issue did it resolve?

-Mirko


On Fri, 2004-12-03 at 16:02, Oliver Zeigermann wrote:

> I would try upgrading to MySQL 4.1. It worked fine for me.
> 
> Oliver
> 
> 
> On Fri, 03 Dec 2004 13:34:41 -0800, Mirko Froehlich
> <[EMAIL PROTECTED]> wrote:
> > How stable would you consider the Slide main branch at this point? What
> > are some of the significant differences between this and 2.1?
> > 
> > I am still doing my concurrency testing, and unfortunately I think I
> > spoke too soon when I said that everything runs fine with caching
> > enabled. I still get deadlocks under Slide 2.1. Sometimes it deadlocks
> > very soon, other times it takes about 1 hour or so. For some reason, I
> > no longer get stacktraces in the Tomcat logs.
> > 
> > Initial testing using the main branch from CVS suggests that this
> > version might be more stable, as I have yet to run into this deadlock
> > problem. But of course I am concerned about actually running with a
> > development release. I'd appreciate any thoughts on this.
> > 
> > -Mirko
> > 
> >
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

Re: main branch vs. 2.1 release branch

[Oliver Zeigermann]

I would try upgrading to MySQL 4.1. It worked fine for me.

Oliver


On Fri, 03 Dec 2004 13:34:41 -0800, Mirko Froehlich
<[EMAIL PROTECTED]> wrote:
> How stable would you consider the Slide main branch at this point? What
> are some of the significant differences between this and 2.1?
> 
> I am still doing my concurrency testing, and unfortunately I think I
> spoke too soon when I said that everything runs fine with caching
> enabled. I still get deadlocks under Slide 2.1. Sometimes it deadlocks
> very soon, other times it takes about 1 hour or so. For some reason, I
> no longer get stacktraces in the Tomcat logs.
> 
> Initial testing using the main branch from CVS suggests that this
> version might be more stable, as I have yet to run into this deadlock
> problem. But of course I am concerned about actually running with a
> development release. I'd appreciate any thoughts on this.
> 
> -Mirko
> 
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: developers: table prefix

[Oliver Zeigermann]

Hi John,

thanks a lot this really makes sense to me. Thanks for explaining with
this simple example.

I was just wondering, does this really work? For real? Isn't it too
complx? Can you still debug this? Why having all these different
implementations? Maybe I am too suspicious, but I am always alert when
I hear introspection, AOP and magic.

Thanks,

Oliver

Anyway, as other people know I am no friend 

On Fri, 3 Dec 2004 13:55:00 -0500, John Gilbert <[EMAIL PROTECTED]> wrote:
> The key is to code to interfaces and pojo objects as much as possible
> and rely on the framework to find the implementation. This way the
> business logic is fully decoupled from the platform. For example, a
> junit test could be written to test the business logic without the app
> server.
> 
> Here is an overly simplified example. Basically, my pojo and action
> classes can be run anywhere. The interface impl is plugged as necessary.
> 
> class MyPojo {
> private String name;
> public String getName() { return name; }
> public void setName(String name) { this.name = name; }
> }
> 
> interface MyService {
> public doTheWork(MyPojo pojo);
> }
> 
> class MyServiceJdoImpl implements MyService {...}
> class MyServiceHibernateImpl implements MyService {...}
> class MyServiceEntityBeanImpl implements MyService {...}
> class MyServiceTestImpl implements MyService {...}
> ...etc...
> 
> // the spring framework reads its descriptor file to determine the right
> 
> // service implementation and uses some combination of introspection and
> AOP
> // to call setService() on the action.
> // This is the magic I haven't delved into yet.
> class MyAction(...) {
> private MyService svc;
> public void setService(MyService svc) {...}
> public ... execute(...) {
> ...
> svc.doTheWork(pojo);
> ...
> }
> }
> 
> // in my unit test I can do all the setup and test the functionality
> // or use spring here also I think.
> class MyUnitTest {
> 
> public void testService() {
> ...
> MyAction action = new MyAction();
> MyService svc = new MyServiceTestImpl();
> action.setService(svc);
> action.execute(...);
> }
> }
> 
> How did I do? Does this make sense? I definitely like it as a design
> pattern, but I'm not completely sold on needing a full framework for it.
> 
> The jury is still out. But, it does sell a lot of books. ;-)
>

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: WCK API question

[Oliver Zeigermann]

Just checked it and it works the way it should be. 

Maybe the confusion is caused by Slide's weird init proc where it
tries to set content before creation of a folder? In this case you
will have to throw an ObjectNotFoundException as you can not store
anything to a non-existing file. The start of the code of
setResourceContent in the file RI looks like this

File file = getFile(resourceUri);
if (!file.exists())
throw new ObjectNotFoundException(resourceUri);

I hope this helps,

Oliver


On Fri, 3 Dec 2004 23:58:48 +0100, Oliver Zeigermann
<[EMAIL PROTECTED]> wrote:
> What you expected is the way it should be. If it is not this is a bug.
> I will check this with the reference implementation.
> 
> Oliver
> 
> 
> 
> On Fri, 03 Dec 2004 15:59:59 -0500, John Rousseau
> <[EMAIL PROTECTED]> wrote:
> > I'm trying to understand the BasicWebdavStore API a bit better.
> >
> > I was expecting that during a PUT, createResource() would be called with
> > the name of a new resource and then setResourceContent() would be then
> > called to supply the content itself.
> >
> > What I'm seeing is that setResourceContent is being called first and
> > then createResource. In my implementation of createResource, I check to
> > see if the resource already exists and if so throw
> > ObjectAlreadyExistsException. Since I just created the resource in
> > setResourceCountent, this causes me to throw and the WCK then calls
> > rollback.
> >
> > Can someone describe these two methods in a bit more detail and explain
> > what I should be doing in them?
> >
> > Should I just make createResource a no-op?
> >
> > Thanks
> > -John
> >
> > ---
> > John Rousseau
> > Archivas, Inc.
> >
> > -
> > 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]

Re: WCK API question

[Oliver Zeigermann]

What you expected is the way it should be. If it is not this is a bug.
I will check this with the reference implementation.

Oliver

On Fri, 03 Dec 2004 15:59:59 -0500, John Rousseau
<[EMAIL PROTECTED]> wrote:
> I'm trying to understand the BasicWebdavStore API a bit better.
> 
> I was expecting that during a PUT, createResource() would be called with
> the name of a new resource and then setResourceContent() would be then
> called to supply the content itself.
> 
> What I'm seeing is that setResourceContent is being called first and
> then createResource. In my implementation of createResource, I check to
> see if the resource already exists and if so throw
> ObjectAlreadyExistsException. Since I just created the resource in
> setResourceCountent, this causes me to throw and the WCK then calls
> rollback.
> 
> Can someone describe these two methods in a bit more detail and explain
> what I should be doing in them?
> 
> Should I just make createResource a no-op?
> 
> Thanks
> -John
> 
> ---
> John Rousseau
> Archivas, Inc.
> 
> -
> 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]

Re: WCK question

[Oliver Zeigermann]

Great :)

The problem is that WCK has not yet been released with anything
stable, but once reported I will try to fix issues as quickly as
possble. Please do not hesitate to report anything that looks like a
bug to you or what should be improved.

Thanks,

Oliver

On Fri, 03 Dec 2004 13:16:10 -0500, John Rousseau
<[EMAIL PROTECTED]> wrote:
> Much better. Thanks for the quick fix!
> 
> -John
> 
> 
> 
> 
> Oliver Zeigermann wrote:
> > OK, I have just committed somthing that should fix it, could you
> > please try if it works for you?!
> >
> > Thanks,
> >
> > Oliver
> >
> >
> > On Fri, 3 Dec 2004 17:15:08 +0100, Oliver Zeigermann
> > <[EMAIL PROTECTED]> wrote:
> >
> >>I see, you are right, this has been done with the latest 29th November
> >>patch by Stefan.
> >>
> >>I will fix this ASAP, thanks for reporting :)
> >>
> >>Oliver
> >>
> >>
> >>
> >>On Fri, 03 Dec 2004 10:28:55 -0500, John Rousseau
> >><[EMAIL PROTECTED]> wrote:
> >>
> >>>I'm new to slide and WebDAV (but not to Java, HTTP, etc.).
> >>>
> >>>I'm trying to put a WebDAV frontend on our product. WCK seems to be
> >>>exactly what I need.
> >>>
> >>>I'm using HEAD as of 02 Dec 2004.
> >>>
> >>>I've implemented BasicWebdavStore and I can browse our archive with the
> >>>slide webdav client, however when I try to "get" a resource, I get back
> >>>  an HTML directory listing.
> >>>
> >>>This is because:
> >>>
> >>>webdav/method/GetMethod.java:238 finds that the NodeRevisionDescriptor
> >>>for my resource has a COLLECTION property.
> >>>
> >>>This is because:
> >>>
> >>>slide/simple/store/WebdavStoreAdapter:597 news up a
> >>>NodeRevisionDescriptor using a deprecated constructor, which calls the
> >>>no-arg ctor which calls initDefaultProperties() which sets the resource
> >>>type to a COLLECTION_TYPE.
> >>>
> >>>So, from the above, I think I understand _what_ is going wrong. What I'm
> >>>hoping to hear from the list is _why_.
> >>>
> >>>Shouldn't the WebdavStoreAdapter call my BasicWebdavStore's isFolder()
> >>>and set the resource type appropriately?
> >>>
> >>>Have I blown my implementation somehow? Did I goof the configuration? Is
> >>>this a bug?
> >>>
> >>>Any help would be appreciated! Thanks for the great tool and the WCK
> >>>expecially! It's making my life very easy.
> >>>
> >>>BTW, I'm having a very hard time groking what I need (and what I don't)
> >>>in my Domain.xml. The wiki is a little light on details. Anyone have a
> >>>minimalist Domain.xml for WCK? I just want to serve content. I don't
> >>>care about authentication right now.
> >>>
> >>>Thanks!
> >>>-John
> >>>
> >>>---
> >>>John Rousseau
> >>>Archivas, Inc.
> >>>
> >>>-
> >>>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]

Re: example for versioning

[Julian Reschke]

Warwick Burrows wrote:
Wow, I just confirmed what you've said. Incredibly, when you checkout a file
and edit it others can see your changes whenever you put the file back to
the server. Julian, is this because of the "checkout-in-place" feature you
refer to? Ie. if I disable this feature then will it create a separate
That's why it's called "in-place".
working resource for a checkout and keep a user's modifications separate
until they checkin?
Yes and no. Checking out a working resource instead of checking out 
in-place can't be configured server-side, it's something that a client 
needs to do explicitly.

Julian
--
bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

main branch vs. 2.1 release branch

[Mirko Froehlich]

How stable would you consider the Slide main branch at this point? What
are some of the significant differences between this and 2.1?

I am still doing my concurrency testing, and unfortunately I think I
spoke too soon when I said that everything runs fine with caching
enabled. I still get deadlocks under Slide 2.1. Sometimes it deadlocks
very soon, other times it takes about 1 hour or so. For some reason, I
no longer get stacktraces in the Tomcat logs.

Initial testing using the main branch from CVS suggests that this
version might be more stable, as I have yet to run into this deadlock
problem. But of course I am concerned about actually running with a
development release. I'd appreciate any thoughts on this.

-Mirko

WCK API question

[John Rousseau]

I'm trying to understand the BasicWebdavStore API a bit better.
I was expecting that during a PUT, createResource() would be called with 
the name of a new resource and then setResourceContent() would be then 
called to supply the content itself.

What I'm seeing is that setResourceContent is being called first and 
then createResource. In my implementation of createResource, I check to 
see if the resource already exists and if so throw 
ObjectAlreadyExistsException. Since I just created the resource in 
setResourceCountent, this causes me to throw and the WCK then calls 
rollback.

Can someone describe these two methods in a bit more detail and explain 
what I should be doing in them?

Should I just make createResource a no-op?
Thanks
-John
---
John Rousseau
Archivas, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: example for versioning

[Warwick Burrows]

Wow, I just confirmed what you've said. Incredibly, when you checkout a file
and edit it others can see your changes whenever you put the file back to
the server. Julian, is this because of the "checkout-in-place" feature you
refer to? Ie. if I disable this feature then will it create a separate
working resource for a checkout and keep a user's modifications separate
until they checkin?

Warwick


> -Original Message-
> From: Julian Reschke [mailto:[EMAIL PROTECTED] 
> Sent: Friday, December 03, 2004 2:04 PM
> To: Slide Users Mailing List
> Subject: Re: example for versioning
> 
> 
> Warwick Burrows wrote:
> > To my understanding other users shouldn't be able to see 
> any of your 
> > changes to file content or properties until you actually 
> checkin the 
> > file. Of course
> 
> This is incorrect, as far as RFC3253 is concerned.
> 
> > since you already have a WebdavResource constructed for the 
> checkedout 
> > file you will see whatever changes you make to it immediately. But 
> > others shouldn't. If they access the same slide resource 
> URI that you 
> > are modifying they will get the previous revision which, until you 
> > checkin, will still "point" to the most current revision. 
> When you do 
> > checkin then your file revision becomes the latest at which 
> time the 
> > slide resource URI is changed to point at your revision and 
> it becomes 
> > visible to everyone.
> 
> Not the case. I think what you're talking about is a checkout of a 
> working resource (which get's its own URI and thus will 
> *usually* not be 
> visible to others).
> 
> > My original reason for saying this is that I wanted to make 
> it clear 
> > that you can't keep the file checkedout and have others see the 
> > changes you have made. At some point you will have to 
> checkin for the 
> > changes to be visible to others.
> 
> Not true, at least not for the checkout-in-place feature 
> defined by RFC3253.
> 
> Julian
> -- 
> bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
> 
> -
> 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]

Re: example for versioning

[Julian Reschke]

Warwick Burrows wrote:
To my understanding other users shouldn't be able to see any of your changes
to file content or properties until you actually checkin the file. Of course
This is incorrect, as far as RFC3253 is concerned.
since you already have a WebdavResource constructed for the checkedout file
you will see whatever changes you make to it immediately. But others
shouldn't. If they access the same slide resource URI that you are modifying
they will get the previous revision which, until you checkin, will still
"point" to the most current revision. When you do checkin then your file
revision becomes the latest at which time the slide resource URI is changed
to point at your revision and it becomes visible to everyone. 
Not the case. I think what you're talking about is a checkout of a 
working resource (which get's its own URI and thus will *usually* not be 
visible to others).

My original reason for saying this is that I wanted to make it clear that
you can't keep the file checkedout and have others see the changes you have
made. At some point you will have to checkin for the changes to be visible
to others. 
Not true, at least not for the checkout-in-place feature defined by RFC3253.
Julian
--
bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: example for versioning

[Julian Reschke]

Tim Frank wrote:
Warwick,
Would you be able to expand on the following statement for me?
Warwick Burrows wrote on 03/12/04 11:32 AM:
While the file is checked
out any changes you make aren't visible to other users fetching the 
file or
viewing its properties.

In my limited testing, whenever I accessed the resource while it was 
checked out I always received the most recent version of the content and 
the properties. This was in a non-locking situation. I would assume that 
anyone with access to read the checkedout file would get all current 
information on that file. Is that not so?
Of course it is no. The checked-in/checked-out state of a resource 
doesn't affect visibility of changes at all.

Julian
--
bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: developers: table prefix

[John Gilbert]

The key is to code to interfaces and pojo objects as much as possible
and rely on the framework to find the implementation. This way the
business logic is fully decoupled from the platform. For example, a
junit test could be written to test the business logic without the app
server.

Here is an overly simplified example. Basically, my pojo and action
classes can be run anywhere. The interface impl is plugged as necessary.

class MyPojo {
private String name;
public String getName() { return name; }
public void setName(String name) { this.name = name; }
}

interface MyService {
public doTheWork(MyPojo pojo);
}

class MyServiceJdoImpl implements MyService {...}
class MyServiceHibernateImpl implements MyService {...}
class MyServiceEntityBeanImpl implements MyService {...}
class MyServiceTestImpl implements MyService {...}
...etc...

// the spring framework reads its descriptor file to determine the right

// service implementation and uses some combination of introspection and
AOP
// to call setService() on the action.
// This is the magic I haven't delved into yet.
class MyAction(...) {
private MyService svc;
public void setService(MyService svc) {...}
public ... execute(...) {
...
svc.doTheWork(pojo);
...
}
}

// in my unit test I can do all the setup and test the functionality 
// or use spring here also I think.
class MyUnitTest {

public void testService() {
...
MyAction action = new MyAction();
MyService svc = new MyServiceTestImpl();
action.setService(svc);
action.execute(...);
}
}


How did I do? Does this make sense? I definitely like it as a design
pattern, but I'm not completely sold on needing a full framework for it.

The jury is still out. But, it does sell a lot of books. ;-)






-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 03, 2004 1:13 PM
To: Slide Users Mailing List
Subject: Re: developers: table prefix

This may be OT, but I haven't found anyone yet who could explain an
idiot like me what the fantastic benefits of IOC are. Can you?

Oliver


On Fri, 3 Dec 2004 11:31:30 -0500, John Gilbert <[EMAIL PROTECTED]>
wrote:
> Springs big play is its IOC framework. (Inversion of Control) I'm new
to
> it, but so far I haven't found anything in it that I couldn't whip
> together on my own. However, I am a big fan of the IOC design pattern.
> 
> It has Hibernate and JDO support for using IOC to plug in
> implementations.
> 
> I have recently been using JPOX JDO and the xDoclet JDO tags and Ant
> tasks to generate my JDO files and to enhance my POJOs. So far so
good.
> I really like the fact that it will dynamically generate db schema for
> me. I believe it has a way to resolve table name conflicts.
> 
> 
> 
> 
> -Original Message-
> From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 03, 2004 11:02 AM
> To: Slide Users Mailing List
> Subject: Re: developers: table prefix
> 
> Has anyone got any idea what role Spring would play in all this???
> 
> Oliver
> 
> On Fri, 3 Dec 2004 16:57:42 +0100, Oliver Zeigermann
> <[EMAIL PROTECTED]> wrote:
> > Some sort of very short pratcial OJB introduction at :
> >
> > http://blogs.codepuccino.com/dude/index.php?p=23
> >
> > Oliver
> >
> >
> >
> > On Fri, 3 Dec 2004 16:24:35 +0100, Oliver Zeigermann
> > <[EMAIL PROTECTED]> wrote:
> > > I would definitely be +1 for moving to a ORM tool. There is *soo*
> much
> > > maintenance with all these different dbs. As Hibernate is no
option
> > > *right now*, and I have zero experience with OJB I had a lookt at
> > > ibatis. It's nice, but it is an SQL mapper only and can not help
us
> > > with different dbs :(
> > >
> > > Would be great if you could do a start with OJB. Maybe others will
> > > chime in as soon as the initial pain of getting it started is
over.
> > >
> > > Oliver
> > >
> > >
> > >
> > > On Fri, 03 Dec 2004 11:15:28 +0900, Carlos Villegas
> <[EMAIL PROTECTED]> wrote:
> > > > Well I have experience with OJB but not the time :-(
> > > > I had promissed to look at the issues about the property-value
> field for
> > > > storing lists like the revisions or group members. Maybe I can
do
> it as
> > > > part of that but I'm still trying to make the time...
> > > > OJB will do just fine for Slide purposes and it's simple enough.
> The
> > > > Java code for OJB is very readable, more than the embedded SQL
in
> raw
> > > > JDBC which adds to the maintainability.
> > > >
> > > > Carlos
> > > >
> > > >
> > > >
> > > > James Mason wrote:
> > > > > This is sort of on my todo list, but the only O/R tool I'm
> familiar with
> > > > > is Hibernate and for licensing reasons we can't integrate that
> with
> > > > > Slide (this may change in the future). I looked at OJB, but I
> wasn't
> > > > > impressed with some of the hoops I would have

Re: example for versioning

[Tim Frank]

Warwick,
Thank you for the expanded explanation. I seem to vaguely recall that 
the behaviour you describe was not the one I was actually seeing when 
doing some testing last month. However, it is entirely possible that it 
was a combination of smart/dumb clients and not switching users. I was 
actually hoping it worked the way you describe.

I will do some testing again to see what comes up. Maybe someone else 
can shed some light on the behaviour of a checkedout resource when being 
access by other users.

Tim
Warwick Burrows wrote on 03/12/04 12:33 PM:
To my understanding other users shouldn't be able to see any of your changes
to file content or properties until you actually checkin the file. Of course
since you already have a WebdavResource constructed for the checkedout file
you will see whatever changes you make to it immediately. But others
shouldn't. If they access the same slide resource URI that you are modifying
they will get the previous revision which, until you checkin, will still
"point" to the most current revision. When you do checkin then your file
revision becomes the latest at which time the slide resource URI is changed
to point at your revision and it becomes visible to everyone. 

My original reason for saying this is that I wanted to make it clear that
you can't keep the file checkedout and have others see the changes you have
made. At some point you will have to checkin for the changes to be visible
to others. 

Warwick

-Original Message-
From: Tim Frank [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 03, 2004 11:07 AM
To: Slide Users Mailing List
Subject: Re: example for versioning

Warwick,
Would you be able to expand on the following statement for me?
Warwick Burrows wrote on 03/12/04 11:32 AM:
While the file is checked
out any changes you make aren't visible to other users fetching the 
file or viewing its properties.
In my limited testing, whenever I accessed the resource while it was 
checked out I always received the most recent version of the 
content and 
the properties. This was in a non-locking situation. I would 
assume that 
anyone with access to read the checkedout file would get all current 
information on that file. Is that not so?

Tim
-
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]

Re: WCK question

[John Rousseau]

Much better. Thanks for the quick fix!
-John
Oliver Zeigermann wrote:
OK, I have just committed somthing that should fix it, could you
please try if it works for you?!
Thanks,
Oliver
On Fri, 3 Dec 2004 17:15:08 +0100, Oliver Zeigermann
<[EMAIL PROTECTED]> wrote:
I see, you are right, this has been done with the latest 29th November
patch by Stefan.
I will fix this ASAP, thanks for reporting :)
Oliver

On Fri, 03 Dec 2004 10:28:55 -0500, John Rousseau
<[EMAIL PROTECTED]> wrote:
I'm new to slide and WebDAV (but not to Java, HTTP, etc.).
I'm trying to put a WebDAV frontend on our product. WCK seems to be
exactly what I need.
I'm using HEAD as of 02 Dec 2004.
I've implemented BasicWebdavStore and I can browse our archive with the
slide webdav client, however when I try to "get" a resource, I get back
 an HTML directory listing.
This is because:
webdav/method/GetMethod.java:238 finds that the NodeRevisionDescriptor
for my resource has a COLLECTION property.
This is because:
slide/simple/store/WebdavStoreAdapter:597 news up a
NodeRevisionDescriptor using a deprecated constructor, which calls the
no-arg ctor which calls initDefaultProperties() which sets the resource
type to a COLLECTION_TYPE.
So, from the above, I think I understand _what_ is going wrong. What I'm
hoping to hear from the list is _why_.
Shouldn't the WebdavStoreAdapter call my BasicWebdavStore's isFolder()
and set the resource type appropriately?
Have I blown my implementation somehow? Did I goof the configuration? Is
this a bug?
Any help would be appreciated! Thanks for the great tool and the WCK
expecially! It's making my life very easy.
BTW, I'm having a very hard time groking what I need (and what I don't)
in my Domain.xml. The wiki is a little light on details. Anyone have a
minimalist Domain.xml for WCK? I just want to serve content. I don't
care about authentication right now.
Thanks!
-John
---
John Rousseau
Archivas, Inc.
-
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]

Re: developers: table prefix

[Oliver Zeigermann]

This may be OT, but I haven't found anyone yet who could explain an
idiot like me what the fantastic benefits of IOC are. Can you?

Oliver


On Fri, 3 Dec 2004 11:31:30 -0500, John Gilbert <[EMAIL PROTECTED]> wrote:
> Springs big play is its IOC framework. (Inversion of Control) I'm new to
> it, but so far I haven't found anything in it that I couldn't whip
> together on my own. However, I am a big fan of the IOC design pattern.
> 
> It has Hibernate and JDO support for using IOC to plug in
> implementations.
> 
> I have recently been using JPOX JDO and the xDoclet JDO tags and Ant
> tasks to generate my JDO files and to enhance my POJOs. So far so good.
> I really like the fact that it will dynamically generate db schema for
> me. I believe it has a way to resolve table name conflicts.
> 
> 
> 
> 
> -Original Message-
> From: Oliver Zeigermann [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 03, 2004 11:02 AM
> To: Slide Users Mailing List
> Subject: Re: developers: table prefix
> 
> Has anyone got any idea what role Spring would play in all this???
> 
> Oliver
> 
> On Fri, 3 Dec 2004 16:57:42 +0100, Oliver Zeigermann
> <[EMAIL PROTECTED]> wrote:
> > Some sort of very short pratcial OJB introduction at :
> >
> > http://blogs.codepuccino.com/dude/index.php?p=23
> >
> > Oliver
> >
> >
> >
> > On Fri, 3 Dec 2004 16:24:35 +0100, Oliver Zeigermann
> > <[EMAIL PROTECTED]> wrote:
> > > I would definitely be +1 for moving to a ORM tool. There is *soo*
> much
> > > maintenance with all these different dbs. As Hibernate is no option
> > > *right now*, and I have zero experience with OJB I had a lookt at
> > > ibatis. It's nice, but it is an SQL mapper only and can not help us
> > > with different dbs :(
> > >
> > > Would be great if you could do a start with OJB. Maybe others will
> > > chime in as soon as the initial pain of getting it started is over.
> > >
> > > Oliver
> > >
> > >
> > >
> > > On Fri, 03 Dec 2004 11:15:28 +0900, Carlos Villegas
> <[EMAIL PROTECTED]> wrote:
> > > > Well I have experience with OJB but not the time :-(
> > > > I had promissed to look at the issues about the property-value
> field for
> > > > storing lists like the revisions or group members. Maybe I can do
> it as
> > > > part of that but I'm still trying to make the time...
> > > > OJB will do just fine for Slide purposes and it's simple enough.
> The
> > > > Java code for OJB is very readable, more than the embedded SQL in
> raw
> > > > JDBC which adds to the maintainability.
> > > >
> > > > Carlos
> > > >
> > > >
> > > >
> > > > James Mason wrote:
> > > > > This is sort of on my todo list, but the only O/R tool I'm
> familiar with
> > > > > is Hibernate and for licensing reasons we can't integrate that
> with
> > > > > Slide (this may change in the future). I looked at OJB, but I
> wasn't
> > > > > impressed with some of the hoops I would have to jump through to
> > > > > accomplish, for example, lazy instantiation.
> > > > >
> > > > > I think this is the right way to go, if someone with the time
> and
> > > > > knowledge is willing to chip in. Right now I don't really have
> > > > > either :).
> > > > >
> > > > > -James
> > > > >
> > > > > On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> > > > >
> > > > >>This is simple enough. But how about using one of the O/R
> mapping tools
> > > > >>like Hibernate, Apache's OJB or Torque. The table names or
> mappings are
> > > > >>usually setup in an external configuraton file. It adds
> additional
> > > > >>benefits like supporting more databases and keeping all the
> database
> > > > >>adapters in sync since they all become just one. Converting JDBC
> code to
> > > > >>OJB, for example, is straightforward, we have done it, specially
> if
> > > > >>there are no stored procedures like in Slide.
> > > > >>
> > > > >>Carlos
> > > > >>
> > > > >>Warwick Burrows wrote:
> > > > >>
> > > > >>>There's something about preprocessing Java source that makes me
> a little
> > > > >>>uneasy :-) Isn't there another way? eg. instead of inserting a
> placeholder
> > > > >>>that gets replaced simply change the jdbc operation strings
> passed to the
> > > > >>>jdbc client as in this example?
> > > > >>>
> > > > >>> "select name from " + Config.table_prefix + "PROPERTIES
> where
> > > > >>>field=1"
> > > > >>>
> > > > >>>Java will insert the prefix into the command automatically.
> There's no need
> > > > >>>for preprocessing and the amount of work required to change the
> code to suit
> > > > >>>this approach is no more or less than that needed to insert a
> placeholder
> > > > >>>string?
> > > > >>>
> > > > >>>Warwick
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>>
> > > > -Original Message-
> > > > From: Richard Emberson [mailto:[EMAIL PROTECTED]
> > > > Sent: Thursday, December 02, 2004 3:51 PM
> > > > To: Slide Users Mailing List
> > > > Subject: developers: table prefix
> > > > 
> > > > 
> > > > 
> > > > This subject has been kicked a

RE: example for versioning

[Warwick Burrows]

To my understanding other users shouldn't be able to see any of your changes
to file content or properties until you actually checkin the file. Of course
since you already have a WebdavResource constructed for the checkedout file
you will see whatever changes you make to it immediately. But others
shouldn't. If they access the same slide resource URI that you are modifying
they will get the previous revision which, until you checkin, will still
"point" to the most current revision. When you do checkin then your file
revision becomes the latest at which time the slide resource URI is changed
to point at your revision and it becomes visible to everyone. 

My original reason for saying this is that I wanted to make it clear that
you can't keep the file checkedout and have others see the changes you have
made. At some point you will have to checkin for the changes to be visible
to others. 

Warwick


> -Original Message-
> From: Tim Frank [mailto:[EMAIL PROTECTED] 
> Sent: Friday, December 03, 2004 11:07 AM
> To: Slide Users Mailing List
> Subject: Re: example for versioning
> 
> 
> Warwick,
> 
> Would you be able to expand on the following statement for me?
> 
> Warwick Burrows wrote on 03/12/04 11:32 AM:
> > While the file is checked
> > out any changes you make aren't visible to other users fetching the 
> > file or viewing its properties.
> 
> In my limited testing, whenever I accessed the resource while it was 
> checked out I always received the most recent version of the 
> content and 
> the properties. This was in a non-locking situation. I would 
> assume that 
> anyone with access to read the checkedout file would get all current 
> information on that file. Is that not so?
> 
> Tim
> 
> -
> 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]

Re: example for versioning

[Tim Frank]

Warwick,
Would you be able to expand on the following statement for me?
Warwick Burrows wrote on 03/12/04 11:32 AM:
While the file is checked
out any changes you make aren't visible to other users fetching the file or
viewing its properties.
In my limited testing, whenever I accessed the resource while it was 
checked out I always received the most recent version of the content and 
the properties. This was in a non-locking situation. I would assume that 
anyone with access to read the checkedout file would get all current 
information on that file. Is that not so?

Tim
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: developers: table prefix

[Warwick Burrows]

Isn't the LGPL license a problem though?

Warwick


> -Original Message-
> From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] 
> Sent: Friday, December 03, 2004 9:17 AM
> To: Slide Users Mailing List
> Subject: Re: developers: table prefix
> 
> 
> *Exactly* the same with me. There has been a detailed 
> discussion and there are signs Hibernate *might* finally be 
> an option. I am still waiting...
> 
> Oliver
> 
> On Thu, 02 Dec 2004 17:38:56 -0800, James Mason 
> <[EMAIL PROTECTED]> wrote:
> > This is sort of on my todo list, but the only O/R tool I'm familiar 
> > with is Hibernate and for licensing reasons we can't integrate that 
> > with Slide (this may change in the future). I looked at OJB, but I 
> > wasn't impressed with some of the hoops I would have to 
> jump through 
> > to accomplish, for example, lazy instantiation.
> > 
> > I think this is the right way to go, if someone with the time and 
> > knowledge is willing to chip in. Right now I don't really 
> have either 
> > :).
> > 
> > -James
> > 
> > 
> > 
> > On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> > > This is simple enough. But how about using one of the O/R mapping 
> > > tools like Hibernate, Apache's OJB or Torque. The table names or 
> > > mappings are usually setup in an external configuraton 
> file. It adds 
> > > additional benefits like supporting more databases and 
> keeping all 
> > > the database adapters in sync since they all become just one. 
> > > Converting JDBC code to OJB, for example, is straightforward, we 
> > > have done it, specially if there are no stored procedures like in 
> > > Slide.
> > >
> > > Carlos
> > >
> > > Warwick Burrows wrote:
> > > > There's something about preprocessing Java source that 
> makes me a 
> > > > little uneasy :-) Isn't there another way? eg. instead of 
> > > > inserting a placeholder that gets replaced simply 
> change the jdbc 
> > > > operation strings passed to the jdbc client as in this example?
> > > >
> > > > "select name from " + Config.table_prefix + 
> "PROPERTIES where 
> > > > field=1"
> > > >
> > > > Java will insert the prefix into the command automatically. 
> > > > There's no need for preprocessing and the amount of 
> work required 
> > > > to change the code to suit this approach is no more or 
> less than 
> > > > that needed to insert a placeholder string?
> > > >
> > > > Warwick
> > > >
> > > >
> > > >
> > > >>-Original Message-
> > > >>From: Richard Emberson [mailto:[EMAIL PROTECTED]
> > > >>Sent: Thursday, December 02, 2004 3:51 PM
> > > >>To: Slide Users Mailing List
> > > >>Subject: developers: table prefix
> > > >>
> > > >>
> > > >>
> > > >>This subject has been kicked around recently. 
> Basically, there is 
> > > >>an easy way to do it but if none of the Slide developers are 
> > > >>interested then it will never go anywhere.
> > > >>
> > > >>How to add table prefixes to Slide's database table names - the 
> > > >>simple way:
> > > >>
> > > >>Alter the build.xml file so that it does a filtered 
> copy to a new 
> > > >>directory "build/gen_src" prior to compilation.
> > > >>  It is from this directory that the
> > > >>sources are then compiled. Each table name in the 
> source has the 
> > > >>string "@TABLE_PREFIX@" prepened to it. The 
> build.properties file 
> > > >>has a new property:
> > > >>
> > > >>table.prefix=
> > > >>
> > > >>The "value" can be, for example, empty resulting in the current 
> > > >>table names or one might set the value to "SLIDE_" which would 
> > > >>result in that string being prepended to all table names.
> > > >>
> > > >>Additional benefits:
> > > >>
> > > >>One can now add properties to the build.properties file:
> > > >>
> > > >>version.major=2
> > > >>version.minor=1
> > > >>version.release=0
> > > >>
> > > >>which could be used during the filtered copy to embed the Slide 
> > > >>version number is some class which can be accessed at runtime.
> > > >>
> > > >>The build date, who built the code, compile host architecture, 
> > > >>java version and vender doing compilation, cvs version 
> tag, etc. 
> > > >>can also be generated by ant and used during the 
> filtered copy to 
> > > >>add more runtime accessible information. For those 
> embedding Slide 
> > > >>in a J2EE application, this information would then be 
> accessible 
> > > >>via a JMX page.
> > > >>
> > > >>None of this is hard to do, its just a question of identifying 
> > > >>someone (with checkin ability) to take the first step - 
> altering 
> > > >>the build process.
> > > >>
> > > >>Richard
> > > >>
> > > >>
> > > >>
> > > >>--
> > > >>This email message is for the sole use of the intended
> > > >>recipient(s) and may contain confidential information.  Any 
> > > >>unauthorized review, use, disclosure or distribution is 
> > > >>prohibited.  If you are not the intended recipient, 
> please contact 
> > > >>the sender by reply email and destroy all copies of the 
> original 
> > > >>message.
> > > >>
> > > 
> >>

RE: developers: table prefix

[Warwick Burrows]

Does anyone else have comments on the ofbiz entity engine?
(http:/www.ofbiz.org). We've been using it in our product and have found it
works great and is fast and mature. The entity engine is just one component
of a larger product suite. It has an MIT open source license. And one of the
ways the website serves up their source via a WebDAV server ;-)
http://svn.ofbiz.org/svn/ofbiz

Warwick


> -Original Message-
> From: Nick Longinow [mailto:[EMAIL PROTECTED] 
> Sent: Friday, December 03, 2004 9:33 AM
> To: 'Slide Users Mailing List'; [EMAIL PROTECTED]
> Subject: RE: developers: table prefix
> 
> 
> I'm in agreement with you on keeping maintenance and complexity to a
> (reasonable) minimum.  
> Nick
> 
> -Original Message-
> From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] 
> Sent: Friday, December 03, 2004 10:25 AM
> To: Slide Users Mailing List
> Subject: Re: developers: table prefix
> 
> I would definitely be +1 for moving to a ORM tool. There is 
> *soo* much maintenance with all these different dbs. As 
> Hibernate is no option *right now*, and I have zero 
> experience with OJB I had a lookt at ibatis. It's nice, but 
> it is an SQL mapper only and can not help us with different dbs :(
> 
> Would be great if you could do a start with OJB. Maybe others 
> will chime in as soon as the initial pain of getting it 
> started is over.
> 
> Oliver
> 
> On Fri, 03 Dec 2004 11:15:28 +0900, Carlos Villegas 
> <[EMAIL PROTECTED]> wrote:
> > Well I have experience with OJB but not the time :-(
> > I had promissed to look at the issues about the 
> property-value field 
> > for storing lists like the revisions or group members. 
> Maybe I can do 
> > it as part of that but I'm still trying to make the time... 
> OJB will 
> > do just fine for Slide purposes and it's simple enough. The 
> Java code 
> > for OJB is very readable, more than the embedded SQL in raw 
> JDBC which 
> > adds to the maintainability.
> > 
> > Carlos
> > 
> > 
> > 
> > James Mason wrote:
> > > This is sort of on my todo list, but the only O/R tool 
> I'm familiar 
> > > with is Hibernate and for licensing reasons we can't 
> integrate that 
> > > with Slide (this may change in the future). I looked at 
> OJB, but I 
> > > wasn't impressed with some of the hoops I would have to 
> jump through 
> > > to accomplish, for example, lazy instantiation.
> > >
> > > I think this is the right way to go, if someone with the time and 
> > > knowledge is willing to chip in. Right now I don't really have 
> > > either :).
> > >
> > > -James
> > >
> > > On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> > >
> > >>This is simple enough. But how about using one of the O/R mapping 
> > >>tools like Hibernate, Apache's OJB or Torque. The table names or 
> > >>mappings are usually setup in an external configuraton 
> file. It adds 
> > >>additional benefits like supporting more databases and 
> keeping all 
> > >>the database adapters in sync since they all become just one. 
> > >>Converting JDBC code to OJB, for example, is straightforward, we 
> > >>have done it, specially if there are no stored procedures like in 
> > >>Slide.
> > >>
> > >>Carlos
> > >>
> > >>Warwick Burrows wrote:
> > >>
> > >>>There's something about preprocessing Java source that makes me a
> little
> > >>>uneasy :-) Isn't there another way? eg. instead of inserting a
> placeholder
> > >>>that gets replaced simply change the jdbc operation 
> strings passed 
> > >>>to
> the
> > >>>jdbc client as in this example?
> > >>>
> > >>> "select name from " + Config.table_prefix + 
> "PROPERTIES where 
> > >>>field=1"
> > >>>
> > >>>Java will insert the prefix into the command 
> automatically. There's 
> > >>>no
> need
> > >>>for preprocessing and the amount of work required to change the 
> > >>>code to
> suit
> > >>>this approach is no more or less than that needed to insert a
> placeholder
> > >>>string?
> > >>>
> > >>>Warwick
> > >>>
> > >>>
> > >>>
> > >>>
> > -Original Message-
> > From: Richard Emberson [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 02, 2004 3:51 PM
> > To: Slide Users Mailing List
> > Subject: developers: table prefix
> > 
> > 
> > 
> > This subject has been kicked around recently. 
> Basically, there is 
> > an easy way to do it but if none of the Slide developers are 
> > interested then it will never go anywhere.
> > 
> > How to add table prefixes to Slide's database table names - the 
> > simple way:
> > 
> > Alter the build.xml file so that it does a filtered 
> copy to a new 
> > directory "build/gen_src" prior to compilation.  It is 
> from this 
> > directory that the sources are then compiled. Each 
> table name in 
> > the source has the string "@TABLE_PREFIX@" prepened to it. The
> > build.properties file has a new property:
> > 
> > table.prefix=
> > 
> > The "value" can be, for example, empty resulting in the current 

RE: example for versioning

[Warwick Burrows]

As Tim has noted the correct approach for you is to either disable
auto-versioning altogether and do both checkout and checkin yourself; or
there is an auto-versioning configuration that automatically checks out for
you but will leave the file checked out for you to checkin manually.
Assuming of course that you're making all the property changes at one time
and not progressively over a period of time :-) While the file is checked
out any changes you make aren't visible to other users fetching the file or
viewing its properties.

I've pasted in a section below from the DASL spec dicussing the auto-version
parameter, the settings it can take and what each does. The whole spec is
also here: http://ietf.org/rfc/rfc3253.txt

Warwick



3.2.2 DAV:auto-version

   If the DAV:auto-version value is DAV:checkout-checkin, when a
   modification request (such as PUT/PROPPATCH) is applied to a
   checked-in version-controlled resource, the request is automatically
   preceded by a checkout and followed by a checkin operation.

   If the DAV:auto-version value is DAV:checkout-unlocked-checkin, when
   a modification request is applied to a checked-in version-controlled
   resource, the request is automatically preceded by a checkout
   operation.  If the resource is not write-locked, the request is
   automatically followed by a checkin operation.

   If the DAV:auto-version value is DAV:checkout, when a modification
   request is applied to a checked-in version-controlled resource, the
   request is automatically preceded by a checkout operation.

   If the DAV:auto-version value is DAV:locked-checkout, when a
   modification request is applied to a write-locked checked-in
   version-controlled resource, the request is automatically preceded by
   a checkout operation.

   If an update to a write-locked checked-in resource is automatically
   preceded by a checkout of that resource, the checkout is associated
   with the write lock.  When this write lock is removed (e.g. from an
   UNLOCK or a lock timeout), if the resource has not yet been checked
   in, the removal of the write lock is automatically preceded by a
   checkin operation.

   A server MAY refuse to allow the value of the DAV:auto-version
   property to be modified, or MAY only support values from a subset of
   the valid values.

   
   
   
   
   


> -Original Message-
> From: Tim Frank [mailto:[EMAIL PROTECTED] 
> Sent: Friday, December 03, 2004 7:53 AM
> To: Slide Users Mailing List
> Subject: Re: example for versioning
> 
> 
> Stefan,
> 
> Not sure if you saw my previous post about the Domain.xml 
> settings for 
> the auto-version-control and auto-version properties. By default the 
> auto-version property is set to checkout-checkin which means every 
> modification makes a new version. You need to change this property if 
> you don't want automatic control of resource versioning, or a 
> different 
> kind.
> 
> Tim
> 
> Stefan Burkard wrote on 03/12/04 04:29 AM:
> > 
> >> We discussed this recently on the list and I don't think 
> that there 
> >> is a Slide configuration that will let you do this. A file under 
> >> version control cannot have its properties changed without 
> checking 
> >> it out/in again which will increment the version number.
> > 
> > 
> > well, i never want to change individual properties of the 
> file without
> > putting a new version in the repository.
> > 
> > all i want to avoid is that i get ONE version for EVERY property i 
> > patch
> > on a new file.
> > when i put a file in the repository and patch 20 properties 
> on it (right 
> > after putting it in), i get an actual and 19 old versions, 
> because every 
> > new property forces the creation of a new version.
> > 
> > i'm sure there is a way to avoid this, isn't it?
> 
> 
> > i guess my put-process is not the way it should... and i'm also 
> > guessing
> > that the three methods checkin, checkout and versioncontrol 
> can help me, 
> > but how?
> > 
> > thanks and greetings
> > stefan
> > 
> > 
> > 
> -
> > 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]

RE: developers: table prefix

[John Gilbert]

Springs big play is its IOC framework. (Inversion of Control) I'm new to
it, but so far I haven't found anything in it that I couldn't whip
together on my own. However, I am a big fan of the IOC design pattern. 

It has Hibernate and JDO support for using IOC to plug in
implementations.

I have recently been using JPOX JDO and the xDoclet JDO tags and Ant
tasks to generate my JDO files and to enhance my POJOs. So far so good.
I really like the fact that it will dynamically generate db schema for
me. I believe it has a way to resolve table name conflicts.



-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 03, 2004 11:02 AM
To: Slide Users Mailing List
Subject: Re: developers: table prefix

Has anyone got any idea what role Spring would play in all this???

Oliver


On Fri, 3 Dec 2004 16:57:42 +0100, Oliver Zeigermann
<[EMAIL PROTECTED]> wrote:
> Some sort of very short pratcial OJB introduction at :
> 
> http://blogs.codepuccino.com/dude/index.php?p=23
> 
> Oliver
> 
> 
> 
> On Fri, 3 Dec 2004 16:24:35 +0100, Oliver Zeigermann
> <[EMAIL PROTECTED]> wrote:
> > I would definitely be +1 for moving to a ORM tool. There is *soo*
much
> > maintenance with all these different dbs. As Hibernate is no option
> > *right now*, and I have zero experience with OJB I had a lookt at
> > ibatis. It's nice, but it is an SQL mapper only and can not help us
> > with different dbs :(
> >
> > Would be great if you could do a start with OJB. Maybe others will
> > chime in as soon as the initial pain of getting it started is over.
> >
> > Oliver
> >
> >
> >
> > On Fri, 03 Dec 2004 11:15:28 +0900, Carlos Villegas
<[EMAIL PROTECTED]> wrote:
> > > Well I have experience with OJB but not the time :-(
> > > I had promissed to look at the issues about the property-value
field for
> > > storing lists like the revisions or group members. Maybe I can do
it as
> > > part of that but I'm still trying to make the time...
> > > OJB will do just fine for Slide purposes and it's simple enough.
The
> > > Java code for OJB is very readable, more than the embedded SQL in
raw
> > > JDBC which adds to the maintainability.
> > >
> > > Carlos
> > >
> > >
> > >
> > > James Mason wrote:
> > > > This is sort of on my todo list, but the only O/R tool I'm
familiar with
> > > > is Hibernate and for licensing reasons we can't integrate that
with
> > > > Slide (this may change in the future). I looked at OJB, but I
wasn't
> > > > impressed with some of the hoops I would have to jump through to
> > > > accomplish, for example, lazy instantiation.
> > > >
> > > > I think this is the right way to go, if someone with the time
and
> > > > knowledge is willing to chip in. Right now I don't really have
> > > > either :).
> > > >
> > > > -James
> > > >
> > > > On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> > > >
> > > >>This is simple enough. But how about using one of the O/R
mapping tools
> > > >>like Hibernate, Apache's OJB or Torque. The table names or
mappings are
> > > >>usually setup in an external configuraton file. It adds
additional
> > > >>benefits like supporting more databases and keeping all the
database
> > > >>adapters in sync since they all become just one. Converting JDBC
code to
> > > >>OJB, for example, is straightforward, we have done it, specially
if
> > > >>there are no stored procedures like in Slide.
> > > >>
> > > >>Carlos
> > > >>
> > > >>Warwick Burrows wrote:
> > > >>
> > > >>>There's something about preprocessing Java source that makes me
a little
> > > >>>uneasy :-) Isn't there another way? eg. instead of inserting a
placeholder
> > > >>>that gets replaced simply change the jdbc operation strings
passed to the
> > > >>>jdbc client as in this example?
> > > >>>
> > > >>> "select name from " + Config.table_prefix + "PROPERTIES
where
> > > >>>field=1"
> > > >>>
> > > >>>Java will insert the prefix into the command automatically.
There's no need
> > > >>>for preprocessing and the amount of work required to change the
code to suit
> > > >>>this approach is no more or less than that needed to insert a
placeholder
> > > >>>string?
> > > >>>
> > > >>>Warwick
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > -Original Message-
> > > From: Richard Emberson [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, December 02, 2004 3:51 PM
> > > To: Slide Users Mailing List
> > > Subject: developers: table prefix
> > > 
> > > 
> > > 
> > > This subject has been kicked around recently. Basically,
> > > there is an easy way to do it but if none of the Slide
> > > developers are interested then it will never go anywhere.
> > > 
> > > How to add table prefixes to Slide's database table names -
> > > the simple way:
> > > 
> > > Alter the build.xml file so that it does a filtered copy to a
> > > new directory "build/gen_src" prior to compilation.
> > >  It is from this directory that the
> > > sources are then comp

Re: WCK question

[Oliver Zeigermann]

OK, I have just committed somthing that should fix it, could you
please try if it works for you?!

Thanks,

Oliver


On Fri, 3 Dec 2004 17:15:08 +0100, Oliver Zeigermann
<[EMAIL PROTECTED]> wrote:
> I see, you are right, this has been done with the latest 29th November
> patch by Stefan.
> 
> I will fix this ASAP, thanks for reporting :)
> 
> Oliver
> 
> 
> 
> On Fri, 03 Dec 2004 10:28:55 -0500, John Rousseau
> <[EMAIL PROTECTED]> wrote:
> > I'm new to slide and WebDAV (but not to Java, HTTP, etc.).
> >
> > I'm trying to put a WebDAV frontend on our product. WCK seems to be
> > exactly what I need.
> >
> > I'm using HEAD as of 02 Dec 2004.
> >
> > I've implemented BasicWebdavStore and I can browse our archive with the
> > slide webdav client, however when I try to "get" a resource, I get back
> >   an HTML directory listing.
> >
> > This is because:
> >
> > webdav/method/GetMethod.java:238 finds that the NodeRevisionDescriptor
> > for my resource has a COLLECTION property.
> >
> > This is because:
> >
> > slide/simple/store/WebdavStoreAdapter:597 news up a
> > NodeRevisionDescriptor using a deprecated constructor, which calls the
> > no-arg ctor which calls initDefaultProperties() which sets the resource
> > type to a COLLECTION_TYPE.
> >
> > So, from the above, I think I understand _what_ is going wrong. What I'm
> > hoping to hear from the list is _why_.
> >
> > Shouldn't the WebdavStoreAdapter call my BasicWebdavStore's isFolder()
> > and set the resource type appropriately?
> >
> > Have I blown my implementation somehow? Did I goof the configuration? Is
> > this a bug?
> >
> > Any help would be appreciated! Thanks for the great tool and the WCK
> > expecially! It's making my life very easy.
> >
> > BTW, I'm having a very hard time groking what I need (and what I don't)
> > in my Domain.xml. The wiki is a little light on details. Anyone have a
> > minimalist Domain.xml for WCK? I just want to serve content. I don't
> > care about authentication right now.
> >
> > Thanks!
> > -John
> >
> > ---
> > John Rousseau
> > Archivas, Inc.
> >
> > -
> > 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]

Re: WCK question

[Oliver Zeigermann]

I see, you are right, this has been done with the latest 29th November
patch by Stefan.

I will fix this ASAP, thanks for reporting :)

Oliver 

On Fri, 03 Dec 2004 10:28:55 -0500, John Rousseau
<[EMAIL PROTECTED]> wrote:
> I'm new to slide and WebDAV (but not to Java, HTTP, etc.).
> 
> I'm trying to put a WebDAV frontend on our product. WCK seems to be
> exactly what I need.
> 
> I'm using HEAD as of 02 Dec 2004.
> 
> I've implemented BasicWebdavStore and I can browse our archive with the
> slide webdav client, however when I try to "get" a resource, I get back
>   an HTML directory listing.
> 
> This is because:
> 
> webdav/method/GetMethod.java:238 finds that the NodeRevisionDescriptor
> for my resource has a COLLECTION property.
> 
> This is because:
> 
> slide/simple/store/WebdavStoreAdapter:597 news up a
> NodeRevisionDescriptor using a deprecated constructor, which calls the
> no-arg ctor which calls initDefaultProperties() which sets the resource
> type to a COLLECTION_TYPE.
> 
> So, from the above, I think I understand _what_ is going wrong. What I'm
> hoping to hear from the list is _why_.
> 
> Shouldn't the WebdavStoreAdapter call my BasicWebdavStore's isFolder()
> and set the resource type appropriately?
> 
> Have I blown my implementation somehow? Did I goof the configuration? Is
> this a bug?
> 
> Any help would be appreciated! Thanks for the great tool and the WCK
> expecially! It's making my life very easy.
> 
> BTW, I'm having a very hard time groking what I need (and what I don't)
> in my Domain.xml. The wiki is a little light on details. Anyone have a
> minimalist Domain.xml for WCK? I just want to serve content. I don't
> care about authentication right now.
> 
> Thanks!
> -John
> 
> ---
> John Rousseau
> Archivas, Inc.
> 
> -
> 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]

Re: developers: table prefix

[Oliver Zeigermann]

Has anyone got any idea what role Spring would play in all this???

Oliver


On Fri, 3 Dec 2004 16:57:42 +0100, Oliver Zeigermann
<[EMAIL PROTECTED]> wrote:
> Some sort of very short pratcial OJB introduction at :
> 
> http://blogs.codepuccino.com/dude/index.php?p=23
> 
> Oliver
> 
> 
> 
> On Fri, 3 Dec 2004 16:24:35 +0100, Oliver Zeigermann
> <[EMAIL PROTECTED]> wrote:
> > I would definitely be +1 for moving to a ORM tool. There is *soo* much
> > maintenance with all these different dbs. As Hibernate is no option
> > *right now*, and I have zero experience with OJB I had a lookt at
> > ibatis. It's nice, but it is an SQL mapper only and can not help us
> > with different dbs :(
> >
> > Would be great if you could do a start with OJB. Maybe others will
> > chime in as soon as the initial pain of getting it started is over.
> >
> > Oliver
> >
> >
> >
> > On Fri, 03 Dec 2004 11:15:28 +0900, Carlos Villegas <[EMAIL PROTECTED]> 
> > wrote:
> > > Well I have experience with OJB but not the time :-(
> > > I had promissed to look at the issues about the property-value field for
> > > storing lists like the revisions or group members. Maybe I can do it as
> > > part of that but I'm still trying to make the time...
> > > OJB will do just fine for Slide purposes and it's simple enough. The
> > > Java code for OJB is very readable, more than the embedded SQL in raw
> > > JDBC which adds to the maintainability.
> > >
> > > Carlos
> > >
> > >
> > >
> > > James Mason wrote:
> > > > This is sort of on my todo list, but the only O/R tool I'm familiar with
> > > > is Hibernate and for licensing reasons we can't integrate that with
> > > > Slide (this may change in the future). I looked at OJB, but I wasn't
> > > > impressed with some of the hoops I would have to jump through to
> > > > accomplish, for example, lazy instantiation.
> > > >
> > > > I think this is the right way to go, if someone with the time and
> > > > knowledge is willing to chip in. Right now I don't really have
> > > > either :).
> > > >
> > > > -James
> > > >
> > > > On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> > > >
> > > >>This is simple enough. But how about using one of the O/R mapping tools
> > > >>like Hibernate, Apache's OJB or Torque. The table names or mappings are
> > > >>usually setup in an external configuraton file. It adds additional
> > > >>benefits like supporting more databases and keeping all the database
> > > >>adapters in sync since they all become just one. Converting JDBC code to
> > > >>OJB, for example, is straightforward, we have done it, specially if
> > > >>there are no stored procedures like in Slide.
> > > >>
> > > >>Carlos
> > > >>
> > > >>Warwick Burrows wrote:
> > > >>
> > > >>>There's something about preprocessing Java source that makes me a 
> > > >>>little
> > > >>>uneasy :-) Isn't there another way? eg. instead of inserting a 
> > > >>>placeholder
> > > >>>that gets replaced simply change the jdbc operation strings passed to 
> > > >>>the
> > > >>>jdbc client as in this example?
> > > >>>
> > > >>> "select name from " + Config.table_prefix + "PROPERTIES where
> > > >>>field=1"
> > > >>>
> > > >>>Java will insert the prefix into the command automatically. There's no 
> > > >>>need
> > > >>>for preprocessing and the amount of work required to change the code 
> > > >>>to suit
> > > >>>this approach is no more or less than that needed to insert a 
> > > >>>placeholder
> > > >>>string?
> > > >>>
> > > >>>Warwick
> > > >>>
> > > >>>
> > > >>>
> > > >>>
> > > -Original Message-
> > > From: Richard Emberson [mailto:[EMAIL PROTECTED]
> > > Sent: Thursday, December 02, 2004 3:51 PM
> > > To: Slide Users Mailing List
> > > Subject: developers: table prefix
> > > 
> > > 
> > > 
> > > This subject has been kicked around recently. Basically,
> > > there is an easy way to do it but if none of the Slide
> > > developers are interested then it will never go anywhere.
> > > 
> > > How to add table prefixes to Slide's database table names -
> > > the simple way:
> > > 
> > > Alter the build.xml file so that it does a filtered copy to a
> > > new directory "build/gen_src" prior to compilation.
> > >  It is from this directory that the
> > > sources are then compiled. Each table name in the source has
> > > the string "@TABLE_PREFIX@" prepened to it. The
> > > build.properties file has a new property:
> > > 
> > > table.prefix=
> > > 
> > > The "value" can be, for example, empty resulting in the
> > > current table names or one might set the value to "SLIDE_"
> > > which would result in that string being prepended to all table names.
> > > 
> > > Additional benefits:
> > > 
> > > One can now add properties to the build.properties file:
> > > 
> > > version.major=2
> > > version.minor=1
> > > version.release=0
> > > 
> > > which could be used during the filtered cop

Re: developers: table prefix

[Oliver Zeigermann]

Some sort of very short pratcial OJB introduction at :

http://blogs.codepuccino.com/dude/index.php?p=23

Oliver

On Fri, 3 Dec 2004 16:24:35 +0100, Oliver Zeigermann
<[EMAIL PROTECTED]> wrote:
> I would definitely be +1 for moving to a ORM tool. There is *soo* much
> maintenance with all these different dbs. As Hibernate is no option
> *right now*, and I have zero experience with OJB I had a lookt at
> ibatis. It's nice, but it is an SQL mapper only and can not help us
> with different dbs :(
> 
> Would be great if you could do a start with OJB. Maybe others will
> chime in as soon as the initial pain of getting it started is over.
> 
> Oliver
> 
> 
> 
> On Fri, 03 Dec 2004 11:15:28 +0900, Carlos Villegas <[EMAIL PROTECTED]> wrote:
> > Well I have experience with OJB but not the time :-(
> > I had promissed to look at the issues about the property-value field for
> > storing lists like the revisions or group members. Maybe I can do it as
> > part of that but I'm still trying to make the time...
> > OJB will do just fine for Slide purposes and it's simple enough. The
> > Java code for OJB is very readable, more than the embedded SQL in raw
> > JDBC which adds to the maintainability.
> >
> > Carlos
> >
> >
> >
> > James Mason wrote:
> > > This is sort of on my todo list, but the only O/R tool I'm familiar with
> > > is Hibernate and for licensing reasons we can't integrate that with
> > > Slide (this may change in the future). I looked at OJB, but I wasn't
> > > impressed with some of the hoops I would have to jump through to
> > > accomplish, for example, lazy instantiation.
> > >
> > > I think this is the right way to go, if someone with the time and
> > > knowledge is willing to chip in. Right now I don't really have
> > > either :).
> > >
> > > -James
> > >
> > > On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> > >
> > >>This is simple enough. But how about using one of the O/R mapping tools
> > >>like Hibernate, Apache's OJB or Torque. The table names or mappings are
> > >>usually setup in an external configuraton file. It adds additional
> > >>benefits like supporting more databases and keeping all the database
> > >>adapters in sync since they all become just one. Converting JDBC code to
> > >>OJB, for example, is straightforward, we have done it, specially if
> > >>there are no stored procedures like in Slide.
> > >>
> > >>Carlos
> > >>
> > >>Warwick Burrows wrote:
> > >>
> > >>>There's something about preprocessing Java source that makes me a little
> > >>>uneasy :-) Isn't there another way? eg. instead of inserting a 
> > >>>placeholder
> > >>>that gets replaced simply change the jdbc operation strings passed to the
> > >>>jdbc client as in this example?
> > >>>
> > >>> "select name from " + Config.table_prefix + "PROPERTIES where
> > >>>field=1"
> > >>>
> > >>>Java will insert the prefix into the command automatically. There's no 
> > >>>need
> > >>>for preprocessing and the amount of work required to change the code to 
> > >>>suit
> > >>>this approach is no more or less than that needed to insert a placeholder
> > >>>string?
> > >>>
> > >>>Warwick
> > >>>
> > >>>
> > >>>
> > >>>
> > -Original Message-
> > From: Richard Emberson [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, December 02, 2004 3:51 PM
> > To: Slide Users Mailing List
> > Subject: developers: table prefix
> > 
> > 
> > 
> > This subject has been kicked around recently. Basically,
> > there is an easy way to do it but if none of the Slide
> > developers are interested then it will never go anywhere.
> > 
> > How to add table prefixes to Slide's database table names -
> > the simple way:
> > 
> > Alter the build.xml file so that it does a filtered copy to a
> > new directory "build/gen_src" prior to compilation.
> >  It is from this directory that the
> > sources are then compiled. Each table name in the source has
> > the string "@TABLE_PREFIX@" prepened to it. The
> > build.properties file has a new property:
> > 
> > table.prefix=
> > 
> > The "value" can be, for example, empty resulting in the
> > current table names or one might set the value to "SLIDE_"
> > which would result in that string being prepended to all table names.
> > 
> > Additional benefits:
> > 
> > One can now add properties to the build.properties file:
> > 
> > version.major=2
> > version.minor=1
> > version.release=0
> > 
> > which could be used during the filtered copy to embed the
> > Slide version number is some class which can be accessed at runtime.
> > 
> > The build date, who built the code, compile host
> > architecture, java version and vender doing compilation, cvs
> > version tag, etc. can also be generated by ant and used
> > during the filtered copy to add more runtime accessible
> > information. For those embedding Slide in a J2EE application,
> > >>

How to get version information for a file (Newbie Question)

[Pontus Strand]

Hi,

I'm still quite new to Slide and haven't grasped all the finer points with
it yet. What I want to do it to get the current version number, author of
the latest version, etc, for a given file. My research has pointed me in the
direction of the "reportMethod", but I just don't get how to use it and
haven't been able to find a good example yet. I'm using a WebdavResource to
connection to the Slide WebDAV repository.

A bit of pseudo code of what I want to do is the following:

-- Code ---

WebdavResource res = getWebdavResource();
HttpURL url = new HttpURL("http://localhost:8080/slide/files/test.txt";);
...
Enumeration enum = res.reportMethod(url, ...);

while (enum.hasMoreElements())
{
...
}

-- End Code ---

There are two main things I don't get:
1) What should the HttpURL be given the file "test.txt" and that the file is
located under "/slide/files"?

2) The other parameters to the "reportMethod", what should they be?

Have a good weekend!!

Best regards,
Pontus Strand

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: developers: table prefix

[Nick Longinow]

I'm in agreement with you on keeping maintenance and complexity to a
(reasonable) minimum.  
Nick

-Original Message-
From: Oliver Zeigermann [mailto:[EMAIL PROTECTED] 
Sent: Friday, December 03, 2004 10:25 AM
To: Slide Users Mailing List
Subject: Re: developers: table prefix

I would definitely be +1 for moving to a ORM tool. There is *soo* much
maintenance with all these different dbs. As Hibernate is no option
*right now*, and I have zero experience with OJB I had a lookt at
ibatis. It's nice, but it is an SQL mapper only and can not help us
with different dbs :(

Would be great if you could do a start with OJB. Maybe others will
chime in as soon as the initial pain of getting it started is over.

Oliver

On Fri, 03 Dec 2004 11:15:28 +0900, Carlos Villegas <[EMAIL PROTECTED]> wrote:
> Well I have experience with OJB but not the time :-(
> I had promissed to look at the issues about the property-value field for
> storing lists like the revisions or group members. Maybe I can do it as
> part of that but I'm still trying to make the time...
> OJB will do just fine for Slide purposes and it's simple enough. The
> Java code for OJB is very readable, more than the embedded SQL in raw
> JDBC which adds to the maintainability.
> 
> Carlos
> 
> 
> 
> James Mason wrote:
> > This is sort of on my todo list, but the only O/R tool I'm familiar with
> > is Hibernate and for licensing reasons we can't integrate that with
> > Slide (this may change in the future). I looked at OJB, but I wasn't
> > impressed with some of the hoops I would have to jump through to
> > accomplish, for example, lazy instantiation.
> >
> > I think this is the right way to go, if someone with the time and
> > knowledge is willing to chip in. Right now I don't really have
> > either :).
> >
> > -James
> >
> > On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> >
> >>This is simple enough. But how about using one of the O/R mapping tools
> >>like Hibernate, Apache's OJB or Torque. The table names or mappings are
> >>usually setup in an external configuraton file. It adds additional
> >>benefits like supporting more databases and keeping all the database
> >>adapters in sync since they all become just one. Converting JDBC code to
> >>OJB, for example, is straightforward, we have done it, specially if
> >>there are no stored procedures like in Slide.
> >>
> >>Carlos
> >>
> >>Warwick Burrows wrote:
> >>
> >>>There's something about preprocessing Java source that makes me a
little
> >>>uneasy :-) Isn't there another way? eg. instead of inserting a
placeholder
> >>>that gets replaced simply change the jdbc operation strings passed to
the
> >>>jdbc client as in this example?
> >>>
> >>> "select name from " + Config.table_prefix + "PROPERTIES where
> >>>field=1"
> >>>
> >>>Java will insert the prefix into the command automatically. There's no
need
> >>>for preprocessing and the amount of work required to change the code to
suit
> >>>this approach is no more or less than that needed to insert a
placeholder
> >>>string?
> >>>
> >>>Warwick
> >>>
> >>>
> >>>
> >>>
> -Original Message-
> From: Richard Emberson [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 02, 2004 3:51 PM
> To: Slide Users Mailing List
> Subject: developers: table prefix
> 
> 
> 
> This subject has been kicked around recently. Basically,
> there is an easy way to do it but if none of the Slide
> developers are interested then it will never go anywhere.
> 
> How to add table prefixes to Slide's database table names -
> the simple way:
> 
> Alter the build.xml file so that it does a filtered copy to a
> new directory "build/gen_src" prior to compilation.
>  It is from this directory that the
> sources are then compiled. Each table name in the source has
> the string "@TABLE_PREFIX@" prepened to it. The
> build.properties file has a new property:
> 
> table.prefix=
> 
> The "value" can be, for example, empty resulting in the
> current table names or one might set the value to "SLIDE_"
> which would result in that string being prepended to all table names.
> 
> Additional benefits:
> 
> One can now add properties to the build.properties file:
> 
> version.major=2
> version.minor=1
> version.release=0
> 
> which could be used during the filtered copy to embed the
> Slide version number is some class which can be accessed at runtime.
> 
> The build date, who built the code, compile host
> architecture, java version and vender doing compilation, cvs
> version tag, etc. can also be generated by ant and used
> during the filtered copy to add more runtime accessible
> information. For those embedding Slide in a J2EE application,
> this information would then be accessible via a JMX page.
> 
> None of this is hard to do, its just a question of
> identifying someone (with checki

WCK question

[John Rousseau]

I'm new to slide and WebDAV (but not to Java, HTTP, etc.).
I'm trying to put a WebDAV frontend on our product. WCK seems to be 
exactly what I need.

I'm using HEAD as of 02 Dec 2004.
I've implemented BasicWebdavStore and I can browse our archive with the 
slide webdav client, however when I try to "get" a resource, I get back 
 an HTML directory listing.

This is because:
webdav/method/GetMethod.java:238 finds that the NodeRevisionDescriptor 
for my resource has a COLLECTION property.

This is because:
slide/simple/store/WebdavStoreAdapter:597 news up a 
NodeRevisionDescriptor using a deprecated constructor, which calls the 
no-arg ctor which calls initDefaultProperties() which sets the resource 
type to a COLLECTION_TYPE.

So, from the above, I think I understand _what_ is going wrong. What I'm 
hoping to hear from the list is _why_.

Shouldn't the WebdavStoreAdapter call my BasicWebdavStore's isFolder() 
and set the resource type appropriately?

Have I blown my implementation somehow? Did I goof the configuration? Is 
this a bug?

Any help would be appreciated! Thanks for the great tool and the WCK 
expecially! It's making my life very easy.

BTW, I'm having a very hard time groking what I need (and what I don't) 
in my Domain.xml. The wiki is a little light on details. Anyone have a 
minimalist Domain.xml for WCK? I just want to serve content. I don't 
care about authentication right now.

Thanks!
-John
---
John Rousseau
Archivas, Inc.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: developers: table prefix

[Oliver Zeigermann]

I would definitely be +1 for moving to a ORM tool. There is *soo* much
maintenance with all these different dbs. As Hibernate is no option
*right now*, and I have zero experience with OJB I had a lookt at
ibatis. It's nice, but it is an SQL mapper only and can not help us
with different dbs :(

Would be great if you could do a start with OJB. Maybe others will
chime in as soon as the initial pain of getting it started is over.

Oliver

On Fri, 03 Dec 2004 11:15:28 +0900, Carlos Villegas <[EMAIL PROTECTED]> wrote:
> Well I have experience with OJB but not the time :-(
> I had promissed to look at the issues about the property-value field for
> storing lists like the revisions or group members. Maybe I can do it as
> part of that but I'm still trying to make the time...
> OJB will do just fine for Slide purposes and it's simple enough. The
> Java code for OJB is very readable, more than the embedded SQL in raw
> JDBC which adds to the maintainability.
> 
> Carlos
> 
> 
> 
> James Mason wrote:
> > This is sort of on my todo list, but the only O/R tool I'm familiar with
> > is Hibernate and for licensing reasons we can't integrate that with
> > Slide (this may change in the future). I looked at OJB, but I wasn't
> > impressed with some of the hoops I would have to jump through to
> > accomplish, for example, lazy instantiation.
> >
> > I think this is the right way to go, if someone with the time and
> > knowledge is willing to chip in. Right now I don't really have
> > either :).
> >
> > -James
> >
> > On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> >
> >>This is simple enough. But how about using one of the O/R mapping tools
> >>like Hibernate, Apache's OJB or Torque. The table names or mappings are
> >>usually setup in an external configuraton file. It adds additional
> >>benefits like supporting more databases and keeping all the database
> >>adapters in sync since they all become just one. Converting JDBC code to
> >>OJB, for example, is straightforward, we have done it, specially if
> >>there are no stored procedures like in Slide.
> >>
> >>Carlos
> >>
> >>Warwick Burrows wrote:
> >>
> >>>There's something about preprocessing Java source that makes me a little
> >>>uneasy :-) Isn't there another way? eg. instead of inserting a placeholder
> >>>that gets replaced simply change the jdbc operation strings passed to the
> >>>jdbc client as in this example?
> >>>
> >>> "select name from " + Config.table_prefix + "PROPERTIES where
> >>>field=1"
> >>>
> >>>Java will insert the prefix into the command automatically. There's no need
> >>>for preprocessing and the amount of work required to change the code to 
> >>>suit
> >>>this approach is no more or less than that needed to insert a placeholder
> >>>string?
> >>>
> >>>Warwick
> >>>
> >>>
> >>>
> >>>
> -Original Message-
> From: Richard Emberson [mailto:[EMAIL PROTECTED]
> Sent: Thursday, December 02, 2004 3:51 PM
> To: Slide Users Mailing List
> Subject: developers: table prefix
> 
> 
> 
> This subject has been kicked around recently. Basically,
> there is an easy way to do it but if none of the Slide
> developers are interested then it will never go anywhere.
> 
> How to add table prefixes to Slide's database table names -
> the simple way:
> 
> Alter the build.xml file so that it does a filtered copy to a
> new directory "build/gen_src" prior to compilation.
>  It is from this directory that the
> sources are then compiled. Each table name in the source has
> the string "@TABLE_PREFIX@" prepened to it. The
> build.properties file has a new property:
> 
> table.prefix=
> 
> The "value" can be, for example, empty resulting in the
> current table names or one might set the value to "SLIDE_"
> which would result in that string being prepended to all table names.
> 
> Additional benefits:
> 
> One can now add properties to the build.properties file:
> 
> version.major=2
> version.minor=1
> version.release=0
> 
> which could be used during the filtered copy to embed the
> Slide version number is some class which can be accessed at runtime.
> 
> The build date, who built the code, compile host
> architecture, java version and vender doing compilation, cvs
> version tag, etc. can also be generated by ant and used
> during the filtered copy to add more runtime accessible
> information. For those embedding Slide in a J2EE application,
> this information would then be accessible via a JMX page.
> 
> None of this is hard to do, its just a question of
> identifying someone (with checkin ability) to take the first
> step - altering the build process.
> 
> Richard
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
>

---

Re: developers: table prefix

[Oliver Zeigermann]

*Exactly* the same with me. There has been a detailed discussion and
there are signs Hibernate *might* finally be an option. I am still
waiting...

Oliver

On Thu, 02 Dec 2004 17:38:56 -0800, James Mason <[EMAIL PROTECTED]> wrote:
> This is sort of on my todo list, but the only O/R tool I'm familiar with
> is Hibernate and for licensing reasons we can't integrate that with
> Slide (this may change in the future). I looked at OJB, but I wasn't
> impressed with some of the hoops I would have to jump through to
> accomplish, for example, lazy instantiation.
> 
> I think this is the right way to go, if someone with the time and
> knowledge is willing to chip in. Right now I don't really have
> either :).
> 
> -James
> 
> 
> 
> On Fri, 2004-12-03 at 09:18 +0900, Carlos Villegas wrote:
> > This is simple enough. But how about using one of the O/R mapping tools
> > like Hibernate, Apache's OJB or Torque. The table names or mappings are
> > usually setup in an external configuraton file. It adds additional
> > benefits like supporting more databases and keeping all the database
> > adapters in sync since they all become just one. Converting JDBC code to
> > OJB, for example, is straightforward, we have done it, specially if
> > there are no stored procedures like in Slide.
> >
> > Carlos
> >
> > Warwick Burrows wrote:
> > > There's something about preprocessing Java source that makes me a little
> > > uneasy :-) Isn't there another way? eg. instead of inserting a placeholder
> > > that gets replaced simply change the jdbc operation strings passed to the
> > > jdbc client as in this example?
> > >
> > > "select name from " + Config.table_prefix + "PROPERTIES where
> > > field=1"
> > >
> > > Java will insert the prefix into the command automatically. There's no 
> > > need
> > > for preprocessing and the amount of work required to change the code to 
> > > suit
> > > this approach is no more or less than that needed to insert a placeholder
> > > string?
> > >
> > > Warwick
> > >
> > >
> > >
> > >>-Original Message-
> > >>From: Richard Emberson [mailto:[EMAIL PROTECTED]
> > >>Sent: Thursday, December 02, 2004 3:51 PM
> > >>To: Slide Users Mailing List
> > >>Subject: developers: table prefix
> > >>
> > >>
> > >>
> > >>This subject has been kicked around recently. Basically,
> > >>there is an easy way to do it but if none of the Slide
> > >>developers are interested then it will never go anywhere.
> > >>
> > >>How to add table prefixes to Slide's database table names -
> > >>the simple way:
> > >>
> > >>Alter the build.xml file so that it does a filtered copy to a
> > >>new directory "build/gen_src" prior to compilation.
> > >>  It is from this directory that the
> > >>sources are then compiled. Each table name in the source has
> > >>the string "@TABLE_PREFIX@" prepened to it. The
> > >>build.properties file has a new property:
> > >>
> > >>table.prefix=
> > >>
> > >>The "value" can be, for example, empty resulting in the
> > >>current table names or one might set the value to "SLIDE_"
> > >>which would result in that string being prepended to all table names.
> > >>
> > >>Additional benefits:
> > >>
> > >>One can now add properties to the build.properties file:
> > >>
> > >>version.major=2
> > >>version.minor=1
> > >>version.release=0
> > >>
> > >>which could be used during the filtered copy to embed the
> > >>Slide version number is some class which can be accessed at runtime.
> > >>
> > >>The build date, who built the code, compile host
> > >>architecture, java version and vender doing compilation, cvs
> > >>version tag, etc. can also be generated by ant and used
> > >>during the filtered copy to add more runtime accessible
> > >>information. For those embedding Slide in a J2EE application,
> > >>this information would then be accessible via a JMX page.
> > >>
> > >>None of this is hard to do, its just a question of
> > >>identifying someone (with checkin ability) to take the first
> > >>step - altering the build process.
> > >>
> > >>Richard
> > >>
> > >>
> > >>
> > >>--
> > >>This email message is for the sole use of the intended
> > >>recipient(s) and may contain confidential information.  Any
> > >>unauthorized review, use, disclosure or distribution is
> > >>prohibited.  If you are not the intended recipient, please
> > >>contact the sender by reply email and destroy all copies of
> > >>the original message.
> > >>
> > >>-
> > >>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]
> >
> >
> 
> -

Re: example for versioning

[Tim Frank]

Stefan,
Not sure if you saw my previous post about the Domain.xml settings for 
the auto-version-control and auto-version properties. By default the 
auto-version property is set to checkout-checkin which means every 
modification makes a new version. You need to change this property if 
you don't want automatic control of resource versioning, or a different 
kind.

Tim
Stefan Burkard wrote on 03/12/04 04:29 AM:

We discussed this recently on the list and I don't think that there is a
Slide configuration that will let you do this. A file under version 
control
cannot have its properties changed without checking it out/in again which
will increment the version number.

well, i never want to change individual properties of the file without 
putting a new version in the repository.

all i want to avoid is that i get ONE version for EVERY property i patch 
on a new file.
when i put a file in the repository and patch 20 properties on it (right 
after putting it in), i get an actual and 19 old versions, because every 
new property forces the creation of a new version.

i'm sure there is a way to avoid this, isn't it?

i guess my put-process is not the way it should... and i'm also guessing 
that the three methods checkin, checkout and versioncontrol can help me, 
but how?

thanks and greetings
stefan
-
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]

Re: example for versioning

[Julian Reschke]

Stefan Burkard wrote:

We discussed this recently on the list and I don't think that there is a
Slide configuration that will let you do this. A file under version 
control
cannot have its properties changed without checking it out/in again which
will increment the version number.

well, i never want to change individual properties of the file without 
putting a new version in the repository.

all i want to avoid is that i get ONE version for EVERY property i patch 
on a new file.
when i put a file in the repository and patch 20 properties on it (right 
after putting it in), i get an actual and 19 old versions, because every 
new property forces the creation of a new version.

i'm sure there is a way to avoid this, isn't it?
i guess my put-process is not the way it should... and i'm also guessing 
that the three methods checkin, checkout and versioncontrol can help me, 
but how?
Check out the resource, do any number of changes you like, check in the 
resource. One new version.

Best regards, Julian
--
bytes GmbH -- http://www.greenbytes.de -- tel:+492512807760
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: example for versioning

[Lixin Chu]

> well, i never want to change individual properties of the file without
> putting a new version in the repository.

well, it depends on what kind of properties we want to associate to
the file. What if I want to know the # of access to the file ?

> when i put a file in the repository and patch 20 properties on it (right
> after putting it in), i get an actual and 19 old versions, because every
> new property forces the creation of a new version.

you can if this is the first time you store the file in the
repository. what i wanted to know is what if you need to change the
value of the property of an existing file.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: example for versioning

[Stefan Burkard]

We discussed this recently on the list and I don't think that there is a
Slide configuration that will let you do this. A file under version control
cannot have its properties changed without checking it out/in again which
will increment the version number.
well, i never want to change individual properties of the file without 
putting a new version in the repository.

all i want to avoid is that i get ONE version for EVERY property i patch 
on a new file.
when i put a file in the repository and patch 20 properties on it (right 
after putting it in), i get an actual and 19 old versions, because every 
new property forces the creation of a new version.

i'm sure there is a way to avoid this, isn't it?
i guess my put-process is not the way it should... and i'm also guessing 
that the three methods checkin, checkout and versioncontrol can help me, 
but how?

thanks and greetings
stefan
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]