Re: Logistic Regression + FTRL/AdaGrad

userguide/binaryclass/general.html > > Find options by > > select > train_classifier(features, label, '-help') as (feature, weight) > from > a9a_train > > Makoto > > 2017-10-25 0:30 GMT+09:00 Shadi Mari <shadim...@gmail.com>: > > Hello, > > > > I

Logistic Regression + FTRL/AdaGrad

Hello, I am looking to use HiveMALL LR for CTR prediction on Criteo dataset. I can find that LR + SGD is supported by default. Any idea how to use LR along with FTRL or AdaGrad optimizer ? Many Thanks

[MARMAM] PAM and PSO observer positions for marine mammal vessel survey

Smultea Sciences is looking for certified PAM (passive acoustic monitoring) operators and Protected Species visual observers (PSO) for a large vessel-based project in the Atlantic. Requirements: --PAM - Experience with deploying/monitoring towed arrays for dolphins and whales, PAMGuard,

PostgREST post in OpenBSD

Hi everyone! I'd like to ask if somebody already tried or is working on a port of PostgREST (https://github.com/begriffs/postgrest) in OpenBSD. It has a working FreeBSD port but of course I prefer it running on arguably the most secure OS on the planet. I'm not confident I can make a port on my VM

Re: Hivemall FFM & Criteo Dataset - LogLess counter

> > initial losses. > > > > Further investigation is required but I need to focus on the first > > Apache release for this month. > > > > GA of FFM will be v0.5.1 release scheduled on Dec. > > > > Makoto > > > > 2017-10-18 1:36 GMT+09:00 Makoto

Kneed beams in single staff polyphony

Hi, the following example shows three bars with should all show the eighth notes as in bar 1 with kneed beams. But I could not get it working in single staff polyphony environment (bar 2 and 3), neither automatically nor manually. Can someone give me a hint please what to do. Thanks, Mari

Re: [SUA 127-1] Upcoming Debian 9 Update (9.2)

Hello! Could you please unsubscribe me from that list? 2017-10-03 0:43 GMT+04:00 Adam D. Barratt : > - > Debian Stable Updates Announcement SUA 127-1 https://www.debian.org/ >

[jira] [Commented] (OAK-6678) Syncing big blobs fails since StandbyServer sends persisted head

[ https://issues.apache.org/jira/browse/OAK-6678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16184053#comment-16184053 ] Francesco Mari commented on OAK-6678: - [~dulceanu], the patch looks good to me. Some minor nitpicking

Re: [NTG-context] Troubleshooting pdf bookmarks

ut I'm no longer worried about it. Problem solved, at least close enough. Mari ___ If your question is of interest to others as well, please add an entry to the Wiki! maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailma

[jira] [Commented] (OAK-6678) Syncing big blobs fails since StandbyServer sends persisted head

[ https://issues.apache.org/jira/browse/OAK-6678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16182633#comment-16182633 ] Francesco Mari commented on OAK-6678: - bq. I agree, but one question comes to mind: what do we do

[jira] [Commented] (OAK-6678) Syncing big blobs fails since StandbyServer sends persisted head

[ https://issues.apache.org/jira/browse/OAK-6678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16182563#comment-16182563 ] Francesco Mari commented on OAK-6678: - [~dulceanu], thanks for your updated patch. I'm not convinced

[jira] [Commented] (OAK-6678) Syncing big blobs fails since StandbyServer sends persisted head

[ https://issues.apache.org/jira/browse/OAK-6678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16180777#comment-16180777 ] Francesco Mari commented on OAK-6678: - Let's keep the retry when reading the head state. I need more

[NTG-context] Troubleshooting pdf bookmarks

rks? \tracesomething, maybe? Best Regards, Mari bookmark_test.log Description: Binary data prd-serv.log Description: Binary data ___ If your question is of interest to others as well, please add an entry to the W

[jira] [Commented] (OAK-6678) Syncing big blobs fails since StandbyServer sends persisted head

[ https://issues.apache.org/jira/browse/OAK-6678?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16180374#comment-16180374 ] Francesco Mari commented on OAK-6678: - After looking at the patch, I found myself wondering if we still

[jira] [Commented] (OAK-6673) Improve cold standby logging

[ https://issues.apache.org/jira/browse/OAK-6673?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16178860#comment-16178860 ] Francesco Mari commented on OAK-6673: - [~dulceanu], the patch looks good to me. > Improve cold stan

[jira] [Resolved] (OAK-6691) RepeatedRepositorySidegradeTest flushes an already closed FileStore

[ https://issues.apache.org/jira/browse/OAK-6691?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6691. - Resolution: Fixed Fix Version/s: 1.7.8 1.8 Fixed at r1809049

[jira] [Created] (OAK-6691) RepeatedRepositorySidegradeTest flushes an already closed FileStore

Francesco Mari created OAK-6691: --- Summary: RepeatedRepositorySidegradeTest flushes an already closed FileStore Key: OAK-6691 URL: https://issues.apache.org/jira/browse/OAK-6691 Project: Jackrabbit Oak

[jira] [Resolved] (OAK-6193) IllegalStateException when closing the FileStore during garbage collection

[ https://issues.apache.org/jira/browse/OAK-6193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6193. - Resolution: Fixed Fixed at r1809034. > IllegalStateException when closing the FileStore dur

[jira] [Updated] (OAK-6193) IllegalStateException when closing the FileStore during garbage collection

[ https://issues.apache.org/jira/browse/OAK-6193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari updated OAK-6193: Attachment: OAK-6193-02.patch [~mduerig], I reworked the patch according to your feedback. Can you

[jira] [Updated] (OAK-6193) IllegalStateException when closing the FileStore during garbage collection

[ https://issues.apache.org/jira/browse/OAK-6193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari updated OAK-6193: Attachment: OAK-6193-01.patch In order to implement a proper protocol for responsive, graceful

[jira] [Assigned] (OAK-6193) IllegalStateException when closing the FileStore during garbage collection

[ https://issues.apache.org/jira/browse/OAK-6193?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari reassigned OAK-6193: --- Assignee: Francesco Mari (was: Michael Dürig) > IllegalStateException when clos

[jira] [Commented] (OAK-6667) Refactor StandbyDiff for better clarity and understandability

[ https://issues.apache.org/jira/browse/OAK-6667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16172870#comment-16172870 ] Francesco Mari commented on OAK-6667: - [~dulceanu], the patch looks good to me. > Refactor StandbyD

[jira] [Resolved] (OAK-6648) test failure seen in org.apache.jackrabbit.oak.segment.upgrade.UpgradeIT

[ https://issues.apache.org/jira/browse/OAK-6648?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6648. - Resolution: Fixed Fixed at r1808731. > test failure s

[jira] [Commented] (OAK-6680) Test failure: DocumentNodeStoreTest.disabledBranchesWithBackgroundWrite

[ https://issues.apache.org/jira/browse/OAK-6680?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16170133#comment-16170133 ] Francesco Mari commented on OAK-6680: - I ignored the test at r1808730. > Test fail

[jira] [Commented] (OAK-6648) test failure seen in org.apache.jackrabbit.oak.segment.upgrade.UpgradeIT

[ https://issues.apache.org/jira/browse/OAK-6648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16170088#comment-16170088 ] Francesco Mari commented on OAK-6648: - While building the project locally I also spotted OAK-6680

[jira] [Created] (OAK-6680) Test failure: DocumentNodeStoreTest.disabledBranchesWithBackgroundWrite

Francesco Mari created OAK-6680: --- Summary: Test failure: DocumentNodeStoreTest.disabledBranchesWithBackgroundWrite Key: OAK-6680 URL: https://issues.apache.org/jira/browse/OAK-6680 Project: Jackrabbit

[jira] [Commented] (OAK-6648) test failure seen in org.apache.jackrabbit.oak.segment.upgrade.UpgradeIT

[ https://issues.apache.org/jira/browse/OAK-6648?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16169909#comment-16169909 ] Francesco Mari commented on OAK-6648: - A first finding is that initializing {{TemporaryFolder

[AngularJS] modal dialog with custom template and dynamic component - angular material, angular 4

I'm trying to create a *custom modal dialog solution*. This is basically to *standardize the modal dialog template* and then load the content (a message / instance of component) in it. Need to know how can we implement this. -- You received this message because you are subscribed to the

[jira] [Commented] (OAK-6653) Standby server must always send the persisted head to clients

[ https://issues.apache.org/jira/browse/OAK-6653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16167723#comment-16167723 ] Francesco Mari commented on OAK-6653: - [~dulceanu], the patch looks good to me. I also think

[jira] [Commented] (OAK-6674) Create a more complex IT for cold standby

[ https://issues.apache.org/jira/browse/OAK-6674?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16167509#comment-16167509 ] Francesco Mari commented on OAK-6674: - This totally makes sense to me. Thanks [~dulceanu] for bringing

[jira] [Commented] (OAK-6659) Cold standby should fail loudly when a big blob can't be timely transferred

[ https://issues.apache.org/jira/browse/OAK-6659?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16166395#comment-16166395 ] Francesco Mari commented on OAK-6659: - [~dulceanu], the changes make sense to me and they are definitely

[jira] [Commented] (OAK-6661) ResponseDecoder should check that the length of the received blob matches the length of the sent blob

[ https://issues.apache.org/jira/browse/OAK-6661?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16165904#comment-16165904 ] Francesco Mari commented on OAK-6661: - [~dulceanu], the patch looks good to me. In theory we would need

[jira] [Commented] (OAK-6653) Standby server must always send the persisted head to clients

[ https://issues.apache.org/jira/browse/OAK-6653?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16162898#comment-16162898 ] Francesco Mari commented on OAK-6653: - I think the best option is to expose the persisted head as a new

[Ubuntu-x-swat] [Bug 1376903] Re: Caps lock delay

Yes and it is not a delay. The Caps and NUm Locks keys are set to turn off on release. CHanging this will solve it immediately. -- You received this bug notification because you are a member of Ubuntu-X, which is subscribed to xorg-server in Ubuntu. https://bugs.launchpad.net/bugs/1376903

[Bug 1376903] Re: Caps lock delay

Yes and it is not a delay. The Caps and NUm Locks keys are set to turn off on release. CHanging this will solve it immediately. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1376903 Title: Caps

[Desktop-packages] [Bug 1376903] Re: Caps lock delay

Yes and it is not a delay. The Caps and NUm Locks keys are set to turn off on release. CHanging this will solve it immediately. -- You received this bug notification because you are a member of Desktop Packages, which is subscribed to xorg-server in Ubuntu.

Re: OAK-6575 - A word of caution

On Thu, Sep 7, 2017 at 11:05 AM, Ian Boston wrote: > On 7 September 2017 at 07:22, Ian Boston wrote: > >> Hi, >> >> On 6 September 2017 at 22:43, Michael Dürig wrote: >> >>> >>> >>> On 06.09.17 23:08, Michael Dürig wrote: >>> Hi,

Re: OAK-6575 - A word of caution

On Wed, Sep 6, 2017 at 1:59 PM, Ian Boston <i...@tfd.co.uk> wrote: > Hi, > Thanks for looking at them. > > On 6 September 2017 at 12:32, Francesco Mari <mari.france...@gmail.com> > wrote: > >> I personally prefer the second approach. > > > Is that OAK

Re: OAK-6575 - A word of caution

nowledge will probably be able > to do better. > > > > On 5 September 2017 at 08:19, Ian Boston <i...@tfd.co.uk> wrote: > >> Hi, >> >> On 5 September 2017 at 07:55, Francesco Mari <mari.france...@gmail.com> >> wrote: >> >>> On Mon,

[jira] [Commented] (OAK-6584) Add tooling API

[ https://issues.apache.org/jira/browse/OAK-6584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16155003#comment-16155003 ] Francesco Mari commented on OAK-6584: - In this case, it might be better to mandate proper

[jira] [Commented] (OAK-6584) Add tooling API

[ https://issues.apache.org/jira/browse/OAK-6584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16154890#comment-16154890 ] Francesco Mari commented on OAK-6584: - I'm in favour of the second option. Maybe in the future if some

[jira] [Commented] (OAK-6584) Add tooling API

[ https://issues.apache.org/jira/browse/OAK-6584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16153442#comment-16153442 ] Francesco Mari commented on OAK-6584: - bq. The closest you could get is ... which is awkward to me

[jira] [Commented] (OAK-6584) Add tooling API

[ https://issues.apache.org/jira/browse/OAK-6584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16153405#comment-16153405 ] Francesco Mari commented on OAK-6584: - bq. I'd prefer to leave it as is for now as I think most

[jira] [Commented] (OAK-6584) Add tooling API

[ https://issues.apache.org/jira/browse/OAK-6584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16153354#comment-16153354 ] Francesco Mari commented on OAK-6584: - I agree on removing {{Segment#read}} and {{Record#read}}. I am

[jira] [Commented] (OAK-6584) Add tooling API

[ https://issues.apache.org/jira/browse/OAK-6584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16153346#comment-16153346 ] Francesco Mari commented on OAK-6584: - I haven't considered the fact that {{Node}} instances don't have

[jira] [Comment Edited] (OAK-6584) Add tooling API

[ https://issues.apache.org/jira/browse/OAK-6584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16153266#comment-16153266 ] Francesco Mari edited comment on OAK-6584 at 9/5/17 9:02 AM: - I had a first look

[jira] [Commented] (OAK-6584) Add tooling API

[ https://issues.apache.org/jira/browse/OAK-6584?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16153266#comment-16153266 ] Francesco Mari commented on OAK-6584: - I had a first look at the API. Here are some comments. # Why

Re: OAK-6575 - A word of caution

On Mon, Sep 4, 2017 at 6:18 PM, Ian Boston wrote: > Do you mean: > keep the OakConversionService but put all the logic to convert from a > Value to a URI inside that implementation using new Oak SPI/APIs if > necessary and drop the AdapterManager completely ? Yes. I think there

Re: OAK-6575 - A word of caution

On Mon, Sep 4, 2017 at 4:41 PM, Ian Boston wrote: > If Oak committers feel that the contribution can't be included. Please feel > free to close OAK-6575 and I will delete the GitHub branch. Please don't! I'm not here to criticise your work, quite the contrary. The idea is good,

Re: OAK-6575 - A word of caution

s solution ad-hoc. > Would you be willing state your concerns for each one separately ? > > Best Regards > Ian > > On 4 September 2017 at 15:43, Francesco Mari <mari.france...@gmail.com> > wrote: > >> I'm in no position to veto the POC and I'm not willing to. I am

Re: OAK-6575 - A word of caution

I'm in no position to veto the POC and I'm not willing to. I am well aware of the importance of this feature. I expressed my concerns and so did others. As the subject of this thread clearly stated, I only wanted to point out that I had the feeling that we had a "reboot" of the conversation for no

OAK-6575 - A word of caution

The POC for OAK-6575 aims at introducing the AdapterManager and AdapterFactory API in Oak. This is just a step away from introducing a full-fledged implementation of Sling-like adapters in Oak. In fact, the OakConversionService is just an Adapter for a single, very specific conversion. We had a

[jira] [Commented] (OAK-6601) SegmentWriteOperation.isOldGeneration() too eager

[ https://issues.apache.org/jira/browse/OAK-6601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16148848#comment-16148848 ] Francesco Mari commented on OAK-6601: - Now it's all clear. Thanks for the explanation

[jira] [Commented] (OAK-6601) SegmentWriteOperation.isOldGeneration() too eager

[ https://issues.apache.org/jira/browse/OAK-6601?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16148740#comment-16148740 ] Francesco Mari commented on OAK-6601: - The new comments and implementation both make sense to me

[jira] [Resolved] (OAK-6602) Improve resource management in BulkTransferBenchmark

[ https://issues.apache.org/jira/browse/OAK-6602?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6602. - Resolution: Fixed Fixed at r1806761. > Improve resource management in BulkTransferBenchm

[jira] [Created] (OAK-6602) Improve resource management in BulkTransferBenchmark

Francesco Mari created OAK-6602: --- Summary: Improve resource management in BulkTransferBenchmark Key: OAK-6602 URL: https://issues.apache.org/jira/browse/OAK-6602 Project: Jackrabbit Oak Issue

[jira] [Resolved] (OAK-6570) TarFiles represents referenced segments in a graph as a list instead of a set

[ https://issues.apache.org/jira/browse/OAK-6570?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6570. - Resolution: Fixed Fixed at r1806436. > TarFiles represents referenced segments in a gr

[jira] [Updated] (OAK-6594) UpgradeIT produces unwanted output

[ https://issues.apache.org/jira/browse/OAK-6594?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari updated OAK-6594: Description: When {{UpgradeIT}} is executed, the following output is produced. {noformat} Running

[jira] [Created] (OAK-6594) UpgradeIT produces unwanted output

Francesco Mari created OAK-6594: --- Summary: UpgradeIT produces unwanted output Key: OAK-6594 URL: https://issues.apache.org/jira/browse/OAK-6594 Project: Jackrabbit Oak Issue Type: Improvement

[jira] [Resolved] (OAK-6569) TarFiles should uniformly use TAR file names instead of paths

[ https://issues.apache.org/jira/browse/OAK-6569?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6569. - Resolution: Fixed Fixed at r1805793. > TarFiles should uniformly use TAR file names inst

[jira] [Resolved] (OAK-6568) TarFiles returns null instead of an empty list in the graph

[ https://issues.apache.org/jira/browse/OAK-6568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6568. - Resolution: Fixed Fixed at r1805791. > TarFiles returns null instead of an empty list in the gr

[jira] [Resolved] (OAK-6030) Add tests for TarFiles

[ https://issues.apache.org/jira/browse/OAK-6030?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6030. - Resolution: Fixed Fixed at r1805779. > Add tests for TarFi

[jira] [Created] (OAK-6570) TarFiles represents referenced segments in a graph as a list instead of a set

Francesco Mari created OAK-6570: --- Summary: TarFiles represents referenced segments in a graph as a list instead of a set Key: OAK-6570 URL: https://issues.apache.org/jira/browse/OAK-6570 Project

[jira] [Created] (OAK-6569) TarFiles should uniformly use TAR file names instead of paths

Francesco Mari created OAK-6569: --- Summary: TarFiles should uniformly use TAR file names instead of paths Key: OAK-6569 URL: https://issues.apache.org/jira/browse/OAK-6569 Project: Jackrabbit Oak

[jira] [Updated] (OAK-6568) TarFiles returns null instead of an empty list in the graph

[ https://issues.apache.org/jira/browse/OAK-6568?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari updated OAK-6568: Description: The graph returned by {{TarFiles#getGraph}} contains {{null}} if a segment in a TAR file

[jira] [Created] (OAK-6568) TarFiles returns null instead of an empty list in the graph

Francesco Mari created OAK-6568: --- Summary: TarFiles returns null instead of an empty list in the graph Key: OAK-6568 URL: https://issues.apache.org/jira/browse/OAK-6568 Project: Jackrabbit Oak

[jira] [Resolved] (OAK-6567) Fix OSGi wiring after netty update to 4.1.x

[ https://issues.apache.org/jira/browse/OAK-6567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6567. - Resolution: Fixed Fixed at r1805642. > Fix OSGi wiring after netty update to 4.

[jira] [Commented] (OAK-6567) Fix OSGi wiring after netty update to 4.1.x

[ https://issues.apache.org/jira/browse/OAK-6567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16135094#comment-16135094 ] Francesco Mari commented on OAK-6567: - The current list of imported packages ignores the actual versions

[jira] [Reopened] (OAK-6567) Fix OSGi wiring after netty update to 4.1.x

[ https://issues.apache.org/jira/browse/OAK-6567?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari reopened OAK-6567: - Assignee: Francesco Mari (was: Andrei Dulceanu) > Fix OSGi wiring after netty update to 4.

[jira] [Commented] (OAK-6567) Fix OSGi wiring after netty update to 4.1.x

[ https://issues.apache.org/jira/browse/OAK-6567?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16134901#comment-16134901 ] Francesco Mari commented on OAK-6567: - The change LGTM, feel free to commit it as soon as the ITs

Re: Backporting cold standby chunking to 1.6.x?

I wouldn't backport unless strictly necessary. In my opinion, this is not a bug but an improvement. On Mon, Aug 21, 2017 at 9:03 AM, Andrei Dulceanu wrote: > Hi all, > > With [0] and [1] blob chunking in cold standby was addressed in 1.8. I > think now we have a stable

[jira] [Commented] (OAK-6564) Cold standby - Update netty dependency to 4.1.x

[ https://issues.apache.org/jira/browse/OAK-6564?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16133243#comment-16133243 ] Francesco Mari commented on OAK-6564: - [~dulceanu], it looks good to me. > Cold standby - Update ne

[jira] [Commented] (OAK-6538) Investigate cold standby memory consumption

[ https://issues.apache.org/jira/browse/OAK-6538?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16133181#comment-16133181 ] Francesco Mari commented on OAK-6538: - [~dulceanu], it looks good to me. > Investigate cold stan

[jira] [Commented] (OAK-6565) Cold standby - GetBlobResponseEncoder should not write all chunks at once

[ https://issues.apache.org/jira/browse/OAK-6565?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16133133#comment-16133133 ] Francesco Mari commented on OAK-6565: - [~dulceanu], the patch looks good to me. Great work! > C

Re: svn commit: r1805209 - in /jackrabbit/oak/trunk/oak-segment-tar: ./ src/main/java/org/apache/jackrabbit/oak/segment/file/ src/main/java/org/apache/jackrabbit/oak/segment/file/tar/ src/test/java/or

Instead of creating IOMonitor.NULL, you could instantiate a new IOMonitorAdapter when needed. This has already been done many times in TarFileTest and TarWriterTest. On Wed, Aug 16, 2017 at 5:26 PM, wrote: > Author: mduerig > Date: Wed Aug 16 15:26:29 2017 > New Revision:

Re: svn commit: r1805209 - in /jackrabbit/oak/trunk/oak-segment-tar: ./ src/main/java/org/apache/jackrabbit/oak/segment/file/ src/main/java/org/apache/jackrabbit/oak/segment/file/tar/ src/test/java/or

Instead of creating IOMonitor.NULL, you could instantiate a new IOMonitorAdapter when needed. This has already been done many times in TarFileTest and TarWriterTest. On Wed, Aug 16, 2017 at 5:26 PM, wrote: > Author: mduerig > Date: Wed Aug 16 15:26:29 2017 > New Revision:

[jira] [Commented] (OAK-4104) Refactor reading records from segments

[ https://issues.apache.org/jira/browse/OAK-4104?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16127156#comment-16127156 ] Francesco Mari commented on OAK-4104: - OAK-6457 introduced the {{SegmentData}} interface as a way

[jira] [Commented] (OAK-4582) Split Segment in a read-only and a read-write implementations

[ https://issues.apache.org/jira/browse/OAK-4582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16127134#comment-16127134 ] Francesco Mari commented on OAK-4582: - OAK-6457 introduced the {{SegmentData}} interface as a way

[jira] [Commented] (OAK-6531) Implement rolling upgrade from Oak 1.6

[ https://issues.apache.org/jira/browse/OAK-6531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16127021#comment-16127021 ] Francesco Mari commented on OAK-6531: - It sounds good to me. Let's open a new issue

[jira] [Commented] (OAK-6531) Implement rolling upgrade from Oak 1.6

[ https://issues.apache.org/jira/browse/OAK-6531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16127013#comment-16127013 ] Francesco Mari commented on OAK-6531: - [~mduerig] the binary references and TAR indices now synthesise

[jira] [Resolved] (OAK-6457) Increment the segment version number

[ https://issues.apache.org/jira/browse/OAK-6457?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6457. - Resolution: Fixed Fixed at r1805062. > Increment the segment version num

[jira] [Commented] (OAK-6531) Implement rolling upgrade from Oak 1.6

[ https://issues.apache.org/jira/browse/OAK-6531?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16125356#comment-16125356 ] Francesco Mari commented on OAK-6531: - The work currently done for OAK-6457 is a refactoring

[jira] [Commented] (OAK-6457) Increment the segment version number

[ https://issues.apache.org/jira/browse/OAK-6457?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16121188#comment-16121188 ] Francesco Mari commented on OAK-6457: - As discussed offline with [~mduerig], one problem related

[jira] [Resolved] (OAK-6528) Implement transparent usage of different binary references index formats

[ https://issues.apache.org/jira/browse/OAK-6528?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6528. - Resolution: Fixed Fixed at r1804638. > Implement transparent usage of different binary referen

[jira] [Resolved] (OAK-6537) Don't encode the checksums in the TAR index tests

[ https://issues.apache.org/jira/browse/OAK-6537?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6537. - Resolution: Fixed Fixed at r1804504. > Don't encode the checksums in the TAR index te

[jira] [Created] (OAK-6537) Don't encode the checksums in the TAR index tests

Francesco Mari created OAK-6537: --- Summary: Don't encode the checksums in the TAR index tests Key: OAK-6537 URL: https://issues.apache.org/jira/browse/OAK-6537 Project: Jackrabbit Oak Issue

[jira] [Resolved] (OAK-6529) IndexLoaderV1 and IndexLoaderV2 should not rely on Buffer.array()

[ https://issues.apache.org/jira/browse/OAK-6529?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6529. - Resolution: Fixed Fixed at r1804503. > IndexLoaderV1 and IndexLoaderV2 should not r

[jira] [Commented] (OAK-5902) Cold standby should allow syncing of blobs bigger than 2.2 GB

[ https://issues.apache.org/jira/browse/OAK-5902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16119687#comment-16119687 ] Francesco Mari commented on OAK-5902: - [~dulceanu] makes sense. Go ahead and commit this, we will tackle

[jira] [Commented] (OAK-5902) Cold standby should allow syncing of blobs bigger than 2.2 GB

[ https://issues.apache.org/jira/browse/OAK-5902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16119535#comment-16119535 ] Francesco Mari commented on OAK-5902: - [~dulceanu], I had a look at the code. Your solution looks very

[jira] [Comment Edited] (OAK-5902) Cold standby should allow syncing of blobs bigger than 2.2 GB

[ https://issues.apache.org/jira/browse/OAK-5902?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16119535#comment-16119535 ] Francesco Mari edited comment on OAK-5902 at 8/9/17 7:47 AM: - [~dulceanu], I had

[jira] [Created] (OAK-6529) IndexLoaderV1 and IndexLoaderV2 should not rely on Buffer.array()

Francesco Mari created OAK-6529: --- Summary: IndexLoaderV1 and IndexLoaderV2 should not rely on Buffer.array() Key: OAK-6529 URL: https://issues.apache.org/jira/browse/OAK-6529 Project: Jackrabbit Oak

[jira] [Created] (OAK-6528) Implement transparent usage of different binary references index formats

Francesco Mari created OAK-6528: --- Summary: Implement transparent usage of different binary references index formats Key: OAK-6528 URL: https://issues.apache.org/jira/browse/OAK-6528 Project: Jackrabbit

[jira] [Resolved] (OAK-6518) Implement transparent usage of different TAR index formats

[ https://issues.apache.org/jira/browse/OAK-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6518. - Resolution: Fixed Fixed at r1804330. > Implement transparent usage of different TAR index form

Re: BUILD FAILURE: Jackrabbit Oak - Build # 603 - Still Failing

Actually the build succeeded, but the job failed due to an exception thrown by Jenkins. ERROR: Step ?JIRA: Create issue? aborted due to exception: java.lang.ClassNotFoundException: com.atlassian.fugue.Effect at jenkins.util.AntClassLoader.findClassInComponents(AntClassLoader.java:1374) at

[jira] [Commented] (OAK-6518) Implement transparent usage of different TAR index formats

[ https://issues.apache.org/jira/browse/OAK-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16112903#comment-16112903 ] Francesco Mari commented on OAK-6518: - A new data type to represent the index has been introduced

[jira] [Commented] (OAK-6518) Implement transparent usage of different TAR index formats

[ https://issues.apache.org/jira/browse/OAK-6518?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16112671#comment-16112671 ] Francesco Mari commented on OAK-6518: - The logic for index load and validation was extracted

[jira] [Created] (OAK-6518) Implement transparent usage of different TAR index formats

Francesco Mari created OAK-6518: --- Summary: Implement transparent usage of different TAR index formats Key: OAK-6518 URL: https://issues.apache.org/jira/browse/OAK-6518 Project: Jackrabbit Oak

[jira] [Resolved] (OAK-6510) Fix string representation of the old generation reclaimer

[ https://issues.apache.org/jira/browse/OAK-6510?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6510. - Resolution: Fixed Fixed at r1803822. > Fix string representation of the old generation reclai

[jira] [Created] (OAK-6510) Fix string representation of the old generation reclaimer

Francesco Mari created OAK-6510: --- Summary: Fix string representation of the old generation reclaimer Key: OAK-6510 URL: https://issues.apache.org/jira/browse/OAK-6510 Project: Jackrabbit Oak

[jira] [Resolved] (OAK-6507) Cleanup incorrectly removes base state created by full compaction

[ https://issues.apache.org/jira/browse/OAK-6507?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Francesco Mari resolved OAK-6507. - Resolution: Fixed Fixed at r1803818. > Cleanup incorrectly removes base state created by f

<    4   5   6   7   8   9   10   11   12   13   >