Greetings,
We're using portal v2.6.4.
We have a tree of pages defined, with pageA the parent of pageB. When we
access a page with a URL like:
https://my.server.org/portal/myportal/pageA/pageB
it appears, from log messages, that pageA is rendered, then pageB is rendered.
I'd have expected
Is there an easy way, via the API, to find out if a portlet instance is being
used (referenced on a page)? I assume one could look at each portal and walk
the tree, but that could get difficult if there are lots of dashboards.
Is there another way?
Thanks.
View the original post :
http://www
Found part of the solution, by using the following method:
customizationManager.destroyDashboard(userId);
But now I'm wondering how one removes portlet preferences that are not
associated with dashboard portlets. How does one find the portlets that a user
has customized via the API?
Any sugg
Looking at the database, it appears that calling the removeUser() method
doesn't cleanup all other user related information in the JBoss portal
database.
I see user references left in jbp_instance_per_user. Don't know what else
might be lingering.
Is there some other method of removing inac
While the example I referenced before was for dashboards, I'd hope that
something like this would work with non-dashboard pages. I've not tried this
however, as we define static portal pages via the portal-object.xml. This
example assumes you want to implement via a servlet, rather than a port
Does this help?
http://www.jboss.org/index.html?module=bb&op=viewtopic&t=123030
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4226271#4226271
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4226271
__
We typically indicate the empty renderer in the page description file
portal-object.xml. Not sure this approach will meet your needs.
|
| Intro
| introInstance
| top
| 2
|
|
Greetings,
We're running portal version 2.4.2.
If one uses the API's userModule.removeUser(userID) method to remove inactive
users, will it cleanup things like customized pages, etc. that the user may
have created? Or is that something I have to deal with explicitly?
Thanks.
View the origina
What jar contains the JBossPortet class?
Running 2.6.4.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4219626#4219626
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4219626
__
Running portal 2.6.4.
We have a number of portlets that employ overlays (absolute positioned divs
which should float above the page) to display information. We've run into some
issues when these portlets are used on pages that allow drag and drop. If a
portlet window is dragged on the page, t
How about having your doHelp() method call your doView() method with an extra
attribute, then have the doView() pop a help window or overlay? Or forget the
help mode and just embed a help icon in your view mode.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&
Here's one solution... The link you expose should return to the portlet
(passing the URL of interest as a parameter), then in the processAction()
method you can clip the URL of interest and display its content via the
doView() method.
View the original post :
http://www.jboss.com/index.html?
Using portal 2.6.4.
We've setup a portlet to display without decoration via the following:
| Teasers
| Teasers
| teaser
| 0
|
|
| theme.renderSetId
| emptyRenderer
|
|
One solution:
Include your JavaScript in a file and place in the web root of your project.
Lets assume the project has a context root of /MyProject. Then in your JSP,
send back the following along with your other output:
|
|
Now you should be able to reference your JavaScript code in
Running portal 2.6.3.
We setup a portlet to only allow view access to a group via the Admin
Management Portlet. Works fine on regular pages, whose in the group see the
portlet, those not in the group don't.
On dashboard pages, which contain this portlet, a 403 error is generated for
those f
I've also tried adding the following to the *-object.xml that is used to
configure the portal. With the overwrite option set. However it doesn't seem
to make any difference. I'm not sure one can associate a security-constraint
with the window... seems like I saw a note about that somewhere.
Both posts you reference seem to deal with pages rather than portlets. I
assume they should work in a similar manner... correct. Your comment about
things not working via the descriptor files if the database already has been
initialized is interesting. Maybe it is the root issue here?
anonym
Sorry, fat fingered something and it posted before I was done!
So the example is from the portlet-instances.xml. The role is defined for the
portal and it is the correct name (not the description). What am I missing?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewto
Running portal 2.6.3.
We're trying to configure a portlet instance to be displayed for only one set
of folks. I've looked at the portal reference guide section 6.2.2 and I've
tried various things to get the security constraints to work via the
descriptors, but have not yet found the magic comb
Running portal 2.6.2.
It appears that currently portlets are rendered sequentially as a page is being
rendered. Are there any plans to make this process work in parallel? Sure
would be nice!
thanks.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4113546#
We are trying to replace the edit dashboard screen with a simple drop-down
panel that would allow one to add a portlet to a dashboard page.
We've also added a delete button to the window decoration for dashboard
portlets to allow folks to easily remove a portlet.
View the original post :
htt
OK, I found it... looked in jboss-service.xml and then the stuff below works if
you wrap in a transaction.
MBeanServer mbeanServer = MBeanServerLocator.locateJBoss();
customManager =
(CustomizationManager)MBeanProxy.get(CustomizationManager.class,
Greetings,
Using portal 2.6.2.
We are trying to access portal functionality from a servlet. I'm able to get
access to the PortalObjectContainer and from there I can get to various
portals, but I don't see a way to get to the user's dashboard. Can someone
provide directions or hints?
thanks.
Running portal 2.6.2.
We'd like to add a delete button to the window decoration for all portlets when
displayed in the dashboard. If one clicked the button it would remove the
window from the page. What is the best way to approach this?
thanks.
View the original post :
http://www.jboss.co
We are interested in something similar. Has anyone made any progress on this?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096639#4096639
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4096639
___
Alright, I found a reference to the original question in section 10.8.3 of the
Portal Reference Guide. I'd sort of ignored this since I'd been looking for a
direct method to the Window object, rather than using the PortalNode.
As for getting a reference to a PortalObject from a PortalNode, it
Can you be any more specific? I've looked the Portal Reference Guide and the
API JavaDocs and it sure didn't jump out!
Does the solution involve getting the portlet's parent node (window) then the
window's parent node (page)? If so, how does one then convert the PortalNode
reference into a P
Surely this isn't impossible... is it? I haven't been able to navigate the API
to find a solution, but there must be a way for a portlet to determine the page
it's presented on at runtime. Right?
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4096129#4096129
Greetings,
Using portal 2.6.2.
How does one get a reference to the page on which a portal instance is deployed
from the context of the portlet, in this case a JBossPortet?
thanks.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4095801#4095801
Reply to the
We're running portal 2.6.1 on a Solaris box for an evaluation. The
installation is very generic at this point. Things work great with Firefox,
but with IE v6 and v7 we have issues with drag & drop and clicking control
buttons in the portlet headers. It's as though the drag & drop event handle
30 matches
Mail list logo
