You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-dev@portals.apache.org by zazo <za...@tlen.pl> on 2005/02/10 10:56:53 UTC

Page rebuilding and caching

Hi all,

I'm trying to add to J2 some kind of security constraints at the
level of a single portlet. It's supposed to be as simple as
possible. To achive this goal I'm using portlet enitity's
preferences. I modified a little bit PageAggregatorImpl and
according to these preferences above I can decide about page
structure (which portlets should be hidden to logged user).

The problem is that every time I rebuild the page:

1. I get this message

[org.apache.ojb.broker.core.PersistenceBrokerImpl] WARN: No running
tx found, please only store in context of an PB-transaction, to
avoid side-effects - e.g. when rollback of complex objects

but, the portlet that I don't want to be shown, disappers. So far,
so good.

2. Even after I had changed preferences in database back to their
previous values (before page rebulding) the portlets that
disappeared don't appear again.

I belive this is somehow connected with J2 caching system. Is there
any way to avoid it? Or even better, to use it the way I would like to? 

By 'my way' I mean situation when I have one psml file common for
couple of users. Let's say it has 3 portlets in it (A,B,C).
According to the user logged in page appearance is diffrent. User 1
sees only portlet A on the page, and user 2 sees A and B...

I know that this problem can be solved by using different psml files
for different users, but this is not the way I would like to have
it. It's far more easy for my to configure to portald doing it the
way I described.

I belive I described my problem and what I would like to achive
quite clearly. If not feel free to ask for more detailed
information. I am aware that my English can be understoodble only
for me ;)

Sorry for pretty long post.

Any help will be appreciate. Thanks!

Tomasz


---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-dev-help@jakarta.apache.org