Re: J2 Security Customization
Santiago, There are multiple solutions to this common requirement. The easiest is probably to implement your own SecurityValve. Just make sure you use the existing o/a/j/security.impl.SecurityValveImpl.java as a template. Then there is JAAS... Scott can probably comment in more detail. Randy Santiago Urrizola wrote: Hi, i wan t to change a part of the security model of J2, to adapt they on mi organization model. Basically i need to change the part where J2, 1 - retrive users from de DataBase. (my own tables, not the default tables of the j2), and obiously where save new/modified users 2 - autenticate the passwords of login users 3 - retrive all groups and roles, and users in a group role. I see the sources for a while, and see a lot of places where i can change this, but i dont know where is the correct place (class or classes) to change it. I see UserManager, and think its posible to create a new UserManager, but this class dont have full control of the users, i know tht i need to change the implementor of some interfaces in the *.xml in the assembly director. But can some one tell me how classes i must modify (or create new implementor for this interaces) ??? Thank you very very very very much Santiago - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Left Navigation Menu
Note: this question is for J2... Hi, i want to change the left navigation menu. and add two groups of links (to pages in the portal) , i want all the users see the first groups and the second single group appears for the non registered user. hace a series of problems: 1- The list of links apears in alfabetical order. How i change it ? Most simple ordering issues can be resolved using document order tags in the folder.metadata files. See the J2 sample site for examples. 2- How can i made tha second group only for non registered users ? Profile these for user guest. Again see the J2 sample site... look for content in the _user/guest folders. 3 - Betewen this two groups i want to put a portlet. it is possible To actually insert a portlet in the navigation menu is not something that can be easily done AFAIK. I am guessing that if it is possible, it will require major customizations of the layout decorators, (see 4 below). Perhaps someone else here on the list has done such a thing? 4- Under all this i want to put an image. You can insert arbitrary constant HTML in the layout decorator Velocity templates. See the /WEB-INF/decorations/layout/html/tigris/*.vm files. Custom decorators can be deployed in a manner similar to portlet webapps. The schema is like this Home News(this is a link to a page in the portal) Restos(this is a link to a page in the portal) Proves(this is a link to a page in the portal) /* here i want to put a portlet, a pool porlet* */ pool portlet Register(all of this for non registeres user) Login(this is a link to a page in the portal new User(this is a link to a page in the portal Lost password (this is a link to a page in the portal benefits(this is a link to a page in the portal Profile(this is onlyfor registerd users) Personal Data Preferences /** here i want to put some image, as external links i thinks its posible to put this in the layout ??? **/ image link1 image link2 Thank you very mutch - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: deploying portal apps via Context xml file
Bob, I think you simply need to infuse your web app manually. Take a look at the edits to web.xml, (and other files and/or injections of new files into the webapp), that are made to your webapp when you deploy. Then, make sure that you perform these changes TEMPORARILY so that the web app get registered when Tomcat loads it. Of course, this is just a workaround and is subject to change with each J2 release. Ate may very well have a more definitive answer, but I do not think I am steering you wrong! Good luck, Randy Bob Skinner wrote: I'm using tomcat-jetspeed-M2 and trying to add some 168 portlets to my existing webapp. The webapp itself is rather large (80MB) and I tend to run tomcat by droping a foo.xml file in the tomcat/conf/Catalina/localhost directory where foo.xml contains Context path=/foo docBase=c:/pathtomywebappbuilddir/foo Tomcat deploys my foo app correctly, but the JetspeedContainerServlet isn't looking for my portlet.xml file and deploying it as a Portal Application. I tried dropping my foo.xml in the webapps/jetspeed/WEB-INF/deploy directory but got the unrecognized file type error. So I'm having to .war up my webapp and deploying in to WEB-INF/deploy after startup but the unpacking time is killing me. Is there anyway to trigger the Poral App deploy from a remote docbase? If not, what are the plans to do so and can I assist? thanks, Bob Skinner - 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: Portlet titles gone in J2-M2?
Frank, I have heard there were some issues that cropped up right around the M2 release regarding titles. How are you defining them? In portlet.xml? Randy Frank Villarreal wrote: To all: Is it just me, or did the portlet title functionality get bugged out between release M1 and M2? I upgraded my installation of J2 and now all my portlet titles have vanished ... they display empty strings ?!? Of course perhaps I screwed something up during my upgrade process. Just curious if anyone else out there is experiencing the same issue. - Frank - 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: J2M2 Profiling Rules
Frank, I am not looking at the J2 source at the moment, so the comments below may be a slight bit off... they are close in any case :) Frank Villarreal wrote: Here's another question(s): what do the following rule criterion request types signify? 1) navigation generalized profile type used to navigate to a specified path while profiling, typically used to profile on multiple attributes at once, (i.e. role and group) 2) group.user.role profile one of user, role, or group, (user is almost always defined and normally is chosen). 3) path.session appends the request path to the profiling path 4) request.session appends the request path or request parameter path Thanks, Frank -Original Message- From: Frank Villarreal [mailto:[EMAIL PROTECTED] Sent: Friday, April 08, 2005 08:53 AM To: Jetspeed Users List Subject: J2M2 Profiling Rules Hello all, I'm trying to set-up a profiling rule in J2-M2 that does the following: 1) routes guest (anonymous) users to a specific subsite based on their host header (the IP/url of their requested site). I am not sure how to best accomplish this. You may have to write a new rule to pull request attributes. There may be an easier way to do this outside of the Profiler... something like a filter that converts the request attribute to a request parameter that you can use with the existing profiler rules. once logged in ... 2) routes them to a page based on their role / mediatype Role and media type is a simple combination of the role fallback and j1 rules... try your hand at defining a new profiler rule by extending the role-fallback rule by adding the media type rule at the end. I've tried the role-group profiling rule and it works great for simple role-based page selection. However, when I try to combine that with _mediatype selection ... doesn't work. Or at least I don't know how to make it work. Send along your attempt. It is probably just a simple tweek to what you have that will get it to work. I also noticed the j1 rule which supports mediatype page selection. However, that rule contains a criterion named group.user.role which when set to role appears to have no effect ... the page selector still attempts to default to user based page selection. Am I missing something or is this by design? If so, is there a way around it? As stated above, the user always defined thus group.user.role always defaults to the user setting. I am not sure this rule is named the best. - Frank - 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: J2M2 Profiling Rules
A few clarifications: 2) group.user.role profile one of user, role, or group, (user is almost always defined and normally is chosen). -- group or role are selected from request parameters by the same name, otherwise user is selected. 3) path.session appends the request path to the profiling path -- or in the case of the '/' path, as session attribute with the specifed name is used. 4) request.session appends the request path or request parameter path -- a request parameter or session attribute with the specified name is used if specified. For all of the gritty details, see the rules sources in components/profiler/src/java/o/a/j/profiler/rules/impl. Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2M2 Profiling Rules
Frank, Understood. Should work. The Filter approach might be better since getting the HTTP Host request attribute, mapping it to a request parameter, and using 'request.session' is probably simple enough depending on what you have already implemented with your site. Depends if you are comfortable extending J2 or not! Randy Frank Villarreal wrote: Thanks Randy. On my own, I tweaked the RoleFallbackProfilingRule and got it to work in conjunction with a media-type. Regarding the host headers ... I think you're right ... it would be super cool if there were a profiling criterion that keyed off of the request's server name. This would allow for multiple-public subsites based on the requestor's incoming url. I guess I'll try to implement something along these lines and tie the rule specifically to the guest user. That would get my desired effect I believe. Thanks again. - Frank -Original Message- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Friday, April 08, 2005 10:48 AM To: Jetspeed Users List Subject: Re: J2M2 Profiling Rules Frank, I am not looking at the J2 source at the moment, so the comments below may be a slight bit off... they are close in any case :) Frank Villarreal wrote: Here's another question(s): what do the following rule criterion request types signify? 1) navigation generalized profile type used to navigate to a specified path while profiling, typically used to profile on multiple attributes at once, (i.e. role and group) 2) group.user.role profile one of user, role, or group, (user is almost always defined and normally is chosen). 3) path.session appends the request path to the profiling path 4) request.session appends the request path or request parameter path Thanks, Frank -Original Message- From: Frank Villarreal [mailto:[EMAIL PROTECTED] Sent: Friday, April 08, 2005 08:53 AM To: Jetspeed Users List Subject: J2M2 Profiling Rules Hello all, I'm trying to set-up a profiling rule in J2-M2 that does the following: 1) routes guest (anonymous) users to a specific subsite based on their host header (the IP/url of their requested site). I am not sure how to best accomplish this. You may have to write a new rule to pull request attributes. There may be an easier way to do this outside of the Profiler... something like a filter that converts the request attribute to a request parameter that you can use with the existing profiler rules. once logged in ... 2) routes them to a page based on their role / mediatype Role and media type is a simple combination of the role fallback and j1 rules... try your hand at defining a new profiler rule by extending the role-fallback rule by adding the media type rule at the end. I've tried the role-group profiling rule and it works great for simple role-based page selection. However, when I try to combine that with _mediatype selection ... doesn't work. Or at least I don't know how to make it work. Send along your attempt. It is probably just a simple tweek to what you have that will get it to work. I also noticed the j1 rule which supports mediatype page selection. However, that rule contains a criterion named group.user.role which when set to role appears to have no effect ... the page selector still attempts to default to user based page selection. Am I missing something or is this by design? If so, is there a way around it? As stated above, the user always defined thus group.user.role always defaults to the user setting. I am not sure this rule is named the best. - Frank - 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]
Re: 2 quick J2 Config Q's
Mike R. wrote: 2 more J2 configuration questions (fast and easy, I promise!) 1. Is the jetspeed.xml file still used? It defines the security realm and JDBC connection parms Yes 2. What is the mechanism used to point to the PSML file? Can I assume that I just modify default.psml and all is well? PSML is loaded from a directory specified in the spring config... all pages and subfolders, (and their contents), are visible in the portal subject to security and profiling rules. Just don't have the time to figure out this stuff, my design doc is already 60 pages! Thanks in advance, \MR - 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: Issue running JetSpeed on Tomcat 5.0 : J2 Main branch
Rajesh, I pulled a fresh copy of everything yesterday and did not have this problem. Is it possible that you have a mixture of an M1 binary install and a CVS pull? Randy Rajesh Jain wrote: I got the cvs src from Main Branch, and seems there is a issue when I run JetSpeed-2 under Tomcat 5.x This i believe is a recent submission : the isEmpty method? I believe someone else had reported this error few days back -- is there new libraries (or library conflict) regards --- java.lang.NoSuchMethodError: org.apache.jetspeed.page.document.NodeSet.isEmpty()Z at org.apache.jetspeed.page.impl.CastorXmlPageManager.filterDocumentSet(CastorXmlPageManager.java:1540) at org.apache.jetspeed.page.impl.CastorXmlPageManager.expandAndProfileDocumentSet(CastorXmlPageManager.java:700) at org.apache.jetspeed.page.impl.CastorXmlPageManager.computeProfiledPageContext(CastorXmlPageManager.java:359) at org.apache.jetspeed.profiler.impl.ProfilerValveImpl.invoke(ProfilerValveImpl.java:118) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.security.impl.PasswordCredentialValveImpl.invoke(PasswordCredentialValveImpl.java:139) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.security.impl.AbstractSecurityValve$1.run(AbstractSecurityValve.java:117) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Unknown Source) at org.apache.jetspeed.security.impl.AbstractSecurityValve.invoke(AbstractSecurityValve.java:111) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.container.url.impl.PortalURLValveImpl.invoke(PortalURLValveImpl.java:55) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.capabilities.impl.CapabilityValveImpl.invoke(CapabilityValveImpl.java:127) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.localization.impl.LocalizationValveImpl.invoke(LocalizationValveImpl.java:122) at org.apache.jetspeed.pipeline.JetspeedPipeline.invokeNext(JetspeedPipeline.java:209) at org.apache.jetspeed.pipeline.JetspeedPipeline.invoke(JetspeedPipeline.java:191) at org.apache.jetspeed.engine.AbstractEngine.service(AbstractEngine.java:257) at org.apache.jetspeed.engine.JetspeedServlet.doGet(JetspeedServlet.java:225) - 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: using MySQL with J2 - setup problem
Marina, 3. jetspeed.xml there was no jetspeed.xml in the =TOMCAT_HOME/conf/Catalina/localhost dir The only jetspeed.xml files in the J2-project-home directory that I found were: maven-plugin/target/classes/plugin-resources/jetspeed.xml portal/src/resources/jetspeed.xml Should I manually edit one of them and copy into TOMCAT_HOME/conf/Catalina/localhost dir ? Since you manually copied the jetspeed.war into webapps, I assume you will need to do the same thing with the portal/src/resources/jetspeed.xml file. It is certainly simple enough to try! Is not it supposed to be done by the maven 'allBuild' goal? Well, so is copying jetspeed.war into webapps! :) Something is broken for sure, but I am just interesting in seeing if you can get it to run at all since you have taken it almost this far already. Yes, we are in the weeds at this point! Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem installing Jetspeed 2
Fredy: A couple of things: J2 is not Tomcat 5.5 ready yet, (5.0 is OK), look for the Getting Started section on the J2 website, (http://portals.apache.org/jetspeed-2/getting-started.html), and check out the wiki. I am running on RedHat Linux, Java 1.5, and Tomcat 5.0 in development and production. Randy Hi, I just tried to install Jetspeed 2 with no success. After I downloaded and untared the Jetspeed package, I typed in maven war. Afterwards a new directory target with an empty war file Global Project.war has been generated. I'me using jdk 1.5.0 and tomcat 5.5.7 on a Suse Linux 9.2. Does anybody know what i'me doing wrong? I also didn't find an install manual for Jetspeed 2. Is the install procedure the same as for Jetspeed 1? Thanks and regards Fredy - 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: using MySQL with J2 - setup problem
Marina, I know you probably have most of this down cold, but please verify: - you have a copy of mysql-connector-java-3.0.16-ga-bin.jar in TOMCAT_HOME/shared/lib. - that the com.mysql.jdbc.Driver class exists in mysql-connector-java-3.0.16-ga-bin.jar. - if you are manually copying the jetspeed.war into webapps, make sure that the jetspeed.xml is edited for your configuration and is copied to the correct location: tomcat5=TOMCAT_HOME/conf/Catalina/localhost or tomcat4=TOMCAT_HOME/webapps. - that admin/admin has access to your j2 and j2test databases. - that your java implementation is being located correctly and is a current 1.4.2 or 1.5 version... I have never seen those targetting 1.4 messages on Linux. Randy Thanks, Randy. Something very strange is going on here... I tried different variations of the build.properties file and it comes down to the following two scenarios: 1) if I set properties to: org.apache.jetspeed.test.database.url = jdbc:mysql://localhost/j2test org.apache.jetspeed.test.database.driver = com.mysql.jdbc.Driver org.apache.jetspeed.test.database.user = admin org.apache.jetspeed.test.database.password = admin org.apache.jetspeed.test.jdbc.drivers.path=${org.apache.jetspeed.server.shared}/mysql-connector-java-3.0.16-ga-bin.jar org.apache.jetspeed.test.database.default.name=mysql org.apache.jetspeed.production.database.url = jdbc:mysql://localhost/j2 org.apache.jetspeed.production.database.driver = com.mysql.jdbc.Driver org.apache.jetspeed.production.database.user = admin org.apache.jetspeed.production.database.password = admin org.apache.jetspeed.production.jdbc.drivers.path=${org.apache.jetspeed.server.shared}/mysql-connector-java-3.0.16-ga-bin.jar org.apache.jetspeed.production.database.default.name=mysql then I get errors running maven allBuild target:: jetspeed2:jar:install: build:start: java:prepare-filesystem: [mkdir] Created dir: C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\portlet-api\target\classes java:compile: [echo] Compiling to C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\portlet-api/target/classes [echo] == NOTE: Targetting JVM 1.4, classes will not run on earlier JVMs == [javac] Compiling 27 source files to C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\portlet-api\target\classes BUILD FAILED File.. C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\maven.xml Element... maven:reactor Line.. 133 Column 40 Unable to obtain goal [java:compile] -- C:\Marina\MyWork\Maven\cache\maven-java-plugin-1.5\plugin.jelly:63:48: ant:javac Error running javac.exe compiler 2) if I set driver's name to: org.apache.jetspeed.test.jdbc.drivers.path=${org.apache.jetspeed.server.shared}/mysql-connector-java-3.0.16-ga-bin.jar org.apache.jetspeed.test.database.default.name=mysql org.apache.jetspeed.test.database.url=jdbc:mysql://localhost/j2test org.apache.jetspeed.test.database.driver=org.gjt.mm.mysql.Driver org.apache.jetspeed.test.database.user=admin org.apache.jetspeed.test.database.password=admin org.apache.jetspeed.production.jdbc.drivers.path=${org.apache.jetspeed.server.shared}/mysql-connector-java-3.0.16-ga-bin.jar org.apache.jetspeed.production.database.default.name=mysql org.apache.jetspeed.production.database.url=jdbc:mysql://localhost/j2 org.apache.jetspeed.production.database.driver=org.gjt.mm.mysql.Driver org.apache.jetspeed.production.database.user=admin org.apache.jetspeed.production.database.password=admin then 'maven allBuild' finishes successfully, but: -- no jetspeed.war is created in the Tomcat's webapp/ directory -- when trying to access J2 from a browser - you get 404 error -- no tables are created in the 'j2' DB schema. 'j2test' schema has all tables created and populated. -- the jetspeed.war file is created in the J2 project's .../portal/target/ directory though. I tried copying it manually to the Tomcat's webapp/ dir - but when I started tomcat, the following errors were thrown when Tomcat was trying to deploy jetspeed.war: Caused by: org.springframework.beans.factory.BeanCreationException: Error creati ng bean with name 'java.util.prefs.PreferencesFactory' defined in URL [file:/C:/ Marina/Java/tomcat-5.0.30-j2M2-MYSQL/webapps/jetspeed/WEB-INF/assembly/jetspeed- spring.xml]: Initialization of bean failed; nested exception is org.apache.jetsp eed.prefs.PreferencesException: Failed to initialize prefs api. org.springframe work.transaction.CannotCreateTransactionException: Could not create OJB transact ion; nested exception is org.apache.ojb.broker.accesslayer.LookupException: SQLE xception thrown while trying to get Connection from Datasource (java:comp/env/jdbc/jetspeed) at org.springframework.beans.factory.support.AbstractAutowireCapableBean
Re: Corrupt Fragment Info
Frank, Try using a new fragment id. JS2 does cache certain portlet info per fragment ids... a long standing issue for sure. Many of us are simply in the habit of generating new ids for edited pages and fragments when manually editing PSML. Randy FYI J2 Developers: I wanted to deploy a new portlet in Jetspeed2 and took the following steps: 1) deployed the portlet war (worked) 2) made changes to my PSML in order to place my new portlet in an existing page by overwriting a previous fragment My portlet displays fine except for the title ... I'm seeing some strange behavior, the following line of velocity code (taken from a portlet decorator) returns the overwritten fragment's previous portlet title instead of the title from my new fragment(portlet) ... $!jetspeed.getTitle($myPE, $myF) All my new portlet's deployment info is correct, J2 appears to be caching the previous fragment's title somewhere. Anyone know where I can clear this? I can't seem to find it in the database. Where do fragments/portlet entities get cached? Is it outside the database? - Frank - 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: JS2 login portlet empty
Craig, I have seen this problem with the login portlet when the security.xml context descriptor is not deployed correctly. Please make sure that it is located in conf/Catalina/localhost. If everything is in place, you might need to try restarting tomcat several times and waiting for the initialization to complete. M1 had many deployment issues. Ate is working on a much better deployment solution, so you might want to consider trying again with the CVS/M2 release when he commits. Randy The portlet application corresponding at the Login portlet is security.war Have you an error trace when you try to access to the login portlet ? best regards Jabouille Jean Charles - Original Message - From: Craig McDonald [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Friday, February 25, 2005 12:16 AM Subject: JS2 login portlet empty I have installed jetspeed-2 M1 on Tomcat 5.0.30 and finally got it working (after buggering around with Java SDK's and Tomcat 5.5) but have a question. When the welcome page appears, the login portlet and locale selector portlet are both empty. In particular the login portlet being empty isn't very helpful because then I can't login to Jetspeed and play around with it's customisation and personalisation tools. For info, in the WEB-INF/deploy directory there doesn't seem to be any war specifically for login or locale - the directory listing is: demo.war; jetspeed-layouts.war; jsf-demo.war; pam.war; perl.war; php.war; rss.war; security.war; struts-demo.war; All other portlets display fine - any help would be appreciated. Cheers, Craig - 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]
Re: using MySQL with J2 - setup problem
Marina, These settings have always worked for me, (note that I do not set the ojb.platform property): org.apache.jetspeed.test.jdbc.drivers.path=${org.apache.jetspeed.server.shared}/mysql-connector-java-3.0.16.jar org.apache.jetspeed.test.database.default.name=mysql org.apache.jetspeed.test.database.url=jdbc:mysql://localhost/j2test org.apache.jetspeed.test.database.driver=org.gjt.mm.mysql.Driver org.apache.jetspeed.test.database.user=admin org.apache.jetspeed.test.database.password=admin org.apache.jetspeed.production.jdbc.drivers.path=${org.apache.jetspeed.server.shared}/mysql-connector-java-3.0.16.jar org.apache.jetspeed.production.database.default.name=mysql org.apache.jetspeed.production.database.url=jdbc:mysql://localhost/j2 org.apache.jetspeed.production.database.driver=org.gjt.mm.mysql.Driver org.apache.jetspeed.production.database.user=admin org.apache.jetspeed.production.database.password=admin Randy Thank you, Hema! Yes, that was it - the default name had to be set to 'mysql'. Once I did that, the build script finished all DB setup work fine but it failed at a later point: java:compile: [echo] Compiling to C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\portlet-api/target/classes [echo] == NOTE: Targetting JVM 1.4, classes will not run on earlier JVMs == [javac] Compiling 27 source files to C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\portlet-api\target\classes BUILD FAILED File.. C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\maven.xml Element... maven:reactor Line.. 133 Column 40 Unable to obtain goal [java:compile] -- C:\Marina\MyWork\Maven\cache\maven-java-plugin-1.5\plugin.jelly:63:48: ant:javac Error running javac.exe compiler Total time: 37 seconds Finished at: Fri Feb 25 19:23:20 EST 2005 Any idea what is wrong now? Thank you! Marina --- Hema Menon [EMAIL PROTECTED] wrote: Marina, What I meant to say is that, I believe the default name should be the type of database name, so in your build script it should be mysql instead of j2 and j2test. If you look at the sample build properties, it contains hsql for both test and production default database name. org.apache.jetspeed.test.database.default.name=hsql org.apache.jetspeed.test.database.ojb.platform=Hsqldb Hema On Thu, 24 Feb 2005 18:37:18 -0800 (PST), Marina [EMAIL PROTECTED] wrote: Hi, I finally got around to switch from HSQLDB to MySQL and ran into a build problem. I setup MySQL DB schema and users per J2 instructions (created 'j2test' and 'j2' schemas and the 'jetspeed2' user that has all writes for those schemas). I have also modified J2's build.properties to use MySQL (I'm including a snippet below). After that, I do the following: 1. start MySQL DB 2. cd [EMAIL PROTECTED] maven allClean - OK maven allBuild - Error: Attempting to download maven-torque-plugin-3.2.jar. 2/6K 6/6K 6K downloaded build:start: allBuild: check.required.properties: torque:init: db.scripts.gen: [echo] Generating SQL schema creation scripts for HSQLDB [torque-sql] Using classpath [torque-sql] Generating to file C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\target\src\sql\hsql\report.portal.sql.generation [echo] Generating SQL schema creation scripts for MySQL [torque-sql] Using classpath [torque-sql] Generating to file C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\target\src\sql\mysql\report.portal.sql.generation [echo] Generating SQL schema creation scripts for Oracle [torque-sql] Using classpath [torque-sql] Generating to file C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\target\src\sql\oracle\report.portal.sql.generation [echo] Generating SQL schema creation scripts for MS SQL [torque-sql] Using classpath [torque-sql] Generating to file C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\target\src\sql\mssql\report.portal.sql.generation [echo] Generating SQL schema creation scripts for Postgres [torque-sql] Using classpath [torque-sql] Generating to file C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\target\src\sql\postgres\report.portal.sql.generation BUILD FAILED File.. C:\Marina\Harvard\Projects\jakarta-jetspeed-2-MYSQL\maven.xml Element... sql Line.. 355 Column 39 Source file does not exist! Total time: 12 seconds Finished at: Thu Feb 24 21:27:54 EST 2005 Here is my build.properties (relevant parts): # Override the database connection and driverproperties in your ${USER_HOME}/build.properties appropriately # See: # http://portals.apache.org/jetspeed-2/database.html
Re: J2 - Grouping Permissions with the JAAS implementation
Amit, There are two security implementations to choose between to control access to folders and pages in the J2 portal. Both solutions allow specification by group and role in addition to user principals. I am not sure exactly what you are using the 20-25 permissions to control, but I am guessing that your J2 needs are covered. For PSML based security, (aka bronco), poke around in the demo site files for security-constraint tags. There are also some docs on the site that David put together as well. For JAAS permissions style security, see the populate-userinfo-for-default-psml.sql script that configures similar access to the site content. To use JAAS, you will have to change the configuration of the CastorXMLPageManager component in page-manager.xml. One can also use BOTH mechanisms simultaneously if necessary. HTH, Randy With the security implementation of JAAS, I think in jetspeed there is a direct relation between user and permissions. Now in a scenerio that I have, I have a bunch of permissions that I group into a role, and then relate that to user. I think this facility is lacking in jetspeed. But I am not sure if this is the case, or I am missing something. This feature would be kind of essential because I have around 20 - 25 permissions and I have to change behaviours based on those permissions. The user_permission table of jetspeed would probably get really very big. Any suggestions/helps Thanks, Amit Original Message Follows From: mike long [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Access your own psml file Date: Wed, 09 Feb 2005 12:29:59 -0500 Shah Amit wrote: Hi Mike, Thanks a lot !! I do need help with security implementation. I would really really appreciate help !! I have gone thru the SPI interfaces and was trying to understand them. In the meantime, I was preparing for a presentation tomorrow so I wanted to see if I can layout a proof of concept with Jetspeed2. But I definately need help with the security implementation. If you want, I can pose my question again --- I have following security tables -- Sha, I will map the current J2 tables to your tables as best I can. These are only my initial thoughts. I haven't implemented this solution to mapping your current security data model to J2. In general I think you have two alternatives: 1) Map your current security data model to the J2 classes by altering the security_repository.xml file. Security_repository.xml contains the mapping between the J2 security classes and the underlying data model. The advantage of this approach is that you would not have to change any code. You would know you were successful when all the tests ran. Some tests may still fail. For example, you appear to have no many-to-many relationship between users and roles. You will have to sort through relationships you are missing. Maybe the tests will still run. Perhaps you can still use the J2 table mappings where you have no equivalent. 2) Implement the following interfaces: GroupSecurityHandler, RoleSecurityHandler, UserSecurityHandler, CredentialHandler, and SecurityMappingHandler. You will note that the default implementations of these classes use a class called SecurityAccessImpl to do a lot of the actual JDBC work. You may have to change SecurityAccessImpl as well. This alternative seems pretty hard, close to the work involved in making LDAP implementations which I expect to take about a month given that you are already familiar with the underlying technology. I have done a cursory mapping below: - user (username, password, userid etc.) security_principal - Contains the user. Your username field should be mapped to the full_path column. security_credential - Contains the password. Password is the only type of credential in use as far as I can tell. Your current implementation stores the password on the user table. My ldap implementation does the same. - groups (groupid, groupname) security_principal - Contains the group, just mapped to a different class. Your groupname field should be mapped to the full_path column. - role (roleid, rolename) security_principal - Contains the role, just mapped to a different class. Your rolename field should be mapped to the full_path column. - permission (permissionid, permissionname) security_permission - Contains the security permissions. Your permissionname should map directly to the name column there. - role_permission Here you have a direct mapping the J2 security_principal_permission table. J2 puts role, group, and user in a single security_principal table. - group_role Here you have a direct mapping to the security_group_role table. - user_group This table is analogous to the J2 security_user_group table which contains two FKs: one to the security_principal row for the user and the other to the
Re: Default Home Pages
Frank, There are many nice ways to accomplish this with J2 using the Profiler. Custom home pages per user, group, or role are easily supported. One can also select different home pages using different profiling rules. Once you get used to using the profiler, it is fairly powerful and flexible. In your scenario, I'd suggest placing the public home page in .../pages/_user/guest/default_page.psml. Depending on the profiling rule you wish to use, you can also place other home pages in .../pages/_role/*/default_page.psml and/or .../pages/_group/*/default_page.psml. There are plenty of examples of profiling in the J2 demo site... default page profiling is treated the same as any other page as far as the Profiler is concerned. There is a document in the profiler design-docs that discusses the J2 Profiler and Page Manager functionality. There have also been plenty of emails on the topic to this list. In the spirit of expanding this email collection, I'd be happy to help you select a profiling strategy that will meet your needs. Please provide more detail on how you'd like to segregate pages on your site by user, roles, and groups and we'll see how far the Profiler can take you! Randy Frank Villarreal wrote: Thanks for the response Scott. Does anyone know if there is currently a way to configure jetspeed 2 to use a different subsite (subfolder) or a different default-page once a user logs in? In other words, I'd like to have a public psml default page ... and then route the user to either a subsite or a different default-page based on their identity (aka: role, user, group, etc) once they've logged in. So far, I haven't been able to figure out a nice way to make j2 do this it seems that once a user logs in, they are simply routed back to the same default-page specified in the folder.metadata file ... but with new authorized tabs ... - Frank -Original Message- From: Scott T. Weaver [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 01, 2005 08:57 AM To: Jetspeed Users List Subject: Re: Default Home Pages Hi Frank, Here is an example of both specifying document order and overriding the default page (this is defined the folder.metadata). ?xml version=1.0 encoding=UTF-8? folder default-pagehome.psml/default-page document-ordermarketing.ds/document-order document-ordernews.ds/document-order document-orderproducts.ds/document-order document-ordertools.ds/document-order document-ordertraining.ds/document-order document-ordersolidedge_main.psml/document-order document-ordersolid-edge.link/document-order document-ordersolid-edge-release-info.link/document-order /folder Frank Villarreal wrote: Forgot to mention, I'm using Jetspeed 2 ... -Original Message- From: Frank Villarreal [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 01, 2005 08:05 AM To: Jetspeed Users List Subject: Default Home Pages There is probably a simple solution for this, but . I've noticed that under WEB-INF/pages there is a default-page.psml file that becomes the home page for anyone who navigates to jetspeed/portal using the default configuration. I've also noticed that default-page.psml is not the first page in the portal it appears that the portal builds its page links alphabetically if no document order is specified in the folder.metadata file in any given folder. So my first question is this ... How/where does jetspeed know that the default-page.psml should be rendered first? ... even though it is not the first page in the folder order??? I've also noticed that there are subfolder for some security roles using the convention _role/manager, _role/user etc. I'm assuming these folders are meant to contain default home pages for users who log in and belong to those roles? Is that correct? If so, it doesn't seem to be working. I put a security constraint on the default-page.psml file in the root folder to only allow rolesguest/roles and was hoping somehow jetspeed would redirect a user who logs in to an alternate home page in the subfolder with for the appropriate role/user ... no luck. Is this how it's supposed to work or am I dreaming??? Any ideas/hints/ridicules appreciated. Thanks. :-) - Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Great minds discuss ideas. Average minds discuss events. Small minds discuss people. - Admiral Hyman Rickover *** * Scott T. Weaver * * [EMAIL PROTECTED] * * http://www.einnovation.com* * -- * * Apache Jetspeed Enterprise Portal * * Apache Pluto Portlet Container * * * * OpenEdit, Website Content Management* * http://www.openedit.org * ***
Re: Default Home Pages
Frank: Your scenario is typical. Check out the subsite demo in the cvs HEAD: login as subsite/subsite and then as subsite2/subsite2. This is just to give you some food for thought... you will no doubt need some combination of different Profiler implementation approaches. There are recent descriptions of this subsite configuration in the dev mail list. Archives for the user and dev lists can be located in a few different places... I use: http://marc.theaimsgroup.com/ HTH, Randy Frank Villarreal wrote: Thanks Randy. Let's see ... I currently have a corporate web site that has general info on my company (about us, contact us, history, etc) ... I've made that my public psml page. So as per your suggestion, I'll try and place the psml for this page under the /pages/_user/guest/ folder. Somewhere in the layout of that page, I also have a login portlet. Now when a guest user logs in (and the role changes), I need the user to be routed to a sub-site (with its own distinct decorators/layouts/portlets) custom tailored to that user's role. For example, I have several basic user classes ... customer, marketing, sales, csr, administrator, etc. I'd like to have a distinct subsite for each of these roles. Each subsite should have a distinct look 'n feel ... so implementing these subsites as subfolder links off some root portal is not an option ... the subsite should be the new root folder once a user logs in. Of course its not that simple ... some users (owners), may have multiple roles (ie: sales marketing). In those cases, I'd like to map the user either to a subsite that provides a combo view of the role's portlets ... or provide some kind of default role based on the log in. In other words have the user mapped to the role with the highest privileges. Make sense ... or I am rambling? PS: Sorry about not reading through the email archive for J2, that usually the first thing I do before posting a question ... but I couldn't find a link to it off the portals web site. Does an email archive even exist for jetspeed 2? - Frank -Original Message- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 01, 2005 11:57 AM To: Jetspeed Users List Subject: Re: Default Home Pages Frank, There are many nice ways to accomplish this with J2 using the Profiler. Custom home pages per user, group, or role are easily supported. One can also select different home pages using different profiling rules. Once you get used to using the profiler, it is fairly powerful and flexible. In your scenario, I'd suggest placing the public home page in .../pages/_user/guest/default_page.psml. Depending on the profiling rule you wish to use, you can also place other home pages in .../pages/_role/*/default_page.psml and/or .../pages/_group/*/default_page.psml. There are plenty of examples of profiling in the J2 demo site... default page profiling is treated the same as any other page as far as the Profiler is concerned. There is a document in the profiler design-docs that discusses the J2 Profiler and Page Manager functionality. There have also been plenty of emails on the topic to this list. In the spirit of expanding this email collection, I'd be happy to help you select a profiling strategy that will meet your needs. Please provide more detail on how you'd like to segregate pages on your site by user, roles, and groups and we'll see how far the Profiler can take you! Randy - 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: J2 Velocity Error?
Frank, This is an issue I have known about but i have not gotten around to fixing yet. I just modify my custom portlet decorator like this: #foreach ($action in $actions) #set($actionImage = $action.Link) #if($actionImage.startsWith(content/images/)) #set($actionImage = content/myportletdecorator/images/${actionImage.substring(15)}) #end #if($actionImage.endsWith(.gif)) #set($actionImageLength = $actionImage.length() - 4) #set($actionImage = ${actionImage.substring(0, $actionImageLength)}.jpg) #end td align=right valign=middle class=PTitlea href=${action.Action} title=${action.Name}img src=${actionImage} alt=${action.Alt} border=0/atd/ #end I will bump this up my todo list, Randy Chris, Thanks for taking a stab at my question, but I don't think that's the problem. Layout.vm seems to control the (re)positioning of portlets within a page. Upon further inspection, it seems J2 uses a request filter to remap image requests to the current decorator theme folder. And like I said previously, 99% of my custom images and stylesheet customizations are showing up correctly ... it's just those pesky portlet window image uris that continue to resolve to the jetspeed decorator folders. It appears that in the velocity file (decorator.vm), there is a line of code that reads ... #set($actions = $jetspeed.DecoratorActions) The actions are the options available for a specific window/portlet (edit, view, max, min, etc). This action list is then iterated and rendered in each portlet's title bar with the following snippet of velocity code ... #foreach ($action in $actions) td align=right valign=middle class=PTitle a href=${action.Action} title=${action.Name} img src=${action.Link} alt=${action.Alt} border=0/a td/ #end The problem I am experiencing is that the tag ${action.Link} doesn't appear to be resolving to my custom theme. It renders as content/images/minimized.gif ... which would appear to be correct, since the portal should know that I'm using a custom theme and remap the image request to the correct folder using the filter ... because I told it to use my custom theme in the PSML for the page by adding the following entry ... layout-decorator=mycustomtheme portlet-decorator=mycustomtheme Unfortunately, it doesn't appear to be working. Gotta love Monday mornings ... :-) - Frank -Original Message- From: Christopher Wood [mailto:[EMAIL PROTECTED] Sent: Monday, January 31, 2005 09:23 AM To: Jetspeed Users List Subject: Re: J2 Velocity Error? I think the piece you're missing is in templates\layout\html\columns\layout.vm. I don't pretend to understand fully how the rendering process works, but this template appears to be what aggregates the portlet fragments - if you look at the page source, you can see by inspection that it generates the html between the layout and portlet decorators. I don't understand yet how this template is selected, or if it is possible to specify an alternative. Chris Frank Villareal wrote: Not sure if this is a bug using Jetspeed 2, I've created a new custom decorator theme (both for the layout and the portlet). I essentially copied an existing folder structure being used for the other J2 themes (minty-blue, jetspeed, etc) and customized it. Everything seems to work correctly except for one minor detail ... the uri for the portlet action buttons (edit, help, min, max, ect) are somehow still resolving the image directory in the jetspeed theme folder. I'm baffled as to why this is occurring. I believe I have removed all references within the decorator.properties and decorator.vm files within my custom folder(s). Anyone else seeing this behavior ... or am I have I not had enough coffee yet? - Frank Chris Wood - my.epoline®Portal Developer EUROPEAN PATENT OFFICE Patentlaan 2 - 2280HV Rijswijk (ZH) - Netherlands Tel: +31 (0)70 340 47 96 Web: www.epoline.org | email: [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]
Re: J2: Absolute URL rendering
Scott, I think this can be addressed in the layout decorators/macros if you would like a quick workaround, (it invokes a method in the JetspeedPowerTool there to convert relative urls into absolute ones: you could use your own constants or macros there). Otherwise, I have added it to my todo list, Thanks, Randy Hello all, I have noticed that whatever renders navigation urls apparently writes fully-qualified urls instead of relative ones, apparently based on whatever the hostname is in the incoming request. Is this a configurable option? The reason I ask is that if not, this makes it difficult if not impossible to proxy behind say an apache httpd instance. In the past, I've been able to route virtual hostnames to specific webapps in tomcat (or any other container for that matter by this sort of httpd configuration: snip NameVirtualHost *:80 #... other virtual host configurations VirtualHost *:80 ServerName app1.mydomain.com RewriteEngine on RewriteRule ^(.*)$ http://my.tomcat.host:8080/ ProxyPassReverse / http://my.tomcat.host:8080/ /VirtualHost /snip This allows http://app1.mydomain.com to be routed to an internal tomcat host on a different port, and can even be used to mask the app1 context from the end user. Since app1 writes its urls using relative / prefixed paths, all is well. I have tried this with J2, and when I navigate to http://subdomain.myhost.com the left-nav links such as Public Links render not as /jetspeed/portal/Public but as http://my.tomcat.host:8080/jetspeed/portal/Public;. Depending on network configuration, this linke may or may not even resolve to the end user. Since httpd is not performing url rewriting, it would appear that J2 is writing protocol:host:port/context instead of relative paths. What can I do to change this behavior? It is my goal to at some point mask the fact that my portal is running in a /jetspeed context as well as to run tomcat behind an httpd front-end in the same manner as my many other webapps housed in tomcat. Regards, -- -Scott Scott Heaberlin - 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: Jetspeed2 Personalization screen
Joachim, The J2 contributers are planning to pull out the layout portlets into separate portlet apps. The Customizer is part of these portlets. One can imagine how that might facilitate custom layout portlets and customization implementations... Stay tuned! If the jetspeed::VelocityOneColumn layout offers horizontal editing incorrectly, I'd be willing to look into fixing that if Carlos would be interested. Randy 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? Joachim Randy Watler schrieb: Carlos, For J2, you might want to try using the jetspeed::VelocityOneColumn layout type in your page. Randy Carlos Ortiz wrote: Is it possible to limit the portlet personalization screen to only up/down instead of all four directions? I just want to setup a vertical or stacked personalization page. Thanks, Carlos. - 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]
Re: Jetspeed2 Personalization screen
Carlos, Ok. Thanks for the feedback. I will look into it more and let you know. Randy [EMAIL PROTECTED] wrote: Yeah, just tried it, the oneColumn thing. Laid it out properly, but when i went to personalize it, it still allowed the you to move the portlet left or right. So no luck there. I would definitely be interested in the ability to either customize the personalizer or have an optional layout that restricts to only up/down movement. Because like Joachim said, some of my portlets have layout problems when i move'em left/right, things get goofy looking. Thanks gents, let me know if i should try anything else. Carlos. Randy Watler [EMAIL PROTECTED] said: Joachim, The J2 contributers are planning to pull out the layout portlets into separate portlet apps. The Customizer is part of these portlets. One can imagine how that might facilitate custom layout portlets and customization implementations... Stay tuned! If the jetspeed::VelocityOneColumn layout offers horizontal editing incorrectly, I'd be willing to look into fixing that if Carlos would be interested. Randy 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? Joachim Randy Watler schrieb: Carlos, For J2, you might want to try using the jetspeed::VelocityOneColumn layout type in your page. Randy Carlos Ortiz wrote: Is it possible to limit the portlet personalization screen to only up/down instead of all four directions? I just want to setup a vertical or stacked personalization page. Thanks, Carlos. - 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]
RE: Difference between Role and the group -Newbie questin
Thilina, Are you asking about J1 or J2? For J2, roles and groups are symmetric and can be used interchangably as the portal designer/implementer wishes. Your example is typical. J2 stores role and group information in the DB, not PSML files. In addition to the admin portlets, one can also define them directly in the database, (see the populate-*.sql files in the disribution). One can also define a custom J2 security valve and install it in the J2 pipeline architecture to interface with external principal and authentication/authorization systems. HTH, Randy -Original Message- From: Thilina Anjitha To: JetSpeed Sent: 1/25/05 12:15 AM Subject: Difference between Role and the group -Newbie questin Hi, I saw that, using the admin console, we can add users, roles and groups. 1) What is the difference between the Role and the Group? (I really appreciate if you provide some sample data for roles and groups.) 2)Say that I added the following using the admin console.(logging as admin user) users - tomi and mike roles - Developer, Manager tomi is a Developer mike is a Manager Developer has only view permissions Manager has all the permissions. So then, are these entries are permanently saved into the system? 3) Instead of creating the above users, roles etc using the admin user, is it possible to create them by changing the corresponding psml files manually. Thank you. Thilina. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Adding portlets for user/group
Thilina, Can you clarify J2/J1 on your posts? In J2, the primary consumer of the user/role/group definitions are the Profiler and PageManager components. As you might of guessed, these select pages to be displayed in the portal given a request url. So, instead of granting access to individual portlets, you can use the profiling features and security permissions/constraints to control access to pages. AFAIK, security at the portlet level is not yet implemented in J2, but you can certainly achieve what you are looking for using the page based controls. Login as user/user, manager/manager, and admin/admin to the J2 demo site to see these features in action. HTH, Randy -Original Message- From: Thilina Anjitha To: JetSpeed Sent: 1/25/05 2:36 AM Subject: Adding portlets for user/group Hi, I have created 2 groups called developers and managers. Under the developers group I have created tomi, sandra as users. Also I have 2 Iframe portlets called dev guide and doc guide. My requirement is, developers can only view dev guide and mangers can view both portlets. 1) Can you explain how can I do this using the admin console? 2) Is it possible to add portalets to a group instead of adding portlets to each user? Then even for newly added users can view the portlets which are belongs to his group.(Say that I added a new user for developers group. Then, without adding the new portlet for that user, is it possible to view dev guide portlet? or am I need to add the dev guide portlet to new user?) Thank you. Thilina. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Deployment of context.xml in META-INF not done
Xavier, If you are speaking of J2, try META_INF/tomcat-context.xml. Randy -Original Message- From: Xavier Lawrence To: Jetspeed Users List Sent: 1/20/05 3:13 AM Subject: Deployment of context.xml in META-INF not done Hello, I am using a context.xml file in my wars. It is naturally put in the META-INF directory and pacakged with the war file. When Jetspeed deploys the war, it does not copy the context.xml file into the tomcat5/conf/catalina/localhost directory, so the context I specify is not available to my webApp. If I copy by hand that context.xml file in the above directory, everything works fine... Is this a known issus ? I beleive Jetspeed only has to copy the context file once the deployment has been sucessful. (Note that in my case, everything goes fine at deployment time, so it looks to me like that the jetspeed deployer forgets to copy the files in the META-INF directory to the appropriate tomcat folder). Xavier - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: disable max/min buttons
Carlos, In an individual portlet or globally? Randy Carlos Ortiz wrote: Hi all, I'm just browsing through jetspeed2, is there anyway that I can disable the max/min buttons or configure them not to be shown? Thanks, Carlos. - 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: Building Jetspeed2
Mike, There is a recent J2 M1 binary release and an installer. Well, I finally got the binary installer for J2 M1 finished, here is a temporary link: http://www.binary-designs.net/downloads.html. The download takes a little time to start but fairly quick once it does. The only requirements are that you have a compatible version of the JDK 1.4.2, installed, see: http://wiki.apache.org/portals/Jetspeed2/PrefsClassloaderIssuesAndSdk1 and The Apache Portals community is pleased to announce the release of Jetspeed 2.0 M1. This is our first milestone release and brings Jetspeed closer to a final 2.0 release. Feedback is greatly appreciated, especially in the form of bug reports. You can download Jetspeed 2.0 M1 from: http://www.apache.org/dist/portals/jetspeed-2/ Release notes and installation instructions are at: http://www.apache.org/dist/portals/jetspeed-2/JETSPEED-2.0-M1-README.txt The Jetspeed Project Wiki and Home pages can be found here: http://wiki.apache.org/portals/Jetspeed2 http://portals.apache.org/jetspeed-2/ You can also probably try to rerun your maven build and it will try to reload the missing jars... it might take a few iterations if you are not on a reliable connection. Good luck! Randy Mike Shoemaker wrote: I've followed the getting started steps listed on the website @ http://portals.apache.org/jetspeed-2/getting-started.html I'm having a problem with the maven allClean allBuild step. During the build I see various messaes stating that various jars failed to download, and once the script stops I get the following. BUILD FAILED File.. C:\Documents and Settings\mshoemaker\projects\jakarta-jetspeed-2\maven.xml Element... maven:reactor Line.. 133 Column 40 Unable to obtain goal [java:compile] -- C:\Documents and Settings\mshoemaker\.maven\cache\maven-java-plugin-1.5\plugin.j elly:63:48: ant:javac Compile failed; see the compiler error output for details. Total time: 7 minutes 31 seconds Finished at: Fri Jan 14 10:01:23 CST 2005 It seems to me that this is more of a maven problem than Jetspeed. Is there a way to down load a prebuilt binary that is ready to deploy? What is the appropriate way to remedy this? Download all the dependencies one by one? - 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: j2 in tomcat 5.5
Marcel, This is probably the only significant error: Marcel Dullaart wrote: After a bit of investigation, it came down to the VC macro $!jetspeed.include($myF) on line 66 in /WEB-INF/decorations/portlet/html/tigris/decorator.vm, which doesn't result in any output. The rest of the messages are common with working J2 instances, but need to be cleaned up. Sorry for the confusion there, Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jetspeed 2 on Weblogic 8.1 Sp4
Bharat, You need to configure the org.apache.jetspeed.tools.pamanager.servletcontainer.ApplicationServerManager bean in jetspeed-spring.xml to use the WeblogicManager instead of the TomcatManager class, (from the same package). The WeblogicManager class takes no constructor arguments, (see the JBossManager entry in jetspeed-spring.xml) The autodeployment properties are ignored by WeblogicManager. Sorry, I am not much help on the connection pool issue... Randy Bharat Nagwani wrote: Hi, I installed J2m1 on Tomcat 4.1(hsql db). Works perfect. When I tried the same on Weblogic 8.1 sp4(hsql db) I get following error WARN: IOException, CatalinaPAM will only function as FileSystemPAM: java.net.ConnectException: Connection refused: connect Looking at source I see this message is coming from TomcatManager.java . This seems to get invoked because I have in JetSpeed.properties org.apache.jetspeed.catalina.version.major autodeployment.catalina.version.major=5 autodeployment.catalina.base=${applicationRoot}/../../ autodeployment.catalina.engine=Catalina autodeployment.server=localhost autodeployment.port=80 autodeployment.user=admin autodeployment.password=admin autodeployment.staging.dir=${applicationRoot}/WEB-INF/deploy autodeployment.target.dir=${applicationRoot}/../ autodeployment.delay=1 autodeployment.earlyInit = true 1. First of all why Tomcat class is getting invoked when I am using WebLogic 2. Second am I supposed to comment the above lines or why do I need autodeployment? 3. I am also getting java.lang.NoClassDefFoundError: weblogic/jdbc/wrapper/PoolConnection I am using DataSource JetspeedDB and corresponding conn pool to HSQL db in Weblogic. Any light on these will he helpful. thanks - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jetspeed 2 on Weblogic 8.1 Sp4
Bharat, I assume you are specifying 'weblogic/jdbc/wrapper/PoolConnection' in build.properties or jetspeed.xml. If so, you certainly need to make the driver class available to the Jetspeed webapp. With Tomcat, this is typically done by copying the appropriate jar containing the driver class to tomcat home/shared/lib. I assume there must be a similar procedure that one can follow for Weblogic, no? Randy Bharat Nagwani wrote: Thanks much. That did resolve the first two issues. Now I am on stuck on third. The exact message is java.lang.NoClassDefFoundError: weblogic/jdbc/wrapper/PoolConnection at java.lang.ClassLoader.defineClass0(Native Method) ... [org.apache.ojb.broker.accesslayer.ConnectionFactoryAbstractImpl] ERROR: SQLException thrown while trying to get Connection from Datasource (java:comp/env/jdbc/jetspeed) Cannot obtain connection: driverURL = jdbc:weblogic:pool:jetspeed, props = {enableTwoPhaseCommit=false, connectionPoolID=jetspeed, jdbcTxDataSource=true, dataSourceName=jetspeed}. Nested Exception: java.lang.RuntimeException: Failed to Generate Wrapper Class at weblogic.utils.wrapper.WrapperFactory.createWrapper(WrapperFactory.java: 183) It seems like I have to move weblogic connection class to the webapp. Is there any jetspeed or spring connection pool framework I can use instead? thanks -Original Message- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 3:50 PM To: Jetspeed Users List Subject: Re: jetspeed 2 on Weblogic 8.1 Sp4 Bharat, You need to configure the org.apache.jetspeed.tools.pamanager.servletcontainer.ApplicationServerMa nager bean in jetspeed-spring.xml to use the WeblogicManager instead of the TomcatManager class, (from the same package). The WeblogicManager class takes no constructor arguments, (see the JBossManager entry in jetspeed-spring.xml) The autodeployment properties are ignored by WeblogicManager. Sorry, I am not much help on the connection pool issue... Randy Bharat Nagwani wrote: Hi, I installed J2m1 on Tomcat 4.1(hsql db). Works perfect. When I tried the same on Weblogic 8.1 sp4(hsql db) I get following error WARN: IOException, CatalinaPAM will only function as FileSystemPAM: java.net.ConnectException: Connection refused: connect Looking at source I see this message is coming from TomcatManager.java . This seems to get invoked because I have in JetSpeed.properties org.apache.jetspeed.catalina.version.major autodeployment.catalina.version.major=5 autodeployment.catalina.base=${applicationRoot}/../../ autodeployment.catalina.engine=Catalina autodeployment.server=localhost autodeployment.port=80 autodeployment.user=admin autodeployment.password=admin autodeployment.staging.dir=${applicationRoot}/WEB-INF/deploy autodeployment.target.dir=${applicationRoot}/../ autodeployment.delay=1 autodeployment.earlyInit = true 1. First of all why Tomcat class is getting invoked when I am using WebLogic 2. Second am I supposed to comment the above lines or why do I need autodeployment? 3. I am also getting java.lang.NoClassDefFoundError: weblogic/jdbc/wrapper/PoolConnection I am using DataSource JetspeedDB and corresponding conn pool to HSQL db in Weblogic. Any light on these will he helpful. thanks - 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]
RE: jetspeed 2 on Weblogic 8.1 Sp4
Bharat, First see this wiki page: http://wiki.apache.org/portals/Jetspeed2/Fusion J1/Fusion and J2 use the same codebase, so I am fairly sure that you will need to follow these instructions. If you still have problems, perhaps some other J2/weblogic user can shed some light on your problem... sorry I cannot help more. Randy -Original Message- From: Bharat Nagwani To: Jetspeed Users List Sent: 1/11/05 5:49 PM Subject: RE: jetspeed 2 on Weblogic 8.1 Sp4 Hi, Jetspeed.xml does exist in my tomcat deployment in webapps folder. And I see it uses ResourceParams name=jdbc/jetspeed parameter namefactory/name valueorg.apache.commons.dbcp.BasicDataSourceFactory/value /parameter I don't see any property for connection class. Even then, this is not going to work on Weblogic putting jetspeed.xml same level as jetspeed folder. jetspeed.xml will only work with Tomcat. is there another place to specify connection class? Thanks -Original Message- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 4:25 PM To: Jetspeed Users List Subject: Re: jetspeed 2 on Weblogic 8.1 Sp4 Bharat, I assume you are specifying 'weblogic/jdbc/wrapper/PoolConnection' in build.properties or jetspeed.xml. If so, you certainly need to make the driver class available to the Jetspeed webapp. With Tomcat, this is typically done by copying the appropriate jar containing the driver class to tomcat home/shared/lib. I assume there must be a similar procedure that one can follow for Weblogic, no? Randy Bharat Nagwani wrote: Thanks much. That did resolve the first two issues. Now I am on stuck on third. The exact message is java.lang.NoClassDefFoundError: weblogic/jdbc/wrapper/PoolConnection at java.lang.ClassLoader.defineClass0(Native Method) ... [org.apache.ojb.broker.accesslayer.ConnectionFactoryAbstractImpl] ERROR: SQLException thrown while trying to get Connection from Datasource (java:comp/env/jdbc/jetspeed) Cannot obtain connection: driverURL = jdbc:weblogic:pool:jetspeed, props = {enableTwoPhaseCommit=false, connectionPoolID=jetspeed, jdbcTxDataSource=true, dataSourceName=jetspeed}. Nested Exception: java.lang.RuntimeException: Failed to Generate Wrapper Class at weblogic.utils.wrapper.WrapperFactory.createWrapper(WrapperFactory.java : 183) It seems like I have to move weblogic connection class to the webapp. Is there any jetspeed or spring connection pool framework I can use instead? thanks -Original Message- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 11, 2005 3:50 PM To: Jetspeed Users List Subject: Re: jetspeed 2 on Weblogic 8.1 Sp4 Bharat, You need to configure the org.apache.jetspeed.tools.pamanager.servletcontainer.ApplicationServerM a nager bean in jetspeed-spring.xml to use the WeblogicManager instead of the TomcatManager class, (from the same package). The WeblogicManager class takes no constructor arguments, (see the JBossManager entry in jetspeed-spring.xml) The autodeployment properties are ignored by WeblogicManager. Sorry, I am not much help on the connection pool issue... Randy Bharat Nagwani wrote: Hi, I installed J2m1 on Tomcat 4.1(hsql db). Works perfect. When I tried the same on Weblogic 8.1 sp4(hsql db) I get following error WARN: IOException, CatalinaPAM will only function as FileSystemPAM: java.net.ConnectException: Connection refused: connect Looking at source I see this message is coming from TomcatManager.java . This seems to get invoked because I have in JetSpeed.properties org.apache.jetspeed.catalina.version.major autodeployment.catalina.version.major=5 autodeployment.catalina.base=${applicationRoot}/../../ autodeployment.catalina.engine=Catalina autodeployment.server=localhost autodeployment.port=80 autodeployment.user=admin autodeployment.password=admin autodeployment.staging.dir=${applicationRoot}/WEB-INF/deploy autodeployment.target.dir=${applicationRoot}/../ autodeployment.delay=1 autodeployment.earlyInit = true 1.First of all why Tomcat class is getting invoked when I am using WebLogic 2.Second am I supposed to comment the above lines or why do I need autodeployment? 3.I am also getting java.lang.NoClassDefFoundError: weblogic/jdbc/wrapper/PoolConnection I am using DataSource JetspeedDB and corresponding conn pool to HSQL db in Weblogic. Any light on these will he helpful. thanks - 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
Re: jetspeed2-M1 with mssql
Carlos, I too use MSSQL in production and have ported J2 M1 successfully. However, there are some issues with the security-schema.sql script for MSSQL involving multiple cascading delete paths on foreign keys. I am still working on a solution for M2. I have not used the M1 installer yet, so I am not sure when/where to apply the attached patch, (I use the M1 release tarball on Linux). With the M1 release, one needs to run this patch before running ant to setup the database. Good luck! Randy [EMAIL PROTECTED] wrote: Mr. Scott, excellent, yeah any help would be appreciated. I trying to get it all ready for a production install myself. That mean that the jetspeed2 login portlet work for you with ms-sql,tomcat 5.0.28? It worked with hsql, but not mssql. anyway, you could be my hero. Again, it is a sweet install. I can't wait to hear back. Thanks, Carlos. I use Jetspeed 2 with MSSQL in production, however I always install manually and not with the installer. I wrote the installer so I will run some tests on our MSSQL instance here and see if I can get it to work. E-mail Protected wrote: Anyone try to build JetSpeed2-M1 with Mssql using the installer or the CVS download? I used the installer and CVS. everything worked expect when creating the entire database. i had to run the sql scripts by hand and then the populate script by hand. Also, the loginPortlet doesn't work, i keep getting LoginModule not found. I re-installed with hsql. and everything worked like a charm!! A real sweet install. My complements to the chefs. So now i just got to get the same result on mssql. and tips out there for me? (that is besides don't use msssql :-)) Thanks, Carlos. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] --- security-schema.sql.orig2004-12-16 17:44:26.0 -0700 +++ security-schema.sql 2004-12-16 17:43:45.0 -0700 @@ -603,7 +603,7 @@ ALTER TABLE SSO_PRINCIPAL_TO_REMOTE ADD CONSTRAINT SSO_PRINCIPAL_TO_REMOTE_FK_2 FOREIGN KEY (REMOTE_PRINCIPAL_ID) REFERENCES SECURITY_PRINCIPAL (PRINCIPAL_ID) -ON DELETE CASCADE +ON DELETE NO ACTION END ; @@ -649,7 +649,7 @@ ALTER TABLE SECURITY_USER_ROLE ADD CONSTRAINT SECURITY_USER_ROLE_FK_2 FOREIGN KEY (USER_ID) REFERENCES SECURITY_PRINCIPAL (PRINCIPAL_ID) -ON DELETE CASCADE +ON DELETE NO ACTION END ; @@ -672,7 +672,7 @@ ALTER TABLE SECURITY_USER_GROUP ADD CONSTRAINT SECURITY_USER_GROUP_FK_2 FOREIGN KEY (USER_ID) REFERENCES SECURITY_PRINCIPAL (PRINCIPAL_ID) -ON DELETE CASCADE +ON DELETE NO ACTION END ; @@ -695,7 +695,7 @@ ALTER TABLE SECURITY_GROUP_ROLE ADD CONSTRAINT SECURITY_GROUP_ROLE_FK_2 FOREIGN KEY (ROLE_ID) REFERENCES SECURITY_PRINCIPAL (PRINCIPAL_ID) -ON DELETE CASCADE +ON DELETE NO ACTION END ; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: How to create a custom profiling rule?
Marina, *.link files are only displayed if addressable in the / request directory as rootLinks, or as elements of a document set. This explains why they are not visible if located in the /dce-portal directory. Security limitations apply to link visibility, so perhaps that might explain why you do not see them when placed in the / directory? We still need to discuss use of the /dce-portal directory with your custom profiling rule, but I do not think it is messing up the display of rootLinks... of course, I might be missing something that should be obvious. Randy Marina wrote: Sorry to bother you all with this again... Ok, after I've done all these changes, I found a new problem as well: no links (*.link files) are displayed on either of the pages, for neither of the users. I tried placing them in the / and /dce-portal directory, but still nothing is displayed. Is this a problem with my new profiling rule? What determines whether links are displayed or not? Thanks! Marina --- Marina [EMAIL PROTECTED] wrote: Randy, thanks for your help. You are probably right and I made it more complicated than what it should be. Basically, what I would like to have in my portal is: 1. all application-specific portal pages/ docsets/ links should be in a separate directory, say, .../pages/dce-portal/ 2. users ('dce-user', 'dce-admin') with the 'dce-user-role' should be able to see one main page, dce-main-page.psml, and one additional page as a tab, dce-users-page.psml. Both .psml pages are in the .../pages/dce-portal/ directory 3. a generic (non-logged in, 'guest') user should see the ../pages/dce-portal/dce-main-page.psml, and nothing else So, to accomplish this, I have created this custom profiling rule: insert into PROFILING_RULE values ('dce-generic', 'org.apache.jetspeed.profiler.rules.impl.StandardProfilingRule', 'rule for non-logged in DCE portal users') insert into RULE_CRITERION values ('100', 'dce-generic', 0, 'path', 'path', '/dce-portal', 0) and assigned it to the 'guest', 'dce-user' and 'dce-admin' users. This made all pages visible to these three users. To restrict access to the user-specific page to the users with the 'dce-user-role' role, I've added the following security constraints to the dce-users-page.psml: security-constraint rolesdce-user-role/roles permissionsview/permissions /security-constraint Well, that did work. With the exception of those problems I mentioned in my previous post (one of them was fixed by using #if($site.rootLinks.isEmpty()) as David suggested) So, the only problem that is still left is inclusion of the .ds sets from the '/' directory. I would rather like to use the ../pages/dce-portal/ as the root directory, but my profiling rule does not seem to accomplish this. I hope I'm being clear :) And thanks a lot for looking into this! Marina --- Randy Watler [EMAIL PROTECTED] wrote: Marina, Using the Profiler effectively is more in my court, so let's see if I can help here. I think there are three subjects here that need individual attention: 1. you probably do not need to define a new profiling rule... there are some predefined rules that you can use to achieve role-based profiling, 2. the demo site is just that and you should start with a clean WEB-INF/pages directory only adding in what you need from the demo site, and 3. the tigris sample decorator is a good starting place, but most everyone ends up customizing and deploying their own flavor. So, rather than trying to figure out what you have now, I would like to know what your objective is. I'll then tell you how I'd solve it using the M1 release version. We can then compare notes and take it from there... ok? Randy -Original Message- From: Marina To: Jetspeed Users List Sent: 12/30/04 1:26 PM Subject: Re: How to create a custom profiling rule? David, Thanks for the clarification. I did find a way to do role-based profiling, basically, by restricting access to specific PSML pages by roles. I still have a few problems I was not able to solve so far. The main one is that I still get some elements from the '/' directory included into my pages, even though I explicitly specified in my profiling rule that only elements from a specific directory should be used. I think I made some stupid mistakes while creating custom profiling rules... Here is how I setup my portal's content and created a new profiling rule using direct SQL (I don't think it is possible to that through the Admin portlets yet): 1. create new directory for my Portal content: pages/dce-portal place into this directory: dce-main-page.psml dce-user-page.psml folder.metadata 2. define new role, 'dce-user-role', and assign it to the 'dce-user' user 3. define security constraints in the folder.metadata: 'guest' users can view all pages; users with 'dce-user-role' role can
RE: j2 initializing error
Krish, As far as the manager app port goes that can be configured to use your port, (2925), instead of 8080. See the release notes or getting started pages on the web site if you pulled from CVS. It is our experience that J2 will operate successfully with the PAM errors, but you may have to restart it once after it has initially deployed all of the portlet webapps. The issue with the JVM and prefs had much to do with the class loader. This is why everyone keeps telling you to check your JVM version. I would triple check that Tomcat is indeed launching the version of the JVM you expect. I am guessing that you are on a flavor of unix, so please use ps to verify the JVM being executed. I do not have a copy of commons-collections in shared/lib, (instead I have one in commons/lib and J2 has its own 3.0 copy in its own webapp). If you do have a 2.1 version in shared/lib, you might want to consider starting with a clean Tomcat instance and seeing if that helps. Finally, check webapps/jetspeed/logs/jetspeed.log for other messages that may shed some light on this. Tomcat 5.0.28 should work fine. IIRC, only 5.0.27 and some number of prior 5.0.X versions had issues with JAAS. Sorry I do not have any more concrete suggestions for you at this point. HTH, Randy -Original Message- From: Krish Chandra To: Jetspeed Users List Sent: 1/5/05 5:06 PM Subject: Re: j2 initializing error Hi, I managed to get the WARN: IOException, CatalinaPAM will only function as FileSystemPAM: java.net.ConnectException: Connection refused error out of the way by just using 8080 as the http port. However the NoClassDefFoundError is still there. I am beginning to think that this is some small configuration for the context loading or classpath that is creating the problem. Anyone has better pointers? below is the stack trace. -Krish PS: are there any known issues with tomcat-5.0.28 and J2? *** Using CATALINA_BASE: /ccs/mssl/ecs/dmefs/students/krish/jakarta-tomcat-5.0.28 Using CATALINA_HOME: /ccs/mssl/ecs/dmefs/students/krish/jakarta-tomcat-5.0.28 Using CATALINA_TMPDIR: /ccs/mssl/ecs/dmefs/students/krish/jakarta-tomcat-5.0.28/temp Using JAVA_HOME: /ccs/mssl/ecs/dmefs/krish/j2sdk1.4.2_06 - Initializing Coyote HTTP/1.1 on http-8080 - Initialization processed in 3456 ms - Starting service Catalina - Starting Servlet Engine: Apache Tomcat/5.0.28 - XML validation disabled - Create Host deployer for direct deployment ( non-jmx ) - Processing Context configuration file URL file:/ccs/mssl/ecs/dmefs/students/krish/jakarta-tomcat-5.0.28/conf/Catal ina/localhost/admin.xml - Initializing, config='org.apache.struts.util.LocalStrings', returnNull=true - Initializing, config='org.apache.struts.action.ActionResources', returnNull=true - Initializing, config='org.apache.webapp.admin.ApplicationResources', returnNull=true - Processing Context configuration file URL file:/ccs/mssl/ecs/dmefs/students/krish/jakarta-tomcat-5.0.28/conf/Catal ina/localhost/balancer.xml - Processing Context configuration file URL file:/ccs/mssl/ecs/dmefs/students/krish/jakarta-tomcat-5.0.28/conf/Catal ina/localhost/manager.xml - Processing Context configuration file URL file:/ccs/mssl/ecs/dmefs/students/krish/jakarta-tomcat-5.0.28/conf/Catal ina/localhost/jetspeed.xml - Setting useContextClassLoader = false - Delegating to '[EMAIL PROTECTED]' - Jetspeed Starting Initialization... - JetspeedServlet identifying web application root... - JetspeedServlet identifed web application root as /ccs/mssl/ecs/dmefs/students/krish/jakarta-tomcat-5.0.28/webapps/jetspee d/ - JetspeedServlet attempting to create the portlet engine... - Jetspeed environment attempting to initialize portal Engine... JNDI System Property flag null INFO: Deployment server port: 8080 INFO: Deployment server: localhost org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'java.util.prefs.PreferencesFactory' defined in URL [file:/ccs/mssl/ecs/dmefs/students/krish/jakarta-tomcat-5.0.28/webapps/j etspeed/WEB-INF/assembly/jetspeed-spring.xml]: Initialization of bean failed; nested exception is org.apache.jetspeed.prefs.PreferencesException: Failed to initialize prefs api. java.lang.NoClassDefFoundError: org/apache/commons/collections/CursorableLinkedList org.apache.jetspeed.prefs.PreferencesException: Failed to initialize prefs api. java.lang.NoClassDefFoundError: org/apache/commons/collections/CursorableLinkedList at org.apache.jetspeed.prefs.impl.PreferencesFactoryImpl.init(PreferencesFa ctoryImpl.java:69) * - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: How to create a custom profiling rule?
Marina, David is the Profiler Master, so he is much more qualified to explain its configuration and inner workings. The source is in components/profiler. See comments below... It seems that profiling rules are assigned to the users based on the user names. Yes. At least this is what I see in the PRINCIPAL_RULE_ASSOC table - I created a new user, 'dce_admin', and assigned a 'security' profiling rule to it, and the (dce_admin, page, security) values got inserted into the PRINCIPAL_RULE_ASSOC table. Just FYI, the locator/rule name security has special meaning in J2... you might want to pick another name for your custom rule to avoid confusion. The security locator/rule is used when a user has an expired password and must select a new one. See details in the archives of the dev list. Now my question: how could I assign a profiling rule to a rolename, not a username? For example, I might want all users with the 'dce_admin_role' role to use the 'security' rule. We have discussed this, but it is not been implemented yet. There is a global default mechanism in place: if you specify a PRINCIPAL_RULE_ASSOC entry with a username of '*, it will be used for all users. This feature may not be implemented in this way in the future, but there certainly will be some other way to do the same thing. Randy
Re: errors when loging as 'jetspeed' user
Marina, I use MySQL and MSSQL, so I am not familiar with the intricacies of using the HSQL implementation. If you pulled from CVS without specifying the M1 tag, 'JETSPEED-RELEASE-2-0-M1', you also picked up a few bug fixes, so these could have helped out the situation as well. Of course, sticking the appropriate with M1 release or CVS maven procedure is always advisable :-) Randy Marina wrote: Randy, you were absolutely right - the problems I had were due to some DB inconsistency, I think. I have reinstalled Tomcat and checked out latest version of J2M1 from CVS and I had no problem logging in or changing passwords as any of the users. I was trying to understand what exactly went wrong, though, as I did not feel comfortable loosing my working J2 installation. I looked more into what I've done and I think I found the most likely reason for the problem. In brief, I was mixing DB initialization/startup procedures from the binary and CVS installs - I was running 'maven start.production.server' with the binary install and start_database.bat after I reinstalled J2 from CVS... Also, incorrect users were being used as the 'org.apache.jetspeed.services.autodeployment.user' - admin' for CVS install, instead of 'j2deployer' (since I was using 'leftovers' in the build.properties file after the binary install) Basically, my guess is, that if you built J2 from a binary distribution, you should always start your Db with the start_database.bat script before starting Tomcat. And if you updated J2 from CVS, you should run 'maven quickStart' once at the build time, and then start the DB with the 'maven start.production.server' all subsequent times you start J2. I may be completely off here... Thanks for your help! Marina --- Randy Watler mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] wrote: Marina, The last time I had these kinds of problems I was using an out of date database and/or sql files. What version of J2 are you running? Have you run quickStart recently? Randy Marina wrote: Hi, I can't seem to login as the 'jetspeed' user anymore... First time I logged in - I was requested to change my password. So, I changed it, say, from password1 to password2. Then I tried to login using the password2 - and I was getting the following exception: javax.servlet.ServletException: Fatal error encountered while processing portal request: org.apache.jetspeed.pipeline.PipelineException: org.apache.jetspeed.pipeline.PipelineException: org.apache.jetspeed.pipeline.PipelineException: org.apache.jetspeed.aggregator.FailedToRenderFragmentException: Unable to render fragment because: org.apache.jetspeed.container.window.FailedToRetrievePortletWindow: org.apache.jetspeed.container.window.FailedToCreateWindowException: Error generating new PortletEntity: org.apache.jetspeed.components.portletentity.PortletEntityNotGeneratedEx ception: Failed to retrieve Portlet Definition for jetspeed::TwoColumns org.apache.jetspeed.engine.JetspeedServlet.doGet(JetspeedServlet.java:23 4) I restarted Jetspeed, logged in as 'admin' , and set password for the 'jetspeed' user back to 'password1'. Then I tried to login as 'jetspeed' and neither of the passwords was working anymore... Two questions: 1. how could I cleanup the 'jetspeed' user and reset its password? 2. how could I stop Jetspeed from requiring me to change the passwords all the time ? (drives me crazy to remember all changed passwords :-) ) Thank you! Marina __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo http://mobile.yahoo.com/maildemo - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Mail - 250MB free storage. Do more. Manage less. http://info.mail.yahoo.com/mail_250 http://info.mail.yahoo.com/mail_250 - To unsubscribe, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
Re: errors when loging as 'jetspeed' user
Marina, The last time I had these kinds of problems I was using an out of date database and/or sql files. What version of J2 are you running? Have you run quickStart recently? Randy Marina wrote: Hi, I can't seem to login as the 'jetspeed' user anymore... First time I logged in - I was requested to change my password. So, I changed it, say, from password1 to password2. Then I tried to login using the password2 - and I was getting the following exception: javax.servlet.ServletException: Fatal error encountered while processing portal request: org.apache.jetspeed.pipeline.PipelineException: org.apache.jetspeed.pipeline.PipelineException: org.apache.jetspeed.pipeline.PipelineException: org.apache.jetspeed.aggregator.FailedToRenderFragmentException: Unable to render fragment because: org.apache.jetspeed.container.window.FailedToRetrievePortletWindow: org.apache.jetspeed.container.window.FailedToCreateWindowException: Error generating new PortletEntity: org.apache.jetspeed.components.portletentity.PortletEntityNotGeneratedException: Failed to retrieve Portlet Definition for jetspeed::TwoColumns org.apache.jetspeed.engine.JetspeedServlet.doGet(JetspeedServlet.java:234) I restarted Jetspeed, logged in as 'admin' , and set password for the 'jetspeed' user back to 'password1'. Then I tried to login as 'jetspeed' and neither of the passwords was working anymore... Two questions: 1. how could I cleanup the 'jetspeed' user and reset its password? 2. how could I stop Jetspeed from requiring me to change the passwords all the time ? (drives me crazy to remember all changed passwords :-) ) Thank you! Marina __ Do you Yahoo!? Take Yahoo! Mail with you! Get it on your mobile phone. http://mobile.yahoo.com/maildemo - 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: J2 Profiler
Doug: Doug Schnelzer wrote: Just wanted to say thanks and let you know that I am implementing a number of scenarios to fully understand what is going on, but everything that you have explained thus far is working well for me. Good... but you never know when I might mess up or a bug might crop up... don't hesitate to email here! Can all of the info in the WEB-INF/pages directory be stored in the database instead of file based? Not yet. I am currently looking at a JCMS page manager implementation and am suposed to have it going by now, but am a tad bit behind. Second, I need to integrate Jetspeed2 authentication with an existing Oracle table of usernames and passwords. Would you mind pointing me in the right place to get started? Depends on what you need to do. Either configure JAAS to use your login source or implement your own SecurityValve and inject it in the J2 pipeline using pipelines.xml. I am not familar with all of the options, (I have not had to do this), but there should be more information in the lists. If not, send more email to this list and David/Scott can certainly help. Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Failed to initialize jetspeed.
Chris, I have seen this problem when jetspeed.xml is not found or read correctly from conf/Catalina/localhost. Please verify that the jetspeed webapp is being initialized correctly. Look for some line like this in catalina.out INFO: Processing Context configuration file URL file:/etc/tomcat5/Catalina/localhost/jetspeed.xml If jetspeed.xml is in webapps, then you need to set this property in your build.properties: org.apache.jetspeed.catalina.version.major=5 HTH, Randy -Original Message- From: Superman To: Hema Menon Cc: Jetspeed Users List Sent: 12/18/04 3:45 PM Subject: Re: Failed to initialize jetspeed. Hema, Thanks for the direction, however it seemed not to change the error so I resorted to downloading the latest version of Tomcat version 5.5.4 and compiled jetspeed2 and configured it to work with postgres database. I checked to make sure that the correct xml and properties files where in place to the best of my abilities and the information everyone has provided at the moment. All compiles well and the database scripts pre-populated the database but I get the same error I got with the JBOSS version when i use the url http://localhost:8080/jetspeed and it seems like the Datasource is not found from the error message below. I don't know enough about jetspeed yet to trouble shoot the problem. What configuration has to be in place in order for this lookup to occur properly? Thanks for you help, chris [org.apache.ojb.broker.accesslayer.ConnectionFactoryAbstractImpl] ERROR: SQLException thrown while trying to get Connection from Datasource (java:comp/env/jdbc/jetspeed) Cannot create JDBC driver of class '' for connect URL 'null' org.apache.tomcat.dbcp.dbcp.SQLNestedException: Cannot create JDBC driver of class '' for connect URL 'null' at org.apache.tomcat.dbcp.dbcp.BasicDataSource.createDataSource(BasicDataSo urce.java:780) at org.apache.tomcat.dbcp.dbcp.BasicDataSource.getConnection(BasicDataSourc e.java:540) at org.apache.ojb.broker.accesslayer.ConnectionFactoryAbstractImpl.newConne ctionFromDataSource(Connec tionFactoryAbstractImpl.java:204) at org.apache.ojb.broker.accesslayer.ConnectionFactoryAbstractImpl.lookupCo nnection(ConnectionFactory AbstractImpl.java:112) at org.apache.ojb.broker.accesslayer.ConnectionManagerImpl.getConnection(Co nnectionManagerImpl.java:1 05) at org.springframework.orm.ojb.PersistenceBrokerTransactionManager.doBegin( PersistenceBrokerTransacti onManager.java:187) at org.springframework.transaction.support.AbstractPlatformTransactionManag er.getTransaction(Abstract PlatformTransactionManager.java:269) at org.springframework.transaction.interceptor.TransactionAspectSupport.cre ateTransactionIfNecessary( TransactionAspectSupport.java:201) On Fri, 2004-12-17 at 15:12, Hema Menon wrote: Quoted response from previous messages It looks like you might be missing some of the OJB repository files in your classpath. 1. verify that these files are present under webapps/jetspeed/WEB-INF/classes in you tomcat install: OJB-logging.properties OJB.properties repository_database.xml repository.dtd repository_internal.xml repository.xml TEMP.xml Hema On Fri, 17 Dec 2004 09:59:55 -0500, Superman [EMAIL PROTECTED] wrote: Hi, I've deployed jetspeed2 on jboss 4.0 on jdk 1.5 per the instructions for deploying to jboss and I get the servlet error below when I try the url http://localhost:8080/jetspeed. I looked in the logs and it appears that the PreferenceFactory failed with the error below from the jetspeed.log. Any help or direction on how to troubleshoot the problem is appreciated. chris jetspeed.log 2004-12-17 09:30:34,685 [main] INFO STDOUT - Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'java.util.prefs.PreferencesFactory' defined in URL [file:/home/chris/programs/jboss-4.0.0/server/j2/deploy/jetspeed.war/WEB -INF/assembly/jetspeed-spring.xml]: Initialization of bean failed; nested exception is org.apache.jetspeed.prefs.PreferencesException: Failed to initialize prefs api. java.lang.ExceptionInInitializerError 2004-12-17 09:30:34,685 [main] INFO STDOUT - at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFac tory.createBean(AbstractAutowireCapableBeanFactory.java:300) servlet error: javax.servlet.ServletException: Failed to initalize jetspeed. org.apache.jetspeed.exception.JetspeedException: Unable to create Engine org.apache.jetspeed.engine.JetspeedServlet.doGet(JetspeedServlet.java:20 6) javax.servlet.http.HttpServlet.service(HttpServlet.java:697) javax.servlet.http.HttpServlet.service(HttpServlet.java:810) org.apache.jasper.runtime.PageContextImpl.doForward(PageContextImpl.java :670) org.apache.jasper.runtime.PageContextImpl.forward(PageContextImpl.java:6 37) org.apache.jsp.index_jsp._jspService(index_jsp.java:44)
RE: jetspeed-2 problem
Amit, J2 demo site user/passwords are: admin/admin user/user manager/manager tomcat/tomcat jetspeed/jetspeed Randy -Original Message- From: Amit Soni To: [EMAIL PROTECTED] Sent: 12/18/04 4:27 AM Subject: jetspeed-2 problem Hi all, I m installing jetspeed-2 sucessfully but when i m login at that time i have given :: UserName :: admin Password :: jetspeed at that time it gives error like :: Dec 18, 2004 5:39:38 PM org.apache.catalina.realm.JAASRealm authenticate WARNING: Login exception authenticating username admin javax.security.auth.login.LoginException: Authentication failed: Password does not match at org.apache.jetspeed.security.impl.DefaultLoginModule.login(DefaultLoginM odule.java:167) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.jav a:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessor Impl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at javax.security.auth.login.LoginContext.invoke(LoginContext.java:769) at javax.security.auth.login.LoginContext.access$000(LoginContext.java:186) at javax.security.auth.login.LoginContext$4.run(LoginContext.java:683) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.login.LoginContext.invokePriv(LoginContext.java:680) at javax.security.auth.login.LoginContext.login(LoginContext.java:579) at org.apache.catalina.realm.JAASRealm.authenticate(JAASRealm.java:316) at org.apache.catalina.authenticator.FormAuthenticator.authenticate(FormAut henticator.java:229) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(Authenticator Base.java:446) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java :137) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java :118) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:102) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve. java:109) at org.apache.catalina.core.StandardValveContext.invokeNext(StandardValveCo ntext.java:104) at org.apache.catalina.core.StandardPipeline.invoke(StandardPipeline.java:5 20) at org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:929) at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:160) at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:79 9) at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processC onnection(Http11Protocol.java:705) at org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoint.java:57 7) at org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool .java:683) at java.lang.Thread.run(Thread.java:595) so any one of u have idea regarding this then pls help me... Regards, Amit -- Netcore's New Website http://www.netcore.co.in -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: J2 Profiler
Marina/Doug: While I was out walking the dog this morning, I realized that I should probably clarify the difference between the manager/manager and admin/admin logins. As you might of guessed, the admin/admin login has the admin role. It is granted global view/edit permissions in the pages.security file... so it can view everything on the site the profiler allows it to see regardless of security constraints. In contrast, the manage/manager login relies on and is subject to the page and folder security constraints in the demo configuration. So, the visibility of the /Adminstrative pages is granted to admin/admin by the global constraint and manager/manager by the local constraints in /Administative/folder.metadata. Niether admin/admin nor manager/manager have any profiling locators or rules specified. As a result, they use the 'j1' rule and have no customized content in /_user/admin or /_user/manager. You both probably already figured this out, but I thought I'd share just in case! Randy -Original Message- From: Randy Watler To: Jetspeed Users List Sent: 12/16/04 10:53 PM Subject: Re: J2 Profiler Marina, Feedback inline below... Marina wrote: When user is not logged in, he is a guest user by default. According to the j1 profiling rule (???), pages for the guest user should be taken from the \pages\_user\guest\ directory. However, since this directory does not exist, a default fallback (is that right?) rule is used and the default pages/directories are used: \pages\default-page.psml Yes. The 'j1' search/fallback rule for '/some-page.psml' request for 'fred' using a 'html' browser in the 'en_US' locale would be: /_user/fred/_mediatype/html/_language/en/_country/US/some-page.psml /_user/fred/_mediatype/html/_language/en/some-page.psml /_user/fred/_mediatype/html/some-page.psml /_user/fred/some-page.psml /some-page.psml / Other search/fallback profiling rules are available for 'role-fallback', 'group-fallback', and 'role-group'. One can also define their own custom profiling rules and assign them to users and document sets. When logged in as a user user: -- Everything from the \pages\ directory is used; stuff from the \pages\_user\user\ is used in addition to that -- user-specific content comes from the \pages\_user\user , for example, new .psml files and corresponding Tabs that are displayed for the user user only: p003.psml -- [USER 003] PSML page tab nested-layout.psml -- Nested Layout tab Yes. Most navigations that are specific to the user are prefixed with a '[USER]' tag for this test case. -- user user also has the user role (I wish the names would be somewhat different :-) ). Additional user-role-specific stuff comes from the \pages\_role\user\ directory. It has only one directory - \top-links\ , which is referenced from the \pages\_user\user\top-pages.ds file: document-set title[USER] Top Pages/title profile-locatordocset/profile-locator document-path regexp=true/top-links/*.*/document-path /document-set (see questions on that below) Yes. When logged in as admin user: -- you see everything that the guest user can see, but in addition, you also see the Jetspeed Administrative Portlets link under the Folders and Pages header in the left-side menu -- there is also a top-pages.ds file in the \pages\ dir that defines this: ?xml version=1.0 encoding=UTF-8? document-set titleTop Pages/title metadata name=title xml:lang=frPage haut/metadata profile-locatordocset/profile-locator document-path/Administrative/document-path /document-set In addition, admin user also has the manager role, so the \pages\_role\manager\ dir is used for the manager-specific content: Actually, the 'manager' user does NOT use this directory because it uses the default 'j1' rule. This directory content and its effect on navigations can be seen using the jetspeed/jetspeed login: it uses the 'role-fallback' for 'page' profiling. the folder.metadata determines what is included into the page. It has: document-orderAdministrative/document-order My guess: this is why only a user in the manager role can see the Administrative Portlets link (is this right?) No. Security constraints in the Administrative folder.metadata enforce that. Document order is strictly used to control the ordering of navigational elements... but only if they are otherwise accessible. All documents that are explicitly ordered appear first. The remaining follow sorted alphabetically. The first folder found according to the profiling search/fallback rules with metadata that contains any document ordering is used for ALL document navigations in the page. But then, the \pages\_role\manager\folder.metadata also has: document-orderGoogle.link/document-order document-orderp001.psml/document-order document-orderp002.psml/document-order document-orderp003.psml/document-order document-orderp004.psml/document-order but none of them (links for .link and tabs for .psml) is displayed
J2 Profiler, was: Re: Jetspeed2 M1 security setup
Doug Schnelzer wrote: Randy, Thanks for the guidance. Putting the login portlet in a plain page in the guest directory and protecting everything else works well. In the future, it would be nice to dynamically show/hide portlets on a page based on a user's role. It is definitely under consideration... odds are it will be there in M2 if I had to guess, but others need to weigh in. As I dig in further, can you point me in the right direction for learning more about how the profiler works? Should I just follow the Jetspeed2 source code? If so, can you point me at a Java class to start with? First, look and understand the examples shipped with J2. Try logging in as user/user and jetspeed/jetspeed. Compare what you see with the various content pages and other elements in the pages directories. For more detail, check out this document: http://cvs.apache.org/viewcvs.cgi/jakarta-jetspeed-2/design-docs/src/profiler/J2-page-manager-profiling.sxw This is an OpenOffice document. I can email you another format if you'd like. The source code for all of this resides in /components/profiler and /components/page-manager, but it is not trivial. Feel free to ask questions here so that others can read about the profiler and how to configure it! Also as I browse through the WEB-INF/pages directory structure, there seems to be psml files that aren't displayed (e.g. pages/_user/user/p003.psml and pages/_user/user/nested-layout.psml). These are simply user files for 'user', (instead of 'guest')! Login as user/user. I'd like to learn more about how this works. Is the psml documentation for Jetspeed 1 applicable? Personally, I'd prefer if you stick with J2 resources and asking questions here. We can also contribute to the wiki as we go, (if nothing else we can link back to user list threads). If not can you recommend a better starting point (part of the source code is fine) for some self-study on overall navigation and layout? The easiest thing is to look at the examples. For a better understanding of navigations/layout, look at the Velocity, (*.vm), templates in the WEB-INF/decorations/layout/html/tigris and WEB-INF/decorations/portlet/html/tigris directories. Most of all, don't be shy on this list! Thanks very much, Doug No problem... good luck with J2! Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2 Profiler
Marina, Feedback inline below... Marina wrote: When user is not logged in, he is a guest user by default. According to the j1 profiling rule (???), pages for the guest user should be taken from the \pages\_user\guest\ directory. However, since this directory does not exist, a default fallback (is that right?) rule is used and the default pages/directories are used: \pages\default-page.psml Yes. The 'j1' search/fallback rule for '/some-page.psml' request for 'fred' using a 'html' browser in the 'en_US' locale would be: /_user/fred/_mediatype/html/_language/en/_country/US/some-page.psml /_user/fred/_mediatype/html/_language/en/some-page.psml /_user/fred/_mediatype/html/some-page.psml /_user/fred/some-page.psml /some-page.psml / Other search/fallback profiling rules are available for 'role-fallback', 'group-fallback', and 'role-group'. One can also define their own custom profiling rules and assign them to users and document sets. When logged in as a user user: -- Everything from the \pages\ directory is used; stuff from the \pages\_user\user\ is used in addition to that -- user-specific content comes from the \pages\_user\user , for example, new .psml files and corresponding Tabs that are displayed for the user user only: p003.psml -- [USER 003] PSML page tab nested-layout.psml -- Nested Layout tab Yes. Most navigations that are specific to the user are prefixed with a '[USER]' tag for this test case. -- user user also has the user role (I wish the names would be somewhat different :-) ). Additional user-role-specific stuff comes from the \pages\_role\user\ directory. It has only one directory - \top-links\ , which is referenced from the \pages\_user\user\top-pages.ds file: document-set title[USER] Top Pages/title profile-locatordocset/profile-locator document-path regexp=true/top-links/*.*/document-path /document-set (see questions on that below) Yes. When logged in as admin user: -- you see everything that the guest user can see, but in addition, you also see the Jetspeed Administrative Portlets link under the Folders and Pages header in the left-side menu -- there is also a top-pages.ds file in the \pages\ dir that defines this: ?xml version=1.0 encoding=UTF-8? document-set titleTop Pages/title metadata name=title xml:lang=frPage haut/metadata profile-locatordocset/profile-locator document-path/Administrative/document-path /document-set In addition, admin user also has the manager role, so the \pages\_role\manager\ dir is used for the manager-specific content: Actually, the 'manager' user does NOT use this directory because it uses the default 'j1' rule. This directory content and its effect on navigations can be seen using the jetspeed/jetspeed login: it uses the 'role-fallback' for 'page' profiling. the folder.metadata determines what is included into the page. It has: document-orderAdministrative/document-order My guess: this is why only a user in the manager role can see the Administrative Portlets link (is this right?) No. Security constraints in the Administrative folder.metadata enforce that. Document order is strictly used to control the ordering of navigational elements... but only if they are otherwise accessible. All documents that are explicitly ordered appear first. The remaining follow sorted alphabetically. The first folder found according to the profiling search/fallback rules with metadata that contains any document ordering is used for ALL document navigations in the page. But then, the \pages\_role\manager\folder.metadata also has: document-orderGoogle.link/document-order document-orderp001.psml/document-order document-orderp002.psml/document-order document-orderp003.psml/document-order document-orderp004.psml/document-order but none of them (links for .link and tabs for .psml) is displayed on the page. I would guess that all pxxx.psml are not displayed simply because they do not exist in the \pages\_role\manager\ folder. What about the Google.link though? It does exist in the directory Again, these are not seen for manager/manager, but can by jetspeed/jetspeed. Pages, links, and other documents are ALWAYS aggregated unless filtered by profiling or security constraints. Questions: How are .ds files (docset definitions ??) and the role-specific folders (like \pages\_role\manager ) are related? Document sets are populated using a specified profile locator name. This name defaults to 'docset' and falls back to 'page' if not specified. Profile locator names are used to specify profiling rules for individual user principals. Pages and other documents are always profiled using the rule assigned to the 'page' locator name for the current user. If a user does not have a rule assigned for 'page', the default 'j1' profiling rule is used. So, for the user/user login, 'page' is set to 'j1' and 'docset' is set to 'role-group'. This means that the profiling search paths I outlined above for 'guest' are used to locate pages. However,
Re: Jetspeed2 M1 security setup
Doug, Portlet level security constraints are apparently the responsibility of the portlet writer to implement, so the portal and portlet container will always display the portlet. We just received clarification on this from the pluto mail list: http://nagoya.apache.org/eyebrowse/ReadMsg?listId=261msgNo=2160 So, one way to achieve what you are after is to use the profiler. When the user is not logged in, they are known as 'guest'. By default, users are profiled using the 'j1' rule. This all boils down to the fact that unauthenticated users can be directed to pages placed in the .../WEB-INF/pages/_user/guest directory. Place your stripped down version of your pages in this 'guest' directory, (without your role security), and then secure all the rest of the pages in your site by role. HTH, Randy Doug Schnelzer wrote: I've been working through this thread. It's very helpful. Thanks to Marina and Randy for providing some good documentation here. As I have worked through this, I have a follow up question... Is there a way in a psml file or in one of the deployment descriptors to require a role before displaying some of the portlets on a page? I want to modify the default page so that only the login portlet is visible until a user logs in. If I make the entire page require a role, then I can't log in to establish my identity. Thanks, Doug -Original Message- From: Marina [mailto:[EMAIL PROTECTED] Sent: Monday, December 13, 2004 4:35 PM To: Jetspeed Users List Subject: RE: Jetspeed2 M1 security setup Randy, thanks a lot for your help! I was able to setup a basic access control to my portlet's view and Edit mode. I do have more questions on the user management in J2, though :) I've created a new user, dce-admin, using the Administrative Portlets as 'admin' user. This worked fine, and I was able to detect this user through the PortletResponse.getUserPrincipal(). I've also tried to create a new role, say dce-admin-role, and assign this role to the new user. This , unfortunately, did not work. I entered the new role name into the corresponding form (Add Role) of the Role Management tab, but it was never added to the list of the available roles and when I tried to assign this role to the new user I've got an error from J2 complaining that this role does not exist: *** New Full Path: /role/dce-admin-role failed to add user to role: dce-admin, dce-admin-roleorg.apache.jetspeed.security.SecurityException: The role does not exist. dce-admin-role *** New Full Path: /role/dce-admin-role Any idea why this is not working? Thanks, Marina --- Randy Watler [EMAIL PROTECTED] wrote: Marina, Thanks for using the jetspeed user list! Comments below. Randy -Original Message- From: Marina To: 'Jetspeed Users List ' Sent: 12/6/04 5:06 PM Subject: RE: Jetspeed2 M1 security setup (was: jetspeed-newbie Roles-Groups-Users) Hi, I've successfully built and installed J2 M1 and was looking into the demo applications to figure out how to setup access control for portlets/pages. After checking out some example portlets , like RoleSecurityTest and Login, and their source code, I think I have some idea of how to approach the task but I would like to clarify some topics. First, I'll list my assumptions and then ask questions: 1. tomcat-5.0.30-j2-M1\webapps\jetspeed\WEB-INF\pages\page.security file specifies 'Edit'/'View' permissions for the default Portal's page, defined in default-page.psml The /page.security file defines named security constraints that can be referenced here or in individual page, folder meta data, link, or document set documents. The scope of this file is global across the entire site. References take the form of global-security-constraints-ref/, (which appear only in /page.security), or security-constraints-ref/. Thus, this part : security-constraints-def name=admin security-constraint rolesadmin/roles permissionsview, edit/permissions /security-constraint /security-constraints-def means that only a user with the role 'admin' can edit the layout of the page. Yes, since this fragment is referenced in a global-security-constraints-ref/, it applies to all documents in the site. And this fragment: security-constraints-def name=manager security-constraint rolesmanager/roles permissionsview/permissions /security-constraint /security-constraints-def means that a user with the role 'manager' can view the page. Yes, where used with a security-constraints-ref/. However, anybody can view this default page in reality - even before a user logs in. You don't need any special privileges to access http://localhost:8080/jetspeed to see the page. My assumption is that it is because security constraints are overwritten in the pages/folder.metadata file (see below). Is that true? Not exactly. The override is in the default
Re: Jetspeed2 M1 security setup
Ate Douma wrote: Randy Watler wrote: Doug, Portlet level security constraints are apparently the responsibility of the portlet writer to implement, so the portal and portlet container will always display the portlet. We just received clarification on this from the pluto mail list: http://nagoya.apache.org/eyebrowse/ReadMsg?listId=261msgNo=2160 One small correction: only the portlet container should not enforce security constraints according to the portlet specification. The portal can, as Randy showed in the example below. Another solution would be to use security constraints on a page, restricting (certain type of) access to only certain users, roles or groups. Just to be clear, I think Doug is trying to control access by role at the page level but wants finer grain control over portlet in the page. This is not available now, so I was proposing he try controlling acess to two different pages with appropriate portlet subsets via the profiler. Furthermore, this should not only be possible on page level but even on (psml) fragment level, but that isn't yet implemented I think (Randy?). This is not implemented in M1. If (when) it is, you can simply restrict certain parts of a page to certain users, groups and/or roles. Well, David and I discussed this just before M1 was released. I actually had it implemented on the fragment level, but we figured that the portlet security constraints would be sufficient/conflicting, so we removed it. However, we did not have the Pluto ruling then. So, we'll have to revist this for M2. I'll add it to my to-do list. So, one way to achieve what you are after is to use the profiler. When the user is not logged in, they are known as 'guest'. By default, users are profiled using the 'j1' rule. This all boils down to the fact that unauthenticated users can be directed to pages placed in the .../WEB-INF/pages/_user/guest directory. Place your stripped down version of your pages in this 'guest' directory, (without your role security), and then secure all the rest of the pages in your site by role. HTH, Randy Doug Schnelzer wrote: I've been working through this thread. It's very helpful. Thanks to Marina and Randy for providing some good documentation here. As I have worked through this, I have a follow up question... Is there a way in a psml file or in one of the deployment descriptors to require a role before displaying some of the portlets on a page? I want to modify the default page so that only the login portlet is visible until a user logs in. If I make the entire page require a role, then I can't log in to establish my identity. Thanks, Doug - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Jetspeed2 M1 security setup
Marina, There you have it, (thanks David). It is a simple matter to add users, roles, groups, etc. directly to the DB in the interim. See one of the following scripts: CVS - src/sql/populate-userinfo-for-default-psml.sql CVS - src/sql/db name/populate-userinfo-for-default-psml.sql M1 - jetspeed-database/scripts/sql/DML/populate-userinfo-for-default-psml.sql M1 - jetspeed-database/scripts/sql/DML/db name/populate-userinfo-for-default-psml.sql Randy David Le Strat wrote: Marina, Implementation of the role management portlet is not complete. Regards, David Le Strat. --- Marina [EMAIL PROTECTED] wrote: Randy, thanks a lot for your help! I was able to setup a basic access control to my portlet's view and Edit mode. I do have more questions on the user management in J2, though :) I've created a new user, dce-admin, using the Administrative Portlets as 'admin' user. This worked fine, and I was able to detect this user through the PortletResponse.getUserPrincipal(). I've also tried to create a new role, say dce-admin-role, and assign this role to the new user. This , unfortunately, did not work. I entered the new role name into the corresponding form (Add Role) of the Role Management tab, but it was never added to the list of the available roles and when I tried to assign this role to the new user I've got an error from J2 complaining that this role does not exist: *** New Full Path: /role/dce-admin-role failed to add user to role: dce-admin, dce-admin-roleorg.apache.jetspeed.security.SecurityException: The role does not exist. dce-admin-role *** New Full Path: /role/dce-admin-role Any idea why this is not working? Thanks, Marina - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: J2M1 binary and mysql
Nope: http://www.apache.org/dist/portals/jetspeed-2/JETSPEED-2.0-M1-README.txt Note that older versions of MySQL, as in 3.X, may not work Certainly, 4.1 has been tested and has been verified on both windows and lunix platforms! Randy News Hunter wrote: how can i use mysql with j2m1? must i build it? --- -News Hunter- --- - 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-2 deploy problem
Amit, Try: http://wiki.apache.org/portals/Jetspeed2/JBossHowTo ...and search the archives. Randy -Original Message- From: Amit Soni To: [EMAIL PROTECTED] Sent: 12/9/04 11:23 PM Subject: jetspeed-2 deploy problem Hi all, Here i want to deploy jetspeed-2 but it gives me some problem. for that i m using OS :: Linux Fedora-1 JVM :: jdk-1.5 JBOSS:: jboss-4.0 so for jdk1.5 i modify some java file b'coz it contains variable name enum which is keyword in jdk1.5 so change enum to enum1.. i tried to deploy it in jboss-4.0 when i run the home page of jetspeed then nothing is appear. and when i check the logs of jetspeed then in file :: digester.log in this file it gives exception like this :: 2004-12-10 12:03:39,965 [main] DEBUG org.apache.commons.digester.Digester - addRuleSet() with no namespace URI 2004-12-10 12:03:39,994 [main] DEBUG org.apache.commons.digester.Digester.sax - setDocumentLocator(org.apache.xerces.parsers.AbstractSAXParser$LocatorPr [EMAIL PROTECTED]) 2004-12-10 12:03:39,994 [main] DEBUG org.apache.commons.digester.Digester.sax - startDocument() 2004-12-10 12:03:39,994 [main] DEBUG org.apache.commons.digester.Digester.sax - startElement(,,toolbox) 2004-12-10 12:03:39,995 [main] DEBUG org.apache.commons.digester.Digester - Pushing body text '' 2004-12-10 12:03:39,995 [main] DEBUG org.apache.commons.digester.Digester - New match='toolbox' 2004-12-10 12:03:39,996 [main] DEBUG org.apache.commons.digester.Digester - No rules found matching 'toolbox'. 2004-12-10 12:03:39,996 [main] DEBUG org.apache.commons.digester.Digester.sax - characters( ) 2004-12-10 12:03:39,996 [main] DEBUG org.apache.commons.digester.Digester.sax - startElement(,,tool) 2004-12-10 12:03:39,996 [main] DEBUG org.apache.commons.digester.Digester - Pushing body text ' ' 2004-12-10 12:03:39,996 [main] DEBUG org.apache.commons.digester.Digester - New match='toolbox/tool' 2004-12-10 12:03:39,997 [main] DEBUG org.apache.commons.digester.Digester - Fire begin() for ObjectCreateRule[className=org.apache.velocity.tools.view.servlet.Servle tToolInfo, attributeName=null] 2004-12-10 12:03:39,997 [main] DEBUG org.apache.commons.digester.Digester - [ObjectCreateRule]{toolbox/tool}New org.apache.velocity.tools.view.servlet.ServletToolInfo 2004-12-10 12:03:40,000 [main] ERROR org.apache.commons.digester.Digester - Begin event threw exception java.lang.ClassNotFoundException: No ClassLoaders found for: org.apache.velocity.tools.view.servlet.ServletToolInfo at org.jboss.mx.loading.LoadMgr3.beginLoadTask(LoadMgr3.java:198) at org.jboss.mx.loading.RepositoryClassLoader.loadClassImpl(RepositoryClass Loader.java:463) at org.jboss.mx.loading.RepositoryClassLoader.loadClass(RepositoryClassLoad er.java:374) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at org.apache.commons.digester.ObjectCreateRule.begin(ObjectCreateRule.java :252) at org.apache.commons.digester.Rule.begin(Rule.java:200) at org.apache.commons.digester.Digester.startElement(Digester.java:1273) at org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanStartElement(U nknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDis patcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unkno wn Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.commons.digester.Digester.parse(Digester.java:1567) at org.apache.velocity.tools.view.XMLToolboxManager.load(XMLToolboxManager. java:185) at org.apache.velocity.tools.view.servlet.ServletToolboxManager.getInstance (ServletToolboxManager.java:210) at org.apache.velocity.tools.view.servlet.VelocityViewServlet.initToolbox(V elocityViewServlet.java:269) at org.apache.velocity.tools.view.servlet.VelocityViewServlet.init(Velocity ViewServlet.java:212) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.jav a:1029) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:862) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.j ava:4013) at org.apache.catalina.core.StandardContext.start(StandardContext.java:4357 ) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.ja va:823) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:595) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at
RE: Jetspeed2 M1 security setup (was: jetspeed-newbie Roles-Group s-Users)
Marina, Thanks for using the jetspeed user list! Comments below. Randy -Original Message- From: Marina To: 'Jetspeed Users List ' Sent: 12/6/04 5:06 PM Subject: RE: Jetspeed2 M1 security setup (was: jetspeed-newbie Roles-Groups-Users) Hi, I've successfully built and installed J2 M1 and was looking into the demo applications to figure out how to setup access control for portlets/pages. After checking out some example portlets , like RoleSecurityTest and Login, and their source code, I think I have some idea of how to approach the task but I would like to clarify some topics. First, I'll list my assumptions and then ask questions: 1. tomcat-5.0.30-j2-M1\webapps\jetspeed\WEB-INF\pages\page.security file specifies 'Edit'/'View' permissions for the default Portal's page, defined in default-page.psml The /page.security file defines named security constraints that can be referenced here or in individual page, folder meta data, link, or document set documents. The scope of this file is global across the entire site. References take the form of global-security-constraints-ref/, (which appear only in /page.security), or security-constraints-ref/. Thus, this part : security-constraints-def name=admin security-constraint rolesadmin/roles permissionsview, edit/permissions /security-constraint /security-constraints-def means that only a user with the role 'admin' can edit the layout of the page. Yes, since this fragment is referenced in a global-security-constraints-ref/, it applies to all documents in the site. And this fragment: security-constraints-def name=manager security-constraint rolesmanager/roles permissionsview/permissions /security-constraint /security-constraints-def means that a user with the role 'manager' can view the page. Yes, where used with a security-constraints-ref/. However, anybody can view this default page in reality - even before a user logs in. You don't need any special privileges to access http://localhost:8080/jetspeed to see the page. My assumption is that it is because security constraints are overwritten in the pages/folder.metadata file (see below). Is that true? Not exactly. The override is in the default-page.psml itself, (user=*, permission=view). What is the scope of the page.security definitions and where are they used? See above. 2. each folder under /pages directory (including /pages itself) has a folder.metadata file where more security-constraints are defined for that folder. For example, here is pages/folder.metadata: . security-constraints security-constraint rolesuser/roles permissionsview/permissions /security-constraint security-constraints-refmanager/security-constraints-ref /security-constraints This should be commented out in M1. security-constraints security-constraint users*/users permissionsview/permissions /security-constraint /security-constraints /folder And this is why all users can see the default page. (Is that true?) It would be the case if default-page.psml did not override on its own. To be exact, this allows all users to view the folder and any content within it that does not specify its own security constraints. In effect, this is the site default for global pages because it is defined at the root leve. On the other hand, here is pages\Administrative\folder.metadata : folder titleJetspeed Administrative Portlets/title !-- allow only manager role -- security-constraints security-constraints-refmanager/security-constraints-ref /security-constraints /folder This folder corresponds to the Jetspeed Administrative Portlets menu item in the 'Folder and Pages' menu on the left side of the Portal window. However, it is displayed only when a user with the 'manager' role logged in. Correct. It also requires that its contents only be visible in the manager role as well. 3. There also are security-constraints in the .psml files themselves. For example, pages/default-page.psml has: security-constraints security-constraint users*/users permissionsview/permissions /security-constraint /security-constraints Yes, and it is this that enables any user to view the default page, no matter what the folder that the page belongs to is permitted. 4. Also, there are security-ref defined in the portlet.xml files of individual portlets. For example: portlet id=RoleSecurityTest . security-role-ref role-nameAdministrator/role-name role-linkadmin/role-link /security-role-ref security-role-ref role-nameManager/role-name role-linkmanager/role-link /security-role-ref security-role-ref role-nameUser/role-name role-linkuser/role-link /security-role-ref /portlet and corresponding security-roles are defined in the web.xml file of the portlet application: web-app security-role descriptionThe admin role/description
RE: jetspeed-newbie Roles-Groups-Users
No worries Marina, lets get it figured out... :) Randy -Original Message- From: Marina To: Jetspeed Users List Sent: 12/1/04 8:47 AM Subject: Re: jetspeed-newbie Roles-Groups-Users Hi, sorry, I'm still struggling with the user management/ access control. The documentation from J2's profiler directory helped somewhat but now I have even more questions than before :) First, I looked at the jetspeed.xml - and I see --- Randy Watler [EMAIL PROTECTED] wrote: Marina, There are two different Roles/Groups/Users domains in effect: Tomcat's and Jetspeed's. Jetspeed has its own JAAS login/logout that is managed separately from the global Tomcat configuration, (see jetspeed.xml for the JAAS Realm definition). Configuration of Tomcat's Realm is only necessary for running the manager/admin application to deploy portlet webapps. I am not sure why your Tomcat security configuration did not control access to the Jetspeed application as a whole, (I am not an expert there to say the least; I've never had to use that believe it or not). To use the portlet security, you'll probably need to configure the Jetspeed realm correctly or use the demo logins. Like I said, I am not sure portlet security is implemented at this time, YMMV. See the populate-userinfo-for-default-psml.sql script. For page level security, see the demo psml pages under jetspeed/WEB-INF/pages. No document on this stuff yet... it is very new and still settling in. I will mail a PDF version of the profiling document to you in few minutes. Randy Marina wrote: Randy, Thanks a lot for your response. I indeed have more specific question on the security setup in J2. I should note right away that I apologize if these questions are answered in the documentation you mentioned - I was not able to read it as it seems to be in the .sxw format (StarOffice, I think ?). Any idea how to convert them into some other format if I don't have StarOffice readily available? Now to my questions. I'm trying to do a very common thing: require a user to log in when he access the portal for the first time, and then show only those portlets that this user is authorized to see, and give him only those access rights to some functionality (buttons, links in the portlets) that he is authorized to do. First of, I was not sure how to limit access to the portal as a whole - usually you do that kind of thing in the web.xml descriptor of the web application. I guess that would be the $TOMCAT_HOME/webapps/jetspeed/WEB-INF/web.xml But then, would not it be overwritten when Jetspeed is redeployed using the Maven build scripts? And what url-pattern would I have to specify - /jetspeed/* or something like that? Anyway, I decided to try to protect the main portlet as the first step. In my potlet's web.xml I specified: security-constraint web-resource-collection web-resource-nameSecure EventCalendar /web-resource-name url-pattern/EventsCalendarPortlet/* /url-pattern http-methodGET/http-method http-methodPOST/http-method /web-resource-collection auth-constraint role-namedce_admin/role-name /auth-constraint /security-constraint login-config auth-methodBASIC/auth-method /login-config security-role role-namedce_admin/role-name /security-role and I have a corresponding role defined in the tomcat-users.xml: role rolename=dce_admin/ user username=dce_admin password=some_password roles=dce_admin/ Since I could not find any Jetspeed-specific information on specifying security constraints for individual portlets, I just used the Portlet Specification as the guide and added this to the portlet's portlet.xml: security-role-ref role-namedce_admin/role-name role-linkdce_admin/role-link /security-role-ref The EventsCalendarPortlet got deployed into J2 just fine, but it was displayed in the portal without prompting me for any username/password. If you could give me any pointers as to what I'm missing and what would the main steps be to achieve what I'm trying to do it would be great! Sorry for such a long e-mail, thanks! Marina --- Randy Watler [EMAIL PROTECTED] wrote: MP, I am more or less responsible for the J2 profiling and security features. There is some documentation in the J2 design-docs under the profiler directory, (pull from CVS). Also the demo configuration for user/user, (username=user, password=user), uses profiling extensively to customize its view and security to limit its access to the admin pages/portlets. BTW, this functionality is page based, not portlet based. Portlet security constraints can be specified in the portlet.xml, but I am not sure if they are 100% implemented at this point. Feel free to send more specific J2 questions to the list. HTH, Randy Watler
RE: jetspeed-newbie Roles-Groups-Users
Marina, Yes, many on the dev team have J2 in production or in prototypes. Comments below. What I meant was: I see there is some relationship between directory names under the WEB-INF/pages directory and user like: WEB-INF/pages/_role manager/ user/ WEB-INF/pages/_user user/ So, for me to create a new user, should I use the same naming convention? For example, to add a new user scott with the role admin should I create corresponding directories WEB-INF/pages/_role/admin WEB-INF/pages/_user/scott In general, yes. However, the directories that are used are determined by the profiling rules. Here, the _user directory is aggregated by the j1 rule and the _role directory is aggregated by the role-fallback or role-group rules. You have the right idea though. By the way, where is the login takes place? I tried login through the Login portlet - but it did not change content of the portal window accordingly (I logged in as 'user') To login as scott, you must add logins, passwords, profiling rules for the Jetspeed user principal. There are admin portlets to do some of this, (login as admin/admin). Many of us simply extend the populate-userinfo-for-default-psml.sql script to add new users. Look at the definitions in there for principals, security, and profiling rules. Another question: How do you add new users programmatically? Do I have to create those new directories every time I add a new user? What if I want users to be able to register themselves, how would all this directory/files setup work? Or do I have to write my own code to insert new users into the DB (by the way, I'm assuming that's what the populate-userinfo-for-default-psml.sql does, is it?) ? Like I said, there are admin portlets to do some of the work. There are plans in the immediate future to make these portlets more powerful that will fill in the gaps betwwen the existing capabilites and editing opulate-userinfo-for-default-psml.sql. So, all you will need to do is allow the guest user access to pages that contain these portlets or to the existing admin pages. You should not have to write any code unless you are interfacing to another system and need external authentication/authorization/single-signon. Sorry, I do feel somewhat confused here. Did anybody succeed in setting up the user management in J2? It's hard to believe I'm the first one struggling with this :) Well, you are probably one of the first non-dev-team people to attempt it! Not to worry, it is complex but does work... :). Keep the questions coming: it gives us all a chance to spread the word and see where we need to improve! Thanks for hanging in there! Randy
Re: jetspeed-newbie Roles-Groups-Users
Marina, There are two different Roles/Groups/Users domains in effect: Tomcat's and Jetspeed's. Jetspeed has its own JAAS login/logout that is managed separately from the global Tomcat configuration, (see jetspeed.xml for the JAAS Realm definition). Configuration of Tomcat's Realm is only necessary for running the manager/admin application to deploy portlet webapps. I am not sure why your Tomcat security configuration did not control access to the Jetspeed application as a whole, (I am not an expert there to say the least; I've never had to use that believe it or not). To use the portlet security, you'll probably need to configure the Jetspeed realm correctly or use the demo logins. Like I said, I am not sure portlet security is implemented at this time, YMMV. See the populate-userinfo-for-default-psml.sql script. For page level security, see the demo psml pages under jetspeed/WEB-INF/pages. No document on this stuff yet... it is very new and still settling in. I will mail a PDF version of the profiling document to you in few minutes. Randy Marina wrote: Randy, Thanks a lot for your response. I indeed have more specific question on the security setup in J2. I should note right away that I apologize if these questions are answered in the documentation you mentioned - I was not able to read it as it seems to be in the .sxw format (StarOffice, I think ?). Any idea how to convert them into some other format if I don't have StarOffice readily available? Now to my questions. I'm trying to do a very common thing: require a user to log in when he access the portal for the first time, and then show only those portlets that this user is authorized to see, and give him only those access rights to some functionality (buttons, links in the portlets) that he is authorized to do. First of, I was not sure how to limit access to the portal as a whole - usually you do that kind of thing in the web.xml descriptor of the web application. I guess that would be the $TOMCAT_HOME/webapps/jetspeed/WEB-INF/web.xml But then, would not it be overwritten when Jetspeed is redeployed using the Maven build scripts? And what url-pattern would I have to specify - /jetspeed/* or something like that? Anyway, I decided to try to protect the main portlet as the first step. In my potlet's web.xml I specified: security-constraint web-resource-collection web-resource-nameSecure EventCalendar /web-resource-name url-pattern/EventsCalendarPortlet/* /url-pattern http-methodGET/http-method http-methodPOST/http-method /web-resource-collection auth-constraint role-namedce_admin/role-name /auth-constraint /security-constraint login-config auth-methodBASIC/auth-method /login-config security-role role-namedce_admin/role-name /security-role and I have a corresponding role defined in the tomcat-users.xml: role rolename=dce_admin/ user username=dce_admin password=some_password roles=dce_admin/ Since I could not find any Jetspeed-specific information on specifying security constraints for individual portlets, I just used the Portlet Specification as the guide and added this to the portlet's portlet.xml: security-role-ref role-namedce_admin/role-name role-linkdce_admin/role-link /security-role-ref The EventsCalendarPortlet got deployed into J2 just fine, but it was displayed in the portal without prompting me for any username/password. If you could give me any pointers as to what I'm missing and what would the main steps be to achieve what I'm trying to do it would be great! Sorry for such a long e-mail, thanks! Marina --- Randy Watler [EMAIL PROTECTED] wrote: MP, I am more or less responsible for the J2 profiling and security features. There is some documentation in the J2 design-docs under the profiler directory, (pull from CVS). Also the demo configuration for user/user, (username=user, password=user), uses profiling extensively to customize its view and security to limit its access to the admin pages/portlets. BTW, this functionality is page based, not portlet based. Portlet security constraints can be specified in the portlet.xml, but I am not sure if they are 100% implemented at this point. Feel free to send more specific J2 questions to the list. HTH, Randy Watler -Original Message- From: M P To: Jetspeed Users List Sent: 11/27/04 12:10 PM Subject: Re: jetspeed-newbie Roles-Groups-Users Hi, David, The documentation you mentioned is for Jetspeed 1. Is it also true for Jetspeed2? If not - could you point me to where I could find it for J2? I looked through all documentation on the J2 home page and Wikis and could not find anything on how to control access to specific portlets based on user roles/ groups. Thank you! Marina --- David Sean Taylor [EMAIL PROTECTED] wrote: Thilina wrote: Hi, I need to do following thing using the jetspeed, Creating.. 3 roles - Admin, Executive, Developer 2 Groups - Administration, Users 100
RE: jetspeed-newbie Roles-Groups-Users
MP, I am more or less responsible for the J2 profiling and security features. There is some documentation in the J2 design-docs under the profiler directory, (pull from CVS). Also the demo configuration for user/user, (username=user, password=user), uses profiling extensively to customize its view and security to limit its access to the admin pages/portlets. BTW, this functionality is page based, not portlet based. Portlet security constraints can be specified in the portlet.xml, but I am not sure if they are 100% implemented at this point. Feel free to send more specific J2 questions to the list. HTH, Randy Watler -Original Message- From: M P To: Jetspeed Users List Sent: 11/27/04 12:10 PM Subject: Re: jetspeed-newbie Roles-Groups-Users Hi, David, The documentation you mentioned is for Jetspeed 1. Is it also true for Jetspeed2? If not - could you point me to where I could find it for J2? I looked through all documentation on the J2 home page and Wikis and could not find anything on how to control access to specific portlets based on user roles/ groups. Thank you! Marina --- David Sean Taylor [EMAIL PROTECTED] wrote: Thilina wrote: Hi, I need to do following thing using the jetspeed, Creating.. 3 roles - Admin, Executive, Developer 2 Groups - Administration, Users 100 of users - CEO,CFO,admin, aaa, bbb, ccc, etc Setting Admin and Executive belongs to Administrative Group Developer belongs to Users Group CEO and CFO are Executive Roles admin user is belongs to Admin role aaa, bbb, ccc, etc belongs to Developer role Users group only have rights to view the information. Admin role have all the control except viewing some confidential information such as Banking and Finance information. Only CEO and CFO have rights to access those information. Admin could lock and unlock account except CEO and CFO. Is this kind of activity achieve using jetspeed 1.5? Yes. To see the User Admin, go here: http://.bluesunrise.com/jetspeed login as user = admin, pw = (sendme an email personally to get it) Go to the security tab, and then Security Browser Here you can see how to setup security constraints You will also see how to administer roles, groups and users here. Also, docs are here: http://portals.apache.org/jetspeed-1/security.html#Registry_Access_Contr ol -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773 4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Linux J2 Problems, was: Re: Jetspeed 2 - Deploying in Tomcat Error
[EMAIL PROTECTED] wrote: Hi Guys, I have also had the similar problem under linux and received NO help from this list and as a result have shelved using Jetspeed 2 Paul Paul, I am currently running successfully on Tomcat/Linux and have been for some time. Can you resend your last post to the list so that I might be able to help? Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PROBLEM Deploying JetSpeed on Tomcat
Vin, I would add that you should upgrade to 1.4.2... Randy -Original Message- From: Scott T. Weaver To: Jetspeed Users List Sent: 11/22/04 8:34 AM Subject: Re: PROBLEM Deploying JetSpeed on Tomcat Hi Vin, That JDK won't work with J2 because of the preferences bug. See: http://wiki.apache.org/portals/Jetspeed2/PrefsClassloaderIssuesAndSdk14 Vin Conjee wrote: Randy, I am using JDK 1.4.1_02-b06. Thanks -Vin --- Randy Watler [EMAIL PROTECTED] wrote: Vin, What version of the JDK are you using? There are known issues with prefs and early 1.4 versions. Randy -Original Message- From: Vin Conjee To: [EMAIL PROTECTED] Sent: 11/21/04 3:42 PM Subject: PROBLEM Deploying JetSpeed on Tomcat Hello I initially had problems downloading the jar files from the remote servers. I followed the threads in this forum and I finally got all of the jars in the right places. The BUILD seems to be working fine. The deployment task quickStart worked without a problem. Now when I start the Tomcat Engine, the following exception gets thrown: Also, I dont see any prefs/ folder under jetspeed2. I would appreciate if somebody can help me get through this. Thanks -Vin 2004-11-21 14:10:02,285 [main] ERROR org.apache.jetspeed.engine.AbstractEngine - org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'org.apache.jetspeed.prefs.PreferencesProvider' defined in URL [file:/C:/NBR2004/Software/jakarta-tomcat-5.0.28/webapps/jetspeed/WEB-I N F/assembly/jetspeed-spring.xml]: Initialization of bean failed; nested exception is java.lang.RuntimeException: Failed to initialize prefs api. java.lang.InternalError: Can't instantiate Preferences factory java.lang.ClassNotFoundException: org.apache.jetspeed.prefs.impl.PreferencesFactoryImpl 2004-11-21 14:10:02,396 [main] ERROR org.apache.jetspeed.Jetspeed - Unable to create Engine org.apache.jetspeed.exception.JetspeedException: Jetspeed Initialization exception! at org.apache.jetspeed.engine.AbstractEngine.init(AbstractEngine.java:154) at org.apache.jetspeed.Jetspeed.createEngine(Jetspeed.java:64) at org.apache.jetspeed.engine.JetspeedServlet.init(JetspeedServlet.java:13 7 ) __ Do you Yahoo!? The all-new My Yahoo! - Get yours free! http://my.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Great minds discuss ideas. Average minds discuss events. Small minds discuss people. - Admiral Hyman Rickover *** * Scott T. Weaver * * [EMAIL PROTECTED] * * http://www.einnovation.com* * -- * * Apache Jetspeed Enterprise Portal * * Apache Pluto Portlet Container * * * * OpenEdit, Website Content Management* * http://www.openedit.org * *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: IFrame portlet
Thilina, If you are using J1, there is a WebContentPortlet that you'll have to use since the portlet needs to proxy the intranet to the internet. I and other dev team members are going to be developing an analog for J2 which currently lacks this capability. HTH, Randy -Original Message- From: Thilina To: JetSpeed Sent: 11/17/04 10:07 PM Subject: IFrame portlet Hi, I'm developing an application which exposes the Company intranet to out side restricted users. We can give the URL of the intranet to the IFrame Portlet's source. I have a global IP address assigned to my machine. I can access the intranet withing the company but i can't access it from the out side. So... is there any settings to be done to solve this problem? Thank you. Thilina. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: IFrame portlet
Thilina, Sorry, I got the name(s) of the J1 portlets wrong. Try these: WebPagePortlet WebPagePortlet2 WebClippingPortlet Randy -Original Message- From: Randy Watler To: 'JetSpeed ' Sent: 11/17/04 10:29 PM Subject: RE: IFrame portlet Thilina, If you are using J1, there is a WebContentPortlet that you'll have to use since the portlet needs to proxy the intranet to the internet. I and other dev team members are going to be developing an analog for J2 which currently lacks this capability. HTH, Randy -Original Message- From: Thilina To: JetSpeed Sent: 11/17/04 10:07 PM Subject: IFrame portlet Hi, I'm developing an application which exposes the Company intranet to out side restricted users. We can give the URL of the intranet to the IFrame Portlet's source. I have a global IP address assigned to my machine. I can access the intranet withing the company but i can't access it from the out side. So... is there any settings to be done to solve this problem? Thank you. Thilina. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: jetspeed 2 successfully deployed but (please read this)
Nafise, I have seen this from time to time. Unfortunately, I have not figured out what causes it. I suspect that it occurs because of permissions problems, (I run on Linux), or due to some problem with repeated allBuild invocations with out an allClean. Of course, it is just as likely that it has nothing to do with either! I have had success with doing the following to get things running again: - stop tomcat. - remove J2 jars from shared/lib. - remove all J2 webapps, (including portletapps), ant their context xml from webapps. - repeat full maven build sequence: allClean, allBuild, quickStart. - redeploy your portletapps, pages, decorators, templates, etc. - restart tomcat. Heavy handed, but it has worked for me when all else fails. If this still does not correct the problem, make sure that your layout decorators are named correctly in your pages. As usual, check jetspeed.log. Good Luck! Randy -Original Message- From: nafise hassani To: jetspeed Sent: 11/13/04 6:00 AM Subject: jetspeed 2 successfully deployed but (please read this) hi finally I deploy jetspeed 2 in to tomcat 5.0.28 and for a while I work with it but I don't know why suddenly it destroyed I shoul say that I can see other applications that deployed with tomcat but when I want to go to jetspeed homepage I face with an empty white page??? I stop and start tomcat service more and more but there is no effect! - Do you Yahoo!? Check out the new Yahoo! Front Page. www.yahoo.com
RE: security valve
Ate/David: I am now using the code below successfully in SecurityValveImpl.java. Randy // initialize/validate security subject // access request user principal if defined or default // to profiler anonymous user Principal userPrincipal = request.getRequest().getUserPrincipal(); if (userPrincipal == null) { userPrincipal = new UserPrincipalImpl(profiler.getAnonymousUser()); } // check for previously established session subject and // invalidate if subject and current user principals do // not match HttpSession session = request.getRequest().getSession(); Subject subject = (Subject) session.getAttribute(PortalReservedParameters.SESSION_KEY_SUBJECT); if (subject != null) { Principal subjectUserPrincipal = SecurityHelper.getPrincipal(subject, UserPrincipal.class); if ((subjectUserPrincipal == null) || !subjectUserPrincipal.getName().equals(userPrincipal.getName())) { subject = null; } } // create new session subject for user principal if required if (subject == null) { // attempt to get complete subject for user principal // from user manager subject = userMgr.getUser(userPrincipal.getName()).getSubject(); // if subject not available, generate default subject using // request or default profiler anonymous user principal if (subject == null) { Set principals = new HashSet(); principals.add(userPrincipal); subject = new Subject(true, principals, new HashSet(), new HashSet()); } // establish session subject session.setAttribute(PortalReservedParameters.SESSION_KEY_SUBJECT, subject); } // set request context subject request.setSubject(subject);
RE: Strategy for role based security
AFAIK, the role based security/access control in the PageManager is J2 specific, but does utilize the PortletRequest.isUserInRole() checks available in JSR 168. In that sense, it is compatible and extends the standard. There are also permissions based security options available with this new funcationality. Randy Watler -Original Message- From: niksa_os To: Jetspeed Users List Sent: 11/6/04 1:26 AM Subject: Re: Strategy for role based security J2 now supports a variety of role/group profiling features and is having role based access security grafted in today. Is it J2 specific feature or is it required in JSR 168 portal/portlet? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Strategy for role based security
J2 now supports a variety of role/group profiling features and is having role based access security grafted in today. See the profiler design docs for more information on the profiler capabilities. J2 is to be released before the end of the year and is available now via CVS. Randy -Original Message- From: Le Tuan H To: 'Jetspeed User' Sent: 11/5/04 10:52 AM Subject: Strategy for role based security Hi, We are developing an intranet portal and we want to have a role based security with the following roles: admin user reporting_analyst manager All the registered users have at least the user role. All the people when they register, they automatically get the user role. The admin user can assign the user with additional roles, such as reporting_analyst, manager. The users that login with different role may see different tab panes and portlets. How do I setup a security to support such requirements? Any help or suggestions would be greatly appreciated! Thanks, Tuan This electronic message transmission, including any attachments, contains information from PacifiCare Health Systems Inc. which may be confidential or privileged. The information is intended to be for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify the sender immediately by a reply to sender only message and destroy all electronic and hard copies of the communication, including attachments.
RE: Strategy for role based security
Tuan, I am not a J1 authority, but I believe it does have profiling and security features that use roles. Look into role-fallback profiling rules and page/fragment acl attributes for role based security. I am sure someone else can give you better specifics. J2 will be released soon, so if you are interested in JSR-168 compatibility, I would strongly consider jumping to J2 now. Good Luck! Randy -Original Message- From: Le Tuan H To: 'Jetspeed Users List' Sent: 11/5/04 11:16 AM Subject: RE: Strategy for role based security Hi Randy, Thanks for the info! I can't wait to use J2. Currently, I have J1.5 installed on my development environment and it's running fine. Does the J1.5 support role-based security as described in my previous post? Thanks, Tuan This electronic message transmission, including any attachments, contains information from PacifiCare Health Systems Inc. which may be confidential or privileged. The information is intended to be for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this electronic transmission in error, please notify the sender immediately by a reply to sender only message and destroy all electronic and hard copies of the communication, including attachments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where to Download Jetspeed 2
Michael, Michael McElligott wrote: Hi Randy, The error appears to be in importing some stuff from the commons codec project. Specifically, the error (along with 25 other errors of a similar nature) is listed below. Is this from a current CVS HEAD pull? If so, please send me your complete build output and the command you used to execute it. I am not sure, but it looks like your maven repository is not current somehow. Make sure you are not building with the -o maven options and that your maven.home.local build property is set correctly. When I first downloaded the project I was poking around and trying to resolve things, but I'm only passingly (well, increasingly) familiar with maven, and I didn't really want to get into it. Elisabeth's question highlights something else though, which is that, at least when I started trying to use the project, the text on the portals site is misleading: as far as I can tell, there is no binary release to download. There is not a binary version because it has never been released. Hopefully, it will be late this month. That effectively limits the users of the portal to those who can use cvs, and while the vast majority of us subscribe to a certain development orthodoxy that includes it, I'm sure there are lots of beginners out there that are finding the learning curve on their first project pretty steep. I'm not saying it's good or bad, just that I'm sure the frustration I felt the first time I tried to get the project has probably been multiplied thousands of times over and could be corrected with a small textual change. When people go to the parent portals project it states that binaries can be found under /portals. The only binaries to be found there are for pluto. If someone browses into /jakarta they can find jetspeed1, but AFAIK v2 isn't anywhere. I just think that some text somewhere on the jetspeed2 site that tells people that the only place to get it is from CVS would eliminate a lot of headaches. I am not a committer yet, but perhaps we can get the text changed. Better yet, we get a release out there so there are actual binaries! If there is a tag that I should be using that is a known stable branch, I'd love to know about it.. the branch that was recommended to me was pre_portalurl_refactor_20041015, but that one doesn't build for me either (I don't have the errors handy). It builds and runs for many of us, so I am not sure a tag is going to fix the problem. The most current tag is: pre_declarative_tx_20041028. I think we need to fix your build issue! Randy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where to Download Jetspeed 2
Michael, What problem did you encounter? There is a lot of activity in the project as it nears release, but everyone strives to avoid breaking early adopters. Let us know! Randy Watler Michael McElligott wrote: Hi Elisabeth, I had a working build for a few days from the head but I foolishly did an update and it hasn't worked since. One of the developers gave me a tag name to use, but it didn't work either. I downloaded exo so I can actually get some work done.. haven't configured it yet.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
FW: Jetspeed 2 and maven jetspeed plugin
Ludovic, Search the archives for a discussion about the J2 plugin. In general, the J2 approach is different. Unless you need to extend J2 itself, you should be able to simply deploy JSR-168 portlet webapps directly into the J2 install. See the Wiki. PSML, decorator, and template deployers are not in place yet. For these, we simply copy directories up into webapps/jetspeed/WEB-INF/pages, webapps/jetspeed/WEB-INF/decorators, and webapps/jetspeed/WEB-INF/templates, respectively. Occationally, a web container restart is required, but most of the time J2 picks up the changes automatically! HTH, Randy -Original Message- From: SMADJA Ludovic To: '[EMAIL PROTECTED]' Sent: 10/21/04 1:34 AM Subject: Jetspeed 2 and maven jetspeed plugin Hello, I'v tried to use jetspeed 2 to create my portal. The download from the CVS and the compilation is correct. But how can I use the maven jetspeed plugin to create my portal like with jetspeed1 ? regards, Ludovic SMADJA groupe cegetel n n Direction des Services Clients Industrialisation Méthodes Techniques Tour Cèdre - 7 allée de l'Arche - 92667 Courbevoie Cedex Bureau 433 - Fax : +33 (0) 171 773 009 - Tel : +33 (0) 171 773 731
RE: Some observations on jetspeed-2 (cont)
wh, I have been working with J2 for about a month or so and have had minimal problems, especially considering the current alpha state of the release. The dev team is pressing hard for a release this fall and there is plenty going on! I think I can help with some of your isses: 1) to minimize the install, you can remove the unnecessary war files from the deploy directory before starting tomcat after the first install. 'quickStart' can also be tuned and there are other goals that one could probably employ... but I am not a maven expert yet! The multiple portlet-app install is by design. The goal is to be able to install jetspeed and your configuration separately. BTW, removing items out of the deploy directory was intended to uninstall them, but that is not working under all circumstances yet! 2) I canont duplicate this error. What URL are you using to lauch and where does this appear? 34) I do see these messages... they may be related to recent changes in the decorator and layout templates or fragment rendering. No doubt this will get fixed. I will look into this today if I get a chance and forward what I find to the dev team. 5) Profiling has just recently been enabled and the test configuration pages have not been changes to reflect this. You should expect this to be addressed as the profiling subsytem is brought up to speed. If you long in as user/user, you will see some profiling taking place. The jetspeed/jetspeed user is not customized at this point. 6) There should be a logout link in the login portlet after you have logged in. This worked for me. Finally, I think that you would be better served by the team if you posted this kind of thing to the dev list. J2 is in alpha state and things are going to break as other things are added and fixed. I suspect that you know that! Thanks for the input, Randy Watler -Original Message- From: [EMAIL PROTECTED] To: Jetspeed Users List Sent: 9/24/04 7:05 AM Subject: Re: Some observations on jetspeed-2 (cont) Just to confirm, exact same problems with Tomcat 4.28. Tried running under Solaris, fails at the allBuild stage. Probably linked to the Apache site problems, but it's strange the Windows build doesn't fail then : java:prepare-filesystem: java:compile: [echo] Compiling to /local/user/Source/jakarta-jetspeed-2/commons/target/classes [javac] Compiling 35 source files to /local/user/Source/jakarta-jetspeed-2/commons/target/classes [javac] /local/user/Source/jakarta-jetspeed-2/commons/src/java/org/apache/jetspe ed/portlet/ServletContextProviderImpl.java:28: cannot resolve symbol [javac] symbol : class ServletContextProvider [javac] location: package common [javac] import org.apache.portals.bridges.common.ServletContextProvider; [javac] ^ [javac] /local/user/Source/jakarta-jetspeed-2/commons/src/java/org/apache/jetspe ed/portlet/ServletContextProviderImpl.java:36: cannot resolve symbol [javac] symbol : class ServletContextProvider [javac] location: class org.apache.jetspeed.portlet.ServletContextProviderImpl [javac] public class ServletContextProviderImpl implements ServletContextProvider [javac]^ [javac] 2 errors BUILD FAILED File.. /local/user/Source/jakarta-jetspeed-2/maven.xml Element... maven:reactor Line.. 133 Column 40 Unable to obtain goal [java:compile] -- /local/user/.maven/cache/maven-java-plugin-1.4/plugin.jelly:53:48: ant:javac Compile failed; see the compiler error output for details. Total time: 1 minutes 42 seconds Finished at: Fri Sep 24 14:59:10 CEST 2004 [EMAIL PROTECTED] wrote: Perhaps better suited for the developers list, but I didn't really want to subscribe there. Hopefully these comments will be of use to the developers in understanding from a user perspective some of the issues of the current development state of jetspeed-2. 1)Compared to jetspeed-1, the jetspeed-2 installation makes quite a mess of your application server, and pretty much renders it unusable for anything else you were planning to host in it. While jetspeed-1 had a lovely simple war file to drop in/out, jetspeed-2 installs roughly 10 seperate servlets, none of which can be uninstalled by any targets I found in the maven build file. I always understood portlets were supposed to be run hosted in a Portlet server, so I don't really understand the need to publish all these servlets - they should be Portlets, and thus not visible from the application server perspective. Hopefully this will be sorted out as we near a production version, and the install gets a bit more streamlined 2)Default install on clean jakarta-tomcat-5.0.28 give me the following errors right off the bat when accessing the index page:: CNF: java.lang.ClassNotFoundException: org.apache.jetspeed.portlets.layout.MultiColumnPortlet:org.apache.jetspe ed.portle
Re: Can't log in with Jetspeed 2
Shen, Known issue if you are trapped in anon user. Try hacking applications/security/src/webapps/WEB-INF/security/login/login.jsp:20 to allow login if request.getUserPrincipal().equals( anon )... I use something similar to login in the layout decorator instead of the security portlet. Randy Watler Shen, Yi wrote: Hi, I just built and deployed Jetspeed2. It's running under Tomcat 5. I tried to log in with turbine, admin, etc... but all failed. Any clue? Thanks! Yi Shen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can't log in with Jetspeed 2
Shen, I just pulled from CVS and this problem has been addressed. You should be able to login using: user/user, manager/manager, ... etc. Randy Watler Randy Watler wrote: Shen, Known issue if you are trapped in anon user. Try hacking applications/security/src/webapps/WEB-INF/security/login/login.jsp:20 to allow login if request.getUserPrincipal().equals( anon )... I use something similar to login in the layout decorator instead of the security portlet. Randy Watler Shen, Yi wrote: Hi, I just built and deployed Jetspeed2. It's running under Tomcat 5. I tried to log in with turbine, admin, etc... but all failed. Any clue? Thanks! Yi Shen - 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]
Jetspeed2 PageAggregatorImpl Configuration
Scott/All, I have successfully added new portlet and layout html decoration directories to jetspeed and so far so good. However, the content for the portlet action icons, (maximize, minimize, etc...), keeps being served from the jetspeed decoration images directories. I enabled debug output for the content-server and verified that it is indeed serving the jetspeed content. With a little digging, it appears that these defaults are comming from the jetspeed-spring.xml configuration for the PageAggregatorImpl. Unfortunately, I am not sure what should be modified and where. As you know, the decorator.vm template uses the current action list urls to generate the html fragments. These look like /content/images/*.gif. Apparently, the PageAggregatorImpl looks only here for the images: layout/html/my layout decoration name portlet/html/jetspeed portlet/html layout/html generic/html html Consequently, it ends up finding the images in the jetspeed decoration directory instead of in portal/html/my portlet decoration name where I would expect it to be looking! It appears that the same thing is happening in the sample default-page.psml HW_App::PreferencePortlet that attempts to use the metal portlet decorations... the action icons are actually the ones from the jetspeed decorations. It appears to me that there is only one workaround: add the new portlet decorations to the jetspeed-spring.xml. Am I on the right track here? BTW, I am working with CVS HEAD as of 8/21 AM. Please let me know if there is a fix, a better workaround, or if I can help fix this in any way. Randy Watler
Jetspeed2 DeployDecoratorEventListener Groovy/Spring Configuratio n
I am attempting to deploy layout and portlet decorators, but they do not appear to be detected in the deploy directory. I have noticed that the DeployPortletAppEventListener is configured in both the jetspeed.groovy and jetspeed-spring.xml files, but DeployDecoratorEventListener is not. Assuming that this is the problem, should I go ahead and add it, (does anyone have samples handy)? Out of curiosity, it appears that the spring bean configuration and groovy script appear to be doing much the same thing with these objects... is that intentional? Thanks, Randy Watler
Jetspeed2 Tab/Menu/IFrame Layout
It would appear that these have not yet been released/developed. Is this true? Are there any jetspeed2 commiters interested specifically in layout development? I have a fairly strong requirement to deliver with a Tab Layout capability, so I have looked into what would need to be done assuming that it is not simply eluding me. Here are a few questions: - I noticed while copying/building the jetspeed2 decoration deployable customization example that there were tab graphic assets defined in the images directory. Are these located correctly within a layout decoration and can I expect these to be available when used from within a layout template? I also noted that the customizer graphic assets for the MultiColumnPortlets seem to be globally specified external to a deployed decoration... I assume these are defaults and are indended to be overriden? - The velocity templates for the MultiColumnPortlet/LayoutPortlet are defined in the template directory. Are these expected to be deployable eventually? I was wondering because I was tempted to try to turn off the customize feature... - IFrames are also a requirement. Is it safe to assume that IFrame support would be best implemented as a separate layout portlet that could be nested in any layout portlet? Thanks, any general hints/comments would be appreciated! Randy Watler
RE: Jetspeed2 Tab/Menu/IFrame Layout
Scott, Thanks for the input! Comments below... I will need to move the tab* assets into decorations/layout/html/jetspeed/images for this to work correctly. OK, cool. I'll look/poke at the navigation stuff. I think the tab assets are already in place in the jetspeed portlet decorations directory! - The velocity templates for the MultiColumnPortlet/LayoutPortlet are defined in the template directory. Are these expected to be deployable eventually? I was wondering because I was tempted to try to turn off the customize feature... Yes they are. My current project has completely customized layout and portlet decorations. Can these be deployed now? How does it find the 'columns' vs. 'maximized' *.vm templates for various layout portlets? - IFrames are also a requirement. Is it safe to assume that IFrame support would be best implemented as a separate layout portlet that could be nested in any layout portlet? In what capacity do you need IFrames. I just finished implementing support for .link files that simply contain metadata describing an outside link and are stored right along side .psml files. I'm assure we could eventually build in the ability to open those links in IFrames also. I am not sure what the .link files are meant to tell jetspeed... but here is what we are after: somehow render individual portlet contents through jetspeed, (as maximized?), in response to client requests from an embedded IFrame. Ideally, the IFrame encapsulation that provides the isolated update would be invisible to the portlet. The reason this is significant in our situation is 4+ portlets displayed on a page may be costly to render when processing only the single portlet the user is working with is necessary. It has occured to me that jetspeed may be using a caching technique to optimize this kind of partial refresh. In any case, we just want to render the focused portlet. Do we need IFrames for this with jetspeed? Randy Watler
Jetspeed2 anon login trap?
I have recently pulled Jetspeed2 from CVS HEAD to pick up some of the latest changes. I built it from scratch and installed it normally using MySQL. Afterward, launching the portal default page results in the anon user being logged in. I am unable to logout using the security portlet, (anon remains logged in), or login as a different user using login.jsp, (it results in a Tomcat redirection error; I assume it is not intended to be invoked directly). Anyway, being locked into anon seems odd, but I may not be understanding something that needs to be configured! I am trying to add a login capability to the layout decorations instead of using the security portlet. This seems simple enough, but the above problem has derailed me at the moment. Thoughts? Randy Watler - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JetSpeed2 Development Logistics
Scott, Yes, I did find the jetspeed2:deploy.portal and related goals in the Jetspeed2 Maven Plugin. The detail you provided fills open questions I had about how it shoudl be used. However, David stated that this merge should not be used with Jetspeed2 by design on a previous thread: http://marc.theaimsgroup.com/?l=jetspeed-userm=109222938119408w=2 It appears that the live deployment strategy is preferred in general, but that it may not cover everything that one would like to modify at this point, (?). In this case, I am specifically asking about two kinds of customization: PSML hacking and Component development. Apparently, Porlet and decoration/layout are deployable now... As you know, I am trying to document the proper way to develop a Jetspeed2 portal in an attempt to get some kind of tutorial off the ground. Of course, I will follow whatever methodology the Jetspeed2 team prefers. David? Randy Watler -Original Message- From: Scott T. Weaver To: Jetspeed Users List Sent: 8/12/04 7:35 AM Subject: Re: JetSpeed2 Development Logistics Hi Randy, Actually, the Jetspeed 2 maven plugin actually does have somewhat of a merging capability. Just create a new directory structure similar to that under /portal in your project: This is all you really need to get started: src/java src/webapp src/webapp/WEB-INF Create a maven project.xml in the root of you project. Now you can start adding/overriding files. When you are ready to build call maven jetspeed2:build.portal this will build a full jetspeed war file with all of your new/overridden files in place on top of jetspeed. Next you can call maven jetspeed2:deploy.portal which is very similar to maven quickStart except it does not create the db for you. If you need to initialize the db you can call maven jetspeed2:db.create. Notes on your project.xml build file. You do not necessarily need to add the Jetspeed 2 jar dependencies to your project.xml the maven plugin will merge the correct jars at build time. However, if you start extending or creating your own components you will then have to add the relevant jetspeed jars to your project.xml so your classes compile correctly. Randy Watler wrote: David, You wrote: Our goal is to make all resources deployable: - layouts - decorators - portlet applications If you develop a portlet application, simply drop it into the auto deploy directory Got it. It appears that decorators/layouts can be similarly dropped into the jetspeed/WEB-INF/deploy directory, no? You are right, you should not edit the portal or components directories unless you are planning on submitting a patch However if you develop your own component, such as the Portal's NavigationState Component or Aggregator Component for example, then you can extend the existing Jetspeed component if necessary, and develop your own component and assemble it in the jetspeed-spring.xml You can also assemble pipelines of request execution in the pipelines.xml, also based on Spring components How would Jetspeed2 find my custom component classes/jars, (i.e. where should these be installed)? I generally understand the configuration being done in jetspeed-spring.xml and pipelines.xml. Would I edit these configuration files in the deployed jetspeed/WEB-INF/assembly directly? To create your own portal layout on a page, you will still need to manually edit the PSML until our customizer is ready We have made some progress in the customizer recently, but its still not quite there Right. Editing PSML is certainly not a big deal. I suppose adding and deleting pages falls into the same category. However, I am still hesitant to modify the deployed jetspeed webapp... is that the intended development strategy? Obviously, there are numerous jetspeed configuration and content files that one might wish to edit/delete/create. I am trying to understand how to approach making these changes in the jetspeed2 environment for a formal production portal/development process, (despite the fact that jetspeed2 is just entering first alpha). Basically, if I am going to write a tutorial for the Wiki, I'd like to get it right from the start! Thanks, Randy Watler - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- *** * Scott T. Weaver * * [EMAIL PROTECTED] * * http://www.einnovation.com* * -- * * Apache Jetspeed Enterprise Portal * * Apache Pluto Portlet Container * * * * OpenEditPro, Website Content Management * * http://www.openeditpro.com* *** - To unsubscribe, e-mail: [EMAIL
Re: JetSpeed2 Development Logistics
Scott/David, Thanks for the clarification. I was describing how to develop portlet applications and resources, and pointing out that J2 separates portal from portlet application, something J1 did not. Right. Even from what little I know now, decoupling Portal and Portlet development/deployment seems like a very nice feature in J2. The goal is to develop resources separate from the portal, and to deploy and undeploy them separately. From what I understand, what Scott is describing is how to setup an environment for developing components to use inside of J2. This can be used by more advanced users to create a customized portal Ok... the line between Portal and Portlet development is still a little blurry for me, (no doubt due to my limited understanding at this point). So, editing things like SimpleLayoutHeader.jsp or adding a customized component would seem to require a portal image/merge. Is the intention that PSML resources be deployable in the future, (or are they now)? The reason I ask is that it seems that the PSML defines the decorations/layouts used within the Portal, (i.e. the layout-decorator, portlet-decorator, and decorator attributes in defaults/fragment tags). It seems that one would want to deploy portlets and decorations/layouts and then deploy a PSML update to use them, no? At the risk of partly answering my own question, I have to assume that the Customizer would eventually allow all of the PSML to be managed. If that is true then, would PSML generally be considered data? That might explain why some would like to be saving PSML in the database. Others might want to configure the PSML simply as files because it is primarily fixed in their scenarios. As things stand today, should I assume that PSML development/deployment should be done with the maven plugin merge as outlined by Scott? Just feeling around in the dark guys.. thanks for the patience! Randy Watler
Re: JetSpeed2 Development Logistics
David/Scott: OK, thanks to your input, I think I am finally ready to dig in. Here would be my initial development guidelines: Portlets - WEB-INF/deploy Decorations/Layouts Resources - WEB-INF/deploy Jetspeed2 Component Customization/Configuration - Jetspeed2 Maven Plugin merge/deploy Other Resources - treat as editable data files that will eventually be deployable PSML - treat as editable data files that will eventually be deployable as files and/or stored in the database as live data Only modifications that will be contributed to the Jetspeed2 project should be made in the native Jetspeed2 product trees/sandbox. Thanks guys, Randy Watler
JetSpeed2 Maven Plugin
After poking around in the CVS JetSpeed2 world off and on over the last two days, I have a quick question on how the existing Maven Plugin support should be used. I would like to start building a customized portal. Since there is no jetspeed2:genapp goal yet, I assume that I should copy the /portal directories as a starting point and use the jetspeed2:build.portal goal to merge/build jetspeed2 support into my customized version? Is it safe to say that one should not edit the contents of /portal? Just trying to get started on the right foot! Randy Watler
RE: JetSpeed2 Maven Plugin
David, Thanks for the reply: no wonder I was having trouble with the approach! I would like to use the customizer at some point, but for now I would like to figure out how the underlying mechanics work! I am focusing on the layout/decorations at the momoment... let me dig around some more. Once I get it figured out, I will add it to the Wiki for you if you'd like so that you and others can help me get other newbies off the ground with jetspeed2. Thanks again, Randy Watler -Original Message- From: David Sean Taylor To: Jetspeed Users List Sent: 8/11/04 1:51 AM Subject: Re: JetSpeed2 Maven Plugin On Aug 10, 2004, at 11:27 PM, Randy Watler wrote: After poking around in the CVS JetSpeed2 world off and on over the last two days, I have a quick question on how the existing Maven Plugin support should be used. I would like to start building a customized portal. Since there is no jetspeed2:genapp goal yet, I assume that I should copy the /portal directories as a starting point and use the jetspeed2:build.portal goal to merge/build jetspeed2 support into my customized version? Is it safe to say that one should not edit the contents of /portal? Just trying to get started on the right foot! Randy Watler Jetspeed2 isn't meant to be 'merged' like Jetspeed1 is merged. We are trying hard to not repeat that pattern. Our goal is to make all resources deployable: - layouts - decorators - portlet applications If you develop a portlet application, simply drop it into the auto deploy directory You are right, you should not edit the portal or components directories unless you are planning on submitting a patch However if you develop your own component, such as the Portal's NavigationState Component or Aggregator Component for example, then you can extend the existing Jetspeed component if necessary, and develop your own component and assemble it in the jetspeed-spring.xml You can also assemble pipelines of request execution in the pipelines.xml, also based on Spring components To create your own portal layout on a page, you will still need to manually edit the PSML until our customizer is ready We have made some progress in the customizer recently, but its still not quite there For examples of creating deployable units of decorations and layout, see examples under portal/src/webapp/WEB-INF/decorations/ We really need more documentation in this area I'll try to get that up on the Wiki -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JetSpeed2 Development Logistics
Phillip, Yes, we too are interested in role based PSML configuration, (right?). I am glad to see there is general interest in helping the jetspeed2 team develop a tutorial and look forward to any and all input. At this point, I am trying to lay the foundation for a tutorial by establishing the best practices for customizing the base build/install. Once there, I think I will move immediately on to layout/decoration/page/security configuration based on the things I need to do while prototyping our Portal. After I get the base content in place and look and feel off the ground, I was going to address portlet development/deployment. I too would like to see more focus on jetspeed2 configuration than was developed for jetspeed1.5. However, even our modest portal project will require some portlet development! I would guess that a Wiki based FAQ/Tutorial that can be contributed to over time will eventually find the balanced coverage we all need. Thanks for the encouragement, Randy Watler Philip Saville wrote: Hi Randy, If you're thinking of offering input for the Tutorial for Jetspeed 2, I would like to offer a few comments about the Jetspeed 1.5 tutorial I hope can be improved. I found the first few chapters of the original tutorial very helpful in configuring and customizing the look and feel of the portal. The primary focus of the tutorial, however, seemed to be about developing portlets, although it is an excellent way to customize ones portal, the tutorial did not really explain enough detail about PSML. My goal is to have a portal based solely on roles. Imagine a portal designed for hundreds of users where the administration of the content is managed by a small team, roles are the only sensible solution. Once I have figured out exactly how I can accomplish this, I would be very willing to help/ contribute towards a tutorial or publication about the Jetspeed 2. Thanks and best regards, Philip -Original Message- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Wednesday, August 11, 2004 6:01 PM To: Jetspeed Users List Subject: JetSpeed2 Development Logistics David, You wrote: Our goal is to make all resources deployable: - layouts - decorators - portlet applications If you develop a portlet application, simply drop it into the auto deploy directory Got it. It appears that decorators/layouts can be similarly dropped into the jetspeed/WEB-INF/deploy directory, no? You are right, you should not edit the portal or components directories unless you are planning on submitting a patch However if you develop your own component, such as the Portal's NavigationState Component or Aggregator Component for example, then you can extend the existing Jetspeed component if necessary, and develop your own component and assemble it in the jetspeed-spring.xml You can also assemble pipelines of request execution in the pipelines.xml, also based on Spring components How would Jetspeed2 find my custom component classes/jars, (i.e. where should these be installed)? I generally understand the configuration being done in jetspeed-spring.xml and pipelines.xml. Would I edit these configuration files in the deployed jetspeed/WEB-INF/assembly directly? To create your own portal layout on a page, you will still need to manually edit the PSML until our customizer is ready We have made some progress in the customizer recently, but its still not quite there Right. Editing PSML is certainly not a big deal. I suppose adding and deleting pages falls into the same category. However, I am still hesitant to modify the deployed jetspeed webapp... is that the intended development strategy? Obviously, there are numerous jetspeed configuration and content files that one might wish to edit/delete/create. I am trying to understand how to approach making these changes in the jetspeed2 environment for a formal production portal/development process, (despite the fact that jetspeed2 is just entering first alpha). Basically, if I am going to write a tutorial for the Wiki, I'd like to get it right from the start! Thanks, Randy Watler - 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]
Re: jetspeed 1.5 tutorial for jetspeed2?
Scott, Thanks for the information. I am certainly leaning toward Jetspeed 2 because of the JSR-168 compatibility, but am searching for a way to bootstrap myself into the Jetspeed world. I had hoped that much of the configuration, (i.e. decoration, layout, site, and navigation specifications, etc.) would be portable between Jetspeed 1.5 and 2. I figured that moving into our Portlet development could be pushed off until I was comfortable with manipulating other aspects of Jetspeed. We tend to be forward looking and not risk adverse, so we'll probably go with Jetspeed 2 given your input. The only question is how to get started? Since I am starting from ground 0, I would be willing to generate a HOW-TO/tutorial for Jetspeed 2. It seems that I am not the only one asking and I need to turn over the Portal development to another team once I complete the evaluation/prototype anyway! Thanks! Randy Watler Scott T. Weaver wrote: Hi Randy, Jetspeed 1 and 2 are quite different animals. Jetspeed 1's portlets are developed using a proprietary approach unique to Jetspeed 1. All Jetspeed 1 portlets are served up directly from Jetspeed 1's webapp i.e. they are not individual servlet applications. Jetspeed 2 OTOH utilizes standard, JSR-168 portlet applications. All portlet applications deployed to Jetspeed 2 are also deployed to the enclosing application server (Tomcat 4/5 and JBoss 3.2.5) have been officially tested). I highly recommend an approach that will allow you to develop JSR-168 portlets as opposed to J1 portlets. That being said there are two viable approaches to running JSR-168 in a Jetspeed environment. One, you could go with Jetspeed 2 which currently lacks some important features like navigation, full customization (some customization has been just added which allows positioning of portlets) and administrative portlets. The other approach is to use Jetspeed 1 with Fusion enabled. Fusion uses a the Jetspeed 2 Portal Engine with a different configuration (easily done due to the fact that Jetspeed 2 is built almost entirely on top of the Spring Framework) to process JSR-168 portlet applications and serve them through an existing Jetspeed 1 deployment (available only through the CVS). p.s. I am currently using Jetspeed 2 to build a VAR Business Portal for the project I am currently on, so I will be implementing many of the missing features in a relatively short period of time. HTH, - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: jetspeed 1.5 tutorial for jetspeed2?
Scott, So, with the following goals in mind... 1. Create a tutorial on getting started with Jetspeed2, 2. ultimately deploy on JetSpeed2, and 3. bootstrap most efficiently now in the current Jetspeed 1.5/2 dichotomy. ...what approach do you suggest I take then? Randy Watler Scott T. Weaver wrote: A tutorial would be great!!! I would ask that you put the tutorial on the wiki, http://wiki.apache.org/portals/Jetspeed2, so everyone can contribute to it and so it stays fresh. I already have a mini-tutorial form custom portlets out there, http://wiki.apache.org/portals/Jetspeed2/DeployingCustomPortlets, which may help you get started. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
jetspeed 1.5 tutorial for jetspeed2?
I am evaluating jetspeed and am interested in deploying Jetspeed 2 as soon as possible. I gather that J2 is due to be in alpha/beta soon. However, knowing little about Jetspeed at this point, I wonder if it would be appropriate to start with Jetspeed 1.5 first? How much knowledge will transfer to Jetspeed 2? Randy Watler Finali Corporation