+1.
Chetan Mehrotra
On Mon, Nov 24, 2014 at 3:25 PM, Alex Parvulescu
wrote:
> Hi,
>
> I'm wondering if it makes sense to add a dedicated conflict handler for the
> jcr:lastModified property to the default JcrConflictHandler class.
>
> This is a date property and
On Mon, Nov 24, 2014 at 4:36 PM, Davide Giannella wrote:
> Yes of course. Just for my scheduling when roughly do you think we'll be
> in good shape for the cut?
Would be bit conservative here. Probably by next Monday it should be done!
Chetan Mehrotra
, Errors: 0, Skipped: 0, Time elapsed: 7.108 sec
Results :
Tests run: 4, Failures: 0, Errors: 0, Skipped: 0
Chetan Mehrotra
On Wed, Nov 26, 2014 at 3:04 AM, Alex Parvulescu
wrote:
> Tests in error:
> listBundles(org.apache.jackrabbit.oak.osgi.OSGiIT): gave up waiting
> fo
be fine to continue to use V1 (old LuceneIndex) for newer
setups as default for next release 1.0.9
For now I have kept V1 as the default and opened OAK-2290 to track later switch
Chetan Mehrotra
[1]
https://issues.apache.org/jira/browse/OAK-2268?focusedCommentId=14225916l#comment-14225916
After further discussion with Thomas it appears that QueryEngine need
to provide a different AST for fulltext expressions such that
LuceneIndex can access the non tokenized expression. Opened OAK-2301
to track that
Chetan Mehrotra
On Mon, Nov 24, 2014 at 4:03 PM, Thomas Mueller wrote:
>
to fail
(tracked in OAK-2282). So would need to manage that part.
For now would merge it first with default to V1. And for trunk would
change it to V2 once I get the test case part managed by early next
week
Chetan Mehrotra
LuceneIndexEditor. Or if it
can be implemented as a wrapper like SubtreeEditor then that would
also work.
Thoughts?
Chetan Mehrotra
Looks like due to recent changes done by me. Would have a look
Chetan Mehrotra
On Fri, Dec 5, 2014 at 8:20 PM, Julian Reschke wrote:
> Hi there,
>
> this test is reliably hanging on my (Windows) development machines.
>
> Am I the only one seeing this?
>
> Best regards, Julian
Looks like the issue was caused due to changes done in [1]. Fixed that
now. Would wait for bot report
Chetan Mehrotra
[1] http://svn.apache.org/viewvc?view=revision&revision=1643120
On Fri, Dec 5, 2014 at 8:43 PM, Chetan Mehrotra
wrote:
> Looks like due to recent changes done by me. Wou
-> [Help 1]
---
Chetan Mehrotra
On Fri, Dec 5, 2014 at 9:24 PM, wrote:
> The Buildbot has detected a new failure on builder oak-trunk-win7 while
> building ASF Buildbot. Full details are available at:
> http://ci.apache.org/builders/oak-trunk-win7/builds/902
>
>
mentioned in [2]. JR2 used to do that via Lucene
QueryParser [4].
So should oak-lucene also switch to using Lucene's QueryParser to
support the requirements mentioned in [2]
Chetan Mehrotra
[1]
https://github.com/apache/jackrabbit-oak/blob/trunk/oak-lucene/src/main/java/org/apache/jackrabbi
I have resolved mine issues. Work related to Lucene search enhancement
in current trunk is fine and a cut can be done. I have another patch
for custom analyzer but that would not break anything.
So from my side nothing pending for 1.1.3!
Chetan Mehrotra
On Mon, Dec 8, 2014 at 7:21 PM, Davide
Following test failed. Looks like not related to my changes which were
in oak-lucene
> Failed tests:
> nodeType(org.apache.jackrabbit.oak.plugins.index.nodetype.NodeTypeIndexTest):
> expected:<5.0> but was:<104.0>
Chetan Mehrotra
On Thu, Dec 11, 2014 at 10:55 AM, wrot
This was due to new method add in FulltextIndexVisitor for OAK-2301.
Fixed that in http://svn.apache.org/r1644694. Can you try again?
Chetan Mehrotra
On Thu, Dec 11, 2014 at 10:03 PM, Alex Parvulescu
wrote:
> gents,
>
> the trunk doesn't compile anymore
>
> [ERROR] Fa
):
[org.apache.jackrabbit.oak.plugins.index.lucene.LuceneIndexProviderService(33)]
Failed creating the component instance; see log for reason
Chetan Mehrotra
On Fri, Dec 12, 2014 at 2:52 AM, wrote:
> The Buildbot has detected a new failure on builder oak-trunk while building
> ASF Buildbot. Full details are available at:
>
Quite late but still better late than never :). Done this as part of
https://issues.apache.org/jira/browse/OAK-2352
Chetan Mehrotra
On Mon, Oct 13, 2014 at 7:09 PM, Geoffroy Schneck wrote:
> Hello folks,
>
>
>
> Did the discussion eventually led to this public release ? I have st
/property name needs to be changed
then do let me know so that we can do such changes before 1.0.9
release.
Chetan Mehrotra
[1] http://jackrabbit.apache.org/oak/docs/query/lucene.html
On Wed, Dec 17, 2014 at 11:26 AM, Amit Jain wrote:
> OAK-2234
I have unscheduled it from 1.0.9. We can fix it in next release
Chetan Mehrotra
x time aggregation.
Chetan Mehrotra
or modify the steps where
we add the artifacts to dist repo
Chetan Mehrotra
[1]
http://search.maven.org/#search%7Cgav%7C1%7Cg%3A%22org.apache.jackrabbit%22%20AND%20a%3A%22oak-run%22
[2] http://jackrabbit.apache.org/downloads.html#oaktrunk
[3] http://www.apache.org/dist/jackrabbit/2.8.0/
Hi Davide,
Can we also publish oak-run with this release?
Chetan Mehrotra
On Mon, Jan 19, 2015 at 7:31 PM, Davide Giannella wrote:
> Will start cutting now.
>
> Cheers
> Davide
>
>
On Wed, Jan 21, 2015 at 3:01 PM, wrote:
> OAK-2421: Clean up orphaned branches
Thats neat solution for this problem !!
Chetan Mehrotra
} ${FIXTURES} ${SUREFIRE_SKIP}
The command "mvn verify -P${PROFILE} ${FIXTURES} ${SUREFIRE_SKIP}"
exited with 137.
=====
Chetan Mehrotra
[1] http://www.6footplus.com/287
On Wed, Jan 21, 2015 at 7:03 PM, Travis CI wrote:
> Build Update for apache/j
Failure with exit code 137.
/home/travis/build.sh: line 41: 3348 Killed mvn
verify -P${PROFILE} ${FIXTURES} ${SUREFIRE_SKIP}
The command "mvn verify -P${PROFILE} ${FIXTURES} ${SUREFIRE_SKIP}"
exited with 137.
---
Chetan Mehrotra
On Mon, Feb 2, 2015 at 2:14 PM,
Hi Julian,
On Mon, Feb 2, 2015 at 2:17 PM, Julian Sedding wrote:
> Would it not make sense to give the configuration node an extension,
> i.e. tika/config.xml (tika/config.xml/jcr:content/@jcr:data)?
Makes sense!. Done with http://svn.apache.org/r1656425
Chetan Mehrotra
I think a comma separated string should be sufficient to start with.
@Marius - Can you open an issue for there we can work out the details?
Chetan Mehrotra
On Tue, Feb 10, 2015 at 4:53 PM, Julian Reschke wrote:
> On 2015-02-10 09:22, Marius Petria wrote:
>>
>> Hi,
>>
>
trying to achieve? If you can use the std JCR API then
prefer that but then yes oak-run console cannot be used
Chetan Mehrotra
On Wed, Feb 11, 2015 at 3:25 PM, Andrei Dulvac wrote:
> Hi devs,
>
> I'm curious of the easiest way to copy a jcr node using the oak run groovy
>
del the JCR Node/Property API. So for generic operations its
preferable to stick to JCR api!
Chetan Mehrotra
break;
> +}
Any reason for encoding the term and weight in the string. Is the end
user expected to parse the result string and extract those values? It
would be better if they are explicitly accessible from the JCR
QueryResult Row
Chetan Mehrotra
g such directories
Chetan Mehrotra
[1] http://junit.org/javadoc/latest/org/junit/rules/TemporaryFolder.html
Pulling the code to Oak would allow us to provide new features in a
easier way. We can make use of OSGi constructs to expose extension
points , use Guava cache/Persistent cache etc
So +1 to move that code to Oak
Chetan Mehrotra
On Fri, Feb 13, 2015 at 3:50 PM, Amit Jain wrote:
> Hi,
>
On Fri, Feb 13, 2015 at 5:06 PM, Julian Reschke wrote:
> As a short-term change, I'd like to get rid of CachingDocumentStore, move
> its single method into DocumentStore, and allow that method to return null.
+1
Chetan Mehrotra
Looking at other module names it might be better to swap the order. So
oak-ds-cloud (on lines of oak-auth-ldap, oak-auth-external). Further
as with Oak only BlobStore matters then may be oak-bs-cloud!
Chetan Mehrotra
On Mon, Feb 16, 2015 at 9:16 AM, Amit Jain wrote:
> Any suggestions for
Hi Davide,
Can we postphone the release for couple of day. I am in between fixing
OAK-2517 and would like to have this included in next release
Chetan Mehrotra
On Thu, Feb 12, 2015 at 3:00 PM, Davide Giannella wrote:
> Good morning team,
>
> In the constant effort of a bi-weekly
with a default config similar to JR2?
This should reduce the fulltext index size and make the default
support equivalent to one in JR2
Chetan Mehrotra
[1]
https://github.com/apache/jackrabbit/blob/trunk/jackrabbit-core/src/main/resources/org/apache/jackrabbit/core/query/lucene/tika-config.xml
Tracking this with OAK-2523
Chetan Mehrotra
On Mon, Feb 16, 2015 at 2:35 PM, Davide Giannella wrote:
> On 16/02/2015 08:50, Chetan Mehrotra wrote:
>> ...
>> Would it be fine if we also ship with a default config similar to JR2?
>> This should reduce the fulltext index s
}
Minor suggestion - You can avoid doing a log check before doing actual
logging [1] if you use parameterized logging and parameters are direct
argument (i.e. not computed by some method call). That would reduce
the clutter in the code!
Chetan Mehrotra
[1]
http://stackoverflow.com/quest
detected via presence of ':childOrder' hidden
property. When you set a nodetype to nt:unstructured then oak-jcr
would set this property automatically to record the ordering. However
if you do it via NodeStore API then that has to be done manually.
Chetan Mehrotra
Hi Attila,
This feature involved quite a bit of change and so far not much
requirement was felt to port this to branch. What is the usecase where
you want to make use of custom analyzers
Chetan Mehrotra
On Fri, Feb 27, 2015 at 3:23 PM, Szabó Attila wrote:
> Hey guys,I hope I am at the ri
rty. So probably DocumentStore API returns a
Map with method name like getMetadata and then
DocumentNodeStoreService serializes it as a JSON string.
Would that work?
Chetan Mehrotra
Ack. Done with http://svn.apache.org/r1663854. Further DocumentStore
now returns a map of metadata and it should not be concerned now with
how this metadata gets serialized.
Chetan Mehrotra
On Tue, Mar 3, 2015 at 8:30 PM, Marius Petria wrote:
> Hi Chetan,
>
> I commented also on
Hi,
Looking at Travis build history it appears that builds are not getting
fired for last few commits [1]. Any idea why it might happen like
this?
However look at Apache buildbot it appears last one [2] was successful
but did not received any mail notification
Chetan Mehrotra
[1] https://travis
to create a standalone example which you can give a try to see
lucene index in action [1]
Let me know if you still face any issue
Chetan Mehrotra
[1] https://gist.github.com/chetanmeh/c1ccc4fa588ed1af467b
On Wed, Feb 25, 2015 at 7:26 PM, Torgeir Veimo wrote:
> Sorted out my lucene ve
deletes them directly without
going through the full fledged MarkAndSweep logic
Thoughts?
Chetan Mehrotra
[1] which I think would help in
parallelize text extraction.
Would it make sense to bring this to Oak. Would that help in improving
performance?
Chetan Mehrotra
[1]
https://github.com/apache/jackrabbit/blob/trunk/jackrabbit-core/src/main/java/org/apache/jackrabbit/core/query/lucene
roperty and then extract the blobId which can be then be deleted via
direct invocation GarbageCollectableBlobStore API. For Segment I am
not sure how to easily read previous revisions of given NodeState
Chetan Mehrotra
d would benefit from
'Single instance' based design?
Chetan Mehrotra
On Tue, Mar 10, 2015 at 1:15 PM, Ian Boston wrote:
> Hi,
> Is Oak already single instance when it comes to the identification and
> storage of binaries ?
> Are the existing TextExtractors also single instanc
art at root references for all previous revisions and then read
along the required path from those root segments to collect previous
revisions.
Would that work?
Chetan Mehrotra
the blobId referred to by the Lucene Index files
Chetan Mehrotra
after* some time (allowing other cluster nodes to
pickup).
Chetan Mehrotra
On Tue, Mar 10, 2015 at 4:53 PM, Michael Marth wrote:
> Could the Lucene indexer explicitly track these files (e.g. as a property in
> the index definition)? And also take care of removing them? (the latter part
&g
suggestor should only be built if the index has that feature
enabled? For example for normal lucene-property index building up the
suggestor would not be useful
Chetan Mehrotra
[0]
https://github.com/apache/jackrabbit-oak/blob/trunk/oak-lucene/src/main/java/org/apache/jackrabbit/oak/plugins/index
Thanks Tommaso!. Let see how the next build runs
http://ci.apache.org/builders/oak-trunk/builds/1144
Chetan Mehrotra
On Thu, Mar 12, 2015 at 2:36 PM, Tommaso Teofili
wrote:
> I've created https://issues.apache.org/jira/browse/OAK-2611 to track the
> mentioned issue.
>
> R
Looks like Closer closes the closeables in LIFO manner due to which
directory containing that file got deleted first. I have change the
logic now.
Let me know if the test passes for you on Windows
Chetan Mehrotra
On Thu, Mar 12, 2015 at 10:21 PM, Julian Reschke wrote:
> With this change, I
Thanks Amit for confirming it!
Chetan Mehrotra
On Fri, Mar 13, 2015 at 11:53 AM, Amit Jain wrote:
> The tests are passing for me on windows with the latest change.
>
> Thanks
> Amit
>
> On Fri, Mar 13, 2015 at 9:21 AM, Chetan Mehrotra
> wrote:
>
>> Looks like C
Interesting way for test case scenario construction Marcel !
Chetan Mehrotra
On Wed, Mar 18, 2015 at 10:38 PM, wrote:
> Author: mreutegg
> Date: Wed Mar 18 17:08:59 2015
> New Revision: 1667590
>
> URL: http://svn.apache.org/r1667590
> Log:
> OAK-2420: DocumentNodeStore re
On Fri, Mar 20, 2015 at 8:22 PM, wrote:
> +@Activate
> +private void activate() {
> +scorerProviderMap.clear();
> +}
>
Probably this should only be done in deactivate
Chetan Mehrotra
limit i.e. allow larger queues for such listener.
Later we can also look into using a journal (or persistent queue) for local
event processing.
Chetan Mehrotra
PS 1 - Local events vs Global events
-
Its important to distinguish the importance of local
have
been made to repo but not persisted to the journal. Otherwise all other
info is present in journal. So in case of system crash once system is
restarted it would be able to process the missed out changed by reading
from journal.
Is the above understanding correct?
Chetan Mehrotra
would now
be treated as external. Due to which listeners which are only interested in
local event would miss out those changes.
So again Oak does not loose/drop events. What is does do is converting a
local event and treat it as an external event
Chetan Mehrotra
On Mon, Mar 23, 2015 at 9:34
Checked with Marcel on that. In JR2 journal was only used for external
event in a cluster. For local events there was an in memory queue. So there
is no change in possibility of event loss in case of abrupt shutdown
between Oak and JR2 as per current design.
Sorry for the noise.
Chetan Mehrotra
changes and ~20 which only listen to local changes. So makes sense
to have bigger queues for such listners
Chetan Mehrotra
On Mon, Mar 23, 2015 at 4:09 PM, Michael Dürig wrote:
>
>
> On 23.3.15 11:03 , Stefan Egli wrote:
>
>> Going one step further we could also discuss to com
On Mon, Mar 30, 2015 at 3:34 PM, Marcel Reutegger
wrote:
> one more thing to consider: travis also builds branches, while
> the current apache jenkins job we have does not.
>
The branch aspect is important. So we should only remove travis once we
support for that in Jenkins.
Chetan Mehrotra
.
I would like to enable this feature by default now [1]. Both in trunk and
in branch.
Would it be fine to do that?
Chetan Mehrotra
[1] https://issues.apache.org/jira/browse/OAK-2708
rendered in
Jenkins. So along with failure stacktrace you can see what all logs were
captured in that run
Chetan Mehrotra
[1] https://plus.google.com/+ChetanMehrotra/posts/Ao1w9SACKSh
On Thu, Apr 2, 2015 at 2:43 PM, Davide Giannella wrote:
> On 01/04/2015 07:29, Marcel Reutegger wrote:
>
.
LuceneIndexEditor takes a similar approach [1] by issuing a PrefixQuery to
drop all Lucene documents under that path
Chetan Mehrotra
[1]
https://github.com/apache/jackrabbit-oak/blob/trunk/oak-lucene/src/main/java/org/apache/jackrabbit/oak/plugins/index/lucene/LuceneIndexEditor.java#L230-255
Added LogDumper rule with OAK-2721. Now you can make use of that in those
test which fail intermittently to get better details around the failure
Chetan Mehrotra
On Thu, Apr 2, 2015 at 3:21 PM, Chetan Mehrotra
wrote:
> I implemented something on that line to get logs from remote server
e for providing ContentRepository via
RepositoryImpl. Something like RepositoryImpl implements OakRepository
and have it provide accessor for the backing content repo instance
Chetan Mehrotra
copy the current interface and use the JMX type
safe proxy support [1]
Chetan Mehrotra
[1] https://weblogs.java.net/blog/emcmanus/archive/2006/07/creating_typesa.html
On Wed, Apr 15, 2015 at 2:04 PM, Stefan Egli wrote:
> Hi all,
>
> In Sling the discussion came up to lev
failed with "
> + exception.getMessage()));
It would be better to make use of PerfLogger here
Chetan Mehrotra
eviving the old thread. Opened OAK-2787 based on above details.
@ Ian - Can you update the issue description if it misses on some stuff
Chetan Mehrotra
ike
Oak oak = ..
oak.with(ManagementFactory.getPlatformMBeanServer());
This would lead to registration of MBean
Chetan Mehrotra
On Wed, Apr 22, 2015 at 6:37 PM, Robert Munteanu wrote:
> Hi,
>
> I've built Oak from trunk and want to access the
> DocumentNodeStoreMBean. I see tha
istration in another way in oak-run?
Aah yup those would get missed out in non OSGi runs. To see them in
non OSGi env you would have to make use of oak-pojosr module. Launch
repo using that and then have it running. Might require some more
tweaks
Chetan Mehrotra
To avoid missing this issue opened OAK-2808. Data collected from
recent runs suggest that this aspect would need to be looked into
going forward
Chetan Mehrotra
On Tue, Mar 10, 2015 at 9:49 PM, Thomas Mueller wrote:
> Hi,
>
> I think removing binaries directly without going though the
so often struggled to get hold of underlying NodeStore from
given Oak instance. May be we should expose it as part of API itself.
After each Oak instance would always be back by NodeStore
Chetan Mehrotra
/amazonaws/aws-java-sdk-core/1.9.11/aws-java-sdk-core-1.9.11.pom
Chetan Mehrotra
On Mon, May 4, 2015 at 2:22 PM, Michael Dürig wrote:
>
> Hi,
>
> I've seen this happen a few times lately but with no apparent pattern.
> Anyone has an idea what could be causing this?
>
>
of that to update the release notes and
also ensure that documentation gets updated
Chetan Mehrotra
Hi Michael,
On Mon, May 18, 2015 at 2:02 PM, wrote:
>
> +
> + org.apache.commons
> + commons-math3
> +
Is adding a required dependency on commons-math3 required? Probably
MicroBenchmark can be made part of commons/test and move this
dependency to tes
On Mon, May 18, 2015 at 2:55 PM, Michael Dürig wrote:
> Maybe we can make the dependency optional for now?
That should work. Then OSGi imports would be marked optional and if
some one wants to make use of that in OSGi env then he can optionally
deploy the required bundles
Chetan Mehrotra
perform this
Chetan Mehrotra
java_pid12637.hprof ...
Heap dump file created [596273278 bytes in 22.357 secs]
Exception in thread "TarMK flush thread [target/tar.1179582742341],
avg 1ms, max 123ms" java.lang.OutOfMemoryError: GC overhead limit
exceeded
Chetan Mehrotra
On Tue, May 19, 2015 at 5:01 PM, Travis CI wrot
es use of already extracted
text content
Chetan Mehrotra
ting support
in most BlobStore implementations. We just need to manage key names
Thoughts?
Chetan Mehrotra
On Wed, May 20, 2015 at 1:40 PM, Ian Boston wrote:
> Isn't there a latency issue for a cluster ?
Latency applies for content accessed via NodeStore API. Changes made
to BlobStore should be immediately visible on other cluster nodes
Chetan Mehrotra
Mongo
primary would be visible to later reads from other clients.
Latency that occurs while reading from repository is different - That
happens due to the way DocumentNodeStore performs background reads. So
any change from other cluster node would only be picked up when the
background read happens.
Opened OAK-2892 to track this
Chetan Mehrotra
On Wed, May 20, 2015 at 2:45 PM, Chetan Mehrotra
wrote:
> On Wed, May 20, 2015 at 2:34 PM, Ian Boston wrote:
>> And does that apply to all BlobStore implementations including those that
>> use Mongo as the BlobStore
>
> It
where Persistent Cache doc
is referred.
Unless we restructure the site like say Apache Drill [4] (which shows
nested link in side bar) I think we should also refer to all such
inner links directly.
Thoughts?
Chetan Mehrotra
[1] http://jackrabbit.apache.org/oak/docs/
[2] http://jackrabbit.apache.org
further!
Chetan Mehrotra
[1]
https://svn.apache.org/repos/asf/jackrabbit/oak/tags/jackrabbit-oak-1.0.13/RELEASE-NOTES.txt
[2] https://lucene.apache.org/core/4_1_0/changes/Changes.html#4.1.0.new_features
[3] https://code.google.com/p/guava-libraries/wiki/Release18
[4] http://lucene.apache.org/solr
s obtained
> + * from Adobe Systems Incorporated.
> + * ********
Chetan Mehrotra
buffered variant?
Chetan Mehrotra
[1]
https://github.com/apache/jackrabbit/blob/trunk/jackrabbit-data/src/main/java/org/apache/jackrabbit/core/data/LazyFileInputStream.java#L102
On Thu, May 21, 2015 at 1:31 PM, Thomas Mueller wrote:
> Yes, it would be better if we wrap it somewhere (not necessarily right
> there, but somewhere
I think we can do that in DataStoreBlobStore. Right?
Chetan Mehrotra
Opened OAK-2898 to track this.
Testing that passed stream at Oak/JCR level is buffered would indeed be tricky!
Chetan Mehrotra
On Thu, May 21, 2015 at 2:16 PM, Thomas Mueller wrote:
> Hi,
>
> Sure.
>
> We should probably have some kind of test case to ensure the stream is
>
sLoader.access$000(URLClassLoader.java:58)
at java.net.URLClassLoader$1.run(URLClassLoader.java:197)
at java.security.AccessController.doPrivileged(Native Method)
Chetan Mehrotra
On Fri, May 22, 2015 at 9:48 AM, Apache Jenkins Server
wrote:
> See
> <https://builds.apache.org/job/Apache%
4.2 sec <<< FAILURE!
> junit.framework.AssertionFailedError: Wrong size of NodeIterator in result
> expected:<51> but was:<-1>
> at junit.framework.Assert.fail(Assert.java:50)
> at junit.framework.Assert.failNotEquals(Assert.java:287)
> at juni
On Fri, Jun 12, 2015 at 1:56 PM, Amit Jain wrote:
> [ ] +1 Release this package as Apache Jackrabbit Oak 1.0.15
All checks ok
Chetan Mehrotra
f 1:/a would be become tricky
Chetan Mehrotra
s like
$query: { _id: { $gt: "2:/a/", $lt: "2:/a0" }
Chetan Mehrotra
ollection into separate
database on same server then we can look further there
Chetan Mehrotra
t at *any* cost that you can used a different impl which uses
say LinkedBlockingQueue and does not enforce any limit. That would be
similar to how JcrResourceListener works which uses an unbound in
memory queue
Chetan Mehrotra
Just ensure that your Observer is fast as its invoked the critical path.
This would probably end up with a design similar to Background
Observer. May be better option would be to allow BO have non bounded
queue.
Chetan Mehrotra
On Wed, Jun 17, 2015 at 2:05 PM, Carsten Ziegeler wrote:
>
break
Chetan Mehrotra
[1]
https://github.com/apache/jackrabbit-oak/blob/trunk/oak-lucene/src/main/java/org/apache/jackrabbit/oak/plugins/index/lucene/LuceneIndexEditor.java#L822
501 - 600 of 773 matches
Mail list logo