Re: Javadoc API outdated again

On Thu, Oct 12, 2023 at 11:22 AM Julian Reschke wrote: > ...Updating the site is not trivial as it requires a plugin that does not > exist for Windows... FWIW, if you can run Docker you can build the site using docker run -it --rm --name maven -v "$(pwd)":/usr/src/maven -w /usr/src/maven

How to find out if similarity search is active - without doing a search

Hi, I need to find out whether the Oak similarity search functionality is active. I talked to Tommaso and he recommended doing a search under /oak:index [1]. That works fine [2] but I need to use a service user to do that, which is suboptimal. Would it be possible for Oak to provide this

Re: Oak Direct Binary Access pull request

Hi Matt, On Wed, Jun 27, 2018 at 6:11 PM Matt Ryan wrote: > ...Of course Sling could take the return value from the call to initiate the > upload and turn it into a JSON document that the client can then consume. > As you say the client will need to have some knowledge of the new API to do >

Re: Oak Direct Binary Access pull request

Hi Matt, On Thu, Jun 21, 2018 at 6:25 AM Julian Reschke wrote: > ...it would be helpful if you could link to example client code taking > advantage of this extension... +1, ideally as readable test code that one can use as examples. >From the Sling clients perspective I'm interested in making

Re: identify abandoned oak modules

Hi, On Tue, Nov 21, 2017 at 4:58 PM, Michael Dürig wrote: > ...Not exactly retiring but what about moving... FWIW, in Sling we are using an "attic" folder for such retired modules, see http://sling.apache.org/project-information.html#attic -Bertrand

Re: chroot-like content segregation?

On Fri, Sep 22, 2017 at 9:14 AM, Tomek Rekawek wrote: > ...Bertrand - could you clarify if the jails should share some data with the > “main” repository (which would > make it more difficult, as Robert and Michael wrote) or the self-contained > approach is ok?...

chroot-like content segregation?

Hi, I'm presenting next week at https://adapt.to on creating multi-tenant HTTP request processing / rendering farms with Sling, showing a mix of Sling-based experiments and theoretical considerations on what would help creating such farms. Having chroot-style [1] user segregation at the

Re: OAK-6575 - A word of caution

On Mon, Sep 4, 2017 at 3:44 PM, Ian Boston wrote: > ...I feel > that Oak is weaker without the ability to offload bulk data streaming to > infrastructure designed for that purpose FWIW as an Oak user I share that feeling, IMO the use cases described at

Re: [DiSCUSS] - highly vs rarely used data

Hi Thomas, On Tue, Jul 11, 2017 at 3:14 PM, Thomas Mueller wrote: > ...if it's in cold storage, throw an exception saying so, and load the binary > into hot storage. > A few minutes later, re-reading will not throw an exception as it's in hot > storage Ok great,

Re: [DiSCUSS] - highly vs rarely used data

On Tue, Jul 4, 2017 at 12:48 PM, Julian Sedding wrote: > ...I suggest to come up with a pluggable "strategy" interface and > provide a sensible default implementation... Big +1 to that, requirements can vary widely IMO, also depending on the characteristics of whatever cold

Re: [DiSCUSS] - highly vs rarely used data

On Fri, Jun 30, 2017 at 10:44 AM, Thomas Mueller wrote: > ...About deciding which binaries to move to the slow storage: It would be > good if that's automatic... >From my perspective as an Oak user I would like to have control on that. It would be nice for Oak to

Re: Enforcing minimal test coverage

Hi Angela, On Thu, May 11, 2017 at 4:41 PM, Angela Schreiber wrote: > ...As far as I am concerned I only run the ITs if I know (or > suspect) a change to have a huge impact otherwise it just takes too > long... Ok! I just meant to expose our solution in case it's

Re: Enforcing minimal test coverage

On Thu, May 11, 2017 at 2:46 PM, Michael Dürig wrote: > ...I guess this only includes the coverage from running unit tests and does > not > include integration tests... FWIW, In Sling we have a setup that computes the aggregate coverage of unit and integration tests that run

Re: new name for the multiplexing node store

On Thu, May 11, 2017 at 9:33 AM, Robert Munteanu wrote: > ...MultiplexingNodeStore is a pretty standard implementation > of the Composite design pattern... So CompositeNodeStore maybe? I like it. -Bertrand

Expiring the META/repository-* markers used by MarkSweepGarbageCollector ?

Hi, When a client connects only temporarily to a SharedS3DataStore (for example) and then goes away, the META/repository-* marker created by SegmentNodeStoreService is not removed. This causes MarkSweepGarbageCollector to abort with a "not all repositories have marked references available"

Re: the broken JCR locking

hi Angela, On Wed, Apr 5, 2017 at 3:18 PM, Angela Schreiber wrote: > ...Does no reply mean that everyone agrees with the proposed steps? :-)... I missed it but as an Oak user +1 to the below suggestion, it makes things clear ;-) > On 22/03/17 10:35, "Angela Schreiber"

Re: svn commit: r1781064 - /jackrabbit/oak/trunk/oak-doc/src/site/markdown/query/index-management.md

On Wed, Feb 1, 2017 at 5:29 AM, Chetan Mehrotra wrote: > ...Scripting in JSON looks interesting!... arghh...not if a human has to write it! I've done lots of XSLT in the past, and I love that language's data model, power and expressiveness. But I think using

Re: RIP Apache Jenkins!?

Hi, On Tue, Nov 29, 2016 at 11:15 AM, Thomas Mueller wrote: ... > https://issues.apache.org/jira/browse/INFRA-9709 > > ...This is just crazy. Either issues get resolved, or they don't, in which > case we should get a notification that they don't... I agree. The above

Re: RIP Apache Jenkins!?

On Tue, Nov 29, 2016 at 10:13 AM, Robert Munteanu wrote: > ...There's also option #3, which is even more interesting :-)... And option #4 - donate some computing capacity to run some dedicated Jenkins slaves for Oak. -Bertrand

Re: RIP Apache Jenkins!?

On Thu, Nov 17, 2016 at 9:27 AM, Michael Dürig wrote: > ...I was mostly thinking of using some internal resources as so far the public > options didn't work out for us... Internal to what? -Bertrand

Re: On adding new APIs

On Thu, Oct 20, 2016 at 2:02 PM, Michael Marth wrote: > ...So I have a proposal: when a new public API is added the developer should > drop an > email with subject tag [REVIEW] onto the dev list, so that others are aware > and can > chime in if needed... The Oak team can also

Re: Possibility of making nt:resource unreferenceable

On Wed, Oct 12, 2016 at 11:18 AM, Julian Sedding wrote: > ...As a remedy for implementations that rely on the current referencable > nature, we could provide tooling that automatically adds the > "mix:referencable" mixin to existing nt:resource nodes... Good idea, I suppose

Re: Seekable access to a Binary

Hi, On Tue, Sep 6, 2016 at 1:25 PM, Ian Boston wrote: > On 6 September 2016 at 12:14, Marcel Reutegger wrote: >>... This can easily be prevented if the 'in progress' binary is >> uploaded to a temporary location first and then copied over >> to the correct

Re: Seekable access to a Binary

Hi, On Tue, Sep 6, 2016 at 9:49 AM, Marcel Reutegger wrote: > ...we'd still have to add > Jackrabbit API to support it. E.g. something like: > > valueFactory.createBinary(existingBinary, appendThisInputStream); ... And maybe a way to mark the binary as "in progress" to avoid

Re: Requirements for multiple Oak clients on the same backend (was: [suggestion] introduce oak compatibility levels)

Hi Michael, On Thu, Jul 28, 2016 at 11:03 AM, Michael Marth wrote: > ...to my knowledge there is no formal way to find out which values of X and Y > are safe - at least so far Ok, thanks for the info! That might be something to keep in mind when designing new features -

Requirements for multiple Oak clients on the same backend (was: [suggestion] introduce oak compatibility levels)

Hi, On Thu, Jul 28, 2016 at 10:23 AM, Stefan Egli wrote: >...we could introduce a concept of > 'compatibility levels' which are a set of features/behaviours that a > particular oak version has and that application code relies upon Good timing, I have a related

Re: Usecases around Binary handling in Oak

Hi Chetan, On Wed, Jun 1, 2016 at 9:30 AM, Chetan Mehrotra wrote: > ...To move forward on that I have tried to collect the various usecases at [2] > which I have seen in the past I've thought about adding an "adopt-a-binary" feature to Sling recently, to allow it

Why is nt:resource referencable?

Hi, OAK-4567 introduces a new oak:Resource nodetype as an alternative to nt:resource which has mix:referenceable. I understand the idea of making that node non-referencable for performance reasons, but why is nt:resource referenceable in the first place? builtin_nodetypes.cnd [1] has this

Re: [OAK] - Problem to version Node when adding versionable mixin

Hi, On Mon, Jun 20, 2016 at 5:25 PM, Ciro Santos wrote: > ...I don't know if i need to add something to the OSGI configuration. I also > cannot find any proper documentation on how to set up oak bundles using > OSGI Sling is a good example that uses Oak in an OSGi

Re: JIRA issue not showing associated commits

Hi, On Mon, Jan 4, 2016 at 5:26 AM, Chetan Mehrotra wrote: >... Any idea on how to get that integration back? Probably when we moved to > Epic based model it got lost... I suspect (but I'm not sure) that feature was turned off by ASF infrastructure for performance

Re: DocumentRDB builds time out on Jenkins

On Thu, Dec 10, 2015 at 11:27 AM, Michael Dürig wrote: > On 10.12.15 11:02 , Tomek Rekawek wrote: >> ...Maybe we can change the configuration, so the >> target/unittest.log file will be archived if the job is failed?... > > This would be useful anyway but I think so far no one

Re: Semantic version in Oak

Hi, On Tue, Dec 8, 2015 at 12:38 PM, Michael Dürig wrote: > ...One idea that crossed my mind was to remove semantic versioning for the > stuff we only export for consumption by ourselves... >...The "real public APIs" are much more stable and we > should be able do proper

Re: v1.3.9 - http state of play?

On Tue, Nov 10, 2015 at 2:54 PM, Lukas Kahwe Smith wrote: > ...its not so easy to find a PHP dev willing and capable to contribute on the > code level of a Java project. for now we can just do our part in > giving feedback and testing Understood. Feedback + tests are

Re: oak-run upgrade improvements

On Thu, Sep 3, 2015 at 10:01 AM, Robert Munteanu wrote: > ... _If_ we decide OSGi, it must be embedded and controlled by the oak > -run instance, and not a general-use OSGi application like e.g. Karaf > with some bundles added... Note that Sling's slingstart-maven-plugin

Re: Is the hashing of long paths still needed?

On Fri, Aug 21, 2015 at 1:46 PM, Davide Giannella dav...@apache.org wrote: ... mvn clean install -PintegrationTesting -Dnsfixtures= Ah ok, the LongPathTest in oak-jcr does fail with my patch when using -Dnsfixtures= Sorry for the noise - we'll have to find a way to cope with this for the

Is the hashing of long paths still needed?

Hi, Continuing to play with Robert's MultiplexingDocumentStore [1] I got a failure in the oak-jcr module's LongPathTest. That's due to the conversion of long paths to their hashed variants - those cannot be used to locate the appropriate DocumentStore when multiplexed, as that decision is based

Re: Is the hashing of long paths still needed?

On Fri, Aug 21, 2015 at 12:11 PM, Julian Reschke julian.resc...@greenbytes.de wrote: ...It is still needed, as both persistence implementations (Mongo, RDB) are restricted to IDs of 512 bytes length (yes, bytes, not characters) Ok, thanks for the info! Interestingly, no oak-core or

Multiplexing DocumentStore, NodeStoreTest fails even without mounts (was: A multiplexing implementation of the DocumentStore)

Hi Robert, On Wed, Jul 8, 2015 at 3:27 PM, Robert Munteanu romb...@apache.org wrote: ...I am working on a prototype to multiplex multiple DocumentStore instances behind a single DocumentStore... I played with this stuff and added a fixture to run the standard oak-core tests on a

Re: Multiplexing DocumentStore, NodeStoreTest fails even without mounts (was: A multiplexing implementation of the DocumentStore)

On Wed, Aug 19, 2015 at 5:09 PM, Michael Dürig mdue...@apache.org wrote: ...AFAIKs the problem is with the test setup where state is kept between test executions. Namely the SpyingMemoryNodeStore field... Good catch, this indeed fixes the oak-core tests on my branch, thanks! -Bertrand

Re: System.exit()???? , was: svn commit: r1696202 - in /jackrabbit/oak/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/document: ClusterNodeInfo.java DocumentMK.java DocumentNodeStore.j

Hi, On Tue, Aug 18, 2015 at 10:57 AM, Julian Reschke julian.resc...@gmx.de wrote: I'm a bit concerned (and that's an understatement) that OAK is now calling System.exit. Detecting a serious problem - good. Stopping the content repository - probably good, at least for write operations? But

Re: Recipe for using Oak in standalone environments

On Tue, Aug 18, 2015 at 2:22 PM, Chetan Mehrotra chetan.mehro...@gmail.com wrote: ...Q - Should we make oak-pojosr based setup as one of the recommended/supported approach for configuring Oak in non OSGi env... From the peanuts gallery, I like the idea. However, I cannot find any docs on Felix

Re: Modularization

Hi, On Mon, Aug 10, 2015 at 8:50 AM, Philipp Suter su...@adobe.com wrote: ...I don’t think that it makes sense to have multiple separated maven projects for OAK... FWIW, note that in Sling we do have a few independent Maven project trees: -The main pom builds the core modules and their

Re: Modularization

On Thu, Aug 6, 2015 at 11:50 AM, Thomas Mueller muel...@adobe.com wrote: ...I very much prefer if things that belong together stay together, and are not taken appart into *-api, *-common, *-impl projects. Because taking things apart makes maintenance very hard I agree, besides doing just

Re: Modularization

On Thu, Aug 6, 2015 at 12:04 PM, Michael Dürig mdue...@apache.org wrote: ...This is not about having many Maven projects but reasonable module boundaries. The definition of which is low cohesion between modules and hight cohesion within them Which is exactly the reason for Sling moving to

Re: Modularization

On Thu, Aug 6, 2015 at 12:25 PM, Thomas Mueller muel...@adobe.com wrote: Bertrand wrote: ...in Sling we are only testing very few combinations, actually just one combination per release. Good to know! I still don't quite understand why you have many projects then... what is the driver to

Re: Modularization

On Thu, Aug 6, 2015 at 10:51 AM, Francesco Mari mari.france...@gmail.com wrote: ...What is your take on modularisation?.. From the peanuts gallery I'll just observe that since we started Sling seven years ago we are constantly moving towards smaller and more specific modules (OSGi bundles in

Re: OSGi configuration lookup

On Tue, Jun 30, 2015 at 5:52 AM, Chetan Mehrotra chetan.mehro...@gmail.com wrote: ...if we need to do that for Segment also then we should use a similar namespacing... And that should IMO be done with a utility class instead of duplicating code. -Bertrand

Re: Initial work for the specification of a remote API

On Mon, Jan 26, 2015 at 12:38 PM, Francesco Mari mari.france...@gmail.com wrote: ...Other people already applied this concept successfully with the creation of the JSON Patch standard [1] I wasn't aware of that upcoming standard, looks interesting indeed! -Bertrand [1]:

Re: Initial work for the specification of a remote API

On Mon, Jan 26, 2015 at 10:28 AM, Francesco Mari mari.france...@gmail.com wrote: At the beginning I wanted to expose a more granular interface for node operations, mapping every node to a fully REST resource BTW, what happened to JSOP? http://slideshare.net/uncled/jsop -Bertrand

Re: Initial work for the specification of a remote API

On Mon, Jan 26, 2015 at 9:55 AM, Francesco Mari mari.france...@gmail.com wrote: ...I think a multi-tree read request could be a good improvement to the API... In general, considering that you send a bunch of commands to the server and get a bunch of corresponding responses back might help a lot

10-second delay in observation?

Hi, I'm sometimes seeing a 10-second delay in delivering observation events, in Sling integration tests running on Oak 1.07 with TarMK. Details at SLING-4058. At this point I'm not sure if Oak or Sling is the culprit as I'm listening for the OSGi events that Sling generates, so not directly to

Re: [DISCUSS] supporting faceting in Oak query engine

On Sat, Aug 30, 2014 at 4:25 AM, Alexander Klimetschek aklim...@adobe.com wrote: ...you can leverage some kind of caching though. In practice, if you have a public site with content that does not change permanently, the facet values are pretty much stable, and authorization shouldn't cost

Re: svn commit: r1617510 - /jackrabbit/oak/trunk/oak-jcr/src/test/java/org/apache/jackrabbit/oak/jcr/MiscTest.java

On Wed, Aug 13, 2014 at 11:20 AM, Davide Giannella dav...@apache.org wrote: ... +public class MiscTest extends AbstractJCRTest { ... FWIW, after writing tons of tests for Sling I've moved away from using inheritance - composition and utility classes is much more convenient IMO. -Bertrand

A few billion nodes in Oak, how does that sound?

Hi, What kind of limitations, if any, do people see in growing an Oak/Mongo repository to a few billion nodes? IIRC people were doing tests with a few hundred million nodes in Jackrabbit, so given Oak's scalable design I suppose that would work - but do any obvious bottlenecks come to mind?

HBase backend, is the OAK-784 still valid?

Hi, I recently talked to someone who might be interested in reviving the OAK-784 HBase microkernel that was contributed in April 2013. That's based on the MicroKernel interface, is that still how you'd do it today? I've lost track of the various ways of creating storage backends. -Bertrand

Re: HBase backend, is the OAK-784 still valid?

Hi Marcel, On Thu, Jul 3, 2014 at 10:12 AM, Marcel Reutegger mreut...@adobe.com wrote: ...it is still possible to hook in a MicroKernel implementation into Oak, but the two primary implementations we have use the NodeStore API... Thanks! I have added a reference to this to OAK-784. -Bertrand

Re: My repository is not indexing PDFs, what am I missing?

Hi Chetan, On Thu, May 22, 2014 at 6:52 AM, Chetan Mehrotra chetan.mehro...@gmail.com wrote: ...This might be due to OAK-1462. We had to disable the LuceneIndexProvider form getting registered as OSGi service... Would that mean that the LuceneIndexEditor is still called, but the result isn't

My repository is not indexing PDFs, what am I missing?

Hi, I'm upgrading the OakSlingRepositoryManager used for Sling tests to Oak 1.0, and it's not indexing PDFs anymore - it used to with oak 0.8. After uploading a text file to /tmp, the /jcr:root/foo//*[jcr:contains(.,'some word')] query finds it, but the same doesn't work with a PDF. My

Re: Oak CI notifications not comming

Hi Chetan, On Thu, Apr 24, 2014 at 12:52 PM, Chetan Mehrotra chetan.mehro...@gmail.com wrote: ...I was checking the CI status for Oak trunk and it seems build are not getting built at [1] and [2]... I don't know about travis but ci.apache.org is currently not working, AFAIK there was a

Re: [trivia] unit test class length

On Fri, Apr 4, 2014 at 3:35 PM, Davide Giannella giannella.dav...@gmail.com wrote: ...it could be that I'm paranoid and test every single bit ;)... I don't remember how many times I thought I was being paranoid with tests, and later saw my paranoid tests expose very stupid bugs ;-) -Bertrand

Re: oak-console tool

On Thu, Feb 20, 2014 at 5:13 PM, Alexander Klimetschek aklim...@adobe.com wrote: ...The focus should still be on standalone runs - when the system is running, there are many jcr browsers already available to do the same... Yet, once you have a standalone tool it shouldn't be too hard to make

Re: oak-console tool

Hi, On Mon, Feb 17, 2014 at 2:43 PM, Axel Hanikel ahani...@adobe.com wrote: ...The scala console works pretty well, too... And there's also https://github.com/chetanmeh/c/wiki/Sling-Script-Console - consolidating that stuff might make sense at some point. -Bertrand

Re: oak-console tool

Hi, On Thu, Feb 20, 2014 at 4:44 PM, Davide Giannella giannella.dav...@gmail.com wrote: On 20/02/2014 13:58, Bertrand Delacretaz wrote: And there's also https://github.com/chetanmeh/c/wiki/Sling-Script-Console ... ...The purpose of the one I created was for being able to run it at shutdown

Re: System time resolution

Hi, On Wed, Feb 19, 2014 at 9:38 AM, Julian Reschke julian.resc...@gmx.de wrote: ...(I just checked and nanoTime is recommended only for calculating time differences...) Yes, quoting [1] This method provides nanosecond precision, but not necessarily nanosecond resolution (that is, how

Re: Workspaces, once more

Hi, On Wed, Feb 19, 2014 at 10:09 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: ...We won't support workspaces in the full JCR sense (shared jcr:system, cross-workspace operations, etc.). However, we do allow a repository to have more than one workspace, each workspace being it's own

Dynamic ACLs in Oak?

Hi, Does Oak have an extension point where I can plugin my own dynamic ACL logic? A typical use case is hiding a content subtree to some of the JCR Sessions that are created, based on a decision done in my code at session creation time, without having to change any actual ACLs. To avoid

Re: Dynamic ACLs in Oak?

Hi, On Mon, Dec 9, 2013 at 5:34 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: ...Assuming a working JAAS setup, you can configure a custom optional LoginModule that adds extra principals to the current subject based on whatever criteria you want (source IP, HTTP header, phase of the moon,

Re: Question about MVCC with MongoMK.

Hi, On Fri, Dec 6, 2013 at 11:12 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: ...The SegmentMK (with the MongoDB backend) can do this using the hierarchical journal feature The SegmentMK maintains one or more journals that each track the evolution of a particular branch of the

Re: Question about MVCC with MongoMK.

Hi, On Fri, Dec 6, 2013 at 11:36 AM, Jukka Zitting jukka.zitt...@gmail.com wrote: ...The main question here is whether we want to go down that path, as the feature is only available with the SegmentMK (at least for now) and we've generally wanted to avoid exposing such implementation-specific

Re: writing a new DocumentStore implementation

On Mon, Dec 2, 2013 at 3:42 PM, Marcel Reutegger mreut...@adobe.com wrote: ...it may make sense to rename it to something more generic, since the majority of code is agnostic of the underlying storage I'm curious now, is DocumentStore yet another way of creating a custom storage backend for

Re: writing a new MK, guidelines

Hi Tommaso, On Wed, Nov 6, 2013 at 11:31 AM, Tommaso Teofili tommaso.teof...@gmail.com wrote: ...out of curiosity, I was wondering if there's any guideline other than following the API on writing a new MK implementation FWIW, the OAK-784 HBase microkernel code might provide some useful

Re: Can I use LoginModulePlugins in Oak?

Hi Angela, On Mon, Nov 4, 2013 at 9:53 AM, Angela Schreiber anch...@adobe.com wrote: ...if i was you i would just deprecate that unfortunate part of sling that intended to make the login module pluggable at runtime and drop it asap Ok, but how do you suggest implementing the use case

Can I use LoginModulePlugins in Oak?

Hi, Some Sling integration tests (SLING-3221) are failing, due to a form login mechanism that's supported by Sling's FormLoginModulePlugin [1] when running on Jackrabbit, and is not present on our Oak setup. Can I use plugins that implement

Re: Oak JCR Observation scalability aspects and concerns

Hi, On Fri, Oct 25, 2013 at 8:53 AM, Angela Schreiber anch...@adobe.com wrote: ...the biggest challenge i see in terms of backwards compatibility is that the diff-mechanism in OAK doesn't allow a 1:1 translation to JCR events as they used to be generated in jackrabbit-core... The OSGi events

Re: Oak JCR Observation scalability aspects and concerns

Hi Angela, On Fri, Oct 25, 2013 at 11:21 AM, Angela Schreiber anch...@adobe.com wrote: Bertrand wrote: The OSGi events that Sling rebroadcasts are less granular than JCR events, so this might not be a problem for that case. do you know it or are you guessing?... I'm making an educated guess.

Re: Oak JCR Observation scalability aspects and concerns

On Tue, Oct 22, 2013 at 4:19 PM, Thomas Mueller muel...@adobe.com wrote: This is the contract we have to maintain in Sling. Well, we can't maintain this contract, because it blocks scalability I tend to agree, and OTOH not everybody will need the kind of scalability that we're discussing

Re: Oak JCR Observation scalability aspects and concerns

On Tue, Oct 22, 2013 at 4:30 PM, Carsten Ziegeler cziege...@apache.org wrote: ...4. same as 3. but keep the old Sling API with a bold marker when it's used that this does not scale... That's my favorite choice - along with providing a way for users of those Sling events to specify more

Re: Oak JCR Observation scalability aspects and concerns

On Mon, Oct 21, 2013 at 3:17 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: ...Instead of an repository problem (like diffing, event creation, etc.), this analysis tells me that the bottleneck here is the application that tries to listen to so many events... FWIW, by default Sling does have

Re: Migration without an embedded Jackrabbit

Hi, On Fri, Oct 11, 2013 at 4:28 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: ...I've been thinking about the upgrade/migration code (oak-upgrade, OAK-458) over the past few days, and trying to figure out how we could achieve that without having to keep the full Jackrabbit 2.x codebase as

UserAdmin and GroupAdmin groups in Oak

Hi, For my Sling tests (SLING-3144) I'm missing these groups, which are present on the previous Jackrabbit setup but not with my current Oak 0.9 setup. IIUC it's the UserAccessControlProvider [1] that created those groups for Jackrabbit, is there an equivalent in Oak? -Bertrand [1]

Re: Duck typing in Oak

On Wed, Apr 24, 2013 at 1:28 PM, Jukka Zitting jukka.zitt...@gmail.com wrote: ...the indexing code checks whether children of an oak:index node are of the oak:indexDefinition type, and the security code verifies that only rep:accessControllable nodes can contain ACLs Duck typing looks

Re: Scalability of JCR observation

Hi, On Fri, Apr 12, 2013 at 3:35 PM, Michael Dürig mdue...@apache.org wrote: An implementation approach for backward compatible observation is to use a commit hook to record the required changes to a journal (e.g. /jcr:system/rep:observation). Observation listeners would then later generate

Re: Scalability of JCR observation

Hi, On Mon, Apr 15, 2013 at 11:00 AM, Thomas Mueller muel...@adobe.com wrote: ...I think it would be a pity if we would have to add ActiveMQ/RabbitMQ to Oak, as it would increase implementation and configuration complexity quite a lot... Note that I was suggesting that *for large clusters*.

Re: Behaviour of Move Operations

On Fri, Mar 1, 2013 at 4:47 AM, Michael Dürig mdue...@apache.org wrote: ...What Jukka is saying is that the repository gives you a choice between consistency and availability. Since both you cannot have +1 to having that, as long as those choices are made clear to users. Log messages that

Re: JCR Fluent APIs

Hi Simo, On Mon, Dec 17, 2012 at 5:38 PM, Simone Tripodi simonetrip...@apache.org wrote: ...I think we were not speaking about the same commons :P What I meant is the java module[1] on SVN... That's *jackrabbit* commons, what I was thinking of is *JCR* commons - as AFAIU your utility only has

Re: JCR Fluent APIs

Hi Simo, On Sun, Dec 16, 2012 at 1:02 AM, Simone Tripodi simonetrip...@apache.org wrote: ...if you like the approach I described on OAK-529 (patch with testcase included) I think we can discuss on more additions... IIUC what you suggest is only dependent on JCR APIs, not on Oak, right? If

Re: JCR Fluent APIs

On Mon, Dec 17, 2012 at 12:51 PM, Simone Tripodi simonetrip...@apache.org wrote: ... I am providing a new patch to be applied to jcr-commons... Hmm...I didn't realize there was a jcr-commons already ;-) What I see is http://jackrabbit.apache.org/commons/ which only mentions jcr-rmi, and

Re: Oak JCR versioning

Hi, On Thu, Nov 29, 2012 at 3:11 PM, Marcel Reutegger mreut...@adobe.com wrote: ...to properly support JCR versioning we will have to make the version store available to all workspaces in oak. though, right now we don't even support multiple workspaces in oak. this means in a first step we

Re: The destiny of Oak (Was: [RESULT] [VOTE] Codename for the jr3 implementation effort)

On Wed, Oct 3, 2012 at 1:53 PM, Tommaso Teofili teof...@adobe.com wrote: ...there is a goal in Oak to be less strict with regard to JCR spec compatibility which, in my opinion, makes a possibly important point of distinction. If this understanding is correct then I think it'd make sense to

Re: On custom index configuration

On Wed, Sep 19, 2012 at 2:26 PM, Thomas Mueller muel...@adobe.com wrote: Jukka wrote: When executing a query, the search engine in Oak would then detect all indexes along the main path axis of a given query. For example, when querying for content inside /data/foo, the search engine would use

Re: On custom index configuration

On Wed, Sep 19, 2012 at 3:50 PM, Lukas Kahwe Smith m...@pooteeweet.org wrote: On Sep 19, 2012, at 3:48 PM, Bertrand Delacretaz bdelacre...@apache.org wrote: ...Currently, Jackrabbit mostly considers the repository as a monolithic unit of content, yet typical applications have widely varying

Re: Notes from the Oakathon

On Thu, Jul 5, 2012 at 12:19 PM, Thomas Mueller muel...@adobe.com wrote: About indexing: Another potential Sling extension would be a custom Oak index provider for optimizing the kinds of queries Sling uses. I'm not sure what you mean here. I don't see Sling having it's own index