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:
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
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
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
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:/
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
*
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
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
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
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
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).
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
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
> 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
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
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
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
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
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
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
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
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
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'
23 matches
Mail list logo