[
https://issues.apache.org/jira/browse/JCR-4354?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=16572641#comment-16572641
]
ASF GitHub Bot commented on JCR-4354:
-
GitHub user woonsan opened a pull request:
On Tue, 7 Aug 2018 at 20:14, Manfred Baedke
wrote:
> Hi Francesco,
>
> are you sure you need the factoryPid?
>
You are right. There is no need to repeat the PID in the `factoryPid`
attribute in `@ObjectClassDefinition`. It's sufficient to set `factory` to
true in `@Designate`. In summary, the
Hi Francesco,
are you sure you need the factoryPid?
I found this on migration of config factories from Felix to new OSGi
annotations:
Felix variation:
https://techrevel.blog/2017/04/12/felix-configuration-factory/
OSGi
Hi Manfred,
Thanks for you suggestion. I'm currently experimenting with dropping the
`factory` attribute from `@Component` and setting the `factoryPid`
attribute in `@ObjectClassDefinition`. This seems to produce the wanted
result in both the component and metatype descriptors. I will run more
Hi Francesco,
I think that you don't want to make this a factory component but instead
you want to use a factory configuration (the difference being a
component lifecycle control thing, if I got that right - ask a real OSGi
expert :)). Just try dropping the factory attribute from the
The weird situation I'm looking into is that before my commit (e.g. at
01c07cfec2), the component descriptor for SegmentNodeStoreFactory,
generated with the old annotations, contained a declaration like the
following (whitespaces included for clarity):
http://www.osgi.org/xmlns/scr/v1.2.0;
The issue is weird. The activate method of SegmentNodeStoreFactory is not
even called. As far as I know, all the other tests in oak-pojosr are
working correctly. I will look into it.
On Tue, 7 Aug 2018 at 15:19, Marcel Reutegger
wrote:
> Hi,
>
> On 07.08.18 14:57, Davide Giannella wrote:
> >
Hi,
On 07.08.18 14:57, Davide Giannella wrote:
Hello team, there are no blockers for the issues as of now. If none will
come I'll proceed with the cut tomorrow Wednesday 8th August.
I'd like to highlight OAK-6770. I just re-opened that issue, which has
changes that would go into the release.
On 27/07/2018 07:46, Amit Jain wrote:
> Hi,
>
> My plan is to release Oak 1.9.7 early next week. I'll wait for resolution
> of OAK-7656 and OAK-7569.
>
Hello team, there are no blockers for the issues as of now. If none will
come I'll proceed with the cut tomorrow Wednesday 8th August.
[
https://issues.apache.org/jira/browse/JCR-4284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke resolved JCR-4284.
-
Resolution: Incomplete
> Issue with retrieving reports from JackRabbit Repository
>
[
https://issues.apache.org/jira/browse/JCR-4284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Julian Reschke closed JCR-4284.
---
Assignee: Julian Reschke
> Issue with retrieving reports from JackRabbit Repository
>
[
https://issues.apache.org/jira/browse/JCR-4284?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
DilipKumar S reopened JCR-4284:
---
> Issue with retrieving reports from JackRabbit Repository
>
12 matches
Mail list logo