Re: Integrating a CMS with J2
Jean Goffinet wrote: Hi everyone, I reiterate a question I asked on jetspeed dev list, which was apparently not the correct one (thanks Randy for the answer). We are looking for a CMS which could be integrated into Jetspeed2: - content would be displayed into portlets - and portlets would be used for the back office too (publication, validation, ...) Does someone have such an experience ? I've heard of Cofax beeing integrated into J1, but few information is available... (Randy mentioned work on integrating J2 and Graffito). Indeed, checkout Graffito that has a set of portlets that can be integrated with J2. This is still work in progress though. We discussed on the [EMAIL PROTECTED] the possibility of setting up a public demo but it's not yet available. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.6
[EMAIL PROTECTED] wrote: Taken from the Wiki Fusion runs JSR-168 Portlets inside of Jetspeed 1.6. To build Fusion, you need to first install and build Jetspeed-2. (building J2 will not be necessary with the final release and distribution of 1.6) When will the final release of 1.6 be ? Many thanks Jon David is currently working on it as a release manager. It currently undergoes a period of QA testing to ensure that the release will be as stable as possible. If you're interested, you can help us test the soon to be release by downloading the latest Jetspeed 1 CVS image and trying to build and run it. Make sure to report any problem you may encounter so that we may fix them before the release. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: possibility to have jslink give relative URIs ?
Fabrice Dewasmes wrote: Agreed, it's a pain in those situations when your host name is meaningless. YES ! Is there a simple way to change this behaviour or do I have to rewrite DynamicURI class and simply replace it within turbine jar ? (kind of brute force patch isn't it ;) ?) Luckily for you we have better options :) $jslink is actually a reference to class org.apache.jetspeed.util.template.BaseJetspeedLink as configured in the TurbineResources.properties Yes, I saw this. So you can subclass the above class, rewrite the toString() method not to output the host part of the URL and use your subclass as jslink instead of the default one by overiding the Turbine tool definition in your my.properties file. your toString() may look like this: public String toString() { String url= super.toString(); return base.substring(url.indexOf('/',url.indexOf(//)+1),url.length); } Unfortunately this is wrong. The toString method called is the DynamicURI object one not the link object one. So what I did is very special and wanted to have your point of view. The above will work for cases where you just use $jslink in your templates but will indeed fail if you use $jslink.getAction() or other calls that return a new DynamicURI instead of the BaseJetspeedLink. I've subclassed DynamicURI and FusionJetspeedLink. MyFusionJetspeedLink overrides the getRoot method from BaseJetspeedLink so that it returns a RelativeURI class (which extends DynamicURI). The toString method from RelativeURI does not make use of serverScheme, name and port. This works but i'm unsure about the way i'm constructing RelativeURI object as I simply use the super constructor from DynamicURI DynamicURI(ServerData data). This gives the following getRoot method in MyFusionJetspeedLink : protected getRoot(){ DynamicURI uri = super.getRoot(); RelativeURI relative = new RelativeURI(uri.getServerData(); return relative; } Does the newly created object have all the information from the originating DynamicURI object ? I guess not, because the PathInfo and several other private variables will be lost... Have you other ideas to improve what I did ? Since there no RelativeURI(DynamicURI) constructor and you need a RunData object to correctly initialize a *URI Turbine object, you can't really rely on the super.getRoot() results. I guess the easiest way is just to cut/paste the BaseJetspeedLink.getRoot() and replace all DynamicURI with RelativeURI in here. You'll also have to modify the Porfiler service so that the makeDynamicURI returns a RelativeURI when needed. I guess the best way to do this is to subclass the JetspeedProfiler implementation, add a new config parameter that specifies whether you want RelativeURI or DynamicURI and rewirte the makeLink() method to use this parameter as necessary. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: possibility to have jslink give relative URIs ?
Fabrice Dewasmes wrote: Unfortunately this is wrong. The toString method called is the DynamicURI object one not the link object one. So what I did is very special and wanted to have your point of view. I finally found a quite elegant solution which is : override JetspeedProfilerService and its method makeDynamicURI() override getRoot method from BaseJetspeedLink make both these classes use my RelativeURI class which extends DynamicURI and overrides everything to delegate to super class and overrides the toString method to get rid of server name, port and scheme Agreed :) But the very best way to do this would have been a patch to turbine in order to have the DynamicURI beeing abstract and have a concrete implementation configurable This would allow to have an abstract generateURI method which everyone could implement to have its own behaviour... Turbine 2.3 has already changed how URI are built to something called TurbineURI that can output either type of URIs. If you're willing to convert all of J1 to this new API and update our dependency to Turbine 2.3 or 2.4, be our guest. Your patches are welcome :) -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: found fusion/pluto interaction bug
Fabrice Dewasmes wrote: Hi all, this mail should be of particular interest for David and Ate. A few days ago I posted msg15905.html entitled Something weird happening with fusion/pluto. In fact the navigational state IS the cause of the problem. I'd like to have your opinion about how to workaround this as several solutions are possible. Before explaining the solutions, here is the problem : When you want to set the action of a form or have a link calling a portlet action you must use either a portlet:actionURL or use response.createActiontURL() method. This in turns calls the PathInfoEncodingPortalURL which extends AbstractPortalURL. This implementation of AbstractPortalURL adds a _ns:xxx element ni the request URL just after contextPath+servletPath (this is for example /jetspeed/portal/) and then appends the rest of the original request. This gives something like this : /jetspeed/portal/_ns:xx/media-type/html/user/admin/page/new.psml/js_peid/PXXX BUT the problem is that turbine reads the URL to get its parameter hashmap ready this way : first element after context path + servlet path is meant to be parameter name, and then URL is supposed to be constructed as an alternance between paramter names and parameters values. This means that if you have such a (normal jetspeed)URL : /jetspeed/portal/media-type/html/user/admin/page/new.psml/js_peid/PXXX the resulting hashmap will be : { media-type=html user=admin page=news.psml js_peid=PXXX } but it the case of the URL returned by pluto, eveything is mixed up because first element is navigational state which is not what turbine expects and has nothing to do with a key value pair. This leads to such a hashmap : { _ns:xx=media-type html=user admin=page js_peid=news.psml PXX= } and of course when jetspeed wants to get the profile, it uses the parameters found in runData object and searches for the page parameter which it doesn't find. Jetspeed then constructs a default profile, pointing to default.psml page. And this is why when you click on an action button in a JSR168 portlet contained in a PSML page which is NOT default.psml you get redirected to default.psml page (which is of course not what we want). Now possible solutions are : - rewrite DefaultJetspeedParameterParser and override setRequest method so that it ignores the _ns:XXX element in URL (if it exists) and begins parsing right after. This is not very elegant and is clearly a workaround - Maybe configure pluto to use QueryStringEncodingPortalURL implementation of AbstractPortletURL so that ns is put as a paramter in the URL. But I would know how this is done in JSFusion and I don't know if jetspeed will be happy with this knew and unknown parameter. Question is : Ate and David what do you think about the best way to circumvent this? Do you think it's possible to tell pluto not to add the ns element at all ? I would personnally say that the best way would be to define a new FusionEncodingPortalURL that behaves just like PathInfoEncoding except that it adds the follwoing string : _ns/_ns: instead of simply _ns: It would change anything for j2 since it specically looks for '_ns:' as an identifier and will allow Turbine to recognize a new _ns parameter which it would care about but at least will not break the othher parts of the URL. The Fusion assembly script needs to use the FusionPortalURL instead of any of the regular ones. What do you think ? -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: found fusion/pluto interaction bug
David Sean Taylor wrote: Raphaël Luta wrote: I would personnally say that the best way would be to define a new FusionEncodingPortalURL that behaves just like PathInfoEncoding except that it adds the follwoing string : _ns/_ns: instead of simply _ns: It would change anything for j2 since it specically looks for '_ns:' as an identifier and will allow Turbine to recognize a new _ns parameter which it would care about but at least will not break the othher parts of the URL. The Fusion assembly script needs to use the FusionPortalURL instead of any of the regular ones. What do you think ? Looks Turbine friendly to me. Are you going to write it ? Im going to try releasing 1.6 today. I thought we would first go through Release candidates for 1.6 before announcing an official 1.6 release ? If we could get the fix in now I'd be glad to incorporate it in the release I can write it easily but I don't have currently the environment to test it :) I've not yet run Fusion... I'll commit a patch later this evening. -- Raphaël Luta - [EMAIL PROTECTED] Aptiwan, l'intelligence du réseau - http://www.aptiwan.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: possibility to have jslink give relative URIs ?
Fabrice Dewasmes wrote: Hi, Another question : when using velocity, URIs are rendered using $jslink variable. In fact This URI is rendered by the toString Method of a DynamicURI object coming from Turbine. But this gives absolute URI and not relative ones. For me this is problematic especially when you sit behind a reverse proxy as this is our case, or even when you have custering problematics in mind. Agreed, it's a pain in those situations when your host name is meaningless. Is there a simple way to change this behaviour or do I have to rewrite DynamicURI class and simply replace it within turbine jar ? (kind of brute force patch isn't it ;) ?) Luckily for you we have better options :) $jslink is actually a reference to class org.apache.jetspeed.util.template.BaseJetspeedLink as configured in the TurbineResources.properties So you can subclass the above class, rewrite the toString() method not to output the host part of the URL and use your subclass as jslink instead of the default one by overiding the Turbine tool definition in your my.properties file. your toString() may look like this: public String toString() { String url= super.toString(); return base.substring(url.indexOf('/',url.indexOf(//)+1),url.length); } -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: found fusion/pluto interaction bug
Fabrice Dewasmes wrote: I can write it easily but I don't have currently the environment to test it :) I've not yet run Fusion... I'll commit a patch later this evening. anyway this is a good idea. I've got some time tomorrow to write and test it. I can submit something tomorrow at around 12:00. Is that OK for you ? Fabrice It's fixed in Jetspeed 2 CVS but you're welcome to test it out in Fusion. You'll have to update the Fusion assembly script to use FusionPathEncodingPortalURL instead of PathEncodingPortalURL and also move the dependencies to J2-M3-dev and build yourself the M3-dev artefact for it to work though. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: found fusion/pluto interaction bug
Raphaël Luta wrote: Fabrice Dewasmes wrote: I can write it easily but I don't have currently the environment to test it :) I've not yet run Fusion... I'll commit a patch later this evening. anyway this is a good idea. I've got some time tomorrow to write and test it. I can submit something tomorrow at around 12:00. Is that OK for you ? Fabrice It's fixed in Jetspeed 2 CVS but you're welcome to test it out in Fusion. You'll have to update the Fusion assembly script to use FusionPathEncodingPortalURL instead of PathEncodingPortalURL and also move the dependencies to J2-M3-dev and build yourself the M3-dev artefact for it to work though. I've moved the patch to Jetspeed 1 Fusion CVS directly so you'll just need to cvs update and test it out if David can't complete the RC1 release today. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2/Fusion synchronisation and release plan (Was: Re: Struts-Bridge Fusion - David/Ate/others- Pls comment)
Jeff Sheets wrote: Ate, Lastly, documentation is a high concern in my organization, as well as others. Some are scared to use a product that is lightly documented, so adding more/better/accurate docs would be a tremendous benefit for Jetspeed. As the code becomes more stable, I have to agree that this would be a well rewarded effort. Don't forget most good developers are pathologically bad documenters :) Also, in my experience, the most useful documentation usually comes from new user/developer experiences discovering the product and describing their experience and pitfalls encountered. If you really want a top notch documentation, please try and use the wiki to report on your install/config experiences, issues encountered and things you want to do with J2 but can't find how to do. This kind of feedback helps us put the emphasis where it's needed, explaining better the difficult points and not losing too much energy on documenting obscure things of limited value or miss some major functional areas. Basically, every user can help make the documentation as helpful as possible by giving feedback on their experience. Just create a new page in the Jetspeed2 wiki : http://wiki.apache.org/portals/Jetspeed2 and let us know about it ! -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2/Fusion synchronisation and release plan (Was: Re: Struts-Bridge Fusion - David/Ate/others- Pls comment)
Hema Menon wrote: I tend to agree to the good developers/bad documentors theory. However its not always easy to work with lack of/no documentation to a product. Yes, user experience is the best form of documentation. Will try to use Wiki to give more feedback, that could help others too. My point was not to imply that user should document the product with their experiences, simply that user feedback is a great tool for developers to build a *useful* documentation without spending too much energy documenting every features in one go... It enables us to identify where explanations are needed and what can be made more intuitive. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2/Fusion synchronisation and release plan (Was: Re: Struts-Bridge Fusion - David/Ate/others- Pls comment)
Hema Menon wrote: I guess my words didn't come out right either. I have seen many queries in the user list is regarding the build issuses or related to installation be it multiple platform or diff db's. Every user who tries to use this product has to go thru this routine. Based on that, what I meant to say, is that user experiences is very relevant in that case, more for development of a FAQ, similar to what Wiki has right now. So it looks we all agree there. I'm looking forward working on the user feedbacks :) Hema Menon wrote: I tend to agree to the good developers/bad documentors theory. However its not always easy to work with lack of/no documentation to a product. Yes, user experience is the best form of documentation. Will try to use Wiki to give more feedback, that could help others too. My point was not to imply that user should document the product with their experiences, simply that user feedback is a great tool for developers to build a *useful* documentation without spending too much energy documenting every features in one go... It enables us to identify where explanations are needed and what can be made more intuitive. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2 decorators not displayed in IE
Marina wrote: Hi, I have a weird problem here. I've been developing my portal using Firefox only, and have a pretty much complete portal by now. However, when I finally got around to checking it out in IE, I've realized to my horror that it looks completely screwed up there. Basically, no portlet decorators and J2 images (like tabs, borders around portlets, etc.) are displayed there. The content of the portlets is just fine. Even more, this happens when I access my portal through a redirect from my ISP that forwards the requests to my PC's IP address. If I access the portal through localhost:8080 - everything looks fine in both Firefox and IE. to summarize: access portal through IP address: Firefox/Netscape OK, IE - no images/decorators access portal through localhost: both Firefox and IE are OK Did I miss some config parameter for J2 or something like that? Any ideas? Mmmm.. I'd say it's an issue with IE mishandling your ISP reverse proxy behavior. Most of the decorator information is controlled through a CSS stylesheet. It's quite possible that IE resolves URL differently than Firefox when dealing with CSS resources tied to an HTML document. You can check if the CSS file is indeed retrieved by IE and if so, you can try setting absolute URLs to reference the image files in the CSS stylesheet. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the Status of Jetspeed 2 ??
Mike R. wrote: snip Now, even in its current status, J2 is very useable for development work if you want a pure, lean and mean, portal server. If what you need is just JSR168 support in a full-featured stable portal, consider using Jetspeed 1 with Fusion. Currently, you'll need to get the current CVS for this since Jetspeed 1.6 is not out yet (should be formally released soon). Raphaël - hoping you can help out here - which version would you recommend for a project with the following requirements? - JSR 168 compliance - minimal inter portlet communication (most like done via PortletSession) - basic rendering requirements; using RequestDispatcher to JSPs with embedded XSLT - needs to be robust, being used in a demo in 1 month. J2 should be more than stable enough to handle theses requirements. Also note that the JSR168 support in Jetspeed 1.6 will actually be provided through Fusion... which embeds a Jetspeed 2 instance inside Jetspeed 1 ! -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the Status of Jetspeed 2 ??
Le 21 mars 05, à 07:58, Jouni Rajala a écrit : Raphaël - hoping you can help out here - which version would you recommend for a project with the following requirements? - JSR 168 compliance Works ok. - minimal inter portlet communication (most like done via PortletSession) Works ok. - basic rendering requirements; using RequestDispatcher to JSPs with embedded XSLT Don't know about this. - needs to be robust, being used in a demo in 1 month. I have demo system with 1 month continuous uptime and it is checked out from cvs/HEAD. That tells you something about how stabe it is currently. Of course with bit bad luck you manage to check out something that does not work from HEAD like me at first time. I just updated the project again and noticed there was cvs comming just going on when i checked out. So there was incomplete version in. The rules here is that we avoid HEAD breakage at all costs even when the project is not deemed stable yet by our release numbering. CVS HEAD should always compile and work as well as possible for a product under development. If you encounter any issue building Jestpeed 1 or 2 CVS HEAD, don't hesitate to raise the issue, it will get fixed ASAP. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Graffito - Jetspeed CMS framework
Marky Goldstein wrote: Great. Please also support JSR 170 (Content Repository Standard). We are interested to join the effort. Given the very reduced number of active developpers on Graffito right now, the best way to see this happening quickly is to join the graffito-dev list, and start to work with us on supporting JCR (probably through a JackRabbit adapter) The more and the sooner interested parties can collaborate on getting this done, the better the end product will be. Christophe has done a great job so far on UI/portlet components and slide support but we definitely need help to accelerate the development. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jmock-SNAPSHOT.jar
Andreas Ernst wrote: Hi, it seems that 'maven allClean allBuild' tries every run to download jmock-SNAPSHOT.jar, but the file is still in {userhome}\.maven\repository\jmock\jars\jmock-SNAPSHOT.jar While running Maven it show very often the message: Attempting to download jmock-SNAPSHOT.jar. Since SNAPSHOT means that we depend on a non-released version of JMock (ie the CVS HEAD version). Meven by default always try to refresh the SNAPSHOT.jar for a new version, ie a SNAPSHOT jar is never considered up to date by Maven even if found in the local repository. You can use offline build mode (maven -o) to prevent it from trying to download jmock every time. -- Raphael Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed2 Personalization screen
Joachim Müller wrote: Hi. This would be an interesting feature. Move the portlets in all direction is nice, but in production often not needed, because of layouts problems. Especially when working with an 70/30 twocolumn layout setup. We developed for our Jetspeed1 based solution www.geoportal.bund.de a new personalization customizer (unfortunately too special to contribute it back), that fit our needs. Is there an easy way to write an own personalization customizer an use it/configure it like a layout type? Wouldn't it be nice to have an option to disable horizontal movement of portlets? Are you asking for J1 or J2 ? in J1, to quickly disable the left/right arrow in the customizer, you just need to do the following: 1 copy the template /WEB-INF/templates/controllers/vm/html/multicolumn.vm to /WEB-INF/templates/controllers/vm/html/multicolumn-updown.vm 2 copy the template /WEB-INF/templates/controllers/vm/html/multicolumn-customize.vm to /WEB-INF/templates/controllers/vm/html/multicolumn-updown-customize.vm 3. edit multicolumn-updown-customize.vm to apply patch: @@ -53,11 +53,7 @@ #end td align=right valign=top #if (${skin.TitleStyleClass}) class=${skin.TitleStyleClass} #else class=PTitle #end #if(${skin.TitleBackgroundColor}) style=background-color: ${skin.TitleBackgroundColor} #end input type=image src=images/close.gif alt=$l10n.CUSTOMIZER_REMOVE border=0 name=eventSubmit_doDelete -#if ($col == 0) img src=images/blank.gif width=14 -#else -input type=image src=images/left.gif alt=$l10n.CUSTOMIZER_MOVELEFT border=0 name=eventSubmit_doLeft -#end #if ($row == 0) img src=images/blank.gif width=14 #else @@ -68,11 +64,7 @@ #else input type=image src=images/down.gif alt=$l10n.CUSTOMIZER_MOVEDOWN border=0 name=eventSubmit_doDown #end -#if ($col == ($sizes.size() - 1)) img src=images/blank.gif width=14 -#else -input type=image src=images/right.gif alt=$l10n.CUSTOMIZER_MOVERIGHT border=0 name=eventSubmit_doRight -#end /td #if (${skin.PortletSkinClass}) td class=PTitleRight style=font-size:1pt;nbsp;/td 4. create a new controller definition in /WEB-INF/conf/local-controllers.xreg: portlet-controller-entry name=TwoColumnsUpDown classnameorg.apache.jetspeed.portal.controllers.VelocityPortletController/classname parameter name=template value=multicolumn-updown.vm / parameter name=action value=controllers.MultiColumnControllerAction / parameter name=sizes value=30%,70% / parameter name=cols value=2 / media-type ref=html/ meta-info titleTwo columns (30/70) - Up/Down only/title /meta-info /portlet-controller-entry 5. Use this controller in your PSML page. (If you already have a lot of PSML pages using the standard TwoColumns controller, just change the definition of the controller in the registry to use the multicolumn-updown.vm template) -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Announce] Graffito (ex JCMS) has entered Incubator
On behalf of the Graffito team and the Apache Portals PMC, I'm please to announce that Graffito, formerly known as JCMS, has completed its transition to the Apache Incubator. The main objective of Graffito is to create a portal oriented content management system. It's currently build on top of Apache Slide and the team also plans to support access to JCR content repositories through Jackrabbit. Graffito user interface is managed with a set of JSR-168 portlets that can be deployed in compatible portal systems such as Apache Jetspeed. If you are interested to learn more on Graffito, please consult the project website at: http://incubator.apache.org/graffito/ To join the user and developper community, please subscribe to [EMAIL PROTECTED] by sending a mail to [EMAIL PROTECTED] To checkout the current codebase, you can download it through our Subversion repository: https://svn.apache.org/repos/asf/incubator/graffito/trunk/ -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jetspeed-config.jcfg
angeloimm wrote: Hi all form different articles about Jetspeed i have read that there is an configuration file called jetspeed-config.jcfg... now in my jetspeed distribuition (version 1.5) this file is not present... where is it? Is this file for an old version of jetspeed? Thanks This was used in *very* old versions of jetspeed (versions = 1.2). Every config is now in properties files or Registry files (*.xreg) -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: unsubscribe not working
Bharat Nagwani (bhnagwan) wrote: Hi, I have sent multiple requests to [EMAIL PROTECTED] to unsubscribe. I am still getting emails from this list. Admin, please remove me from list or let me know the right way. This may happen if you sent your unsubsribe request from a different email address than the one you're registered with. If this is the case and you still have access (or a redirect) from your previous account, you can unregister the previous email address using the following syntax: if your email is: [EMAIL PROTECTED] send a mail to: [EMAIL PROTECTED] You should recieve a confirmation request to the [EMAIL PROTECTED] address that you have to reply to. If the above doesn't work, send a manual request to [EMAIL PROTECTED] -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Sebastien LAGARRIGUE/HDQ/HBFR/HSBC est absent(e).
[EMAIL PROTECTED] wrote: Je serai absent(e) du 20/12/2004 au 03/01/2005. Je serai absent du 20/12 au 03/01. Je vous réponderai à mon retour. I've unsubscribed him from the list so the loop should be over now. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JNDI FLAG NULL
[EMAIL PROTECTED] wrote: Hi, I have this message when jetspeed is deploying: - Jetspeed Starting Initialization... - JetspeedServlet identifying web application root... - JetspeedServlet identifed web application root as /home/jabouijc/JONAS_4_1_4/work/webapps/jonas/jetspeed/ - JetspeedServlet attempting to create the portlet engine... - Jetspeed environment attempting to initialize portal Engine... JNDI System Property flag null Someone know why JNDI System Property flag null ? Where can I configure this ? I looked in Jetspeed and Pluto's source code for the JNDI System... error string and could not find it so the last message is either generated by Jonas directly or by a component used by jetspeed and/or pluto. Can you look if you have some clue in your logs as to which component returns this error ? that would help the debug no end... I guess the cause of the error is that Jetspeed somewhere is looking for a JNDI property that Jonas doesn't set but without a stack trace/debug trace and with no jonas installed, I can't really help you more than this. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't mix JSP VM on the same page
Hampton, Thomas wrote: What I was trying to do is use Velocity to implement the Layout for a page and then have some Screens that are implemented in JSP and some in Velocity. Ok, got it. You can't mix VM JSP this way. The code forces the Screen Layout to both be either JSP or VM. Seems to me that you ought to be able to do this, but I'm not familiar enough with Turbine to know if this is a limitation of Turbine or Jetspeed. If Turbine can support this scenario how hard would it be to get Jetspeed to do it ? It should be extremely simple since the engine supports it and the issue looks to mainly be the use of default extensions. Firsft thing first, have you tried explicit extension naming like in: http://portal/jetspeed/portal/layout/default.jsp/template/test.vm It should work and prove that it's just the assumption that need fixing. Note that navigations should mix well too if you take care to suffix them with '.jsp' and '.vm' as required. If the above works, you can modify the default layout property and default template properties in your properties file to explicitely select the correct version and then use the full template name with extension in your links between screen templates. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Requested Action not found
Huber, Fabian wrote: Hi, I wanted to write a simple velocity portlet for jetspeed 1.5. Therefore I created a template and an action class and put it in the right path (to the demo action classes org.apache.jetspeed.modules.actions.portlets). But when I called this portlet in jetspeed, I got the message Requested Action not found in the jetspeed logfile. (The right template was shown, but the variables weren't replaced). So I tried to change an existing demo action class (I took WeatherAction) and used this one for my portlet. It work's. Can anyone say me, why I can't create a new Action Class or change the name of an existing without getting the error not found? Make sure your class correctly implements the required PortletAction interface. The easiest way to do it is to extend one of the standard generic PortletAction implementations. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Requested Action not found
Huber, Fabian wrote: Thanks for answering. My action class implements the standard VelocityPortletAction. In this case, check that you don't have a typo somewhere in the xreg entry. If it's not something like this, there's probably a misconfiguration somewhere in your environment but we would need more details to help you out... -Ursprüngliche Nachricht- Von: Raphaël Luta [mailto:[EMAIL PROTECTED] Gesendet: Montag, 15. November 2004 14:20 An: Jetspeed Users List Betreff: Re: Requested Action not found Huber, Fabian wrote: Hi, I wanted to write a simple velocity portlet for jetspeed 1.5. Therefore I created a template and an action class and put it in the right path (to the demo action classes org.apache.jetspeed.modules.actions.portlets). But when I called this portlet in jetspeed, I got the message Requested Action not found in the jetspeed logfile. (The right template was shown, but the variables weren't replaced). So I tried to change an existing demo action class (I took WeatherAction) and used this one for my portlet. It work's. Can anyone say me, why I can't create a new Action Class or change the name of an existing without getting the error not found? Make sure your class correctly implements the required PortletAction interface. The easiest way to do it is to extend one of the standard generic PortletAction implementations. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Content inside Enhanced layout
Robin Antony wrote: Hi, I am working on Jetspeed 1.X, I would like to achieve a new functionality. In the enhanced multi column layout in the customize pane would it be possible to have the content of the portlet appear there as well. So when a person drags and drops the portlet around he would also be able to see the content that would apear in it. Has anyone tried doing this before. It would be great if someone could give me tips on how we could achieve this. It should not be very difficult to do. You already have a reference to the portlets ID so you can simply customize the multimcolum-customize template to use $jetspeed.getContentById($portlet.id) instead of displaying the portlet properties. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Integrating jetSpeed with Maven
Le 4 nov. 04, à 07:31, Srinivasarao Sri a écrit : Hi Team, I installed MAVEN in my system. I installed JetSpeed also and running. Can you please let me know, How to integrate the MAVEN1.0 with jetSpeed. Nothing to do, it's already integrated. Just use any maven command in the jakarta-jetspeed directory, for example maven deploy -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: I am getting Connection Not avaiable error when I run Jetspeed for 5 hrs.
Le 27 oct. 04, à 08:14, Sunil Sheshadri a écrit : Hi, We have developed a portal application that is built on Jetspeed Framework. Our application has huge user database (1 users) and because of this we were doing a reliability testing of the application with 200 simultaneous users. After 5 hrs of test, the application gives the below error saying that Torque could not get connection from DB. Any idea what could be the problem? Why are we getting this error after 5 hrs of application running successfully? 2004 21:52:05 ERROR] - java.lang.NullPointerException: Connection object was null. This could be due to a misconfiguration of the DataSourceFactory. Check the logs and Torque.properties to better determine the cause. at org.apache.torque.util.Transaction.rollback(Transaction.java:179) at org.apache.torque.util.BasePeer.doSelect(BasePeer.java:1333) at My guess is that you've just found a race condition in the Torque/Village/Turbine library or a bug in the underlying JVM. I've not checked the code yet, but it would help if you could also log the grabage collector activity while you profile your portal. Maybe this bug arises because the Connection object is incorrectly garbage collected either becasue there's a time window for the GC where the connection object is not referenced anywhere. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: customizing the customizer
Dan Moore wrote: Hi Raphael, --- Raphaël Luta [EMAIL PROTECTED] wrote: snip You'll be better off copying the Action class or whatever class you customize and register your modified class in the Registry in A MyCustomizeSetPortlet and update the properties file to use this one instead of the original one. This way your changes won't be messed if you upgrade to a new version of jetspeed. I subclassed the MultiColumnControllerAction and overrode the relevant methods. I changed the value in controllers.xreg--is that the registry you're talking about (I also looked in registry.xml and didn't see anything that looked relevant)? registry.xml is something you should not be concerned about unless you need to extend the registry schema (deep customization). Instead of modifying the entry in conrollers.xreg, I would probably have cloned it into a local-controllers.xreg and renamed the controller names somewhat differently (ie MyTwoColumns instead of TwoColumns). Then change the default controller used by Jetspeed in my.properties: services.PortalToolkit.default.controller=MyTwoColumns and update the existing PSML files with explicit controllers to MyTwoColumns instead of TwoColumns. That way, you preserve all your environment even when you update the controllers.xreg next time you upgrade Jetspeed. Unfortunately, I had to put my subclass in the same package as MultiColumnControllerAction; it wasn't found otherwise. Jetspeed seemed to ignore the modules.packages property I added to TurbineResources.properties. It should work, otherwise this is a major bug that needs to be fixed ! Right now, here's the process I go through to add a portlet to a pane. 1. Click on the customize button of a pane. 2. Click on the 'Add Portlet' button. 3. Choose a portlet or two. 4. Click 'Apply.' 5. Click 'Save and Apply.' I'd like to turn that into this process: 1. Click on the 'add content' button of a pane. 2. Choose a portlet or two. 3. Click 'Save and Apply.' I tried fiddling with the url I'm sent to after clicking the add button and going there directly after logging in, but I seem to have to go through the intermediate step (when I try to go directly, I'm just returned to the home page). Perhaps the information that the add action needs is not present. Here's an example that works for me (but you can try it on any jetspeed install): 1. Login on the sample jetspeed site: http://www.bluesunrise.com/jetspeed/ 2. Once logged in, type the following URL: http://www.bluesunrise.com/jetspeed/portal/template/Customize/mode/add?action=controls.Customize Note: this screen will not return directly into the main page unless you modify the range of buttons, ie you need to copy the Save and Apply button and logic from the main layout customization screen. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: customizing the customizer
Dan Moore wrote: Hi folks, I'm interested in changing the customizer. In particular, some of the UI requirements are 1. moving portlets (which will always be done within one column) takes place in a select box. 2. removing portlets needs to be checkboxes 3. Adding portlets needs to happen in one step. (Well, two steps, actually--go to a page with a set of portlets, select them, and have them added.) I've done #1 by modifying org.apache.jetspeed.modules.actions.controllers.MultiColumnControllerAction.doSave(), and I feel like #2 is possible via the same means. Two questions: 1. Is hacking the source code the best way to implement these changes? I looked on the mailing list and in the config files and didn't see any alternative. You'll be better off copying the Action class or whatever class you customize and register your modified class in the Registry in A MyCustomizeSetPortlet and update the properties file to use this one instead of the original one. This way your changes won't be messed if you upgrade to a new version of jetspeed. Even if you describe it, I assume you have updated the relevant Velocity templates in webapp/WEB-INF/templates to show your select boxes. I'm not exactly sure why you had to modify the action class since #1 and #2 look to me as only simplification of the UI (ie the templates) without major impact on the backend code. 2. Is #3 possible? Any hints on thois? From the behavior and glancing at the source, it looks like the add page modifies a variable in PageSessionState, which is then saved in the doSave() method. I don't understand the difference with the current process. So I'll say it's pretty simple to implement but you may need to explain in more details what you're trying to achieve and how it differs from the default behavior if you want more information on this. -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvsgrab misbehaving?
Jetspeed wrote: Hello - I'm behind a corporate firewall and am seeing some strange behavior using cvsgrab to update sources. It appears that all html files updated from both jakarta-jetspeed and jakarta-jetspeed-2 are corrupted before they hit my filesystem. Their contents appear to be binary, and appear as gibberish in the portal once I've built and installed jetspeed.war into tomcat. Has anyone seen this sort of behavior and, if so, know the solution? Cheers (and thanks in advance), Dan It looks like you cvsgrad tool doesn't know how to deal the gzip Content-Encoding used the HTTP server (it sends on-the-fly gzipped data to speed up transfer and use less bandwidth, so mod_deflate or mod_gzip on Apache HTTPD documentation for more info). I checked that the server only uses this gzip module when the client announces that it supports it (accept-encoding sent by the client) so either your client is broken or you have a broken proxy setup at your company that caches the gzipped data and send it back to your client whether you support it or not... But if you quickly want to restore the html files, simply gunzip them :) -- Raphaël Luta - [EMAIL PROTECTED] Apache Portals - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How-To integrate with internal Struts applications
Dausch, Daniel wrote: I completed the install and read available tutorials. Not sure where to go from there. My basic goal is to provide a INTRANET portal that provides access to multiple Struts applications sitting on different WebSphere App Server instances. The applications would be usable within its own portal window. What portlet type would this entail? How would relative URL's (action paths) embedded within a page (e.g., Submit button) be handled. Any help/guidance would be appreciated. I suppose you have downloaded a Jetspeed 1.5 release. Unfortunately, there's no real easy way to integrate Struts development in Jetspeed 1.5, which is entirely built upon another web framework (Turbine). You can however, download the current CVS version which will be the basis for the upcoming Jetspeed 1.6 release. This release integrates Fusion engine to supports JSR-168 portlets. Among these portlets, you'll find a StrutsPortlet that should easily allow you to integrate Struts application in Jetspeed portal. The Jetspeed 1.6 release is expected in the next few weeks. -- Raphael Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How-To integrate with internal Struts applications
Dausch, Daniel wrote: Thanks for the reply Raphael. I apologize, perhaps I did not make myself clear enough on my issue. I don't want to integrate Struts development in Jetspeed 1.5. Jetspeed should remain as is. What I want to do, for example, is to access a Struts app running on Server A from the Portal running on Server B. The Portal would display the Struts App in a portlet on the portal page and allow user interaction with the app. I looked at ApplicationsPortlet but not much documentation on it. Hope this helps. Forget ApplicationsPortlet, it's a legacy feature that simply enables you flag some portlets as applications and then list all applications available. Such feature isn't really necessary anymore and is just kept for backward compatibility. For your issue, if you don't need to fully integrate the application into Jetspeed proper, use the IFramePortlet. If this doesn't suit your need, consider Fusion/StrutsPortlet and develop your own ProxyPortlet (you'll find some web-clipping tools already done in Jetspeed) -- Raphael Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: how to detect within vm-template, what users are currently logged in?
dp wrote: someone any idea? thank you. Have a singleton that implements HttpSessionListener bound to all user sessions and access it in your vm context. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Running Jetspped behind a Firewall and Absolute URLs
Carlo Pascoli wrote: Raphael you perfectly understood my problem and i agree with your definitions: 1. relative link = relative URI = eg. a href=page/default.psml 2. asolute link = absolute URI = eg. a href=/jetspeed/portal/page/default.psml 3. external link = absolute URL = eg a href=http://localhost:8080/jetspeed/portal/page/default.psml; Absolute links (ie number 2 above) should work OK and solve your issues with proxying but AFAIK they are not supported by the standard link clsses of Turbine 2.2 According to these definitions Turbine 2.2 class org.apache.turbine.util.RelativeDynamicURI produces absolute URIs and the class org.apache.turbine.util.DynamicURI produces absolute URLs. (isn't this naming a bit confusing?) Jetspeed only uses DynamicURI (and hence absolute URLs) when I would expect it to use RelativeDynamicURI. I'll admit not having having looked recently at those classes so if RelativeDynamic URI actually produces absolute URI, I agree it should become the default behavior. The only lost functionality I can see when swutching from DynamicURI to RelativeDynamicURI is that you're not able to use Turbine forced redirection to SSL but that's not a big loss IMO. Can you create a JIRA bug and attach a patch to the bug ? I'll make sure it goes into 1.6 if nobody else objects. -- Raphael Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Nested Tab or Menu Layouts
Randy Dillon wrote: I have a portal with tabbed panes and when I put all my portlets on their own panes, it all works fine. When I try to combine portlet functionality by creating a tab or menu layout on the pane of one of the outer tab, such that 3 of the original portlets are nested under one of the outer tabs, it seems to work until I navigate to another outer tab and then come back to the outer tab that contains the nested menus (or tabs). At that point, regardless of which portlet's menu/tab is selected, the browser displays the exception shown below. The nested menus/tabs and the active portlet display properly under the exception stack trace. Can anyone help me fix this? Error encountered processing a template: /navigations//html/top_loggedIn.jsp org.apache.jasper.JasperException at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254) snip What you describe does not make a lot of sense to me, especially since the exception you is related to the top navigation. Can you try the following things: - try switching to Velocity as default and report if you experience the same issues - try commenting out the page select box in /navigations/html/top_loggedIn.jsp and see if this fix your issue. -- Raphael Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: add a library
[EMAIL PROTECTED] wrote: Hi, I d'like to add a jar library for compiling jetspeed. Where I have to put it please ? thanks for answers... Put in your Maven library repository and add a new library dependency in Jetspeed project.xml (check the existing dependencies for the syntax). I advise you to check out Maven site for more information on how to use it and possibly install an internal central maven repository. -- Raphael Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to change tabs layout from Horizonal to Vertical
Sachdeva, Khemchand wrote: I have the following entries in my .psml file. snip PSML This show tabs Charts and Reports stacked horizontally one after the another. What should I do if I want to be stacked vertically i.e. Reports on top of Charts. Use the MenuController instead of the TabController. -- Raphael Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: zip stream and content-type in portlet
Frédéric FACHINETTI wrote: Hello, I have a portlet that query a database and then display the resultset using some JSP's. Now, I want to retrieve the query results not in html format but in a zip file format ie when I submit the query in my portlet I then have the save as ... window and I'm able to retrieve the query results thru a zipped text file. I managed to do it in an old perl application by changing the content-type and by printing the result in a zip stream. But with java and Jetspeed, I have no idea if it's possible and how to proceed. Is there a content-type specific to each portlet ? Nope, HTTP only defines a content-type for a whole response. To do this within Jetspeed, you ned to define a new screen template for example: WEB-InF/conf/templates/vm|jsp/SendFile.vm: $data.Response.setContentType(application/octet-stream)$file create an action to set the file object in the context to the ZIP file you want to send in your portlet create a link to this screen like this: jetspeed-root/template/SendFile/action/MySendAction. This is standard Turbine stuff so you should probably check out the Turbine documentation and mailing-list for further examples of how to use the Turbine screen to send non-HTML output. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterpise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jetspeed 1 and wap
Shen, Ching wrote: I am trying to setup my jetspeed apps (ops) for WAP users who using blackberry devices. User can access directly to wml file OK, http://linuxdv01:8080/ops/wml/weather.wml But if they use http://linuxdv01:8080/ops/, they view user anon whole default HTML page, instead only login portion. Problem1: with WML enable only, user can't login Problem: with HTML/WML enable , user can login, but get html view for user turbine instead wml view What I did wrong or missing? Please help. Any suggestion will be greatly appreciated Make sure the client you use for testing is recognized as a WML compatible device in WEB-INF/conf/clients.xreg -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterise Portal in Java http://portals.apache;org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ParameterPresentationStyle - REPOST
Cyrille GACHOT wrote: Hi users, Does anybody use ParameterPresentationStyle? Nobody ?? Please help... ---THIS IS A REPOST--- I'm using a portlet that need a complex customization. So, I'm looking to use ParameterPresentationStyle class (or sub-class) and use my own customization template. I've looked in Jetspeed documentation but didn't find enough to help me. In particular, i'd like to know how we can retrieve information from the template in the Java class (ParameterPresentationStyle class, or Action class ??). Please Cyrille, don't repost twice in less than a day... it won't make any answer quicker and may just annoy some people. In general, if you don't get any answer quickly, either everybody is busy or unavailable or your question is not precise enough to be easily answered. Personnally, I don't understand what you want to achieve and exactly what kind of information you want to retrieve from the *template*. It's a tempate, there's no information in there ! -- Raphael Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Configure RSS to read from cache
Le 23 juil. 04, à 21:30, Todd Gasall a écrit : Hi, I am having difficulty getting the RSS portlet to read a RSS feed from the cache. We are running a SSL site and need to receive non SSL RSS feeds. We would like Jetspeed to read the RSS files into it's cache, and then have the portlet render the RSS file from the cache, so the user isn't prompted by Internet Explorer to display non-secure information in a secure site. Could somebody please walk me through the steps to configure this? What settings will I need to put in Jetspeed-Resources.properties? Will I need to do anything different in the portlets.xreg file? The RSS file I'm trying to read is: http://www.medicinenet.com/rss/dailyhealth.xml Jetspeed is probably serving correctly the RSS from local cache but it will only cache the RSS file and not the linked items. I can see in the RSS provided that there's a link to an external image that is going to be rendered by Jetspeed. I would venture that this is this image that triggers the IE pop-up. Unfortunately, there's not a lot you can do about it with the out-of-the-box jetspeed. You can try never rendering the image attached to the RSS by modifying the associated XSL templates (/wEB-INF/xsl/rss.xsl). If you're willing to code little, you can either write (or find) a proxy/cache servlet and update the XSL stylesheet to use the this servlet to link to the external image. If you're really determined, you can hack at the FeedDaemon code and have it cache locally any external referenced in the RSS file so that you can serve everything locally. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [jetspeed] [distrib] first use pb
zze-VANDEPUTTE Brice RD/BIZZ/GRE wrote: Hi, I want to try jetspeed and i've got the following problems 1) For jetspeed 1.5 WAR file distribution after deployment when i attempt to access /jetspeed context i got this exception : Horrible Exception: java.lang.LinkageError: loader constraints violated when linking org/apache/velocity/context/InternalContextAdapter (...cf.trace1...) I ve got the same LinkageError problem with the 1.4 War file... A java.lang.LinkageError will generally arise because of dependency conflicts, ie Jetspeed expects to load classes from a specific jar version but finds another incompatible one in the classpath. This is related to your environment not really to jetspeed : - make sure you use a stable servlet container release which correctly enforces classloader separations (some early Tomcat 4.0 and 4.1 have issues, I use a Tomcat 4.1.30 without pb other than the xalan issue documented in the FAQ) - check your system CLASSPATh and jre/lb/ext directory for possibly conflicting jars. - if you're not using Tomcat, make sure your container correctly handles classloader separation and that you don't have possibly conflicting classes. 2) For jetspeed 1.5 Source distribution After install of maven v1.0 and after update of %JETSPEED_HOME%/project.properties to add maven.proxy.host and maven.proxy.port properties (because i m behind a firewall) i attempt to compile the war : the first part of jar download was a success but during torque goal i got this message : === torque:om-generate: [torque-data-model] Using classpath [torque-data-model] Generating to file C:\java\plateforme\jetspeed-1.5\src\java\report.org.apache.commons.grant [EMAIL PROTECTED] BUILD FAILED File.. C:\Documents and Settings\Brice\.maven\cache\maven-torque-plugin-3.2\plugin.jelly Element... torque-data-model Line.. 228 Column 49 org.apache.torque.engine.EngineException: Connection timed out: connect Total time: 31 seconds === Depending on your DB settings, it's possible that maven can't connect to your DB server... check the DB config. -- Raphael Luta - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: ---- problem in SAX transform:
Le 28 juin 04, à 19:26, Phillip Neumann a écrit : El lun, 28-06-2004 a las 02:26, Eric L. Wittle escribió: Phillip Neumann wrote: Hello. Im running jetspeed-1.5, with tomcat4.1.30 and apache2.0.49 over freebsd 5.2.1. Instalation went smooth. When i load the jetspeed container in my browser i see: problem in SAX transform: org.apache.xml.utils.WrappedRuntimeException: The output format must have a '{http://xml.apache.org/xalan}content-handler' property! snip You've probably mixed versions of xerces and xalan; they have to be compatible. Either downgrade your version of xerces (which may cause problems in Tomcat), or upgrade your version of Xalan to the one compatible with the version of Xerces in the endorsed directory. You can both from http://xml.apache.org/. Ok.Ill describe the things ive made to try to fix this: 1) use xalan-2.3.1.jar and xerceImpl-2.0.2.jar that comes wiht jetspeed 1.5 as xalan.jar and xerceImpl.jar in the endorsed directory: - No luck 2) use xalan from jetspeed-1.5 with xerceImpl that comes with my tomcat instalation (how do i know what version is it?) - No luck 3) use xalan-2.6.0 with xerceImpl.jar from tomcat instalation - No luck 4) use xalan from jetspeed with xerce-2.6.2 - No luck 5) use xalan-2.6.0 with xerce-2.6.2 - No luck snip Make sure you don't have any other versions of xerces/xalan in your system classpath, especially check your j2sdk/j2re root/jre/ext/lib directory for a rogue xerces or xalan. Since you're on Unix, a simple find / -name 'xalan*' should give you all xalan instances found on your system. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Bug ? Error PSML editing on new user
Le 17 juin 04, à 11:46, Arnaudin Xavier a écrit : Hi, I had problem on jetspeed 1.5. I had created new user in jetspeed database with security/users panes. when i'm trying to edit his PSML i have this error. What is the problem ?. org.apache.turbine.util.TurbineException: Error rendering Velocity template: /controls/html/jetspeed-tab.vm: Invocation of method 'getContent' in class org.apache.jetspeed.portal.BasePortletSet threw exception class java.util.MissingResourceException : Can't find resource for bundle java.util.PropertyResourceBundle, key SECURITY_NO_ACCESS Seems like you're missing a translated message in your FR localization bundle. Have you changed any resource in there ? If so, check that you have not removed the SECURITY_NO_ACCESS string by mistake. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Shorter and unique URLs
a jl.properties in /my/whatever/dir and define in this file the property you have selected to control the parameter filtering - make sure the default JR.properties, TR.properties and my.properties don't define this filter out property - restart your webapp server Now, you still have http://myhost/portal/ that behaves as your default Jetspeed distribution. but you can point your J2ME clients to: http://myhost/jl/ which will always use short URIs. Since both versions belong to the same webapp, they share all their parameters and sessions and you can seamlessly switch between them if you like. Hope this helps. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: AW: AnonUser Page differs on browser
Simply delete the /en/default.psml page. Firefox will then default to the the base /html/default.psml and you only have 1 file to maintain... Le 11 juin 04, à 09:31, Floßmann Christoph a écrit : Yes, I copied the default.psml file to the /en folder. -Ursprüngliche Nachricht- Von: nick the mytilian [mailto:[EMAIL PROTECTED] what do you mean with: after synchronizing? You just copy the one to the other? Nik. On Wed, 9 Jun 2004, [iso-8859-1] Floßmann Christoph wrote: Now I've got it. The IE uses the users/anon/html/default.psml while Firefox takes users/anon/html/en/default.psml. After synchronizing the files everything worked fine. -Ursprüngliche Nachricht- Von: Floßmann Christoph Gesendet: Dienstag, 8. Juni 2004 10:36 An: Jetspeed Users List Betreff: AW: AnonUser Page differs on browser Hmm, I installed the LiveHTTPHeaders Plugin - a nice tool but I had no luck. The displayed page in Firefox is the one you get after installing jetspeed out-of-the-box. (With the Home Page, RSS and Dynamic pane) Clicking on one of the panes the following URL is displayed in the addressbar http://localhost:8080/jetspeed/portal/media-type/html/language/en/ user/anon/page/default.psml/js_pane/101 Any suggestions? -Ursprüngliche Nachricht- Von: Raphael Luta [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 3. Juni 2004 23:09 An: Jetspeed Users List Betreff: Re: AnonUser Page differs on browser Floßmann Christoph wrote: Hi, I don't know whether I configured sth. wrong or if it is an known issue. With the IE everything works fine when I'm addressing localhost:8080/jetspeed the defined page from default.psml in the anon directory is opened. Trying this in Friefox fails. Some other page is shown and I didn't figure aut yet why this happens. Any suggestions? Chris If you are redirected to a site named www.localhost.xx, it's simply that FireFox could not contact your site and redirected you to an related Internet site through its keywords feature. If you're sure your server is up running and accessible from your client, then this is probably caused by an incorrectly configured jetspeed that send a 302 redirect to a mistyped URL. If you need to validate this, download and activate the LiveHTTPHeaders plugins of firefox. It will let you easily see the different requests/repsonses issued and recieved by the browser. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Programmatically Requesting a Jetspeed Page
Le 25 mai 04, à 15:55, Jason Shindler a écrit : Hello, I wish to email the contents of a page from inside of my Jetspeed portlet. The page requires authentication, so I'm passing the current session's JSESSIONID as a cookie so my program can be authenticated. For some reason this is not working: snip code The code requests the page, but returns a login screen instead of the page I want. I believe it is somehow ignoring the cookie, but can't put my finger on why. Any ideas? I'm not sure exactly how you have constructed your email module but I would strongly advise you *against* using sub-HTTP connections to generate your mail messages. Since you seem ti be able to rely on the user session, your code is probably called during a user request, in which case Jetspeed will have populated the RunData object with all the necessary context. Then define a custom velocity template for your mail and in this template use $jetspeed.getPane(pagename). It should work but you will want to save the Profile stored in rundata before rendering the velocity template and restore it after because $jetspeed.getPane() will set the page globally for the request. Make sure to take a look at src/java/org/apache/jetspeed/util/template/JetspeedTool.java webapp/WEB-INF/templates/vm/screens/html/Home.vm to have a better idea of what you can do with this JetspeedTool (viewed as $jetspeed in Velocity templates) -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: dynamic Uri does not work while manipulating multiple psmls
Le 27 mai 04, à 15:10, Archana Turaga a écrit : Hi, I have two psml files default.psml (the one that comes up by default when the user logs in) and infoview.psml (navigated to using jetspeed:forward from one of the portlets in default.psml). I have some portlets declared in infoview.psml that use setTemplate in their action classes to navigate to another jsp. As a sample there is the following href link in one of our jsps: a href=jetspeed:dynamicUri/? eventSubmit_doPortview=portviewjs_peid=%=jspeid%IPAddr=%=ipAddr% Port=%=p% 100%s/a Have you looked at the generated link in your HTML markup ? Is it well formed ? jetspeed:dynamicUri may contain it's own query parameters in which case yours will never be used... The above link would basically invoke a doPortview method in the action class declared for this jsp. The problem that i see here is that when i click on this link it takes me right back to the home page (default.psml). When i do a system.out in the java action class it is never executed. It almost seems like it needs to be told that it belongs to infoview.psml. If this link is not used in the inforview page, then yes you need to explicitely set it in a page parameter or better use jetspeed:portletlink psml=infoview.psml jspeid=%=jspeid%:/ Also if there are submit buttons whose action is defined as dynamicUri those also do not seem to work. Does anybody know what is going on here? How does dynamicUri tag work in jsp? You probably try to activate a portlet from a different PSML page. By default Jetspeed only looks for portlets in the currently loaded page. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: userbrowser portlet not working completely
Le 27 mai 04, à 23:58, Archana Turaga a écrit : Hi, I logged in as admin/jetspeed. Went to the Admin tab and added the Userbrowser to the list of menus there. When i click on the Roles, Groups or any of the links the resulting forms never show up. When i navigate to the security tab and click the same links in the user browser there they all seem to work fine. I opened the psml file and saw that all the target panes were declared there with menustate value set to closed. When we are using the customizer to add a portlet how can we make sure that these target panes are added with the menustate set to closed? The default customizer does not know how to handle this automatically. I would appreciate any response with regard to this query. I'm stuck (badly stuck) since we have a lot of portlets with links to other portlets and we want to use the customizer to add them. How can we accomplish the specified requirement in the current jetspeed framework? I'm not sure exactly what you're trying to implement but there's probably a way to do it :) Would you care to elaborate on your functional and layout requirements ? -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class not found!
Le 19 mai 04, à 15:16, alex a écrit : Reason: java.lang.ClassNotFoundException: Requested Action not found: portlets.TutorialStockQuoteAction8 Turbine looked in the following modules.packages path: [org.apache.jetspeed.modules, org.apache.turbine.modules] I placed the class above at the following path: classes\org\apache\jetspeed\modules\actions\portlets the class is compiled with the following path: package org.apache.jetspeed.modules.actions.portlets; What's the deal? You probably have a conflict of Turbine jars loaded from different classloaders : Make sure you don't have a turbine jar somewhere in your webapp server endorsed or worse jre endorsed jars. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Class not found!
That you probably have a turbine.jar in: - your CLASSPATH - your jre/lib/ext directory in your Java installation - your webapp server shared libs (ie in Tomcat 4: tomcat-root/shared/lib or tomcat-root/shared/classes) If you do have any of these, remove them and restart your webapp server, that should fix the issue. Le 19 mai 04, à 19:04, alex a écrit : Thanks, but what does endorsed or jre endorsed mean? -Original Message- From: Raphaël Luta [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 19, 2004 12:36 PM To: Jetspeed Users List Subject: Re: Class not found! Le 19 mai 04, à 15:16, alex a écrit : Reason: java.lang.ClassNotFoundException: Requested Action not found: portlets.TutorialStockQuoteAction8 Turbine looked in the following modules.packages path: [org.apache.jetspeed.modules, org.apache.turbine.modules] I placed the class above at the following path: classes\org\apache\jetspeed\modules\actions\portlets the class is compiled with the following path: package org.apache.jetspeed.modules.actions.portlets; What's the deal? You probably have a conflict of Turbine jars loaded from different classloaders : Make sure you don't have a turbine jar somewhere in your webapp server endorsed or worse jre endorsed jars. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- Incoming mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.684 / Virus Database: 446 - Release Date: 5/13/2004 --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.684 / Virus Database: 446 - Release Date: 5/13/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Raphael Luta - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RegistryService: Failed to retrieve XXX from Portlet
Le 12 mai 04, à 08:19, Stefano Bianchi a écrit : Dear ALL, after making some revision to my portal, I got this messages in jetspeed.log on startup: [11 mag 2004 10:12:20 INFO] - RegistryService: Failed to retrieve HTML from Portlet [...] at least 100 lines of this type. Any idea of what happened? I have removed xreg files of portlets I do not use anymore, and probably they are used in some old psmls. Could it be something related to this? If you have PSML files referencing a portlet that doesn't exist anymore you'll have these kind of errors until the offending PSML entry is removed. Note that this is just verbose logging and does not represent any error. Jetspeed should still work fine. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jetspeed-1.5 build problems
Le 12 mai 04, à 14:33, Anthony Smith a écrit : How do I stop this connection timed out. I thought all these woudl be taken care of with the proxy setting. Apply the guidelines outlined in this mail; http://nagoya.apache.org/eyebrowse/ReadMsg?listName=jetspeed- [EMAIL PROTECTED]msgNo=13325 -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed Licensing
Le 6 mai 04, à 12:01, Jonathan Hawkins a écrit : We are looking at using Jetspeed as our Portal container for our various web applications. Do we have to display the Powered by Jetspeed logo ? Many thanks No, it's not a requirement. The license simply asks you to acknowledge the use of Jetspeed but does not mandate any specific mechanism. Using a powered by logo surely fulfills this requirement but you can also simply acknowledge Jetspeed in the credits page of your site if you have one. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed 1.5 tutorial build failure for goal torque:sql-gener ate
Given the issues you describe, I'd say it's related to the DTD validation of the torque schema files. To avoid the issue, you can try the following: - download manually the DTD file http://jakarta.apache.org/turbine/dtd/database.dtd - put it in src/torque-schema - change the DTD reference in the xml files to database.dtd It should work. If it doesn't want to use relative dtds, put the dtd on a local webserver (eg Tomcat) and modify the URL accordingly. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ Nicolas MAYEUR wrote: Indeed, the failing build was run behind a firewall proxy. Proxy config seems OK in my build.properties, since maven has successfully downloaded many jars before failing. I tried doing it at home with no proxy and another ISP on a linux box : it builds OK. Nicolas -Message d'origine- De : Jetspeed [mailto:[EMAIL PROTECTED] Envoyé : mercredi 5 mai 2004 00:26 À : Jetspeed Users List Objet : Re: Jetspeed 1.5 tutorial build failure for goal torque:sql-generate I see that Nicolas Mayeur has now posted the thread Jetspeed 1.5 build problem that looks pretty much like the one I've described here. Interestingly, this same configuration works just fine on my laptop when running on my home network, the only difference being the ISP and turning off proxying.. No problems with downloads or connections timing out. Seems like it must have something to do with connection speeds or firewall configurations, but I don't have enough information from the log files to know what to pursue. Any suggestions? Cheers, Dan [EMAIL PROTECTED] wrote: I'm a newbie to Jetspeed. I'm trying to become familiar with the new version of Jetspeed using the tutorial approach suggested by the documentation. I've installed Maven and Jetspeed-1.5 on my Windows XP box, which is behind a corporate firewall. I have successfully configured my proxy and local repositories and built the jetspeed sources, but am having fairly consistent Connection timed out: connect failures with the tutorial deploy goal, either during the torque:sql-generate or torque:om-generate goals. The tutorial sources themselves build without a hitch and all the repository dependencies download just fine, but I regularly get the failure shown below, and there's no indication of what connection is failing. Searches through Google and the jetspeed-user archives have yielded no indication of a solution. Has anyone seen this type of problem, and hopefully figured out a solution? Any help is greatly appreciated. Cheers, Dan -- (excerpt of build output) torque:sql-generate: [torque-sql] Using classpath [torque-sql] Generating to file C:\Apache\jetspeed-1.5\tutorial\target\class [EMAIL PROTECTED] BUILD FAILED File.. file:/c:/temp/maven/plugins/maven-torque-plugin-3.2/plugin.jelly Element... torque-sql Line.. 145 Column 49 org.apache.torque.engine.EngineException: Connection timed out: connect Total time: 35 seconds Finished at: Fri Apr 30 13:20:41 MDT 2004 The full log follows: maven -Dtutorial=1 deploy __ __ | \/ |__ _Apache__ ___ | |\/| / _` \ V / -_) ' \ ~ intelligent projects ~ |_| |_\__,_|\_/\___|_||_| v. 1.0-rc2 build:start: deploy: jetspeed:war: [delete] Deleting directory C:\Apache\jetspeed-1.5\tutorial\stage [mkdir] Created dir: C:\Apache\jetspeed-1.5\tutorial\stage [unzip] Expanding: C:\temp\maven\repository\jetspeed\distributions\jetspeed-1.5.zip into C:\Apache\jetspeed-1.5\tutorial\stage\webapp [unzip] Expanding: C:\Apache\jetspeed-1.5\tutorial\stage\webapp\jetspeed-1.5\jetspeed.war into C:\Apache\jetspeed-1.5\tutorial\stage\webapp [delete] Deleting directory C:\Apache\jetspeed-1.\tutorial\stage\webapp\jet speed-1.5 [copy] Copying 4 files to C:\Apache\jetspeed-1.5\tutorial\stage\webapp java:prepare-filesystem: java:compile: torque:init: torque:om-check: torque:om: [echo] Schema files have not changed since last generation. torque:init: Overriding previous definition of reference to torque-classpath torque:sql-check: torque:sql: torque:init: Overriding previous definition of reference to torque-classpath torque:sql-generate: [torque-sql] Using classpath [torque-sql] Generating to file C:\Apache\jetspeed-1.5\tutorial\target\classes\sql\report.org.apache.commons [EMAIL PROTECTED] BUILD FAILED File.. file:/c:/temp/maven/plugins/maven-torque-plugin-3.2/plugin.jelly Element... torque-sql Line.. 145 Column 49 org.apache.torque.engine.EngineException: Connection timed out: connect Total time: 35 seconds Finished at: Fri Apr 30 13:20:41 MDT 2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] *** Ce message et toutes les pièces jointes (ci-après le message) sont établis à l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur
Re: [TOMCAT]\webapps\jetspeed\WEB-INF\log\access.log
Le 4 mai 04, à 09:06, Stefano Bianchi a écrit : Dear ALL, in folder [TOMCAT]\webapps\jetspeed\WEB-INF\log I have an access.log file completely blank. Is it right? Shouldn't this log access to the portal? Does it need any configuration? Please consider also I'm running an old version J1.4b3... You need to enable the PortletStats service in JR.p to log portlet requests in this access.log. Look for the key: services.PortletStats.enabled It's disabled by default. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Customizer problem
Le 4 mai 04, à 11:29, Guillaume Lasnier a écrit : It seems like the error is due to custom localization settings in the TurbineResources.properties.merge. When I removed the property locale.default.bundles it worked but I loose the capablity of customizing messages and labels. I have copied the content of the TurbineResources.properties.merge file below : == module.packages=com.noga.starterkit.jetspeed.modules # l10n settings # The line below must be commented to make customizer work locale.default.bundles=com.noga.starterkit.jetspeed.modules.localizatio n.PortalLocalization,org.apache.jetspeed.modules.localization.JetspeedL ocalization locale.default.language=fr locale.default.country=FR == Has anyone managed to have the customizer work with custom localization settings? Le 4 mai 04, à 10:32, Guillaume Lasnier a écrit : Hello, I am running through the 1.5 tutorial ad I have a problem with the CardController customizer using a Pane layout. When I want to customize the content of pane by clicking on the pane link in the customizer I get an error caused by the fact that the link is malformed. When viewing the HTML source i can see : a href=$jslink.getAction(controls.Customize,$entry.Id) It seems that the velocity engine was not able to interpret the expression or the jslink variable in the template (card-customize.vm after searching in the code). On the other hand, other velocity macro are well interpreted. Does anybody know why it is behaving like? What have I missed to get the customizer work? Thank you The fact that you see the velocity code in your macro means the template has not been processed correctly. Can you check and send the velocity.log logfile (in /WEB-INF/log/) ? -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Malformed Portlet
Le 4 mai 04, à 13:04, Jonathan Hawkins a écrit : I have a JSP Portlet that creates a list of URLs. Currently all the JSP does is display them. If I use the following code the border on the right hand side of the portlet is not displayed :- %for (int i = 0; i linkList.length; i++) { % A HREF=jetspeed:dynamicUri/? eventSubmit_doOpenApp=%=linkList[i].getMUrl()% js_peid=%=jspeid%%=linkList[i].getMAnchor()%/Abr %}% Can you send us the generated markup when the JSP is run ? Also I assule you're running an IE version. Have you tried with a different browser (like the excellent Mozilla Firefox) to check if the issue is browser dependant ? -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Form accessing a JSP Action
Le 4 mai 04, à 13:12, Oscar Ruiz a écrit : Hi all, I've got a problem while calling a JSP action from a JSP template. I've got a JSP Portlet identified by: Action: portlet.MyJSPAction Template: test.jsp Another JSP Porlet identified by: Action: none Template: hello.jsp In fact what I want to do (do not know if possible) is execute hello.jsp, from there invoke MyJSPAction and return test.jsp as a result of the invocation. That's to complete a JSP flow. View Controller Hello.jsp - MyJSPAction Test.jsp - Is that possible?, shall I use the same JSP with different action method calls? You should probably only define 1 portlet: Name: MyJSPPortlet Action: portlets.MyJSpAction Template: hello.jsp ResultTemplate: test.jsp In your Action processing code, set manually the template you want to display based on your portlet state using setTemplate(). Jetspeed does not automate anything in flow processing so your controller code needs to explicitely set the next template to use based on its current state. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://portals.apache.org/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: This error look familiar to anyone?
Le 23 avr. 04, à 22:24, Anthony Smith a écrit : Horrible Exception: java.lang.NullPointerException at gsptech.portal.biz.User.getTemp(Unknown Source) at Looks like you have an error trying to retrieve a User property, possibly because your property name is null. However since the error seems clearly located in the gstech.portal.biz code, you won't get much support in the public Jetspeed list... -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Velcoity Portlet Action
Jason Shindler wrote: I'm creating a VelocityAction portlet and running into some trouble. I can only get the doUpdate action to work. If I rename it to addNote or doInsert, it no longer works - ignoring the action's method. Do the action names have to be configured somewhere? The name of the methods are important since the underlying Turbine framework will match form inputs named eventSubmit_update to the method name doUpdate. So if you change the method name, you also need to update the form templates to activiate the correct methods. Check out the Turbine documentation: http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaTurbine2ActionEvents -- Raphaël Luta - [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP Action
Check out the default JSP portlets in the jetspeed distribution like JSPPortlet ou JSPStockQuote. You'll find the appropriate actions in org.apache.jetspeed.modules.actions.portlets Also make sure to check your logfiles for any clue on why your action doesn't work as expected. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ Marco Fregozo wrote: Sorry, i really mean, do you know if someone has one example? Marco JetSpeed FG [EMAIL PROTECTED] wrote: Hi, I really do this. But when I send in my portlet the Request by the Submit button, nothing happens. You know if someone has one example. Thanks. Marco Sarat Challa wrote: Hi, U need to put the action class in a package with ends with actions.portlets. For ex. Assuming ur Action class is sample.java. It must be in /actions/portlets package. You must also enter this /actions/portlets path in TurbineResources.properties. You must have specify the JSP file and action class in .xreg file to be visible. If you were to do this then u should be able to get your JSP with action class running. Hope this helps, Regards JetSpeed FG wrote: Hello! I'm begginer in Jetspeed. Someone have an example about JSP portlet with action? I worked with the tutorial but this do not work. Thanks __ Do you Yahoo!? Yahoo! Mail - More reliable, more storage, less spam http://mail.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Do you Yahoo!? Yahoo! Tax Center - File online by April 15th - Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway - Enter today - Do you Yahoo!? Yahoo! Small Business $15K Web Design Giveaway - Enter today - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Add media type
zze-MORON François FTRD/DMI/REN wrote: Hi, I'd like to know how can i define or add the media type XHTML-MP (WAP 2) in jetspeed. François Add your definition in media.xreg (WEB-INF/conf/media.xreg) also define the browsers that should be sent this media type in the client.xreg registry (WEB-INF/conf/client.xreg) -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Linked Portlet
Jonathan Hawkins wrote: Carlos, Unless anyone comes up with anything better, I'm looking at using Forwards and passing the URL as a parameter. If you have real external URL that you need to pass between portlets, you'll probably be better off using a Map to index these URLs. For example: - define a properties file with the URLs you want use (if you want to update them in real time without reloading J1, consider using a SQL table instead) myURL.properties url1=http://myserver/url url2=http://myserver2/url ... - add a urlmap parameter to both of your portlets in the registry that points to your properties file - make sure to load the properties file into a java.util.Properties object, which you'll include as urlmap in your portlet context (in the buildNormalContent() of your portlets) - you can then simply use the properties key (like url1, url2, etc...) between your portlets to reference your URLs without encoding issues. A slightly more complex setup (but way more powerful) would be to define your links in local OCS or RSS files and use the OCS and RSS tools of Jetspeed to create your link map... -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PSML inheritance functionality (dev)
[EMAIL PROTECTED] wrote: Hi, I am serving the client Salutaris AG and have developed the Enterprise-Information-Portal http://www.salutaris.com http://www.salutaris.com/ in jetspeed 1.4. The Salutaris AG decided to give the open source community access to an important development (user inheritance in jetspeed - see ZIP file-Download). Apart from that I have a question concerning jetspeed development. FYI, since this is a pure Jetspeed related mail, you shoudl probably consider using jetspeed-user mailing list rather than [EMAIL PROTECTED] [I'm redirecting this thread to jetspeed-user@ ] 1. development: please have a look at our algorithm of PSML user inheritance functionality between turbine's PSML and those of other users (description: check readme.txt). We think this algorithm could be helpful to many jetspeed projects: Download from: http://www.satzmedia.de/code/user_inheritance_with_jetspeed.zip I've just checked it out: it seems pretty interesting the code is not functional enough yet to be included directly in Jetspeed CVS (we'd need at least to make it work as a general feature of PSML without any hard-coded reference). I've not thoroughly read the code yet but I have a few questions on how you deal with the following issues: - can you inherit from any page of the turbine user or is it restricted to the default page ? - how do you reconcile the layout parameters during inheritance ? Let's imagine I have a 3 columns layout with an inherited portlet in my top left (0,0) position. I move it to the (0,2) position and add a new portlet at (0,0). What will happen next time inheritance is processed ? - same question as above but this time if I've customized the parameters of the inherited portlet ? [As an sidenote, you probably want to name all your parameters with a leading '_' so that they don't appear in the default portlet parameter customization screen.] 2. question: any experiences with servers not being accessible? does anyone have experiences with processes which lead to the server not being accessible via http and are connected with a jetspeed-installation (jetspeed 1.4) on linux-server SuSe linux 8.1 with apache 1.3 and tomcat 5.0.16? Can you be more explicit on the issues you have exactly ? -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed within a HTTP Server/Tomcat Config
Le 6 avr. 04, à 17:35, Wilson, Allen a écrit : Michael... Thanks for the reply... It still has the same thing going onboth the HTTP server and Tomcat start but I can only reach the Tomcat information if I supply the port. http://myserver.com - gets me the HTTP server page http://myserver.com/portal - (try to reference jetspeed gets me an error) http://myserver.com:8009/portal - gets me Jetspeed... You probably have misconfigured your Tomcat and modified the HTTP connector rather than the ajp13 connector. You should *not* get anythin useful when you connect directly to the ajp13 port. Check carefully the className of the connector you're modifying. Allen -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ -Original Message- From: Echlin, Michael [mailto:[EMAIL PROTECTED] Sent: Monday, April 05, 2004 7:50 AM To: 'Jetspeed Users List' Subject: RE: Jetspeed within a HTTP Server/Tomcat Config Hi, You have to use an ajp13 rule and set up the tomcat server to respond to it. This is from the httpd.conf IFModule mod_jk.c JkWorkersFile /tmp/workers.properties JkLogFile /tmp/mod_jk.log JkLogLeveldebug JkMount /jetspeed/* ajp13 JkMount /vqwiki-2.4.0/* ajp13 /IFModule Create a workers.conf file with worker.list=ajp13 worker.ajp13.host=localhost worker.ajp13.type=ajp13 worker.ajp13.port=8009 ps=/ and add this to your tomcat4 server.xml file Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 minProcessors=5 maxProcessors=75 acceptCount=10 debug=0/ Mike. -Original Message- From: Wilson, Allen [mailto:[EMAIL PROTECTED] Sent: April 2, 2004 6:27 PM To: Jetspeed Users List Subject: Jetspeed within a HTTP Server/Tomcat Config Good Afternoon Has anyone implemented Jetspeed in an environment where you have Apache and Tomcat working together? If so, how do you config the Apache Server to deal with the Jetspeed mapping? For example, the URL for requesting a new Jetspeed account is http://yourserver.com/portal/portal/template/NewAccount but when working within the Apache/Tomcat mix...this URL fails. Any help would be appreciated... Allen This message may contain proprietary or confidential company information. Any unauthorized use or disclosure is prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed within a HTTP Server/Tomcat Config
Le 6 avr. 04, à 22:47, Wilson, Allen a écrit : Here is the connector line for HTTP Connector className=org.apache.catalina.connector.http.HttpConnector port=8080 minProcessors=5 maxProcessors=75 Make sure the tag is closed ! connector className=org.apache.catalina.connector.http.HttpConnector port=8080 minProcessors=5 maxProcessors=75 acceptCount=10% / Here is the line for the AJP connector: Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 minProcessors=5 maxProcessors=75 acceptCount=10 debug=0/ This one looks good to me; Check your log file if you still have issues. Please let me know if this is correct... Thanks...Allen -Original Message- From: Raphaël Luta [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 06, 2004 3:01 PM To: Jetspeed Users List Subject: Re: Jetspeed within a HTTP Server/Tomcat Config Le 6 avr. 04, à 17:35, Wilson, Allen a écrit : Michael... Thanks for the reply... It still has the same thing going onboth the HTTP server and Tomcat start but I can only reach the Tomcat information if I supply the port. http://myserver.com - gets me the HTTP server page http://myserver.com/portal - (try to reference jetspeed gets me an error) http://myserver.com:8009/portal - gets me Jetspeed... You probably have misconfigured your Tomcat and modified the HTTP connector rather than the ajp13 connector. You should *not* get anythin useful when you connect directly to the ajp13 port. Check carefully the className of the connector you're modifying. Allen -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ -Original Message- From: Echlin, Michael [mailto:[EMAIL PROTECTED] Sent: Monday, April 05, 2004 7:50 AM To: 'Jetspeed Users List' Subject: RE: Jetspeed within a HTTP Server/Tomcat Config Hi, You have to use an ajp13 rule and set up the tomcat server to respond to it. This is from the httpd.conf IFModule mod_jk.c JkWorkersFile /tmp/workers.properties JkLogFile /tmp/mod_jk.log JkLogLeveldebug JkMount /jetspeed/* ajp13 JkMount /vqwiki-2.4.0/* ajp13 /IFModule Create a workers.conf file with worker.list=ajp13 worker.ajp13.host=localhost worker.ajp13.type=ajp13 worker.ajp13.port=8009 ps=/ and add this to your tomcat4 server.xml file Connector className=org.apache.ajp.tomcat4.Ajp13Connector port=8009 minProcessors=5 maxProcessors=75 acceptCount=10 debug=0/ Mike. -Original Message- From: Wilson, Allen [mailto:[EMAIL PROTECTED] Sent: April 2, 2004 6:27 PM To: Jetspeed Users List Subject: Jetspeed within a HTTP Server/Tomcat Config Good Afternoon Has anyone implemented Jetspeed in an environment where you have Apache and Tomcat working together? If so, how do you config the Apache Server to deal with the Jetspeed mapping? For example, the URL for requesting a new Jetspeed account is http://yourserver.com/portal/portal/template/NewAccount but when working within the Apache/Tomcat mix...this URL fails. Any help would be appreciated... Allen This message may contain proprietary or confidential company information. Any unauthorized use or disclosure is prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message may contain proprietary or confidential company information. Any unauthorized use or disclosure is prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maintenance page in loadbalanced enviroment
Le 5 avr. 04, à 12:10, Joachim Müller a écrit : Hi All. I need to setup a maintenance page for the following setup: - apache + mod_jk - 2x Tomcat + Jetspeed - win2k enviroment I want to be able to turn off the tomcats and leave the apache running redirecting all requests to an maintenance page. Do you have any suggestions? If this is your only application on this server, simply setup a custom 500 error page in your httpd config. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: maintenance page in loadbalanced enviroment
Le 5 avr. 04, à 13:39, Joachim Müller a écrit : thanks Raphaël, but this is not exactly what I want. I need to be able to shield the application servers from outside requests, so I have enough time to check the applications are running ok, i.e. after an upgrade. It should be possible to manually switch the apache into a state where all requests are send to the maintenance page, considering that there is other content the apache server has to serve. I tried to use a redirect rule already but with no luck. the redirect rule must be interfering with the mod_jk setup. (maybe it's not the right group to ask, but it is definitely interessting to all jetspeed users... ;-)) Definitely not the best forum for this question. If you're willing to live with a manual process. Use a .htaccess in your root directory where for example: - you deny access to all outside IP addresses - define a custom 403 Error page stating that you are under maintenance Something like: allow from 10. (assuming your internal network is in 10.0.0.0) deny from all ErrorDocument 403 /under_maintenance.html You just have to set or remove your .htaccess to control your maintenance behavior. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed within a HTTP Server/Tomcat Config
Le 3 avr. 04, à 01:26, Wilson, Allen a écrit : Good Afternoon Has anyone implemented Jetspeed in an environment where you have Apache and Tomcat working together? If so, how do you config the Apache Server to deal with the Jetspeed mapping? For example, the URL for requesting a new Jetspeed account is http://yourserver.com/portal/portal/template/NewAccount but when working within the Apache/Tomcat mix...this URL fails. Any help would be appreciated... Jetspeed does not require any specific configuration in an Apache/Tomcat setup; it behaves just like any other Tomcat webapp. I advise you to check the user manual of the Tomcat connector you're using on your Apache server to see how to map the available webapps. Depending on the connector, you may have to explicitely map each webapp you want to expose through the HTTPD server. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Flexible portlet layouts
Le 1 avr. 04, à 14:16, Gareth Edge a écrit : Hi, I am using Jetspeed to portalise a website for a client. One of the requirements is for the layout of the portlets to be flexible. For example they will be occasions when the user will want to have multiple rows of portlets but with varying numbers of columns. So the first row may have two portlets and the second row may have only one followed by another row containing three portlets. Is this easily achievable with Jetspeed? What would I need to do in order to meet this requirement? Any help with this matter would be greatly appreciated. You have basically 2 ways to do this: - use nested rows and columns controllers to achieve whatever layout you need portlets controller name=OneColumn portlets controller name=OneRow -- 1st row of portlets -- /portlets portlets controller name=OneRow -- 2nd row of portlets -- /portlets portlets controller name=OneRow -- 2nd row of portlets -- /portlets /portlets The main issue with this method is that it's not trivial to personalize through the web interface. - implement another MultiColumnController that handles new width and height parameters for laying out portlets. Note that such a scheme may impact how the portlets are displayed on the page since you'll either have to depend a pure table layout (and thus get a fixed height per row layout constraint) or use pure CSS-P to get optimal positioning. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Three Columns Layout
Le 31 mars 04, à 10:29, Floßmann Christoph a écrit : Whenever I try the three columns layout the portal extends my screen (means I have to scroll vertically to see the hole page). This happens with 1024*768. At a 1280*1024 Resolution everything works fine. Is there a way to fit the layout to a 1024*768 screen size or even better to any resolution? This is probably caused by the content/images within your portal. Jetspeed does not depend on any screen resolution, it simply tries to use 100% width of the browser window. If you have big images in your content that prevent your browser from fitting all the page content within the base window, you'll get scroll bars. In short you should have a look with your web graphics designer what is the constraint that prevent the full page from fitting in the browser window at the lower screen resolution. Simply reduce even more the resolution (like 800x600) the content with the column which will not shrink is the culprit. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: java.lang.OutOfMemoryError
Seems pretty obvious to me: buy or allocate more RAM to your appserver if you really want to manipulate such large tables in memory. Else use more advanced collection implementations or DB that won't create all objects in memory at once. Le 31 mars 04, à 09:44, Sez Sez a écrit : Why have i this error??? What is the solution? I need work with this big object but always fails!!! --- [EMAIL PROTECTED] escribió: What's your question ? -Ursprüngliche Nachricht- Von:Sez Sez [SMTP:[EMAIL PROTECTED] Gesendet am:Mittwoch, 31. März 2004 09:34 An: [EMAIL PROTECTED] Betreff:java.lang.OutOfMemoryError I have a portlet that it extends VelocityPortletAction. This, in method buildNormalContext call a javabean. This javabean create a big object ( a Arraylist with 30.000 arraylist inside). When i return this object to buildNormalContext method, this fails and I see this errors: The error in portlet window: org.apache.turbine.util.TurbineException: Error rendering Velocity template: /controls/html/jetspeed.vm: Invocation of method 'getContent' in class org.apache.jetspeed.portal.security.portlets.CacheableStatefulPortletWr app er threw exception class java.lang.OutOfMemoryError : null -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: pane justification?
Le 30 mars 04, à 19:48, Sturtz, Andrew a écrit : Does anyone know what the parameter is that needs to be set to change where the panes in a portal appear on the page. I need to set it up so that these panes are justified to the top of the page. Any help would be greatly appreciated. I'm sorry, I don't understand your question ! Can you elaborate somewhat on your requirements ? what do you mean by panes justified to the top ? -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: NullPointerException while rendering JSP template
Le 30 mars 04, à 18:19, Jean-Baptiste Lievremont a écrit : Hi, My JSP template for the left navigation displays Error processing navigation template:/html/left.jsp using module: BaseJspNavigation at the end of the generated HTML. The rest of the content is as expected. I am running Jetspeed 1.4 and struts-menu 1.3 in tomcat 5.0.19, JDK 1.4.2_02 with sparcv9 extensions, sun solaris 8. The 'turbine.log' file reads : 2004-03-30 17:02:38,522 [http8080-Processor2] ERROR JetspeedLoggingService - Error processing navigation template:/html/left.jsp using module: BaseJspNavigation java.lang.NullPointerException at org.apache.turbine.util.template.TemplateNavigation.toString(TemplateNa vigation.java:127) at org.apache.velocity.runtime.parser.node.ASTReference.render(ASTReferenc e.java:321) Am I reading your log correctly and you're using a JSP navigation within a Velocity layout ? It's supposed to work OK but this is not a case we have thouroughly tested I guess. If you send me the detailed config and template files I can try to see where the issue is but I'd simply recommend you to stick to a single layout technology (JSP or velocity) for your layout and navigations. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Another problem building Jetspeed 2
Jorge D'Alessandro wrote: Hi all! I'm new to jetspeed-2 and I have just downloaded jetspeed-2 from the cvs repository. When trying to build it using quickbuild.bat, I got the following error message: 'Exception in thread main java.lang.NoClassDefFoundError: com/werken/forehead/Forehead' Does anyone know why I get this error? Any workarounds for this problem? Your maven setup is broken. make sure you follow the install docs from the maven site. You sould also probably check if you don't conflicting versions of Ant in your path/classpath. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Change the vm layout
FARINE Arnaud - SOP wrote: I think to know how to create a new layout And I don't want to change the default layout. I would like to use an other layout on one page only, not all. So, If I change the default layout in the property file, all my pages will use the default... I would like to use one specific layout for a specific page. So, how can I make it ? You can use RunData.setLayoutTemplate() to select a specific layout template for the current request. If you don't buffer the output of your templates (which is the default setting in Jetspeed 1), you'll need to set the layout template before the portal starts rendering the page. You can set this either within a Turbine-level action or by overriding the JetspeedTemplatePage implementation to implement a general layout lookup feature if it's useful for you. -- Raphaël Luta - [EMAIL PROTECTED] Apache Jetspeed - Enterprise Portal in Java http://jakarta.apache.org/jetspeed/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Intercepting output to browser
Yohanes Santoso wrote: On second thought, since I'm using vm, then perhaps the solution is as simple as intercepting vm before it writes to HttpResponse. Use an external filtering servlet and modify Jetspeed to forward all output to this servlet... I think programatically optimising HTML is a hairy thing to do. Are there are other alternatives to solve the 'nested table' problem? The nested tables are required for the portal operation in HTML because it's the only portable way to guarantee portlet output independance. To work around the NS4.77 issue (and not switching to Mozilla or Opera) you can possibly try to remove the 2 first nested tables and use layers+js positioning instead. However, this will probably means that you'll need to have a portal layout version for NS2.77 and another for all the other HTML browsers... It's very unbfortunate that NS4.77 has such a fucked implementation of table rendering but I don't see any non specific alternative since its CSS-P support is completely screwed up... -- Raphael Luta - [EMAIL PROTECTED] Professional Services Manager Vivendi Universal Networks - Paris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: YNT: View for Many sites
[I'm back. Yes ! :) ] Paul Spencer wrote: Ender, It sounds like you are asking for the following enhancements: 1) Dynamic portlet creation, although I do not fully understand how the the source or the URL or who (person or program) will create the portlet. This is a common request. You can do this by implementing a custom profiler: instead of querying a PSML document, the profiler would simply create one dynamically in memory and store it in the session rundata object. 2) Common portlet-entry. This would allows a portlet-entry (portlets, controller, and controls) to be define and maintain in one place, but included in a PSML. I have a need for this also. Ender Hikmet KILIÇOGLU wrote: snip But also I want to show my custemized page to all off my page visitor at address http://ender.x.com Dou you remember old dejanews and my deja site. At this site you could share your tracked discussions something like this Again if you need to change the mapping behavior of Jetspeed to take into account the hostname, you'll just need a profiler implementation that takes this into account (ie read info from the Host HTTP request header). -- Raphael Luta - [EMAIL PROTECTED] Professional Services Manager Vivendi Universal Networks - Paris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: YNT: YNT: View for Many sites
Ender Hikmet KILIÇOGLU wrote: Yes It's really related to psml but my suggestion is: when the guest come to a site I will extract user info from address and Assign it to the gues session but. I need to remove custimization or other rigths. I thing it will be easy to to assign. Also I dont know very well jetspeed's source tree I need someone to show the rigth point to start. Like profiler .. Since you're talking only about guest, I understand that what you actually want is that requests are redirected to different pre-configured PSML file simply by using the site name and without authentication so that user can't modify the portal. If this is correst then the easiest way to implement it is: - use base Jetspeed but disable authentication (if you really don't need it) or obsucate it by removing the auth links found in the webapp/WEB-INF/templates/vm/navigations/top.vm template - define each of your portal home page in a different PSML file and store it in webapp/WEB-INF/psml/anon/html/sitename.psml you can now test you're portal page by using: http://localhost:8080/jetspeed/portal/page/sitename (no authentication required) - connect an Apache HTTP server in front of your servlet engine with mod_rewrite enabled and write the mod_rewrite rule that will do what you want, for example this should work for home page redirection RewriteCond %{HTTP_HOST} ^(.*).mydomain.com [NC] RewriteRule ^/ /jetspeed/portal/page/%1 (note, you'll need some additionnal rules to correctly handle the images and css files but you get the idea...) Check mod_rewrite documentation if you need help on this part. Et voila. You don't have to write a single line of code :) If you need to modify code, start by looking at org.apache.jetspeed.services.profiler.ProfilerService interface and its implementation in the same directory. -- Raphael Luta - [EMAIL PROTECTED] Professional Services Manager Vivendi Universal Networks - Paris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Porlet, classes and Jsp
Christophe Mercier wrote: Hi all, I'm curently working on a porlet which must display a Jsp according to a parameter in the session. The parameter is the name of the Jsp. My porlet is binded to a Class, so i have to return the Jsp in the getContent method. How can i do that ? Is ConcreteElement can be a Jsp ? Is my Jsp compile before displayed ? Look at org.apache.jetspeed.util.servlet.EcsServletElement that should fullfill your need (a JSP is just a special case of servlet). You can also use a modified version of org.apache.jetspeed.portal.portlets.JspPortlet that would let you retrieve the JSP name from the session rather than from the Registry. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Skin support in top.vm
Akihiko wrote: Paul, Basically all I am looking for is to apply any visual changes to the entire screen. When the root portletSet is skinned, all of its children portlets and sets inherit that skin. What I am looking for is a way to extend that change outside of the portlet container. For example if the user chooses a skin with green text color, I would like the text in the three navigations (top, left, and bottom) to update to green as well. After looking through the documentation it looks like there might be a way to retrieve the skin, and at first glance it seems to work... #set( $profile = $data.getProfile()) #set( $doc = $profile.getDocument()) #set( $portlets = $doc.getPortlets(0)) ## perhaps by name? #set( $skin = $portlets.getSkin()) #set( $skinName = $skin.getName()) Confusing, but it seems to work. Do you see any potential problems with this? Yes, this will work reliably as long as the Profile is loaded in the session validation step (which is true in Jetspeed). You can actually do somewhat better than this, you can either do: - #set ( $skin = $data.Profile.RootSet.PortletConfig.PortletSkin ) or #set ( $skin = $data.Profile.Portlets.Skin ) - write a SkinTool that does exactly this but hides it from the remplate designer, register it in TR.p with a request scope and use it in any screen/navigation/... much like the default Turbine ui tool. This would be a much cleaner design. Of course, contribute back the code :) -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP Layout in Jetspeed
Peter Rajesh wrote: Hi, I modified the Turbineresource properties file, to use JSP layout instead of vm layout. After that when i login to jetspeed and click the 'Customize' link, the customize page is not getting displayed. It is working fine with the vm. Please let me know about that. Is that a bug or any mistake i made? JSP support is not as up to date as Velocity in Jetspeed 1.3a2. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: RFC: Portlet selection for WAP customizer
ICM S CP guest 5 wrote: Hi, currently, you use the ADD PORTLET page to select portlets you want to add to a pane. For my wap customizer there's no pane and you can't change the layout, it's always ColumnController. I would like to change the ADD PORTLET page to SELECT PORTLET for the wap mode. Used/add portlets are checked and they can removed by unchecking. No problem, just modify/copy the customizer velocity templates and change the CustomizeSetActions to provode a portlet list with the indication whether the portlet is already set in the PSML page or not... Just be aware that this may not be very scalable since portlet behavior may be very different according to the parameters used and thus a user may want to include the same portlet twice with different parameter sets. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSP Layout in Jetspeed
Paul Spencer wrote: Raphaël, Relative to the Customizer, what is missing in the JSP layout support? I am under the impression that the customizer is portlet that is uses Velocity, but is should work with any layout. To be frank, I've not checked recently but I guess the Customize.jsp screen does not set the Customized mode like the Velocity one does and thus the Customizer portlet is never called... -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to load a new profile?
ICM S CP guest 5 wrote: Hi, I wanna load a new profile (e.g. for wml) - What I am doing is: 1. Make an instance of JetspeedProfilerService (JPS) 2. Call the getProfile (rundata, mimetype) function (JPS has been created) 3. Receive a Jetspeed Exception 4. (planned) assign the new profile to JetspeedRundata After a look in my logfile, I figured out that the exception was a Nullpointer-Exception. Questions: 1. I know that turbine holds a list of services which are loaded during initialization - I guess that JPS is one of those services. Can I access this services or servicelist from a jetspeed class file (how can I get a reference to these classes)? Turbine services are usually singleton that can be retrieved either through the org.apache.turbine.services.TurbineServices class or by using the commodity static wrapper class: org.apache.jetspeed.services.Profiler. Note that this wrapper will only expose the ProfilerService interface methods and not any other implementation specific public methods. 2. I want JSP to retrieve a wml profile - but my debug output shows a BasePSMLDocument request for a html file! Any ideas? The default profiling action is to look up the user agent string and match it against a known user agent list (org.apache.jetspeed.capability.*) to determine the mime-type to serve. It may be a good idea to extend the Profiler to recognize an explicit media type parameter to override this behavior. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: AW: AW: Bug Reports 1.3a2
Riedl Juergen wrote: Raphael, thank you for this information. I will review with our developer Andreas how he did it. He reportet to me, that he has one problem with the customizer (we can customize html and wml separately now): o since he load the wml default.psml for customising, selecting Home or something else the wml default remains loaded. That means wml portlets are displayed as $screen_placeholder. On monday we will review the call tree how to hande this. If you have a suggestion, of course, this is highly appreciated. If he had to change the profile accessible from JetspeedRunData.getProfile() then he probably needs to remove it when it goes out of customization mode and before a request is made to load the Home page (the profile is refreshed at session validation step). Otherwise it's very easy to modify the sessionValidator so that it always refresh Profile objects... -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Bug Reports 1.3a2
Riedl Juergen wrote: First of all, WML awareness of 1.3a2: o yes, you can configure the anon/wml/default.psml as such, also wml/top.vm and wml/bottom.vm What does it lack: o no login o even when registering as a new user there is no default wml/default.psml attached to the user o the customiser does not regard wml What we did: o port of the html login to wml login o with each new login user a wml/default.psml is written Next steps: 1)make the customiser wml aware as it shall be possible from the webpage to select your desired wml portles (it seems to be foreseen with the HompageCustomizer.vm whis is not used to our investigations) The Customizer has no real reason to be WML aware because what the customizer manipulates is the PSML resource which is content-type agnostic (ie a PSML page can used to produce any kind of content is the controllers/controls/portlets defined inside are correct for the expected media-type). However, it does need some additionnal work to be fully WML compatible: - provide a UI to allow the user to select the PSML resource he wants to edit. This resource may either be an existing resource got through Profiler.list() or a new resource for a Registry-known media-type. [ As an aside, I don't think the current process of creating PSML resources on user creation is a good idea. The architecture of the Profiler and Customizer is such that when a newly created user connects he would get the default anonymous home page (because of the Profiler fall-back mechanism) and he can try to customize it, but when saving the customized page, the Customizer does (or should) automatically set the User object in the ProfileLocator used for saving thus writing the customized resource in the user specific storage. The main benefit of this is that all your users get your current default page (even if you modified it after they were created) unless they specifically did customizations to the page. ] - implement some customizable controls/controllers that correctly operate in WML mode 2)having a wml customiser thus one can select from wml his wml portlets as well To implement this, you need at least to write WML templates for the Customizer portlets and the controllers customization templates. I'm not sure this would give you a very user friendly WML customizer though... As the documentation in detail is poor unfortunately (so we document what we did), this took us much time of debugging to get knowledge, how the things work. However, I'm optimistic, that we can implement at least 1) Sorry about the state of documentation, I'm very bad at documenting things ; I tend to think sometimes that reading the code is enough :( Juergen -Urspr üngliche Nachricht- Von: David Sean Taylor [SMTP:[EMAIL PROTECTED]] Gesendet am: Mittwoch, 10. Oktober 2001 21:17 An: [EMAIL PROTECTED] Betreff: RE: Bug Reports 1.3a2 1.3a2 is WML aware, however the customizer is not. When you say that you are 'extending 1.3a2 to make it WML aware', are you extending the customizer? -Original Message- From: Riedl Juergen [mailto:[EMAIL PROTECTED]] Sent: Wednesday, October 10, 2001 1:40 AM To: '[EMAIL PROTECTED]' Subject: AW: Bug Reports 1.3a2 Does this mean, that WML as of 1.3a1 is excluded? We are curently extending the 1.3a2 to make it WML aware. Thanks Juergen -Urspr üngliche Nachricht- Von:David Sean Taylor [SMTP:[EMAIL PROTECTED]] Gesendet am:Dienstag, 9. Oktober 2001 19:43 An: [EMAIL PROTECTED] Betreff:Bug Reports 1.3a2 We are closing in on releasing Jetspeed 1.3a2. If you know of any bugs in 1.3a2, could you please send a short description of the bug(s) to this mailing list so we can get them fixed before the release. Thanks David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Simple Portlet Question
Karsten Gampe wrote: Hello, Where must i place the new KgPortletAction.class file? From which class must i extend? Is the link in line 11 of above class right? Can anyone give me an example for a minimal action class? You can put your actions in WEB-INF/classes as well, but Turbine looks only for specific Action packages and you need to add your package name before hand in the TR.p for Jetspeed to actually try to load your Action. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: feed_*
Vincent Bonamy wrote: Hello all, I try to remove the entries feed_* in the conf directory. What should I do modify please? Comment the the content.feed definitions in the JR.p file or disable the FeedDaemon daemon in the same JR.p file. These files are created and updated by the syndication engine FeedDaemon when it processes OCS feeds. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Registry.removeEntry
Vincent Bonamy wrote: Hello, I used Registry.removeEntry(Registry.PORTLET, rssName) in a jsp to remove a portlet. With this, during a few times my portlet rssName is no more registred by jetspeed. But after a few times, jetspeed reload this portlet entry. What I want to do now is to erase definitly this portlet. So, I would like to know if there is a method of an object which removes an Entry PHYSICALLY of a file *.xreg. Registry.removeEntry is supposed to do it but there may be a bug in there... -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Registry class
Vincent Bonamy wrote: Hello, I have pb with the class Registry : it seems it does'nt exist in the current cvs !?? There are 2 Registry classes/interfaces in the CVS: - the Registry service (org.apache.jetspeed.services.Registry and org.apache.jetspeed.services.registry.*) - the Registry object model org.apache.jetspeed.om.registry.* for the interfaces org.apache.jetspeed.om.registry.base.* for the default implementations The Registry service provides the manipulation methods to access/create/remove entries in the Registry. These entries are instances of implementations of the registry object model interfaces. If you want to check which implementation classes are currently used by Jetspeed, look at /WEB-INF/conf/registry.xml which is the Castor mapping file used by the Registry service. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Registry class
Vincent Bonamy wrote: I think endly that the class static RegistryManager is convenient for me The static service accessor class org.apache.jetspeed.services.Registry should answer all your needs. The CastorRegistryService implementation will store by default all entries added by programmatic means into the xreg file defined by the service.Registry.default.Portlet key in JR.p which is local-portlets by default. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Registry.getEntry
Vincent Bonamy wrote: Hello, I try to use the Registry.getEntry(regName, entryName) but it returns to me null everytime! I tried with regName = local-portlets.xreg ( or regName = $conf_jetspeed/local-portlets.xreg) entryName=Geomath I have an entry in my ocal-portlets.xreg: portlet-entry name=Geomath /portlet-entry What is wrong please? Can you explain me ? As always, look at the code... Registry is used everywhere. To answer directly your question PortletEntry geomath = (PortletEntry)Registry.getEntry(Registry.PORTLET, Geomath); The regname parameter describes the Registry name which is related to the type of object stored not to the implementation xreg file. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: using jetspeed parts stand-alone?
Nils Kaiser wrote: hi, I have to build a chat community and am interested in using jetspeed features. As I have to use frames (because of the java chat applet), I don't want to use the jetspeed package as provided. The only part I would use are the portlet classes without PSML files behind. How can I for example build a Page using JetSpeed within a servlet? is that good idea or should I bould my own block classes for using with turbine? You can very easily use Portlet without PSML configuration management or customization features in any Turbine screen/navigation/layout simply by using the JetspeedTool pull object like this: $jetspeed.getPortlet(Apache) This will only depend on Registry and Portlet API and completely bypass PSML and customization features. If you don't want to completely use Turbine neither, it's certainly possible but starting from JetspeedTool you'll need to figure out all the dependencies. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How do I set the portlet title - in the portlet?
Chris Kimpton wrote: Hi, --- Raphaël Luta [EMAIL PROTECTED] wrote: Chris Kimpton wrote: It all depends on when do you try to set up the title: - if it's during the the getContent() call, then it depends on the control implementation because if getContent is only called when needed, the portlet title is already rendered... If you're using on Velocity, you can modify the control template to do something like this : #if( ! $portlet.isClosed($data) ) #set ($content = $portlet.getContent($data)) I have code like the above in my jetspeed.vm and have just switched to the latest jetspeed code from CVS - I am getting a problem where the first portlet has the content displayed before the title, but then the remainding portlets are displayed correctly. Could this be a velocity problem - something to do with the #set command? This is related to the JSP inside Velocity fix: since JSP always stream their response and it's not possible to intercept their response in servlet 2.2 environments; the default behavior for VelocityPortlet is now to stream its response directly. You can simply subclass VelocityPortlet.java to VelocityBufferedPortlet.java, copy getContent() and patch it this way: 151c151 TurbineVelocity.handleRequest(context, templatePath, rundata.getOut()); --- s = TurbineVelocity.handleRequest(context, templatePath); You can then use the VelocityBufferedPortlet as the parent for your portlets that require this title manipulation and keep the base VelocityPortlet for the others (especially the Customization portlets that need the streaming features to work). -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PSML from DOM Document
David, While what you've done works, you must be aware that you've actually modified a Castor auto-generated class: org.apache.jetspeed.xml.api.portletmarkup.Portlets and thus you cannot depend anymore on the API regeneation during the build process, which may be very painful. To address the current limitation of the PSML implementations, I'm working on an interface based PSML object model with hand written implementation and a loading service, just like we have for the Registry. This should allow you to load PSML data from any source an is much cleaner than modifying an auto-generated API. David Halsted wrote: Sure. We took a version of CastorPsmlManagerService called DatabasePsmlManagerService that is being worked on by a group of people -- our contact is Atul Dambalkar ([EMAIL PROTECTED]), but there are several other authors. The version we have of DatabasesPsmlManagerService isn't finished, but looks as though it anticipates that a PSML will be stored as a binary chunk, and we have that information already in other spots in a database, so it'd be redundant to store it as an XML in the database that essentially summarizes information already available elsewhere. Therefore, we added unmarshal(Class, Node) (I think -- haven't got the code in front of me at the moment) to org.apache.jetspeed.xml.api.portletmarkup.Portlets; that calls org.exolab.castor.xml.Unmarshaller.unmarshal(Node) in Castor. That let us create a Portlets directly from a DOM instead of using a Reader, so we could skip writing and reading a file as an intermediary step. I can send bits of code to anybody who's interested. If other people are interested in doing this, the unmarshal() bit we added to Portlets is pretty innocent and might be a candidate for inclusion in the code base. Best, Dave Halsted -Original Message- From: Dave Carlson [mailto:[EMAIL PROTECTED]] Sent: Friday, August 31, 2001 12:46 PM To: [EMAIL PROTECTED] Subject: PSML from DOM Document I'm especially interested in this point because I've considered using dbXML as a native XML database to store psml. dbXML allows me to query the database and return a DOM Document, or as SAX stream. This may be a quick solution to a scalable storage of psml, without having to map to a relational dbms. A very brief summary of how you accomplished this would be helpful! Dave -Original Message- From: David Halsted [mailto:[EMAIL PROTECTED]] Today, for example, we got Jetspeed to read PSML information from an org.w3c.dom.Document, rather than a file; that's kind of handy. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: What is the difference between them?
Frans Thamura wrote: Dear All, Do you know the difference between this cache parameter? Yes :) There is 2 module.cache from TurbineResource.velocity and TurbineResource.property. Jetspeed 1.3a2 is using Velocity intensively... This is the parameter -TurbineResource.velocity module.cache=false This is the Turbine modules classes (Actions,Screens,Layouts,etc...) cache -JetspeedResource.properties cache.require.cached=false This is part of the syndication engine services.PortletFactory.enable.cache=false This the Jetspeed portlet cache. I'd advise you not activate it unless you enjoy reading code, because I won't answer *any* questions on this. Just forget it for the moment, OK ? :/ TurbineResources.property module.cache=false services.XSLTService.cache = false XSLTservice caching. # This is the cache services.GlobalCacheService.cache.check.frequency = 5 The cache service, PortletCache depends on it. -- Raphael Luta - [EMAIL PROTECTED] Vivendi Universal Networks - Paris - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]