Thanks, I got your point. It should be public then.

Farrukh

On 2010-09-08, at 11:39 AM, Cheong Hee (Gmail) wrote:

> There is no issue to override the protected method.  However, don't think I 
> want to subclass ERMailAttachment, which has been generally used  in 
> ERMailDelivery.  The code here in ERMailDelivery->finishMessagePrepration 
> method:
> 
> ERMailAttachment attachment = (ERMailAttachment)en.nextElement ();
> BodyPart bp = attachment.getBodyPart();
> bp.setDisposition (Part.ATTACHMENT);
> multipart.addBodyPart (bp);
> getBodyPart could not be visible if I will have to override 
> finishMessagePreparation in subclass ERMailDelivery (in another package).  
> Hope you get it, help my code please.
>  
>  
> ----- Original Message -----
> From: Farrukh Ijaz
> To: Cheong Hee (Gmail)
> Cc: WO-Apple-Dev
> Sent: Wednesday, September 08, 2010 4:13 PM
> Subject: Re: ERMailAttachment - need a public getBodyPart()
> 
> 
> On 2010-09-08, at 10:40 AM, Cheong Hee (Gmail) wrote:
> 
>> Hi
>>  
>> I need to extend ERMailDelivery, and keep the new class in a new package.  
>> The getBodyPart of ERMailAttachment is not visible since it is defined as 
>> protected in er.javamail package.  The subclasses ERMailDataAttachment, 
>> ERMailFileTextAttachment and ERMailFileAttachment also keep the protect 
>> access level.  This may be a problem to those who would like to extend the 
>> ERMailDelivery class, make modification to finishMessagePreparation and 
>> store in a different package.  Has anyone in the same situation or 
>> understand the reason why getBodyPart is defined as protected?  May be Anjo 
>> will do :)
> 
> Hi Cheong,
> 
> You can override a protected non-static method as long as it's not marked 
> "final".
> 
> A subclass inherits all of the public and protected members of its parent, no 
> matter what package the subclass is in. If the subclass is in the same 
> package as its parent, it also inherits the package-private members of the 
> parent. You can use the inherited members as is, replace them, hide them, or 
> supplement them with new members: [1]
> 
> Farrukh
> 
> References:
> 
> [1] http://download.oracle.com/javase/tutorial/java/IandI/subclasses.html
> 
>>  
>> Cheers
>>  
>> Cheong Hee
>> _______________________________________________
>> Do not post admin requests to the list. They will be ignored.
>> Webobjects-dev mailing list      ([email protected])
>> Help/Unsubscribe/Update your Subscription:
>> http://lists.apple.com/mailman/options/webobjects-dev/farrukh.ijaz%40fuegodigitalmedia.com
>> 
>> This email sent to [email protected]
> 
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Webobjects-dev mailing list      ([email protected])
> Help/Unsubscribe/Update your Subscription:
> http://lists.apple.com/mailman/options/webobjects-dev/farrukh.ijaz%40fuegodigitalmedia.com
> 
> This email sent to [email protected]

 _______________________________________________
Do not post admin requests to the list. They will be ignored.
Webobjects-dev mailing list      ([email protected])
Help/Unsubscribe/Update your Subscription:
http://lists.apple.com/mailman/options/webobjects-dev/archive%40mail-archive.com

This email sent to [email protected]

Reply via email to