cocoon-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefano Mazzocchi <stef...@apache.org>
Subject Re: [GUMP] Build Failure - xml-cocoon2
Date Tue, 25 Feb 2003 17:47:03 GMT
Nicola Ken Barozzi wrote:
> 
> Sam Ruby wrote, On 25/02/2003 11.23:
> 
>> ----------------------------------------------------
>> This email is autogenerated from the output from:
>> <http://cvs.apache.org/builds/gump/2003-02-25/xml-cocoon2.html>
>> ----------------------------------------------------
> 
> ...
> 
>>     [javac] Compiling 95 source files to 
>> /home/rubys/jakarta/xml-cocoon2/build/cocoon-20030225/scratchpad/dest
>>     [javac] 
>> /home/rubys/jakarta/xml-cocoon2/build/cocoon-20030225/scratchpad/src/org/apache/cocoon/mail/MailContentHandlerDelegate.java:384:

>> cannot resolve symbol
>>     [javac] symbol  : method getDeletedMessageCount ()
>>     [javac] location: class javax.mail.Folder
>>     [javac]             addAttribute("deleted-messages", 
>> String.valueOf(folder.getDeletedMessageCount()));
>>     
>> [javac]                                                                   
>> ^
> 
> ...
> 
>>     [javac] 1 error
>>
>> BUILD FAILED
> 
> 
> We do have javamail in out Gump descriptor... what's different between 
> Gump's javamail and the one we are using?

We aren'g using any. We are just using mock classes and those mock 
classes where not extended to deal with the new javamail hooks that we used.

in the normal build system, those classes are factored out.

this was one of the reasons why I wanted to get rid of the scratchpad!

-- 
Stefano Mazzocchi                               <stefano@apache.org>
    Pluralitas non est ponenda sine necessitate [William of Ockham]
--------------------------------------------------------------------



Mime
View raw message