On Tue, Jul 20, 2010 at 1:00 PM, Marc Herbert marc.herb...@gmail.com wrote:
I tried to summarize Jackrabbit remoting options on a PDF diagram posted here:
It is hard to access the information in a wrong ROTATED PDF file.
The component diagram has too much package involved. Need focus on the
On Mon, May 17, 2010 at 10:16 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
These unrelated classes are mostly things like RepositoryImpl,
TransientRepository, RepositoryCopier, etc. to which many external
codebases are linking, so we can't move them.
All class inside core has possible
On Thu, Apr 22, 2010 at 10:08 AM, Jukka Zitting jukka.zitt...@gmail.com wrote:
So I'm wondering whether we should ditch Confluence and switch back to
publishing the site via svn and leveraging our MoinMoin wiki for all
the things where browser-based editing is desired.
As Jackrabbit is mainly
On Sun, Apr 18, 2010 at 10:36 AM, Thomas Müller thomas.muel...@day.com wrote:
UUIDs: allows distributed creating of nodes. That's why the Jackrabbit
3 data format should support UUIDs as node ids: for cloud storage
mechanisms.
I am thinking of support path as ID, the use case could be file
On Thu, Mar 18, 2010 at 10:24 AM, Thomas Müller thomas.muel...@day.com wrote:
- security
- locking
- scalability (number of concurrent sessions and repository size)
- transactions
OK, I will then try to implement (prototype) those features now.
Hi Thomas, no push to those features. Take your
On Wed, Mar 17, 2010 at 9:34 AM, Thomas Müller thomas.muel...@day.com wrote:
In your opinion, which part make the most of performance contribution?
It's hard to say. I would rather spend my time to work on the
prototype than to find out. To keep the prototype fast, it's important
Understand it
On Wed, Mar 17, 2010 at 4:45 PM, Stefan Guggisberg
stefan.guggisb...@gmail.com wrote:
jackrabbit is the reference implementation of JCR 1.0/2.0 and therefore has
to fully support all the spec'ed features (node types, same name siblings,
locking, access control, etc etc).
I agree that the
On Wed, Mar 17, 2010 at 6:42 PM, Thomas Müller thomas.muel...@day.com wrote:
I'm wondering what is the *most* problematic features to verify the
architecture:
- security
- orderable child nodes
- same name siblings
- locking
- transactions
- clustering
- observation
- workspaces
- node
On Tue, Mar 16, 2010 at 6:46 PM, Thomas Müller thomas.muel...@day.com wrote:
With the JDBC storage and the H2 database, this is about 14 times
faster than the Jackrabbit 2.0 trunk (0.2 seconds versus 2.9 seconds
Thanks for the exciting result.
In your opinion, which part make the most of
On Thu, Mar 11, 2010 at 10:51 AM, Felix Meschberger fmesc...@gmail.com wrote:
I assume this is because the addMember method calls Item.save() while
the parent node has not been saved yet.
Is this a known issue worth following up to ?
It could be a bug as javax.jcr. Item.save() is @deprecated.
On Thu, Mar 4, 2010 at 11:39 AM, Thomas Müller thomas.muel...@day.com wrote:
It may slow down writes around 50%. I think it should be an optional
feature (some storage backends may not support it at all, and there
should be a way to disable / enable it for those backends that can
support it).
On Thu, Mar 4, 2010 at 12:21 PM, Thomas Müller thomas.muel...@day.com wrote:
I think the storage API should support some kind of storage session
(normally one storage session for each JCR session). For a relational
database, such a session could map to a database connection.
I think the
On Mon, Mar 1, 2010 at 5:41 AM, Thomas Müller thomas.muel...@day.com wrote:
The question is: should Jackrabbit 3 *require* (like now) that the
credentials for the storage are included in the repository
configuration? I think for some storage backends it should not require
that. Instead (only
On Mon, Mar 1, 2010 at 9:32 AM, Michael Dürig michael.due...@day.com wrote:
What about using something like a hash code (for example of the current
stack trace) as error code? These would then automatically serve as hash
A good sample to deal with error messages:
On Sat, Feb 27, 2010 at 8:47 AM, Thomas Müller thomas.muel...@day.com wrote:
consistency. I don't know of a relational database that allows you
to violate referential integrity, unique key constraints, or check
constraints - simply by using the same connection in multiple threads.
jdbc server
On Fri, Feb 26, 2010 at 6:11 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
All we're trying to achieve here is ensure internal consistency even
when clients do something like the above (for whatever reason,
intentional or not).
jdbc connection is not thread safe.
jcr session works similar
On Thu, Feb 18, 2010 at 3:28 PM, Angela Schreiber anch...@day.com wrote:
Guo Du wrote:
In JR2.0, there is a security workspace created for all repository.
this is not true.
Lesson learned: disable the security workspace by remove
SecurityManager definination from repository.xml
On Wed, Feb 17, 2010 at 7:26 PM, Alexander Klimetschek aklim...@day.com wrote:
Ack. Workspaces can be seen as the top level nodes in a supertree.
Looks more like soft branch link in source control system. Then
workspace concept may not need any more if we can manage soft link
efficiently.
-Guo
On Thu, Feb 18, 2010 at 10:02 AM, Bertrand Delacretaz
bdelacre...@apache.org wrote:
Do you really think Jackrabbit should allow its core plugins to go
away at runtime?
No, it's just one of OSGi feature doesn't need here.
i don't mind providing osgi support at a higher level, the core however
On Thu, Feb 18, 2010 at 1:26 PM, Justin Edelson justinedel...@gmail.com wrote:
As I mentioned in the JCache thread, I'd like to have Jackrabbit expose
monitoring data (presumably via JMX). The most obvious place for this is
around caches, but I imagine there are other places where monitoring
In JR2.0, there is a security workspace created for all repository. It
may not necessary for all the repository use case.
In JR3.0, we may have a pluggable security handling api outside core
for following use case:
* No security at all - up to application to handle security
* Tech user login -
On Wed, Feb 17, 2010 at 2:14 PM, Jacco van Weert softw...@gmail.com wrote:
Hello Marcus,
Yes that works, thanks... the only point is that probably this isn't
backupped by the docs.
Not always working on 2.0-alpha12 (when has where condition) :(
WORKING: select * from [nt:base] order by
On Thu, Feb 11, 2010 at 11:54 AM, Thomas Müller thomas.muel...@day.com wrote:
About SNS (same name siblings): what about moving that part away from
the core? Currently, the Jackrabbit architecture is (simplified):
1) API layer (JCR API, SPI API)
2) Jackrabbit core, which knows about SNS
On Tue, Feb 9, 2010 at 1:23 PM, m...@jutzig.de wrote:
Oh my... sorry everybody for wasting your time, the problem is solved.
I tried the solution with the search index configuration. It didn't work
for some reason, so I did some more debugging.
During that I found out that there was a bug
On Tue, Feb 9, 2010 at 3:55 PM, Jukka Zitting jukka.zitt...@gmail.com wrote:
Now that Jackrabbit 2.0 is out and the major JCR 2.0 feature work is
done, it's time to start looking ahead at Jackrabbit 3. We've talked
about this a bit already at Day and I'll be posting a summary of our
ideas for
On Sun, Jan 24, 2010 at 11:28 AM, JOSE FELIX HERNANDEZ BARRIO
jose.hernan...@isthari.com wrote:
- Assign a datastore per workspace (customer) so it's possible to measure
(and limit) storage usage for a given customer
You may looking for repository as multi tenant solution instead of workspace:
On Thu, Dec 10, 2009 at 3:42 PM, Martijn Hendriks mhnd...@gmail.com wrote:
What about upgrading the EasyMock dependency from 1.1 to 2.5.2?
+1
Before 2.0 release, I would suggest upgrade all our dependencies to
latest stable release unless there are known issues. Those
dependencies could be sit
On Mon, Nov 30, 2009 at 9:02 AM, Felix Meschberger fmesc...@gmail.com wrote:
The problem of Jackrabbit Core is, that apart from implementing the
Jackrabbit API (which is imported in the bundle), it has its internal
API (for example the PersistenceManager interface or others). This
internal API
On Mon, Nov 30, 2009 at 9:59 AM, Thomas Müller thomas.muel...@day.com wrote:
I would do that only if there is an actual need for it. Do you have
another implementation? Persistence manager, data store, or journal?
If yes, would it be enough to just move the persistence manager
interface, or do
On Mon, Nov 30, 2009 at 10:44 AM, Thomas Müller thomas.muel...@day.com wrote:
I would wait until it's a real problem. Trying to solve _potential_
problems in advance is usually the wrong path.
I understand it will take effort/risk to do it.
Thanks for the discussion and all your hard works!
On Sat, Nov 28, 2009 at 6:22 PM, Felix Meschberger fmesc...@gmail.com wrote:
That's what we currently do in the Sling embedded repository bundle [1]
Hi Felix,
Thanks for the reply during weekend:)
I saw all dependencies jars are embedded to jackrabbit-server bunlde.
Bundle-ClassPath:
Hi Felix,
It's really necessary to get jackrabbit OSGified. As OSGi get very
popular those days. If we don't do it from JR, all other people like
sling will do it there.
We just add correct OSGi headers all JR projects and that's it. By
this way, JR won't affect on it's standalone application as
On Fri, Nov 27, 2009 at 8:20 PM, Felix Meschberger fmesc...@gmail.com wrote:
Issue is that Jackrabbit is configured with a repository.xml file which
itself refers to optional classes. Most notably these are the
PersistenceManager classes along with their dependencies. So this
provides some
On Thu, Oct 22, 2009 at 8:55 AM, Stefan Guggisberg
stefan.guggisb...@gmail.com wrote:
i absolutely agree with thomas. 14 jars sound like way too much...
Jackrabbit was build on different open source projects and much more
complex than some simple utility library. The total number of jars
doesn't
On Tue, Sep 8, 2009 at 8:27 AM, Martijn Hendriks marti...@gx.nl wrote:
If you use a JNDI DataSource (by using a javax.naming.Context class as the
driver in the descriptors) then that DataSource is used as-is. The only
change then is that Connection instances are not cached anymore in the DB
If connections pools works as an optional configuration for db pm, should be
fine. Pool management is not needed at some circumstance, such as container
managed datasource connections pool.
Thanks!
--Guo
On Mon, Sep 7, 2009 at 6:47 PM, Martijn Hendriks marti...@gx.nl wrote:
Hi Thomas,
On Thu, Sep 3, 2009 at 4:43 PM, Thomas Müllerthomas.muel...@day.com wrote:
Think of the complexity of controlling the lifecycle of Derby that
uses the DriverManager API in JDBC to startup and shutdown the
database.
Other databases provide betters ways. For HSQLDB and H2, you close the
I tried using the Derby database to upload 375000 Documents.
When i tried to add a document to this setup. It took more than 30 mins to
do a checkin,
The system CPU utilization was around 90% to 100% and the JVM heap size also
is around 1.5GB.
When did you check out the document? Are you
On Mon, Jul 27, 2009 at 2:56 PM, Ajaiajaik...@gmail.com wrote:
Hi Guo,
Yes, i am adding a document to the repository.
Is there multiple ways to do a save?
I am doing it the following way,
fileNode = matterNode.addNode(fileName, nt:file);
fileNode.addMixin(mix:versionable);
On Mon, Jul 27, 2009 at 3:36 PM, Ajaiajaik...@gmail.com wrote:
But i do have text extractors and indexes turned on.
Sorry, I didn't know how the index affect your result.
Good luck!
-Guo
The size of uploaded file may affect the result significantly.
I read some email that some one said the uploaded file are stored
based on the hash value. This means your 15 unique files only
stored/indexed once, it may not the real world case. I am not sure,
can any one confirm :)
Just FYI.
I
On Thu, Jul 23, 2009 at 12:37 PM, Bart van der
Schansb.vandersch...@onehippo.com wrote:
Iirc there's a similar problem with multi value properties when you
add a lot of values.
Is there any room left in the current implementation to improve the
performance of those two use cases? Or did
May caused by 404 error for page style:
http://jackrabbit.apache.org/confluence/download/resources/confluence.ext.code:code/shStyles.css
On Thu, Jul 16, 2009 at 11:30 AM, Alexander Klimetschekaklim...@day.com wrote:
Hi all,
I noticed on http://jackrabbit.apache.org/first-hops.html that the
The article should still works, because it follow Michael's
instruction. Just noticed it's quite old: August 15, 2007.
I did a try for m2eclipse recently and it give much better experience
than it's early version. It has a GUI to manage your pom (You don't
need to check the pom model manual any
Most of people run the build by default, if we turn on the integration test,
it means will run most of the time and it is a big waste.
I would suggest turn it off for install stage by default, but turn it on for
deploy/release by default. Suggest dev to run integration test when there
are big
45 matches
Mail list logo
