Yesterday, I set up our Jetspeed-based portal on JBoss3.2 w/Tomcat and followed the instructions at
<http://www.shiftat.com/blog/page/werner/20021027>


I did have a JasperException before following the instructions. Did you try the werner instructions?

I think there are some of us that would like to see some formalized instructions for JBoss set up. Right now, all I know is from the werner site. We are also using the Apache HTTP Client commons-httpclient-2.0-beta1.jar vs the default commons-httpclient.jar that comes with JBoss and Jetspeed. To get this to work, I needed to remove the default httpclients from Jboss/lib and of course the jetspeed/WEB-INF/lib.

Glen




Mike Davis wrote:
Hi,
I tried using the latest JBoss/Tomcat integration
(jboss-3.2.1_tomcat-4.1.24.zip). I followed the
instructions as best I could, but they are clearly out
of date for this latest version of Jboss/Tomcat. I am
using a latest code of Jetspeed extracted from CVS
about 1 week ago. I can see from the JBoss STDOUT
that the jetspeed servlet seems to load successfully. When I access it, it loads the top and left area's,
but the "main" part of the page pukes with a Jasper
exception:


Error encountered processing a template:
/layouts/html/default.jsporg.apache.jasper.JasperException
at
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254)
at
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295)
at ...... (and so on) .....


Any idea of which jar that Jasper lives in under JBoss? Maybe the list of jar's to be removed from Jboss/lib simply needs to be updated. I will share any useful results...

Thanks!

--- Mark Orciuch <[EMAIL PROTECTED]> wrote:

Check out README from CVS - it has a section on
JBoss integration.

Best regards,

Mark Orciuch - [EMAIL PROTECTED]
Jakarta Jetspeed - Enterprise Portal in Java
http://jakarta.apache.org/jetspeed/


-----Original Message-----
From: Andy Benjamin

[mailto:[EMAIL PROTECTED]


Sent: Tuesday, July 08, 2003 8:39 PM
To: [EMAIL PROTECTED]
Subject: Re: Jetspeed Best Practices


Can anyone go into more detail about exactly how

ejbs are being accessed


from inside the jetspeed environment? Is there a

design pattern that has


proven to work/not work well with Jetspeed? I

understand how to


access them
directly from a jsp but wanted to see if there was

a cleaner


design approach
as this seems to bypass the separation of

presentation/business


logic/data,
etc.

Also, did anyone get jetspeed to run on the

Jboss/Tomcat bundle?


I posted a
couple days ago and haven't heard any response on

how we can get


Jetspeed to
run in that environment.

Any good advice on proper DB access in a clean

design pattern


would be most
helpful.  Thanks!!

Andy



I can give a little bit of feedback because our

situation is similar.


1- basic portlet that get data from a database.
 We do mostly what you propose; often used db

objects or objects shared


between
multiple "applications" are kept in the session,

but smaller,


simpler apps
usually
just go to the db for each call.  We use EJBs for

all db access.


2- Multiple Application portal.
 We use role based security and role based psml;

the presence of


a role or
permission
grants you access to a particular application or

part of one. Our


applications are
organized into tabs.  Basic tabs are level 1; For

Visitors, For Staff,


etc... Under
each of those tabs is another application specific

tab. For


example under
staff we
might have the Intranet tab that has a portlet or

two, the Paging


tab which
has the
paging application portlet, and whatever other

apps the Staff role has


access to.

3- Extending Jetspeed users.
We extended the base jetspeed user quite a bit and

restrict


access to what
fields you
one can edit.  For example, everyone can change

their demographic


info, but
only
someone with the user manager role can change a

user's employee


number.  The
"create
new account" page is unchanged; when a person logs

in they have a


"My Info"
tab at
level 1 that presents them a modified user edit

screen with


values only they
can
change.

4- any other example.
Make sure that only having roles and permissions

is sufficient


for whatever
security
you need in place for your application.


[EMAIL PROTECTED] 03/31/03 07:23PM >>>

I'm making a multiple application portal using

jetspeed 1.4b3. I


wonder wich
is the
best way to do some things in terms of design.

1- basic portlet that get data from a database.
   I don't care about  how the connection is made

or using a JDO such as


castor or
hibernate. Instead I'm worry about what my Action

shoud do. The way it


should be done
in Jetspeed.
   This is what I do: Get the data from the

database, put the object


created into a
velocity context, and then use the

HttpSession to maintain the


object, so
further requests, don't access the database. I'm

putting the object into


session,
since Portlets context is not maintained between

request, and it's not


shared among
multiple Portlets in the same page. Is this a good

approach? any


suggestions.

2- Multiple Application portal.
   I need to create multiple apps into one

portal, every app


uses lots of
portlets,
and pages or panes. This apps are completely

different, and


different users
will
access them. So I must create at least one role

for each app. Wich is the


best
approach? Create one page with mulples panes for

each app, one


page for all
apps, or
multiples pages for one app? Then... How the links

between pages or panes


should be
done? How Jetspeed manages to grant or not access

to a portlet or


page? How
new users
get their psml copies based on their roles?

3- Extending Jetspeed users.
   I've extended succesfully jetspeed users,

using MySql as


database. Where
should I
make the user to add the new data. Change Jetspeed

New User code. Change


Jetspeed Edit
user code, or create a new portlet to do it?

4- any other example.
   Any Idea that is in your mind. That things

should be done.


Thanks for answer.....

Ramiro Rinaudo




---------------------------------------------------------------------

To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]



_________________________________________________________________

MSN 8 with e-mail virus protection service: 2

months FREE*


http://join.msn.com/?page=features/virus

=== message truncated ===


__________________________________ Do you Yahoo!? SBC Yahoo! DSL - Now only $29.95 per month! http://sbc.yahoo.com

---------------------------------------------------------------------
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]



Reply via email to