Re: Dependency on json-simple in oak-core

On 2014-03-10 05:06, Chetan Mehrotra wrote: Currently oak-core has a dependency on com.googlecode.json-simple:json-simple:1.1.1 jar. Looking at compile time usage I see it being referred only from RDBDocumentStore Would it be possible to use classes from 'org.apache.jackrabbit.oak.commons.json'

Re: jackrabbit-oak build #3626: Errored

On 07/03/2014 18:03, Travis CI wrote: > Build Update for apache/jackrabbit-oak > - > > Build: #3626 > Status: Errored > > Duration: 1031 seconds > Commit: 73b02fac6e03eb8373c46153d41f076a69ab1279 (trunk) > Author: Davide Giannella > Message: OAK-1263 descending o

[DISCUSS] - OSGi deployment for Oak Lucene / Solr indexers

Hi all, The main issue we currently have with our full text indexers is that Lucene and Solr are not "OSGi ready", missing proper MANIFEST entries so that they cannot directly be installed in e.g. Apache Felix, don't have semantic version information, etc. Currently oak-lucene embeds the Lucene d

Re: [DISCUSS] - OSGi deployment for Oak Lucene / Solr indexers

My vote would be to go for #3 >move the OSGi services we need for Solr in Oak into oak-solr-osgi (as a fragment cannot run OSGi components/services) Need not be. Host bundle can allow DS components to be picked from Fragment bundle. So the required logic can live in respective fragment bundle. H

Re: Dependency on json-simple in oak-core

Thanks Julian. Created OAK-1521 to track this Chetan Mehrotra On Mon, Mar 10, 2014 at 1:07 PM, Julian Reschke wrote: > On 2014-03-10 05:06, Chetan Mehrotra wrote: >> >> Currently oak-core has a dependency on >> com.googlecode.json-simple:json-simple:1.1.1 jar. Looking at compile >> time usage I

Re: [DISCUSS] - OSGi deployment for Oak Lucene / Solr indexers

thanks a lot Chetan for your comments, sone questions inline. 2014-03-10 10:40 GMT+01:00 Chetan Mehrotra : > My vote would be to go for #3 > > >move the OSGi services we need for Solr in Oak into > oak-solr-osgi (as a fragment cannot run OSGi components/services) > > Need not be. Host bundle can

Re: [DISCUSS] - OSGi deployment for Oak Lucene / Solr indexers

On Mon, Mar 10, 2014 at 4:18 PM, Tommaso Teofili wrote: > IIUTC the logic (e.g. the SolrIndexEditorProvider impl) should live in the > fragment, while the component should live in the host (e.g. > SolrIndexEditorProviderService) so it'd look weird to me to have a > component for the Solr index liv

Re: Using Oak with PojoSR - Make use of OSGi features in POJO env

Created https://issues.apache.org/jira/browse/OAK-1522 to track this. Kindly review the patch Chetan Mehrotra On Wed, Mar 5, 2014 at 1:24 AM, Jukka Zitting wrote: > Hi, > > On Tue, Mar 4, 2014 at 3:11 AM, Chetan Mehrotra > wrote: >> 1. Configure components - Currently various sub modules are us

Re: Dependency on json-simple in oak-core

On 2014-03-10 10:59, Chetan Mehrotra wrote: Thanks Julian. Created OAK-1521 to track this I have looked at this, and org.apache.jackrabbit.oak.commons.json does not only seem to introduce a "JSOP" dependency (aren't we getting rid of that?), but also the JSON support doesn't appear to support

Re: Dependency on json-simple in oak-core

> and org.apache.jackrabbit.oak.commons.json does not only seem to introduce a > "JSOP" dependency (aren't we getting rid of that?), but also the JSON support > doesn't appear to support data types... (JsonObject.getProperties returns a > String/String map). In that case can we use the JSON lib

Queries related to various BlobStore implementations

Currently we have following implementations of BlobStore 1. org.apache.jackrabbit.oak.plugins.blob.db.DbBlobStore 2. org.apache.jackrabbit.oak.plugins.blob.cloud.CloudBlobStore 3. org.apache.jackrabbit.oak.spi.blob.FileBlobStore 4. org.apache.jackrabbit.oak.spi.blob.MemoryBlobStore 5. org.apache.j

Re: Queries related to various BlobStore implementations

On 2014-03-10 14:02, Chetan Mehrotra wrote: Currently we have following implementations of BlobStore 1. org.apache.jackrabbit.oak.plugins.blob.db.DbBlobStore 2. org.apache.jackrabbit.oak.plugins.blob.cloud.CloudBlobStore 3. org.apache.jackrabbit.oak.spi.blob.FileBlobStore 4. org.apache.jackrabbi

Re: Dependency on json-simple in oak-core

On 2014-03-10 13:58, Chetan Mehrotra wrote: and org.apache.jackrabbit.oak.commons.json does not only seem to introduce a "JSOP" dependency (aren't we getting rid of that?), but also the JSON support doesn't appear to support data types... (JsonObject.getProperties returns a String/String map).

Re: Dependency on json-simple in oak-core

Looking at its widespread usage I think its correct and maintained. So +1 for json.org Chetan Mehrotra On Mon, Mar 10, 2014 at 6:47 PM, Julian Reschke wrote: > On 2014-03-10 13:58, Chetan Mehrotra wrote: >>> >>> and org.apache.jackrabbit.oak.commons.json does not only seem to >>> introduce a "JS

Using Oak Run with complex setup and configurations

Currently oak-run (and to some extent oak-upgrade) both instantiate Repository (or NodeStore) instance outside of OSGi env. So far some level of customizations are supported. Looking for some guidance on how to support bit more complex configuration like using different DataStore and providing con

Re: Using Oak Run with complex setup and configurations

Hi, On Mon, Mar 10, 2014 at 11:00 AM, Chetan Mehrotra wrote: > Looking for some guidance on how to support bit more complex > configuration like using different DataStore and providing config to > those DataStore? Do we need such complex configurations in oak-run? That jar was never intended or

Re: [DISCUSS] - OSGi deployment for Oak Lucene / Solr indexers

Hi, On Mon, Mar 10, 2014 at 5:07 AM, Tommaso Teofili wrote: > Options 1 and 4 are the simplest ones, the only disadvantage is packaging > is heavy The overhead is few extra megabytes, which is insignificant compared to the amount of content that even most simple deployments will deal with. As m

Re: [DISCUSS] - OSGi deployment for Oak Lucene / Solr indexers

Hi, On Mon, Mar 10, 2014 at 5:40 AM, Chetan Mehrotra wrote: > Reason for not embedding the Lucene and Solr related dependencies in > Oak bundles is to enable usage of same bundle jars in non OSGi env > without adding to size. Good point. This line of thought actually suggests a way we could do *

jackrabbit-oak build #3636: Errored

Build Update for apache/jackrabbit-oak - Build: #3636 Status: Errored Duration: 3002 seconds Commit: feec91ed79bca899a84159b7493cdf2b0d10b7e3 (trunk) Author: Chetan Mehrotra Message: OAK-1523 - Remove Bundle Activator which are not required git-svn-id: https:/

Re: [DISCUSS] - OSGi deployment for Oak Lucene / Solr indexers

2014-03-10 17:15 GMT+01:00 Jukka Zitting : > Hi, > > On Mon, Mar 10, 2014 at 5:40 AM, Chetan Mehrotra > wrote: > > Reason for not embedding the Lucene and Solr related dependencies in > > Oak bundles is to enable usage of same bundle jars in non OSGi env > > without adding to size. > > Good point

Re: [DISCUSS] - OSGi deployment for Oak Lucene / Solr indexers

Hi, On Mon, Mar 10, 2014 at 1:01 PM, Tommaso Teofili wrote: > ok, so (in OSGi env) we would have oak-solr and oak-fulltext as fragments > of oak-lucene (being the fragment host) No, that's not what I meant. The proposed oak-fulltext bundle would contain all of oak-lucene, oak-solr, and the Lucen

Re: [DISCUSS] - OSGi deployment for Oak Lucene / Solr indexers

ah ok, thanks for clarifying. Regards, Tommaso 2014-03-10 18:10 GMT+01:00 Jukka Zitting : > Hi, > > On Mon, Mar 10, 2014 at 1:01 PM, Tommaso Teofili > wrote: > > ok, so (in OSGi env) we would have oak-solr and oak-fulltext as fragments > > of oak-lucene (being the fragment host) > > No, that's

jackrabbit-oak build #3638: Passed

Build Update for apache/jackrabbit-oak - Build: #3638 Status: Passed Duration: 2275 seconds Commit: 109d4d32eaafa6652107886318bc1de7beccd324 (trunk) Author: Tobias Bocanegra Message: OAK-516 Create LdapLoginModule based on ExternalLoginModule (wip) git-svn-id: