[ 
https://issues.apache.org/jira/browse/MAILET-92?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14980281#comment-14980281
 ] 

Tellier Benoit commented on MAILET-92:
--------------------------------------

There is.

I personnally does not contribute to James 2.* but to the upcoming James 3.0. 
Several things changed and what I know about James 3.0 is not helpful for 2.* 
relate issues most of the time.

> using log (String) in a GenericRecipientMatcher causes a 
> java.lang.AbstractMethodError
> --------------------------------------------------------------------------------------
>
>                 Key: MAILET-92
>                 URL: https://issues.apache.org/jira/browse/MAILET-92
>             Project: James Mailet
>          Issue Type: Bug
>          Components: Base Mailets
>    Affects Versions: 2.5
>         Environment: Windows 7
>            Reporter: Vincent Kirsch
>
> I have a Matcher that extends GenericRecipientMatcher, that I wrote with a 
> previous version (mailet 2.4 and mailet-base 1.1) of the mailets and that 
> worked just fine.
> With version 2.5 (using apache-mailet-api-2.5.0.jar and 
> apache-mailet-base-2.5.0.jar), the calls to log (String) end up with the 
> following exception in the spoolmanager log file):
> java.lang.AbstractMethodError: 
> org.apache.james.James.log(Lorg/apache/mailet/MailetContext$LogLevel;Ljava/lang/String;)V
>       at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>       at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
>       at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>       at java.lang.reflect.Method.invoke(Method.java:606)
>       at 
> org.apache.avalon.phoenix.components.application.BlockInvocationHandler.invoke(BlockInvocationHandler.java:134)
>       at com.sun.proxy.$Proxy9.log(Unknown Source)
>       at org.apache.mailet.base.GenericMatcher.log(GenericMatcher.java:148)
> I'm using James 2.3.2, and placed the mailet jar files in SAR-INF/lib
> From what I could find, at startup James creates a 'work' subdirectory, wihch 
> contains earlier versions of the mailet jar files (mailet-api-2.3.jar and 
> mailet-2.3.jar) -  which most probably don't contain the log() with the 
> expected signatures.
> Is there a way around it? Where do these libraries come from?



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to