Hmm... That's an interesting approach and I'll look into it. However, this should be able to just work without interaction by the user. The project I am working on requires this functionality with no outside interaction. The username and password in the environment needs to be used, automatically, as the username and password for BASIC authentication in the IFrames.
Is there no way to get a RunData object from within the getSource() method? Seems to me that every method in a portlet ought to have access to that via something like a getRunData() method. Why pass a bunch of methods a RunData object as a parameter when it could simply be gotten at any time with a getRunData() method? Or was that already thought of but since it is the way it is, the interface can't be changed? Am I going to have to hack at the source to enable this capability?
The portlet has most of the sema threading issues that a servlet has. I. E. a RunData is only meaningful "inside" the getContent() call, and there you have one. It should *never* be stored as an instance variable, since each thread running a request will have a different one, and you will run into concurrency problems when two users request pages at the same time.
This is one of the things that I expect the Portlet API specification to sort out for good. It has given us a lot of problems in the past.
I don't know the Portlet you are dealing with. If you are in Velocity templates, there is a $data in the Context that you can safely use. If the portlet calls "getSource()" only from "getContent()", the rundata could/should be passed to getSource.
The rule is: "never store any request-scoped object in your portlet", as there is only one instance for the whole portal, shared by every user requesting a page.
Regards,
Santiago--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
