RE: J2 Security Customization
Scott, ... man this is excellent. I've been struggling with swapping out J2's security for days upon days. Being that the docs on security are somewhat sparse didn't help. I didn't want to even attempt to implement JAAS. Taking a look at you attached code cleared a few things up. If I reverse engineer your example for my custom needs and reconfigure the files in WEB-INF/assembly to use this class as the default security valve ... other than breaking PAM application ... is there anything else that has to be reimplemented to get a custom authentication authorization valve functional in J2? - Frank -Original Message- From: Scott T Weaver [mailto:[EMAIL PROTECTED] Sent: Thursday, April 21, 2005 03:13 PM To: 'Jetspeed Users List' Subject: RE: J2 Security Customization Yes, writing a security valve is very simple since J2 uses standard javax.security.Subject for authorization. I have attached the code I use that builds a Subject from our home grown SSO application. Hth, Scott -Original Message- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Thursday, April 21, 2005 4:00 PM To: Jetspeed Users List Subject: 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Portlet titles gone in J2-M2?
Correct, in the portlet.xml. What's strange, is that the first time I started-up the portal (using M2), I was able to see the titles ... but after paging around a bit, they vanished. - Frank -Original Message- From: Randy Watler [mailto:[EMAIL PROTECTED] Sent: Monday, April 11, 2005 06:38 PM To: Jetspeed Users List Subject: 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Portlet titles gone in J2-M2?
I was running on my default locale (en_US), however what classes did you (Bhave to update? If possible, I'd like to isolate and just download the (Bpatched classes. (B (BThanks, (B (BFrank (B (B -Original Message- (B From: Shinsuke SUGAYA [mailto:[EMAIL PROTECTED] (B Sent: Monday, April 11, 2005 07:44 PM (B To: Jetspeed Users List (B Subject: Re: Portlet titles gone in J2-M2? (B (B (B Hi Frank, (B (B If you run J2 on locales other than en_US, it might occur.. (B After M2 release, I have fixed the portlet title handling issue. (B So, I think you can see the fix on CVS HEAD right now. (B (B Thanks, (B shinsuke (B (B To all: (B (B Is it just me, or did the portlet title functionality get (B bugged out between release M1 and M2? (B I upgraded my installation of J2 and now all my portlet titles (B have vanished ... they display (B empty strings ?!? Of course perhaps I screwed something up (B during my upgrade process. Just (B curious if anyone else out there is experiencing the same issue. (B (B - Frank (B (B (B __ (B Do You Yahoo!? (B Upgrade Your Life (B http://bb.yahoo.co.jp/ (B (B (B - (B To unsubscribe, e-mail: [EMAIL PROTECTED] (B For additional commands, e-mail: [EMAIL PROTECTED] (B (B (B (B (B- (BTo unsubscribe, e-mail: [EMAIL PROTECTED] (BFor additional commands, e-mail: [EMAIL PROTECTED]
Portlet titles gone in J2-M2?
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]
RE: true?
it works ... i believe since release M1. That file needs to be updated. -Original Message- From: Sascha Glass [mailto:[EMAIL PROTECTED] Sent: Saturday, April 09, 2005 10:32 AM To: jetspeed-user@jakarta.apache.org Subject: true? Hello, to deploy a portlet the Jetspeed 2 Wiki says: Copy the .war file to Jetspeed's deployment directory, by default this is WEB-INF/deploy. Jetspeed will take care of automatically deplying the portlet into the portlet registry and will also deploy the portlet as a web application into the app server Jetspeed is deployed to. Is this true? Because in this directory ist a Readme.txt that says: This is were you things to be deployed to Jetspeed (not implemented yet) In case it is not true, how does it work then? Any help is very apprechiated! Sascha - 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]
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). once logged in ... 2) routes them to a page based on their role / mediatype 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. 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? - Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: J2M2 Profiling Rules
Here's another question(s): what do the following rule criterion request types signify? 1) navigation 2) group.user.role 3) path.session 4) request.session 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). once logged in ... 2) routes them to a page based on their role / mediatype 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. 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? - 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
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]
Duplicate Submissions -- JSR Compliance?
To All: Has anyone come up with a neat way to handle duplicate processAction requests in a JSR-168 compliant way??? I'm interested in learning how others have solved this common problem in the context of a portal container. Food for thought ... utilizing a hidden timestamp on forms, I'm comparing a session variable to the submitted timestamp to check for duplicate submissions during the processAction request ... however, I was wondering if there was a way to ignore/bypass/cancel the processAction processing if a duplicate form submission was detected and simply make the portal render the view by executing the doView method based on the previous submission's render parameters. I think the problem with that approach is that the render parameters get reset on every processAction ... or is there a way to access them before they're wiped out? Any J2 developers have any suggestions regarding this potential functionality? - Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: User Attributes with Struts Portlet bridge on Fusion
Make sure you re-deploy your portlet application, b/c J2 caches the
portlet.xml in the database and will not pick up changes to your portlet.xml
file if you edit it directly in ${webapps}/yourapp/WEB-INF/portlet.xml
directly ...
- Frank
-Original Message-
From: Hema Menon [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 10, 2005 04:28 PM
To: Jetspeed-User
Subject: User Attributes with Struts Portlet bridge on Fusion
I am trying to get the user attributes (user name) from a servlet
filter in my struts application. I have the user-attribute defined
in portlet.xml. However when I try to get the user attributes from the
PortletRequest, I am getting null. Is there something I am missing?
The code gets the PortletRequest first and then tries to get the
USER_INFO attribute from the PortletRequest.
PortletRequest portletReq =
(PortletRequest)request.getAttribute(javax.portlet.request);
Map userInfo = (Map) portletReq.getAttribute(PortletRequest.USER_INFO);
This returns a null for userInfo.
Can someone suggest a better way to getting the User information from
the struts portlet?
Thanks,
Hema
--
~~
Hema Menon
-
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]
Why use Preferences for storing User Attributes?
Hello all. As I'm trying to integrate a legacy user database with J2's SPI, I'm discovering all sorts of, shall we say ... stumbling blocks :-). I do understand the premise of how a User's attributes are accessed through the Request object ... however, I'm finding it incredibly unintuitive to decipher the J2 database structure (specifically user attribute instance values). Can someone please explain to me the purposes of the following specific tables ... and how they store user attribute values? - PREFERENCE_VALUE - PREFS_NODE - PREFS_NODE_PROPERTY_KEY - PREFS_PROPERTY_KEY - PREFS_PROPERTY_VALUE I have noted that the table USER_ATTRIBUTE stores the dynamic attribute names, but I'm trying to figure out how to store instances of attributes for individual users. Additionally, I do have a few non-standard attribute fields I'd like to store for each user ... and have no idea (from reading the docs or examining the DB model) of how to accomplish this. Any reason as to why a simple USER_ATTRIBUTE_VALUE table wasn't used instead? Being that a web site User is one of the central objects in a portal, seems to me that it would be best if customization of this aspect were kept simple? Just my 2 cents. Any insight would be greatly appreciated. - Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: JS2 login portlet empty
Hi Craig,
Start up J2. Try going into the ${j2-webapp}/WEB-INF/deploy directory and
cut the security.war file out of there. Wait for a few seconds, and watch
the logging statements as jetspeed undeploys the application. After
successful undeployment, paste the security.war file back into the
deploy directory ... once again, watch the logging statements as jetspeed
(re)deploys the application. Refresh your portal page and you should see
the previously missing portlet. I found I had to perform this routine with
several different portlets that kept disappearing. It seems occasionally
J2's application database gets corrupted and this procedure is required. I
have yet to identify how this corruption takes place ... heck, I might be
the cause ;-)
- Frank
-Original Message-
From: Craig McDonald [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 24, 2005 05:17 PM
To: Jetspeed Users List
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]
Corrupt Fragment Info
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]
RE: controlling portlet caching in jetspeed 1.5 (2.0)
Hi Sven, -Original Message- From: Sven Thiergen [mailto:[EMAIL PROTECTED] Subject: AW: controlling portlet caching in jetspeed 1.5 When multiple Portlets get displayed on a page, it would speed up the Portal if only the portlet whereupon a user interaction happened gets updated. The other Portlets may cache their state in that simply their HTML fragment (or whatever the output format is) gets stored in a persistence layer. The Portal may take responsibility for this (and should, in fact, if one thinks about it more deeply) by providing a configurable framework to do this. Before working with Jetspeed, I had written my own non-compliant portal, and what you describe is EXACTLY the strategy I took for implementing caching ... it seemed to make the most sense ... at least performance wise. Here my questions: 1. Are there any resources available, where the raised problems are discussed on a general based. http://community.java.net/portlet/ 2. What does the portlet specification says about this, or does it leave this subject open to the concrete Portal implementation? I'm not an expert ... but to the best of my knowledge, I think it leaves it open. If someone else knows otherwise, please correct me ... 3. How does J2 supports Portlet caching? Are there any cache strategies in control, already? Is there anything planned in the near or far future, or: Is there a certain strategy J2 developers and users should have in mind to comply with what's already there or planned? There is a setting in the portlet application deployment descriptor (from the spec) named expiration-cache/ ... I think this is supposed to be a timer setting to specify the length a portal implementation may or may not cache the content of a given portlet. I'm not sure if Jetspeed2 has implemented this or not ... any J2 developers out there know if this is functional yet??? If so, does a value of -1 indicate that content should not be cached at all? - Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Jetspeed 2 Login Issue
giri, I'm not sure what's going on with your particular issue ... but you can take a look at the database table named SECURITY_CREDENTIAL and you'll see a field named AUTH_FAILURES ... you can reset that field back to 0 in order to keep trying your password. You can also set the IS_ENCODED field to 0 and manually type in your password if you want. Additionally, you can also set the UPDATE_REQUIRED field to 0 so that J2 doesn't ask you to enter a new password. - Frank -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, February 10, 2005 12:11 AM To: jetspeed-user@jakarta.apache.org Subject: Jetspeed 2 Login Issue Hello I am using jboss 3.2.6 and jetspeed 2, I am able to login from the index page using the admin/admin, but I am facing small problem, as soon as I login, it will ask to change password, if I change also , it is asking repeatedly many times and I am not able to go to administrative portlets. Kindly provide me some solution to view the administrative portlets. Thank You giri Confidentiality Notice The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify the sender at Wipro or [EMAIL PROTECTED] immediately and destroy all copies of this message and any attachments. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Changing the webapp context on J2
Thanks for the info Chris. This is a real bummer, kinda need this soon ...
like I said, I'm real close to making it work. I'm able to page through the
site in my new context and see all my portlet placeholders, but their
content all comes up Reason: null. I'll keep trying and post to this list
if I figure out how to get it done ... this is definately some type of
initialization issue.
- Frank
-Original Message-
From: Chris Custine [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 09, 2005 09:17 PM
To: Jetspeed Users List
Subject: Re: Changing the webapp context on J2
You aren't the only one looking forward to this ;-) This has come up
several times on the list in the past few months, but apparently this
is not a trivial task, and I believe it currently requires some
re-work to the core JS2 codebase. Unless I am mistaken, I don't think
this has been fully implemented yet.
Chris
On Wed, 9 Feb 2005 15:05:31 -0600, Frank Villarreal
[EMAIL PROTECTED] wrote:
Hello all,
I feel silly having to ask this, but this simple task hasn't been as
straight-forward as I would like
How do you give Jetspeed2 a new webapp context (instead of the default
/jetspeed).
Here is what I've already tried ...
1) renamed ${tomcat_home}/webapps/jetspeed to
${tomcat_home}/webapps/mysite
2) renamed path docBase attributes in
${tomcat_home}\conf\Catalina\localhost\jetspeed.xml to /mysite and
mysite respectively ...
3) renamed the value of the CONTEXT_ROOT field in the WEB_APPLICATION
table to /mysite for the record previously named /jetspeed
4) renamed the mapping for the jetspeed servlet in
${tomcat_home}\webapps\mysite\WEB-INF\web.xml as follows ...
servlet-mapping
servlet-namejetspeed/servlet-name
url-pattern/mysite/*/url-pattern
/servlet-mapping
Only after performing all 4 steps above was I able to view the portal in
the
/mysite context (at least the decorators and layouts) BU ...
one
thing is still vomiting on me ... my portlets all render as Portlet is
not
available: null Reason: null without providing meaningful clues as to why
in the logs (seems my portletDefinition objects are all null) ... hence my
email, does anyone know why??? (Seems like I must be missing a setting
somewhere).
I'm so close, yet s far away :-(
- 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: Changing the webapp context on J2
OK ... got it!
In order to change the default context in Jetspeed2 ... I still had to take
all the steps I outlined in my previous email (see below), but I had to
perform them immediately after running Maven's quickStart task.
Apparently, J2 does some type of initialization that hard-codes the
context into the database in a place/manner I haven't yet identified for the
portlets. This happens the very first time you start-up J2. So, the moral
of the story ... make your context change before you start J2 for the very
first time ... or else, you're up the proverbial creek! ;-)
- Frank
-Original Message-
From: Frank Villarreal [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 10, 2005 09:14 AM
To: Jetspeed Users List
Subject: RE: Changing the webapp context on J2
Thanks for the info Chris. This is a real bummer, kinda need this soon ...
like I said, I'm real close to making it work. I'm able to page through the
site in my new context and see all my portlet placeholders, but their
content all comes up Reason: null. I'll keep trying and post to this list
if I figure out how to get it done ... this is definately some type of
initialization issue.
- Frank
-Original Message-
From: Chris Custine [mailto:[EMAIL PROTECTED]
Sent: Wednesday, February 09, 2005 09:17 PM
To: Jetspeed Users List
Subject: Re: Changing the webapp context on J2
You aren't the only one looking forward to this ;-) This has come up
several times on the list in the past few months, but apparently this
is not a trivial task, and I believe it currently requires some
re-work to the core JS2 codebase. Unless I am mistaken, I don't think
this has been fully implemented yet.
Chris
On Wed, 9 Feb 2005 15:05:31 -0600, Frank Villarreal
[EMAIL PROTECTED] wrote:
Hello all,
I feel silly having to ask this, but this simple task hasn't been as
straight-forward as I would like
How do you give Jetspeed2 a new webapp context (instead of the default
/jetspeed).
Here is what I've already tried ...
1) renamed ${tomcat_home}/webapps/jetspeed to
${tomcat_home}/webapps/mysite
2) renamed path docBase attributes in
${tomcat_home}\conf\Catalina\localhost\jetspeed.xml to /mysite and
mysite respectively ...
3) renamed the value of the CONTEXT_ROOT field in the WEB_APPLICATION
table to /mysite for the record previously named /jetspeed
4) renamed the mapping for the jetspeed servlet in
${tomcat_home}\webapps\mysite\WEB-INF\web.xml as follows ...
servlet-mapping
servlet-namejetspeed/servlet-name
url-pattern/mysite/*/url-pattern
/servlet-mapping
Only after performing all 4 steps above was I able to view the portal in
the
/mysite context (at least the decorators and layouts) BU ...
one
thing is still vomiting on me ... my portlets all render as Portlet is
not
available: null Reason: null without providing meaningful clues as to why
in the logs (seems my portletDefinition objects are all null) ... hence my
email, does anyone know why??? (Seems like I must be missing a setting
somewhere).
I'm so close, yet s far away :-(
- 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]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Changing the webapp context on J2
Hello all,
I feel silly having to ask this, but this simple task hasn't been as
straight-forward as I would like
How do you give Jetspeed2 a new webapp context (instead of the default
/jetspeed).
Here is what I've already tried ...
1) renamed ${tomcat_home}/webapps/jetspeed to
${tomcat_home}/webapps/mysite
2) renamed path docBase attributes in
${tomcat_home}\conf\Catalina\localhost\jetspeed.xml to /mysite and
mysite respectively ...
3) renamed the value of the CONTEXT_ROOT field in the WEB_APPLICATION
table to /mysite for the record previously named /jetspeed
4) renamed the mapping for the jetspeed servlet in
${tomcat_home}\webapps\mysite\WEB-INF\web.xml as follows ...
servlet-mapping
servlet-namejetspeed/servlet-name
url-pattern/mysite/*/url-pattern
/servlet-mapping
Only after performing all 4 steps above was I able to view the portal in the
/mysite context (at least the decorators and layouts) BU ... one
thing is still vomiting on me ... my portlets all render as Portlet is not
available: null Reason: null without providing meaningful clues as to why
in the logs (seems my portletDefinition objects are all null) ... hence my
email, does anyone know why??? (Seems like I must be missing a setting
somewhere).
I'm so close, yet s far away :-(
- Frank
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Portal Services?
Question about Portal Services:
I know that in Pluto, you are able to create a Portal Service that may be
utilized by the portlet container (and in effect, portlets within it). I've
noted that in Jetspeed2, services are configured within the Spring file
jetspeed-spring.xml. Another thing that I also noticed, is that the
services defined within that assembly file did not appear to implement any
special interface ... whereas in Pluto I was under the impression that
services had to implement a designated Service interface (w/init
destroy methods). Is this not the case in J2's implementation?
But anyway here is my MAIN question HOW do you get acquire a
reference on a portal service instance from within a portlet's init or
processAction methods For example, if I created a service in J2 named
MyService, from within my portlet's init method, how do I grab a handle on
it?
Example
public class MyPortlet extends GenericServletPortlet
{
public void init(PortletConfig config)
throws PortletException
{
super.init(config);
MyService myserv = (MyService) WHAT-GOES-HERE;
if (null == myserv)
{
throw new PortletException(Could not acquire MyService!);
}
}
}
I'm having a very hard time finding any discussion or documentation on this
anywhere ... hey, I even bought the book by Jeff Linwood and Dave Minter
about building portals ... still no luck ...
Thanks,
- Frank
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Portal Services?
Thanks, Scott. You just made my week. :-) - Frank -Original Message- From: Scott T. Weaver [mailto:[EMAIL PROTECTED] Sent: Monday, February 07, 2005 09:13 AM To: Jetspeed Users List Subject: Re: Portal Services? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PLEASE HELP ME Order of action execution
Hi angeloim, I believe the portlet spec states that all Action/processAction requests must be executed before any render(doView) requests within the portal. So make sure that your navigator portlet changes the location on your other portlet only during Action requests NOT during render requests. If you are already doing this and it is not working ... then this might be a bug in the session handling of the jetspeed portal engine. - Frank -Original Message- From: angeloimm [mailto:[EMAIL PROTECTED] Sent: Friday, February 04, 2005 03:02 AM To: Jetspeed Jetspeed Subject: PLEASE HELP ME Order of action execution Importance: High Hi all; i have this scenario: A page where there are several portlets; the first portlet is a Navigator that shows to me where i am; now this portlet by reading a parameter in the session (i have used the PageSessionState) reads a xml file where it can be able to understand where we are; now the problem is that this parameter is setted by another portlet that is shown after this navigator; this means that the action of this portlet is executed later than the action of navigator. and this is a problem for me; infact the old value of parameter in the session is changed after that the navigator portlet has taken the value... so the navigator is not synchronized with the page where we are; if i refresh the page (by using F5 for example) all works fine and i don't have this problem since the PageSessionState works good. The problem is that i'ld like to call the action of the second portlet and then the action of navigator; is this possible? Thanks Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - 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: Passing portlet parameters
If they are deployed as part of the same portlet application ... then you can use the PortletSession to share state data between your 2 portlets ... if you're referring to preference parameters ... then you might try implementing some type of portal service that can feed data about other portlet instances to the portlet container ... of course I'm no expert and this may already be implemented in jetspeed. - Frank -Original Message- From: angeloimm [mailto:[EMAIL PROTECTED] Sent: Tuesday, February 01, 2005 07:37 AM To: Jetspeed Jetspeed Subject: Passing portlet parameters Importance: High Hi all... i have this scenario: i must read a parameter from portlet A into portlet B how can i do? 6X velocizzare la tua navigazione a 56k? 6X Web Accelerator di Libero! Scaricalo su INTERNET GRATIS 6X http://www.libero.it - 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]
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]
RE: Default Home Pages
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]
RE: Default Home Pages
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 * *** - 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: Default Home Pages
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]
J2 Velocity Error?
FYI: 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 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: J2 Velocity Error?
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]
RE: J2 Velocity Error?
Thanks Randy (and Chris). I was about to implement something very similar
just so I could proceed ... but your hack works like a charm. Thanks again.
- Frank
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Monday, January 31, 2005 11:01 AM
To: Jetspeed Users List
Subject: 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
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
RE: Struts and JSF
FYI: As to how to convert your application ... that's a very general question and it's best for you to learn more about the portlet development model first (Sun's JSR-168 specification would be a good start). Regarding inter-portlet communication, check out this article https://portlet.dev.java.net/files/documents/1654/8898/tip1.html - Frank -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, January 27, 2005 07:52 AM To: jetspeed-user@jakarta.apache.org Cc: jetspeed-user@jakarta.apache.org Subject: Re: Struts and JSF Hi , I never got an response. I would appreciate it if anybody has anything. Thanks...Please forgive me if you think my questions are too newbie! Evian n Wed, 26 Jan 2005 05:43:40 -0800 (PST), [EMAIL PROTECTED] wrote: Hi, I have two applications. The first one is build in struts and the other one build with JSF framework. Are there some good resource/links/documents/how-to for converting the struts and JSF application to a portlet and deploying them in Jetspeed 2. Also, I assume that my two protlets I want to deploy will be able to talk to each other? Evian./ - 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]
Missing source code?
Hello All ... Just thought I would point out that there is a chunk of source code missing in the jetspeed-1.3a2-release-src.zip. I tried compiling the entire Jetspeed tree (I included all jars found under the libs directory) and received errors regarding missing classes ... most of which from what I could tell are in the org.apache.jetspeed.xml.api.* package. I noticed that the package class files are in the jetspeed-1.3a2-release.jar, but the source code is no where to be found ... is this for some reason by design ... if so, can someone point me to where I can get a snapshot of the source code for these missing classes at the time this distribution was put together (Dec 10, 2001) ... can this be done from CVS ... or can someone append these classes to the zipped source code download for this distribution? Thanks! - Frank -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Jetspeed release 1.3a2 candidate
John Wooten said: I need to run JBoss for ejbs, can't just run Tomcat alone. Anyone found a way to get Jetspeed to run with JBoss? I'm not sure if this is an option for you ... but you could run Tomcat JBoss each in separate VMs (they can even be on the same physical machine) ... works for me ... I thought I read on a JBoss list that the integrated stack still has issues with Tomcat 4 ... I could be completely off (too much reading) :) - Frank -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
PORTLET SERVERS ???
Dear Jetspeed Developers: I've been examining the Jetspeed 1.3a1 code build for several months now. complimentI've been highly impressed with the progress of this project thus far. Hats off guys./compliment However, there is so much more untapped potential functionallity. Just as food for thought, what about creating standalone portlet servers for external sites. In other words, a Jetspeed component that serves content and itself is hosted by an external server. I saw this technique being used by the Plumtree portal architecture (which by the way is pretty slick in itself). Another rip-off idea I had by examing their architecture is their strategy for handling external applications. I noticed that the Jetspeed applications portlet was disabled (probably due to the complexity involved in implementing this functionallity; cookies, URL rewriting, etc.). It seems that the Plumtree architecture defines a more rigid separation between the portal and portlets (they live on different physical servers) and use propietary data embedded within the HTTP headers to communicate. I haven't looked at the latest CVS head, but is any of this functionallity planned or even desired for future releases of Jetspeed? Comments, rants, ideas? Frank T. Villarreal, Jr. Director, Information Systems Direct Hit Data, Inc. Email [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Dumb Question
I believe that property is set in the Tomcat(assuming you're using Tomcat as your web container) configuration files - Frank T. Villarreal, Jr. -Original Message- From: Williams, Christopher D [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 28, 2001 3:13 PM To: '[EMAIL PROTECTED]' Subject: Dumb Question Where is jetspeed set to port 8080? - 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]
