You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@beehive.apache.org by "Carlin Rogers (JIRA)" <de...@beehive.apache.org> on 2006/03/31 19:39:43 UTC
[jira] Created: (BEEHIVE-1088) NetUI page flow compiler's
WebappPathType.checkRelativePath() needs to handle path to a JPF that
begins with './'
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
Assigned to: 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
[jira] Closed: (BEEHIVE-1088) NetUI page flow compiler's
WebappPathType.checkRelativePath() needs to handle path to a JPF that
begins with './'
Posted by "Carlin Rogers (JIRA)" <de...@beehive.apache.org>.
[ 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