Re: orion/jetspeed outputstream error
Robert, Does this _only_ happen at the _first_ request of this URL? What if you go directly to "localhost:8080/jetspeed/portal"? ingo. At 17:29 02/06/01, Robert Marton wrote: Hi all i am trying to get jetspeed to work with orion on win2000 prof. using sun jdk 1.2.2, orion version 1.4.5 (i also tried 1.3.8) i am getting the following exception when going to localhost:8080/jetspeed/index.jsp for the first time: anyone else get this/know how to fix/can point me in the right direction? java.lang.IllegalStateException: OutputStream already retrieved at com.evermind.server.http.EvermindHttpServletResponse.getWriter(JAX) at org.apache.turbine.util.RunData.getOut(RunData.java:280) at org.apache.jetspeed.services.jsp.tags.JetspeedNavigationTag.doStartTag(Jetsp eedNavigationTag.java:142) at /WEB-INF/templates/jsp/layouts/html/default.jsp._jspService(/WEB-INF/templat es/jsp/layouts/html/default.jsp.java:54) (JSP page line 19)... ... any help much appreciated rob -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Fwd: Bug?
Date: Tue, 06 Feb 2001 22:37:00 +0100 From: Santiago Gala [EMAIL PROTECTED] Organization: High Sierra Technology, S.L. User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdksmp i686; en-US; 0.7) Gecko/20010119 X-Accept-Language: en To: ingo schuster [EMAIL PROTECTED] Subject: Bug? I don't have proper Login (using Apache) if I don't do that: Index: webapp/WEB-INF/templates/jsp/screens/Login.jsp === RCS file: /products/cvs/jetspeed/jetspeed/webapp/WEB-INF/templates/jsp/screens/Login.jsp,v retrieving revision 1.4 diff -u -r1.4 Login.jsp --- webapp/WEB-INF/templates/jsp/screens/Login.jsp 2001/02/05 09:55:34 1.4 +++ webapp/WEB-INF/templates/jsp/screens/Login.jsp 2001/02/06 20:30:50 @@ -7,7 +7,7 @@ div align="left" form method="POST" - action="jetspeed:dynamicUri /" + action="jetspeed:dynamicUri //" enctype="application/x-www-form-urlencoded" %-- input name="nextscreen" type="hidden" value="Home" --% input name="action" type="hidden" value="%= TurbineResources.getString( "action.login" ) %" I'm not sure if it is a consequence of my changes, or if the patch should be applied elsewere. That's the reason why I send it to you first. The problem is that apache maps /portal/* to Jetspeed. I could have solved it by mapping also /portal, but then there are two separate mappings, as /portal* I think is not valid... The problem is that new DynamicURI( data ); doesn't seem to produce an URL with a closing slash. However the problem comes from me trying to shorten the "Home URL", it is actually the remainder of some tests and shouldn't have gone into CVS. I wanted to discuss this on the mailinglist anyway: How do we want to address our "Home page" as: /portal/ or /portal/screen/Home ? With the first alternative, we had to make sure that DynamicUri (or the respective Tag) closes the URL with a slash. The 2nd alternative was - action="jetspeed:dynamicUri /" + action="jetspeed:dynamicUri screen="Home" /" I turned the CVS back to screen/Home for the moment, however screens as a keyword are about to die out, we want to use only "action"s, "template"s and a pull service... ingo. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: updated to TDKa11
At 18:50 02/06/01, Jon Stevens wrote: on 2/6/01 1:46 AM, "ingo schuster" [EMAIL PROTECTED] wrote: - I'm not sure if we will use the ScheduledJobService, commented it out in TR.P for the time being - I don't know, hat the difference between log4j and log4j-core is - the core seems to be sufficient at the moment. Jon can you tell us more? ingo. There are two .jar files that come with log4j. I believe that extra functionality, such as syslogd support, is included in the second .jar file. I just included it because it seemed like the right thing to do. I'm not sure which one is actually needed for your application. At some point, I might just combine the two together and distribute them that way. -jon Thanks. Is it the same with the two jdbc jar files? ingo. -- If you come from a Perl or PHP background, JSP is a way to take your pain to new levels. --Anonymous http://jakarta.apache.org/velocity/ | http://java.apache.org/turbine/ -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
PSML not in files
Hi all. Reading the documentation it seems to be posible to store user information (usually in a PSML file) in a database or in LDAP? Is it really posble? How can I do that? Thanks a lot.
Re: FW: catalina and jetspeed
At 02:27 07/02/2001 -0500, you wrote: Hi, I am unable to get the ./build.sh webapp target to build the jetspeed.war file. I get about 100 errors regarding incorrect characters in org/apache/jetspeed/modules/localization/JetspeedLocalization_fr.java ? Never encountered this one... :( I would say it's an encoding conversion error. Is your OS configured to support the iso-8859-1 encoding ? I pulled down the war file from the site and I get this the error below. I don't use JSP so I'm not sure what's going on but some class isn't being found. I'm sure this is a simple problem that a jetspeeder will see in a second. Check you tomcat work directory Unix permissions and make sure your Tomcat instance has the correct permissions for writing into this directory. I think jetspeed is almost working in the TDK 1.1a12 :-) :-) -- Raphal Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Services Manager / Paris -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: url appearing as portlet name -- where is it configured?
At 18:44 06/02/2001 -0500, you wrote: Several of the portlets in the configuration menu have URL's as their names. I looked in my registry and they are no references anywhere to the url's. Where do these entries come from? How can I remove them? They are automatically created by the feed daemon whern it reads an OCS channel. All the RSS channels found in an OCS feed are automatically registered as RSS portlets when the feed is parsed. These portlets have their URL as their portlet name. -- Raphal Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Services Manager / Paris -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: PSML not in files
At 11:22 02/07/01, Carlos Franco Robles wrote: Hi all. Reading the documentation it seems to be posible to store user information (usually in a PSML file) in a database or in LDAP? Is it really posble? How can I do that? It's not possible in that you'd simply had to set a property to "LDAP". What you can do is to set the psml.base.url key in JR.p to an URL that connects to a servlet. You then have to implement this servlet to retrieve the data from whereever you store it. This is not an elegant solution, however. We are working on a proposal for a PsmlService interface that would allow to plug different implementations into it to handle the psml persistence. I think that's the way to go. ingo. Thanks a lot. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Secure Portlets
Maybe I am missing something, but a portlet should not be concerned with things like a profiler service. Instead the profiler service determines which and how a portlet is called. Again, I may be missing something, but that's how I see it and that's why there isn't anything like that shining through in the API. A general service API has been left out of the most recent API because there needs to be more information on the type of services we are talking about. Generally, I think the services approach is futile in the Portal API, because the whole purpose of a well-defined API is that a portlet can run on any portlet container implementing that API. Services not known at compile-time seem to defeat that purpose. WRT, User and UserProfile -- that's a "bug" - it should be "User" only. An update will be posted soon (there are a few other things that were reported to me). I still take comments and feedback. Is there no more interest in a new API or is everyone busy doing other things? Thomas B. - Original Message - From: "David Sean Taylor" [EMAIL PROTECTED] To: "'JetSpeed'" [EMAIL PROTECTED] Sent: Tuesday, February 06, 2001 18:56 Subject: RE: Secure Portlets Chris, Yes, the profiler does support groups, but the security isn't implemented. So you could take the JetspeedProfilerService and extend with security. I will be doing just that, but first Im more concerned with how profiling services will work with the portlet api. I've seen that the portlet API has a User and ProfileUser object, but its not apparent if a 'profiling service' is even defined as a standard service. Thomas, could you explain how profiling services plug into the Portlet API? Sorry but its not apparent to me... Thanks, David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kimpton,C (Chris) Sent: Tuesday, February 06, 2001 3:07 AM To: 'JetSpeed' Subject: Secure Portlets Hi, We want to make our portlet secure - so that only users in specific groups can access it. From the Jetspeed features, it seems like the profiler service should allow this - but I've not tracked down any more info on this yet. Any quick answers available on how this should be done - is a jetspeed.jcfg setting? Or a method needed in our Portlet? TIA, Chris == == This electronic message (email) and any attachments to it are subject to copyright and are sent for the personal attention of the addressee. Although you may be the named recipient, it may become apparent that this email and its contents are not intended for you and an addressing error has been made. This email may include information that is legally privileged and exempt from disclosure. If you have received this email in error, please advise us immediately and delete this email and any attachments from your computer system.Rabobank International is the trading name of Coperatieve Centrale Raiffeisen-Boerenleenbank B.A. which is incorporated in the Netherlands. Registered with the Registrar of Companies for England Wales No. BR002630 and regulated by the SFA for the conduct of investment business in the UK. The presence of this footnote also confirms that this email has been automatically checked by Rabobank International for the presence of computer viruses prior to it being sent, however, no guarantee is given or implied that this email is virus free upon delivery. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Jetspeed Daily Build Results - Wed, 07 Feb 2001 02:02:54 GMT
Ingo Schuster wrote: Why? Good question, what's that? http://jakarta.apache.org/builds/gump/latest/jetspeed.html - Sam Ruby -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Portlet extensions Velocity
Hi all. I'm working in a portlet class with some extensions to implement functionalities like mynetscape. The class adds the following methods: + getAllowClose(): the portlet can be eliminated quickly from the home page + getAllowMinimize(): the portlet can be minimized in the home page (only the title bar is visible) + setAttribute(): to store a permanent value in the portle config (using PersistentService) + getAttribute(): to retrieve a permanent value from the portlet config + isMinimized(): to ask if the portlet is minimized + setMinimized(): to put the portlet in minimized state + setNormal(): to put the portel in the normal state With this extensions I made a new PortletControl class that: + Shows the title bar with Config, Minimize/restore, Maximize, Close buttons + Adds in the path info some values so the portlet knowns when the user click Configure/Maximize buttons + Adds an action to process Close/Minimize/Restore + Uses Velocity to render the title and borders So: + Using velocity in the PortletControl class the users have differents themes to choice + You can implement portlets like this: - A message list. In minimized state shows how many message are in the inbox, in normal state shows the last messages received (subject), in maximized state shows the last x messages (subject, author, date), In config state set how many messages you can see - A calendar. In minimized state shows how many alerts you have today, in normal state shows a little calendar, in maximized state shows an agenda, ... Additionaly I made the Portlet extension to support Velocity so with just un portlet class and a screen you can make all your portlets All is working fine, with some hacking in the code (pathinfo, PersistenceService) What do you think about this ?. Is possible to include the extensions in the AbstractPortlet class ? That's all ( eso no + ) excuse me for my english :-( ---Roberto Carrasco R.
Re: Secure Portlets
At 15:05 07/02/2001 +0100, you wrote: Raphael, 1- I still believe it's a bery bad idea not to impose a binding output contract between the portlet and the container - I'd like the API to only allow well-formed XML document output in order to make outpout post-processing as easy as possible (I thought last time we discussed this that the consensus was in implementing this restriction). There certainly wasn't consensus on the issue of an output contract. I am yet to see a convincing example of how such a contract should look like. A small example would be enough. Well-formed XML is *not* the answer to this particular problem. I am happy to repeat my 2 cents of reasoning for this: If the portal requires the portlet to adhere to a portal-set XML, then the portlet is severely limited as to what content it can display. This approach may well work for news-type content, but it is not general-purpose. You can't apply the same DTD to news, wheather, mail, calendar, to-do, stock, and you name it. If on the other hand, the portal asks the portlet to return well-formed XML according to a DTD that the portlet defines, it would also have to return a number of stylesheets for processing. But who is saying that a portlet that doesn't behave with raw markup, suddenly does so when providing a stylesheet? Apart from that, writing a stylesheet is more difficult than creating plain markup. The argument you are giving for the bloated interface kind of applies to this issue as well then. I think you're misreading what I wrote because of our last ApacheCon discussions ;) This has nothing to do with DTD and stylesheets. "Well-formed XML" simply implies that the output of the portlet will be parseable by an XML parser but does not enforce (or even expect) any DTD or schema compliance. My rationale for this is that I believe that, contrary to the servlet container which doesn't modify the servlet generated output, the portlet container will often want to adapt filter the produced content during the aggregation process (for example variable and link substituion in generated forms, markup stripping, output chunking, etc...). If the API enforces that the output will be parseable, this will dramatically reduce the occurence of run-time errors because developpers will need to take care of what they generate. If you consider our main target formats, they are all already XML based (WML, VoxML, SMIL, FO, etc...) except HTML, but producing XHTML instead of straight HTML is not too difficult and we can possibly provide some utility code that portlet writers can use in order to convert existing HTML to XHTML. Now I agree, that restricting output to markup langages may be restrictive since that means no binary or plain text output. I see these as fringe cases since it would be very difficult to aggregate these kinds data by any means (and it's certainly possible to handle these situations by using DTD/schema aware adapters at the layout engine level). -- Raphal Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Services Manager / Paris -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: url appearing as portlet name -- where is it configured?
thanks again raphael :) -- Are the feed daemons needed if I have portlets configured which specify the the url to the rss? what exactly do feed daemons do? (the docs are not that explicit?) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Raphal Luta Sent: Wednesday, February 07, 2001 3:50 AM To: JetSpeed Subject: Re: url appearing as portlet name -- where is it configured? At 18:44 06/02/2001 -0500, you wrote: Several of the portlets in the configuration menu have URL's as their names. I looked in my registry and they are no references anywhere to the url's. Where do these entries come from? How can I remove them? They are automatically created by the feed daemon whern it reads an OCS channel. All the RSS channels found in an OCS feed are automatically registered as RSS portlets when the feed is parsed. These portlets have their URL as their portlet name. -- Raphal Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Services Manager / Paris -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: parent attribute in entry : was newbie portlet entry
Steven, I had taken the code out of context so maybe is influenced you answer...below is the BASE CODE for the default template. It runs fine. but when I enter MY ENTRY to to list of entries it gives an error. Is it because I don't have a feed daemon configured for the url? The syntax parent = URL , I don't understand... FROM THE jetspeed-config file: portlet-entry type="ref" parent="RSS" name="Commodities" parameter name="itemdisplayed" value="10" type="int"/ urlhttp://p.moreover.com/cgi-local/page?c=Commodities%20newsamp;o=rss/ur l meta-info titleCommodities News/title /meta-info /portlet-entry MY ENTRY FOLLOWS entry type="ref" parent="http://p.moreover.com/cgi-local/page?c=Commodities%20newsamp;o=rss" control name="org.apache.jetspeed.portal.controls.ClearPortletControl"/ /entry BASE CODE FOLLOWS portlets !-- 3 -- controller name="org.apache.jetspeed.portal.controllers.CardPortletController" parameter name="defaultcard" value="0"/ parameter name="parameter" value="channel"/ parameter name="ruler-size" value="0"/ /controller control name="org.apache.jetspeed.portal.controls.PanedPortletControl"/ layout property name="row" value="0"/ property name="column" value="0"/ /layout entry type="ref" parent="http://java.apache.org/jetspeed/channels/jetspeed.rss" control name="org.apache.jetspeed.portal.controls.ClearPortletControl"/ /entry entry type="ref" parent="http://java.apache.org/jetspeed/channels/turbine.rss" control name="org.apache.jetspeed.portal.controls.ClearPortletControl"/ /entry entry type="ref" parent="http://www.mozilla.org/news.rdf" control name="org.apache.jetspeed.portal.controls.ClearPortletControl"/ parameter name="itemdisplayed" value="5"/ /entry entry type="ref" parent="http://www.apacheweek.com/issues/apacheweek-headlines.xml" control name="org.apache.jetspeed.portal.controls.ClearPortletControl"/ parameter name="showtitle" value="false"/ parameter name="showdescription" value="false"/ /entry entry type="ref" parent="http://www.xmlhack.com/rsscat.php" control name="org.apache.jetspeed.portal.controls.ClearPortletControl"/ /entry /portlets !-- 3 -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Stephan Hesmer Sent: Wednesday, February 07, 2001 4:06 AM To: JetSpeed Subject: Re: parent attribute in entry : was newbie portlet entry John, the ClearPortletControl is designed to show NO content. It is just a helper control that was introduced due to the customizer. If you for example deselect all portlets on your page, then you would get an error because the portlets tree (your psml file) contains no portlet resp. portlet control. In this case, the customizer inserts the ClearPortletControl to avoid this error. Instead use an other control, e.g. TitlePortletControl. Stephan - Original Message - From: "John Menke" [EMAIL PROTECTED] To: "Jetspeed" [EMAIL PROTECTED] Sent: Tuesday, February 06, 2001 8:37 PM Subject: parent attribute in entry : was newbie portlet entry First, I would like to thank Rapheal and David for their help. The previous advice worked for encoding in the url :) I am trying to alter the default.psml file and I'm having problems with getting the ClearPortletControl to display my content. The portlet works great in the top the default.psml but below... it doesn't work when I try to include it in the RSS sources pane... I have the following coded in my jetspeed-config.jcfg file: portlet-entry type="ref" parent="RSS" name="Commodities" parameter name="itemdisplayed" value="10" type="int"/ urlhttp://p.moreover.com/cgi-local/page?c=Commodities%20newsamp ;o=rss/ur l meta-info titleCommodities/title /meta-info /portlet-entry I am trying to alter the default.psml file and I'm having problems with getting the ClearPortletControl to display my content when I use the parent = url syntax From the default.psml file: this part works
RE: url appearing as portlet name -- where is it configured?
At 11:18 07/02/2001 -0500, you wrote: thanks again raphael :) -- Are the feed daemons needed if I have portlets configured which specify the the url to the rss? what exactly do feed daemons do? (the docs are not that explicit?) The feed daemons just do the following: - fetch any OCS feed in JR.p - parse them at the specified processing interval - create new RSS portlet definitions based on the OCS channels description - update and merge the entries in the portlet registry So you don't need the feed daemon if you have already defined your portlets in the portlet registry file. They currently just provide a dynamic registry capability. -- Raphal Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Services Manager / Paris -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: orion/jetspeed outputstream error
Robert, with Tomcat I get following error "java.lang.IllegalStateException: Response has already been committed" if the respective jsp can't be found. Can you check if the navigation JSPs a readable, no mistakes due to case-sensitive names, etc? ingo. At 16:07 02/07/01, Robert Marton wrote: ingo, oops, maybe that was confusing, it happens no matter what: localhost:8080/jetspeed/index.jsp localhost:8080/jetspeed/portal localhost:8080/jetspeed/jetspeed etc . . . it seems to be something with the jetspeed navigation tag, maybe it's a configuration issue?, but i cant seem to pin it down. rob -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of ingo schuster Sent: Wednesday, February 07, 2001 3:14 AM To: JetSpeed Subject: Re: orion/jetspeed outputstream error Robert, Does this _only_ happen at the _first_ request of this URL? What if you go directly to "localhost:8080/jetspeed/portal"? ingo. At 17:29 02/06/01, Robert Marton wrote: Hi all i am trying to get jetspeed to work with orion on win2000 prof. using sun jdk 1.2.2, orion version 1.4.5 (i also tried 1.3.8) i am getting the following exception when going to localhost:8080/jetspeed/index.jsp for the first time: anyone else get this/know how to fix/can point me in the right direction? java.lang.IllegalStateException: OutputStream already retrieved at com.evermind.server.http.EvermindHttpServletResponse.getWriter(JAX) at org.apache.turbine.util.RunData.getOut(RunData.java:280) at org.apache.jetspeed.services.jsp.tags.JetspeedNavigationTag.doStartTag(Jets p eedNavigationTag.java:142) at /WEB-INF/templates/jsp/layouts/html/default.jsp._jspService(/WEB-INF/templa t es/jsp/layouts/html/default.jsp.java:54) (JSP page line 19)... ... any help much appreciated rob -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
RE: Secure Portlets
Thomas, I was under the impression that a Portlet(Portal) API would define interfaces for all aspects of a portal container: services, the layout system, etc. From reading your comments, the scope of the Portlet API is now a little more clear. The quote below is from the PortletAPIRequirements doc, perhaps I am misunderstanding it: quote The Portlet API should allow for definition of service interfaces and for registration of services implementing particular service interfaces, e.g. User info (for getting user info like name, address, age...) Persistence (for storing per-user, per-portlet settings) Location (for obtaining the user's location) Personalization (for storing/getting personalization info) Data (access to databases, schema-to-object mappings) Content (access to syndicated content) Cache (access to URLs via caches) ... Rationale: This allows for a stable API core that can be extended by services as required. Portals implementing the Portlet API can provide implementations for a subset of the services defined in the Portlet API. /quote Generally, I think the services approach is futile in the Portal API, because the whole purpose of a well-defined API is that a portlet can run on any portlet container implementing that API. So we still need to define standard service interfaces, right? Its just not part of the 'Portlet' API. I am thinking that the Portlet API shields the portlet developer from these services, which are used internally in the portlet container. Take for example, Window Events. I assume they are some how connected to Window Managers (from Raphael's proposal), but the portlet doesn't use the WindowManager interfaces, it will instead handle window events. Are the components described in Raphael's proposal 'implementation only', or will they be a part of some 'standard' interface-api? Or, PortletData and DynamicData. (whats the difference?) Perhaps they are somehow persisting attributes using the PersistenceService. I still take comments and feedback. Is there no more interest in a new API or is everyone busy doing other things? No, there's a lot of interest. I know how that feels when you put a proposal out, and no one responses - and i hate that. My apologies. I will send more specific questions about the interfaces soon... - david -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Thomas F. Boehme Sent: Wednesday, February 07, 2001 4:21 AM To: JetSpeed Subject: Re: Secure Portlets Maybe I am missing something, but a portlet should not be concerned with things like a profiler service. Instead the profiler service determines which and how a portlet is called. Again, I may be missing something, but that's how I see it and that's why there isn't anything like that shining through in the API. A general service API has been left out of the most recent API because there needs to be more information on the type of services we are talking about. Generally, I think the services approach is futile in the Portal API, because the whole purpose of a well-defined API is that a portlet can run on any portlet container implementing that API. Services not known at compile-time seem to defeat that purpose. WRT, User and UserProfile -- that's a "bug" - it should be "User" only. An update will be posted soon (there are a few other things that were reported to me). I still take comments and feedback. Is there no more interest in a new API or is everyone busy doing other things? Thomas B. - Original Message - From: "David Sean Taylor" [EMAIL PROTECTED] To: "'JetSpeed'" [EMAIL PROTECTED] Sent: Tuesday, February 06, 2001 18:56 Subject: RE: Secure Portlets Chris, Yes, the profiler does support groups, but the security isn't implemented. So you could take the JetspeedProfilerService and extend with security. I will be doing just that, but first Im more concerned with how profiling services will work with the portlet api. I've seen that the portlet API has a User and ProfileUser object, but its not apparent if a 'profiling service' is even defined as a standard service. Thomas, could you explain how profiling services plug into the Portlet API? Sorry but its not apparent to me... Thanks, David -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kimpton,C (Chris) Sent: Tuesday, February 06, 2001 3:07 AM To: 'JetSpeed' Subject: Secure Portlets Hi, We want to make our portlet secure - so that only users in specific groups can access it. From the Jetspeed features, it seems like the profiler service should allow this - but I've not tracked down any more info on this yet. Any quick answers available on how this should be done - is a jetspeed.jcfg setting? Or a method needed in our Portlet? TIA, Chris ==
RE: Jetspeed in the TDK
I got as far as getting the JSP navigations, but not the PSML content. See my email from yesterday, per Jon's suggestion I sent the jetspeed.war file to a Catalina developer -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Jason van Zyl Sent: Wednesday, February 07, 2001 10:00 AM To: JetSpeed Subject: Jetspeed in the TDK Hi, Has anyone had any luck getting Jetspeed to work in Catalina. I managed to get the webapp target to build but am still getting an NPE trying to get Jetspeed to run. So are there any config files for Jetspeed running under Catalina with the webapp currently generated from what's in CVS? jvz. -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED] -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: FW: catalina and jetspeed
Raphal Luta wrote: At 02:27 07/02/2001 -0500, you wrote: Hi, I am unable to get the ./build.sh webapp target to build the jetspeed.war file. I get about 100 errors regarding incorrect characters in org/apache/jetspeed/modules/localization/JetspeedLocalization_fr.java ? Never encountered this one... :( I would say it's an encoding conversion error. Is your OS configured to support the iso-8859-1 encoding ? I think we are hitting one here. We are storing the files in CVS as iso-8859-1, which means that people downloading this files into computers that use different encodings (say utf-8, or jis, ...) will have them badly unencoded. When somebody stores the japanese files using jis, ... I will not be able to download them, except by clever tricks like using emacs to convert encodings and save. java assumes that local files are in a given local encoding (you can see it in the properties, in jetspeed admin screen). This, AFAIK, can not be changed. My encoding is file.encoding=ISO-8859-1 The only safe way to store characters 127 is to store them as \u. I wonder if there is some program to clean them automatically. Even in this case, we will loose completely legibility. Bad for messages :( -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: http://www.mail-archive.com/jetspeed@list.working-dogs.com/ List Help?: [EMAIL PROTECTED]
Re: Secure Portlets
Raphal Luta wrote: [EMAIL PROTECTED]">"Well-formed XML" simply implies that the output of the portlet will be parseable by an XML parser but does not enforce (or even expect) any DTD or schema compliance. My rationale for this is that I believe that, contrary to the servlet container which doesn't modify the servlet generated output, the portlet container will often want to adapt filter the produced content during the aggregation process (for example variable and link substituion in generated forms, markup stripping, output chunking, etc...). Even servlets, as of 2.3 spec, will have filters that can be chained, so that the request and response objects are wrapped and passed onto the next filter in the chain. So we have further case here. I think a consensus position could be to assume abstract subclasses (or subinteraces) in the API that could handle three kinds of request processing: - stream based, like servlets or jsp/velocity templates - SAX event based, for XSLT processing - tree based, like current ECS or DOM The challenge would be to be able to mix the three classes of portlets in the same portal. For portals supporting the three types at the same time, I guess the MCM is stream, so the other classes would need to be serialized into the stream. For portals restricting to DOM and SAX, there are already tools to convert DOM to SAX to follow the chain of events. If you want to enforce XML, stream based portlets would need to be parsed and converted into SAX events or DOM trees. That could be, again, a basic utility in the toolkit. What do you think? -- -- To subscribe:[EMAIL PROTECTED] To unsubscribe: [EMAIL PROTECTED] Search: List Help?: [EMAIL PROTECTED]