Portal Backing file -- ClassNotFoundException

I am using weblogic8.1 SP3. I try to give a backing file for .portal desktop. I put this backing file, PortalBacking.java in the portal project root directory which is the same directory as .portal file. And give PortalBacking.java in Backing File properties. When I run, I got "ClassNotFoundException" for my backing file.
I put backing file under a directory and give a full path(basically package name to Backing File Properties) and got "ClassNotFoundException" too.
Can someone tell me what I missing ? Thank you very much for help.

Find your sampleportal application under weblogic81\samples\portal\portalApp\sampleportal\ .
You can find some sample backing files under WEB-INF\src\examples\login
Hope this helps...
--stefan

Similar Messages

Problem with backing file in weblogic portal

Hi friends,
Hope all are good. How to call the backing file methods,before begin method of jpf portlet of weblogic.
Thanks,
Ramanuja kolla.

Serge, can you post this in weblogic.servlet.interest.portal? There is a
          chance portal gurus might be able to answer this query
          --Nagesh
          "Serge" <[email protected]> wrote in message
          news:403080b2$[email protected]..
          >
          > Hello.
          >
          > I am developing Portal Web application now using WebLogic Workshop 8.1
          with Service
          > Pack2 and I have a problem with Default Page in Portal.
          >
          > The problem is following: when I click on ANY link (even on Minimize or
          Maximize
          > in Portlet titlebar) on the page that is not default for my application,
          default
          > page is always shown. Why does it happen? Can you help me?

I am not able to use two backing files in same portal page

hi to all
i am using backing files in remote portlet.
but i have two portlets in my portal page and in both i need to use backing files. i used seperate backing files for both the portlets but only one works at a time.
please help me out frnds..
did this happening because of same object MarkupRequestState.KEY..... following is code that i am using. similar code used for another portlet, just a change of state varible and parameter variable
am i missing something?
package backempno;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
import com.bea.netuix.servlets.controls.content.backing.AbstractJspBacking;
import com.bea.wsrp.ext.holders.MarkupRequestState;
import com.bea.wsrp.ext.holders.SimpleStateHolder;
public class sendempno extends AbstractJspBacking
public boolean preRender(HttpServletRequest request,HttpServletResponse response)
SimpleStateHolder state2 = new SimpleStateHolder();
String empno=request.getParameter("empno");
state2.addParameter("empno",empno);
request.setAttribute(MarkupRequestState.KEY, state2);
return true;
}

Hi Susan,
In that case I will recommend that you consult a local technician/IT team and see if there is some network connectivity issue with your machine.
- Abhishek Maurya

Detection portlet backing file under weblogic portal

Hi all
I am try to work out a interportlet communication example under instruction listed below
http://download.oracle.com/docs/cd/E13218_01/wlp/docs92/portlets/ipc.html#wp1025202
Everything works fine until add action to a backing file. I cannot find such option under event handler wizard. From the documentation, it mentions that
"The Invoke BackingFile selection will not appear unless a backing file is detected by WebLogic Portal. "
Is any way that can trigger weblogic portal to detect particular backing file? or any example that I can refer to setup such action manually?
Any help would be apprectiate, thanks.
wayne

Hello Wayne,
The WebLogic Portal forum is a better place to ask WLP questions:
WebLogic Portal
However, to answer your question, you can add a backing file to the portlet in Workshop, or manually in the .portlet file as described (at the bottom of the section) here:
http://download.oracle.com/docs/cd/E13218_01/wlp/docs92/portlets/building.html#wp1077130
Kevin

Hiding portal page using a backing file.

Hi,
Is it possible to hide a page using a backing file. Want to hide a page based
on the request parameter. I assume it has to be done in a Book backing file.
Don't want to use entitlement s here. Does anybody have sample code or point
me to documentation.
Thanks,
Shankar

Yes, you can get the contained page backing contexts from a
BookBackingContext by calling getPageBackingContexts() on an instance of
the BookBackingContext you have.
-Sameer
Shankar Bala wrote:
Hi Sameer,
Thanks for your response. I was thinking of Book backing file because, I need
to toggle between two pages. At any time only one is visible based on the request
parameter.
Is it possible to get the page context and set visible=false from there?
thanks.
Sameer <[email protected]> wrote:
You can do this in the Page backing file. Override the preRender method
in your backing file and do something like:
     public boolean preRender(HttpServletRequest request,
HttpServletResponse response)
          String param = request.getParameter("YOURPARAM");
          if(param != null && param.equals("EXPECTEDVALUE"))
          PageBackingContext backingContext =
PageBackingContext.getPageBackingContext(request);
          backingContext.setVisible(false);
Hope this helps.
-Sameer
Shankar Bala wrote:
Hi,
Is it possible to hide a page using a backing file. Want to hide apage based
on the request parameter. I assume it has to be done in a Book backingfile.
Don't want to use entitlement s here. Does anybody have sample codeor point
me to documentation.
Thanks,
Shankar

How can I have a backing file call a JavaScript function?

I have a Weblogic portal with a JSP portlet. The portlet has a backing file. How can I get the backing file to call a JavaScript function in my portlet?
thanks

Hi
your questions are not correct because you are mixing up server side operations with client side operations.
First server side code executes then the page is sent to the browser , then any javascript executes on the browser. So asking for javascript to be called from backing file (server side) doesn't make sense or asking for javascript to read a parameter doesnt exactly work either.
However in your server code suppose you have a variable action in the request that you want javascript to know then in your JSP you would add something like
<script type="text/javascript">
var action = '${requestScope.action}';
alert(action);//or whatever you want to do
<c:if test="${requestScope.someOthervariable == ''xyz'}"><%-- this check is done on the server --%>
callSomeJavascript(); <%--this javascript is only executed when the server side value of someOtherVariable is xyz --%>
</c:if>
</script>
i.e. you can output the javascript that has the variables you need or the function calls you want.
Like I said understand whats server side and whats client side.

How to call a database controller in backing file

Hello,
First of all, I'd like to apologize if this question is posted by someone else before. But because I haven't been to find the answer so I just post this question here with hope that someone will have the answer for me.
I am using weblogic 8.1 SP3. I am trying to build a web portal which requires users to login and logout. Based on the tutorials from BEA and the documents that I read in this forum, I decided to use backing file to check for the username and password. I am using MySQL database and I have a page flow controller which is based on the database control. How can I call that control in the backing file? Or is there anyway to compare the username and password that the user enters to the ones in the MySQL tables? I don't want to create a database connection in that backing file since the page flow controller can do that for me already.
Any help is appreciated
Thanks in advance
TL

select ename from emp@dblink
...lose the double quotes.
Scott

Is it possible to use a portlet backing file on the dvt_enabler portlet?

We currently have a 9.2 portal with a simple login form portlet that uses a backing file to do much security checking, authentication against ActiveDir, etc. Our requirement is to convert to WLP 10.3 using the DVT enabler portlet or something like it for login (because DVT/DISC is to be turned on for the portal). will it be possible to specify that backing file against the DVT enabler portlet?

I'm not sure using the DVT enabler portlet will do what you want. It basically just specifies the render dependencies to bring in the dojo and dvt javascript libraries. It doesn't provide any login support itself; the javascript it brings responds to the logged-in state of the user (accessed via DISC), so something else is required to login the user.
Greg

No Backing File in Portlet

Hi All,
Is there any possibility of not having a backing file when we are implementing the IPC (Inter-Portlet Communication) in our portal application ??
Thanks in Advance
Portal Developer

Hello,
A backing file is not needed unless you want to do something "custom" with the events your portlet receives. All the options listed at http://edocs.bea.com/wlp/docs102/portlets/ipc.html#wp1055503 can be specified in your .portlet file, and only "invoke backing file method" actually requires a backing file.
Kevin

Changing shell, look & feel dynamically in desktop backing file

(I apologize if this post is showing up twice - I tried posting with
google groups but it doesn't appear at forums.bea.com, so I wanted to
post again using xnews to make sure it shows up.)
I have a backing file that I am using with my desktop and I need to be
able to change the shell and look & feel dynamically, based on the page
that is currently active. I am doing the following in the preRender()
method:
String newLAF = "myLookAndFeel";
String newShell = "myShell";
// here is where I would determine the appropriate LAF and shell based on the current page
customizationContext = new CustomizationContext(Locale.getDefault(), request);
customizationContext.setVisitorMode(true);
DesktopView desktopView =
PortalBeanManager.getPortalCustomizationManager().getDesktopView(customizationContext, webAppName, new PortalPath(portalPath), new DesktopPath(desktopPath));
DesktopInstanceId dii = desktopView.getDesktopInstanceId();
DesktopInstance di = PortalBeanManager.getPortalCustomizationManager().getDesktopInstance(customizationContext, dii);
LookAndFeelDefinitionId lookAndFeelId = null;
for(int i = 0, n = lookAndFeelDefinitions.length; i < n; i++) {
if(newLAF.equals(lookAndFeelDefinitions.getDefinitionLabel())) {
lookAndFeelId = lookAndFeelDefinitions[i].getLookAndFeelDefinitionId();
break;
di.setLookAndFeelDefinitionId(lookAndFeelId);
ShellDefinitionManager shellManager = PortalBeanManager.getShellDefinitionManager();
ShellDefinitionId shellId = null;
ShellDefinition[] shellDefinitions = getShellDefinitions(webAppName, request.getLocale(), request);
for(int i = 0, n = shellDefinitions.length; i < n; i++) {
String shellName = shellManager.getShellView(customizationContext, shellDefinitions[i].getShellDefinitionId()).getMarkupView().getMarkupDefinition().getName();
if(newShell.equals(shellName)) {
shellId = shellDefinitions[i].getShellDefinitionId();
break;
di.setShellDefinitionId(shellId);
PortalBeanManager.getPortalCustomizationManager().updateDesktopInstance(customizationContext, di);
This works just fine, but I once the portal renders itself in my
browser, I usually have to refresh the page before the changes to the
shell and look & feel are visible. I would like to do this in the
init() method of the backing file but I do not know how to determine
the current active page from within init.
I would appreciate any help you all could give me in finding a solution
so I do not have to refresh the page in order to see the shell and look
& feel changes. Thanks in advance!
Andy

We essentially have 2 "portals" running inside 1 .portal file. We'd
like to be able to use single sign on and entitlements to allow/restrict
access to various parts of the 2 portals (where certain books are
consider part of portal "A" and others part of portal "B"). If you are
logged in as a super-user, you will be able to access everything. If
you are logged in as user type "A" you can only access portal "A," and
similarly for user type "B" and portal "B."
Portals A and B have each have a distinct header, footer (i.e. shell),
and look and feel (skeleton and skin). If a super-user is looking at
portal A, the portal should have portal A's header, footer, and look and
feel, and similarly for portal B.
How would you recommend we accomplish this? Would it make more sense
(and is it possible) to have the header and footer jsps determine what
content to render based on the current book or page, and then use the
code you suggested below to change the look and feel dynamically?
Thanks,
Andy
jolleyc wrote:
in order to pick up the changes for that request you will need to do a redirect back to the server (our login examples shwo you how to do this). this is because the control tree has already been retrieved from the database (so you need to go back and get a new version).
I quick note: If you plan on doing this a lot this is quite a heavy process. if you just need to change the lookAndFeel on the fly you can look at the following ( i t think this is in the tutorial portal)
A) Modify the shell to include a jsp and backing file
<netuix:header>
<netuix:jspContent backingFile="com.acme.DynamicLookAndFeelHeaderBacking" contentUri="/portlets/lookAndFeel/dynamicLookAndFeelHeader/dynamicLookAndFeelHeader.jsp"/>
</netuix:header>
B) backing file looks like
public void init(HttpServletRequest request, HttpServletResponse response)
// Get the session from the request
HttpSession session = request.getSession();
// Get the LookAndFeel object from the PrimaryTheme in the request
LookAndFeel lookAndFeel = LookAndFeel.getLookAndFeel(request);
if (request.getParameter("defaultButton") != null)
session.setAttribute("skin", "default");
if (request.getParameter("textButton") != null)
session.setAttribute("skin", "text");
if (request.getParameter("classicButton") != null)
session.setAttribute("skin", "classic");
String selectedSkin = (String) session.getAttribute("skin");
if (selectedSkin != null)
lookAndFeel.setSkin(selectedSkin);
lookAndFeel.setSkeleton(selectedSkin);
lookAndFeel.reinit();

No backing file methods in dropdown

I am working through the <b>Establishing Interportlet Communications by Using Custom and Page Flow Event Handlers: An Example</b>http://edocs.bea.com/wlp/docs81/ipcguide/custevent.html#999127
I have created my backing files in step2 and have completed much of step 3. However, when I get to the point in the tutorial where I am to choose the backing file method, there is nothing in the dropdown. The backing files have been compiled and the classes are in WEB-INF/classes/backing folder.
Any ideas what might be causing this?

Stephen Davidson wrote:
I am working through the <b>Establishing Interportlet Communications by Using Custom and Page Flow Event Handlers: An Example</b>http://edocs.bea.com/wlp/docs81/ipcguide/custevent.html#999127
I have created my backing files in step2 and have completed much of step 3. However, when I get to the point in the tutorial where I am to choose the backing file method, there is nothing in the dropdown. The backing files have been compiled and the classes are in WEB-INF/classes/backing folder.
Any ideas what might be causing this?I think that you just point to the backing file and not a method
specifically. If you override the preRender method, it always gets
executed prior to rendering whatever resource (desktop, book, page or
portlet you have it bound to) and if you override the handlePostBack
method, it gets executed whenenever you do post back to the portal.

Backing file question

Very basic question
I have three page --page 1 , page2 and page 3
I have attached the below backing file to page2
The println statement always says curPage to be page2 even when I click other pages (page1 and page3) I;m not clear why backing file is executed when page 1 and page 3 is clicked. any pointers?
package age;
import com.bea.netuix.servlets.controls.page.PageBackingContext;
import javax.servlet.http.HttpServletRequest;
import javax.servlet.http.HttpServletResponse;
public class testPageBackingFile extends com.bea.netuix.servlets.controls.content.backing.AbstractJspBacking
public boolean handlePostbackData(HttpServletRequest request, HttpServletResponse response) {
PageBackingContext testContext = PageBackingContext.getPageBackingContext(request);
String curPage = testContext.getLabel();
system.out.println("curPage" + curPage);
String newPage;
try {
Integer.parseInt(request.getParameter("age"));
newPage = "page5";
} catch (NumberFormatException nfe) {
newPage = "page2";
if(!curPage.equals(newPage)) {
testContext.setupPageChangeEvent(newPage);
return true;
} else {
return false;
}

Hello,
Unless "Control Tree Optimization" is turned on, the handlePostbackData() method of every backing file in the whole desktop will generally be run, even if the page / book / portal the backing file is attached to is not being displayed.
Kevin

Backing file at Page level

Hi,
I am working on Weblogic portal 9.2. I have single Portal that hold one page and 3 portlet.
Conditionally I wanted to visible and hide these portlet so I added backing file at Page level and after using setVisible() method of portlet I can hide or show these portlet.
But the problem is Portal page is not visible in portal administrator until and unless you created desktop template from existing portal web app.
But consider somebody created new page on portal administrator and added these 3 portlet.and now want to see visibility and hiding functionality of portlet. So Page level Backing file approach will be fail as this page will not have any backing file support.
So in this scenario how do I hide and show portlet without help of backing file

Hi Kevin
Just curious where exactly the BackingFile information gets stored for Pages, Books, Desktops etc in the Portal DB Schema. As per my understanding, from IDE we create .portal file. Add books/pages and portlets to the pages. We assign BackingFiles to Page/Book and portlets. When we deploy and create Desktop, this .portal file is parsed and all the information gets stored in the DB Tables. When we run portal in streamline mode, it gets all the details from the DB tables and NOT from the .portal file any more. In PF_PORTLET_DEFINITION Table, I could see a column to store the BackingFile full path. And in .EAR file we have this .class file. But in PF_PAGE_DEFINITION, PF_BOOK_DEFINITION, I could not see any such columns. So my question is in streamline mode when a desktop is rendered by reading all these tables, where exactly the BackingFile is getting triggered/called from which table. Does it still refer .portal file.
Thanks
Ravi Jegga

Changing current page from backing file

Using WL 8.1 SP4
I have a User Acceptance Policy page in my portal, and I want to ensure that users have viewed this page before I allow them to view any other content.
When users have viewed the UAP, I set a session variable. I then use the session variable in my entitlements, so there's no problem with them viewing content they shouldn't.
The problem I have is that if users try to access a page directly (or their session has expired), they're left with a blank page (as they're not entitled to see anything), rather than being sent to something helpful (i.e. the UAP).
So I need a backing file. It can either be on every page (except the UAP), or I can put it on the book - whatever is recommended.
I've tried this as a page backing file:
public class UAPCheck extends AbstractJspBacking {
public boolean handlePostbackData(HttpServletRequest request, HttpServletResponse response){
PageBackingContext pbc = PageBackingContext.getPageBackingContext(request);
if (pbc.getLabel().equals("uap_page")
|| request.getSession().getAttribute("UAP Accepted") != null){
return true;
} else {
pbc.setupPageChangeEvent("uap_page");
return true;
I've applied this to pages in my book, however nothing happens - the page change request never fires!
So what's happening here? Am I misunderstanding what setupPageChangeEvent is for?
Help is appreciated.
darren

In the past I have done it as follows:
1. Create a backing file for the book that has these pages.
2. In the preRender of the backing file do the following
BookBackingContext bbc=
BookBackingContext.getBookBackingContext(getRequest());
if( //check to see if page change event is needed)
{PageBackingContext pbc_current =
        bbc.getActivePageBackingContext();
    pbc_default.setActive(false);
    PageBackingContext pbc_pageToBeShown=
        bbc.getPageBackingContextByDefinitionLabel("//
        def label of page to be shown, in your
        case 'uap_page'");
    pbc_pageToBeShown.setActive(true);
    return true;
else return true;
3. link the backing file to book
Recommendations:
* Don't use backing files for Portal components if they are not needed. (From your post, if I am not wrong, you are using backing files for all pages in the book which is not necessary and can cause unnecessary complications)
* Read this doc to understand life-cycle methods of portal components http://edocs.bea.com/wlp/docs81/pdf/taxonomy.pdf
Peruse the above document to understand what is going wrong with your code.
* Remember that the life cycle methods for components that are not active will not be rendered if treeOptimizationEnable parameter is set to true ( this parameter can be seen in workshop under property editor)
* When calling one of the setupxxevent methods, it must be done on the backing context that the backing file is tied to. If you do not do this the event may not get fired. For more info click http://e-docs.bea.com/wlp/docs81/whitepapers/netix/body.html
Seenu
Seenu.

JPF and backing file

I have just started using BEA portal. JPF has controller that handles all the action processings. Backing file has callback handlers to perform the same. Is the backing file concept prior to JPF's were introduced or they still go hand in hand? When does a JPF based portlet need to have a backing file as well?
Any clarifications will be apprecieted.
Thanks
-SDD

No, you don't need backing files to write portlets. The primary purpose
of backing files is to let you interact with the portal's aggregation
framework directly. You can think of backing files as an intermediary
between the framework and your JPF.
Subbu
Shiv Dhondiyal wrote:
I have just started using BEA portal. JPF has controller that handles all the action processings. Backing file has callback handlers to perform the same. Is the backing file concept prior to JPF's were introduced or they still go hand in hand? When does a JPF based portlet need to have a backing file as well?
Any clarifications will be apprecieted.
Thanks
-SDD

Portal Backing file -- ClassNotFoundException

Similar Messages

Maybe you are looking for