On Tue, Nov 24, 2015 at 4:36 PM, Francesco Mari
<mari.france...@gmail.com> wrote:
> Maven home: /usr/local/Cellar/maven32/3.2.5/libexec
> Java version: 1.8.0_65, vendor: Oracle Corporation
I am on JDK 1.7.0_55 and there it passes. Would try it on JDK 8
Chetan Mehrotra
Looks like on JDK 8 the MBean interface has to be public for MBean
registration to work. Done that with 1716110
@Francesco - Can you try again with updated trunk?
Chetan Mehrotra
On Tue, Nov 24, 2015 at 4:58 PM, Chetan Mehrotra
<chetan.mehro...@gmail.com> wrote:
> On Tue, Nov 24, 201
Have a look at webapp example [1] for suggested setup. The repository
should be created once and then reused.
Chetan Mehrotra
[1] https://github.com/apache/jackrabbit-oak/tree/trunk/oak-examples/webapp
On Wed, Nov 18, 2015 at 4:02 AM, David Marginian
<da...@davidmarginian.com> wrote:
&
I have started a new mail thread around "Usecases around Binary handling in
Oak" so as to first collect the kind of usecases we need to support. Once
we decide that we can discuss the possible solution.
So lets continue the discussion on that thread
Chetan Mehrotra
On Tue, May 17, 201
gt;
> jackrabbit/oak/trunk/oak-core/src/main/java/org/apache/jackrabbit/oak/plugins/value/BinaryImpl.java
I see some changes to Blob/BinaryImpl. Are those change related to
this issue? Most likely look like a noise but just wanted to confirm
Chetan Mehrotra
return whiteboard.get();
> +}
> +};
> +}
Just curious about use of above approach. Is it for keeping the
dependencies as non static or using final instance variable? If you
mark references as static then all those bind and unbind method would
not be required as by the time component is active the dependencies
would be set.
Chetan Mehrotra
Thanks for the link. Would followup on the issue and have it fixed in branches
Chetan Mehrotra
On Mon, Jun 27, 2016 at 5:11 PM, Julian Reschke <julian.resc...@gmx.de> wrote:
> On 2016-06-27 13:31, Chetan Mehrotra wrote:
>>
>> On Sat, Jun 25, 2016 at 10:24 AM, Apache Je
On Mon, Jun 27, 2016 at 10:43 AM, Amit Jain <am...@apache.org> wrote:
[X] +1 Release this package as Apache Jackrabbit Oak 1.4.4
Chetan Mehrotra
e current release frequency on trunk (2 week) I do not think
it should be a big problem and holding of commits break the continuity
and increases work. But then that might be just an issue for me!
For now I have reverted the changes from oak-segment-tar
Chetan Mehrotra
d later
reverted to released version once JR2 release is done. That has worked
fine so far and we did not had to hold the feature work for that. So
want to understand why it should be different here
Chetan Mehrotra
On Fri, Feb 5, 2016 at 2:54 PM, Michael Dürig <mdue...@apache.org> wrote:
> There's always another library ;-)
For utility stuff well almost !
Chetan Mehrotra
On Fri, Jan 29, 2016 at 4:08 PM, Michael Dürig <mdue...@apache.org> wrote:
>
> Shouldn't we make this volatile?
Ack. Would do that
Chetan Mehrotra
e.printStackTrace(pw);
> +return sw.toString();
> +} finally {
> +pw.close();
> +}
> }
> +
May be use com.google.common.base.Throwables#getStackTraceAsString
Chetan Mehrotra
can be switched but I am afraid that it would not work as
expected. In JackrabbitNodeState#createBlob determining the
contentIdentity involves determining the length. You can give
org.apache.jackrabbit.oak.upgrade.blob.LengthCachingDataStore a try
(See OAK-2882 for details)
Chetan Mehrotra
Container and have your code in the war access repository
instance
Chetan Mehrotra
[1] https://github.com/apache/jackrabbit-oak/tree/trunk/oak-examples/webapp
ing commons-csv 1.0 [1] while Oak uses
1.1 and CSVFormat.withIgnoreSurroundingSpaces is added in v1.1. We
tested it earlier with Tika 1.6. So you can try adding commons-csv jar
as the first one in the classpath
java -cp commons-csv-1.1.jar:tika-app-1.11.jar:oak-run-1.2.4.jar
Chetan Mehrotra
[1
via the
tool. Later extracted text would not be added. The primary aim was to
speed up indexing time in migration.
Chetan Mehrotra
cess. Therefore
> limiting the changes over there make things faster.
I mostly do partial commit i.e. only the modified page and it ha
worked well. Changing of left side menu is not a very frequent task
and for that I think doing full deploy of site is fine for now
Chetan Mehrotra
To make use of FileDataStore you would need to configure a
SegmentNodeStore as MemoryNodeStore does not allow plugging in custom
BlobStore
Have a look at snippet [1] for a possible approach
Chetan Mehrotra
[1] https://gist.github.com/chetanmeh/6242d0a7fe421955d456
On Wed, Jan 27, 2016 at 6:42
On Tue, Mar 22, 2016 at 9:49 PM, Davide Giannella <dav...@apache.org> wrote:
> I can't really recall why and if we use this.
Its referred to in main README.md so as to allow a developer to always
enable running of integration test
Chetan Mehrotra
Cool stuff Tomek! This was something which was discussed in last
Oakathon so great to have a way to do resilience testing
programatically. Would give it a try
Chetan Mehrotra
On Mon, Mar 7, 2016 at 1:49 PM, Stefan Egli <stefane...@apache.org> wrote:
> Hi Tomek,
>
> Would also
In this case it anyway
does not matter much as remote call would have much more overhead.
Suggestion here was more to have a consistent way of doing such things
but not a hard requirement per se ...
Chetan Mehrotra
"));
final long start = PERFLOG.start();
Connection c = getDataSource().getConnection();
PERFLOG.end(start, 100, "Obtaining a new connection from {} ", ds);
---
This would also avoid the call to System.currentTimeMillis() if debug
log is not enabled
Chetan Mehrotra
Missed sending nomination on earlier thread. If not late then one more
proposal
oak-segment-v2
This is somewhat similar to names used in Mongo mmapv1 and mmapv2.
Chetan Mehrotra
On Tue, Apr 26, 2016 at 2:32 PM, Tommaso Teofili <tommaso.teof...@gmail.com>
wrote:
> oak-segment
suggest it people
implement there own BlobStore (may be by extending ours) and provide this
API there i.e. say which takes Blob id and provide the required details.
This way we "outsource" the problem. Would that be acceptable?
Chetan Mehrotra
On Mon, May 9, 2016 at 2:28 PM, Michael Düri
for
later use
Hopefully this should address some of the concerns raised in this thread.
Looking forward to feedback :)
Chetan Mehrotra
On Mon, May 9, 2016 at 6:24 PM, Michael Dürig <mdue...@apache.org> wrote:
>
>
> On 9.5.16 11:43 , Chetan Mehrotra wrote:
>
>> To highligh
k/jcr/Jcr.java#L190
Chetan Mehrotra
referred usecases then we implement them.
Let me know if more details are required. If required I can put it up on a
wiki page also.
Chetan Mehrotra
[1]
http://markmail.org/thread/6mq4je75p64c5nyn#query:+page:1+mid:zv5dzsgmoegupd7l+state:results
it
at Oak level as Blob instance are currently not bound to any session. So
proposal is to place this in 'org.apache.jackrabbit.oak.api' package
Kindly provide your feedback! Also any suggestion/guidance around how the
access control be implemented
Chetan Mehrotra
[1] http://www.ibm.com/developerwor
On Wed, May 4, 2016 at 10:07 PM, Ian Boston <i...@tfd.co.uk> wrote:
> If the File or URL is writable, will writing to the location cause issues
> for Oak ?
>
Yes that would cause problem. Expectation here is that code using a direct
location needs to behave responsibly.
Chetan Mehrotra
manage binary content along with its metadata
Chetan Mehrotra
original proposed approach in OAK-1963 was like that i.e. introduce
this access method on BlobStore which works on reference. But in that case
client code would need to deal with BlobStore API. In either case access to
actual binary storage data would be required
Chetan Mehrotra
On Thu, May 5, 2016 a
e issue. So I am still not sure on the
attack vector which we are defending against.
Chetan Mehrotra
we can safely expose this file which would allow layers above to
avoid spooling the content again locally for processing. And with callback
boundary we can later do required cleanup
Chetan Mehrotra
On Mon, May 9, 2016 at 7:15 PM, Chetan Mehrotra <chetan.mehro...@gmail.com>
wrote:
On Wed, Apr 20, 2016 at 10:25 AM, Amit Jain <am...@apache.org> wrote:
> [ ] +1 Release this package as Apache Jackrabbit Oak 1.2.14
All checks ok
Chetan Mehrotra
On Wed, Aug 3, 2016 at 8:57 PM, Michael Dürig <mdue...@apache.org> wrote:
> I would suggest to add an new, internal mechanism to CommitInfo for your
> purpose.
So introduce a new CommitAttributes instance which would be returned
by CommitInfo ... ?
Chetan Mehrotra
On Wed, Aug 3, 2016 at 7:52 PM, Alex Parvulescu
<alex.parvule...@gmail.com> wrote:
> sounds interesting, this looks like a good option.
>
Now comes the hard part ... what should be the name of this new
interface ;) ContextualIndexEditorProvider?
Chetan Mehrotra
That would depend on the CommitHook impl which client code would not
be aware of. And commit hook would also know only as commit traversal
is done. So it needs to be some mutable state
Chetan Mehrotra
On Wed, Aug 3, 2016 at 8:27 PM, Michael Dürig <mdue...@apache.org> wrote:
>
> Coul
Opened OAK-4640 to track this
Chetan Mehrotra
On Wed, Aug 3, 2016 at 9:36 PM, Michael Dürig <mdue...@apache.org> wrote:
>
>
> On 3.8.16 5:58 , Chetan Mehrotra wrote:
>>
>> On Wed, Aug 3, 2016 at 8:57 PM, Michael Dürig <mdue...@apache.org> wrote:
>>>
&
Opened OAK-4641 for this enhancement
Chetan Mehrotra
On Wed, Aug 3, 2016 at 8:00 PM, Chetan Mehrotra
<chetan.mehro...@gmail.com> wrote:
> On Wed, Aug 3, 2016 at 7:52 PM, Alex Parvulescu
> <alex.parvule...@gmail.com> wrote:
>> sounds interesting, this looks like a good
then
check if the callback implements this new interface and then cast it
and access the context. So only those client which are interested in
new capability make use of this
===
So provide your feedback there or in this thread
Chetan Mehrotra
On Thu, Aug 4, 2016 at 12:35 PM, Chetan Mehrotra
ble change
Thoughts?
Chetan Mehrotra
and
still allow plugging in Solr/ES for large deployment and there also
provide a choice to admin to configure a sub set of index for such
usage depending on the size.
Chetan Mehrotra
On Thu, Aug 11, 2016 at 1:59 PM, Ian Boston <i...@tfd.co.uk> wrote:
> Hi,
>
> On 11 Augus
nd post restart it would eventually catch up with the
current repository state and hence would not require complete rebuild
of index in case of unclean shutdowns
Chetan Mehrotra
On Thu, Jul 14, 2016 at 2:04 PM, <f...@apache.org> wrote:
>
> +commons-math3
commons-math is a 2.1 MB jar. Would it be possible to avoid embedding
it whole and only have some parts embedded/copied. (See [1] for an
example)
Chetan
On Tue, Jul 19, 2016 at 12:54 PM, Michael Dürig <mdue...@apache.org> wrote:
> For blocking or time intensive tasks I would go for a dedicated thread pool.
So wrt current issue that means option #B ?
Chetan Mehrotra
o far. So its easy to size
Chetan Mehrotra
#1, #2 and #3 would run in dedicated pool and each using same pool.
Pool name would be 'oak'. Also see OAK-4563 for the patch
While for #4 default pool would be used as those are non blocking and
short tasks
Chetan Mehrotra
should we use
A - one single pool for all of the above
B - use the pool only for 1-3. The default pool would be of 5. So even
if #2 #3 are running
it would not hamper #1
Assuming #4 is not that critical to run and may consist of lots of jobs.
My suggestion would be to go for #B
Chetan
he new definition effect/enforced only on new node.
Chetan Mehrotra
[1]
https://issues.apache.org/jira/browse/JCR-2170?focusedCommentId=12754941=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#comment-12754941
would still work.
Not sure if API semantics require that nodes lookedup by UUID have to
be referenceable.
For now I think oak:Resource is safest way. But just exploring other
options if possible!
Chetan Mehrotra
side that you would have to create an index
>> definition if you add a new language tree.
Another way would be to have your index definition under each node
/content/en/oak:index/fooIndex
/content/jp/oak:index/fooIndex
And have each index config analyzer configured as per the language.
Chetan Mehrotra
hanging the
current putFile implementation. Have it use oak:Resource is present
otherwise fallback to nt:resource. This can lead to compatibility
issue though as javadoc of putFile says it would use nt:resource
Chetan Mehrotra
oak:Resource nodetype which is same as
nt:resource but not referenceable. This would be similar to
oak:Unstructured.
Also what should we do for [1]. Should we provide an overloaded method
which also accepts a nodetype for jcr:content node as it cannot use
oak:Resource
Chetan Mehrotra
[1]
https
feedback on the issue.
Chetan Mehrotra
[1]
https://github.com/rombert/jackrabbit-oak/tree/features/docstore-multiplex/oak-core/src/main/java/org/apache/jackrabbit/oak/spi/mount
in trunk but not in branch?
Chetan Mehrotra
So would it be ok to make the map within CommitInfo mutable ?
Chetan Mehrotra
On Wed, Aug 3, 2016 at 7:29 PM, Michael Dürig <mdue...@apache.org> wrote:
>
>>
>> #A -Probably we can introduce a new type CommitAttributes which can be
>> attached to CommitInf
red. That would explain why settings in pom.xml are not used for
fixture
So what should we opt for #A?
My vote would be for A1!
Chetan Mehrotra
[1]
https://github.com/apache/jackrabbit-oak/commit/319433e9400429592065d4b3997dd31f93b6c549
[2] https://github.com/apache/jackrabbit-oak/blob/trunk/oak-par
d as a whole.
Chetan Mehrotra
[1] https://issues.apache.org/jira/browse/OAK-4471
[2]
http://www.ibm.com/developerworks/data/library/techarticle/dm-1306nosqlforjson1/
[3] https://msdn.microsoft.com/en-in/library/dn921897.aspx
[4] https://docs.oracle.com/database/121/ADXDB/json.htm
[5] https://www.po
uot;: "save"},
> +{"print": "done; index is now:"},
> +{"xpath": "/jcr:root/oak:index/externalId", "depth": 2}
> +]}
> +exit
Scripting in JSON looks interesting!
However would like to
It appears that CI issues which are resolved as duplicate but not
closed are still updated upon each successful build. So to reduce the
noise it would be good to also close the issue when resolving a CI
issue as duplicate
Chetan Mehrotra
Can you provide a thread dump around startup time where you see Oak is
reading all child nodes?
Chetan Mehrotra
On Fri, Feb 24, 2017 at 2:26 AM, Eugene Prystupa
<eugene.pryst...@gmail.com> wrote:
> Thanks, Michael.
>
> I should have included more details in the original email.
>
RestrictionImpl is applicable for Binary property also
Probably PropertyStateValue#hashCode should take care of Binary
properties and thats why PropertyState#hashCode does not take into
account the value
Chetan Mehrotra
On Fri, Feb 24, 2017 at 2:34 PM, Angela Schreiber <anch...@adobe.com> wrot
index async index, reindex sync index, content
migration in sidegrade) etc
Chetan Mehrotra
1.6) and later
backport the change to 1.6 branch
Chetan Mehrotra
I realized now that I logged an issue for this recently OAK-5511 which
mentioned similar approach. So lets move this discussion there
Chetan Mehrotra
On Thu, Feb 23, 2017 at 7:06 PM, Thomas Mueller <muel...@adobe.com> wrote:
> Hi,
>
>>I like Marcel proposal for "enforcing&
that mixin.
This would avoid the extra calls. For new setups we can enforce this
and for upgrade we can migrate the existing code by using nodetype
index to update all such "indexable" nodes
Chetan Mehrotra
On Thu, Feb 23, 2017 at 4:47 PM, Chetan Mehrotra
<chetan.mehro...@gmail.com&g
--
> @Override
public void enter(NodeState before, NodeState after)
throws CommitFailedException {
collectIndexEditors(builder.getChildNode(INDEX_DEFINITIONS_NAME),
before);
--
Which transalates into checking if the current node has a child node
'oak:index' and this leads to redudant calls.
Chetan Mehrotra
Hi Francesco,
As Julian mentioned it would be good to collects stats as Metrics.
Have a look at DocumentStoreStats which collects some stats around
operations being performed by DocumentStore implementations
Chetan Mehrotra
On Tue, Feb 14, 2017 at 12:37 AM, Julian Sedding <jsedd...@gmail.
Kibana?
That is just for convenience i.e. for those setups which do not have
any external monitoring setup installed the time series provides some
insight for stats in past via JMX
Chetan Mehrotra
[1]
https://sling.apache.org/documentation/bundles/metrics.html#webconsole-plugin
). For example for some of the older issue
the links to CI are now resulting in 404 (see OAK-5263 for example)
Chetan Mehrotra
> +return port;
> +}
> +
> +}
This looks useful and can be used in other places also like in [1].
Would be good if we can move it to oak-commons in
org.apache.jackrabbit.oak.commons.junit package.
Chetan Mehrotra
[1]
https://issues.apache.org/jira/browse/OAK-5441?focusedCo
. Updating the version to latest where possible
Opened OAK-5455 to track this.
Chetan Mehrotra
configure same set of hooks?
Chetan Mehrotra
the registered MBean services. For an example have a look at
SegmentNodeStoreServiceTest which uses OSGi mocks to activate the
service and then pick up the registered services to do the assertion
Chetan Mehrotra
On Fri, Aug 19, 2016 at 6:14 AM, Matt Ryan <o...@mvryan.org> wrote:
> Hi,
>
&
Thanks Tomek for confirmation. Opened OAK-4684 to track that
Chetan Mehrotra
On Fri, Aug 19, 2016 at 3:52 PM, Tomek Rekawek <reka...@adobe.com> wrote:
> Hi Chetan,
>
> yes, it seems that this has been overlooked in the OAK-3239 (porting the
> —include-paths support from Reposi
erface would have the extra params passed in. And
there we introduce something like IndexingContext which folds in
IndexUpdateCallback, indexing mode, index path, CommitInfo etc
Chetan Mehrotra
e to
[NS4-L, NS5-L] + [NS5-L,NS6-L] = [NS4, NS6] (can be treated as
local with loss of user identity which caused the change)
[NS2-L, NS3]+ [NS3, NS4-L] = [NS2-L, NS4-L] (cannot be treated as local)
Just thinking out loud here to understand the problem space better :)
Chetan Mehrotra
. Just register an
instance with service registry and it would be picked up and for non
external event CommitInfo would be present
Chetan Mehrotra
On Mon, Sep 12, 2016 at 2:08 PM, Ian Boston <i...@tfd.co.uk> wrote:
> Unfortunately the IndexProvider route doesn't appear give me the
> information I am after (CommitInfo).
Any details around intended usage? CommitInfo is now exposed via
OAK-4642 to IndexEditorProvider
Chetan Mehrotra
I think Marcel created OAK-4791 for the same. So that should take care
of enforcing this constraing
Chetan Mehrotra
On Mon, Sep 12, 2016 at 4:40 PM, Stefan Seifert <sseif...@pro-vision.de> wrote:
> in sling we use the animal sniffer plugin for exactly this purpose [1].
&g
Looks like index would need to be reindex. It would be better to
contact Adobe Support as closer analysis would be required
Chetan Mehrotra
On Thu, Sep 15, 2016 at 6:32 PM, Thiago Sanches <tsi...@gmail.com> wrote:
> I removed the index folder but the error persists. I tried to remove th
I think we fixes have been recently done in this area. However it
would be good to have an integration test for reference check scenario
to ensure that it unnecessarily does not download the blobs
Chetan Mehrotra
On Fri, Sep 16, 2016 at 11:56 AM, Thomas Mueller <muel...@adobe.com> wrote
of new node. Something which can be easily enabled/disabled
if need arises. With this we would not have make change in many places
like JcrUtil.putFile, WebDav, Vault, Sling Post Servlet, any custom
code creating nt:file say using JcrUtil.putFile.
Chetan Mehrotra
ol the compaction aspect.
Chetan Mehrotra
any other area of improvement say around unnecessary object
generation then let us know!
Chetan Mehrotra
own with creation time close to subsequent
restart times? Can you try cleaning local index folder
(repository/index) and restart to see if its resolved. If not would
suggest to followup on Adobe Support portal
Chetan Mehrotra
+1
Chetan Mehrotra
On Mon, Sep 19, 2016 at 12:41 PM, Marcel Reutegger <mreut...@adobe.com> wrote:
> +1
>
> Regards
> Marcel
>
>
> On 16/09/16 17:16, Julian Reschke wrote:
>>
>> On 2016-09-16 17:11, Davide Giannella wrote:
>>>
>>> ...
&
You can specify a traversal limit via QueryEngineSettingsMBean. This
would be applicable on any running query
Chetan Mehrotra
On Wed, Sep 21, 2016 at 6:26 AM, Pantula Rajesh <praj...@adobe.com> wrote:
> Hi All,
>
> Is there a way to stop long running traversal queries
nables a user
to use a more optimum nodetype and get best performance out of
underlying repository.
Hopefully we can converge on some agreement here :)
Chetan Mehrotra
[1] http://markmail.org/thread/uj2ht4jwdrck7eja
[2] http://markmail.org/thread/77xvjxtx42euhss4
[3] https://java.net/jira/browse/J
I would like to have OAK-4975 included. Marked that issue as blocker.
I hope to resolve that today itself
Chetan Mehrotra
On Thu, Oct 20, 2016 at 7:07 PM, Davide Giannella <dav...@apache.org> wrote:
> Hello team,
>
> I'm planning to cut Oak 1.5.13 on Monday 24th.
>
> If the
the api should be now such that
these issues can be addressed in 1.6 release.
May be we go for usecase specific api?
Chetan Mehrotra
resolved by
that time!
Chetan Mehrotra
(may be other like
rep:AccessControllable). If yes then how to do that. One way can be to
introduce a new 'WhiteboardRepositoryInitializer' and then
DocumentNodeStore can register one which bootstraps a default config
Chetan Mehrotra
[1]
https://issues.apache.org/jira/browse/OAK-1312
On Thu, Oct 20, 2016 at 6:08 PM, Julian Sedding <jsedd...@gmail.com> wrote:
> I think we could get away with increasing this to 4.1.0 if we can
> annotate QueryEngineSettingsMBean with @ProviderType.
Makes sense. Opened OAK-4977 for that
Chetan Mehrotra
: cannot find symbol
[ERROR] symbol: class SegmentGCStatus
[ERROR] location: package org.apache.jackrabbit.oak.segment.compaction
Chetan Mehrotra
[1]
https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/1296/jdk=JDK%201.8%20(latest),nsfixtures=SEGMENT_MK,profile=unittesting/console
Added missed file in r1770910
@Francesco/Andrei Can you check if its the intended file. With this
compilation passes on my setup
Chetan Mehrotra
On Wed, Nov 23, 2016 at 10:42 AM, Chetan Mehrotra
<chetan.mehro...@gmail.com> wrote:
> Build is failing locally and in CI [1] due to compilat
Hi Torgeir,
We would not be able shade Lucene classes as they are exported and
meant to be used by certain SPI implementations. So as of now there is
no solution for using a different Lucene version in non OSGi world
Chetan Mehrotra
On Wed, Nov 23, 2016 at 7:15 PM, Torgeir Veimo <torgeir
Per https://builds.apache.org/job/Apache%20Jackrabbit%20Oak%20matrix/1298/
the test again failed but mostly on Jdk 1.7. The test on Jdk 1.8 looks
like passed.
Chetan Mehrotra
On Tue, Nov 22, 2016 at 12:48 PM, Chetan Mehrotra
<chetan.mehro...@gmail.com> wrote:
> They are from oak-segment
(usually spring).
Okies ... I thought you wanted Oak to adopt the approach and hence the
confusion! Yes approach used should work fine for such cases. May be
we can later add support to produce such a oak-lucene jar
Chetan Mehrotra
401 - 500 of 653 matches
Mail list logo