[ http://issues.apache.org/jira/browse/BEEHIVE-1088?page=all ]
Carlin Rogers closed BEEHIVE-1088:
----------------------------------
Resolution: Duplicate
Sorry, my browser got an error page when I submitted this. Closing as a
duplicate of BEEHIVE-1090.
> NetUI page flow compiler's WebappPathType.checkRelativePath() needs to handle
> path to a JPF that begins with './'
> -----------------------------------------------------------------------------------------------------------------
>
> Key: BEEHIVE-1088
> URL: http://issues.apache.org/jira/browse/BEEHIVE-1088
> Project: Beehive
> Type: Bug
> Versions: 1.0.1
> Reporter: Carlin Rogers
> Assignee: Carlin Rogers
> Priority: Minor
> Fix For: v.next
>
> Add an action such as the following to a page flow controller:
> @Jpf.Action(forwards = {
> @Jpf.Forward(name = "success",
> path = "./subdir/Controller.jpf")
> })
> protected Forward AddAction() { ... }
> As the jpf compiler does its thing, it translates external pageflow paths
> into type names and then requests those types. Here it is incorrectly
> translating "./subdir/Controller.jpf" to a type name "..subdir.Controller"
> which may cause an APT implementation to barf when we try to get a
> TypeDeclaration from this name. With the Sun APT, we get a null type without
> an error, but then this causes us to write a warning that we cannot find the
> page flow for the given path.
> The problem is in
> org.apache.beehive.netui.compiler.grammar.WebappPathType.checkRelativePath().
> It does some stuff to look for "../" at the beginning of a path but does not
> handle "./".
> I'll add a zip file for the repro. The fix is coming shortly.
--
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
