Hi,
On 10.12.2008, at 15:13, Sergiu Dumitriu wrote:
> How exactly did you write the authentication class? It should not be a
> plugin (implementing XWikiPlugin), but an authenticator, implementing
> the XWikiAuthService interface.
I don't think that's the problem. True, the class name suggests plugin
and maybe I need to fix that. But the issue is not related to the name
of class surely? Just in case i simply paste the declaration here:
public class PortalAuthenticationPlugin extends XWikiAuthServiceImpl {
/**
* Authenticates the user
* @param context
* @return authenticated XWiki user
* @throws com.xpn.xwiki.XWikiException
*/
@SuppressWarnings("unchecked")
@Override
public XWikiUser checkAuth(XWikiContext context) throws
XWikiException
{
... stuff ...
}
}
To make sure its not a problem with both my plugins in the same
jarfile, I created one project per jarfile. Both compile fine, install
fine and i can see them in the deploy conduit in WEB-INF/lib. Both jar
files contain the classes. One is found by the class loader, the other
is not.
> Juergen Lorenz Simon wrote:
>
>> Hi Thomas,
>>
>> thanks for the reply. I have two plugins in the jarfile in
>> question. I
>> double-checked the problem by setting up on scratch on a new machine.
>> Everything looks fine, one plugin from the same jar file is found
>> and
>> works as it should. The authentication plugin is not found:
>>
>>
>> - Initializing AuthService...
>> - Failed to initialize AuthService
>> com.kontrast.vodafone.portal.xwiki.PortalAuthenticationPlugin using
>> Reflection, trying default implementations using 'new'.
>> java.lang.ClassNotFoundException:
>> com.kontrast.vodafone.portal.xwiki.PortalAuthenticationPlugin
>> at
>> org
>> .apache
>> .catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:
>> 1360)
>> at
>> org
>> .apache
>> .catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:
>> 1206)
>> at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:374)
>> at java.lang.Class.forName0(Native Method)
>> at java.lang.Class.forName(Class.java:164)
>> at com.xpn.xwiki.XWiki.getAuthService(XWiki.java:4630)
>>
>>
>> I'm a bit confounded now. Any more ideas? Could it be some problem
>> with classpath ordering?
>>
>> Cheers,
>> J.L.Simon
>>
>>
>>
>> On 10.12.2008, at 12:38, Thomas Mortagne wrote:
>>
>>> Hi,
>>>
>>> All seems ok to me. You don't need more that pointing the right
>>> class
>>> in xwiki.cfg...
>>>
>>> Are you really sure that the jar contains the class and is in the
>>> published /lib folder ? I don't see anything else yet.
>>>
>>> On Tue, Dec 9, 2008 at 3:36 PM, Juergen Lorenz Simon <[EMAIL PROTECTED]
>>>> wrote:
>>>> Hi,
>>>>
>>>> i've been writing a custom authentication plugin for xwiki. The
>>>> implementation was
>>>> pretty straightforward, however I'm having trouble deploying the
>>>> plugin. I bundled
>>>> it with other plugins for the same purpose in a jar file.
>>>>
>>>> The jar file is deployed to my local repository. It's pulled in
>>>> when I
>>>> build the
>>>> xe-debug-web in Eclipse and it's present in the xe-debug-web/WEB-
>>>> INF/
>>>> lib directory
>>>> of the deployed app (in .metadata/.plugins/
>>>> org.eclipse.wst.server.core/
>>>> tmp0 ...).
>>>>
>>>> I altered the xwiki.cfg, adding the following line:
>>>>
>>>> xwiki
>>>> .authentication
>>>> .authclass
>>>> =com.kontrast.vodafone.portal.xwiki.PortalAuthenticationPlugin
>>>>
>>>> However, when starting the application, I get the following
>>>> problem:
>>>>
>
>
> --
> Sergiu Dumitriu
> http://purl.org/net/sergiu/
> _______________________________________________
> devs mailing list
> [email protected]
> http://lists.xwiki.org/mailman/listinfo/devs
>
_______________________________________________
devs mailing list
[email protected]
http://lists.xwiki.org/mailman/listinfo/devs
