Hi,
On Wed, Apr 11, 2012 at 10:00 AM, Thomas Mueller muel...@adobe.com wrote:
What about:
// replacement for MicroKernelFactory
// uses the Java ServiceLoader or OSGi if available
class MicroKernelManagerFactory {
MicroKernelManager getManager(String uri);
}
// each MK implementation
Hi,
So how would this work? Do I do something like this:
MicroKernelManagerFactory factory = getFactoryFromSomewhere();
MicroKernelManager manager = factory.getManager(something);
try {
MicroKernel mk = manager.getMK();
// use the mk
} finally {
[
https://issues.apache.org/jira/browse/OAK-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13251569#comment-13251569
]
Julian Reschke commented on OAK-58:
---
From what I can see, H2Persistence.close() does get
On 2012-04-11 11:47, Michael Dürig wrote:
Running org.apache.jackrabbit.oak.query.index.TraversingCursorTest
Tests run: 2, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 0.01 sec
FAILURE!
Running org.apache.jackrabbit.oak.query.QueryTest
Tests run: 3, Failures: 0, Errors: 0, Skipped: 0,
[
https://issues.apache.org/jira/browse/OAK-59?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dürig resolved OAK-59.
--
Resolution: Fixed
Fix Version/s: 0.2
Fixed at revision 1324793
Implement
[
https://issues.apache.org/jira/browse/OAK-23?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dürig updated OAK-23:
-
Description:
this issue corresponds to OAK-21 for path.
in addition to dealing with expanded names, paths
On 11.4.12 16:41, Angela Schreiber wrote:
hi
thinking about how to implement the various JCR level operations
that are beyond regular item modification, i found that IMO
will face at least the following 4 types of writing that would
from a oak-api point of view may just look like item state
ConnectionImpl should not acquire Microkernel instance
--
Key: OAK-62
URL: https://issues.apache.org/jira/browse/OAK-62
Project: Jackrabbit Oak
Issue Type: Bug
Components: core
[
https://issues.apache.org/jira/browse/OAK-62?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Michael Dürig resolved OAK-62.
--
Resolution: Fixed
Fix Version/s: 0.2
Fixed at revision 1324877
ConnectionImpl
Hi,
Am 11.04.2012 um 12:03 schrieb Michael Dürig:
On 11.4.12 10:15, Felix Meschberger wrote:
[...]
But then: the move and copy methods look like out-of-band somehow and do not
really concern the state of the node itself but potentially completely
unrelated ones.
I would move them
Hi,
On Wed, Apr 11, 2012 at 6:30 PM, Michael Dürig mdue...@apache.org wrote:
The current API should be able to cope with transient modifications and
non-transient modifications. The latter can be done by obtaining a new
connection just for those changes.
IMHO a separate connection shouldn't
Hi,
Am 11.04.2012 um 19:49 schrieb Michael Dürig:
On 11.4.12 18:31, Felix Meschberger wrote:
Hi,
Am 11.04.2012 um 12:03 schrieb Michael Dürig:
On 11.4.12 10:15, Felix Meschberger wrote:
[...]
But then: the move and copy methods look like out-of-band somehow and do
not
Hi,
On Wed, Apr 11, 2012 at 6:07 PM, Michael Dürig mdue...@apache.org wrote:
mvn clean install -PPintegrationTesting
I get (in oak-run)
---
T E S T S
---
On 11.4.12 18:56, Felix Meschberger wrote:
Hi,
Am 11.04.2012 um 19:49 schrieb Michael Dürig:
On 11.4.12 18:31, Felix Meschberger wrote:
Hi,
Am 11.04.2012 um 12:03 schrieb Michael Dürig:
On 11.4.12 10:15, Felix Meschberger wrote:
[...]
But then: the move and copy methods look like
hi
On Wed, Apr 11, 2012 at 6:30 PM, Michael Dürigmdue...@apache.org wrote:
The current API should be able to cope with transient modifications and
non-transient modifications. The latter can be done by obtaining a new
connection just for those changes.
IMHO a separate connection shouldn't
On 11.4.12 18:54, Jukka Zitting wrote:
Hi,
On Wed, Apr 11, 2012 at 6:30 PM, Michael Dürigmdue...@apache.org wrote:
The current API should be able to cope with transient modifications and
non-transient modifications. The latter can be done by obtaining a new
connection just for those
On 11.4.12 20:06, Jukka Zitting wrote:
Hi,
On Wed, Apr 11, 2012 at 8:43 PM, Michael Dürigmdue...@apache.org wrote:
[WARNING] Invalid POM for
org.apache.maven.surefire:surefire-junit3:jar:2.12, transitive dependencies
(if any) will not be available, enable debug logging for more details: 1
17 matches
Mail list logo