[ 
http://issues.apache.org/jira/browse/TAPESTRY-724?page=comments#action_12359180 
] 

Geoff Longman commented on TAPESTRY-724:
----------------------------------------

I take it from this:

Modified: jakarta/tapestry/trunk/status.xml
URL: 
http://svn.apache.org/viewcvs/jakarta/tapestry/trunk/status.xml?rev=351507&r1=351506&r2=351507&view=diff
==============================================================================
--- jakarta/tapestry/trunk/status.xml (original)
+++ jakarta/tapestry/trunk/status.xml Thu Dec  1 14:29:33 2005
@@ -82,6 +82,8 @@
        ListenerMapSource.createListenerMethodInvoker()</action>
      <action type="fix" dev="HLS" fixes-bug="TAPESTRY-387" due-to="Kevin J. 
Menard, Jr.">Typographical Errors in
        Documentation</action>
+      <action type="fix" dev="HLS" fixes-bug="TAPESTRY-724">Tapestry may, in 
some cases, look for a page class in the wrong package</action>

...that you consider the issue fixed? 

Pls close this issue as I obviously have nothing more to contribute.

The handling of this issue leaves a very bad taste in my mouth. A bad taste 
that may linger for a while.

> Tapestry may, in some cases, look for a page class in the wrong package
> -----------------------------------------------------------------------
>
>          Key: TAPESTRY-724
>          URL: http://issues.apache.org/jira/browse/TAPESTRY-724
>      Project: Tapestry
>         Type: Bug
>   Components: Framework
>     Versions: 4.0
>     Reporter: Geoff Longman
>     Assignee: Howard M. Lewis Ship
>     Priority: Critical
>  Attachments: test.zip
>
> I've been trying to come up with a patch but work has been getting crazy and 
> I have been ill for days now.
> A detailed description of the problem (and apossible solution) is to be found 
> here:
> http://wiki.apache.org/jakarta-tapestry/GeoffLongmanSandbox
> In a nutshell, if a user references a Tapestry page whose class must be found 
> from a given list of packages it may be the case that way they have 
> referenced (by name) may mislead the ComponentClassProvider to look in the 
> wrong package. If that happens, the class is not found and (in most cases) 
> BasePage is assigned as the page class. Often this will break the application 
> if the page depends on a class other than BasePage. Depending on how the app 
> is set up there could be 3 or more legal ways to reference a page by name 
> (path parts) but only one way will result in the right page class being 
> located.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to