HEADS UP: Migration of jetspeed repositories to subversion

[Santiago Gala]

I created a JIRA issue WRT the migration of lists from
jakarta.apache.org to portals.apache.org and moving jetspeed
repositories from cvs to subversion:

http://issues.apache.org/jira/browse/INFRA-302

We are trying to set up a schedule for the migration. The moment seems
good, I hope nobody has real issues with subversion now that there is a
eclipse plugin and support has greatly improved.

If nobody has major problems we can proceed with the migration.

WDYT?

Regards
-- 
Santiago Gala <[EMAIL PROTECTED]>
High Sierra Technology, SLU


signature.asc
Description: Esta parte del mensaje =?ISO-8859-1?Q?est=E1?= firmada	digitalmente

Re: Problem with installation

[Santiago Gala]

monica qualunque escribió:
Hi All,

I am new to jetspeed, I have installed jetspeed-1.4-b3, Tomcat 4.1.24 
and j2sdk1.4.1_03 on Windows XP Home Edition.
When I start Jetspeed before the time, it works correctly.
After to have made stop of Tomcat and start of Tomcat on Dos shell the 
following error appears:

[Fatal Error] admin.xreg:6:1: XML document structures must start and end 
within the same entity.
[Fatal Error] client.xreg:6:1: XML document structures must start and 
end within the same entity.
[Fatal Error] controllers.xreg:7:1: XML document structures must start 
and end within the same entity.
[Fatal Error] controls.xreg:7:1: XML document structures must start and 
end within the same entity.
[Fatal Error] demo-portlets.xreg:7:1: XML document structures must start 
and end within the same entity.
[Fatal Error] media.xreg:6:1: XML document structures must start and end 
within the same entity.
[Fatal Error] portlets.xreg:7:1: XML document structures must start and 
end within the same entity.
[Fatal Error] security.xreg:6:1: XML document structures must start and 
end within the same entity.
[Fatal Error] skins.xreg:6:1: XML document structures must start and end 
within the same entity.
[Fatal Error] wml-examples.xreg:8:1: XML document structures must start 
and end within the same entity.
[Fatal Error] feed_local.xreg:10:1: XML document structures must start 
and end within the same entity.
[Fatal Error] feed_apache.xreg:9:1: XML document structures must start 
and end within the same entity.

and Jetspeed don't work.

Someone can help me?

It looks like the .xreg files got truncated. Jetspeed saves them to disk 
every certain interval, and they could get corrupted somehow (disk full, 
Ctrl-C killing, abrupt shutdown, electric power failure, ...)

Try replacing them with "good" XML files, maybe from the release.

Regards
--
Santiago Gala
High Sierra Technology, S.L. (http://hisitech.com)
http://memojo.com?page=SantiagoGalaBlog


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

Re: Jetspeed Performance tips

[Santiago Gala]

Shan Gopalakrishnan wrote:

(...)
About Spring 2001 some profiling and tuning was done, by the IBM team, 
David, Raphael and myself. I don't know of other such effort since 
then. This led to rundata and some other objects pooling in turbine, 
and some changes of String concatenation to StringBuffer.append(). We 
also discovered a lot of duplicated initializations and similar stuff. 
It is always funny to see how big bugs can hide in code.
->> This really makes us think twice whether we can use it for 
production. I would appreciate if profiling/tuning can be treated much 
frequently to develop a healthy framework.  Hopefully some of our 
results /analysis will help the development team.

We have a Jetspeed derivative running on a dual PentiumIII with 1GB of 
RAM and external DB. It is taking a sustained load of 600 sessions a 
day, with about 6000 portal page views a day.

We have yet to see a problem with it. You see normally loads around 2-3% 
on this machine. I think it can handle up to ten times the current load 
with no problem, and then we will start putting more "iron" to the task. 
We routinely restart tomcat to make minor changes (let's say every 7-15 
days). But otherwise it runs unnoticed

You should not plan for more than about 50-60% sustained cpu load. I 
would put a dual PentiumIII box for each 10 expected concurrent requests 
in the system. (as a rule of thumb). This will be more fault tolerant, 
as you can add/remove machines by just taking them out of the scheduler 
and waiting till sessions expire.

If a user asks for a page every minute, and service takes a second, 10 
concurrent requests mean 600 simultaneous users.

In all the experiments I have seen (always on 1GB dual PentiumIII 
machines), Jetspeed degrades sharply at about 50 concurrent requests, 
and this has not changed in the last year. You could be seeing the same 
behaviour, but scaled to your CPU, RAM and architecture. I would try to 
use less concurrent requests (at a sustained rate) to test the limits. 
Try several hours with 20, then 50, etc. Also, notice that the server 
hotspot VM needs time to see hotspots and optimize them, and during 
method compilation it actually slows down the whole system.


If the problem is that some "bunches" of objects get into "old" space 
because they are pointed by persistent objects, then a juditious 
ammount of "= null" on recycling can help a lot. I've just checked 
DefaultJetspeedRunData and it is disposed properly (unless something 
is broken down in Turbine and it is not really disposed).
->>>Good point. I used to wonder how Jetspeed (team) will handle for 
the inherent problems of Turbine ??

We can ask them to patch (in fact, David is committer in turbine-2) We 
have done it in the past, and will do it again if needed.

During some period Raphael had to patch turbine and we used a patched 
version, until we got the needed changes inside turbine.

Thanks a lot for all your information.

- Shan



--
Santiago Gala
High Sierra Technology, S.L. (http://hisitech.com)
http://memojo.com?page=SantiagoGalaBlog


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

Re: Jetspeed Performance tips

[Santiago Gala]

Shan Gopalakrishnan wrote:
We observed few more things.  I'm posting this to the best interest to 
mature the framework further than what it is currently today.
Definitely this is not criticism.
Feel free to criticize. It is the only way we have to improve Jetspeed.

We are seeing the Garbage collector (Major GC) getting triggered 
frequently as I think huge set of objects are getting created.
Some profiling could be handy. AFAIK:

Wrappers for security are not recycled (they *must* be inmutable)
PortletSets are created new for every request, due to threading issues.
--> Both kinds of objects should be claimed from "young" space, unless 
we are missing some "nullification" in permanent objects.

The registries are reloaded every 5 minutes, meaning a whole set of 
Castor marshalling and new objects going on (and fading) happens. If you 
don't have registries that change a lot, you could make this interval 
greater.

Every time DiskCacheDaemon runs, it will call xerces and xalan to 
transform RSSPortlets.

Every 30m you will have tomcat sessions expiring. If your testing does 
not keeps the sessions, you will be filling a lot of memory with fake 
sessions which will never be reused. I imagine you are using a testing 
framework that keeps sessions for a number of hits per "user".

A lot of other objects could come from either Velocity ASTs, Torque 
peers or other places. Even from your portlets ;-)

About Spring 2001 some profiling and tuning was done, by the IBM team, 
David, Raphael and myself. I don't know of other such effort since then. 
This led to rundata and some other objects pooling in turbine, and some 
changes of String concatenation to StringBuffer.append(). We also 
discovered a lot of duplicated initializations and similar stuff. It is 
always funny to see how big bugs can hide in code.

But the behaviour you are seeing looks more like the bug I pointed below 
or a bug in the hotspot compiler. Could you switch temporarily to jdk 
1.3.1_07 or 1.4.0_XX and see if the same happens? (According to reports 
in cocoon-dev, 1.4.0 does not have the StringBuffer bug)

This could be inherited from Turbine implementation.  We are now playing 
with the various options in the Garbage Collector
part of the JDK 1.4.1, which is running the GC parallel, setting high 
heap size,  giving some % for young generation Vs old generation etc.
Most likely to my knowledge the minor GC looks only the younger 
generation area as we didn't see any benefits in increase the
% of younger generation.  Apparently the spike still remains and gives 
poor response time just that the symptom happens way early
or later during the tests depending on the heap size and GC configuration.

If the problem is that some "bunches" of objects get into "old" space 
because they are pointed by persistent objects, then a juditious ammount 
of "= null" on recycling can help a lot. I've just checked 
DefaultJetspeedRunData and it is disposed properly (unless something is 
broken down in Turbine and it is not really disposed).

- Shan
At 12:43 PM 3/21/2003 +0100, Santiago Gala wrote:
Santiago Gala wrote:

Shan Gopalakrishnan wrote:


(...)

Has any one done similar  tests, did you observe something like that?
Do you have any suggestions where to look further?  This is on 
Solaris 8 with JDK 1.4.1_01, Tomcat 4.1.18 and Jetspeed 1.4b3.


http://developer.java.sun.com/developer/bugParade/bugs/4724129.html

may well be related. A very scary bug, BTW, which can explain why I'm 
seeing ant or maven builds hung forever and claim all memory in my 
machine. Ans also server VM crashes with OutOfMemory after tomcat 
context reloading.



--
Santiago Gala
High Sierra Technology, S.L. (http://hisitech.com)
http://memojo.com?page=SantiagoGalaBlog


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

Re: Jetspeed Performance tips

[Santiago Gala]

Santiago Gala wrote:
Shan Gopalakrishnan wrote:
(...)
Has any one done similar  tests, did you observe something like that?  
Do you have any suggestions where to look further?  This is on Solaris 
8 with JDK 1.4.1_01, Tomcat 4.1.18 and Jetspeed 1.4b3.


http://developer.java.sun.com/developer/bugParade/bugs/4724129.html

may well be related. A very scary bug, BTW, which can explain why I'm 
seeing ant or maven builds hung forever and claim all memory in my 
machine. Ans also server VM crashes with OutOfMemory after tomcat 
context reloading.

--
Santiago Gala
High Sierra Technology, S.L. (http://hisitech.com)
http://memojo.com?page=SantiagoGalaBlog


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

Re: Jetspeed Performance tips

[Santiago Gala]

Shan Gopalakrishnan wrote:
Hello all,

Thanks for the great posting on Jetspeed mailing list.  We are 
evaluating Jetspeed for use in a project within Cisco.  I hope you can 
shed some light on some of the problems we are facing.

In a very simple test of one portlet that has fixed content (no business 
logic, no database access, etc.), we have observed some weired behavior 
and are suspecting Jetspeed is the cause.  We use LoadRunner to run 100 
concurrent users that pull the same page that has the one portlet of 
fixed content.  It runs smoothly for about 25 minutes (it takes about 16 
minutes to ramp up the 100 users) and then the response time starts to 
climb quite sharply form < 1s to 8s and then to > 20s or higher while 
CPU goes from 75% to 45%.  We put the same logic in the plain JSP and 
ran it with the same load and response time was always flat under 1s. We 
put in the recommended Jetspeed settings.

Has any one done similar  tests, did you observe something like that?  
Do you have any suggestions where to look further?  This is on Solaris 8 
with JDK 1.4.1_01, Tomcat 4.1.18 and Jetspeed 1.4b3.

There are heavy bugs in the hotspot compiler en 1.4.1_01 (I'm not sure 
about Solaris, but it led to release of 1.4.1_02 some time ago). I've 
seen all the 1.4.1 VMs I have tested do very funny things (like 
disproportionate memory growth) under heavy load. I have stopped using 
1.4.1 for ant and maven, since they claim (sometimes) all memory and 
swap in my laptop, making it unusable for minutes, until I manage to 
kill the java processes.

I would either try with 1.3.1_07 or update 1.4.1 to latest. I strongly 
recomment to use 1.3.1 for stress testing (today) ;-)

Also, in tests I have done in dual PentiumIII with 1GB RAM, I observed 
that, with more than 50 simultaneous request, the performance degraded 
significantly.

I would recommend to design your system as a cluster (with session 
memory) to ensure that no more than, say, 10 requests will be processed 
in parallel for each VM. This is for small dual linux PentiumIII servers 
in the cluster (a much cheaper architecture than Solaris, BTW). If 
Solaris hardware allows, maybe the limit would be higher. But I would 
not try to squeeze every cycle from a VM.

Old (well tested) principles in Capacity Planning, coming from Mainframe 
ages, say that overall load of a system should never be planned to go 
over 60%.

Thanks!

- Shan

--
Santiago Gala
High Sierra Technology, S.L. (http://hisitech.com)
http://memojo.com?page=SantiagoGalaBlog


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

Re: PSML user group role : how to use Group?

[Santiago Gala]

Gabriel Santonja wrote:
Hi Gabriel,
Hi Scott,


This is because the default Jetspeed security implementation is still
attached at the hip to turbine.  So, there are some remnants of that
association that still remain.


If I uderstand the groups are used only to keep some Compatibility
with Turbine?. 

Groups can be "morphed" into Realms or Virtual Hosts in the future 
evolution of Jetspeed, as HTTP has a Security model not completely 
compatible with java.security.* or JAAS (J2EE security). (This is just a 
hypothesis, don't trust on it).


The default is using the underlying turbine security.


I may not have understood this question, but there is no association
between the two.


Excuse me the question was truncate:
Why the groups doesn't  like the groups in the tomcat
administration tools?. 

group in turbine means "a group of resources/pages" nor "a group of 
users". It is more like a HTTP Realm.

This happens when you look at the system from both sides: the Tool 
Designer will see "groups of pages needing different levels of 
protection", while the Application Designer or Admin will see "groups of 
people with common access". This is why names are so dangerous.

Actually the tomcat groups can be mapped as turbine roles, i.e. sets of 
permissions. Users with the same role in the same turbine group will 
have the same permissions. There is no way in Turbine-2 to express 
"groups of users", but you can do the trick if you use a different ROLE 
for each GROUP_OF_USERS, since changing the permissions of the ROLE will 
affect all the users having it. Again a user BELONGING to several roles 
will have the sum of the permissions on those roles.

*And* what you would call ROLE in tomcat is really PERMISSION in 
turbine. Since the only possible authorization in tomcat comes from the 
isUserInRole() call. (So you can think of permission VIEW in Jetspeed as 
role pageviewer in tomcat, etc.)

Funny, isn't it? Don't play much with it, as I guess Jetspeed-2 Security 
will have to change a lot to be J2EE compatible in the near future.

Yes there is no association between the two. The notion of group is
différent between tomcat and jetspeed and that's surprising.
Given the response I got when I asked for java.security.Principal, it is 
not that surprising:
Request: GET /java.security.Principal
http://www.mail-archive.com/[EMAIL PROTECTED]/msg05244.html
Response: (404 NOT_AVAILABLE_HERE)
http://www.mail-archive.com/[EMAIL PROTECTED]/msg05250.html

;-) (Notice the response comes from the main developer in Turbine-2, for 
those who don't know)

thank you for your response.
I hope I clarify.

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

Re: NNTP Porlet

[Santiago Gala]

[EMAIL PROTECTED] wrote:
>
> However, I think the public would loose out on a lot of 
good portlets
> people are willing to share.  I think there should a standard
> repository, like commons-portlets, to house these contributions.
>

Hence the proposal to expose this concrete contribution as a Bugzilla 
RFE, for the moment. I don't think we are ready yet for opening a 
portlets module.



What is the purpose of http://jakarta.apache.org/jetspeed/site/catalog.html,
then?  That seems like the natural place to put access to user contributed
portlets.  I understand the official Jetspeed team can't take responsibility
for the quality of the code in user contributed portlets. But, IMHO, the
Apache/Jetspeed team should provide a catalog of contributed portlets, at
least links to sites where other people host their own portlets.
There is people who cannot put the code in a public HTTP or FTP server, 
due to company policy or availabilty. Also, here there was a specific 
request "how do I i18n it?", which would benefit from interaction with 
other users (each could write their own language translation, for 
instance). So, while listing it in this page is good, it will not be 
always possible or the only alternative.

This is the reason (mostly the interaction for i18n) why I suggested the 
bugzilla enhancement as a good "repository. Also that, while we are not 
ready for opening a portlets module yet, a discussion portlet seems a 
good candidate for a "core", "optional" or even "demo" general purpose 
portlet.

Regards,
 Santiago
	- Jasen.



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

Re: NNTP Porlet

[Santiago Gala]

Weaver, Scott wrote:
>> My personal opinion (but I think most developers will agree) is
>> that Jetspeed and portlets should be separate modules in the
>> future.
>
>
> +1 on that.  It will keep clutter out of the base registry files.  '
>
> However, I think the public would loose out on a lot of good portlets
> people are willing to share.  I think there should a standard
> repository, like commons-portlets, to house these contributions.
>
Hence the proposal to expose this concrete contribution as a Bugzilla 
RFE, for the moment. I don't think we are ready yet for opening a 
portlets module.

> Scott
>
>
>
>> -Original Message- From: Santiago Gala
>> [mailto:[EMAIL PROTECTED] Sent: Sunday, March 09, 2003 6:33 AM
>> To: Jetspeed Users List; Jetspeed Developers List Subject: Re: NNTP
>> Porlet
>>
>> Kevin McIntyre wrote:
>>
>>> Using NNTP I've created a "Threaded Discussion" Portlet.  I would
>>> like
>>
>> to
>>
>>> contribute.  It works with James, extending NNTPRepositoryImpl to
>>> remove threads for moderated discussion.
>>>
>>> Is it necessary to Internationalize before contributing?
>>>
>>
>> I would be nice :-)
>>
>> But I don't think a portlet which brings a James dependency should
>> be inside jetspeed. (Maybe I understood it wrong).
>>
>> As a matter of fact, we are in the process of stabilizing Jetspeed
>> 1 and planning a move to Jetspeed-2.
>>
>> My personal opinion (but I think most developers will agree) is
>> that Jetspeed and portlets should be separate modules in the
>> future.
>>
>> Jetspeed 2 will ship with functionality as a portal tool
>> (administration), and a few key or simple demo portlets.
>>
>> Jetspeed will have separate modules for hosting development of
>> portlets like what you are proposing, shipping in different
>> "portlet applications". The original proposal for the Portlet API
>> included facilities for doing this. I don't think they will drop
>> it, since it is a highly desirable feature.
>>
>> So, while I think it will be worthwhile to look more into your
>> proposal, I suggest that you open a bugzilla issue (Request For
>> Enhancement), and discuss features and dependencies with interested
>> people there. In this way, you can proceed without bringing
>> additional dependencies inside jetspeed.
>>
>> If it looks worthwhile, it could be put in the scratchpad to
>> develop there until it can be released (in the Jetspeed-2
>> infrastructure) as a portlet application. Or people could build it
>> separately from the scratchpad.
>>
>> Regards, Santiago
>>
>> P.S.) I CC: dev, since it mostly belong to jetspeed development.
>>
>>
>> -
>>  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: NNTP Porlet

[Santiago Gala]

Kevin McIntyre wrote:
Santiago -

The NNTP Portlet can make use of and James to moderate discussion or
simple use another NNTP resource, without that feature.
OK, so it brings no dependencies unless used in a "special" setup.

My question is how do I Internationalize a portlet?  Making entries in
each language file?
I don't know the precise procedure, as I have never been involved in 
portlet i18n efforts. I would suggest to post the code in bugzilla as a 
RFE and some people interested will help you out of interest to run it 
in their language. ;-)

I'm sure a lot of people will be interested in seeing a "discussion" 
portlet, with or without NNTP.

I suggest also post it as "Forum" or "Discussion" portlet, because a lot 
of people wanting it do not even know the meaning of NNTP.

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

Re: NNTP Porlet

[Santiago Gala]

Kevin McIntyre wrote:
Using NNTP I've created a "Threaded Discussion" Portlet.  I would like to
contribute.  It works with James, extending NNTPRepositoryImpl 
to remove threads for moderated discussion.  

Is it necessary to Internationalize before contributing? 

I would be nice :-)

But I don't think a portlet which brings a James dependency should be 
inside jetspeed. (Maybe I understood it wrong).

As a matter of fact, we are in the process of stabilizing Jetspeed 1 and 
planning a move to Jetspeed-2.

My personal opinion (but I think most developers will agree) is that 
Jetspeed and portlets should be separate modules in the future.

Jetspeed 2 will ship with functionality as a portal tool 
(administration), and a few key or simple demo portlets.

Jetspeed will have separate modules for hosting development of portlets 
like what you are proposing, shipping in different "portlet 
applications". The original proposal for the Portlet API included 
facilities for doing this. I don't think they will drop it, since it is 
a highly desirable feature.

So, while I think it will be worthwhile to look more into your proposal, 
I suggest that you open a bugzilla issue (Request For Enhancement), and 
discuss features and dependencies with interested people there. In this 
way, you can proceed without bringing additional dependencies inside 
jetspeed.

If it looks worthwhile, it could be put in the scratchpad to develop 
there until it can be released (in the Jetspeed-2 infrastructure) as a 
portlet application. Or people could build it separately from the 
scratchpad.

Regards,
 Santiago
P.S.) I CC: dev, since it mostly belong to jetspeed development.

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

Re: obtaining User object when overriding the IFramePortlet getSourcemethod???

[Santiago Gala]

Jacob Kjome wrote:
Hmm... That's an interesting approach and I'll look into it.  However, 
this should be able to just work without interaction by the user.  The 
project I am working on requires this functionality with no outside 
interaction.  The username and password in the environment needs to be 
used, automatically, as the username and password for BASIC 
authentication in the IFrames.

Is there no way to get a RunData object from within the getSource() 
method?  Seems to me that every method in a portlet ought to have access 
to that via something like a getRunData() method.  Why pass a bunch of 
methods a RunData object as a parameter when it could simply be gotten 
at any time with a getRunData() method?  Or was that already thought of 
but since it is the way it is, the interface can't be changed?  Am I 
going to have to hack at the source to enable this capability?

The portlet has most of the sema threading issues that a servlet has. I. 
E. a RunData is only meaningful "inside" the getContent() call, and 
there you have one. It should *never* be stored as an instance variable, 
since each thread running a request will have a different one, and you 
will run into concurrency problems when two users request pages at the 
same time.

This is one of the things that I expect the Portlet API specification to 
sort out for good. It has given us a lot of problems in the past.

I don't know the Portlet you are dealing with. If you are in Velocity 
templates, there is a $data in the Context that you can safely use. If 
the portlet calls "getSource()" only from "getContent()", the rundata 
could/should be passed to getSource.

The rule is: "never store any request-scoped object in your portlet", as 
there is only one instance for the whole portal, shared by every user 
requesting a page.

Regards,
 Santiago


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

Re: error lauching jetspeed 1.4 cvs with tomcat 4.06

[Santiago Gala]

Gabriel Santonja wrote:
Hello,

I'am trying to launch jetspeed cvs version with a tomcat 4.06 version. I
've the following error in the jetspeed.log :
java.lang.NoClassDefFoundError: org/w3c/dom/DOMLocator
at
org.apache.jetspeed.services.registry.CastorRegistryService.saveFragmen
t(CastorRegistryService.java:678)   at
org.apache.jetspeed.services.registry.CastorRegistryService.createFragm
ent(CastorRegistryService.java:642) at
org.apache.jetspeed.daemon.impl.FeedDaemon.run(FeedDaemon.java:194) at
org.apache.jetspeed.daemon.DaemonThread.runDaemon(DaemonThread.java:142)
at org.apache.jetspeed.daemon.DaemonThread.run(DaemonThread.java:107)
Which JDK? this error comes by an old/obsolete dom API package. It can 
be difficult to debug, but possibly it is caused by the jdk using the 
internal implementation, which is broken.

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

Re: Jetspeed performance tips

[Santiago Gala]

Stuart Belden wrote:
> I've been trying to get our jetspeed based portal up to acceptable
> response times (< 1sec), and since the topic has come up several
> times on this list I thought I'd share some of what I've come up
> with.  Additionally, I'd love to hear any corrections or additional
> tips you might have. :-)
>

As some of you may know, Apache has now a Wiki. It is a place very 
suitable for collective elaboration of documents. I paste (verbatim) 
your message in

http://nagoya.apache.org/wiki/apachewiki.cgi?JetspeedPerformanceTips

as I cannot look at it right now, and I invite you, or any other people 
wishing to comment to edit the page there, so that it can be taken, when 
it is mature enough to the documentation of Jetspeed.



(...snip...)

Regards,
 Santiago


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

Re: Deploy Portlets without Restarting the App. Server

[Santiago Gala]

Ignacio Perez Gonzalez wrote:

In Jetspeed, as far as I know:

- All Portlet must be deployed inside Portal war file
- To deploy a Portlet you need to create a new xreg file or modify an 
existing one

Does anyone knows how to deploy a new Portlet without restarting the App 
Server?

Thank you.

The portlet.xreg is re-scanned every few minutes. If your portlet does 
not involve changed classes (just different parameters) it should be 
entered into the registry after a while.

Regards,
 Santiago


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

Re: Flow and State of a portlet

[Santiago Gala]

Jean-Christophe Kermagoret wrote:

Luta, Raphael (VUN) wrote:


De : Jean-Christophe Kermagoret [mailto:[EMAIL PROTECTED]]
 

It's possible to have this kind of behaviour with a javascript 
function that values the "action" and "template" parameter for each 
case. For example :

function SubmitDefault() {
   form.action.value = "MyDefaultPortletAction";
   form.template.value = "MyDefaultTemplate.vm" ;
}

function SubmitToUpdate() {
   form.action.value = "MyUpdatePortletAction";
   form.template.value = "MyUpdateTemplate.vm" ;
}
...
What are the reasons to use several action and template variables ?

  


You probably don't want to do this in JS, for 3 reasons:
- you don't trust your client (and if you do, you should not :)
- you can't guarantee that your client will actually execute the
 code
- you break the MVC pattern by encoding controller information  in 
your template and tying your different templates together

IMO, you should never explicitely set a template from another
one but always abstract your application flow through a "state"
that is mapped to a template view by your controller code.
It also makes it much easier to validate the current state of the
application.

--
Raphaël Luta - [EMAIL PROTECTED]
Jakarta Jetspeed - Enterprise Portal in Java
http://jakarta.apache.org/jetspeed/

--
To unsubscribe, e-mail:   

For additional commands, e-mail: 


 

I agree with what you are saying but :
1 - I can bypass security with hidden fields the same way I could bypass 
it with JS

I think Raphael speaked more about those annoying "Script error in page, 
line..." Debug or Cancel? dialog boxes than about security. It is 
amazing how many newbies I have seen staring into the Javascript 
debugger in Windows.

2 - Almost everybody has javascript enabled


This depends largely on your target. With Javascript you can spoil 
completely the possibility (for instance) of Google indexing your page. 
I've seen quite a few such examples. Or have a page where no link works 
with Mozilla or a Nokia phone, for instance.

3 - Using JS is like your hidden fields : designers can change them 
without breaking anything.

I still don't see any differences. Where are my glasses :-)


You are introducing unneeded complexity just where you cannot control 
it. (Occam's razor?)

Go look for them, truly. ;-)

--
Jean-Christophe Kermagoret
[EMAIL PROTECTED]


--
To unsubscribe, e-mail:   

For additional commands, e-mail: 




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

Re: Need some help...

[Santiago Gala]

Gloria Samson wrote:

Hi

I have started working recently on jetspeed and till now everything was smooth as the tutorial and the mailing list is great..

But now i have one problem coming up..

First thing can i have a portal inside another protal?

I didnt try the above method though.

What i need is to have two portals...

What i did was i created two jetspeed home folder for two portals but a lot of them have some common portlets and use a common web context..

But i dont know how to share them across two portals?


Can you elaborate on the kind of portlets that you want to share? (RSS, ...)

If you want a usable solution, I would recommend just to duplicate the 
java classes and have the urls used (say RSS files, OCF feeds) served 
from a common document repository.

This could even work for other files in WEB-INF, like xregs, if properly 
configured (I'm not sure at all).

You would made properties pointing to those resources to an absolute URL 
like http://localhost/blah/blah
and then you configure all similar properties, and say your web server 
to *only* serve these requests from localhost to avoid serving the 
source code of your templates, RSS files, etc.


I'm not sure it could ever be made work with JSP. Compilation makes it 
much trickier. With Velocity it will not work due to assumption that 
templates are files in JetspeedTemplateLocatorService.java

If you arrive further with this approach, please report back. ;-)

WARNING: untested advice! don't blame me if it does not work.



Where shud i specify the path for accessing common files by both the portals?

I tried to use tomcat shared folder and put the jar files and some common files there but the jetspeed home cant access them?



Funny, it should work for the classes. WRT common files, what files do 
you mean? See above.


Is there any other way that i can share them?

Please help me out...

I have another problem with the security role of the logged in users but i am trying that right now so may be i will come up with some solution..

Thanks for the help and the great work on jetspeed which is really good for a cool portal website...

Gloria Samson



-
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now




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

Re: UIX portlet

[Santiago Gala]

> hi all.
> 
> I am trying to integrate UIX content (UIX = User Interface XML, a user
> interface layout tool from Oracle) in a Portlet.
> 
> I have no clue of how to do this. Does anybody know how to start ? Has
> anybody worked with Jetspeed and UIX ?
> 

You will have to implement a set of velocity templates, which take over the task of 
building the fragments for controllers, controls, portlets, etc., in terms of this 
"device", which should be specified as a media type.


~~
Santiago Gala

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

Re: Jetspeed on the farm -yee-ha

[Santiago Gala]

Luta, Raphael (VUN) wrote:

Depends mainly on the load-balancer but I don't see any issue
as long as you can have "sticky" sessions.




I have done some experiments. You will need:

- sticky sessions (i.e. all sessions go to the same server)
- Well replicated content
- Well replicated psml resources (either files or use DBPSML)
- A common or replicated DB to handle USER information (and possibly PSML).

The issue of replicating PSML (or having DBPSML) arises from the ability 
of a session to write a customized PSML, logout, and then get a new 
session in a different server.

External resources (such as the ones that the URL cache handles) will be 
fetched repeatedly unless you fix it either by having a external proxy 
or you rewrite the URL cache as a remote one.

Using a proxy will not work completely, as most or the external feeds 
are marked by their origin servers as "non-cacheable".

Regards,
 Santiago


-Message d'origine-
De : Jim Arnott [mailto:[EMAIL PROTECTED]]
Envoyé : mercredi 27 novembre 2002 16:19
À : [EMAIL PROTECTED]
Objet : Jetspeed on the farm -yee-ha






Will jetspeed work on a multi server farm behind a load balancer ?
Has anyone tried it, if it should work?




thanks,
Jim Arnott
Reuters R&D




--
To unsubscribe, e-mail:   

For additional commands, e-mail: 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: PSML & Japanese Character

[Santiago Gala]

$BB~LZ(B $BM4G7(B wrote:

> How to set JetSpeed to use Japanese Character
> using PSML file (XML not Database ) ?
>
> I guess, CastorPsmlManagerService class writes Japanese
> characters that I input on the screen to "default.psml" (XML)
> incorrectly.
>
> In the "default.psml", I see the Japanese Characters I input are
> replaced to '?'.
>
I have some patches for this that I will be committing soon.

Please report as a bug in bugzilla.apache.org

Thanks in advance.

>
>
>
> _
> $B%$%s%?!<%M%C%H$r$V$i$V$i%7%g%C%T%s%0$9$k$J$i(B MSN $B%7%g%C%T%s%0$X(B
> http://shopping.msn.co.jp/
>
>
> -- 
> To unsubscribe, e-mail:
> 
> For additional commands, e-mail:
> 





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: running https on jetspeed

[Santiago Gala]

Wang, Eugene wrote:

>Hi there,
>   Is https currently supported on jetspeed?  I know https is supported
>on tomcat.  I have version 1.3a2 release of jetspeed.  I'm using HTTPClient
>with sun JSSE, but couldn't connect to anything running https.  I searched
>through the mail archives, but didn't see sure answers.  Thanks for your
>help!
> 
>
We had problems with this in the past, we sent patches to tomcat/turbine.

It should work. The only issues that we had in the past were related 
with keeping "https" scheme and port synchronized in generated URIs 
(tomcat and turbine patches I mentioned).

Report here it you have problems.

Thanks.

>
>Eugene Wang
>Corio Technologies
>650-232-3045
>[EMAIL PROTECTED]
>
>Building a successful enterprise requires three men - a dreamer, a business
>man and a son of a bitch
>  
>-- Peter McArthur
>
>
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: feeddaemon - failed

[Santiago Gala]

Kevin Passey wrote:

>Hi,
>
>I worked out that Tomcat 4.0.3 running as an NT Service causes this error.
>
>I have reloaded Tomcat 4.0.1 and running it as Startup.bat from the command
>line and everything works as expected.
>
Looks like a path/permission problem. NT services run under a different 
user and have different working directories than "console" apps. So if 
you get it to work in console, but not as a service, look for file 
permission/path/classloader problems in your java-NT service framework.

It does not seem related (directly) with Jetspeed/Tomcat.

>
>Can anybody confirm that this is a problem with Jetspeed and Tomcat 4.0.3 -
>or is it my finger trouble.
>
>My OS is W2K JDK1.3.1_01 and Jetspeed 1.3.a2
>

Again, the question is: where does this message come from? I don't think 
Jetspeed and/or Tomcat can produce this message.

>
>Regards
>
>Kevin
>
>-Original Message-
>From: Santiago Gala [mailto:[EMAIL PROTECTED]]
>Sent: 15 April 2002 16:17
>To: Jetspeed Users List
>Subject: Re: feeddaemon - failed
>
>
>Kevin Passey wrote:
>
>>Why would this happen?
>>
>>This is a clean install.
>>
>>Name Status Result On Startup Interval Classname 
>>feeddaemon Processed Failed true 10800
>>org.apache.jetspeed.daemon.impl.FeedDaemon 
>>
>Where is this message coming from?
>
>
>>Regards
>>
>>Kevin Passey
>>
>>
>>To unsubscribe, e-mail:
>><mailto:[EMAIL PROTECTED]>
>>For additional commands, e-mail:
>><mailto:[EMAIL PROTECTED]>
>>
>
>
>
>
>--
>To unsubscribe, e-mail:
><mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail:
><mailto:[EMAIL PROTECTED]>
>




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

Re: feeddaemon - failed

[Santiago Gala]

Kevin Passey wrote:

>Why would this happen?
>
>This is a clean install.
>
> Name Status Result On Startup Interval Classname 
> feeddaemon Processed Failed true 10800
>org.apache.jetspeed.daemon.impl.FeedDaemon 
>
Where is this message coming from?


>
>Regards
>
>Kevin Passey
>
>
>To unsubscribe, e-mail:
>
>For additional commands, e-mail:
>
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Need Help ...... Jetspeed on weblogic

[Santiago Gala]

PV Rajasekhar wrote:

>Hello sir
>I am a Java Developer in  INDIA. I need a help in running the jetspeed on
>weblogic.
>I am able to successfully deploy the jetspeed. I mean the jetspeed context
>is getting created. But when I run the index.jsp , I am getting the
>following error ...
>
>This on browser .
>Error encountered processing a template: java.io.FileNotFoundException: no
>resource '/WEB-INF/templates/jsp/layouts/html/default.jsp' in servlet
>context root 'D:\weblogic\jetspeed'
>
>
>On server Error is
>java.io.FileNotFoundException: no resource
>'//WEB-INF/templates/jsp/layouts/htm
>/default.jsp' in servlet context root 'D:\weblogic\jetspeed'
>
>But I am sure that the default.jsp is under the same path. I am not able to
>understand the cause of the problem.
>Can U please help me in solving thie problem.
>

I think Weblogic does not allow jsp to run from inside the WEB-INF 
directory. So you should move all jsp files outside, and give the 
configuration directives to allow Jetspeed to find those files outside. 
I answer to the user list so that other people can help you or benefit 
from this answer.

>
>thanks in advance
>P.V. Raja Sekhar
>Programmer Analyst,
>Hyderabad,
>India.
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Jetspeed French Connection...

[Santiago Gala]

[EMAIL PROTECTED] wrote:

> From the recent traffic on both Jetspeed lists, it seems that we have 
> now several
> French developers working on or integrating Jetspeed.
>
> If any of these fine people happen to live/work near Paris, perhaps we 
> could try
> and meet somewhere in a pub or restaurant to discuss the different 
> works in progress
> and benefit from everybody experience.
>
> Such a meeting would of course be open to any Jetspeed community 
> member that would
> happen to be in Paris at this time.

Ditto if any of those "neighbours" happens to come to Madrid to see "El 
Prado". Drop me a line.

>
> If anybody is interested, please reply to <[EMAIL PROTECTED]> by 
> private mail
> with your general availability and preferred dates. I'll post a 
> proposed meeting
> date on the lists.
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

RE: Jetspeed intermitant slowness.

[Santiago Gala]

El sáb, 30-03-2002 a las 00:44, David Sean Taylor escribió:
> > From the SOAP exception, I guess you are using the Stock 
> > Quote Portlet - this is connecting to a SOAP service over the 
> > net - perhaps there are delays on that end.
> 
> >From what I hear that particular web service provider is pretty iffy ;)
> 
> This give me an idea for a new story:
> 
> Timeouts on content generation. 
> If a portlet doesn't generate its content within n seconds (or ms), then
> skip its content generation and move on to the next portlet. The timeout
> setting will be configurable in the JR.p.
> 
> 
> This leads to another story: multi-threaded generation of content. 
> (Lets save that for next time)
> 
> 

Having the engine proactively acting to avoid latency during content
generation is good. On the other hand, a reasonable workaround can be
designed by the portlet writer. This is what the JetspeedDiskCache tries
to do.

The reason why the JetspeedDiskCache was written was exactly this one:
RSS content was originally fetched for every request and this was rather
slow, and also we were sending a lot of requests to the content servers.

The contract that currently is implicit in JetspeedDiskCache is as
follows:

- any URL will be fetched at most once in parallel (other requests will
wait for the first one to complete, and then get the cached results).
- the minimal timeout in config: cache.default.expiration=(default 900)
implies that any external URL which does not specify expiration will be
fetched at most once in this period of time
- While an entry has not expired, the cached content will be delivered
to the rest of Jetspeed, and this is expected to be fast.

This means that we can trade off and have less current content delivered
but better response time, or the other way round, very current content
but higher latency.

While I know the caching stuff needs definitely a rewrite, I think such
a kind of mechanism is very required for any serious portal engine.

We could extend such mechanisms to SOAP based RPC stuff, and avoid
hitting the server (and delaying the answer) while the current content
is considered valid.

I am not familiar with what the different Web Services specification say
about temporal validity of the result, but it would be worth to research
for it.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: performance

[Santiago Gala]

El sáb, 30-03-2002 a las 19:19, Saddest OfAllKeys escribió:
> 
> I have tentative approval to go ahead with Jetspeed
> for a project.
> 
> Performance and scale is a concern.  I'm looking for
> ideas about improving these issues by configuring
> Jetspeed.
> 
> For example, it seems to me that if I disallow patron
> customization of a portal, that that would improve
> performance because hopefully I can avoid hitting the
> database.
> 



> Another example might be to turn off Jetspeed logging.

This will give a boost. At least, you could tell it to log only errors.
> 
> Another ideas? The upshot is that I want to streamline
> Jetspeed, even if it does reduce the "portal
> experience" for the end user.
> 

I found some (instantiation/recycling related) memory bottlenecks while
looking at how JetspeedTemplateLink is used. I am about to commit a lot
of (minor) changes to improve this.

For scalability, you should profile intensively for your typical
configuration. After you know where time is spent, then you can look for
solutions in those areas.

I would start by testing with estimated full load the "standard"
Jetspeed release you are trying to use (If your project will take time
to develop I would do stress testing with CVS version) and then
profiling Jetspeed (in your servlet container and with your target JDK)
to see where time is spent. Then you can think about the necessary
trade-offs.

In my experience, most of the problems come from careless generation of
garbage ( string concatenation, lack of reuse of objects, etc.) which
triggers too much garbage collection effort. But only code in the inner
loops is worthwhile to be changed, because code clarity is a must in the
long term.


> thanks in advance,
> Mike
> 
> 
> __
> Do You Yahoo!?
> Yahoo! Greetings - send holiday greetings for Easter, Passover
> http://greetings.yahoo.com/
> 
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: portlet problem

[Santiago Gala]

Mus wrote:

>Hi All,
>
>I hope that somebody has had the same problem and may be able to help.
>I am using  Jetspeed-1.3a, under tomcat-4 I  have created a portlet, after
>compiling and registering succesfully, I was able to see th eportlet on the
>list of selectable portlets.  However  it does not display.
>I had a look at the log file, and frankly I could not understand.  Can
>anyone help please
>
>Thanks a lot
>Mus
>--
>
>Log
>[Mon Feb 18 12:52:10 GMT 2002] -- ERROR --
>Exception:  org.apache.jetspeed.portal.PortletException: The entity
>name must immediately follow the '&' in the entity reference.
>
This is a typical XML problem. "&" must be quoted as "&" in all XML 
files (including psml, ocs, xsl, rss, ...)

I have seen it happen even in channels like xmlhack or slashdot.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Jetspeed 1.3a2 with JDK 1.4

[Santiago Gala]

Sergei O. Naumov wrote:

>Hi!
>I just upgraded my JDK to 1.4 and found that Jetspeed crashes in this configuration. 
>Can anyone,
>
java + crash = Virtual Machine problem. This is a hard rule. We are 
suposed to be unable to crash the javaVM no matter what we do. So, check 
that your jdk installation is sane, and check for pending bugs on jdk.

On the other side, I tried running it with jdk1.4beta in linux, and I 
was unable to get everything running (I was trying tomcat 4.0x at the 
same time. I never learn, no matter my age.)

I have seen some hard to debug problems related with jdk1.4beta, as JAXP 
and TRAX are inside it, and the version inside clashes with ours. The 
problems are related with Xerces and Xalan.

>
>please, tell whether this is a vialble configuration or not? I see that 1.4's 
>performance is
>way better than 1.3, so it seems more attractive. :-)
>
It should be viable soon. If you want to give it a try, try:

- remove completely xerces.jar, xalan.jar jaxp.jar, parser.jar from the 
tomcat installation and jetspeed war.
- if it works (maybe partially) great.
- If not, we will have to find a way for having a consistent set of JAXP 
parser and TRAX transformer loaded, via configuration.

Most, if not all, direct dependencies from xerces and xalan are 
currently removed from jetspeed. We still have some SAX1 calls, 
deprecated in SAX2, including Castor generated code. But SAX1 calls will 
not break any time soon.

I stopped trying because I thought other people would clarify the way to 
go (update xerces/xalan, special builds without javax.jaxp and 
javax.trax packages,...) so my effort was somehow redundant. If you 
really want it to happen, give it a try.

>
>Thanks much in advance,
>
>   Sergei
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: ecs and jsp

[Santiago Gala]

Frank Ritzmann wrote:

>hallo jetspeed-users,
>
>I heard, that ecs won't be supported by jetspeed any longer.
>would this mean, that there is no EcsServletElement anymore?
>
>to me this element is the easiest way to integrate JSPs in portlets by just returning 
>the EcsServletElement as a ConcreteElement.
>
There are scalability problems in the ECS architecture. If the system is 
preparing pages simultaneously for a lot of users it will have to create 
and manipulate trees of ECS objects, which will be discarded later. 
While some of these trees can be cached, it is difficult for dynamic 
content. So memory and garbage collection soon become a problem.

So, a decision was made to use streaming solutions, where the JSP is 
handled the response stream and it writes to it. For low volume 
applications you can use solutions similar to ECS, but the architecture 
is cleaner if you use streams for aggregation.

(Except when an error happens in the middle of the page generation 
process. :-)

>
>using the JspPortlet would mean, that I have to set my parameter beans into the 
>session within my JSP but that is not like MVC.
>
>if this element  is not available anymore, I will think about copying the getContent 
>of JspPortlet and adding my parameter controlling and identifying the active portlet 
>for not losing my actual content when a user interacts with another portlet.
>
>thank you for reading and answering
>Frank Ritzmann
>



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: How to secure the http://host:8080/jetspeed/portal/user/toto

[Santiago Gala]

Xavier Michel wrote:

>Hi,
>
>When the user "toto" logs in, Jetspeed will dynamically check the psml file
>user/toto/default.psml.
>
>I try to protect the explicitly invoke
>http://host:8080/jetspeed/portal/user/toto
>
>Same thing for http://host:8080/jetspeed/portal/group/apache and
>http://host:8080/jetspeed/portal/permission/foo
>
>Something is parametrable in the conf. ?
>
This depends on the version you are running. There are partial 
implementations of security, although I think nothing regarding PSML.

I'm currently working in securing psml in cvs. I will commit shortly the 
security for portletsets, which include the psml access.

I will post first a proposal in jetspeed-dev, since the changes involved 
some changes in the way PSML is looked for in jetspeed.

Expect this feature to be out and tested by Jetspeed 1.3

By the way, when the proposal is out and implemented, I will require you 
people to try to break it in all imaginable ways, to make sure we have 
not oversight anything.

>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: IllegalAccessException & PortletException: questions

[Santiago Gala]

Michel Bergijk wrote:

>Santiago,
>
>Here are the answers to your question:
>Normal Apache Jetspeed 1.3a2 on a Windows 2000 client. I did not recompile,
>I just installed the jetspeed-1.3a2-release-fullwar.zip file, which I
>downloaded January the 11th this year. (The zip file contained files from
>the date December 10, 2001, 22:29). As far as my memory goes, I just copied
>the jetspeed.war file to C:\Apache\tomcat\webapps (I think that is the
>%TOMCAT_HOME%\webapps directory) and restarted Tomcat.
>
The answer to your problem is:

Either your class has no public noargs constructor, or your class has 
not been recompiled against this version of jetspeed, or Jetspeed can 
not load your class for some reason, like not being in the proper 
loadable path. This last looks like the probable one.

I can't think about other causes.

(snip)



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: IllegalAccessException & PortletException: questions

[Santiago Gala]

Michel Bergijk wrote:

>Hi all,
>
>Being new in portals, I do not know what to do with the Exceptions
>IllegalAccessException & PortletException.
>
>I have looked in the JavaDocs what these exceptions mean, but can not get
>any information how to solve this problem. 
>PortletException: Occurs when anything unexpected happens when processing a
>Portlet. 
>IllegalAccessException: Thrown if an application attempts to access or
>modify a field, or to call a method that it does not have access to. 
>
>What did I do?
>Created a Portlet, with (an excerpt from my) code:
>   public ConcreteElement getContent (RunData runData)
>   {
>   user = new User();
>   openWriter(); // Michel: My own brand of logger, it did not
>work.
>   writer.println ("CompanyList.ConcreteElement: creating
>order");
>   order = new Order(writer);
>   StringElement quote = new StringElement();
>   return (new StringElement (getCompanyList () ) );
>   }
>
>I compiled this porlet, and copied the resulting class files to 
>C:\Apache\tomcat\webapps\jetspeed\WEB-INF\classes
>
>Next I added the following lines to portlets.xreg and local-portlets.xreg:
>   type="instance" application="false">
>
>Company list
>Gets the company list from SAP IDES
>
>CompanyList
>
>
>
>This method worked for the normal HelloWorld and HelloUser portlets.
>
>My questions:
>1 Does anyone know what I need to do to get information about these
>Exceptions?
>2 What did I do wrong, given my code snippets?
>
Which version are you using? cvs? cooked? have you recompiled?

IllegalAccessException can be thrown when you recompile partially and 
some API calls have changed but you don't recompile classes using these 
calls. Try to build clean. PortletException wraps a lot of different 
problems (it could be wrapping the IllegalAccessException).

Show us the logs for context.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: conversion of turbine app to portlet?

[Santiago Gala]

Phillip Rhodes wrote:

> Hi,
>
> I wrote a application in Turbine using the TDK (2.1)  with JSP's
>
> Can someone point me how I may create a portlet for this?  In the 
> AbstractPortlet, I have to implement the getContent (RunData runData) 
> method.  Should I write a reverse http listener here that talks to the 
> web front end of my application, or is there something lower that I 
> should be communicating with?
>
> I am a little confused.  Would you recommend that this application 
> reside in the same JVM as the portal, or should be in a different 
> tomcat instance, or maybe even a different web application (in the 
> servlet container)

It they are in the same VM, there is a 
org.apache.jetspeed.portal.portlets.TurbineScreenPortlet written a lot 
of time ago to enable this.

It will call the ScreenLoader to load your Screen, and then deliver the 
result (if it is ECS). I'm not sure if it will work with Stream based 
screens (Velocity/JSP), but it could :). Even if it does not work, it 
could be make to work much in the same way JSP delivers a faked 
Request/Response/RunData to it.

It was done at the Screen level because it is suposed that the portal 
would take care of Layout and Navigation.

Having a TurbineECSScreenPortlet (which is what we have now) and a 
TurbineTemplatePortlet would be great for this kind of integration.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: new photos from my party!

[Santiago Gala]

Frans Thamura wrote:

>I receive this email from all of my list..
>
>is there a spammer filter in apache.org
>
It was no spammer who sent it, but someone subscribed to the list which 
got infected.

I don't think there is an antivirus mail filter in apache.org. There 
used to be a no attachment policy, but it has changed.

Unless you have a badly designed and/or badly configured mail client, no 
email message can make you harm if you stick to a single rule:

- never open an executable attachment (not even apparently coming a from 
trusted persons). This includes disabling javascript or other client 
side scripting languages in HTML mail.

Unfortunately, Outlook is very badly engineered and also very badly 
configured by default, so I think this statement does not include it.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Who generated a portal page? Please, help!

[Santiago Gala]

Santiago Gala wrote:

> Sergei O. Naumov wrote:
>
>> On Wed, 23 Jan 2002 19:07:23 +0100
>> Santiago Gala <[EMAIL PROTECTED]> wrote:
>>
>>
>>>> This is precisely what I want but... I edited 
>>>> vm/layouts/html/default.vm
>>>> and it affected only the page that gets displayed BEFORE a user 
>>>> logs in.
>>>> After a user logs in it still shows a page without my changes. So, 
>>>> I wondered
>>>> if this gets generated from an another template which I could not 
>>>> find.
>>>>
>>> Which version are you running? With current CVS (or a recent build) it
>>
>>
>> 1.3a2.
>>
>>> looks impossible. So maybe we have a new bug. Also, check if you 
>>> restarted. It could be some funny caching issue with the session.
>>>
>>
>> The funny thing is that it started working. Probably it really was a 
>> caching
>> problem. The whole reason I need it is to add a  tag to force a 
>> browser
>> Mozilla or IE to switch encoding to UTF-8. For some reason, adding it 
>> to does
>> not make it switch - I always have to do it manually. Is there any 
>> other way
>> I can do it?
>>
> I noticed that it got broken some time between 1.3a1 and 1.3a2. It 
> used to be set according to a JR.p parameter, with UTF-8 as default. 
> This is no longer true. I will try to restore the functionality. Las 
> time I looked at it, I thought that we should add an element to the 
> media registry to hold the content encoding for a media type. WAP, for 
> instance, will typically be UTF-8, as it is XML. For HTML I would 
> recommend UTF-8 when there is a possibility of having content in 
> several langauges at the same time in the portal. But there is people 
> who insist in having it in iso-8859-1.
>
> This would simplify the coding, since Content-Encoding should be set 
> around the beginning of doBuild() in JetspeedLayout.java, 
> JetspeedJspLayout.java and (maybe) JetspeedTemplateLocatorService.java,
> making the call as
>
> ...
>data.setContentType( cm.getPreferredType().toString() );
>data.setCharSet("XXX");

Commenting on myself ;), I found that it was set in the Layout and the 
TemplateLocator, about six times per page, when it should be put in the 
Page just once. I don't have it clean yet, but I'm getting closer.


>
> Could you try to test if it works this way and report here? A patch if 
> you don't find problems would be great ;). Initially you could just 
> use a constant for testing. If everything works we can make it 
> pluggable through the media registry and CapabilityMap classes.
>
> It could give problems, though I think it should work. There are 
> tricky issues depending on when the Writer on the Response get asked 
> from the servlet engine and on how we initialize Velocity or jsp 
> templates.
>
>
>>
>> Sergei
>>
>>
>> -- 
>> To unsubscribe, e-mail:   
>> <mailto:[EMAIL PROTECTED]>
>> For additional commands, e-mail: 
>> <mailto:[EMAIL PROTECTED]>
>>
>
>
>
>
> -- 
> To unsubscribe, e-mail:   
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail: 
> <mailto:[EMAIL PROTECTED]>





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

Re: Who generated a portal page? Please, help!

[Santiago Gala]

Sergei O. Naumov wrote:

>On Wed, 23 Jan 2002 19:07:23 +0100
>Santiago Gala <[EMAIL PROTECTED]> wrote:
>
>
>>>This is precisely what I want but... I edited vm/layouts/html/default.vm
>>>and it affected only the page that gets displayed BEFORE a user logs in.
>>>After a user logs in it still shows a page without my changes. So, I wondered
>>>if this gets generated from an another template which I could not find.
>>>
>>Which version are you running? With current CVS (or a recent build) it 
>>
>
>1.3a2.
>
>>looks impossible. So maybe we have a new bug. Also, check if you 
>>restarted. It could be some funny caching issue with the session.
>>
>
>The funny thing is that it started working. Probably it really was a caching
>problem. The whole reason I need it is to add a  tag to force a browser
>Mozilla or IE to switch encoding to UTF-8. For some reason, adding it to does
>not make it switch - I always have to do it manually. Is there any other way
>I can do it?
>
I noticed that it got broken some time between 1.3a1 and 1.3a2. It used 
to be set according to a JR.p parameter, with UTF-8 as default. This is 
no longer true. I will try to restore the functionality. Las time I 
looked at it, I thought that we should add an element to the media 
registry to hold the content encoding for a media type. WAP, for 
instance, will typically be UTF-8, as it is XML. For HTML I would 
recommend UTF-8 when there is a possibility of having content in several 
langauges at the same time in the portal. But there is people who insist 
in having it in iso-8859-1.

This would simplify the coding, since Content-Encoding should be set 
around the beginning of doBuild() in JetspeedLayout.java, 
JetspeedJspLayout.java and (maybe) JetspeedTemplateLocatorService.java,
 making the call as

...
data.setContentType( cm.getPreferredType().toString() );
data.setCharSet("XXX");

Could you try to test if it works this way and report here? A patch if 
you don't find problems would be great ;). Initially you could just use 
a constant for testing. If everything works we can make it pluggable 
through the media registry and CapabilityMap classes.

It could give problems, though I think it should work. There are tricky 
issues depending on when the Writer on the Response get asked from the 
servlet engine and on how we initialize Velocity or jsp templates.


>
>Sergei
>
>
>--
>To unsubscribe, e-mail:   <mailto:[EMAIL PROTECTED]>
>For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
>




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

Re: RSS and dynamic images - please help!

[Santiago Gala]

Sergei O. Naumov wrote:

>Hi!
>I am trying to set up an rss channel which has an  discription
>like this:
>
>
>  My title
>  
>http://10.10.5.5:8080/cocoon/subsout?hdate1=17-08-2001&hdate2=21-01-2002
>  http://10.10.5.5:8080/cocoon/subs
>
>
Are you sure you are using the  format or the 
 format consistently?

The file format is different for other versions. As an example, try to 
follow xmlhack sample in cache.

Also, look at the generated html source in case we have hit again the 
bad generation of ampersand (as &) bug in the transformation.

(BTW, another good candidate for regression testing ;)

>
>What I found is that the image does not get displayed in the portlet window. It
>only shows the title string. Does it mean I can only display static images?
>
>Thanks much in advance,
>   Sergei
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: How to Use JetSpeed Groupcontroles & rolefunctions ?????

[Santiago Gala]

Ünal Özel wrote:

>We defined Group roles for security but nothing happens after applying there
>are no permission were given & we are not able to see the groups witch we
>defined.
>
>Do I have to define or make my own Templates ???
>
>Is there a Documentation that give me all the Answers for my Question :-) No
>give it a Documentation that describes the Use of Jetspeed 
>
>
I'm about to commit changes to the Jetspeed security model that will 
enable groups in security. It is not yet working, but I hope it will in 
the next days. I will try to write a document on security for the 
jetspeed docs, highlighting the design and use of the interface.

The current security is partly functional, but groups are not well handled.

In Jetspeed-dev group there was a thread speaking about the security 
model a few days ago. You can read it in any archive, looking for 
security in the list [EMAIL PROTECTED] Thanks for your 
patience ;)





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Questions about running jetspeed1.3-a2 in jboss2.4.4-tomcat4.0.1

[Santiago Gala]

Yellow Man wrote:

>Hi,
>
>I am having problem to get jetspeed1.3-a2 running in
>jboss2.4.4-tomcat4.0.1. I could get jetspeed.jar
>deployed in jboss, but when I access the url, I only
>got a partial portal page. The error message in
>jetspeed.log looks like: 
>
>===
>[Thu Jan 17 23:47:22 PST 2002] -- INFO --
>SimpleTransform:  transforming url:
>jndi:/localhost/jetspeed/jcm/jetspeed-content.xml with
>stylesheet:
>jndi:/localhost/jetspeed/WEB-INF/xsl/jpc-full.xsl
>[Thu Jan 17 23:47:22 PST 2002] -- ERROR -- Invalid SAX
>Transformer: 
>   Exception:  java.lang.ClassCastException:
>org.apache.crimson.jaxp.SAXParserFactoryImpl
>   Stack Trace follows:
>   java.lang.ClassCastException:
>org.apache.crimson.jaxp.SAXParserFactoryImpl
>   at
>javax.xml.parsers.SAXParserFactory.newInstance(SAXParserFactory.java:148)
>   at
>org.apache.xalan.transformer.TransformerImpl.transform(TransformerImpl.java:514)
>... ...
>
>
>I guess the problem was caused by the different XML
>parsers used by jboss (crimson) and jetspeed (xerces).
>My questions are:
>
>[1] Is my guess correct?
>
More precisely: xalan (XSLT transformer) is trying to use a version of 
crimson (XML parser) that is incompatible with it.

If you are under jdk1.4, try removing xerces.jar and xalan.jar from 
jetspeed/WEB-INF/lib/ (there are versions of crimson and xalan inside 
the jdk). I'm not sure you wil get full functionality. QuoteService is 
still relying in xerces directly, so it will not work.

If not, the problem can be solved (although it may need checking 
versions of parsers/transformers around). If someone has different 
"recipes" for doing this, maybe we can update jars in a way that allows 
jetspeed.war to run in most environments.


>
>
>[2] If the answer to [1] is yes, then is there any
>coordination between apache and jboss to use the same
>common utility libraries? (Another different library
>is castor-0.9.3 by jetspeed1.3-a2, castor-0.9.1 by
>jboss2.4.4)
>
Castor should be less of a problem. I'm not sure about the minimum 
requirements of jetspeed in terms of castor version.

WRT coordination, we will soon upgrade xerces and xalan to versions that 
solve the jaxp/trax issues. I hope that the version inside jdk1.4 works 
for us.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Do I have to install Tomcat in order to use Jetspeed?

[Santiago Gala]

Irene Huang wrote:

>Hello everyone,
>
>Q: Do I have to install Tomcat in order to use Jetspeed?
>
>Please check  my steps:
>1. install jetty3.1.5 and jetspeed1.3a2 in window XP
>2. copy "jetspeed.war" to "D:..\Jetty-3.1.5\webapps"
>3. add the following code into "D:..\Jetty-3.1.5\etc\jetty.xml"
>
>  
>/jetspeed/*
>default="./webapps/jetspeed.war"/>
>default="."/>/etc/webdefault.xml
>  
>
>4. start jetty, open IE 6.0, http://localhost:8080/jetspeed/
>
>
>HTTP ERROR: 404 Not Found
>Could not find resource for /jetspeed/
>RequestURI=/jetspeed/
>
>Please let me know if there's something missing for the configuration or I
>just simply can't use Jetty.
>Thank you~!
>
Something failed in the startup of Jetspeed as a webapp. Common causes:

- some servlet containers don't allow for writable access to the WEB-INF 
directory. This can be worked around by re-configuring cache and jsp 
templates outside of the WEB-INF directory.
- a classloading problem due to class name clashed. This should not 
happen, as the container should isolate classloading in webapps, but it 
happens sometimes even with tomcat
- Issues with jaxp/trax parsers defined around. The problem is that our 
current xerces and xalan versions include javax.jaxp and javax.trax 
classes that collide with the ones defined in the container.

Without knowing more about what jetty complained about (server logs), 
little else can be said.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: odd questions about jetspeed

[Santiago Gala]

Ming Fai wrote:

>i've two odd questions,
>
>1. can I use Jetspeed without Turbine?
>2. can I just use Portlet API of Jetspeed? (hopefully, the future JCP
>Portlet API standard)
>
>basically, two questions are the same.
>
>what i mean is not leaving the Turbine features there without touching them.
>But to take out the Jetspeed library and use it elsewhere. Take the
>simpliest case, I want to make a simple site in sgml, and I use jsp to
>render the sgml to html by the jetspeed library. Is it possible?
>
Jetspeed depends a lot on turbine:

- The turbine layout mechanism (layout, navigations, screen, actions, 
rundata) is used.
- Quite a few services (userManagement, rundata, object pools, ...)
- The current portlet api is dependent on turbine (this should change 
when we go portletAPI)

There is no such thing as a Jetspeed library. You can have an idea with 
the Servlet API. What you would call Servlet library is a Servlet 
Container (like Tomcat, Resin, Caucho, JRun).

Currently there is no standard so that you can exchange portlets between 
different servers (like in the Servlet API). This is what the jsr-162 
and jsr-167 are about.

For what you are looking currently, a publishing framework like Cocoon 
can help you (again, no library). But still you will miss some features 
thar are present in Jetspeed and Turbine.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: $scree_placeholder

[Santiago Gala]

Ray Martin wrote:

>dear MUS,
>i think that what people are REALLY telling you is that they cannot explain 
>how $screen_placeholder is used.  It is NOTt stated in the Turbine 
>documentation. there is a reference to the variable, but it is not given 
>sufficient discussion for adequate understanding.
>
This is an Open Source project. So, you can go, grab turbine-2 source 
(or else use the viewcvs web interface) and look at the source. David 
pointed you, quite accurately, to the layout modules. Use grep (or Find 
Files... is the poor man's equivalent).

Else, you can go to turbine-2-user and ask the same question.

Or, you can ask here for consultants/programmers that will make a bid 
for a tutorial or a solution.

All people here are volunteers contributing effort to a project. You can 
freeride on it, the Apache License allows it explicitly, but I don't 
think people will do your work.

P.S) I will not charge you either for this hint:

http://www.google.com/search?q=%24screen_placeholder



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Turbine source for "turbine-2.b1-20011123.jar"

[Santiago Gala]

Frank T. Villarreal, Jr. wrote:

>Hello All!
>
>I am attempting custom modifications to Jetspeed and by default Turbine
>code.  I noticed that the lastest "release" of Jetspeed utilizes
>turbine-2.2b1-20011123.jar.  When I go to retrieve Turbine's source from CVS
>... I'm getting Turbine's HEAD code ... does anyone know the CVS module name
>
Try cvs update -D "2001-11-23" after checkout to get this dated version.

I'm not sure if you can specify this argument straight into the 
checkout, it used to be impossible due to a bug.

Even when there is no branch, you can do this. The date spec is in the 
local timezone, and I'm not completely sure about granularity of time, 
but it should be enough given the activity level in turbine-2.

The change is sticky, so you should "update -A" to get HEAD again.

>
>for the Turbine source code associated with the aforementioned jar ... I
>would like to make sure my Turbine modifications are in sync with the
>Jetspeed release's source code since they are inter-dependant.  Please tell
>me there is a snapshot module of the source code for that jar ... or am I
>out of luck? If I am out of luck, can I make a humble suggestion?  In future
>releases of Jetspeed, can we make sure there is a CVS Turbine source code
>module available for the jar that is included with Jetspeed?  Just a thought
>... it would probably save a lot of headaches for developers trying to
>modifiy the code.  Anyway, thanks for any help!
>
cvs keeps track of every single change in turbine code. It means that 
you can recover any atomic change (each commit is considered to be 
atomic) in the code base, even use "update -D yesterday" or update "-D 
'1 month ago'", according to man pages. It is very handy to get diffs, 
for instance, all diffs in the week.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Cachable URLs with RSS - please help!

[Santiago Gala]

Sergei O. Naumov wrote:

>Hi!
>I am adding a portlet whose parent is RSS. This RSS file contains an image and a few 
>lines.
>As far as I can understand, the configuration of this portlet is correct:
>
>parent="RSS" application="false">
>
>Prepaid Network Load: RND
>Network load on Fast Ethernet port 0/6 in 
>Rostov
>
>
>
>http://filesrvr2.mobicomk.donpac.ru/mrtg/switchr1/switchr1_fastethernet0_6.rss  
>
>
>
>However, when I restart Jetspeed with this configuration I see this in logs:
>
>[Wed Jan 09 20:45:36 MSK 2002] -- WARN -- Cache getEntry Called with 
>
>http://filesrvr2.mobicomk.donpac.ru/mrtg/switchr1/switchr1_fastethernet0_6.rss  
>[Wed Jan 09 20:45:36 MSK 2002] -- INFO -- DiskCache: this URL can't be stored in 
>cache... providing it directly.
>
>http://filesrvr2.mobicomk.donpac.ru/mrtg/switchr1/switchr1_fastethernet0_6.rss  
>[Wed Jan 09 20:45:36 MSK 2002] -- INFO -- URLFetcher: Cache miss during validation! 
>Forcing url: 
>
>http://filesrvr2.mobicomk.donpac.ru/mrtg/switchr1/switchr1_fastethernet0_6.rss  
>[Wed Jan 09 20:45:36 MSK 2002] -- WARN -- Cache getEntry Called with 
>
>http://filesrvr2.mobicomk.donpac.ru/mrtg/switchr1/switchr1_fastethernet0_6.rss  
>[Wed Jan 09 20:45:36 MSK 2002] -- INFO -- DiskCache: this URL can't be stored in 
>cache... providing it directly.
>
>http://filesrvr2.mobicomk.donpac.ru/mrtg/switchr1/switchr1_fastethernet0_6.rss  
>[Wed Jan 09 20:45:36 MSK 2002] -- ERROR -- RSSPortlet:  Couldn't parse out XML 
>document -> 
>
>http://filesrvr2.mobicomk.donpac.ru/mrtg/switchr1/switchr1_fastethernet0_6.rss  
>
>Can anyone, please, explain what I am doing wrong here? I can fetch this url with 
>wget with no problem.
>

Funny. The only thing I can think about is lack of permission in the 
WEB-INF/cache directory or path too long (specially if you are under 
older Windowes). Which is your environment? (OS, java version, jetspeed 
version, etc.)




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl

[Santiago Gala]

Ender Hikmet KILIÇOGLU wrote:

>It sounds familier for some one?
>found some xerces related articles about the problem but nothing. I tried
>all suggestion. What I did wrong.
>
>My system is
>tomcat 4.01 release
>sun jdk 1.4.0 linux beta3
>also tried with 1.3.1 version
>Note: There is only one xerces file in path.  "/common/lib/xerces.jar"
>deleted (I tried also with)
>
I'm seeing the same problem with tomcat-4.1-dev

I have been toying around with jars, to no avail.

jdk1.4beta has a jaxp implementation inside, this is related with the 
problem. This is the reason why cocoon people starting bundling a xerces 
and a xalan devoid of jaxp/trax classes, and a separate xml-apis.jar for 
jdk1.3.x/1.2.x

Hope this helps.

If you find something, please report the winner configuration here. 
Thanks in advance ;)

>
>Same war works with win version of same combination. (same xerces.jar file).
>
>rest of the error message
>
>java.lang.ClassCastException:
>org.apache.xerces.jaxp.DocumentBuilderFactoryImpl
>   at
>javax.xml.parsers.DocumentBuilderFactory.newInstance(DocumentBuilderFactory.
>java:103)
>   at
>org.apache.jasper.parser.ParserUtils.parseXMLDocument(ParserUtils.java:183)
>   at
>org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(TldLocationsCa
>che.java:165)
>   at
>org.apache.jasper.compiler.TldLocationsCache.(TldLocationsCache.java:138)
>   at org.apache.jasper.EmbededServletOptions.(EmbededServletOptions.java:324)
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Clashed with package of same name

[Santiago Gala]

William Wong wrote:

>Just downloaded jetspeed from cvs and was trying to build war
>file from sources.
>Had some compilation errors about class clashing with package of
>same name for the following:
>
>.../services/Profiler
>.../services/PortalToolkit
>.../services/PortletFactory
>.../services/PsmlManager
>.../services/Registry
>
There is a problem where the package names are Uppercased in your 
working copy. I can't understand why. Else, the collation of your locale 
is doing funny things, Which are your locale settings (locale at 
prompt)? Maybe it is a jdk issue with your locale settings, again.

Try export LC_ALL=C before compilation to see what happens. (default/C 
locale)

The package names are, respectively: profiler, portaltoolkit 
portletfactory, psmlmanager, registry.

>
>Env:
>RHat6.2
>jdk1.3.1_01
>ant 1.3
>nothing in CLASSPATH
>build jetspeed war using: ./build.sh war
>
>Any assistance is appreciated. Thanks.
>
>-keng
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>





--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Jetspeed release 1.3a2 candidate

[Santiago Gala]

John Wooten wrote:

>Why does this keep getting released with a set of instructions that say,
>drop the jetspeed war file into the tomcat webapps and then start the server
>and it will work?
>
>Once again, I did that.
>I then connected to Jetspeed via the browser, logged in as turbine, turbine.
>Got logged in.  Then chose Customize and got the same page as after logging
>in.  NO CUSTOMIZATION.
>

You have an older jaxp parser (probably an older xerces version, or 
crimson.jar or parser.jar) in your classpath, and it is used instead of 
the JAXP version included in Jetspeed. Please clean your classpath of 
older versions.

For tomcat 3.2.X the simplest way is to remove parser.jar from the 
tomcat/lib directory, and put there a copy of the xerces.jar that comes 
with jetspeed.

Until people migrates to tomcat 4, where classpath isolation effectively 
works, this will be a nightmare. Not sure about 3.3

>
>LOG STILL READS:
>jetspeed.portalfactory - /WEB-INF/psml/default.psml
>[Mon Dec 10 09:50:12 EST 2001] -- NOTICE  -- Initializing the PortletFactory
>[Mon Dec 10 09:50:12 EST 2001] -- NOTICE  -- Returning local cached URL
>[Mon Dec 10 09:50:12 EST 2001] --  ERROR  --
>   Exception:  java.lang.AbstractMethodError
>   Stack Trace follows:
>   java.lang.AbstractMethodError
>   at
>org.exolab.castor.xml.UnmarshalHandler.startElement(UnmarshalHandler.java:66
>3)
>   at org.apache.xerces.parsers.SAXParser.startElement(SAXParser.java:1335)
>   at
>org.apache.xerces.validators.common.XMLValidator.callStartElement(XMLValidat
>or.java:840)
>   at
>org.apache.xerces.framework.XMLDocumentScanner.scanElement(XMLDocumentScanne
>r.java:1852)
>   at
>org.apache.xerces.framework.XMLDocumentScanner$ContentDispatcher.dispatch(XM
>LDocumentScanner.java:1233)
>   at
>org.apache.xerces.framework.XMLDocumentScanner.parseSome(XMLDocumentScanner.
>java:380)
>   at org.apache.xerces.framework.XMLParser.parse(XMLParser.java:908)
>   at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:335)
>   at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:267)
>   at org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:388)
>   at
>org.apache.jetspeed.xml.api.portletmarkup.Portlets.unmarshal(Portlets.java:4
>52)
>   at
>org.apache.jetspeed.portal.factory.PortletSetFactory.init(PortletSetFactory.
>java:230)
>
>PLEASE NOTE.  This was reported as a problem over a week ago.  NO
>ANSWER AS TO HOW TO FIX, WHERE TO LOOK, OR A WORK AROUND.  NEW RELEASE STILL
>DOES EXACTLY THE SAME THING AS BEFORE>
>
>OBVIOUSLY THERE IS A SETUP PROBLEM.  WHAT ELSE IS NECESSARY TO GET THIS TO
>WORK?  IS THERE A PIECE OF INFORMATION MISSING?  DOES SOMETHING ELSE NEED TO
>BE INSTALLED OTHER THAN JUST DROP THE WARFILE INTO THE WEBAPPS AND IT WILL
>WORK?
>



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Installation problems ... Null pointer exception

[Santiago Gala]

Rob Wynden wrote:

>Greetings,
>
>I have installed Jetstream into Tomcat 4.1 and I am getting a NULL pointer
>exception at startup.
>
>Any helpful advise?
>
>Thank you!
>Rob
>
>ps.  Here is the error message:
>
(...)

 From the error, you must be running a 1.3a1 version. This class is no 
longer in the source base. Please, upgrade to a recent build or to cvs, 
or wait until 1.3a2 is released.

There have been plenty of code changes, to make your problem mostly 
untraceable now. I don't think you will get this error with a more 
recent version. If so, please report again.



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jetspeed-dev mail list down?

[Santiago Gala]

David Sean Taylor wrote:

>>I posted some thoughts on security last night, and have not
>>received any
>>feedback yet, in addition to not seeing any traffic
>>whatsoever on jetspeed-dev.
>>
>
>The Jetspeed-dev mailing list is not down.
>We are about to put out a release, and freeze development.
>
>Personally, I find your proposal very interesting, I haven't had time to
>respond yet.
>
+1 (interesting)
+1 (no time)



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Who changed this???

[Santiago Gala]

Ignacio J. Ortega wrote:

>The Correct version is from the Nightly ( or daily as you call it )
>build
>
This depends on your time zone.

I'm afraid that, as thay used to say about Spain's empire way ago, "Sun 
never sets in the Apache Communities" ;)




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: jar files....

[Santiago Gala]

Wilson, Bob wrote:

>I'm curious to know what jar files are required for Jetspeed to run with
>TOMCAT.  I think I have messed up my files somehow.
>
>Which ones for TOMCAT 3.2.3 (and jar versions)?  
>
>Which ones for Jetspeed 1.3a2 nightly build 10-29-01 (with versions)?
>
The generated jetspeed.war file should include all the needed jar files 
to run with a standard servlet container into the WEB-INF/lib directory.

(Generated by typing ./build.[bat|sh] war in the build/ subdirectory

In my copy, those are:

[sgala@patusan sgala]$ ls 
~/jakarta/jakarta-tomcat-3.2.2/webapps/jetspeed/WEB-INF/lib/
activation.jarjetspeed-1.3a2-release.jar   uddi4j.jar
castor-0.9.3.jar  log4j-1.1.jar  
velocity-1.2-dev.jar
ecs-1.4.1.jar mail.jar 
village-1.5.3-dev.jar
hsql.jar  postgresql.jar   
xalan-2.0.1.jar
jdbc-se2.0.jarsoap.jar
turbine-2.2b1-20011124.jar  xerces_1_3_1.jar

Note: I'm using postgresql, so it appears in the listing. It would not 
be there in a default install.

Versions have changed recently (turbine, velocity, village)

Note: One failure of the build process is that it does not delete jar 
files unless you ./build clean So, a lot of times there are problems 
with dual turbine*.jar or dual velocity*.jar. The old one *must* be removed.

>
>Thanks.
>Bob.
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Who changed this???

[Santiago Gala]

(To Sam: look near the end of the post)

ICM S Op Guest 5 wrote:

>Hi,
>
>let me tell you - I AM VERY DISAPPOINTED!
>
>I just installed Jetspeed, a nightly build, on my company computer and applied my 
>patch (like I did with any new installation since 10/29/01).
>
>Somebody has changed the customization completly. Now I have to start from the 
>beginning... !?
>
>
>
>What I am really missing is:
>
>- A list, who (+email) is working on what? (an update of the corresponding webpage 
>(jetspeed) would be nice)
>
the cvs changes are mailed to jetspeed-dev in near-real time.

Also, you can check differences using cvs diff (even WRT a given 
millisecond in the past).

In the webpage there are links to those resources.

>
>- Which files are affected?
>- If somebody has changed the source it would be GREAT if he/she could write a short 
>note what has been changed and e.g. why those changes have been made.
>
>
>
>Here are some problems I encountered:
>
>- Logout seems to not work - when I logout from jetspeed and login again as a 
>different user, I still have the old username on the 'edit account' button (and it is 
>the previous account) - Had no problem with this in the 10/29/01 release!
>
>- When I click on the customization button everything is running fine - the first 
>time! All other customization clicks are not going into the customization function - 
>it looks like these pages are cached!
>It also looks like the administration of psml data (portlets/panes) is handled 
>differently).
>
>- Sometimes I receive a $jetspeed.getCustomizer($data.Customized).getContent($data) 
>error (never had this before)
>
>- Confirmation mail doesn't work
>
>
>
>What also should be included:
>
>- When you delete a user directory and you are loggin in using this username (still 
>available in the db) than you will get an horrible exception when you try to 
>customize your profile (which is clear, because these files doesn't exist) - so this 
>should be checked by the JetspeedProfilerService (e.g. recreate the directory)
>
>
>I would appreciate if the above points are looked upon seriously.
>

These things happen all day in collective developments, like this one. 
This is more similat to an ant-hill than to a pyramid. I mean, I'm 
committing small bug fixes now and then, and maybe I break something 
other guy is doing. Everybody works like this. Also, changes from other 
people sometimes "spoil" my intention.

Even if coordination is great, it also slows things down when one of us 
is unavailable (too often lately, I'm afraid). So, the policy here is 
try to improve the whole thing step by step, and try to do evolutionary 
changes, rather than "freeze and rewrite" changes.

For this to work reasonably, it is important that intention is stated in 
comments and cvs commit messages, and that the developers list is used 
to track collisions and discuss alternatices when somethings gets broken.

You can check differences between dates usign cvs quite quickly, and see 
where the things got broken.

It could be nice that the nightly build could include a ChangeLog, with 
the messages and source patch between versions, but I'm not sure how 
simple this is to set up. I CC: Sam Ruby to see if the idea is sound, 
and maybe even already implemented by Gump ;-) Sam, is there a simple 
way to integrate this "feature" into Gump?



--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Applet Portlet

[Santiago Gala]

Anthony Smith wrote:

>Has anybody thought about making a portal an applet?
>
This has been discussed a while ago, in the context of multidevice (look 
at the list archives, about one year ago).

The vision is that Jetspeed could send several MIME types, like:

- text/html (whet you have now)
- application/vnd-wap-wml (a WAP version of the PSML)
- application/pdf  (a printable version of the whole PSML description)
- application/java (a PSML made into a swing interface)

from the same source PSML and portlets.

The vision is far, though. The main problems are:

- We need a whole portal specification language. Not just markup for 
portlets, but also a better action and form support.
- We need that the whole portlet set in use is developed using a formal 
markup (like xml or xhtml).

However, the steps we are taking go into the right direction. For 
instance, now we have some standard actions, that could be easily 
implemented as swing buttons.

I'm specially concerned with two issues currently:

- Having parameter isolation between portlets, in the sense that a 
portlet will *not* see parameters passed for other portlets, and will be 
able to retrieve those passed from the browser.
- Having semantics for declarative events, such as a portlet declaring 
the engine the "call backs"/parameter sets it supports, and the portal 
engine encoding/decoding these depending of media type.

>
>That way the applet could be an actual browser within the portlet and
>clicking on links and stuff would cause the view to remain in the
>applet/portlet window.
>
>I have no use of it but, it was mentioned to me.
>
>
>Anthony Smith
>GSP Technologies
>"Education and skill does not make you better than the world... it makes you
>responsible for it!"
>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: checking out Attic package on CVS

[Santiago Gala]

En vie, 2001-11-09 a 15:45, Laura lega escribió:
> Hello!
> Having a look at:
> 
>http://cvs.apache.org/viewcvs/jakarta-jetspeed/src/java/org/apache/jetspeed/portletcontainer/Attic/
> 
> I can see there's an Attic package I don't manage to download using WinCVS.
> Does anybody know why?
> 

I know this is old, but I reply anyhow.

The problem is that Attic is used for those files that have been
"removed" from current or tagged version.

If you want to use one of those files:

- you are in the wrong branch
- you are trying to use files that have been removed from the current
source base.

This concrete example happens to be in the "portlet_api" branch, a
branch that was opened by IBM people to help in the implementation of
the new Portlet API.

This work remains open there. I hope we will be able to mix it in for
the next major release, but this job is languishing now.




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Jetspeed crashing Tomcat

[Santiago Gala]

Bill Mulert wrote:

>I'm running JDK1.3.1 from Sun on a Mandrake 8.1 box. Tomcat-3.2.3 runs just 
>fine until I deploy the Jetspeed war, which causes the JVM running Tomcat to 
>segfault as Tomcat starts up. The war file is burst into the webapps/jetspeed 
>directory as expected, and Tomcat reports:
>
>2001-10-29 16:22:32 - ContextManager: Adding context Ctx( /examples )
>2001-10-29 16:22:32 - ContextManager: Adding context Ctx( /admin )
>Starting tomcat. Check logs/tomcat.log for error messages
>2001-10-29 16:22:32 - ContextManager: Adding context Ctx(  )
>2001-10-29 16:22:32 - ContextManager: Adding context Ctx( /test )
>2001-10-29 16:22:32 - ContextManager: Adding context Ctx( /jetspeed )
>./tomcat.sh: line 181:  2319 Segmentation fault  (core dumped) $JAVACMD 
>$TOMCAT_OPTS -Dtomcat.home=${TOMCAT_HOME} org.apache.tomcat.startup.Tomcat 
>"$@"
>
>There is no logs/tomcat.log file. I have JAVA_HOME and TOMCAT_HOME set 
>properly.
>
>I run lots of java based applications on this box including Tomcat, JBoss, 
>Ant, XMLC, jCVS, jBuilder and so on. I have tried this with the nightly 
>build, with the default download, and with a build I created from the CVS 
>sources. They all yield the same result.
>
>Can anyone advise me on how to diagnose or eliminate this problem?
>
It is a well known and unresolved java bug. I can't pop off my head the 
bug number.

The workaround is to execute ulimit -s 2048 (or less) before calling 
java virtual machine.

The problem is related with how libc 2.2 or higher manage the stack 
allocation under Linux. I have patched my java_wrapper to do it 
automatically on startup.

Although it has no relation with Jetspeed "per se", any big java 
application will crash this way. I have seen this error even building 
tomcat from cvs.

>
>
>--
>To unsubscribe, e-mail:   
>For additional commands, e-mail: 
>




--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Can't seem to use myusername:mypassword@www.mydomain.com in a WebPagePortlet url

[Santiago Gala]

Jakopac, Dave wrote:

>Paul-
>
>Attached is a relevant snippet from the log file. Username, password,
>etc., have been changed to protect the innocent.
>
>--dave
>
Can you try to send us a patch for the WebPagePortlet.java that uses 
this technique?

The patch should look for the authorization part in the url string, and 
use, conditionally, the technique you outline below. Then people can 
test it under other jdk versions (I'm not sure about compatibility in 
1.3, IBM jdk, ...). If the patch succeeds, it should be applied 
everywhere we use a URLConnection (disk cache only, I think).

Take into account that WebPagePortlet was updated yesterday in cvs.

>
>
>
>
>>-Original Message-
>>From: Paul Spencer [mailto:[EMAIL PROTECTED]]
>>Sent: Wednesday, October 17, 2001 4:55 PM
>>To: [EMAIL PROTECTED]
>>Subject: Re: Can't seem to use 
>>myusername:[EMAIL PROTECTED] in
>>aWebPagePortlet url
>>
>>
>>Dave,
>>What is the error message in the jetspeed.log?
>>
>>Paul Spencer
>>
>>
>>"Jakopac, Dave" wrote:
>>
>>>I've figured out how to do this in plain Java:
>>>
>>>userpass = "myusername:mypassword";
>>>auth = "Basic "
>>>+ new
>>>sun.misc.BASE64Encoder().encode(userpass.getBytes());
>>>URL myUrl = new URL(urlstring);
>>>URLConnection myUrlConnection = 
>>>
>>myurl.openConnection();
>>
>>>myUrlConnection.setRequestProperty("Authorization",
>>>auth);
>>>
>>>(Yuk! Why doesn't the JDK support the full HTTP protocol, including
>>>putting this authentication in the URL?)
>>>
>>>So how do I create my own portlet (a subclass of 
>>>
>>WebPagePortlet or of
>>
>>>FileWatchPortlet) that sets the Authorization request 
>>>
>>before the URL is
>>
>>>read from? I'm worried that if I just put it after the URL( url
>>>).openStream() in getURL() of WebPagePortlet that I might 
>>>
>>be trying to
>>
>>>authenticate against a cached webpage. Any pointers would be
>>>appreciated.
>>>
>>>--dave
>>>
>>>P.S. Am I the only one trying to open a portlet to a (semi-) secure
>>>site?
>>>
>>>>-Original Message-
>>>>From: Jakopac, Dave [mailto:[EMAIL PROTECTED]]
>>>>Sent: Tuesday, October 09, 2001 8:31 AM
>>>>To: '[EMAIL PROTECTED]'
>>>>Subject: RE: Can't seem to use
>>>>myusername:[EMAIL PROTECTED] in
>>>>a WebPagePortlet url
>>>>
>>>>
>>>>
>>>>I'm using JDK 1.2.2.
>>>>
>>>>--dave
>>>>
>>>>>-Original Message-
>>>>>From: Santiago Gala [mailto:[EMAIL PROTECTED]]
>>>>>Sent: Monday, October 08, 2001 2:06 PM
>>>>>To: [EMAIL PROTECTED]
>>>>>Subject: Re: Can't seem to use
>>>>>myusername:[EMAIL PROTECTED] in
>>>>>a WebPagePortlet url
>>>>>
>>>>>
>>>>>David Jakopac wrote:
>>>>>
>>>>>>I've searched both the users and developer jetspeed mailing
>>>>>>
>>>>>lists for
>>>>>
>>>>>>this. I've also looked at the urlmanager/*.java 
>>>>>>
>>source. Sorry in
>>
>>>>>>advance if I missed something.
>>>>>>
>>>>>>I'm using the nightly build of 1.3a2-dev-war from Oct 
>>>>>>
>>2. I want a
>>
>>>>>>WebPagePortlet to access a website using a URL containing a
>>>>>>
>>>>>username
>>>>>
>>>>>>and password. In other words, I want to use the following
>>>>>>
>>>>>URL in the
>>>>>
>>>>>>:
>>>>>>
>>>>>>http://myusername:[EMAIL PROTECTED]/mypage.html
>>>>>>
>>>>>>I get a 401 HTTP response from the www.mydomain.com server,
>>>>>>
>>>>>but if I
>>>>>
>>>>>>copy and paste the same URL in a browser it works fine.
>>>>>>(www.mydomain.com is served by an Apache server.)
>>>>>>
>>>>>>I've also tried:
>>>

Re: error 500: taglib

[Santiago Gala]

[EMAIL PROTECTED] wrote:

>Hello all,
>
>I posted an installation problem, but maybe it was not clear enuf, so here is a 
>second try.
>
>Basically, I install jetspeed, and when I http to /jetspeed I get the following error:
>
>Error: 500
>Location: /jetspeed/WEB-INF/templates/jsp/layouts/html/default.jsp
>Internal Servlet Error:
>
>javax.servlet.ServletException
>   at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:399)
>...
>...
>...
>Root cause: 
>java.lang.NoSuchMethodError
>   at 
>org.apache.jasper.compiler.TagLibraryInfoImpl.createAttribute(TagLibraryInfoImpl.java:524)
>
I had to patch this some time ago (in Tomcat). It is a problem related 
with versions of servlet API in your classpath. Use a recent version of 
Tomcat, and leave just one servlet.jar file around (a modern one).

The error means that, during jsp page compilation, the version of the 
servlet API around is different than the one that jasper is trying to 
compile against.

With Tomcat 3.2.3, 3.3 or 4 you should have no problem. With 3.2 or 
3.2.1 I think it happened, but I cannot remember clearly.

>
>
>I have jasper.jar in my classpath and int tomcat/lib. Does anyone know why this is 
>happening. I'm at my wits end
>
>Also, /jetspeed/index.jsp contains . How does that end 
>up getting redirected to /jetspeed/WEB-INF/templates/jsp/layouts/html/default.jsp
>
/jetspeed/portal is executed by the org.apache.turbine.Turbine servlet. 
Then Turbine starts its machinery. A turbine request is handled via 
objects called page, layout, navigations, screens, actions.

/jetspeed/WEB-INF/templates/jsp/ contains templates for these objects. 
Jetspeed screens are rendered using PSML documents, which are 
specifications of how to render portlets in a given screen.


>
>
>I'm assuming all that is required is tomcat, and no other jar files.
>
>Sorry for the extra post.
>
>Thanks alot,
>
>gandalf
>
>
>
>
>Don't Just Network, Build Relations.
>Please visit us at http://www.BizRelations.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]

Re: java.util.Date() into a java.sql.Date

[Santiago Gala]

[EMAIL PROTECTED] wrote:

>Hi, I have a prepared statement that requires a date for Oracle db.
>Basically it is a field that records time and date that record was
>created(timestamp). I use this to get time and date :
>java.util.Date utilDate = new java.util.Date();
>//Now I need to convert this utilDate into a sqlDate to use in a prepared
>statement. I need this:  October 17, 2001 11:00:00PM which util gives me but
>I cant get it to sql type
>ps.setDate(2,sqlDate);
>
>
>How can I convert or better yet grab the current date/time as a sql.Date to
>begin with.
>THANKS!! 
>
http://java.sun.com/products/jdk/1.2/docs/api/java/util/Date.html#getTime()
http://java.sun.com/products/jdk/1.2/docs/api/java/sql/Date.html#Date(long)

>
>
>
>-
>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: Session Question

[Santiago Gala]

Anthony Smith wrote:

>If I am using Jetspeed in a round-robin like fashion (one ip address mapping
>to 2 or more servers, how will this affect my session variables and such?)
>
If you use the "lb" worker in Apache/tomcat (part of mod_jk), Apache 
will take sessions into account when sending requests to a given tomcat 
worker. If you also configure all your tomcat servers to use the same 
DB, and all resources are taken from from this db or else replicated, 
you should be going on...

This is a quite fuzzy area, though, so you will have to open your own 
way... ;)

I'm setting up a couple of dual processors like this.

>
>Is anyone using ssl with Jetspeed? Will I need this?
>
I have tested and used it. Through Apache, it should work (bugs in 
tomcat/catalina that I filed on this issue are closed as fixed).

>
>
>Also does any one use a JSP Page that reads form a db in order to make the
>pages content look like that of an XML page? I tried ts with the RSS Portlet
>and it failed. I used a JSP page as my included URL, but I guess the parser
>tries to read the file and ot what would actually be dispalyed. How can I
>work around this?
>
>
>-
>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: Response Time in Netscape 4.7xx ?

[Santiago Gala]

Norman Schöneich wrote:

>Hi,
>
>The cvs jetspeed site and my website based on jetspeed are very slow in
>loading the pages under Netscape 4.7xx.
>
The problem is related with the implementation of table rendering in 
Netscape 4.0

>
>Internet Explorer and Netscape 6.x are rendering the site in a sufficient
>manner. What's the problem ?
>Have other users the same problem ?
>Maybe it's a problem of nestings tables, i don't know !
>
Yes, it is. The only way to make rendering faster is to minimize the 
maximum depth of table nesting for each PSML page.

If you are interested in checking this, you could try to write templates 
for Netscape 4 that load faster, and use the Profiler to select them 
when the user agent is Netscape 4.

>
>
>
>Best regards
>
>norsch
>
>Norman Schöneich
>
>
>-
>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: IBM Websphere Portal

[Santiago Gala]

Ming Fai wrote:

>Hey, IBM's Portal server is just based on our Jetspeed! :-)
>http://www.internetnews.com/asp-news/article/0,,3411_900291,00.html
>
The product team for the IBM websphere portal server has been working 
with us for over a year now. They have actively pushed for a standard 
portlet API, that several different portlet containers can implement.

They are not very active in the list lately, although I think this is 
due to them having too much work with their successful project (I hope). :-)

>
>
>Actually, what's the strength of IBM's product in compare to Jetspeed?
>better scalability? support? and what else?
>
Maybe some of the involved people can comment.

>
>
>Regards,
>mingfai
>
>
>-
>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: Can't seem to use myusername:mypassword@www.mydomain.com in a WebPagePortlet url

[Santiago Gala]

David Jakopac wrote:

>
> I've searched both the users and developer jetspeed mailing lists for 
> this. I've also looked at the urlmanager/*.java source. Sorry in 
> advance if I missed something.
>
> I'm using the nightly build of 1.3a2-dev-war from Oct 2. I want a 
> WebPagePortlet to access a website using a URL containing a username 
> and password. In other words, I want to use the following URL in the 
> :
>
> http://myusername:[EMAIL PROTECTED]/mypage.html
>
> I get a 401 HTTP response from the www.mydomain.com server, but if I 
> copy and paste the same URL in a browser it works fine. 
> (www.mydomain.com is served by an Apache server.)
>
> I've also tried:
>
> http:[EMAIL PROTECTED]/mypage.html
>
> with the same results (works from a browser, but not a jetspeed 
> WebPagePortlet). Escaping the "@" doesn't work anywhere, of course.
>
> Any pointers to existing documentation on how to do this would be 
> appreciated. Thanks. 

Which jdk are you using? I'm not sure, but it should work.




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

Re: Problems loading channels

[Santiago Gala]

[EMAIL PROTECTED] wrote:

>It looks to me that these two urls are the same?  Am I missing something 
>(other than the uppercase J on mine which is just a typo).  This 
>jetspeed.rss file is defined in my feed_apache.xreg file and defines a 
>portlet called "Jetspeed."  This portlet was already setup this way when 
>it came in the Jetspeed war file.
>
>If I go to http://jakarta.apache.org/jetspeed/channels I can see three files listed.
>
>apache.ocs
>jetspeed.rss
>turbine.rss
>
>The OCS file is the only one I can open and view.  The others do 
>absolutely nothing when I click on them.  I don't even get a "Page Not 
>Found" error.  The browser just remains at the current list of files.  I 
>am assuming I should see an xml file when I click on them?  Are you able 
>to view these files?  I believe my portal is locking up because it is 
>trying to read these files and is not getting any response back from the 
>URL.
>
It looks like your browser is configured to do something with rss files 
(it is very probable). The files are indeed there. Try a different 
browser (mozilla, lynx) and you'll see the files. I don't know which is 
the default behaviour of IE (I think it depends on what you have 
configured for .rss extension under Windows).

This should not make any difference for Jetspeed.

>
>
>Thanks.
>Jim
>
>
>
>
>
>
>Paul Spencer <[EMAIL PROTECTED]>
>10/05/01 09:56 AM
>Please respond to jetspeed-user
>
> 
>To: [EMAIL PROTECTED]
>cc: 
>Subject:Re: Problems loading channels
>
>
>
>Jim,
>
>[EMAIL PROTECTED] wrote:
>
>>If I put the following URL into my browser I see some xml:
>>
>>http://jakarta.apache.org/jetspeed/channels/apache.ocs
>>
>>If I put this URL into my browser I get nothing:
>>
>>http://jakarta.apache.org/jetspeed/channels/Jetspeed.rss
>>
>>So it seems that there is definitely some type of problem with the above
>>URL.  Or is there some reason I wouldn't see it? Aren't RSS files just
>>xml?  I'm not sure why my firewall would let me see one and not the 
>>
>other?
>
>The URL is incorrect. Where did you get it, or was it a type-o?
>
>Try the following:
> http://jakarta.apache.org/jetspeed/channels/jetspeed.rss
>
>>Thanks.
>>Jim
>>
>Paul Spencer
>
>-
>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: User.class is an interface, which class implements it???

[Santiago Gala]

yi he wrote:

> Hi, dear friends
>
> I am trying to change the registration form of jetspeed.  After 
> changing template NewAccount.jsp, I need to change 
> UpdateAccount.java.  I found there is data.getUser().setBirthDate( 
> birthdate );
>  data.getUser().setMaritalStatus( marital_status );
>  data.getUser().setHomeAdd( home_add );
>  data.getUser().setHomeTel( home_tel ); sentences inside.  
> But when I check User class, I found it is an interface.  All methods 
> like setHomeAdd are abstract methods.  But I need to find the place 
> that those methods are implemented.  Do you have any idea about it?

The User interface is populated with a concrete instance by turbine 
security service. If you want to change the User implementation, you 
will have to develop a new security service. Look at the turbine 
security service as an example.

Can you explain what are you trying to do? there are alternate turbine 
security services (for LDAP, etc.).

>
> Thank you very much for your kindly help!
>
> Regards
> Yuxiong
>
> _
> Get your FREE download of MSN Explorer at 
> http://explorer.msn.com/intl.asp
>
>
> -
> 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: XSL Portlet: SAXException - Namespace not supported

[Santiago Gala]

[EMAIL PROTECTED] wrote:

>FYI:  I messed around with some of these jar files and was unsuccessful. I 
>then upgraded to Tomcat 4.0 and it seemed to work perfectly (along with a 
>myriad other problems I was having).
>
Tomcat 4 isolates the different webapps using classloaders, which 
ensures that the parser you will use is the one inside the jetspeed.war, 
and not the one used by Tomcat or other webapp. This is the reason why 
the problem disappears.

I have jetspeed deployed in Tomcat-3.2.3, Tomcat-3.3-m4 and 3.2.2 with 
no problems (once you substitute the parser.jar from tomcat with a more 
recent version). Also, you should look at the jre/lib/ext directory and 
any CLASSPATH settings for old XML parsers.

>
>
>
>
>
>Santiago Gala <[EMAIL PROTECTED]>
>10/03/01 06:21 AM
>Please respond to jetspeed-user
>
> 
>To: [EMAIL PROTECTED]
>cc: 
>Subject:Re: XSL Portlet:  SAXException - Namespace not supported
>
>
>
>[EMAIL PROTECTED] wrote:
>
>>I have tried to move a very simple XSL portlet example into version 
>>
>1.3a2. 
>
>>This example worked fine in version 1.3a1, but now I get the error 
>>message shown below in both the portlet and in the log.  I don't 
>>understand what namespace it is referring to.  Has anyone had similar 
>>problems?  Has anyone been able to deploy XSL portlets in version 1.3a2?
>>
>You are probably using a XML parser (coming from tomcat) that is not 
>namespace aware. One possibility is to remove crimson.jar or parser.jar 
>from the tomcat/lib directory or classpath, and put there the 
>xerces-xxx.jar that comes with jetspeed. It will replace the parser 
>coming with tomcat and it is namespace aware. Also, it can happen that 
>you have a parser around in the classpath that gets configured by the 
>JAXP api.
>
>>I'm using the 9/21 build under NT for development.
>>
>>Thanks.
>>Jim
>>
>>[Tue Oct 02 14:21:44 EDT 2001] -- INFO -- SimpleTransform:  transforming 
>>url: 
>>file:D:\javadev\install\tomcat\webapps\jetspeed\portlets\sphinxcatalog\menuitems.xml 
>>
>
>>with stylesheet: /portlets/sphinxcatalog/menus.xsl
>>[Tue Oct 02 14:21:44 EDT 2001] -- ERROR -- Invalid SAX Transformer: 
>>javax.xml.transform.TransformerException: Namespace not supported by 
>>SAXParser
>>[Tue Oct 02 14:21:44 EDT 2001] -- ERROR -- 
>>   Exception:  org.xml.sax.SAXException: problem in SAX transform: 
>>javax.xml.transform.TransformerException: Namespace not supported by 
>>SAXParser
>>   Stack Trace follows:
>>   org.xml.sax.SAXException: problem in SAX transform: 
>>javax.xml.transform.TransformerException: Namespace not supported by 
>>SAXParser
>>
>>
>
>
>
>
>-
>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: Log Out after few times

[Santiago Gala]

Vincent Bonamy wrote:

>Hello,
>
>I have a little pb:
>I log in jetspeed, and without log out I continue to navigate in
>Internet: I don't close my navigator (Netscape). I come back in jetspeed
>and I'm no more log in jetspeed! Why?
>Have you an issue for me: I would like that user log out only if :
>
>  1. user click on logout link
>  2. user close his navigator
>
It is impossible, since HTTP is a stateless protocol, so the only way to 
close a session is via a explicit user action (click a logout link) or a 
time out.  When the user closes the browser, the session will be lost in 
the user machine, but it will stay in the server until it expires.

Tomcat has a default session timeout of 30 minutes. You can make it 
bigger, but beware that the number of active sessions in the server will 
grow. For instance, if you set it to one week, you will have a session 
for each different browser that has started a session from your server 
in the last week. Depending on your environment this can be all right, 
but for the internet it will require enormous amounts of memory.

For an office environment, where users turn machines off at the end of 
the day, a time out of around one day can be all right, and you will 
have about double the number of users of live sessions (some active, 
some stale). This should be reasonable for numbers of users below one 
thousand...

>
>
>Thanks,
>vincent.
>
>
>-
>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: Cookie JSESSIONID

[Santiago Gala]

Frans Thamura wrote:

> Add...
>
> Is there a relationship between session and the cookies?? which one is 
> the implementation of jetspeed? 

Jetspeed will use whatever session management is supported by the webapp 
container.

Tomcat will try to set a cookie. If it recovers it, session tracking 
will be done using the JSESSIONID cookie (see the Servlet 
specification). If not, it will append a ;jsessionid=x to the URL 
and use it to track the session (when the user agent does not allow 
cookies).

This is all in the Servlet Spec and Tomcat code/documentation.

>
>
> Frans
>
> At 12:06 PM 10/1/2001 +0200, you wrote:
>
>> Hello,
>>
>> I would like to know where jetspeed manage his cookie ( I thinks it's
>> the cookie JSESSIONID). Can I change its name?
>>
>> vincent.
>>
>>
>>
>> -
>> To unsubscribe, e-mail: [EMAIL PROTECTED]
>> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
>
> _
> Do You Yahoo!?
> Get your free @yahoo.com address at http://mail.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]

Re: Horrible Error for

[Santiago Gala]

Ignacio J. Ortega wrote:

>I'm getting this Horrible Exception too.., I bet that the problem is not
>related to this message, it seems velocity has lost one string in his
>resource files.., precisely a string needed to report a error ( it seems
>velocity is not finding some template ..)
>
This is broken, most of the Admin App is. I will try to patch it in the 
next days.

It is due to the change from /screen/... to /template/..., and the way 
parameters are accounted for. It will work if you remove the /screen/XXX 
part of the URL and fetch it again, IIRC.


>
>
>Saludos ,
>Ignacio J. Ortega
>
>
>>-Mensaje original-
>>De: Frans Thamura [mailto:[EMAIL PROTECTED]]
>>Enviado el: martes 2 de octubre de 2001 0:27
>>Para: [EMAIL PROTECTED]
>>Asunto: Horrible Error for
>>
>>
>>Dear All,
>>
>>Do you know where is this error come from??? I got this error and the 
>>strange point is why the feeder is not feed it after I click 
>>the URL in 
>>BadURL Manager.
>>
>>Horrible Exception: 
>>org.apache.velocity.exception.ResourceNotFoundException: 
>>Unable to find 
>>resource 'layoutsnull'
>> at 
>>org.apache.velocity.runtime.resource.ResourceManager.getResour
>>ce(ResourceManager.java)
>>
>>
>>I login as admin/jetspeed and try go to Admin pane, and click 
>>the bad url 
>>Manager, and I click the http://hollywoodbitchslap.com/hbs.rdf
>>because this is the message:
>>The following 7 URL(s) are considered bad:
>>Click on a url to take it out of the list and retry it in 
>>when requested.
>>·   http://www.lansystems.com/backend/gazette_news_backend.rdf
>>·   http://www.newsforge.com/newsforge.rdf
>>·   http://linuxcentral.com/backend/lcnew.rdf
>>·   http://phpbuilder.com/rss_feed.php
>>·   http://lwn.net/headlines/rss
>>·   http://freshmeat.net/backend/fm.rdf
>>·   http://hollywoodbitchslap.com/hbs.rdf
>>The following 0 URL(s) are being loaded:
>>
>>I clickthe http://hollywoodbitchslap.com/hbs.rdf
>>
>>The error show.
>>
>>
>>Any suggestion???
>>
>>
>>Thanks
>>
>>Frans
>>
>>
>>_
>>Do You Yahoo!?
>>Get your free @yahoo.com address at http://mail.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]
>




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

Re: Secuirty Question

[Santiago Gala]

Anthony Smith wrote:

>I am not really sure if this is a jetspeed question or not but I really need
>an answer to this or I am screwed. I have some files (jpgs, html, jsp) that
>I want to put permissions on. I know how I could do it for a jsp page, but
>what about an image file? I dont want the user to be able to type in the
>path and then be able to acess it like that. And if it there is no work
>around for it at least have the ability to check permissions in a session or
>somewhere before they allow them to go to the actual file. I cannot use a db
>to ref the files for this one.
>
Security of non-jetspeed objects (static content) can only be dealt with 
using Web container security, i.e. HTTP authentication. See the 
Apache/tomcat (or whatever servlet engine you are using) documentation 
for how to protect HTTP resources with authentication.


You could try tricks like allowing only requests that include a certain 
Referer: Header, but these are trivial to break and will not work.

>
>Please Help
>
>
>-
>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 Cached local psml file

[Santiago Gala]

Dan Luo wrote:

>Hi,
>
>I just installed jetspeed 1.3-a1 on both linux and win2000. Linux
>version worked fine, but I can't cusomized win2000 porlet screen. It
>seems that problem is with the disk cache. It caches psml file like
>this: jndilocalhost_jetspeed_WEB-INF_psml_turbine_homeHTML.psml on
>the cache directory on win2000 machine. This cause the psml writer to
>think that this is a remote url. Please let me know if there is any
>solutions to this problem as soon as possible. Thanks you!
>
This problem has been patched in cvs code. Please use a recent nightly 
build.

>
>Dan
>
>-
>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: XSL Portlet: SAXException - Namespace not supported

[Santiago Gala]

[EMAIL PROTECTED] wrote:

>I have tried to move a very simple XSL portlet example into version 1.3a2. 
> This example worked fine in version 1.3a1, but now I get the error 
>message shown below in both the portlet and in the log.  I don't 
>understand what namespace it is referring to.  Has anyone had similar 
>problems?  Has anyone been able to deploy XSL portlets in version 1.3a2?
>
You are probably using a XML parser (coming from tomcat) that is not 
namespace aware. One possibility is to remove crimson.jar or parser.jar 
from the tomcat/lib directory or classpath, and put there the 
xerces-xxx.jar that comes with jetspeed. It will replace the parser 
coming with tomcat and it is namespace aware. Also, it can happen that 
you have a parser around in the classpath that gets configured by the 
JAXP api.

>
>I'm using the 9/21 build under NT for development.
>
>Thanks.
>Jim
>
>[Tue Oct 02 14:21:44 EDT 2001] -- INFO -- SimpleTransform:  transforming 
>url: 
>file:D:\javadev\install\tomcat\webapps\jetspeed\portlets\sphinxcatalog\menuitems.xml 
>with stylesheet: /portlets/sphinxcatalog/menus.xsl
>[Tue Oct 02 14:21:44 EDT 2001] -- ERROR -- Invalid SAX Transformer: 
>javax.xml.transform.TransformerException: Namespace not supported by 
>SAXParser
>[Tue Oct 02 14:21:44 EDT 2001] -- ERROR -- 
>Exception:  org.xml.sax.SAXException: problem in SAX transform: 
>javax.xml.transform.TransformerException: Namespace not supported by 
>SAXParser
>Stack Trace follows:
>org.xml.sax.SAXException: problem in SAX transform: 
>javax.xml.transform.TransformerException: Namespace not supported by 
>SAXParser
>
>




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

Re: Getting "Cannot serialize session attribute" error when shutting down tomcat

[Santiago Gala]

Paul Spencer wrote:

>I am seen the following in the Tomcat 4.0 (final)
>log\localhost_log._mm_dd file.  Is this a Jetspeed, Turbine, or a
>Tomcat problem?
>
An interaction. Tomcat 4 tries to store active sessions to disk (by 
default) during shutdown, and recovers them on startup. We are storing 
one or more

JetspeedPersistenceService$Page

in the session, and these objects are not declared as serializable, so 
tomcat cannot serialize the session.

I don't think it is a deep issue for the moment.

>
>2001-09-20 12:45:04 jetspeed: Turbine: Done shutting down!
>2001-09-20 12:45:04 StandardManager[/jetspeed] Cannot serialize session
>attribute turbine.user for session 9255C4D1895211F8619406C0318064F2
>java.io.NotSerializableException:
>org.apache.jetspeed.portal.service.JetspeedPersistenceService$Page
>   at
>java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1148)
>   at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
>   at java.util.Hashtable.writeObject(Hashtable.java:757)
>   at java.lang.reflect.Method.invoke(Native Method)
>   at
>java.io.ObjectOutputStream.invokeObjectWriter(ObjectOutputStream.java:1878)
>   at
>java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1210)
>   at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
>   at
>java.io.ObjectOutputStream.outputClassFields(ObjectOutputStream.java:1841)
>   at
>java.io.ObjectOutputStream.defaultWriteObject(ObjectOutputStream.java:480)
>   at
>java.io.ObjectOutputStream.outputObject(ObjectOutputStream.java:1214)
>   at java.io.ObjectOutputStream.writeObject(ObjectOutputStream.java:366)
>   at org.apache.catalina.session.StandardSession.writeObject(Unknown
>Source)
>   at org.apache.catalina.session.StandardSession.writeObjectData(Unknown
>Source)
>   at org.apache.catalina.session.StandardManager.unload(Unknown Source)
>   at org.apache.catalina.session.StandardManager.stop(Unknown Source)
>   at org.apache.catalina.core.ContainerBase.stop(Unknown Source)
>   at org.apache.catalina.core.StandardContext.stop(Unknown Source)
>   at org.apache.catalina.core.ContainerBase.removeChild(Unknown Source)
>   at org.apache.catalina.core.StandardHost.remove(Unknown Source)
>   at org.apache.catalina.startup.HostConfig.undeployApps(Unknown Source)
>   at org.apache.catalina.startup.HostConfig.stop(Unknown Source)
>   at org.apache.catalina.startup.HostConfig.lifecycleEvent(Unknown
>Source)
>   at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(Unknown
>Source)
>   at org.apache.catalina.core.ContainerBase.stop(Unknown Source)
>   at org.apache.catalina.core.ContainerBase.stop(Unknown Source)
>   at org.apache.catalina.core.StandardService.stop(Unknown Source)
>   at org.apache.catalina.core.StandardServer.stop(Unknown Source)
>   at org.apache.catalina.startup.Catalina.start(Unknown Source)
>   at org.apache.catalina.startup.Catalina.execute(Unknown Source)
>   at org.apache.catalina.startup.Catalina.process(Unknown Source)
>   at java.lang.reflect.Method.invoke(Native Method)
>   at org.apache.catalina.startup.Bootstrap.main(Unknown Source)
>
>Paul Spencer
>
>-
>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: build problems

[Santiago Gala]

Will Wallace wrote:

>I'm getting the exact same "NoClassDefFoundError: is"
>using a Debian system w/ JDK 1.3 and I tried checking
>it out from CVS several times.  Can anyone give me
>aid?
>

I have seen the same problem. It is due to something weird in build.sh. 
I will take a look.

You should ensure that JAVA_HOME in your shell points to the directory 
where the jdk is, like

export JAVA_HOME=/usr/java/jdk1.3.1_01 under bash.


>
>
>Will
>
>Re: build problems
>
>
> From: Bruno Lowagie 
> Subject: Re: build problems 
> Date: Thu, 21 Jun 2001 06:24:53 -0700 
>
>
>  Walter Brameld wrote:
>  > 
>  > Hello,
>  > 
>  > I've been trying to build Jetspeed from CVS
>for several days now without
>  > success.  The instructions are simple enough:
>download the sources, cd to
>  > the build/ directory, and run sh build.sh war.
> But it never works.  Right
>  > now it's dying immediately with a
>java.lang.NoClassDefFoundError (the
>  > class it's looking for is "is", which is
>baffling to me).
>
>  I had the same problems, but then I checked out
>everything from CVS
>  again and now I've got my war-file.
>
>  Remark: this doesn't mean I have Jetspeed
>running as it should.
>  I had to replace the jaxp.jar and parser.jar
>under the tomcat/lib
>  directory with the most recent xalan and xerces
>jars.
>
>  Now I still have a problem with the database
>connection to Oracle.
>
> 
>-
>  To unsubscribe, e-mail:
>[EMAIL PROTECTED]
>  For additional commands, e-mail: [EMAIL PROTECTED]
>
>__
>Terrorist Attacks on U.S. - How can you help?
>Donate cash, emergency relief information
>http://dailynews.yahoo.com/fc/US/Emergency_Information/
>
>-
>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: cache miss, object expired error

[Santiago Gala]

Sony Joseph wrote:

>Hi All,
>
>   I am using the latest jetspeed build from CVS. I keep getting this error
>for all my portlets:
>
>   -- INFO -- cache miss, object expired:
>347675712|bgcolor-gray|template-AddPermissions
>
>
>   Any idea on what could be causing the error.
>
This is not an error, just INFO. Maybe we should move it to DEBUG. In 
any case, the message will disapear if you set logging level to ERROR in 
TurbineResources.properties

The message means that the java object expired from the memory cache, 
and it will be reconstructed from the external (filesystem) reference.

>
>Thanks,
>Sony
>
>
>
>
>
>-
>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]

[Fwd: How to convert Jetspeed system to Chinese version]

[Santiago Gala]

 Original Message 
From: - Thu Sep 13 11:17:38 2001
X-Mozilla-Status: 0001
X-Mozilla-Status2: 
Return-Path: <[EMAIL PROTECTED]>
Received: (from root@localhost) by samburan.intranet.hisitech.com
(8.11.0/8.8.7) id f8D8wI905707 for [EMAIL PROTECTED]; Thu, 13 Sep 2001
10:58:18 +0200
Received: from smtp003.mail.tpe.yahoo.com (smtp003.mail.tpe.yahoo.com
[202.1.238.88]) by samburan.intranet.hisitech.com (8.11.0/8.8.7) with
SMTP id f8D8wF005703 for <[EMAIL PROTECTED]>; Thu, 13 Sep 2001 10:58:17
+0200
Received: from vega.cs.ccu.edu.tw (HELO sammy) (140.123.102.22) by
smtp.vip.tpe.yahoo.com with SMTP; 13 Sep 2001 08:50:46 -
X-Apparently-From: <[EMAIL PROTECTED]>
Message-ID: <000201c13c31$f2642d00$[EMAIL PROTECTED]>
From: "©v¿o" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Subject: How to convert Jetspeed system to Chinese version
Date: Thu, 13 Sep 2001 16:55:59 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
boundary="=_NextPart_000_0007_01C13C74.F69C5D00"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.50.4133.2400
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400




Hello! We are the students of Chung Cheng University in Taiwan.

We are trying to build our school's system by Jetspeed System architecture.

But we encountered problem in converting Jetspeed system to Chinese version.

Would you tell us which files should be modified.

Thanks a lot.

Cheers



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

Re: building 1.3a2: portletmarkup??

[Santiago Gala]

Steven Gollery wrote:

>I downloaded jetspeed-src.zip from 
>//jakarta.apache.org/builds/jakarta-jetspeed/nightly/2001-09-11/, but it doesn't 
>build: I get a message that src\java\org\apache\jetspeed\xml\api\portletmarkup is not 
>found, and it's true: there is no such directory. Any suggestions?
>
>(Note: this is the first time I'm trying to build jetspeed.)
>
>Steve
>
>
We introduced an error in the build process this day. Please pick up 
next day build, or patch by hand your build.xml to contain the changes 
introduced after (you can look for it in the cvsweb interface).

Sorry about this. http://jakarta.apache.org/builds/gump/ can give you an 
idea of the status of the different nightly builds. Current build was 
normal.



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

Re: JVM Memory Leak Ouch

[Santiago Gala]

Lionel Siau wrote:

>Hi,
>
>I've recently installed a2 on a tomcat(3.2.2) with no other apps. The installation is 
>fine but over time, I have noticed the mem allocation for the JVM of tomcat serving 
>jetspeed seems to rise over time. The memory size required is a function of the 
>activity of the jetspeed engine. The more logins and clicksm, it grows. It start from 
>about 30MB and now is already at 37MB. It ain't slowing down.
>
>I think u have some coding problems with the objects in the code of jetspeed or even 
>turbine...ugh...
>
There are two separate issues here:

- memory leaks in the jdk. There are bugs related with this behaviour, 
specially in the hotspot JVM. I think 1.3.1 is fine to this regard, but 
one never knows. We have done stress testing of a Jetspeed based 
application, having it running continuously during days with 50 
simultaneous users requesting pages, and we have observed no memory 
leaks under jdk1.3.0_06 and jdk1.3.1
- memory consumption by Jetspeed. A typical Jetspeed installation will 
require a java heap of between 128M and 384M (we use to run it with 
either -Xms256M -Xmx256M or 384, depending on the phisical memory of the 
machine where it is running and complexity of the portal)

The memory as reported by the OS will start low (like 30-40M), and 
increase as hotspot optimizes and portlets are instantiated. The java 
heap will increase also.

For instance, I have just started the tomcat process. Currently jetspeed 
admin shows 13,5M heap, about 1M free, and top shows 48M for the java 
process threads. It will grow progressively. But I have seen runtimes in 
the week order, without it escaping out of bounds.

>
>
>Lionel
>




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

Re: Segmentation Fault on Tomcat startup

[Santiago Gala]

Walter Brameld wrote:

> I'm running Tomcat on a Redhat 7.0 box.  I downloaded the Jetspeed 1.3a1
> binaries and put the jetspeed.war file in the webapps directory.  When I
> try to start Tomcat, it seg faults.  Tomcat was working fine before I
> installed Jetspeed, and it works fine again if I remove the
> jetspeed.war and the jetspeed subdirectory.  Here is the output from the
> startup:
> 
> [root@jacob bin]# ./tomcat.sh run
> Using 
> classpath: 
>/usr/local/tomcat/lib/ant.jar:/usr/local/tomcat/lib/jasper.jar:/usr/local/tomcat/lib/jaxp.jar:/usr/local/tomcat/lib/parser.jar:/usr/local/tomcat/lib/servlet.jar:/usr/local/tomcat/lib/test:/usr/local/tomcat/lib/webserver.jar:/usr/local/jdk/lib/tools.jar:/usr/local/jdk/lib/tools.jar
> 2001-05-24 01:38:41 - ContextManager: Adding context Ctx( /examples )
> 2001-05-24 01:38:41 - ContextManager: Adding context Ctx( /admin )
> Starting tomcat. Check logs/tomcat.log for error messages 
> 2001-05-24 01:38:41 - ContextManager: Adding context Ctx(  )
> 2001-05-24 01:38:41 - ContextManager: Adding context Ctx( /test )
> 2001-05-24 01:38:41 - ContextManager: Adding context Ctx( /jetspeed )
> initializing all services using org.apache.tomcat.facade.ServletConfigImpl
> initializing service: ResourcesService
> ./tomcat.sh: line 178:  9252 Segmentation fault  $JAVACMD $TOMCAT_OPTS
> -Dtomcat.home=${TOMCAT_HOME} org.apache.tomcat.startup.Tomcat "$@"
> 
> There is nothing in the Tomcat logs to indicate any kind of error.  Any
> idea why it's crashing?
> 


We could, if you reported the jdk version you are using. A SEG_FAULT 
indicates a bug in the java virtual machine. The Hotspot machines have 
shown several of those. In multiprocessor machines, there is a 
workaround for some of these. Another possibility is to upgrade to a 
final release. 1.3.0_02 seems to work fine.

Other reason for having SEG_FAULTS is when the JVM gets out of memory, 
since not all of the native code mallocs,... are checked. So, you can 
also try to increase process memory limits for the JVM.

The fact that it happens only with "big" wars, like jetspeed, has little 
to no relation with the problem, only that you are stressing more the 
JVM, both memory and threading. Jetspeed is pure java, so any 
segmentation fault is a jdk/jre problem.


> Walter Brameld
> [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: Installing on Weblogic 6?

[Santiago Gala]

Raphaël Luta wrote:

> Martin Hebrank wrote:
> 
>>Has anyone managed to do this?
>>
>>I'm currently trying using the latest cvs source. At start time the server
>>says:
>>
>>initializing service: ResourcesService
>>java.lang.NoClassDefFoundError: org/apache/turbine/services/resources/ResourceService
>>at java.lang.Class.forName0(Native Method)
>>at java.lang.Class.forName(Class.java:120)
>>at 
>org.apache.turbine.services.BaseInitableBroker.getInitableInstance(BaseInitableBroker.java:249)
> rethrown as org.apache.turbine.services.InstantiationException: A class referenced 
>by org.apache.jetspeed.services.resources.VariableResourcesService is unavailable. 
>Check your jars and classes.
>>
> 
> It looks like a classloader issue for me: Jetspeed and Turbine are probabky loaded 
>by 2
> different classloaders. Make sure you don't have other Turbine jars sitting in your 
>server
> or system classpath.
> 


See also:
 > A class referenced by 
 >org.apache.jetspeed.services.resources.VariableResourcesService is 
 >unavailable. Check your jars and classes.


It could also be due to Turbine not being able to read the 
TurbineResources.properties (or including the 
JetspeedResources.properties) correctly. Also, the velocity jar missing, 
old, or colliding from a different classloader. Or even a missing 
servlet 2.2 api feature required in VariableResources.



> 
> --
> Raphael Luta - [EMAIL PROTECTED]
> Vivendi Universal Networks - Paris
> 
> -
> 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.3.a1 cache system: lighting the darkness!

[Santiago Gala]

[EMAIL PROTECTED] wrote:

> Santiago Gala wrote:
> 
>>[EMAIL PROTECTED] wrote:
>>
>>
>>I would like a lot that AbstractPortlet be really abstract. It is very
>>misleading that a class named Abstract has a concrete implementation.
>>Further, if it implements things that are not abstract at all, as a
>>caching behaviour coupled with a way to retrieve cached content. We have
>>had quite a few errors related with the fact that AbstractPortlet
>>implements too many things.
>>
>>
> 
> I agree with the idea but do you see a mean to reduce the amount of functionality
> implemented by the AbstractPortlet (or Abstract*) without breaking compatibility ?
> 
> I would think that AbstractPortlet should *not* implement Cacheable and should not
> provide an implementation for getContent() at the very least. If people are OK with
> dropping the Cacheable interface from AbstractPortlet, I'm definitely +1 but I fear
> this may have border effects on existing code.
> 


This was also my concern. AbstractPortlet implies Cacheable, and a way 
to retrieve content from cache.

I think we can wait until we go to the new Portlet API, which will break 
most of the code, for such changes.


> 
>>>OK, I'll see if I can integrate that into 1.3a2 without breaking existing code...
>>>
>>>While I'm testing waters here :
>>>
>>>Are there users out there who depend on PortletSet, PortletControl and PortletConfig
>>>being real classes rather that interfaces (for things like new PortletConfig() or
>>>new PortletSet() ) ?
>>>
>>>If not, I'd like to make these interfaces and provide the existing implementations
>>>as BasePortletConfig(), BasePortletSet() and AbstractPortletControl(). That will
>>>give us a lot of additionnal flexibility.
>>>
>>>
>>Again, I would pray that any "Abstract..." be really abstract. If it is
>>not abstract --> "Base..."
>>
>>
> 
> The distinction I see between Base* and Abstract* is that a Base* class is likely 
> to be the only implementation of this interface whereas Abstract* is a helper class
> for implementing an interface which is expected to have many implementations 
>(Portlet,
> PortletControl, PortletController).
> 
> Does that make sense to you ?


Yes. What I don't like is using Abstract for an implementation that 
implements all methods. So if you subclass it with an empty behaviour, 
you get something that compiles, but it will not run probably.

We have already had a bug related with this, as the caching behaviour 
was not expected when a guy subclassed AbstractPortlet. So, for me the 
problem is that the name of the class created a fake "implicit contract" 
with the developer. If the class would have been called 
"AbstractCacheablePortlet" this would not have been happened.

But I agree that it is not the time of moving this code too much. We 
have already plenty to do. :)






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

Re: Jetspeed 1.3.a1 cache system: lighting the darkness!

[Santiago Gala]

carlos beltran wrote:

> We have been fighting a little with the cache system in Jetspeed 1.3.a1.
> Our goal was that of showing real time data in a portlet presenting a
> RSS page generated with JSP. But we had problems because the portlet
> content was not refreshed when the user was hitting the refresh button
> in his web browser.
> 
> Why?
> Answer: cache system.
> 
> Two different kinds of cache are acting in the portlet; the first one is
> caching the portlet object in memory and the second one is caching the
> URL that the portlet is using. This second cache is called the
> DiskCache. There is a third class of cache, but it is only working for
> the channels defined in OCS and it is known as FeedCache.

The FeedCache is new for me. Either is something new coming from Raphael 
changes or there is a wrong javadoc somewhere. Probably is the DiskCache 
by other name.


> The DiskCache has mainly two types of URL: locals and remotes. The
> locals are not cached and are directly get from the URL source ( so if
> your page is local you will not have problems). The DiskCache recognizes
> as locals the next types of URLs:
> 
> /test/test
> http://localhost
> http://127.0.0.1
> http://ourserver.domainame
> 
> Notice that the URL "http://ourserver"; is considered as remote...
> 

And also protocols listed in a specific list in JR.p (file:, jndi:, 
classloader:, ...)


> The remotes URL are refreshed by the DiskCacheDaemon. This daemon runs
> with a interval defined in the JR.p; each time it runs it takes all the
> URL from the DiskCache and renews that ones that are remote and have
> passed over their "expiration time". This expiration time is hard coded
> in the source of DiskCacheEntry.java and it is equal to 15 minutes.
> 

Not exactly. The initial expiration time is set to 15 minutes. When the 
diskcacheDaemon runs, it is set to the Expires: header of the URL (if it 
exists and it is > 0)

But the important thing is that the URLs will only be checked when the 
DiskCacheDaemon runs (all of them). This is every hour, by default.


> So what happens if you want to refresh your remote URL in the DiskCache
> with a interval lower than 15 minutes, ..well.., you can't, unless you
> change DiskCacheEntry to modify the default expiration time.
> 

If the url returns a Expires: header it should be possible to have it 
refreshed every time the daemon runs.


> Then, playing with the "expiration time" and the daemon interval, you
> would be able to control the refresh of your portlet lower that 15
> minutes ( in fact we wanted a refresh time of 1 minute).
> 
> Finally,In both, local and remote URL, we would suggest to "jump" the
> "portlet cache". This can be done overwriting the isCacheable() method
> as it has been explained in other messages.
> 

This brings a lot of overhead for some portlets, as a XSLT transform 
will have to be performed for every getContent() call. So, it depends on 
your concrete portlet if it is needed or not.


> Hope this help someone,

Yes, at least we are beginning to have reasonable documentation on the 
behaviour.

For the next iteration I would have:

- resources can be cacheable or not. The selection will be done via 
configurable regular expressions, and not through a fixed strategy. The 
minimum and maximum expiration times will be settable for each regexp, 
with a global default.
- the daemon will run with a much smaller granularity (every minute?) 
but it will check only expired URLs. Currently it makes a request for 
every resource with IfModifiedSince: set, and skips refreshing if it 
gets a "Not Modified" answer. This saves a lot of work, but still is not 
completely trustable (see Apacheweek below). Also, a lot of channels do 
not handle these headers.
- The OCS entries will override update times using the OCS information 
coming in the feed (they are like update --> once daily ...) They should 
update global defaults, but NOT url-regexp specified values.
- A minimum and a maximum expiration time will be set for every entry. 
The minimum will be used if Expires: is not meaningful (<=0 or in the 
past), and the maximum to avoid pathological cases, where the date 
returned is the script modification date, not the channel generation.

For instance, the ApacheWeek entry honors the IfModifiedSince: and 
Exppires: headers BUT, when the war is expanded, the cache file gets the 
modification date of the war expansion, not the true one in the cache. 
So, unless you delete the cache entry, ApacheWeek will not be updated 
until roughly 24 hours after you expand the war.






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

Re: Jetspeed 1.3.a1 cache system: lighting the darkness!

[Santiago Gala]

[EMAIL PROTECTED] wrote:

> carlos beltran wrote:
> 
>>> Very good explanation ! Do you think you code write this in xdocs ?
>> 
>> Sure!!
>> But i dont have commit access. May be someone with access can do it?
>> 
> 
> 
> Either send it to the jetspeed-dev list or send it directly to me [EMAIL PROTECTED],
> I'll review and commit it.
> 
> 
>>> BTW, I'm currently working on integrating Roberto Carrasco velocity work into
>>> Jetspeed and considering to remove the Cacheable interface from the base
>>> Portlet interface.
>>> 
>>> This way only those portlet implementations that want to be Cacheable need to
>>> implement this feature.
>>> 
>>> To keep backward compatibility, we could have an AbstractPortlet implementing
>>> Cacheable and a DynamicAbstractPortlet that would not implement it (I would
>>> prefer AbstractPortlet and CacheableAbstractPortlet but this may break portlets
>>> extending AbstractPortlet and relying on the caheable interface methods...)
>>> 
>>> Would that suit you ?
>> 
>> Yes, I think it is a good idea.
>> 
> 
> 

I would like a lot that AbstractPortlet be really abstract. It is very 
misleading that a class named Abstract has a concrete implementation. 
Further, if it implements things that are not abstract at all, as a 
caching behaviour coupled with a way to retrieve cached content. We have 
had quite a few errors related with the fact that AbstractPortlet 
implements too many things.


> OK, I'll see if I can integrate that into 1.3a2 without breaking existing code...
> 
> While I'm testing waters here :
> 
> Are there users out there who depend on PortletSet, PortletControl and PortletConfig
> being real classes rather that interfaces (for things like new PortletConfig() or
> new PortletSet() ) ?
> 
> If not, I'd like to make these interfaces and provide the existing implementations
> as BasePortletConfig(), BasePortletSet() and AbstractPortletControl(). That will
> give us a lot of additionnal flexibility.
> 

Again, I would pray that any "Abstract..." be really abstract. If it is 
not abstract --> "Base..."


> 
> --
> Raphaël Luta - [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 and weblogic 6.0

[Santiago Gala]

Darrin Bolt wrote:

> Weblogic deployment update...
> 
> Jetspeed now deploys (in expanded format).  Now when I try to hit jeetspeed
> I get this complaint:
> 
> initializing service: TurbineGlobalCacheService
> XSL Error: Cannot use a DTMLiaison for a input DOM node... pass a
> org.apache.xalan.xpath.xdom.XercesLiaison instead!
> XSL Error: SAX Exception
> 
> A library conflict perhaps?  Where do I start to look?
> 

Other people has been seeing this. It looks like the xerces1.3.1 that I 
updated is not taken, but another jar (jaxp.jar, parser.jar) from the 
weblogic classpath.

It should work if either:

you can replace any jaxp.jar, xerces.jar or parser.jar in the classpath 
(either explicit or Weblogic generated) by this xerces1.3.1

you can truly isolate the jetspeed webapp from any external classpath

This is imagining you are using cvs from yesterday or so.


> Ideas are gratefully accepted/appreciated...
> 
> Thanks,
> 
> Darrin
> 
> 
> 
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, May 02, 2001 8:41 AM
> To: [EMAIL PROTECTED]; [EMAIL PROTECTED]
> Subject: RE: Jetspeed and weblogic 6.0
> 
> 
> i don't know about weblogic but there are lots of issues with getting
> it to work under jrun. i think the only truly supported platform is
> tomcat. websphere seems to do okay (ibm is shipping a product based
> on jetspeed) but tomcat is what works.
> 
> i'm waiting for help making it work under jrun...
> 
> rjsjr
> 
> 
>>> -Original Message-
>>> From: Darrin Bolt [mailto:[EMAIL PROTECTED]]
>>> Sent: Wednesday, May 02, 2001 8:11 AM
>>> To: [EMAIL PROTECTED]
>>> Subject: Jetspeed and weblogic 6.0
>>> 
>>> 
>>> All,
>>> 
>>> Hello, new Jetspeed user and relatively new Weblogic user.
>>> Has anyone been
>>> able to successfully deploy the war file to Weblogic?  I deploy it, but
>> 
>> it
>> 
>>> only extracts the jar files in the hidden expanded directory.  I plan to
>>> expand it manually and see if that solves the problem, but I would like
>> 
>> to
>> 
>>> hear about the experience of others.
>>> 
>>> Thanks,
>>> 
>>> Darrin Bolt
>>> Production Coordinator
>>> LAT, Inc.
>>> 4201 S Washington St.
>>> Marion, IN 46953
>>> 
>>> Phone: (765) 677-2567
>>> Cell: (765) 661-2742
>>> 
>>> 
>>> 
>>> -
>>> 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: How to display XML/XSL within a Portlet?

[Santiago Gala]

Meyer, Carsten wrote:

> Hi,
> 
> I found this is a digest from a couple of days ago (wasn't at work and
> didn't check them yet, sorry!).
> 
> 
>> I have not tried this with the current Jetspeed build, but the following
>> configuration works in Jetspeed 1.2b2.
>> 
>> This entry was already included in the portlet registry:
>> 
>>
>> 
>> org.apache.jetspeed.portal.portlets.XSLPortlet
>>
>> 
>> I added this entry in the registry, where the  points to a well-formed
>> XML doc, and the stylesheet transforms the doc to HTML for display:
>> 
>>
>>/examples/Products.xml
>> 
> value="/examples/ProductDetail.xsl"/>
> 
>>
>>Product Detail
>>Product catalog detail.
>>
>>
>> 
> 
> Now this seems like a good idea, but I get an error saying the following :
> 
> "XSL warning: xsl stylesheet requires a 'version' attribute! Location
> file."
> 
> How do I solve this?
> My XSL-stylesheet starts the following way:
> 
> 
> http://www.w3.org/TR/WD-xsl";>
> 

http://www.w3.org/1999/XSL/Transform";>

I think this is how it should be. There is a version attribute and the 
namespace declaration is different.



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

Re: Site URL

[Santiago Gala]

Jean THERSIQUEL wrote:

> Hi,
> 
> FYI , the French Ministry of Education open a test portal based on
> jetspeed.
> You can view this site (on dev status) at the following url :
> 
> http://194.214.239.86:8080/jetspeed/
> 
> Ten test user can be used : demo1 password demo1  demo2 password demo2
>  to demo10
> The features we have implemented are :
> 
> Single Sign On for webmail
> SSO to consult LDAP entry thru an specific application that are not yet
> accessible for security reason.
> User can publish news by a form which fill an rss file.
> Groupware thru a specific jsp application ("porte-document" in the
> Services portlet)
> 
> Soon a bookmark manager portlet will be developed.
> 

The JetspeedContentPortlet is essentially this. It allows you to store 
urls, descriptions and categories (a fixed set). It has a different icon 
per category (a la Slashdot). It could be a starting point for your 
effort. BUT, you can add entries only from the Admin account.

Will you Open Source this? Maybe some people would help getting this tool.


> The login screen, webmail and workgroup info are based on LDAP.
> 
> All your remarks or ideas are welcome !
> 
> PS: Sorry but all the site is in french !
> 
> Regards
> 
> Jean Thersiquel
> 
> 
> -
> 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: Endless loop trying to get Jetspeed up on Tomcat 4.0

[Santiago Gala]

Raphaël Luta wrote:

> Joel Tosi wrote:
> 
>> As the subject line says, I am trying to get JetSpeed up under Tomcat 4.0.
>> I built the war and dropped in, page loads fine, but the log file shows an
>> exception, a class from XALAN was not found, so I hardcode xalan.jar to the
>> classpath, log file complains about jaxp, throw Jaxp jar in, log file
>> complains about turbine  and so the pattern continues.  Any ideas?  I
>> have been going through jars for about an hour now with no luck..
>> 
> 
> 
> I'm trying the same with Tomcat 4.0b3 and there seems to be a
> classloading
> problem as I have ClassNotFoundErrors in the error logs that change
> between
> instanciation without changing the configuration... Weird.
> 
>>From what I can guess, it's related to the Thread pool and the creation
> of 
> new non-Catalina managed threads but I could not yet create a test case.
> 

I will take a look when I have time, but it will not be soon :)

I have not really tried to setup Jetspeed with Catalina yet, just a 
small experiment.


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

Re: Displaying a well-formed document

[Santiago Gala]

Tom Sturgeon wrote:

> Well, no luck so far.
> 
> I edited jetspeed-config.jcfg and added the following:
> 
>   
> org.apache.jetspeed.portal.portlets.JetspeedContent e>
>   
> 
> 
> I added the following to JetspeedResources.properties:
> content.provider.list=jetspeed,VSP
> content.provider.VSP.url=http://password:[EMAIL PROTECTED]/XML.as
> p
> content.provider.VSP.stylesheel.url=/WEB-INF/xsl/jpc-full.xsl
> content.provider.VSP.description=Cool Inventory
> content.provider.VSP.title=VSP
> 
> It appears VSP is now an option in customization, but of course, nothing
> is displayed in the portlet on the main screen.
> 
> I also tried
> org.apache.jetspeed.portal.portlets.XMLPortlet,an
> d that also did not display anything.
> 
> I have to say at this point, the docs are not very helpful, and I would
> be happy to make some "Quick Start" guides if I ever get it to work.
> 

Could you look at the logs for relevant entries ? (exceptions, messages 
around your portlet, cache messages about your URL, etc...)

It is difficult to know where the problem is with this information.


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