Scalability of UUID 2 Path resolving
Hi I tried to figure out how Jackrabbit does the UUID 2 Path resolving and also wanted to ask if someone here can share his/her experience re scalability re UUID 2 Path resolving. I was wondering what will happen if one let's say has a million "documents" with a deep hierarchy and starts to rename a path just below the root, e.g. /home/michi/ to /home/michael Any pointers or hints are very welcome. Thanks Michi -- Michael Wechner Wyona - Open Source Content Management -Apache Lenya http://www.wyona.com http://lenya.apache.org [EMAIL PROTECTED][EMAIL PROTECTED] +41 44 272 91 61
Re: Scalability of UUID 2 Path resolving
Stefan Guggisberg wrote: On 8/11/06, Michael Wechner <[EMAIL PROTECTED]> wrote: Hi I tried to figure out how Jackrabbit does the UUID 2 Path resolving and also wanted to ask if someone here can share his/her experience re scalability re UUID 2 Path resolving. I was wondering what will happen if one let's say has a million "documents" with a deep hierarchy and starts to rename a path just below the root, e.g. /home/michi/ to /home/michael that would be a very lean operation. paths are built dynamically in jackrabbit, using a tree-based cache for better performance. the move would just flush the relevant subtree from the path cache. does that mean Jackrabbit keeps a table with a mapping between subtree (name) and uuid and also its parent and hence is able to build the path dynamically, right? Are there any known problems associated with this method? What if one wants to link from different paths to the same UUID (and the resolving wouldn't be unique)? Thanks Michi cheers stefan Any pointers or hints are very welcome. Thanks Michi -- Michael Wechner Wyona - Open Source Content Management -Apache Lenya http://www.wyona.com http://lenya.apache.org [EMAIL PROTECTED][EMAIL PROTECTED] +41 44 272 91 61 -- Michael Wechner Wyona - Open Source Content Management -Apache Lenya http://www.wyona.com http://lenya.apache.org [EMAIL PROTECTED][EMAIL PROTECTED] +41 44 272 91 61
Re: Scalability of UUID 2 Path resolving
Stefan Guggisberg wrote: i seem to have lost you here but i guess having a look at the source code of o.a.j.core.CachingHierarchyManager will answer your questions. thanks for the pointer Are there any known problems associated with this method? What if one wants to link from different paths to the same UUID (and the resolving wouldn't be unique)? that's not an issue since JSR170 defines a 1:1 relationship of path and Item (Node & Property). ok Thanks Michi -- Michael Wechner Wyona - Open Source Content Management -Apache Lenya http://www.wyona.com http://lenya.apache.org [EMAIL PROTECTED][EMAIL PROTECTED] +41 44 272 91 61
Re: Jackrabbit, the database
David Nuescheler wrote: hi all, i can appreciate both positions, looking at jackrabbit as the datastore or looking at jackrabbit as running on top of a datastore (rdbms). personally, i don't believe that the latter perception will go away for quite a while, so i think jackrabbit should support both views. in my experience, i have seen really three different views so far: A: i want to store the entire repository in a relational database. this allows me to use hot backup and clustering of the database. B: i want to store all the "meta information" in the database but i also have those really large blobs (movies) that i don't trust the database with. C: i want it to be fast & reliable and easy to deploy and run in production. (does someone on the list not fall into these three options?) well, I want my local filesystem accessible via JCR and allowing me to change files still with "vi(m)" from time to time. Or do you consider that covered by A, B or C? But I guess my usecase is probably neglectable as a usecase ... .ps: of course i have a personal preference but i think my preference is well-known ;) I don't ;-) what is your personal preference? Cheers Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Fixing JCR maven link
Michael Wechner wrote: Hi I have just noticed that the JCR maven link on http://jackrabbit.apache.org/doc/firststeps.html still links to day.com instead http://jira.codehaus.org/browse/MAVENUPLOAD-1733 sorry to bother with a follow-up, but when specifiying version="1.0"/> one receives a POM file which contains jsr170 jcr 1.0 but which cannot be resolved on central maven. Cheers Michael Cheers Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Fixing JCR maven link
Hi I have just noticed that the JCR maven link on http://jackrabbit.apache.org/doc/firststeps.html still links to day.com instead http://jira.codehaus.org/browse/MAVENUPLOAD-1733 Cheers Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Documentation
Jukka Zitting wrote: Hi, A reasonably good version of the cwiki export is now available for review at http://cwiki.apache.org/JCR/. Most of the navigation links don't work yet, but I plan to migrate much of the site content over during the next few days. Please let me know if you're willing to help. I might have missed something, but is the purpose of the cwiki to allow "anyone" to work on the official website which then is generated as static files based on the cwiki content? Thanks Michael BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Fixing JCR maven link
Jukka Zitting wrote: The whole First Hops page is pretty much outdated, we really should update the dependencies for more recent Jackrabbit versions... ok This is related to the above, jcr-1.0.jar was not available on the central repository when Jackrabbit 1.0 was released. More recent versions, like the latest 1.3.3 release, depend on the centrally available javax.jcr:jcr:1.0 artifact. that seems to work fine indeed, whereas I get a java.lang.NoClassDefFoundError: org/slf4j/impl/StaticLoggerBinder whereas I have ~/.m2/repository/org/slf4j/slf4j-api: 1.3.0 ~/.m2/repository/org/slf4j/slf4j-log4j12: 1.0 ~/.m2/repository/org/slf4j/slf4j-parent: 1.3.0 within my local maven repo, but maybe I forgot to add some other dependency. Will check once more. Thanks Michael BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Documentation
Jukka Zitting wrote: Hi, On Nov 15, 2007 12:27 AM, Michael Wechner <[EMAIL PROTECTED]> wrote: I might have missed something, but is the purpose of the cwiki to allow "anyone" to work on the official website which then is generated as static files based on the cwiki content? Not really. By policy only Jackrabbit committers will be allowed to work directly on content that gets published on the official project web site. So only committers will have write access on the JCR space in cwiki. ok But does it allow annotations for not committers (with some workflow behind such that committers can review)? Cheers Michael BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Fixing JCR maven link
Jukka Zitting wrote: Jackrabbit only defines slf4j-api as a compile-scope dependency, and leaves it up to the containing application to decide which slf4j implementation to use. Adding a dependency like org.slf4j:slf4j-log4j12:1.3.0 should do the trick. thanks very much for the hint. Btw, my working maven dependencies are now version="1.3.3"/> maybe something like this could be added to the "hop pages" (re Maven I mean) Thanks Michael BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
sample repository.xml link seems to be broken
Hi It seems the link to the sample repository.xml file is outdated from http://jackrabbit.apache.org/doc/config.html to http://svn.apache.org/repos/asf/jackrabbit/trunk/jackrabbit/src/main/config/repository.xml Cheers Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Configuration of derby.log file path
Hi I am using the TransientRepository with the default repo config and it works very fine so far. Using System properties I have been able to use a custom path for my repo config and repo itself, but I haven't found out how to configure the path of the logfile "derby.log". It uses "pwd" as default, but it would be nice to also store it at some custom location. I guess one has to set some parameter within repository/version/db/service.properties but so far I haven't found out. Any hints are much appreciated. Thanks Michael -- Michael Wechner Wyona - Open Source Content Management -Apache Lenya http://www.wyona.com http://lenya.apache.org [EMAIL PROTECTED][EMAIL PROTECTED] +41 44 272 91 61
Status of proposed JCR 20. changes
Hi Which of the proposed changes have been accepted resp. will be implemented? http://wiki.apache.org/jackrabbit/Proposed_JCR_2.0_API_Changes Thanks Michael -- Michael Wechner Wyona - Open Source Content Management -Apache Lenya http://www.wyona.com http://lenya.apache.org [EMAIL PROTECTED][EMAIL PROTECTED] +41 44 272 91 61
Re: Status of proposed JCR 20. changes
David Nuescheler wrote: Hi Michael, Which of the proposed changes have been accepted resp. will be implemented? http://wiki.apache.org/jackrabbit/Proposed_JCR_2.0_API_Changes Thanks Thomas extracted the changes for the jackrabbit wiki from the public review document, so these come directly from the expert group. So I think the consensus could be considered reasonably solid. Thomas and David, thanks very much for your quick feedback Now given the fact that things may still change quite a bit until final release these cannot be considered final yet. The code for the reference implementation will be developed inside the Jackrabbit project again, so you will see these features implemented rather sooner than later. what timeframe do you consider? Cheers Michael regards, david -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Configuration of derby.log file path
Jukka Zitting wrote: Hi, On Nov 18, 2007 1:17 AM, Michael Wechner <[EMAIL PROTECTED]> wrote: I am using the TransientRepository with the default repo config and it works very fine so far. Using System properties I have been able to use a custom path for my repo config and repo itself, but I haven't found out how to configure the path of the logfile "derby.log". The derby.log file is written by the embedded Derby database. You can control the log file name by setting the derby.stream.error.file system property. thanks very much Michael BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Indexing of properties setProperty(String, InputStream)
Hi
I am using setProperty(String, InputStream) resp. setProperty("content",
new InputStream(...)) in order to save XHTML and other "bigger" content.
Also I am using the TransientRepository implementation.
When I am searching with xpath, something like //[EMAIL PROTECTED] then I
don't receive any results whereas properties being set with
setProperty(String, String) are being found.
Now I am very sure the "content" properties do exist, because I read and
write to them without a problem.
So my guess is that properties being set through setProperty(String,
InputStream) are not being indexed by default, because it could be any
kind of data, right?
But I can get them indexed? Shall I rather use
setProperty(String, Value, int) and set the type to String and use
Value.getStream() ?
Cheers
Michael
--
Michael Wechner
Wyona - Open Source Content Management - Yanel, Yulup
http://www.wyona.com
[EMAIL PROTECTED], [EMAIL PROTECTED]
+41 44 272 91 61
Re: Indexing of properties setProperty(String, InputStream)
Marcel Reutegger wrote:
Hi Michael,
these are rather questions for the user list, but anyway...
sorry for that. Will subscribe to the user mailing list now.
Cheers
Michael
Michael Wechner wrote:
I am using setProperty(String, InputStream) resp.
setProperty("content", new InputStream(...)) in order to save XHTML
and other "bigger" content.
Also I am using the TransientRepository implementation.
When I am searching with xpath, something like //[EMAIL PROTECTED] then I
don't receive any results whereas properties being set with
setProperty(String, String) are being found.
Now I am very sure the "content" properties do exist, because I read
and write to them without a problem.
So my guess is that properties being set through setProperty(String,
InputStream) are not being indexed by default, because it could be
any kind of data, right?
that's correct. the JCR specification says that binary properties are
not indexed. basically because of the reason you mentioned. it can be
anything...
But I can get them indexed?
yes, if you store the binary as a nt:resource node. this will give
jackrabbit the required information how to index the binary (mime-type
and encoding). furthermore you need to configure text extractors in
the configuration.
http://jackrabbit.apache.org/doc/components/text-extractors.html
Shall I rather use
setProperty(String, Value, int) and set the type to String and use
Value.getStream() ?
that's an alternative, but then you will get matches for tag names as
well. while you are probably only interested in the text between the
elements and attribute values.
regards
marcel
--
Michael Wechner
Wyona - Open Source Content Management - Yanel, Yulup
http://www.wyona.com
[EMAIL PROTECTED], [EMAIL PROTECTED]
+41 44 272 91 61
Failed test when building Jackrabbit trunk Revision: 602816
- [INFO] Total time: 8 minutes 20 seconds [INFO] Finished at: Mon Dec 10 21:08:29 CET 2007 [INFO] Final Memory: 28M/63M [INFO] Cheers Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Jack rabbit allows any virus check before uploading
Jukka Zitting wrote: Hi, On Dec 18, 2007 1:36 PM, kranti.infy <[EMAIL PROTECTED]> wrote: Is there any software which does this. You should be able to use any normal virus scanner software for checking binary files. I'm not aware of anything that explicitly integrates a virus scanner with a JCR content repository. just being curious how to do something like this without having to implement/customzing one own's persistence manager. Would this be done through an obeserver/listener? Thanks Michael BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Jack rabbit allows any virus check before uploading
Jukka Zitting wrote: Hi, On Dec 20, 2007 10:28 AM, Michael Wechner <[EMAIL PROTECTED]> wrote: Jukka Zitting wrote: I'm not aware of anything that explicitly integrates a virus scanner with a JCR content repository. just being curious how to do something like this without having to implement/customzing one own's persistence manager. Would this be done through an obeserver/listener? I would preferably do virus checks on the application level, before storing the content in a content repository. I guess this depends on how many applications one needs to maintain Or even on network level, before the content reaches the application. But if you want to delegate that functionality to the repository, I think the best place for it would be to add a hook in the ValueFactory implementation for checking all incoming binaries (and large base64-encoded strings...). thanks very much for the info Michael BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Jackrabbit 1.4 status update
Jukka Zitting wrote: I'm also getting some backchannel feedback that we should still consider including the proposed database connection pools and some other new features in the 1.4 release. what are these features? That would further postpone the release date and widen the scope of this release that's already by far the biggest change since our initial 0.9/1.0 releases. I guess it would be better to go with a 1.5 release soon after 1.4, +1 for releasing 1.4 soon (I guess without connection pools, etc) and do another release soon again Cheers Michael but I'll summarize these thoughts better tomorrow. BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Jackrabbit 1.4 status update
Jukka Zitting wrote: Hi, On Dec 21, 2007 9:32 AM, Michael Wechner <[EMAIL PROTECTED]> wrote: Jukka Zitting wrote: I'm also getting some backchannel feedback that we should still consider including the proposed database connection pools and some other new features in the 1.4 release. what are these features? Mostly about streamlining the installation and configuration process, and making it easier to produce well qualified bug reports if things go wrong. I'll file these as feature requests in Jira. The background on this is that with our recent Jackrabbit services offering, Day wants to focus more effort into making Jackrabbit an easily supportable product for our customers. This also means that we'll be assigning more QA resources on release testing, etc. :-) sounds good :-) but still I would suggest to release without these (because they don't seem to be critical resp. a real blocker) and I think sticking to the guideline "release often" is more important. Cheers Michael Unfortunately these extra features our product management had in mind didn't make it to Jira in time for me to take them into account for 1.4 planning, leading to this desire to push the release back enough to get these features in. That would further postpone the release date and widen the scope of this release that's already by far the biggest change since our initial 0.9/1.0 releases. I guess it would be better to go with a 1.5 release soon after 1.4, +1 for releasing 1.4 soon (I guess without connection pools, etc) and do another release soon again Agreed, thanks for the feedback! BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Looking for Jackrabbit/JCR consulting re high availability environment
Hi I am looking for a developer who really knows how to setup and integrate jackrabbit within a high-availability clustered environment (50Mio content nodes and 50K concurrent sessions, whereas it will keep growing) who helps us in a one or two day session to understand and avoid pitfalls. Beside money we can offer a 2-3 hours moutain bike trip on the hills/mountains (Albis/Pfannenstil) around Zurich :-) Please contact me off the list re financial and organisational details Thanks Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
devs for fire
Dear All Wyona is looking for developers for hire (either as salaried employee or contract) for its Swiss office in Zurich. Some more information can be found at http://www.wyona.com/jobs.html Wyona is dedicated to Open Source and still believes in making ends meet :-) . Zurich/Switzerland is a great place for mountain biking (and other out/indoor activities) and in December you will be invited to watch the new James Bond movie :-) Please contact [EMAIL PROTECTED] or myself off this list. Cheers Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: devs for fire
Stefan Guggisberg wrote: michael, please *don't* spam the dev list... please apologize if I might have violated some jackrabbit community guidelines, whereas I have checked http://jackrabbit.apache.org/mailing-lists.html (and also http://www.apache.org/dev/contrib-email-tips.html) first. From other ASF lists I know that most people actually welcome contract and job postings re project related work, because it gives people the opportunity to work even more on such projects and hence further fosters these projects. But if the Jackrabbit devs community considers this as spam, then I would suggest to make a note at http://jackrabbit.apache.org/mailing-lists.html and as said I am really sorry if I might have violated an "unwritten" mutual agreement of the jackrabbit devs commmunity. Cheers Michael thanks stefan On Wed, Jun 4, 2008 at 3:01 PM, Michael Wechner <[EMAIL PROTECTED]> wrote: Dear All Wyona is looking for developers for hire (either as salaried employee or contract) for its Swiss office in Zurich. Some more information can be found at http://www.wyona.com/jobs.html Wyona is dedicated to Open Source and still believes in making ends meet :-) . Zurich/Switzerland is a great place for mountain biking (and other out/indoor activities) and in December you will be invited to watch the new James Bond movie :-) Please contact [EMAIL PROTECTED] or myself off this list. Cheers Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61 -- Michael Wechner Wyona - Open Source Content Management -Apache Lenya http://www.wyona.com http://lenya.apache.org [EMAIL PROTECTED][EMAIL PROTECTED] +41 44 272 91 61
Is job/contract posting considered spam? [WAS: Re: devs for fire]
Ard Schrijvers wrote: [EMAIL PROTECTED] can be used for these mails Michael thanks very much for pointing this out. Generally speaking I think it would be nice if each ASF project would provide a dedicated "job/contract posting list" or "allow" for such postings, because most requests are very specific and the general list just doesn't work out I would say http://people.apache.org/~coar/mlists.html For instance we are looking for people with Jackrabbit/JCR/Java experience and I guess everyone agrees that the Jackrabbit mailing lists are the best place for this. As said I am sorry if I might have violated some rule of the jackrabbit community and I am happy to accept if the Jackrabbit community doesn't want this, but nevertheless I would be interested to hear why this is considered to be bad? Cheers Michael -Ard michael, please *don't* spam the dev list... thanks stefan On Wed, Jun 4, 2008 at 3:01 PM, Michael Wechner <[EMAIL PROTECTED]> wrote: Dear All Wyona is looking for developers for hire (either as salaried employee or contract) for its Swiss office in Zurich. Some more information can be found at http://www.wyona.com/jobs.html Wyona is dedicated to Open Source and still believes in making ends meet :-) . Zurich/Switzerland is a great place for mountain biking (and other out/indoor activities) and in December you will be invited to watch the new James Bond movie :-) Please contact [EMAIL PROTECTED] or myself off this list. Cheers Michael -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61 -- Michael Wechner Wyona - Open Source Content Management -Apache Lenya http://www.wyona.com http://lenya.apache.org [EMAIL PROTECTED][EMAIL PROTECTED] +41 44 272 91 61
Re: Is job/contract posting considered spam? [WAS: Re: devs for fire]
Bertrand Delacretaz wrote: On Wed, Jun 4, 2008 at 10:42 PM, Jukka Zitting <[EMAIL PROTECTED]> wrote: ...I don't see anything wrong with job offers as long as they are related to JCR and Jackrabbit and not too frequent. Especially when the company behind the offer participates in the community... I was going to say that "in the good old Cocoon days", we used to allow occasional job postings with similar criteria than you suggest, *and* with a [JOB] marker in the subject line, *and* requiring off-list replies to keep the noise low. makes sense to me I would suggest the following addendum to http://jackrabbit.apache.org/mailing-lists.html Guidelines for job and contract posting --- If you are looking for developers to hire please make sure to respect the following guidelines: - The posting needs to be related to Jackrabbit/JCR - Ask for off-list replies (in order to keep the noise down) - Use a [JOB] marker within the subject line WDYT? Cheers Michael -Bertrand (from the peanuts gallery - I'm not a committer here) -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Java 5 in Jackrabbit 2.0?
Jukka Zitting wrote: Hi, Sun's Java 1.4.x is reaching EOL status in October, so I was wondering if there's still need for us to continue using Java 1.4 as the baseline for Jackrabbit. Upgrading the minimum platform requirement to Java 5 would give us a) some nice language features, b) the chance to drop the concurrent library dependency, and c) the chance to directly use libraries like Apache Tika that are based on Java 5. Are there good reasons for sticking with Java 1.4? IMHO a natural upgrade point to Java 5 would be Jackrabbit 2.0. +1 Michael BR, Jukka Zitting -- Michael Wechner Wyona - Open Source Content Management - Yanel, Yulup http://www.wyona.com [EMAIL PROTECTED], [EMAIL PROTECTED] +41 44 272 91 61
Re: Backwards compatibility of configuration files (Was: [jira] Commented: (JCR-1462) repository.xml: throw an exception on error)
Angela Schreiber schrieb: -1 for having the security-manager optional. If it is not optional, we are obviously not backward compatible. someone having an 1.4 configuration with a custom access manager would be forced to change it anyway. I believe most users use the default settings. so, the question is whether we want to stress out the changes made to code base and have users being aware of that or if want to focus on backwards compatibility taking the risk that people don't change their config and can't start the repository afterwards. to me the first variant looks better. but i can live with both... I think it's important to focus on backwards compatibility and that the repository still starts up, whereas I think at the same time one should add "big" WARNINGS to the log file and pointing out what needs to be changed in order to be up-to-date. At some later stage (for example Release 2.0) one can announce that older configurations are EOL Cheers Michael angela
Re: jcr-cmis sandbox
David Nuescheler schrieb: Hi all, I am currently working in a technical committee on OASIS defining a document management interoperability specification called CMIS [1]. CMIS shoots for a protocol level interoperability between applications and various repository vendors. The specification is in a very early stage and a lot of things need to be addressed [2], but it has peeked the interest of a number of people at Apache already. Since functionally the CMIS specification is a subset of the JCR specification it allows a very simple and straight-forward mapping to a fully compliant JCR repository such as Jackrabbit. Similar to the existing protocol layers (webdav etc) on top of JCR that are already part of Jackrabbit, I would like to propose that we initiate first tests with an implementation in a sandbox project. I think that there are going to be a lot of benefits from such an implementation. First it will allow any JCR implementation to be CMIS compliant automatically (once the specification is released ;) ) and allow us to find the issues to be fixed in the specification itself and drive it into a good direction. But most importantly it will provide an platform for interested parties to collaborate in the open on an implementation. Most of the organizations on the technical committee of CMIS are already heavily involved at Apache either as contributors or as sponsors and are also on the JCR expert group. Let me know what you think. At the moment I cannot help much except saying that I think it's great that you try to explore possibilities and make an effort to make ends meet Cheers Michael regards, david [1] http://lists.oasis-open.org/archives/tc-announce/200810/msg3.html [2] http://roy.gbiv.com/untangled/2008/no-rest-in-cmis
Re: CRX 1.4.1 released - powered by Apache Jackrabbit & Sling - thanks!
with all respect for Day and in particular the various Apache devs working at Day, but it seems to me that your email is just a nicely packaged spam message Cheers Michael Greg Klebus schrieb: Hi All, I'd like to thank the Apache Jackrabbit and Apache Sling communities for your contributions to the two excellent open-source products, which we at Day use as a basis for our commercially-supported Content Repository Extreme (CRX) product [1]! Please see the dev.day.com announcement of the CRX 1.4.1 release [2] for more information if you are interested. For one thing, we've got new licensing, including the free CRX Developer edition [3] for all non-production usage of CRX! [1] http://www.day.com/crx [2] http://dev.day.com/microsling/content/blogs/main/crx141ga.html [3] http://day.com/downloadcrx Cheers, Greg -- Greg Klebus | http://day.com | http://dev.day.com -- Best open-source JCR repository: http://jacrkabbit.apache.org -- CRX Free Developer edition: http://www.day.com/downloadcrx
Re: CRX 1.4.1 released - powered by Apache Jackrabbit & Sling - thanks!
Greg Klebus schrieb: Hi Michael On Mon, Feb 2, 2009 at 4:13 PM, Michael Wechner wrote: with all respect for Day and in particular the various Apache devs working at Day, but it seems to me that your email is just a nicely packaged spam message PS. Michael, I have to admit I have, post mortem, found your post re 'devs for fire'... nasty me ;) MfG, G. I wouldn't consider that nasty of you, but just fair, but OTOH I think the topic itself is rather different, but yes, it's also about deciding what is appropriate. One more difference I see is that your post didn't seem to provoke many reactions (yet) http://www.nabble.com/CRX-1.4.1-released---powered-by-Apache-Jackrabbit---Sling---thanks!-td21791030.html whereas mine did quite a bit http://www.nabble.com/devs-for-fire-td17646225.html#a17655501 I guess all the devs (and in particular Day's devs) are on skiing vacation ;-) Cheers Michael
Re: Repository locked even though shutdown ..
imadhusudhanan schrieb:
Dear All,
I get this exception even though I shutdown the Repository using
the RepositoryStartupServlet by the following code,
RepositoryStartupServlet rss =
(RepositoryStartupServlet)getServletContext().getAttribute("repository.startup.servet");
rss.shutdown();
I can the see the message as Repository is shutdown, so I restart my
server, even then I get this ... Pls help.
which version of Jackrabbit are you using?
Maybe you will some more hints
http://www.google.ch/search?q=jackrabbit+lock+shutdown
Cheers
Michael
The repository home /home/test//bin/jackrabbit appears to be in use
since the file named .lock is already locked by the current process.
at
org.apache.jackrabbit.core.util.RepositoryLock.tryLock(RepositoryLock.java:142)
at
org.apache.jackrabbit.core.util.RepositoryLock.acquire(RepositoryLock.java:121)
at
org.apache.jackrabbit.core.RepositoryImpl.(RepositoryImpl.java:240)
at
org.apache.jackrabbit.core.RepositoryImpl.create(RepositoryImpl.java:550)
at
org.apache.jackrabbit.core.jndi.BindableRepository.createRepository(BindableRepository.java:174)
at
org.apache.jackrabbit.core.jndi.BindableRepository.init(BindableRepository.java:138)
at
org.apache.jackrabbit.core.jndi.BindableRepository.create(BindableRepository.java:125)
at
org.apache.jackrabbit.core.jndi.BindableRepositoryFactory.createInstance(BindableRepositoryFactory.java:59)
at
org.apache.jackrabbit.core.jndi.RegistryHelper.registerRepository(RegistryHelper.java:60)
at
com.adventnet.zohopc.webdav.WebDAVServlet.getRepository(WebDAVServlet.java:84)
at
org.apache.jackrabbit.webdav.simple.SimpleWebdavServlet.getDavSessionProvider(SimpleWebdavServlet.java:317)
at
org.apache.jackrabbit.webdav.server.AbstractWebdavServlet.service(AbstractWebdavServlet.java:182)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:237)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
com.adventnet.sas.audit.AuditFilter.doFilter(AuditFilter.java:44)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
com.adventnet.sas.cache.filter.SASCacheFilter.doFilter(SASCacheFilter.java:45)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at
com.adventnet.sas.security.filter.DBAssociator.doFilter(DBAssociator.java:142)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:157)
at com.adventnet.iam.filter.IAMFilter.doFilter(IAMFilter.java:208)
at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:186)
at org.apache.catalina.co
Regards,
MadhuSudhanan I.
www.zoho.com
'If you wanna walk quick Walk Alone, if you wanna walk far Walk
Together ..."
Re: Content Technology track at the ApacheCon US 2009
Jukka Zitting schrieb: Hi, [Sorry again for cross-posting, perhaps we should set up a jcr-interest@ mailing list somewhere] The ApacheCon planners are asking for Apache projects to self-organize content for the upcoming ApacheCon US in November this year. It would be cool to have a track related to content repositories and content management. Jackrabbit and Sling would form a nice core for such a track, but we could also include sessions on things like Chemistry and other related projects. Maybe lenya devs could also participate Cheers Michael The planners would like an indication of interest ASAP, so I will contact them about this if people think it's a good idea. In previous ApacheCons we've typically had a few related presentations and a BoF session or a Meetup. Based on that I think we could well organize something like a half-day track of presentations and workshops followed by a more informal community meetup in the evening. BR, Jukka Zitting
Updating DOAP File
Hi It would be nice if somebody could update the DOAP file of Jackrabbit http://jackrabbit.apache.org/doap_Jackrabbit.rdf or I am also happy to provide a patch if you want. Cheers Michael **
Re: Updating DOAP File
Jukka Zitting schrieb: Hi, On Thu, Sep 24, 2009 at 11:14 PM, Michael Wechner wrote: It would be nice if somebody could update the DOAP file of Jackrabbit http://jackrabbit.apache.org/doap_Jackrabbit.rdf Good point! or I am also happy to provide a patch if you want. A patch would be great. Please file it as a new JCRSITE issue in [1]. The svn location of the DOAP file is [2]. [1] https://issues.apache.org/jira/browse/JCRSITE [2] https://svn.apache.org/repos/asf/jackrabbit/site/ ok, will do (probably later today) Thanks for the pointers Michael BR, Jukka Zitting
Re: Updating DOAP File
Jukka Zitting schrieb: Hi, On Thu, Sep 24, 2009 at 11:14 PM, Michael Wechner wrote: It would be nice if somebody could update the DOAP file of Jackrabbit http://jackrabbit.apache.org/doap_Jackrabbit.rdf Good point! or I am also happy to provide a patch if you want. A patch would be great. Please file it as a new JCRSITE issue in [1]. The svn location of the DOAP file is [2]. [1] https://issues.apache.org/jira/browse/JCRSITE [2] https://svn.apache.org/repos/asf/jackrabbit/site/ done https://issues.apache.org/jira/browse/JCRSITE-25 Cheers Michael BR, Jukka Zitting
[JOB] Java/JCR/Jackrabbit developer in Zurich, Switzerland
Dear Developers We are looking for Java/JCR/Jackrabbit developers with over 2-3 years of experience for a project we are currently working on. The location is Zurich, Switzerland onsite and the job is as employee or contractor. Please reply me privately with your contact details and experience with JCR/Jackrabbit Thanks Michael michael.wech...@wyona.com, +41 44 272 91 61
Re: mongodb or couchdb?
On 11/19/10 8:41 PM, John Langley wrote: Has anyone recently looked at creating a persistence manager based on either mongodb or couchdb? I would also be very much interested in this, but I am just too overloaded with all kind of other stuff. Just to let you know you are not alone :-) Cheers Michael I did see the discussion about Unified Persistence and jr3. But it doesn't seem like anyone's considering doing this for jackrabbit 2.x Is that right? Are there reasons not to? Thanks in advance for any pointers -Langley
Scalability of UUID 2 Path resolving (Part 2 ;-)
Hi 6 years ago I had some questions re " Scalability of UUID 2 Path resolving" http://mail-archives.apache.org/mod_mbox/jackrabbit-dev/200608.mbox/%3c90a8d1c00608110549t7544f9edu2adae11c146fb...@mail.gmail.com%3E It seems that the at that time referenced implementation http://svn.apache.org/viewvc/jackrabbit/trunk/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/CachingHierarchyManager.java?view=log is still used. What is not exactly clear to me from the code is whether this implementation is also used for revisions of a node? I mean a particular node could have had different paths at different times, right? Any hints/pointers are much appreciated. Thanks Michael
Re: How to configure Jackrabbit with LDAP server?
see http://jackrabbit.apache.org/frequently-asked-questions.html and search for LDAP HTH Michael Am 25.02.14 12:34, schrieb AshokBS: > Hi , any inputs please? > > > > -- > View this message in context: > http://jackrabbit.510166.n4.nabble.com/How-to-configure-Jackrabbit-with-LDAP-server-tp4660351p4660360.html > Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.
Re: How to configure Jackrabbit with LDAP server?
I am sorry, but I have never used Jackrabbit in combination with LDAP myself, hence I cannot tell whether your configuration is correct. But there must be somebody on this mailing list with more experience, whereas you might want to try to post your question to the user mailing list https://jackrabbit.apache.org/mailing-lists.html HTH Michael Am 25.02.14 13:40, schrieb AshokBS: > Hi Michael, thanks for the quick response. I have gone through those links > and couldn't find much wrt integration. > > I have tried the below steps in repository.xml since they said it was > working in 1.4.5 version. > The link is: > http://jackrabbit.510166.n4.nabble.com/jira-Created-JCR-1920-Upgrade-from-1-4-5-to-1-5-creates-exception-for-LDAP-authentication-tc542196.html > > > > > > > > > I have specified my ldap configuration details above. Is the above param > settings sufficient? > > Also when i try to login to http://localhost:8080/repository/default/ with > the above settings, it prompts me for username and password. But when i pass > my username and pwd details, the below message is logged in the > jackrabbit.log file. > > LdapLoginModule] searching for entry belonging to user: xyz > LdapLoginModule] authentication failed > LdapLoginModule] aborted authentication > > > My question is, whether the above repository.xml file settings are enough > for LDAP configuration? Am i missing somethings in addition to the above? > Pls suggest > > > > > -- > View this message in context: > http://jackrabbit.510166.n4.nabble.com/How-to-configure-Jackrabbit-with-LDAP-server-tp4660351p4660362.html > Sent from the Jackrabbit - Dev mailing list archive at Nabble.com.
Re: JackRabbit -OAK Help.
Hi Ahmed I think Oak can be used as content repository layer/interface for a content management framework, but Oak itself is not really a content management framework https://jackrabbit.apache.org/oak/docs/index.html but maybe we have different understandings what a content management framework is, therefore can you tell more about your specific requirements? Cheers Michael Am 08.09.20 um 18:28 schrieb Elgorashi, Ahmed (CGI Federal): Hi JackRabbit team, I am new to JackRabbit and currently exploring options for replacing a legacy Documentum model by a feasible content management framework. Jackrabbit/OAk is on my list, I need some resources to connect with and provide me with help . Thanks Dr. Ahmed Elgorashi CGI Federal Proprietary/confidential information belonging to CGI Federal Inc. or its affiliates may be contained in this message. If you are not a recipient indicated or intended in this message (or responsible for the delivery of this message to such person), or if you think for any reason that this message may have been addressed to you in error, you may not use or copy or deliver this message to anyone else. In such case, you should destroy this message and are asked to notify the sender by reply email.
[jira] Created: (JCRSITE-25) Update of DOAP RDF
Update of DOAP RDF -- Key: JCRSITE-25 URL: https://issues.apache.org/jira/browse/JCRSITE-25 Project: Jackrabbit Site Issue Type: Improvement Reporter: Michael Wechner -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (JCRSITE-25) Update of DOAP RDF
[ https://issues.apache.org/jira/browse/JCRSITE-25?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Michael Wechner updated JCRSITE-25: --- Attachment: doap_Jackrabbit.rdf.patch Patch of DOAP RDF > Update of DOAP RDF > -- > > Key: JCRSITE-25 > URL: https://issues.apache.org/jira/browse/JCRSITE-25 > Project: Jackrabbit Site > Issue Type: Improvement > Reporter: Michael Wechner > Attachments: doap_Jackrabbit.rdf.patch > > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
