How to debug JSR168 portlets

Hi,
Is there a way to debug the jsr168 portlets from Jdeveloper, possibly using remote debugging feature? If yes, appreciate step-by-step instruction on this.
I have posted a query related to remote debugging here:
Remote Debugging (Jdev 10.1.3 to AS 10.1.3)
Thanks,
Pandian.

I'm not sure I understand your question. It sounds like you have JSF (faces) components and JSP pages; do you also have JSR168 portlets? The WEB-INF/portlet.xml file should have nothing to do with JSF / JSP pages; it is used only to declare JSR168 portlets.
To try and answer your question though, if you have JSR168 portlets listed in WEB-INF/portlet.xml, these portlets should show up in the administrative tools when the webapp deploys.

Similar Messages

How to expose JSR168 portlets from existing JSF webapp?

Hi all,
I have a web application with JSF components, and a set of JSP pages that use these components. In WEB-INF, I also have a standard portlet.xml which describes what JSP page to expose for the declared portlet(s).
Is there any administrative interface in the WebLogic Portal that would automatically detect these portlets as soon as I deploy the webapp, so that I can display them ? My idea is that as soon as this webapp with the portlet.xml is deployed, my portlets should be added to the list of available portlets somewhere. Is that so with the WebLogic portal ? Thanks very much for your feedback.
P.S: I am using WebLogic Portal 10.0
Regards,
Angel

I'm not sure I understand your question. It sounds like you have JSF (faces) components and JSP pages; do you also have JSR168 portlets? The WEB-INF/portlet.xml file should have nothing to do with JSF / JSP pages; it is used only to declare JSR168 portlets.
To try and answer your question though, if you have JSR168 portlets listed in WEB-INF/portlet.xml, these portlets should show up in the administrative tools when the webapp deploys.

How to get Page URL inside a JSR168 Portlet

Hi,
How can i get the Portal's page URL inside a JSR168 Portlet?
All I can see in renderRequest Object is information about the portlet itself not about the page it is inside.
Thanks,
André

Hi Andre
Please see this note on My Oracle Support. 433507.1
Hope that helps!
AMN

JSR168 portlet - How to acquire Portal user identity?

My scenario is:
- Write a JSR168 portlet to access data in an Oracle database
- The portlet will use the identity of a Oracle Portal user, who currently logs in, to create the connection to that database
- In the database, I create a global role, that in turn, assigned to an enterprise role, already granted to the portal user.
- When that user logins the database, depend on his available roles, the database will control his access on data
My problem is: how can I get the identity (username/password) of that Portal user to establish the connection to my database?
If anyone know, plz give me some help. I'm very thankful.

Dear Steven,
Can you elaborate on your query a bit further?
If you are looking for some SQL statement that will validate against a table for a given portal user then you can use the API wwctx_api of Portal.
For example,
SELECT FIELD1, FIELD2, FIELD3.....
FROM TABLE1
WHERE PORTAL_USER = WWCTX_API.GET_USER;
I hope this helps.
Thanks.
Saabir.

Debugging a portlet

Hey Everyone,
How do I go about debugging a portlet?
When I am writing standalone apps, I can debug and step through my code running on the embedded oc4j.
When writing portlets however, I need to code, then deploy them to the portal to see if they work. If they dont, I check the log files to see where the code is going wrong, but man... is this ever painfull.
Write, deploy, check logs....
Write, deploy, check logs....
Write, deploy, check logs....
Could someone please lend some insight on a better way to debug my portlets?
Thanks again in advance to all of you.
Cheers,
Cory
PS. I am using the latest versions of oracle pdk, jdeveloper, database and portal.

Hi Anupam,
The Sys.out statements are printed in the $OH/opmn/logs/<OC4J_name>defaultisland_#.
For error msg and logs :- for JSR168 portlet.
$OH\j2ee\wsrp\application-deployments\<application_name>\wsrp_default_island_1\application.txt
for JPDK portlet u just chk in ur OC4J_name instead of wsrp in above path.
Debugging options , you can chk here:
http://download-west.oracle.com/docs/cd/B14099_17/web.1012/b14011/advanced.htm#sthref286
Hope this helps
Thnx
~Neeraj Sidhaye
Try_Catch_Finally @ Y @
ChkOut_ChkIn @ Yahoo Dot Co Dot In
ExtremePortal @ Gmail Dot Com
:-)

Floating JSR168 Portlets

Is the floating window state available to JSR168 portlets? If it is where to set
it? Thanks

This is what I heard from tech support regarding floating JSR168 portlets!
"I opened CR135056 for your case. I will let you know if I get response from our
engineer."
So, I guess we just have to wait and pray ! Thanks
Martin Porter <[email protected]> wrote:
>
Hi,
We are also attempting to use a floating portlet for help mode for non
JSR-168 portlets but that does not work either. We currently have an
open support case with BEA with this since 13th April and thus far no
fix so i would not expect to see a fix in the short term as it seems
floating portlets simply dont work !.
Regards
Martin
Ramesh wrote:
Hi Subbu,
I tried your solution. It doesn't seem to work. I even rebuilt theapplication
and redeployed (Do I need to do that when weblogic-portlet.xml is changed?).Can
you please tell me what could be wrong? I checked the file to makesure there
wasn't any typo or other mistakes.
Thanks
K. Ramesh
Subbu Allamaraju <[email protected]> wrote:
Add
<portlet>
<portlet-name>same_name_as_in_portelt_xml</portlet-name>
<supports>
<mime-type>same_mime_type_as_in_portlet_xml</mime-type>
<window-state>
<name>float</name>
</window-state>
</supports>
</portlet>
in weblogic-portlet.xml. The same can be used for adding delete support.
Subbu
Ramesh wrote:
Anyone? Is it not possible? I would think it would be.
On the same note, can the help for a portlet be shown in a separatewindow also?
How would I achieve that? Thanks
"Ramesh" <[email protected]> wrote:
Is the floating window state available to JSR168 portlets? If it
is
where
to set
it? Thanks

Deploy jsr168 portlet in weblogic

Hi,
I'm developing a jsr168 portlet that I would like to be able to deploy in the Weblogic Portal (among others).
The problem is, after much searching, that I can't figure out how to do it.
In Websphere I just deploy the .war file through the portal administration web interface and away I go.
In jetspeed2 I just drop the .war file in the deploy folder and it gets deployed.
Is there anything similar for Weblogic?
I've currently got 8.1 SP4 installed.
I've seen and even tried the portletPreparer tool but I can't get it to work (dependencies on bea classes that I can't find).
Any help or tips on how to deploy a portlet in a .war file would be greatly appreciated.
Cheers,
Eric

Hi,
Generally while creating a jar file for deplyong a EJB on an App Server, create a folder called META-INF and copy all your xml files to this folder
this command could be part of your build.xml if ur using ant
mkdir build build\META-INF
copy *.xml build\META-INF
Then compile ur java files and then create the required jar or ear file for deployment.
Rgds,
Seetesh

Themes and JSR168 Portlets

Hi,
How can I get the information about current themes from JSR168 Portlet classes.
All Theme.class methods have ProviderContext as parameters. PortletContext is not the same.
Joanna

This is a known problem with the preview release, and a fix will be
included in SP2.
Subbu
Ramesh K said the following on 12/09/2003 07:01 AM:
Is there anyone who can answer this? Has anyone tried using Visitor tools with
JSR168? Did it work? I am anxious to find out ! Thanks
"Ramesh" <[email protected]> wrote:
There seems to be a problem with using the Visitor Tools when the portal
contains
JSR 168 portlets.
When accessing the visitor tools with a JSR168 portlet on a page, the
Visitor
Tools throw errors/exceptions. The exception point to portletInstanceId
being
NULL or "". The exception occurs on line no 153-155 in visitorToolsMain.jsp.
Any workarounds? Thanks

Passing Page Parameters to a JSR168 Portlet - Enable Portlet Params

We have created a JSR168 portlet in JDeveloper. Once an instance of that portlet is added to a portal page, we want the portlet instance to also received a render request parameter from the page it has been placed on.
I know how to physically add/associate page parameters to a portlet via the portal's page properties tab. However, I am not sure how you configure the JSR168 portlet so that it has parameters that you can associated to the page parameter. Whenever I try to associate parameters to my portlet, it indicates that I have "no parameters".
Is there a special method to configure these parameters within the portlet so that they show up on the page property's parameter tab? Do I need to create entries in the portlet.xml file to enable this? Is there a special configuration setting on the provider?
Any help on this would be greatly appeciated.
Thanks,
Tony

Hi Tony,
As you said in your post,
"I know how to physically add/associate page parameters to a portlet via the portal's page properties tab. However, I am not sure how you configure the JSR168 portlet so that it has parameters that you can associated to the page parameter."
I think you first need to declare the public portlet parameters in the provider.xml of your JDeveloper project, eg.
<inputParameter class="oracle.portal.provider.v2.DefaultParameterDefinition">
<name>PortletPara_MainCat</name>
<displayName>PortletPara_MainCat</displayName>
<description>PortletPara_MainCat</description>
</inputParameter>
Then, on the page you add the portlet, you will see the declared portlet parameters in the parameter tag page. Finally, link the page parameters with portlet parameters.
thanks
George (HK)

How to create RSS portlet?

hi,guys.
I want to create a rss portlet,any doc. ?
I am using jsr168,may i have sample?
if can,pls give a hand,need some doc. or sample,thank you
regards
aris

Check out this thread. It should give you some information you are looking for.
How to Implement a portlet to display data from RSS Feed ?

JSR168 portlet packaging?

From the JSR168 spec, (which is similar to how other portals seem to behave
with their proprietary APIs), a JSR168 portlet application appears to be a
WAR with a portlet.xml and web.xml conforming to the requirements of the
spec, that can then be installed in any portal.
From my superficial knowledge based on skimming the WL8.1 portal docs
recently, WL portlet development appears to be done within a Portal WAR such
that the portlet(s) are just components of the portal war itself.
How are these two supposed to work together in the WLP env? Say I develop a
couple JSR168 portlets in my own Java environment (emacs :-) and then WAR
them up and install them into Jetspeed-2 and another 168 compliant portal
when available (eg, IBM's 5.something). I believe those would accept my
portlet WAR and keep them in that WAR and just reference them from their
Portals. How would WL8.1.x handle such development (outside of Workshop/WL)
and deployment to a WL8.1.x portal? Do I have to merge my JSR168 based
portlet WAR (and thus a web.xml and portlet.xml merge) into the Portal WAR
(eg, if I want to ship a script to deploy my portlet WAR into an existing
WL8.1 portal?) or will WL8.1.x be able to reference a Portlet WAR outside of
a Portal WAR?
TIA - a confused potential portlet developer...

I agree with what Joe said...
BTW, I (and I assume Joe) think JSR168 is a good thing - and it's great that
WLP has the first prototype of it out there - don't get me wrong, I like it,
I'd just prefer if it were easier to deploy to given portlets coming in from
multiple sources being added into an existing portal. From Joe's case, he
probably doesn't want to have to merge the portlet.xml files. From my case
as a supplier of portlets, I'd rather not have to have to create different
install tools/docs/procedures for my customers for each portal vendor now
that I can have standard portlets based on JSR168...
"Joe C." <[email protected]> wrote in message
news:[email protected]...
You can always import any arbitrary webapp using the WLW as a portalproject
I'm not sure that solves my problem or the one ISV was talking about(which
I assume is the same).
I am not talking about importing a webapp (containing portlets or nto) and
making it be my portal.
- Assume I'm already developing a portal with some in-house developed
portlets.
- I want to get 3 JSR168 portlets from SAP (just picked a random vendorout
of the air) and add them to my portal.
- I want to get 2 JSR168 portlets from Siebel (ditto)
- And I need one Domino portlet from that other 3 letter vendor (ditto)
- Each of those vendors is likely to build JSR168 portlets that can be
installed/used in any JSR168 compliant portal, so they can stop buildingall
the various per-vendor proprietary API portlets.
- Each of those vendors needs to package up their portlets for
shipping/install.
- Given that JSR168 describes the Web App layout for packaging a portlet,
each of those vendors is likely to package their portlets up in a WAR.
- Some JSR168 compliant portals (I believe) will be able to just install
those WARs and use them as is from the Portal WAR and drop them on pages.
- WLP 8.1 appears to require that I unpack/extract those WARs and mergethe
portlet.xml and contents of each of those WARs with my existing Portal WAR
that I want to add those portlets to. Tell me why this is better?
To your earlier comments made here:
The pitfall of this approach is that webapps depend on each other towork correctly
Well yeah, I expect my portal to depend on my portlets - of course.
which is against the spirit of webapps.I disagree - EARs depend on the WARs within them. Cooperating WARs can
depend on each other too.
A deployer should be able to deploy/undeploy any webapp withoutaffecting the functionality of other
webapps - which would be case in the model you describe.Of course, if you remove a portlet that a portal depends on, I wouldexpect
it to break .
In addition, there are security issues that the deployer must be awareof.
Of course. That's the case with any J2EE deployment no matter how many
EARs/WARs you're deployiing.
"Subbu Allamaraju" <[email protected]> wrote in message
news:[email protected]...
Joe,
You can always import any arbitrary webapp using the WLW as a portal
project, and during that process you'll have the opportunity to
automatically update the descriptors (and also adding the correct jar
files). There is no need to hand-merge descriptors unless you want to.
Subbu
Joe C. wrote:
Please tell me it's going to get better.
That would make sense if one were developing all their own portlets
for
their portals.
But I (and most people I know) as a customer, that needs to aggregate
portlets from multiple (possibly many) 3rd parties, such as the big 4
application vendors, am going to need to know how those standardJSR168
portlets work and are configured so that I can hand-merge them into my
company's portal?
As an end user it doesn't really help me that much that I can developmy
own
portlets to JSR168. The whole point of JSR168 is that portlet vendorsthat
build portlets for others to install into their portals will be able
to
build one set of portlets that can then be installed in any compliant
portal. This limitation seems to prevent that from beingcommonplace/useful
(given how few people are going to know how to do such merges - theyjust
want to install 3rd party portlets and drop them on pages). I reallyhope
Workshop provides a user friendly way to integrate such 3rd party
JSR168
portlets or WLP will be missing the whole point of having such astandard in
the first place. I agree with the ISV that started this
conversation -
please provide a means for me to install 3rd party portlets withouthaving
to hand-merge XML configuration files.
"Subbu Allamaraju" <[email protected]> wrote in message
news:[email protected]...
isv wrote:
From the JSR168 spec, (which is similar to how other portals seem to
behave
with their proprietary APIs), a JSR168 portlet application appears to
be
a
WAR with a portlet.xml and web.xml conforming to the requirements of
the
spec, that can then be installed in any portal.For all practical purposes, a portal app is a web app, with the only
differece being the portlet.xml file. So, a portal app contains
portlets
in addition to things that typically exist in a webapp.
How are these two supposed to work together in the WLP env? Say I
develop a
couple JSR168 portlets in my own Java environment (emacs :-) and thenWAR
them up and install them into Jetspeed-2 and another 168 compliantportal
when available (eg, IBM's 5.something). I believe those would accept
my
portlet WAR and keep them in that WAR and just reference them fromtheir
Portals. How would WL8.1.x handle such development (outside ofWorkshop/WL)
and deployment to a WL8.1.x portal? Do I have to merge my JSR168
based
portlet WAR (and thus a web.xml and portlet.xml merge) into thePortal
>>>
WAR
(eg, if I want to ship a script to deploy my portlet WAR into anexisting
WL8.1 portal?) or will WL8.1.x be able to reference a Portlet WARoutside of
a Portal WAR?For WLP, the unit of development/deployment is a webapp. We're aware
that some implementations (including the ones you mention) follow a
model where portal deployment involves several web apps with portlets
aggregated by a portal deployed in one of those webapps. The pitfall
of
this approach is that webapps depend on each other to work correctly -
which is against the spirit of webapps. A deployer should be able to
deploy/undeploy any webapp without affecting the functionality ofother
webapps - which would be case in the model you describe. In addition,
there are security issues that the deployer must be aware of.
Having said this, if your portlets are already bundled into a WARfile,
you need to merge the portlets into the portal webapp. Or, you couldlet
WL convert your webapp into a portal webapp. We don't intend tosupport
portlet referencing from other webapps.
Subbu

Writing a JSR168 portlet WITHOUT using Jdeveloper or "wizards"

I have a JSR168 portlet that is built using Maven (http://maven.apache.org/ if you don't know what that is).
It deploys and operates perfectly well into a portlet container such as Pluto (the standard, reference container from Apache).
Pluto supplies a Maven plugin, that takes the vanilla web.xml and other configuration e.g. portlet.xml and adds the necessary configuration to run the portlet in the container. I believe there is an Ant plugin that does exactly the same thing.
It adds the following conf to teh web.xml;
<servlet>
<servlet-name>my-portlet-name</servlet-name>
<servlet-class>org.apache.pluto.core.PortletServlet</servlet-class>
<init-param>
<param-name>portlet-name</param-name>
<param-value>my-portlet-name</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>my-portlet-name</servlet-name>
<url-pattern>/PlutoInvoker/my-portlet-name</url-pattern>
</servlet-mapping>
This is the "magic" that glues my portlet to the portlet container.
What I wish to know, is how to make my JSR168 portlet deploy into Oracle Portal 10g without EVER using JDeveloper. What is the 'magic' I have to apply to my web.xml or portlet.xml or other configuration that will men I can deploy my portlet war into the app server and make it talk turkey with the portal container. I can cope with just having a customised web.xml that I have to copy into the WAR file if need be ... if I could find some guidance what should be in that file.
It seems that every search I've done in google or though the doco we have here starts with "Start Jdeveloper and select XXX in the portlet wizard".
I do not use Jdeveloper and nor will I. I will continue to build my Java code in a correct fashion, i.e. on the command line with my standard build tools that don't involve the IDE. Don't get me wrong, I use an IDE, but one should never be mandated. In my book, "wizards" are about the worst imaginable way to get any programming task completed.

Hi Marcel
With respect, it's patently obvious that we know how to develop a portlet without Jdeveloper, because if you read the message you would have been able to discern that this is the way we are accustomed to doing it, and it's faster, easier and more portable that way. I've been doing J2EE development since the first version of the spec and well before there was an Oracle implementation of it.
You don't actually need an EAR file, as a WAR will suffice and the dcmctl command-line utility can supply everything else in its arguments (like, context-path and the like), and it allows each WAR artifact to be deployed in different times, i.e. when they are built on the integration server. I find EAR files usually too heavyweight especially as I rarely write EJBs, as opposed to using e.g. Spring.
Using the web browser is not an option for automated deployment and acceptance testing from an integration build server.
Configuring the portal side of things looks decidedly a different matter and I've not found anyway to do it from the command line, it demands the browser, which is a let-down.
It's terribly disappointing the paucity of information about automation of deployment as opposed to the positively verdant amount of presentations, tutorials and documentation that assumes top-to-bottom Oracle tooling and environment and browser-based configuration. Even where it's actually possible Oracle doesn't seem to want to tell people about it or do as I believe they should, which is regard this form of deployment and configuration as the default way to teach developers how to use their products. None of this helps build and deploy to Oracle products using test-driven development, continuous integration, and automated acceptance testing, all of which are usually regarded as essential parts of a modern developers toolkit by the best minds in the business.
So after we're left alone to discover how to do this by ourselves for a month you can forgive my disappointment at being lectured like I was some neophyte who doesn't know how to make a WAR file with textedit.

Jsr168 portlet issue

Hi,
1. I developped two jsr168 portlet and deployed them to java portlet container successfully, but the status of one is always not loaded, against, the status of the other is loaded, do you why?
2. i want to add the portlet which its status is loaded to my page, but I cann't find it in the portal builder. Do you know where is it or how to find it or how to add a jsr168 portlet to a page after deploying it?
thanks very much
jason

Thanks very much for your reply.
because i don't want to use the JDeveloper to help me to develop and deploy the jsr168 compliant portlet on oracleAS10g Portal, so my question is that how to add my jsr168 portlet to a page when i deploy it successfully?
In fact, I already finish developping the jsr168 portlet and deploy it to java portlet container on oralceAS10g successfully. but i cann't find it in the portal builder, so i don't know how to add it to my page. can you give me more information about it in detail? I don't think i can get enough information from the developer's guild pdf document, i read it, but i still cann't figure out my problem.
thanks again
jason

How to debug in SAP Netweaver Developers Studio?

Hi there,
I am trying to debug and slove my error in SAP NWDS.
I am building portal application->JSPDynPage
I am trying to debug the jsp code behind page, it doesn't realli give error message like the java beans does.
I am quite new to this and do not know how to set the function to test and debug this page can anyone provide any solution ?
I have have this prob pls refer to this link
<a href="https://www.sdn.sap.com/irj/sdn/thread?threadID=192104">https://www.sdn.sap.com/irj/sdn/thread?threadID=192104</a>
Thanks loads
Quatre

Hi Quatre ,
-Select the breakpoints in your Dynpages /beans in ur project
-To debug u have to change the prespective to debug which u can find in
window/open prespective /Debug in NWDS
-Select the Run/Debug or the Debug icon in the toolbar.
-Fill the project name ,application name in the in the wizard opnend .
- Follow the debugging using the next step over F6 ,step return F7 keys .
These link may be helpful:
http://help.sap.com/saphelp_nw2004s/helpdata/en/66/547f09281d464b951c9a3a6b06a12d/frameset.htm
http://help.sap.com/saphelp_nw2004s/helpdata/en/a8/def86ab54da5418a3575373934ca00/frameset.htm
http://help.sap.com/saphelp_nw2004s/helpdata/en/d4/31e24044b80b06e10000000a155106/frameset.htm
http://help.sap.com/saphelp_nw2004s/helpdata/en/be/cffcb407c67842b122bd1296dc810f/frameset.htm
U can always find out the way in the PDK development /how to debug/
ie in NWDS /HELP /SAP WAS AS Documentation /SAP J2ee Enterprise Java Beans/Java development User Guide /Running and Debugging
Cheers,
Swathi Rao
Do offer pts:-)

How to debug web app with weblogic?

I wrote a web app that includes jsp files and some javabeans, then I put the jsp files to directory
mydomain\applications\DefaultWebApp
then I complied javabeans and put those classes to
mydomain\applications\DefaultWebApp\WEB-INF\classes
Then I start the weblogic,it runs very well.
I modified some javabean, complie them and put classes override the old classes,
but the web app can not find the new classes.
Any one know How to debug web app(with javabeans) in weblogic?
thanks!

how to config the hot deploy?
thxSorry, for this delay in responding. I had set notify me with email option in Watch This topic; but I never did get any email notification.
I use wls6.1; I think the process may be very similar to this in wls8.x. In wls6.1 (sp5), this is done via the -
Dweblogic.ProductionModeEnabled=False or
Dweblogic.ProductionModeEnabled=True
in the startup cmd/sh script. Out of the box, wls6.1 is set to Dweblogic.ProductionModeEnabled=False which automatically enables hot deploys.

How to debug JSR168 portlets

Similar Messages

Maybe you are looking for