I'm working with handler. I'm trying to use the slingRepository. However, when I added to my class It's not deploying my handler and its not showing any error.
Any idea?
@Component(
metatype = true,
immediate = false
)
@Service
public class MyAuthenticationHandler extends DefaultAuthenticationFeedbackHandler implements AuthenticationHandler {
@Reference | |
private SlingRepository slingRepository; |
Solved! Go to Solution.
Views
Replies
Total Likes
Avalers,
As a workaround you can get the service reference for sling repository inside activate method using component context as shown below.
@Service
public class TestAuthHandler extends DefaultAuthenticationFeedbackHandler implements AuthenticationHandler
{
private SlingRepository repo;
protected void activate(ComponentContext context) {
try {
BundleContext bundleContext = FrameworkUtil.getBundle(TestAuthHandler.class).getBundleContext();
ServiceReference factoryRef = bundleContext.getServiceReference(SlingRepository.class.getName());
repo = (SlingRepository) bundleContext.getService(factoryRef);
} catch (Exception e) {
}
}.........
Hope this will work fine for you. Tested on 5.5/6.0.
Note : I also faced the same issue some long time back when i tried to use sling repository reference inside service. Still debugging on that.
Thanks,
Karthi
Views
Replies
Total Likes
Is component activated?
Views
Replies
Total Likes
Avalers,
As a workaround you can get the service reference for sling repository inside activate method using component context as shown below.
@Service
public class TestAuthHandler extends DefaultAuthenticationFeedbackHandler implements AuthenticationHandler
{
private SlingRepository repo;
protected void activate(ComponentContext context) {
try {
BundleContext bundleContext = FrameworkUtil.getBundle(TestAuthHandler.class).getBundleContext();
ServiceReference factoryRef = bundleContext.getServiceReference(SlingRepository.class.getName());
repo = (SlingRepository) bundleContext.getService(factoryRef);
} catch (Exception e) {
}
}.........
Hope this will work fine for you. Tested on 5.5/6.0.
Note : I also faced the same issue some long time back when i tried to use sling repository reference inside service. Still debugging on that.
Thanks,
Karthi
Views
Replies
Total Likes
When I added the slingRepository, the service its not longer activated.
Views
Replies
Total Likes
Thanks for the example. I tried, However, the factoryref is returning null.
ServiceReference factoryRef = bundleContext.getServiceReference(SlingRepository.class.getName());
Views
Replies
Total Likes
Hi,
First of all, never call FrameworkUtil.getBundle() in a component's activate method. You have access to the BundleContext via the ComponenContext. You should actually try to avoid using FrameworkUtil.getBundle() in general as it isn't very performant.
As to the original post, I would suggest looking at the log files and see if there is anything interesting there. It is hard to say what could be causing this for sure; one possibility is that you are embedding the SlingRespository class into your bundle. That would make the service not assignable because the service does not implement the target interface (it implements an interface with the same name but not actually the same interface because they come from different class loaders). Calling getServiceReference() from the activate method may or may not work (although if the service class isn't assignable, it will similarly not work) depending upon the activation order. This is why using DS is preferable to directly accessing the service registry - you don't have to deal with a null result from getServiceReference().
Justin
Views
Replies
Total Likes
justin_at_adobe wrote...
Hi,
First of all, never call FrameworkUtil.getBundle() in a component's activate method. You have access to the BundleContext via the ComponenContext. You should actually try to avoid using FrameworkUtil.getBundle() in general as it isn't very performant.
As to the original post, I would suggest looking at the log files and see if there is anything interesting there. It is hard to say what could be causing this for sure; one possibility is that you are embedding the SlingRespository class into your bundle. That would make the service not assignable because the service does not implement the target interface (it implements an interface with the same name but not actually the same interface because they come from different class loaders). Calling getServiceReference() from the activate method may or may not work (although if the service class isn't assignable, it will similarly not work) depending upon the activation order. This is why using DS is preferable to directly accessing the service registry - you don't have to deal with a null result from getServiceReference().
Justin
I do not have any error in my logs. :S
Views
Replies
Total Likes
avalers wrote...
justin_at_adobe wrote...
Hi,
First of all, never call FrameworkUtil.getBundle() in a component's activate method. You have access to the BundleContext via the ComponenContext. You should actually try to avoid using FrameworkUtil.getBundle() in general as it isn't very performant.
As to the original post, I would suggest looking at the log files and see if there is anything interesting there. It is hard to say what could be causing this for sure; one possibility is that you are embedding the SlingRespository class into your bundle. That would make the service not assignable because the service does not implement the target interface (it implements an interface with the same name but not actually the same interface because they come from different class loaders). Calling getServiceReference() from the activate method may or may not work (although if the service class isn't assignable, it will similarly not work) depending upon the activation order. This is why using DS is preferable to directly accessing the service registry - you don't have to deal with a null result from getServiceReference().
Justin
I do not have any error in my logs. :S
In that case, I'd suggest looking at the classloader issue I mentioned.
Views
Replies
Total Likes
justin_at_adobe wrote...
avalers wrote...
justin_at_adobe wrote...
Hi,
First of all, never call FrameworkUtil.getBundle() in a component's activate method. You have access to the BundleContext via the ComponenContext. You should actually try to avoid using FrameworkUtil.getBundle() in general as it isn't very performant.
As to the original post, I would suggest looking at the log files and see if there is anything interesting there. It is hard to say what could be causing this for sure; one possibility is that you are embedding the SlingRespository class into your bundle. That would make the service not assignable because the service does not implement the target interface (it implements an interface with the same name but not actually the same interface because they come from different class loaders). Calling getServiceReference() from the activate method may or may not work (although if the service class isn't assignable, it will similarly not work) depending upon the activation order. This is why using DS is preferable to directly accessing the service registry - you don't have to deal with a null result from getServiceReference().
Justin
I do not have any error in my logs. :S
In that case, I'd suggest looking at the classloader issue I mentioned.
I couldn't find the problem.
This is my pom:
<dependency>
<groupId>org.apache.sling</groupId>
<artifactId>org.apache.sling.api</artifactId>
</dependency>
<dependency>
<groupId>org.apache.sling</groupId>
<artifactId>org.apache.sling.auth.core</artifactId>
<scope>provided</scope>
</dependency>
Views
Replies
Total Likes
avalers wrote...
justin_at_adobe wrote...
avalers wrote...
justin_at_adobe wrote...
Hi,
First of all, never call FrameworkUtil.getBundle() in a component's activate method. You have access to the BundleContext via the ComponenContext. You should actually try to avoid using FrameworkUtil.getBundle() in general as it isn't very performant.
As to the original post, I would suggest looking at the log files and see if there is anything interesting there. It is hard to say what could be causing this for sure; one possibility is that you are embedding the SlingRespository class into your bundle. That would make the service not assignable because the service does not implement the target interface (it implements an interface with the same name but not actually the same interface because they come from different class loaders). Calling getServiceReference() from the activate method may or may not work (although if the service class isn't assignable, it will similarly not work) depending upon the activation order. This is why using DS is preferable to directly accessing the service registry - you don't have to deal with a null result from getServiceReference().
Justin
I do not have any error in my logs. :S
In that case, I'd suggest looking at the classloader issue I mentioned.
I couldn't find the problem.
This is my pom:
<dependency>
<groupId>org.apache.sling</groupId>
<artifactId>org.apache.sling.api</artifactId>
</dependency>
<dependency>
<groupId>org.apache.sling</groupId>
<artifactId>org.apache.sling.auth.core</artifactId>
<scope>provided</scope>
</dependency>
Could you give me some directions?
Views
Replies
Total Likes
Perhaps post the whole pom?
Views
Replies
Total Likes
I resolved. :) You were right!
The problem was in the pom file.
Views
Replies
Total Likes
Views
Likes
Replies
Views
Likes
Replies