Turaukar,
Not an expert in the domain, but here is what I understand.
In a nutshell, JSR-170 is to Subversion as JDBC API is to mysql or
oracle or db2. Jackrabbit is to subvesion as a JDBC driver is to a
database. However, jackrabbit can also persist its contents in a
database.
So there could be a JSR-170 implementation that would use subversion
or a file system for persistance. At this point, Jackrabbit seems to
persist to a database.
Use subversion, and tortoiseSVN as your client, you will be very
happpy. Subversion can version large, small, text, binary and any
other kind of file u can think of.
JSR-170 is not really to store files, its more to be used inside an
application to keep history for you database fields more like.
On 10/5/05, Turaukar Yur <yuraukar@hotmail.com> wrote:
> I was looking at various version management systems to store information. As
> a software development team, we have the need to store and manage documents
> (specifications) and other binary data as well as source code.
>
subversion will do this for you.
> Being well aware of subversion and its focus, I ran accross Apache
> Jackrabbit - an open source implementation of the Content Repository for
> Java Technology API (JSR-170). While that project has not yet released any
> downloads yet, it seems to be very interesting as a storage engine for
> document repositories.
>
I believe these documents that JSR-170 is targetting are more like
blogs, news, emails, etc..
> The question for me here is: do I need two systems or could Subversion do
> the job alone? What's the relation between the two?
>
You just need subversion.
You can write a JSR-170 impelementation that uses subversion.
> From a first glance, Jackrabbit is focused towards handling large documents
> and binary data, as well as some XML support -- the latter which I frankly
> didn't understand.
> Subversion is focused on handling source code -- presumably smaller text
> files -- but can basically handle binary files as well.
> Anyone knows about restrictions/limitations in subversion? Is it a good idea
> to manage a large number of binary files through it?
I think you have this information reversed, atleast subversion side is
not accurate. Large number of binary files should not be an issue,
however LOTS of large binary files and poor planning can be an issue.
>
> Jackrabbit offers the JSR-170 compliant API, while subversion has its own
> language bindings, including Java.
> Anyone knows about plans to support the JSR-170 API for Subversion? Would
> this actually make sense?
>
This would make lots of sense, but I think it really is something in
Jackrabbit domain.
> Jackrabbit also supports searching through the documents -- by content and
> attributes. What are Subversion's features here? How efficient is searching
> by attributes? Is there any "plug-in" that provides fast index-based
> searching on document contents?
I have no clue about this one.. Each file has properties, but I think
they are not searchable.
>
> In general, I would be interested if you could share your thoughts on this
> matter. Would using Subversion as a Jackrabbit replacement be feasible or
> does it stretch the SVN engine too much?
>
I think subversion is what you need to use. Jackrabbit is not for you.
> Yuraukar.-
>
> _________________________________________________________________
> Die neue MSN Suche Toolbar mit Windows-Desktopsuche. Suchen Sie gleichzeitig
> im Web, Ihren E-Mails und auf Ihrem PC! Jetzt neu! http://desktop.msn.de/
> Jetzt gratis downloaden!
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Wed Oct 5 10:35:29 2005