[
https://issues.apache.org/jira/browse/JCRVLT-184?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra updated JCRVLT-184:
Component/s: Packaging
> vlt shell script prints out error when using openjdk
>
[
https://issues.apache.org/jira/browse/JCRVLT-267?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra updated JCRVLT-267:
Component/s: Packaging
> Changing log level to info from error in JcrPackageregistry upload
[
https://issues.apache.org/jira/browse/JCRVLT-255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra updated JCRVLT-255:
Component/s: Packaging
> ImportModes act on file serialization level not on node level
>
Tobias Bocanegra created JCRVLT-270:
---
Summary: Use Jackrabbit 2.16.1
Key: JCRVLT-270
URL: https://issues.apache.org/jira/browse/JCRVLT-270
Project: Jackrabbit FileVault
Issue Type:
[
https://issues.apache.org/jira/browse/JCRVLT-251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra updated JCRVLT-251:
Fix Version/s: 3.1.44
> Child nodes mentioned in parent node's docview xml are not cleared
Tobias Bocanegra created JCRVLT-269:
---
Summary: Release Jackrabbit FileVault 3.1.44
Key: JCRVLT-269
URL: https://issues.apache.org/jira/browse/JCRVLT-269
Project: Jackrabbit FileVault
Issue
Hi,
I'd like to cut Jackrabbit Filevault 3.1.44 Monday next week, 19-Feb-2018.
The list of open issues scheduled for 3.1.44 are visible in:
https://issues.apache.org/jira/projects/JCRVLT/versions/12342173
The remaining 4 issues will be resolved until next week.
The candidate release notes
Hello Everyone
This is an initial reminder to let you all know that we are holding an
Apache EU Roadshow co-located with FOSS Backstage in Berlin on 13^th and
14^th June 2018. https://s.apache.org/tCHx
The Call for Proposals (CFP) for the Apache EU Roadshow is currently
open and will close
[
https://issues.apache.org/jira/browse/JCRVLT-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra reassigned JCRVLT-132:
---
Assignee: Tobias Bocanegra
> Document enhanced document view format
>
[
https://issues.apache.org/jira/browse/JCRVLT-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra updated JCRVLT-132:
Fix Version/s: 3.1.44
> Document enhanced document view format
>
[
https://issues.apache.org/jira/browse/JCRVLT-250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra resolved JCRVLT-250.
-
Resolution: Fixed
fixed in r1824280
> Test class "SimpleFileAggregateInPackage" not
[
https://issues.apache.org/jira/browse/JCRVLT-132?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra resolved JCRVLT-132.
-
Resolution: Fixed
fixed in r1824281
> Document enhanced document view format
>
[
https://issues.apache.org/jira/browse/JCRVLT-250?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra reassigned JCRVLT-250:
---
Assignee: Tobias Bocanegra
> Test class "SimpleFileAggregateInPackage" not executed
[
https://issues.apache.org/jira/browse/JCRVLT-270?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra resolved JCRVLT-270.
-
Resolution: Fixed
fixed in r1824279
> Use Jackrabbit 2.16.1
> -
>
>
[
https://issues.apache.org/jira/browse/JCRVLT-251?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra resolved JCRVLT-251.
-
Resolution: Won't Fix
I estimate the potential backward compatibility risk as too high to
[
https://issues.apache.org/jira/browse/JCRVLT-255?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Tobias Bocanegra updated JCRVLT-255:
Fix Version/s: (was: 3.1.44)
3.2
I looked into the issue and it
The Apache Jenkins build system has built Jackrabbit Oak (build #1249)
Status: Still Failing
Check console output at https://builds.apache.org/job/Jackrabbit%20Oak/1249/ to
view the results.
Changes:
No changes
Test results:
All tests passed
[X] +1 Release this package as Apache Jackrabbit Oak 1.4.20
D.
Hi Marco
It depends a bit on how you originally setup the 'ownership' in the first
place.
- if you have granted permissions to userA _on_ that very node, you can
simply remove the entries and create new ones for the new owner.
- if you have granted permissions to userA on a _parent_ node you can
Hi Angela,
thanks for the answer. I thought (and I was wrong) that the user that
created a node would have had complete control on it (and not just the
permissions explicitly granted to him). That's why my question... thanks
again for the clarification.
Marco.
On Wed, Feb 14, 2018 at 9:47 AM
Hi Marco
Yeah... no, that's not how the default authorisation model works :-)
But obviously you would be able to write and deploy your own authorisation
model that just behaves as you expected it to work.
Some hints can be found at
http://jackrabbit.apache.org/oak/docs/security/introduction.html
The Apache Jenkins build system has built Jackrabbit Oak (build #1248)
Status: Failure
Check console output at https://builds.apache.org/job/Jackrabbit%20Oak/1248/ to
view the results.
Changes:
No changes
Test results:
No tests ran.
[X] +1 Release this package as Apache Jackrabbit Oak 1.4.20
with
[INFO] Apache Maven 3.5.2 (138edd61fd100ec658bfa2d307c43b76940a5d7d;
2017-10-18T10:58:13+03:00)
[INFO] OS name: "mac os x", version: "10.13.3", arch: "x86_64", family:
"mac"
[INFO] Java version: 1.8.0_65, vendor: Oracle Corporation
23 matches
Mail list logo