You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@turbine.apache.org by bu...@apache.org on 2002/02/15 21:46:23 UTC

DO NOT REPLY [Bug 6493] New: - Compilation problem (method not visible)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6493>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=6493

Compilation problem (method not visible)

           Summary: Compilation problem (method not visible)
           Product: Turbine
           Version: 2.1 final
          Platform: PC
        OS/Version: Windows NT/2K
            Status: NEW
          Severity: Normal
          Priority: Other
         Component: Build
        AssignedTo: turbine-dev@jakarta.apache.org
        ReportedBy: d.tonhofer@m-plify.com


When putting Turbine sources into the VisualAge for Java IDE 3.5 (patch 2)
one gets a compiler error. Quite simple, too:

In org.apache.turbine.services.pool.TurbinePoolService

"The method getSignature invoked for type
 org.apache.turbine.services.pool.TurbinePoolService with arguments
 (Class,Object[],String[]) is not visible"

This refers to the call in TurbinePoolService$PoolBuffer
made after the 'make a synchronized recheck' comment.

Analysis:

getSignature() is a protected method of 
org.apache.turbine.services.factory.TurbineFactoryService,
so the question is whether an inner class (here, TurbinePoolService$PoolBuffer) 
can access protected members of its enclosing class -- as compilers seem to
diagree over this fine point.

The Java Language reference says in 6.6.1:

[..], if the member or constructor is declared protected, then access is
      permitted only when one of the following is true: 
      - Access to the member or constructor occurs from within the package
        containing the class in which the protected member or constructor is
        declared. (not true in this case)
      - Access is correct as described in �6.6.2. (not true in our case...
        I guess)

So, I think this method has to be made public.

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>