Nabble - Beehive

Extensible Custom Control with invoke method: how to get a reference to the extended bean instance?

2008-10-03T15:29:16Z

Hi,

I'm try to implement both a Extensible and its extended Custom Control
to log any method invocation issued in a extended custom control instance.

I have 2 interfaces and 2 implementations:

@ControlInterface
... MyCustomControl {
}

@ControlImplementation
... MyCustomControlImpl ... implements Extensible ... {
public Object invoke(Method m, Object[] args) ... {
// How to invoke the method been issued in the extended custom
control instance
// without losing its state, without instantiate a new bean?
return ...
}
}

@ControlExtension
@ControlInterface
... MyExtendedCustomControl ...{
public void sayHello();
}

@ControlImplementation
... MyExtendedCustomControlImpl ... extends MyCustomControlImpl implements
MyCustomControl ... {
}
public void sayHello() {
System.out.println("Hello!");
}
}

But, given the parameters of the "invoke" method, I'm not able to actually
invoke
the extended custom control method after logging some information about it.

How to get a reference to the extended custom control instance within the
"invoke" method
in order to call the intercepted method in that instance?

Att.
Eduardo Gouvea

From forum: Beehive - User

RE: SharedFlowControllers can't access the session in non-action methods

2008-09-30T15:58:12Z

Here is the actual stacktrace I see. Note that this was hit from the
begin() method instead of the beforeAction() method I used as an example
in the last email.

<Sep 30, 2008 3:00:33 PM PDT> <Notice> <Stdout> <000000> <30 Sep 2008
15:00:33,227 ERROR UtilityController: stacktrace:
java.lang.IllegalStateException: getS

ession was called outside of a valid context.>

<Sep 30, 2008 3:00:33 PM PDT> <Notice> <Stdout> <000000> <30 Sep 2008
15:00:33,227 ERROR UtilityController: message:We're sorry, but an error
has occurred.>

at
org.apache.beehive.netui.pageflow.FlowController.getSession(FlowControll
er.java:1003)

at
com.kcdistancelearning.pageflow.sharedFlow.utility.UtilityController.get
PortalOrganizationId(UtilityController.java:225)

at portlets.login.LoginController.begin(LoginController.java:60)

at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav
a:39)

at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor
Impl.java:25)

at java.lang.reflect.Method.invoke(Method.java:585)

at
org.apache.beehive.netui.pageflow.FlowController.invokeActionMethod(Flow
Controller.java:879)

at
org.apache.beehive.netui.pageflow.FlowController.getActionMethodForward(
FlowController.java:809)

at
org.apache.beehive.netui.pageflow.FlowController.internalExecute(FlowCon
troller.java:478)

at
org.apache.beehive.netui.pageflow.PageFlowController.internalExecute(Pag
eFlowController.java:306)

at
org.apache.beehive.netui.pageflow.FlowController.execute(FlowController.
java:336)

at
org.apache.beehive.netui.pageflow.internal.FlowControllerAction.execute(
FlowControllerAction.java:52)

at
org.apache.struts.action.RequestProcessor.processActionPerform(RequestPr
ocessor.java:431)

at
org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.access$201(Pa
geFlowRequestProcessor.java:97)

at
org.apache.beehive.netui.pageflow.PageFlowRequestProcessor$ActionRunner.
execute(PageFlowRequestProcessor.java:2044)

at
org.apache.beehive.netui.pageflow.interceptor.action.internal.ActionInte
rceptors.wrapAction(ActionInterceptors.java:91)

at
org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processAction
Perform(PageFlowRequestProcessor.java:2116)

at
org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:
236)

at
org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processIntern
al(PageFlowRequestProcessor.java:556)

at
org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.process(PageF
lowRequestProcessor.java:853)

at
org.apache.beehive.netui.pageflow.AutoRegisterActionServlet.process(Auto
RegisterActionServlet.java:631)

at
org.apache.beehive.netui.pageflow.PageFlowActionServlet.process(PageFlow
ActionServlet.java:158)

at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)

at
com.kcdistancelearning.servlet.IqOesPageFlowActionServlet.doGet(IqOesPag
eFlowActionServlet.java:38)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)

at
weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(St
ubSecurityHelper.java:225)

at
weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityH
elper.java:127)

at
weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:2
83)

at
weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:1
75)

at
weblogic.servlet.internal.RequestDispatcherImpl.invokeServlet(RequestDis
patcherImpl.java:496)

at
weblogic.servlet.internal.RequestDispatcherImpl.forward(RequestDispatche
rImpl.java:245)

at
org.apache.beehive.netui.pageflow.internal.DefaultForwardRedirectHandler
.forward(DefaultForwardRedirectHandler.java:128)

at
org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.doForward(Pag
eFlowRequestProcessor.java:1801)

at
org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processPageFl
owRequest(PageFlowRequestProcessor.java:741)

at
org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.processIntern
al(PageFlowRequestProcessor.java:474)

at
org.apache.beehive.netui.pageflow.PageFlowRequestProcessor.process(PageF
lowRequestProcessor.java:853)

at
org.apache.beehive.netui.pageflow.AutoRegisterActionServlet.process(Auto
RegisterActionServlet.java:631)

at
org.apache.beehive.netui.pageflow.PageFlowActionServlet.process(PageFlow
ActionServlet.java:158)

at
org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:414)

at
com.kcdistancelearning.servlet.IqOesPageFlowActionServlet.doGet(IqOesPag
eFlowActionServlet.java:38)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:743)

at javax.servlet.http.HttpServlet.service(HttpServlet.java:856)

at
weblogic.servlet.internal.StubSecurityHelper$ServletServiceAction.run(St
ubSecurityHelper.java:225)

at
weblogic.servlet.internal.StubSecurityHelper.invokeServlet(StubSecurityH
elper.java:127)

at
weblogic.servlet.internal.ServletStubImpl.execute(ServletStubImpl.java:2
83)

at
weblogic.servlet.internal.TailFilter.doFilter(TailFilter.java:26)

at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:
42)

at
com.kcdistancelearning.servlet.filter.IqOesTransactionFilter.wrapInTrans
action(IqOesTransactionFilter.java:60)

at
com.kcdistancelearning.servlet.filter.IqOesTransactionFilter.doFilter(Iq
OesTransactionFilter.java:51)

at
weblogic.servlet.internal.FilterChainImpl.doFilter(FilterChainImpl.java:
42)

at
weblogic.servlet.internal.WebAppServletContext$ServletInvocationAction.r
un(WebAppServletContext.java:3212)

at
weblogic.security.acl.internal.AuthenticatedSubject.doAs(AuthenticatedSu
bject.java:321)

at
weblogic.security.service.SecurityManager.runAs(SecurityManager.java:121
)

at
weblogic.servlet.internal.WebAppServletContext.securedExecute(WebAppServ
letContext.java:1983)

at
weblogic.servlet.internal.WebAppServletContext.execute(WebAppServletCont
ext.java:1890)

at
weblogic.servlet.internal.ServletRequestImpl.run(ServletRequestImpl.java
:1344)

at weblogic.work.ExecuteThread.execute(ExecuteThread.java:209)

at weblogic.work.ExecuteThread.run(ExecuteThread.java:181)

Sean Adkinson

________________________________

From: Adkinson, Sean
Sent: Tuesday, September 30, 2008 3:42 PM
To: 'user@...'
Subject: SharedFlowControllers can't access the session in non-action
methods

Hey there,

We have recently started utilizing shared flow controllers for session
getters that used to be in inherited controllers. The reason for this
was to abstract out our inherited controllers in order to be used across
multiple applications in a common code sort of way, but still have a
central location for accessing certain session values.

However, it doesn't appear as if you can access the session in a
SharedFlowController when you haven't come in through an action, since
setPerRequestState is never called in FlowController in this case.
Would it be appropriate to call setPerRequestState for each
SharedFlowController whenever setPerRequestState is called?

Here are snippets of what I am doing:

@Jpf.Controller(...)

public class UtilityController extends SharedFlowController

{

public Integer getOrganizationId()

{

return
(Integer)getSession().getAttribute(SessionConstants.ORGANIZATION_ID);

}

}

@Jpf.Controller(

...

sharedFlowRefs = { @Jpf.SharedFlowRef(name = "utilityController", type =
UtilityController.class) }

)

public class LoginController extends PageFlowController

{

@Jpf.SharedFlowField(name = "utilityController")

private UtilityController utilityController;

protected final synchronized void beforeAction() throws Exception

{

//fail here

System.out.println("Organization ID: " +
utilityController.getOrganizationId());

}

}

When getOrganizationId() lived in an inherited controller, the method
worked fine, since setPerRequestState() had been called for this
controller. If the code were changed to call setPerRequestState() for
each of the shared controllers when it called was called for the current
controller, this looks like it would work just fine.

Any thoughts or suggestions? Thanks for you help!

Sean Adkinson | Web Developer/Programmer | KCDL |
sadkinson@... | (503) 731-5488 | (503) 866-0852 cell

From forum: Beehive - User

SharedFlowControllers can't access the session in non-action methods

2008-09-30T15:41:36Z

Hey there,

We have recently started utilizing shared flow controllers for session
getters that used to be in inherited controllers. The reason for this
was to abstract out our inherited controllers in order to be used across
multiple applications in a common code sort of way, but still have a
central location for accessing certain session values.

However, it doesn't appear as if you can access the session in a
SharedFlowController when you haven't come in through an action, since
setPerRequestState is never called in FlowController in this case.
Would it be appropriate to call setPerRequestState for each
SharedFlowController whenever setPerRequestState is called?

Here are snippets of what I am doing:

@Jpf.Controller(...)

public class UtilityController extends SharedFlowController

{

public Integer getOrganizationId()

{

return
(Integer)getSession().getAttribute(SessionConstants.ORGANIZATION_ID);

}

}

@Jpf.Controller(

...

sharedFlowRefs = { @Jpf.SharedFlowRef(name = "utilityController", type =
UtilityController.class) }

)

public class LoginController extends PageFlowController

{

@Jpf.SharedFlowField(name = "utilityController")

private UtilityController utilityController;

protected final synchronized void beforeAction() throws Exception

{

//fail here

System.out.println("Organization ID: " +
utilityController.getOrganizationId());

}

}

When getOrganizationId() lived in an inherited controller, the method
worked fine, since setPerRequestState() had been called for this
controller. If the code were changed to call setPerRequestState() for
each of the shared controllers when it called was called for the current
controller, this looks like it would work just fine.

Any thoughts or suggestions? Thanks for you help!

Sean Adkinson | Web Developer/Programmer | KCDL |
sadkinson@... | (503) 731-5488 | (503) 866-0852 cell

From forum: Beehive - User

Re: Jira Iissue 1193

2008-09-16T20:17:06Z

Hi Srinivas,

Looks like the bug lists the fix as SVN revision 538018. I did a quick
google search and found the description of the change in the archived SVN
notification. See...

http://mail-archives.apache.org/mod_mbox/beehive-commits/200705.mbox/%3C20070514233636.3A0C91A9838@...%3E

Hope that helps. Kind regards,
Carlin

On Tue, Sep 16, 2008 at 12:26 PM, Srinivas Surapaneni <
srinivas.surapaneni@...> wrote:

> There is a fix for JIRA issue 1193 in Beehive
>
> https://issues.apache.org/jira/browse/BEEHIVE-1193
>
> It is fixed, but there are no case notes what files were changed.
>
> I am trying to apply the patch to the beehive version that came part of
> Weblogic 9.2 MP3
>
> Can you provide more details what files we need to get to apply the patch?
>
> Thank You
>

From forum: Beehive - User

Jira Iissue 1193

2008-09-16T11:26:48Z

There is a fix for JIRA issue 1193 in Beehive

https://issues.apache.org/jira/browse/BEEHIVE-1193

It is fixed, but there are no case notes what files were changed.

I am trying to apply the patch to the beehive version that came part of
Weblogic 9.2 MP3

Can you provide more details what files we need to get to apply the patch?

Thank You

From forum: Beehive - User

[jira] Resolved: (BEEHIVE-1226) Potential cross-site-scripting vulnerability in select and checkbox tags

2008-09-07T12:12:44Z

[ https://issues.apache.org/jira/browse/BEEHIVE-1226?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Carlin Rogers resolved BEEHIVE-1226.
------------------------------------

Resolution: Fixed

Fixed with svn revision 692920, a contribution from Poorna Ramasamy.

> Potential cross-site-scripting vulnerability in select and checkbox tags
> ------------------------------------------------------------------------
>
> Key: BEEHIVE-1226
> URL: https://issues.apache.org/jira/browse/BEEHIVE-1226
> Project: Beehive
> Issue Type: Bug
> Components: NetUI
> Affects Versions: 1.0, 1.0.1, 1.0.2
> Reporter: Carlin Rogers
> Fix For: V.Next
>
>
> There is a potential cross-site-scripting issue with the netui select and checkbox tags.

--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Nabble - Beehive

Extensible Custom Control with invoke method: how to get a reference to the extended bean instance?

RE: SharedFlowControllers can't access the session in non-action methods

SharedFlowControllers can't access the session in non-action methods

Re: Jira Iissue 1193

Jira Iissue 1193

[jira] Resolved: (BEEHIVE-1226) Potential cross-site-scripting vulnerability in select and checkbox tags

NavigateTo.currentPage in inherited page flows throw NoPreviousPageException

[jira] Created: (BEEHIVE-1226) Potential cross-site-scripting vulnerability in select and checkbox tags

Re: URL template config

url template config

URL template config

Re: URL Template Issues

[jira] Created: (BEEHIVE-1224) Missing EJB Control Container

Re: URL Template Issues

Fabrice Robbe est absent(e).

URL Template Issues

JDBC Control

liveness questions [was: Fwd: Created: (BEEHIVE-1222) Is this project still active?]

Re: NetUI

Re: NetUI

Re: Eclipse

NetUI

Eclipse

Re: Releasing JDBCControl connections early

Re: Releasing JDBCControl connections early

[jira] Created: (BEEHIVE-1223) "Could not find shared flow with name X" even when it's specified correctly in the code

Releasing JDBCControl connections early

[jira] Created: (BEEHIVE-1222) Is this project still active?

[jira] Resolved: (BEEHIVE-1221) Forrest version conflict since post 0.7 release

[jira] Updated: (BEEHIVE-1221) Forrest version conflict since post 0.7 release

[jira] Created: (BEEHIVE-1221) Forrest version conflict since post 0.7 release

[jira] Updated: (BEEHIVE-1215) ControlBean.lookupControlBeanContextFactory can be optimized

[jira] Resolved: (BEEHIVE-1220) The BaseHandler.reinit() method does not call the reinit() method on the _previousHandler member

Re: Is Beehive still an active project?

Re: Is Beehive still an active project?