RE: RE : JSR-168 Article Part 1 in JavaWorld

[Luta, Raphael (VUN)]

De : Helmut Tammen [mailto:[EMAIL PROTECTED]
>
> Sorry,
>
> I´ve forgot to say that this version of the PDK is only
> running with IE,
> but the release 6.0 of SAP Enterprise Portal should be browser
> independent (I´ve heard). Unfortunetly there is no PDK available yet.
>
> I didn´t want you to switch from Jetspeed to SAP EP neither
> did I want
> to leave the impession that this product is the best Portal
> at all. It
> has it´s drawbacks like any other products but it´s worth a look
> especially because of it´s client side capabilities.
> Can´t be bad to have a look at products from competitors, can it!?
>

I can't agree more but I'm still rather unconvinced by portal solutions
relying heavily on advanced client-side behavior whatever their benefits
are in terms of GUI: too complex to properly develop in a portable way
because the meaningful standards aren't properly implemented by all
vendors and you have too high a risk of hitting costly C/S type deployment
issues and tying your desktop solutions to your server solutions.

Of course, your mileage may vary :)

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact immediately
the sender by returning e-mail and delete the material from any computer.
If you are not the specified recipient, you are hereby notified that all
disclosure, reproduction, distribution or action taken on the basis of this
message is prohibited.

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

RE : RE : JSR-168 Article Part 1 in JavaWorld

[Luta, Raphael (VUN)]

De : Gregory Joseph [mailto:[EMAIL PROTECTED]
>
> Raphaël Luta wrote:
> >I just registered to check it out and, of course, it simply doesn't
> >recognize my Mozilla Firebird as a supported client so I get a very
> >ugly site. Thanks for reminding me why I so dislike client-side
> >technologies :)
>
> Same with Mozilla1.4 (even without taking the pain to register)
>
> Ah, at least I'm glad I finally see a mail here from someone
> that seems to be
> *against* iframes ;)
> (i was evaluating jetspeed, and it seems usability and xhtml
> compliance are not really taken in account, or is it and i
> missed a point somewhere?)
>

What do you mean exactly by "usability not being taken into account" ?
It's not a very useful comment without further explanation of where you
find usability lacking.

As for xhtml, the default Jetspeed distribution is not XHTML compliant
but the engine is completely ready to support, somebody just has to
define xhtml complaint templates.
Any contribution in this respect is evry welcome :)

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact immediately
the sender by returning e-mail and delete the material from any computer.
If you are not the specified recipient, you are hereby notified that all
disclosure, reproduction, distribution or action taken on the basis of this
message is prohibited.

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

RE : JSR-168 Article Part 1 in JavaWorld

[Luta, Raphael (VUN)]

De : Helmut Tammen [mailto:[EMAIL PROTECTED]
> Envoyé : samedi 16 août 2003 19:29
> À : [EMAIL PROTECTED]
> Objet : Re: JSR-168 Article Part 1 in JavaWorld
>
>
> Hi,
>
> I came a little bit late to this discussion.
> You should have had a look at the SAP Enterprise Portal
> (http://www.iviewstudio.com). They already extensively work
> with iFrames. Each portlet (they call them iViews) is
> enclosed in an iFrame. And furthermore they have
> sophisticated client side features like
> client-side eventing to send messages from one portlet (iView) to
> another and the client data-bag to exchange data from one portlet to
> another.
>
> 
>

I just registered to check it out and, of course, it simply doesn't
recognize my Mozilla Firebird as a supported client so I get a very
ugly site.

Thanks for reminding me why I so dislike client-side technologies :)

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact immediately
the sender by returning e-mail and delete the material from any computer.
If you are not the specified recipient, you are hereby notified that all
disclosure, reproduction, distribution or action taken on the basis of this
message is prohibited.

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

RE: a problem about nested pane in column-type layout

[Luta, Raphael (VUN)]

De?: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>
> hello,everyone
>
> I want to know why the 'Add Pane' button is disabled when the
> column-type
> layout is selected ???
>

Because I thought that enabling it would prove to complex for the
average joe user who would not understand how to deal with the
inner panes... but pane imbrication is perfectly supported by
the engine, it's just a UI restriction.

> In our project we are using Jetspeed 1.4b4 . I have modified
> "multicolumn-customize.vm" and "MultiColumnController.java"
> etc. in order
> that the customizer can create subpanes when the parent
> pane's layout is
> not Menu or Tab type.A parent pane own both subpanes and
> portlets optional
> .In this way, we can get a web page with flexible layout like
> this : 2
> rows, one row is 2 columns , the other is 3 columns. If all
> panes use 2 or
> 3 Columns layout everything is all right but when i switch a
> pane's layout
> from multi-columns to one columns a error occurs that it's
> impossible to
> enter into this pane's child-level customized web page.
>

First, make sure the 1 column layout you're using is indeed
"OneColumn" as it's implemented with the MulticolumnPortletController.
If it's indeed the case, send us some example PSML producing the
error along with your modified controller, otherwise we won't be
able to reproduce the effet and help you out...

> I'm stumpped. Please Help Me !!!
>

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact immediately
the sender by returning e-mail and delete the material from any computer.
If you are not the specified recipient, you are hereby notified that all
disclosure, reproduction, distribution or action taken on the basis of this
message is prohibited.

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

RE : JSR-168 Article Part 1 in JavaWorld

[Luta, Raphael (VUN)]

De : Gerry Reno [mailto:[EMAIL PROTECTED] 
> 
> Erik, Serge (I'm going to respond to both of you here)
> 
> 
>
>   I think that this spec needs to recognize that in order for 
> a portal to be able to preserve the context for client-side 
> technologies, which by definition means that you must 
> maintain the integrity of the main 
> page DOM, that it cannot have every portlet action reloading 
> the main page.  
> 

Gerry,

I think we have all understood your issue and proposed solution
now, so you don't *need* to re-include your proposed model in
every message you send, that will shorten your mails and make 
them easier to read to to reply to.

I'll try summarize what has been said so far (I hope I will not
miss a major point somewhere) :
A1. you advocate the need for a strong support of client side
technologies in the JSR 168 portal specificcation
A2  you propose a portal implementation model based around portlet
content included in IFrame tags and a persistent client-side
controller in the main page.
A3  Scott has proposed an alternate implementation model for
the client side based around a reqsuest proxy to a hidden
iFrame that is manipulated by the main window, which is 
interacting with the user
A4  Erik has stated that he needs to be convinced that advanced 
client-side technologies as a viable market right now due to
lack of standard support in IE which has a commanding share
of the browser market.
A5  Serge has stated that the current JSR 168 spec does allow portlet
developers to take advantage a client-side technologies if they
wish but it's a good thing that it does not require them to do so.
A6  Several people have expressed the importance of supporting light
clients (like CHTML, WML, etc...) with the spec.
A7  Serge and myself have pointed out that WSRP would allow you to 
invoke a server based portlet and completely control the 
aggregation on the client.

About A2, I must point out that in this setup *no* real output 
aggregation actually occurs since iFrames are really independant
documents based on independant HTTP requests. 
I find this setup
- limiting cross-portlet communication (like you can't use request 
  attributes to pass information around between portlets on the same
  page) and portal-portlet communication (how to you refresh a page
  navigation title based on a portlet content change if you don't
  reload the page ?)
- mush less efficient in terms of network and processing power for 
  "information oriented" portals (like Yahoo), where probably 90% 
  of the requests are read the page/update the page. In these
  scenarios the client-side code to download, the multiple request
  to process and possibly the larger amount of content you send out
  initially to the client to allow it to handle the minimize/maximize
  features without portal callback quickly add up to reduce the
  overall performance
- difficult to implement for public sites where validating "rich"
  client-side portal features against many client configurations
  is a costly proposition.
- not necessarily extremely user friendly given the nature of 
  IFRAME rendering, for example implementing a
  complete *printable* portal page around IFRAMEs, one that never 
  truncates content, looks like a real challenge for me.

Based on the above, I personnally tend to agree with Erik to A4
and with Serge would that JSR 168 has set out to standardize a 
portlet specification within a server-controlled aggregation process
and has done a pretty good job of it, without imposing too many
constraints on the developers although it *does* feel like they
settled for the minimum common denominator this time around and that
they could have gone further on some points.
Since what you really call for is a client-controlled aggregation, 
I can only reiterate that you look closely at WSRP which will allow
you to implement exactly any behavior you like while still leveraging
JSR 168 compliant portal through a WSRP connector.

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

RE : JSR-168 Article Part 1 in JavaWorld

[Luta, Raphael (VUN)]

De : Gerry Reno [mailto:[EMAIL PROTECTED]
>
>   I just finished reading the article " Introducing the
> Portlet Specification, Part 1" in JavaWorld.  I was hoping to
> find there some latitude in the portlet spec that would allow
> for a portlet interaction model such as I had proposed to the
> JSR-168 team in response to the public release of the spec
> and in these two threads:
>   http://marc.theaimsgroup.com/?l=jetspeed-user&m=105850057414235&w=2
>
>   http://marc.theaimsgroup.com/?l=jetspeed-user&m=105846310309122&w=2
>
> 
>

If I understand correctly your request in regards to the
JSR 168, you would like to be able to develop a client based portal
that leverages the portlet components developped against the JSR168
API. Is that correct ?

I think that what you can do in this case is implementing
a portal "server" on the client, with client side technologies that
interact with a remote portlet container over the network, for example
through WSRP. In such a setup, your client can control exactly the
aggregation behavior and still leverage any JSR 168 portlets through
WSRP.

Since JSR 168 assumes a server-based aggregation process, it can not
answer alone your requirement but OTOH I don't think it's a showstopper
since WSRP will perfectly handle this requirement.

Am I missing something here ?

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact immediately
the sender by returning e-mail and delete the material from any computer.
If you are not the specified recipient, you are hereby notified that all
disclosure, reproduction, distribution or action taken on the basis of this
message is prohibited.

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

RE : RE : JSP layouts in Jetspeed

[Luta, Raphael (VUN)]

De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
>
> Raphael--
>
> Thank you for the advice; I did change the files (I believe
> you meant to change the tr.properties value to
> "/templates/jsp" instead of just
> "/templates"?)
>

Yes. sorry for the typo.

> Unfortunately, the error message has not changed at all.
>
> Anyone else have ideas?  I'll keep searching the
> newsgroups--if I find a solution, I'll post it.
>

Don't you have additionnal information in your logs, either
Jetspeed or Websphere ?

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact immediately
the sender by returning e-mail and delete the material from any computer.
If you are not the specified recipient, you are hereby notified that all
disclosure, reproduction, distribution or action taken on the basis of this
message is prohibited.

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

RE : JSP layouts in Jetspeed

[Luta, Raphael (VUN)]

Some servers don't like to include JSPs located under WEB-INF,
so try moving /WEB-INF/templates/jsp to /templates/jsp
and update the following keys
services.JspService.templates = /templates,/WEB-INF/templates
(in TR.p)
services.TemplateLocator.templateRoot=/templates,/WEB-INF/templates
(in JR.p)

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

> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Envoyé : jeudi 7 août 2003 15:25
> À : Jetspeed Users List
> Objet : JSP layouts in Jetspeed
>
>
>
> I have searched the archives, read the tutorial, and spent
> several days trying to get JSPs to work for the portal
> layout, but I'm stumped.
>
> They work perfectly with Tomcat 4.1.27, but fail in WSAD 5.0
> with the exception below.  I'm using the default JSPs that
> come with the Jetspeed 1.4-b4 WAR for testing purposes.
>
> As soon as I attempt to access the main page, I get this
> exception (one each for the top and bottom JSP files).  The
> main part of the page displays with no apparent problems:
>
>  
> 
>Error encountered processing a template:  
> 
>   
> /navigations//html/top_default.jspjavax.servlet.ServletExcepti
> on:  
>/WEB-INF/templates/jsp/navigations//html/top_default.jsp
> at
>   
> com.ibm.ws.webcontainer.jsp.servlet.JspServlet$JspServletWrapp
> er.servic
>e(JspServlet.java:365) at 
> 
>   
> com.ibm.ws.webcontainer.jsp.servlet.JspServlet.serviceJspFile(
> JspServle
>t.java:598) at
> 
>   
> com.ibm.ws.webcontainer.jsp.servlet.JspServlet.service(JspServ
> let.java:
>696) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853) at
>   
> com.ibm.ws.webcontainer.servlet.StrictServletInstance.doServic
> e(StrictS
>ervletInstance.java:110) at   
> 
>com.ibm.ws.webcontainer.servlet.StrictLifecycleServlet.   
> 
>_service(StrictLifecycleServlet.java:174) at  
> 
>   
> com.ibm.ws.webcontainer.servlet.ServicingServletState.service(
> StrictLif
>ecycleServlet.java:333) at
> 
>  
> 
>
>
> 
>  
>  
> 
> com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.serv
> ice(OSEListe
>  ner.java:331) at
>  
> 
> com.ibm.ws.webcontainer.http.HttpConnection.handleRequest(Http
> Connection.j
>  ava:56) at  
>  
> 
> com.ibm.ws.http.HttpConnection.readAndHandleRequest(HttpConnec
> tion.java:43
>  2) at
> com.ibm.ws.http.HttpConnection.run(HttpConnection.java:343) at  
>  com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:592)
> Error  
>  processing navigation template: top_default.jsp using
> module: 
>  BaseJspNavigation   
>  
>  
>  
>  
>  
>  
>  
>
>
> I don't know where the double // are coming from; anyone
> recognize this problem?
>
> Thanks,
>
> Meghan
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact immediately
the sender by returning e-mail and delete the material from any computer.
If you are not the specified recipient, you are hereby notified that all
disclosure, reproduction, distribution or action taken on the basis of this
message is prohibited.

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

J2 PSML persistence (was RE : Jetspeed performance [was RE: master detail records displaye d in a portlet])

[Luta, Raphael (VUN)]

[ moved to dev and renamed given the current content of the thread ]
For mt PSML stuff in JS2, I've currently broken down the persistence
options like this:
- PageManagerService:

  Function:
  Handles page persistence (ie loading and saving pages and fragments to
  storage as well as creating new pages and fragments)

  Implementation:
  I have 2 implementations in the works:
- XML/Castor, with XML files on disk (complete, I just need to
  stop answering mails and write the related unit test files :)
- OJB based (through the persistence plug-in) (in progress, 80%
  complete)

  For the XML files, the default service implementation just write
  files in a flat directory, with files identified by an id (this
  is different from JS1 behavior).

  Typical directory layout would be:
  /WEB-INF/pages/
pageID1.psml
pageID2.psml
pageID3.psml
...
pageIDX.psml

- PageRegistryService

  Function:
  Register available portal pages and map these pages to user and role
  profiles. The API of this service will be an extension of the default
  Registry service
 
  Implementation:
  Again 2 implementations possible:
  - XML/Castor based on the current JS1 registry code (70% complete)
  - OJB/Persistence plug-in like the new PortletRegsitry written by
Scott (0% complete)

   With XML implementation, information is stored in one or several
   xreg files in /WEB-INF/conf by default.

   Example of page registry entries:

   // default anonymous page for html markup
   
 
 
   

   // default page for any logged-in user
  
 
   My Portal Home
   User Home page
 
 
  

   // secondary page for any logged-in user
  
 
   My News Page
   User specific news page
 
 
  

   // custom news page for user raphael
  
 
   My News Page
   User specific news page
 
 
  

  // default news page for role admin, note that
  // it can be the same ID that as above
  
 
   My News Page
   Role specific news page
 
 
  

This setup should IMO be both more efficient in the XML and
SQL persistent mode because of the flatter structure and be
more flexible because the PageRegistry allows a central page
repository and some user->page mappings that were not possible
in JS1, including the ability to "off-line" a page without
removing it physically.

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

> -Message d'origine-
> De : Weaver, Scott [mailto:[EMAIL PROTECTED]
> Envoyé : jeudi 7 août 2003 18:25
> À : 'Jetspeed Users List'
> Objet : RE: Jetspeed performance [was RE: master detail
> records displaye d in a portlet]
>
>
> Hi Meghan,
>
> File based as in how? 
>
> The goal is to have JMX/MBean UIs be as simple and straight
> forward as possible.  There will still a jetspeed.properties
> file for configuring all the basic service stuff and what not.
>
> One of the major goals is to make deploying and using
> Jetspeed 2 as painless as possible
>
> Regards,
> *===*
> * Scott T Weaver    *
> * Jakarta Jetspeed Portal Project   *
> * [EMAIL PROTECTED] *
> *===*
>  
>
>
> > -Original Message-
> > From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, August 07, 2003 12:06 PM
> > To: Jetspeed Users List
> > Subject: Re: Jetspeed performance [was RE: master detail records
> > displayed in a portlet]
> >
> >
> > Will there continue to be an option to have these values
> file-based? 
> > We are hoping to give customers of our other software the option to
> > deploy the portal onsite, and the less we have to ask the smaller
> > companies to set up and configure, the better...
> >
> > Meghan
> >
> >
> >
> >
> >   "Weaver, Scott"
> >   <[EMAIL PROTECTED]To:  
> 'Jetspeed Users
> > List' <[EMAIL PROTECTED]>
> >   m>   cc:
> >Subject:  Jetspeed
> > performance [was  RE: master detail records displayed ina
> >   08/07/2003 10:57  portlet]
> >   AM
> >   Please respond to
> >   "Jetspeed Users
> >   List"
> >
> >
> >
> >
> >
> >
> > With Jetspeed 2, we are trying to keep as much of the
> information in
> > the DB as possible as to make clustering
> servers/upgrade/deployment as
> > easy as possible.  The registry implementation is entirely
> RDBMS based
> > and I think Raphael is planning on making the page
> information (PSML
> > stuff) RDBMS based
> > also.
> >
> > We are also going to try to expose as much of the configuration
> > information as possible through JMX and MBeans.
> >
> > Regards,
> > *===*
> > * Scott 

RE : JSR-168 Article Part 1 in JavaWorld

[Luta, Raphael (VUN)]

> De : Gerry Reno [mailto:[EMAIL PROTECTED] 
> 
> 
> 
> >I'll try summarize what has been said so far (I hope I will 
> not miss a 
> >major point somewhere) : A1. you advocate the need for a 
> strong support 
> >of client side
> >technologies in the JSR 168 portal specificcation
> 
> Correct.
> 
> >A2  you propose a portal implementation model based around portlet
> >content included in IFrame tags and a persistent client-side
> >controller in the main page.
> 
> Yes.
> 
> >A3  Scott has proposed an alternate implementation model for
> >the client side based around a reqsuest proxy to a hidden
> >iFrame that is manipulated by the main window, which is 
> >interacting with the user.
> 
> I took this as essentially the same type of solution as A2.
>

Not exactly, the main user interface window would have in this model
a single DOM with no IFRAME (ie true content aggregation), the hidden
iFrame being used as a backround content cache to be used by the main
window to load content.

> 
> >A4  Erik has stated that he needs to be convinced that advanced 
> >client-side technologies as a viable market right now due to
> >lack of standard support in IE which has a commanding share
> >of the browser market.
> 
> The minor issues with IE are well-known and can easily be 
> worked around.
> 

Being able to workaround some product limitations does not in itself
make the market viable. My gut feeling is still that the cost and
complexity of deployment heavy client-side technologies are still
much greater than the expected benefits.

> >A5  Serge has stated that the current JSR 168 spec does allow portlet
> >developers to take advantage a client-side technologies if they
> >wish but it's a good thing that it does not require them 
> to do so.
> 
> Well, only if the developer writes all the aggregation code 
> and puts in place all the necessary communication and window 
> control mechanisms. 
> Not exactly the way to insure a portable standardized 
> approach.  There would need to be a standard model developed 
> and an implementation that demonstrated the ability of this 
> approach to work in all scenarios. 
> This is the type of thing that I'm looking for the spec to provide.
> 

I'm not sure I understand your comment here: of course somebody
has to write the portal aggregation code and the communication 
mechanisms, just like we are working on implementing it on the server
side with JS2. It's basically another portal project that you are
talking about, this is completely out of the realm of the 
specification !

> >A6  Several people have expressed the importance of supporting light
> >clients (like CHTML, WML, etc...) with the spec.
> 
> Agreed.  I don't see the two goals as conflicting.
> 
> >A7  Serge and myself have pointed out that WSRP would allow you to 
> >invoke a server based portlet and completely control the 
> >aggregation on the client.
> 
> see A5 comment.
> 
> >
> >About A2, I must point out that in this setup *no* real output
> >aggregation actually occurs since iFrames are really independant
> >documents based on independant HTTP requests. 
> >I find this setup
> >- limiting cross-portlet communication (like you can't use request 
> >  attributes to pass information around between portlets on the same
> >  page) and portal-portlet communication (how to you refresh a page
> >  navigation title based on a portlet content change if you don't
> >  reload the page ?)
> 
> Is main page request attributes the only way that 
> inter-portlet communication can take place?  I would hope not.
> 

Well, you can sure use the session but there are additionnal costs 
and constraints associated with that and it's not always easily
managed in clustered environments...

> >- mush less efficient in terms of network and processing power for
> >  "information oriented" portals (like Yahoo), where probably 90% 
> >  of the requests are read the page/update the page. In these
> >  scenarios the client-side code to download, the multiple request
> >  to process and possibly the larger amount of content you send out
> >  initially to the client to allow it to handle the minimize/maximize
> >  features without portal callback quickly add up to reduce the
> >  overall performance
> 
> I really disagree with this assessment.  Yes, you are making 
> more requests but these requests are each much smaller.  As 
> far as sending the data for a minimize/maximize without 
> callback, as I stated, you load the normalize view in the 
> foreground and you load the maximize view in the background 
> and the user will not experience any difference in performance.
> 

Well, you end up the same amount of markup in both case at the end
of the process so the total useful transferred payload is the same, then
in the IFRAME scenario you need to add the heavier client-side code 
and multiple requests overhead (for each request you need to do session
validation, access control, etc...) so

RE : RE : JSR-168 Article Part 1 in JavaWorld

[Luta, Raphael (VUN)]

De : Gerry Reno [mailto:[EMAIL PROTECTED]
>
> Hi Raphael,
>
> --- "Luta, Raphael  (VUN)" <[EMAIL PROTECTED]> wrote:
> >
> > If I understand correctly your request in regards to the
> > JSR 168, you would like to be able to develop a client based portal
> > that leverages the portlet components developped against the JSR168
> > API. Is that correct ?
> >
> > I think that what you can do in this case is implementing
> > a portal "server" on the client, with client side technologies that
> > interact with a remote portlet container over the network,
> for example
> > through WSRP. In such a setup, your client can control exactly the
> > aggregation behavior and still leverage any JSR 168 portlets through
> > WSRP.
> >
> > Since JSR 168 assumes a server-based aggregation process,
> it can not
> > answer alone your requirement but OTOH I don't think it's a
> > showstopper since WSRP will perfectly handle this requirement.
> >
> > Am I missing something here ?
> >
>
>   Are you suggesting that in order to accomodate client-side
> technologies that a browser plugin 'portal server' would be
> necessary?
> Users would reject this outright.  I really don't see how
> this would solve the problem.  It is the whole interaction
> model that is the problem, not where the 'portal server' lives.
>

No, I don't think you need a plug-in, you just need to write
in Javascript the code that will actually aggregate the content on
the client instead of aggergating on the server.
In such a model, you're really back to standard client/server model
where most of the intelligence is on the client. Such a process flow
could be:

clients open up 2 frames/iframes/windows (1 of which is hidden from the
user with a 0 size or whatever trick you fancy):

1st frame loads from HTTP server the JS/applet code that will be the
portal server and starts displaying the portal page
The JS code fetches the PSML (or equivalent) information from the
portal server and loads it into the second frame, then it parses the
XML information through DOM and activates remote portlet through
WSRP as needed.
If you need to save information to a remote server (liek storing user
preferences), you can do it either through HTTP POST or directly with
a SOAP request.

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact immediately
the sender by returning e-mail and delete the material from any computer.
If you are not the specified recipient, you are hereby notified that all
disclosure, reproduction, distribution or action taken on the basis of this
message is prohibited.

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

RE: JSP Portlet with Applet

[Luta, Raphael (VUN)]

You cannot calculate the codebase relative to the Portlet JSP
because this JSP is not accessed directly by the browser.

The codebase must be relative to the jetspeed servlet URI, which
is /jetspeed/portal/ by default, thus your codebase should
certainly be only "../applets", and this will work wherever your
portlet JSPs are located :)

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


> -Message d'origine-
> De : Gerry Reno [mailto:[EMAIL PROTECTED]
> Envoyé : dimanche 3 août 2003 22:33
> À : Jetspeed Users List
> Objet : JSP Portlet with Applet
>
>
> Env:
> RH8.0
> J2SE 1.4.2
> Tomcat 4.1.24
> Jetspeed 1.4b4
>
>   I am seeing strange behavior when trying to use an applet in a JSP
> Portlet.  The entries in my jsp file within the applet tag are:
>
>code="com.domain.applet.MyApplet.class"
>   codebase="../../../../../applets"
>archive="domain-applets-myapplet.jar,
>../lib/jjj.jar,
> "
> ...
> 
>
>   The codebase is set this way due to the jsp file being in the
> WEB-INF/templates/jsp/portlets/html/ directory.  The codebase for an
> applet is calculated relative to the html/jsp file containing the
> applet tag.
>
>
>   Using Mozilla from Linux:
>   The Java Console shows the following output:
> Loading applet ...
> Initializing applet ...
> Starting applet ...
> Connecting
> http://localhost:8080/../../../../applets/domain-applets-myapplet.jar
> with no proxy
> Connecting
> http://localhost:8080/../../../../applets/domain-applets-myapplet.jar
> with cookie " "
> Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar
> with no proxy
> Connecting http://localhost:8080/../../../../applets/../lib/jjj.jar
> with cookie " "
> Connecting
> http://localhost:8080/../../../../applets/com/domain/applet/My
> Applet.class
> with no proxy
> Connecting
> http://localhost:8080/../../../../applets/com/domain/applet/My
> Applet.class
> with cookie " "
> Connecting
> http://localhost:8080/../../../../applets/com/domain/applet/My
> Applet/class.class
> with no proxy
> Connecting
> http://localhost:8080/../../../../applets/com/domain/applet/My
Applet/class.class
with cookie " "
load: class com.domain.applet.MyApplet.class not found.
java.lang.ClassNotFoundException: com.domain.applet.MyApplet.class
at
sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:154)
at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
at
sun.applet.AppletClassLoader.loadClass(AppletClassLoader.java:115)
at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
at sun.applet.AppletClassLoader.loadCode(AppletClassLoader.java:558)
at sun.applet.AppletPanel.createApplet(AppletPanel.java:617)
at sun.plugin.AppletViewer.createApplet(AppletViewer.java:1848)
at sun.applet.AppletPanel.runLoader(AppletPanel.java:546)
at sun.applet.AppletPanel.run(AppletPanel.java:298)
at java.lang.Thread.run(Thread.java:534)
Caused by: java.io.IOException: open HTTP connection failed.
at sun.applet.AppletClassLoader.getBytes(AppletClassLoader.java:257)
at
sun.applet.AppletClassLoader.access$100(AppletClassLoader.java:43)
at sun.applet.AppletClassLoader$1.run(AppletClassLoader.java:144)
at java.security.AccessController.doPrivileged(Native Method)
at
sun.applet.AppletClassLoader.findClass(AppletClassLoader.java:141)
... 9 more
Exception: java.lang.ClassNotFoundException:
com.domain.applet.MyApplet.class


  Using IE6 under Windows:
  The Java Console shows the following output:
java.io.FileNotFoundException:
http://localhost:8080/applets/domain-applets-myapplet.jar


  From the Java Console output it appears as though the portlet is
running the jsp file from http://localhost:8080 for Mozilla (and is
cutting off one of the "../" in the codebase) and from
http://localhost:8080 for IE6 (and is ignoring the ../../../../../
leading path altogether) rather than from the template directory where
it is stored.  This is not good.  It means that for any applet we
cannot calculate codebase paths relative to the jsp file which is what
you are supposed to do when using an applet.

  BTW, my applet works correctly in an iframe portlet in both browsers.

  Has anyone had any success displaying an applet from a JSP Portlet?

thx,
Gerry Reno



__
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the excl

RE: jetspeed and castor

[Luta, Raphael (VUN)]

Have you tried simply replacing the castor bundled with jetspeed
with your newer version ?

I don't think you should encounter any issue and if it *does* work
please report on the list and we will update the dependency in CVS.

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


> -Message d'origine-
> De : Daniel Freitag [mailto:[EMAIL PROTECTED]
> Envoyé : dimanche 3 août 2003 16:39
> À : jetspeed-user-list
> Objet : jetspeed and castor
>
>
> Hi @ll,
>
> It was hard to update to 1.4b4. The problem I was confronted with was
> the old version of castor. Jetspeed needs 0.9.3 and I have used 0.9.5.
>
> Why is jetspeed delivered with such an old version???
>
> Does anyone know a possibility to use two versions of the
> same resources
> at the same time? I don't believe it, but I have still a little hope.
> (The old version is not so good as the new one?)
>
> Daniel
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>

**
Vivendi Universal - HTTP://www.vivendiUniversal.com:
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon,
this information by persons or entities other than the intended recipient
is prohibited. If you received this in error, please contact immediately
the sender by returning e-mail and delete the material from any computer.
If you are not the specified recipient, you are hereby notified that all
disclosure, reproduction, distribution or action taken on the basis of this
message is prohibited.

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

RE: Re[2]: JSR-168 Comments & Dispatching to portlets

[Luta, Raphael (VUN)]

[Moving the thread to Jetspeed Dev]

> >My problem is that is seems impossible to do both of:
> >   a) Have a Portal implemented on top of a standard Servlet 
> Container
> >   b) Run multiple Portlet Applications, preferrably in a 
> standard Portlet
> >Container, preferrably -the same- container as the Portal is 
> running in.
> >.. and be able to, in a standard way, to communicate between 
> the portal
> >and the portlets.
> 

I agree that one of the concerns of the JSR 168 is that it does not
describe any public standard API for the communication between
the servlet container and the portlet container.
It does not mean it's impossible, simply that portability between
servlet containers will be an implementation specific feature of 
the portlet container and that you may have to write servlet-container
specific adapter code.
Note that there's another related area where the portlet container 
will have to have servlet container specific code: the portlet 
application deployment requires you to deploy a standard WAR and thus
use the servlet colntainer deployment capabilities. :/

On the whole, I don't think this lack of APIs is a real showstopper
and would rather see that as an opportunity for an OSS project like
Jetspeed to work on the multi-containers approach while vendors will
most likely try to focus on tying their servlet and portlet container.

> 
>  From what I understand of my discussion in this mailing 
> list, Pluto does 
> something in between : it adds within the portlet a proxy 
> servlet that 
> allows dispatching to the portlets. This way the system I 
> have been using 
> with cross-context dispatching could be adapted, but it's 
> still not as 
> efficient as having a portal/portlet full-blown API. Maybe 
> this is the 
> subject for a new JSR ? Or maybe in this project (Apache 
> Jetspeed) we could 
> develop what we need and then propose this as a reference 
> implementation 
> and submit it as a JSR (maybe that way things would move 
> faster ?). Seeing 
> how projects such as Xerces and Xalan got accepted throughout 
> the whole 
> commercial world it would seem like Apache is in a position 
> to "impose" 
> defacto standards.
> 

Yes Pluto implements something like this. The key issue to solve
here is request dispatching: how does the portlet container retrieves
a portlet pointer while still fullfilling the JSR constraints (like
sharing session between the portlet and objects in its WAR (JSPs, etc...)
The porxy servlet is mainly a portlet container specific implementation
of this request dispatching, using the native servlet API calls and some
custom parameters.
I don't believe there's a major performance impact there.

> 
> >One way of solving it is apparently using WSRP as the "glue" 
> between the
> >portlet and portal.
> 
> Yes but at what cost. Serializing all objects through XML and 
> sending them 
> through sockets that are being opened / closed all the time is very 
> expensive in terms of performance.
> 

Agreed, I don't think WSRP is the solution to this problem.

> 
> 
> 
> >   I would have loved a spec where the Portal was the 
> Container, and had to
> >be able to host Portlets within it. This way, one could buy 
> the Servlet
> >Container from Oracle, use JetSpeed as the Portal, and buy 
> Portlets from
> >CompanyA, B and C, plugging them in / installing like nice little
> >applications in a normal OS.
> 

That would however seriously duplicate concerns as the portal/portlet
container would have to deal with classloading, WAR handling, etc...
There is some sense to try to leverage these functions of the servlet
container (after all, how many times do you *really* want lo load
xerces.jar ? :)

The JSR 168 tries to guarantee that any compliant portlet will run on 
any compliant container. It does not try to address portlet container
portability just like EJB does not address portability of EJB
container implementations (any luck porting JBoss to Websphere 
recently ?)

> Ok, again I agree. Users of portals should be free to migrate 
> from one 
> system to another, without vendor lock-in. After all the J2EE 
> specs exist 
> as Sun puts it : "for vendors to compete on implementation, 
> and agree on 
> standards". This is a nice vision but reality is more like : "vendors 
> always compete on anything, Jakarta standardises".
> 

+1. SO we can try to standardize what's missing from the JSR... :)

> Now enough with my whining, I'll start a quick proposition 
> here : this is 
> what I would have loved to see in JSR-168 :
> 
> 1. Standard mechanism for portlet lookup. Maybe JNDI ? Or even UDDI ? 
> Basically be able to do something like this :
> 
>  Context context = getInitialContext();
>  PortletRepository portletRepository = (PortletRepository) 
> context.lookup("PortletRepository");
>  // list of portlet example : ArrayList portletList = 
> portletRepository.getPortletList();
> Portlet myPortlet = portletRepository.getPortlet("myPortlet"

RE: Directing RSS links

[Luta, Raphael (VUN)]

You just need to update the XSLT file used by the portlet:
jetspeed/WEB-INF/xsl/rss.xsl

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

> -Message d'origine-
> De : Gerry Reno [mailto:[EMAIL PROTECTED]
> Envoyé : vendredi 25 juillet 2003 21:17
> À : Jetspeed Users List
> Objet : Directing RSS links
> 
> 
>   Does anyone have a version of the NewRSSPortlet that will direct the
> links to display in a specific window/frame?
> 
> thx,
> Gerry Reno
> 
> 
> __
> Do you Yahoo!?
> Yahoo! SiteBuilder - Free, easy-to-use web site design software
> http://sitebuilder.yahoo.com
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

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

RE: new user's problem !!!

[Luta, Raphael (VUN)]

portlets.HelloAction is located in the following
package:

org.apache.jetspeed.modules.actions

All actions are searched by default in this package.
You can customize the search path by modifiying the
modules.packages property keys in TurbineResources.properties
(or better in your my.properties).

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

> -Message d'origine-
> De : Sylvain Padoan [mailto:[EMAIL PROTECTED]
> Envoyé : mardi 24 juin 2003 15:13
> À : [EMAIL PROTECTED]
> Objet : new user's problem !!!
> 
> 
> hello,
> 
> Excuse me for my bad english!
> I am a new user of jetspeed and I try to understand this fonctions.
> but in a first time a use the TUTORIAL to understand and i 
> dont know where
> is porlet.HelloAction or in what file is defined??
> 
> 
> and where is the
> org.apache.jetspeed.portal.portlets.CustomizerVeloc
> ityPortlet assname>  file ??
> 
> Everything run but I don't understand that.
> 
> 
> basic exemple :
>  parent="CustomizerVelocity" application="false">
> 
> HelloVelocity
> Simple Velocity Portlet Example
> 
> 
> org.apache.jetspeed.portal.portlets.CustomizerVeloc
> ityPortlet assname>
>  cachedOnName="true" cachedOnValue="true"/>
>  hidden="true" cachedOnName="true" cachedOnValue="true"/>
>   hidden="false" cachedOnName="true" cachedOnValue="true"/>
> 
> 
> demo
> velocity.demo
> 
> 
> 
> Regards,
> Sylvain.
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

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

RE: redirect pane/tab display at session startup

[Luta, Raphael (VUN)]

You can do this either by overriding the SessionValidator or by
subclassing and adapting the logic in 
o.a.j.modules.actions.controllers.PanedPortletController and using
the subclassed action instaed of the default.

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

> -Message d'origine-
> De : matt kampmeier [mailto:[EMAIL PROTECTED]
> Envoyé : vendredi 20 juin 2003 03:49
> À : [EMAIL PROTECTED]
> Objet : redirect pane/tab display at session startup
> 
> 
> In my jetspeed site, I am allowing anonymous users (not 
> logged in, psml
> id=anon) the ability to save cookie information so that when they come
> back to my site, they can be directed to the second tab on my 
> anon home
> page rather than the default first tab.   Saving the cookie info is no
> problem in the intitial session, but how/where do I get control on
> subsequent session starts to tell the psml service to display 
> the second
> tab instead of the default first tab - if the cookie info is 
> present?  
> 
>  
> 
> Thanks in advance,
> 
> Matt K. 
> 
> 

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

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

RE: Don't Understand

[Luta, Raphael (VUN)]

De : Seth Weiner [mailto:[EMAIL PROTECTED]
> 
> Javier,
> 
> What Bob says about .xreg files is true, but the convention has been
> established is that you put your own portlets, skins, securities, etc.
> in local-zzz.xreg files.  Where zzz is portlets, skins, 
> security, etc. 
> Again, this is merely a convention, and you're free to do it however
> works best for you.
> 
> Seth Weiner
> 

It's indeed a convention, but local-xxx.xreg files are alos the one
used if you add a portlet/skin, etc... through the admin screens.
If you want to change this settings you can override them
in your my.properties (services.Registry.default.* keys)

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

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

RE: Jetspeed Performance tips

[Luta, Raphael (VUN)]

Is it a temporary peak or do you see a sustained increase in the 
usage after the peak ?

Is your portlet set as cacheable in the portal ? If so what is your
cache expire time ?

Do you have the feaddaemon/diskdaemon running ? If so, it will negatively
impact the performance while running.

Finally, what is the memory available to your webapp server ? Peak
in response times may be correlated to garbage collection (profile
memory usage vs response time to make sure). The overall memory
overhead of processing a Jetspeed page is *much* higher than that of 
a simple JSP.
If you have too much memory available to your webapp server, Jetspeed
will create objects until your reach the high mark memory limit, and 
then trigger the GC which may take significant processing time to 
free a large amount of objects...
Try experimenting with the different GC settings on your platform 
for optimal results (or use multiple server instances with lower
memory limits for each).

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

> -Message d'origine-
> De : Shan Gopalakrishnan [mailto:[EMAIL PROTECTED]
> Envoyé : jeudi 20 mars 2003 02:03
> À : Jetspeed Users List
> Objet : Jetspeed Performance tips
> 
> 
> 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.
> 
> Thanks!
> 
> - Shan
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

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

RE: small JetspeedIdGeneratorService fix

[Luta, Raphael (VUN)]

Open a bug in Bugzilla (http://nagoya.apache.org/bugzilla/) and
attach your patch to this bug in a "diff -u" format.

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

> -Message d'origine-
> De : Ryan Christianson [mailto:[EMAIL PROTECTED]
> Envoyé : lundi 3 mars 2003 20:14
> À : Jetspeed Users List
> Objet : small JetspeedIdGeneratorService fix
> 
> 
> The class JetspeedIdGeneratorService has the method in cvs:
>
> public String getNextPeid()
> {
>synchronized(JetspeedIdGeneratorService.class)
>{
>   idCounter++;
>}
>
>return peidPrefix + 
> Long.toHexString(System.currentTimeMillis()) + "-" 
>+ Long.toHexString(idCounter) + peidSuffix;
> }
> 
> It seems to me that this would be more thread save:
> 
> public String getNextPeid()
> {
>long newId;
>synchronized(JetspeedIdGeneratorService.class)
>{
>   newId = idCounter++;
>}
>
>return peidPrefix + 
> Long.toHexString(System.currentTimeMillis()) + "-" 
>+ Long.toHexString(newId) + peidSuffix;
> }
> 
> Otherwise the idCounter could be updated before the string is built.
> 
> Is the correct place to submit cvs changes like this?
> 
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

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

RE: How to get Informations about a user when only knowing his email

[Luta, Raphael (VUN)]

De : Simon REZE [mailto:[EMAIL PROTECTED]]
> 
> Hi,
> 
> What is the best way to get info (pass by example) about a 
> user using his
> email adress?
> There is  the getUser(java.lang.String username) method but there's no
> getUser(java.lang.String password).
> Did someone ever do that?
> 

No, for several reasons:
- the 2 methods you propose have the same signature so you could not define
them as such in the same class ;)
- email is not a workable key by default because it can be null and may be
  non unique.

If you want to retrieve users by email or any other field than user_id
or username, you need to search for them and be prepared to deal with 
an empty or non-unique return set.

check org.apache.jetspeed.om.security.turbine.TurbineUserPeer
and the Torque user guide (http://db.apache.org/torque/).

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

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

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

RE: Dynamic image generation

[Luta, Raphael (VUN)]

Since the browser will issue a separate HTTP request to fetch the image
and that you want a "raw" output of your class, I'd simply use a link to
your struts application.

Alternatively, you can also use a "raw" Turbine layout & screen class within
Jetspeed that would set the suitable return mime type and call 
your portlet to generate the bytes without creating the default navigation
framework.
Since this is mostly standard Turbine usage, I'd advise you to look for 
examples in the Turbine mailing-lists archive and Turbine website.

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

> -Message d'origine-
> De : Mitchell Morris [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 19 février 2003 22:52
> À : [EMAIL PROTECTED]
> Objet : Dynamic image generation
> 
> 
> I'm trying to develop a portlet that will display a 
> dynamically-generated
> graph of some data, customized using the user's settings. I 
> have a Struts
> web-app that will do the whole deal, and I'm now trying to 
> portlet-enable
> it, but I'm so new to Jetspeed I'm not sure I'm heading the correct
> direction. I assume I would define my portlet as a 
> VelocityPortlet, with
> a simple Velocity template consisting of just an  tag. 
> My problem is
> knowing what to put as the image source.
> 
> I tried searching the mailing lists directly and via Google 
> for "dynamic
> image", "image generation", "image portlet", "mime portlet", and other
> variations. None of which found anyone else talking about 
> dynamic image
> generation from within Jetspeed.
> 
> I see a few ways to approach the problem:
> (1) deploy the generation servlet outside of Jetspeed with a 
> convoluted
> URL that encodes all the settings chosen and returns the 
> image data
> (2) edit Jetspeed's "web.xml" to add the generation servlet into the
> context under some mapping where my servlet and Jetspeed 
> can share an
> HttpSession for IPC
> (3) generate random files to litter the filesystem and a cron 
> job to clean
> them
> up after they get old enough
> 
> My preferred solution is a  in Jetspeed that can return
> MIME-encoded
> images inline without using the filesystem; that is, a URL 
> the browser can
> fetch that returns content-type=image/png but invokes a class within
> Jetspeed.
> Is there anything like this out of the box?
> 
> +Mitchell
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

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

RE: How to render XHTML

[Luta, Raphael (VUN)]

De : Mike Davis [mailto:[EMAIL PROTECTED]]
> 
> 
> Hi David,
> Thanks for the reply and the info.  I have a few follow-on questions:
> - media.xreg seems to setup and map media-type to mime-type.  
> Just to clarify, whatever the literal string is used for 
> media-type, that exact same literal string is used to resolve 
> the template directory name right?

yes.

> - media.xreg (from the basic WAR at least) contains no 
> references to actual user-agents, such as these three:
> Mozilla/4.0 (compatible; MSIE 4.01; Windows 95)
> 
> Opera/5.0 (Linux 2.0.38 i386; U) [en]
> 
> UP.Browser
> 
> I am most interested in how these are mapped to a media-type, 
> if at all.Or does Jetspeed use the "Accept" HTTP header 
> to map to the appropriate media-type?  Where (in the code) 
> does this mapping occur?
>  

They are defined in clients.xreg.

There's a matching algorithm that will try to find the best media
type for any given client based on its capabilities description 
in clients.xreg.

The idea behind this architecture is to promote coding against 
"features" and not against user agents, especially in the current
context where you'll find many user agents with similar capabilities
because they are based on the same engine (gecko-based, khtml based,
etc...).

For more info, check out:
http://jakarta.apache.org/jetspeed/site/client-media.html

The main limitation of the implementation in 1.4b3 is that I could not
commit the media fallback algorithm to the PSML and template search 
paths because of a crash and I've not yet recreated the code...

> Thanks,
> Mike
>  David Sean Taylor <[EMAIL PROTECTED]> wrote:
> On Tuesday, February 18, 2003, at 07:08 PM, Mike Davis wrote:
> 
> >
> > Sorry if this is a repeat, I thought I hit send on the last 
> version, 
> > but Yahoo disagrees with me at I did, so once again unto 
> the breach...
> >
> > I would like to render XHTML and I need help with:
> >
> > - How to map user-agents to media-types?
> >
> see media.xreg
> 
> > = Is there a single mapping file?
> >
> > = Is yes, where is it?
> >
> > = If no, which is the key (.java I assume) file(s) to update?
> >
> > - Does the media-type-entry in media.xreg, such as :
> >
> > 
> >
> > imply the template subdirectory name? such as:
> >
> > .../templates/jsp/layouts/wml
> >
> you have to create the directories yourself, and the JSP or vm
> you can also break down the PSML by media type if you like by 
> creating 
> the directories or database entries
> in both cases, the resolution algorithm is built in
> 
> > Or is this mapped somewhere else?
> >
> > - Are there other files like .../util/MimeType.java that need to be 
> > updated to add new media-types?
> >
> > - Any other "gotcha's"?
> >
> Make sure your portlet checks for the media type.
> I did this for XML last year. It was pretty easy then, and we didn't 
> have a working media type registry then
> 
> --
> David Sean Taylor
> Bluesunrise Software
> [EMAIL PROTECTED]
> +01 707 773-4646
> 
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 
> 
> -
> Do you Yahoo!?
> Yahoo! Shopping - Send Flowers for Valentine's Day
> 

**
Vivendi Universal - HTTP://www.vivendiUniversal.com: 
The information transmitted is intended only for the person or entity
to which it is addressed and may contain confidential and/or privileged
material of Vivendi Universal which is for the exclusive use of the
individual designated above as the recipient. Any review, retransmission,
dissemination or other use of, or taking of any action in reliance upon, 
this information by persons or entities other than the intended recipient 
is prohibited. If you received this in error, please contact immediately 
the sender by returning e-mail and delete the material from any computer. 
If you are not the specified recipient, you are hereby notified that all 
disclosure, reproduction, distribution or action taken on the basis of this 
message is prohibited.

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

RE: portlet object in doUpdate()

[Luta, Raphael (VUN)]

My advice is to check out how the customizer actions work
like:

org.apache.jetspeed.modules.actions
   .controllers.MultiColumnControllerAction

and also in the dev mailling-list archive:

http://nagoya.apache.org/eyebrowse/ReadMsg?[EMAIL PROTECTED]
che.org&msgId=506924

Finally use the StateManager to pass objects around your different
Action events.

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

> -Message d'origine-
> De : Pierre Henry [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 30 janvier 2003 08:38
> À : Jetspeed Users List
> Objet : RE: portlet object in doUpdate()
> 
> 
> I would say it is ok without action. If you want 
> buildNormalContext to be
> called after doUpdate, you still can call it explicitely from there...
> 
> > -Original Message-
> > From: Wei Guan [mailto:[EMAIL PROTECTED]]
> > Sent: mercredi, 29. janvier 2003 08:00
> > To: Jetspeed Users List
> > Subject: Re: portlet object in doUpdate()
> > 
> > 
> > Pierre:
> > 
> > I tested your workaround. I used velocity. I used POST. Here is the
> > behavior.
> > if I removed "action", I could get "portlet" in doUpdate(), however,
> > buildNormalContext is never got called.
> > if I keep the "action", the "portlet" is null in doUpdate(),
> > buildNormalContext is called after doUpdate().
> > 
> > Is it a bug?
> > 
> > Thanks.
> > 
> > - Original Message -
> > From: "Pierre Henry" <[EMAIL PROTECTED]>
> > To: "Michael Rothrock" <[EMAIL PROTECTED]>
> > Cc: "Jetspeed User List (E-mail)" <[EMAIL PROTECTED]>
> > Sent: Tuesday, January 28, 2003 2:26 AM
> > Subject: RE: portlet object in doUpdate()
> > 
> > 
> > > I got them to work with GET, but it only works with 
> > Internet Explorer, It
> > > doesn't work with Mozilla, the buildNormalContext action is 
> > called, not
> > the
> > > actions... (I tried MSIE 5 and 6 and Mozilla 1.2)
> > >
> > > Pierre
> > >
> > > > -Original Message-
> > > > From: Michael Rothrock [mailto:[EMAIL PROTECTED]]
> > > > Sent: lundi, 27. janvier 2003 19:21
> > > > To: Jetspeed Users List; Pierre Henry
> > > > Subject: Re: portlet object in doUpdate()
> > > >
> > > >
> > > > Since I'm about to be working on this, let me ask a related
> > > > question: has
> > > > anyone gotten JSP actions to work with GET?
> > > >
> > > > Thanks!
> > > >
> > > > -- Michael
> > > >
> > > > On 1/27/03 1:09 AM, "Pierre Henry" <[EMAIL PROTECTED]> wrote:
> > > >
> > > > > Hi Wei,
> > > > >
> > > > > I had the same problem last week (see my mail with title
> > > > "Tricky behavior
> > > > > with JSP portlet and forms").
> > > > >
> > > > > what I found out :
> > > > >
> > > > >> - the form in the JSP doesn't need any action attribute
> > > > >>
> > > > >> - the ony needed hidden field is js_peid which contains the
> > > > >> portlet's ID.
> > > > >>
> > > > >>
> > > > >> When I put a hidden field for the action :
> > > > >>  > > > >> value="CustomizableXsqlPortlet1Action">
> > > > >> the right method was called  but the portlet argument of the
> > > > >> doUpdatefilter
> > > > >> method was null, so the action class couldn't do much.
> > > > >
> > > > > So try to remove the action field...
> > > > >
> > > > > I hope it helps !
> > > > >
> > > > > Pierre
> > > > >
> > > > >> -Original Message-
> > > > >> From: Wei Guan [mailto:[EMAIL PROTECTED]]
> > > > >> Sent: lundi, 27. janvier 2003 07:49
> > > > >> To: [EMAIL PROTECTED]
> > > > >> Subject: portlet object in doUpdate()
> > > > >>
> > > > >>
> > > > >> I have a doUpdate in an VelocityAction class:
> > > > >>
> > > > >> VelocityPortlet portlet = (VelocityPortlet) 
> > context.get("portlet");
> > > > >>
> > > > >> the portlet is null.
> > > > >>
> > > > >> Is this a bug?
> > > > >>
> > > > >> Wei
> > > > >>
> > > > >
> > > >
> > >
> > 
> > 
> > 
> -
> > 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: Flow and State of a portlet

[Luta, Raphael (VUN)]

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: 

RE: Flow and State of a portlet

[Luta, Raphael (VUN)]

De : Wei Guan [mailto:[EMAIL PROTECTED]]
> 
> First, I would like to say: Great job.
> 
> I am still puzzling on how to build highly-interactive 
> portlet. Here is a user case:
> 1) the default template is page1.vm rendering default data 
> prepared by buildNormalConent of Action1.java
> 2) on page1.vm, there are couple of links, each link will 
> result an action, generate different data and need diifferent 
> templates to render. For example, there is a link "link1" on page1.vm:
> page1.vm ---link1--->method in action1>page2.vm.
> 
> I think this is the sequence in JetSpeed
> 1) action1.buildNormalContent ---> page1.vm
> 2) --->link1--->method in action1 
> -->action1.buildNormalContent--->action1.setTempate(page2.vm)-
> -->page2.vm.
> 
> I am looking for a solution like this.
> 1) action1.buildNormalContent ---> page1.vm
> 2) --->link1--->method in action2 
> -->action2.buildNormalContent--->action2.setTempate(page2.vm)-
> -->page2.vm.
> 

This is not possible in the default VelocityPortlet but it's very easy 
to implement.

For example:
Assumption: you can define a new non-conflicting parameter name
that will handle the state of your portlet, let's say "pstate".

1-  Update your portlet Regsitry definition to have:
  
   
   
   
   
   
   
etc...

2- Apply the following patch to VelocityPortlet:

Index: VelocityPortlet.java
===
RCS file:
/home/cvs/jakarta-jetspeed/src/java/org/apache/jetspeed/portal/portlets/Velo
cityPortlet.java,v
retrieving revision 1.20
diff -r1.20 VelocityPortlet.java
159c159,170
< String template = getPortletConfig().getInitParameter("template");
---
> String state = data.getParameters().getString("pstate");
> 
> String templateName = "template";
> String actionName = "action";
> 
> if ((state != null) && (!state.equals("")))
> {
> templateName = templateName + "." + state;
> actionName = actionName + "." + state;
> }
> 
> String template =
getPortletConfig().getInitParameter(templateName);
181c192
< String actionName = getPortletConfig().getInitParameter("action");
---
> String actionName =
getPortletConfig().getInitParameter(actionName);


Et voila, your portlet now gives you basic built-in controller capabilities
so that you don't even have to use "setTemplate" unless you want to 
redirect your user to a non-standard state template, plus you would have the

following flow control:

- page1.vm
- link1
- actionX.doEvent (depends on the "action" paramater included in the link)
- go to state 2
- action2.buildContext
- page2.vm


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

RE: Configuration of LDAP (iPlanet Directory Server 5.1)

[Luta, Raphael (VUN)]

iPleant 5.1 has standardized on the LDIF syntax for its config,
so you need to convert the slapd.conf format to the LDIF format
and:
either modify the schema through a LDAP update of the standard
"cn=schema" LDAP schema object,
or put the LDIF config file in (slapd-/config/schema).
Check the above directory for syntax examples.

Of course, you can also use the Administration console to customize
the schema.

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

> -Message d'origine-
> De : Krzysztof Krzos [mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 24 janvier 2003 15:39
> À : Jetspeed Users List
> Objet : Configuration of LDAP (iPlanet Directory Server 5.1)
> 
> 
> Hello!
> Anybody know how I should configure this LDAP to jetspeed?
> Has anybody any experience?
> I try to follow ldap-notes.txt but in iPlanet LDAP this is I 
> think a bit
> different.
> Regards
> chris
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

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

RE: Strange MSIE error: Specify URL to obtain cache entry

[Luta, Raphael (VUN)]

De : Gary Lawrence Murphy [mailto:[EMAIL PROTECTED]]
> 
> We are getting a very strange error from one of our users (on windows)
> that I can't duplicate using Mozilla ... has anyone else experienced
> this message?
> 
> > > "R" == Robert Martin <[EMAIL PROTECTED]> writes:
> >
> > R> The images work perfectly, but the front page is still
> > R> displaying an error..  "Error retrieving Portal 
> Page: You must
> > R> specify a URL to obtain an entry from the cache"
> 

I checked out the site with IE and mozilla.
The issue appears to be linked to the language setting in the browser
your customers are probably using [fr_CA] as their main language setting,
although I can reproduce with [fr] only.

Querying
http://demo.sentrycorp.ca/sentry/index.jsp?action=controls.Customize

yields an Exception trace in a JetspeedContent portlet which will help
you track precisely the issue.

Note: this is a configuration issue on your portal, because I should
have been denied to customize as anonymous. Check your security-ref
setting in your default anon PSML.

Let us know if the issue is related to an incorrect config or a bug 
in the portal...

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

RE: Jetspeed url question

[Luta, Raphael (VUN)]

De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> 
> With the current functionality of jetspeed displaying the 
> userid as a component of the url, I was wondering if anyone 
> has considered that in and of itself a security weakness.  
> With common two-factor authentication (userid and password), 
> 50% of this security barrier is disclosed fairly quickly and 
> available to anyone interested in "social engineering" or 
> even minor shoulder surfing.  Of course, the context of this 
> discussion assumes that some confidential information is 
> being used or stored in the portal.
> 

This is only partly true. Jetspeed simply allows you to reference
a user-based resource (ie a portal page) by the user id name.
You may achieve the same results not using any exposed user id
by tying resources to roles and/or groups.
Also, there is a security check done by Jetspeed to make sure the
logged-in user has access to user resource specified in the URL.
This enables usage scenarios where users can share their portal
pages with others, if you don't need these kind of features you can
tweak to profiler and URL wrapper classes to remove any explicit
user reference...

> Interestingly enough, Yahoo shows the userid in the window 
> caption bar and Netscape shows user ids in the url.  It would 
> appear, however, that Netscape is showing an internally 
> generated id for the user (maybe actually the primary key in 
> the user table?.
> 

In general, user ids are not considered "secret" since even when they
are not readily available they can be easily guessed by using simple
combinations of a user first name and last name.
Of course, your mileage may vary depending on your environment and 
policies in place.

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

RE: RSS Portlet and a new StyleSheet

[Luta, Raphael (VUN)]

It looks ok, however note that you'll also inherit the content-type
specific stylesheet definitions from the parent entry and these will take
precedence or your generic stylesheet.

Thus if you want to ensure that your stylesheet is used for HTML, you'll
also need
to define the "stylesheet.text/html" parameter with the same stylesheet.

--
Raphaël Luta - [EMAIL PROTECTED]
Principal Consultant - Technology and New Initiatives
Vivendi Universal Networks - Paris

> -Message d'origine-
> De : Carlos Orrego [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 20 janvier 2003 21:45
> À : Jetspeed User List
> Objet : RSS Portlet and a new StyleSheet
> 
> 
> Hola,
> 
> acording to the user guide, we should be able to change the 
> stylesheet of an rss portlet, throught the stylesheet parameter. This
> does not seem to work, at least in 1.4b3.
> Any idea on how to do it?
> here is my xreg portlet entry:
>  parent="RSS" application="false">
> 
> Roller Content Porltet
> 
> 
> org.apache.jetspeed.portal.portlets.NewRSSPortlet classname>
>  value="/inflexa/xml/rss-filter.xsl"
> hidden="false" cachedOnName="true" cachedOnValue="true"/>
> 
> http://localhost/roller/rss/cris
> 
> 
> am i doing somehtig wrong?
> 
> Carlos Orrego
> www.inflexa.com
> 
> "Salve un árbol. No imprima."
> "Save a tree. Do not print."
> 
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: admin security with PsmlBrowser

[Luta, Raphael (VUN)]

If you try to modify one of the default PSML files provided with
Jetspeed, they are restricted to "owner only", so even admin can't
access these profiles.
If you want to change this behavior, you can modify the
definition of "owner only" to admin access privileges
by updating /WEB-INF/conf/security.xreg
and changing the "owner only" security definition to:



Owner-only
Full access to the owner and admin









This has the advantage of requiring no changes to the PSML files.

Alternatively, you can also create a new security entry suited to your
purpose and update your PSML files security settings to use your
new definition.

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

> -Message d'origine-
> De : Hassan GUERMOULE [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 16 janvier 2003 17:21
> À : Jetspeed Users List
> Objet : admin security with PsmlBrowser
> 
> 
> 
> Hi
> 
> 
> I download the 2003/03/15 CVS and i have :
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>   
>  "Sorry, you have no permission to see this portlet " 
>   
>   
>   
>  When i want edit a default.psml with admin user logged in
>   
>  has anyone tried this
>   
>   
>   
>  Hassan   
>   
>   
>   
>   
>   
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: Tree Navigation design.

[Luta, Raphael (VUN)]

De : Wei Guan [mailto:[EMAIL PROTECTED]]
> 
> The site I design has some roles. One role is admin.
> 
> I plan to have "Admin" type of pane for this role. Inside 
> this pane, have a tree (either JavaScript or Java Applet) on 
> the left, listing the administration tasks and on the right, 
> a portlet to perform different administration tasks. 
> 
> How to design and implement? Any tips. 
> 
> Thanks.
> 

Just check how the default "admin" user portal page is built 
in the standard Jetspeed distribution.
If you want to use an applet/JS code instead of the default menu 
layout, just write a custom Control template that contains the
required JS/Applet code.

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

RE: How to "skip" columns?

[Luta, Raphael (VUN)]

De?: SimonLiu [mailto:[EMAIL PROTECTED]]
> 
> Hello
> I'm using jetspeed version 1.4-b3. I'm using "ThreeColumns 
> controller",
> I want the first row has one column and other rows have three columns,
> like this:
> 
> +-+
> | |
> ++-+--+
> || |  |
> ++-+--+
> || |  |
> ++-+--+
> 
> But the ThreeColumns controller can't skip columns, so that the first
> column must has three columns. Can anybody tell me how to 
> skip columns?
> 

You have 2 solutions:
- first: write your own custom controller to handle this layout, if you're
  lazy and don't care about user ergonomics, you can simply change the 
  controller template to handle the first element specifically.

  You'll then just need to register your custom controller in a 
  local-controllers.xreg file, for example:

  
 
org.apache.jetspeed.portal.controllers.VelocityPortletController<
/classname>






  Three columns + Header

  

- second: nest portletsets with simple layouts to achieve what you want,
example
  of PSML markup

  



   
   



  
  

  

  If you play around with the customizer interface, you'll see that it's
actually
  possible to build these layouts with the GUI, although a bit convoluted
because
  the interface has been restricted not to allow inner portlet set elements
except
  for the Tab and Menu layouts.

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

RE: How to control flow in portlet?

[Luta, Raphael (VUN)]

> De : Pierre Henry [mailto:[EMAIL PROTECTED]]
> 
> Hi,
> 
> Does the method setTemplate() also work with JSP ?
> e.g. setTemplate(rundata, "next.jsp");
> 

Yes. It's supported by JspPortletAction, so will work 
with JSPPortlet.

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

RE: How to refer to another JSP (from a JSP portlet) staying within "portlet context"

[Luta, Raphael (VUN)]

De : Mike Davis [mailto:[EMAIL PROTECTED]]
> 
> Hi Mark,
>  To be clear, what I am trying to do is (within a JSP 
> Portlet) present a hyperlink (with some attached request 
> parameters) that refers to itself within the normal context.  
>  Is there some other link type (tag) I can use to do this 
> (link? navigation?) ?   
> This would look like in a "regular" JSP something like:
> myJSP.jsp-
> // lots of stuff here
> click here
> // more stuff
> -- end myJSP.jsp -
> The portletlink tag does what I want other than rendering in 
> the Maximized view as described previously...
> Thanks again,
>  Mike
>  

IF you plan to extensively use the JSPPorlet (or VelocityPortlet),
I'd advise you to become familiar with the MVC model 2 pattern as
implemented by Turbine 2.

http://jakarta.apache.org/turbine/turbine-22/model2+1.html

JSPPortlet and VelocityPortlet *enforce* the use of such patterns, so 
to control your templates depending on the state of your portlet you
need to use the Action class to control your next template.

Best practice:
- define your portlet as a state machine,
- use a "state" parameter in your templates to indicate which state you
want to reach
- Optional: you may want to include a "prevstate" and or "nextstate"
parameters if you want to provide contextual back/next navigation
- define in your portlet registry entry (or though name conventions)
  the template associated with each state.

In your PortletAction build() methods you can use setTemplate()
to indicate which template will use to display your data.

So you need to use something like ...
(I haven't checked the exact JSP syntax as I tend to use Velocity)

And have in your buildNormalContext() sdomething like :

String state = request.getParameter("state");
String template = null;
if (state!=null)
{
  template = portlet.getInitParameters("template."+state);
  if (template != null)
  {
setTemplate(data,template);
  }
  else
  {
// unknown state, display an error message or revert to default state
  }
}

You'll find that thinking in terms of state machines and controlling the
actual template names through the registry parameters will give you a lot
of maintenance flexibility and a very clear design (UML state diagrams
are your friends) at a very low cost in terls of complexity.

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

RE: Jetspeed and JMeter?

[Luta, Raphael (VUN)]

De : Ching Chen [mailto:[EMAIL PROTECTED]]
> 
> Hi,
> 
> I know this is a JMeter question, but I thought maybe some of 
> you have used
> it to test your Jetspeed application, and so may be able to help me.
> 
> Has anyone successfully tested a Jetspeed application using JMeter?
> I am trying to benchmark my web server using JMeter. I 
> created a test plan
> in JMeter where it simulates a normal user logging in to the Jetspeed
> application, and then just navigate through different 
> portlets afterwards.
> 
> The problem begins when after the test plan successfully logs 
> in to the
> application, Jetspeed returns the application home page for 
> all subsequent
> requests by the JMeter test plan. It seems that JMeter HTTP 
> cookie manager
> is not handling any cookies at all.
> 
> Has anyone had this problem? Or does anyone know how I can 
> fix this problem?
> 

Strange, I'm pretty sure JMeter has a CookieJar implementation to
store cookies but I have not checked it out recently.
In any case, if cookies are your issue, configure your web application
server (Tomcat or whatever else) to use URL rewriting to track sessions
instead of cookies.

Jetspeed does not depend on any cookie by itself.

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

RE: Security Hole

[Luta, Raphael (VUN)]

In 1.4b3, the default PSML security settings are "owner only" so won't 
access other users content but there still seem to be some issue with
some customization methods not enforcing the secuirty access.

If you have upgraded (or still use) an older release make sure to restrict 
the PSML files with the proper 'security-ref'.

> -Message d'origine-
> De : Weaver, Scott [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 15 janvier 2003 21:04
> À : 'Jetspeed Users List'
> Objet : RE: Security Hole
> 
> 
> I addressed this with a patch a long time ago.  However, this 
> is considered a "feature" by some developers so the patch 
> could not be applied.  I think I ended up writing a custom 
> access controller that prevents this opposed to directly 
> patching the jetspeed source.
> 
> Another approach, using the new security service, is to 
> secure portlet sets within a user's PSML profile using a 
> pre-defined security reference.
> 
> Scott
> 
> > -Original Message-
> > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, January 15, 2003 2:01 PM
> > To: [EMAIL PROTECTED]
> > Subject: Security Hole
> > 
> > Hi,
> > 
> > I have seen one other reference in the mailing list 
> regarding a security
> > hole, but I want to clarify this issue.  The following url 
> is displayed on
> > the address bar:
> > 
> > http://localhost:8080/portal/media-
> > 
> type/html/user/bstraw001/page/default.psml/js_pane/P-f2c3135036-10001
> > 
> > This url design was not present in version 1.3a2.
> > 
> > By substituting the userid with another valid userid, I can 
> see the other
> > user's content.
> > 
> > Any thoughts? Mitigating controls?  Missed configuration?
> > 
> > __
> > The NEW Netscape 7.0 browser is now available. Upgrade now!
> > http://channels.netscape.com/ns/browsers/download.jsp
> > 
> > Get your own FREE, personal Netscape Mail account today at
> > http://webmail.netscape.com/
> > 
> > --
> > To unsubscribe, e-mail:    > [EMAIL PROTECTED]>
> > For additional commands, e-mail:  > [EMAIL PROTECTED]>
> 

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

RE: Jetspeed and OpenCms

[Luta, Raphael (VUN)]

De : BARDE, CEDRIC [mailto:[EMAIL PROTECTED]]
> 
> Hi Raphaël,
> Thank you veyr much for your advice. I think the solution you 
> talk about can
> meet my needs. We are currently in the very first step of 
> setting up our
> portal, so the editorial workflow process is not very 
> complicated. What
> content production tool would you advise me to use, in order 
> to be easy to
> integrate with Jetspeed?

Any RSS producing tool really, but you can usually add RSS export 
capabilities to any web-based content system.
My original setup used a legacy custom publication system, nowadays
I'd probably use a Wiki depending on the kind of content 
you want to publish and how your users are expected to used to do
things. 
Ultimately it boils down to how you see your system evolve. This 
is question which I don't have enough data to answer :)

Your choice will also be conditioned by the kind of technology
you're willing to support (ie java, perl, php, python, etc...).

Just 2 examples out of my head:
- setup a Jabber IM system + Jogger weblog interface + RSS export
  -> ultra-easy content generation for informal and unstructured
 content (suitable for example for event announcement and 
 breaking news)
-> setup a Wiki tool (too many exist to really to list, google for wiki
   software). Most have RSS export capabilities.
   -> collaborative editing of documents with simple style capabilities

(BTW, I'm currently updating the Jetspeed RSS stylesheets to 
support the Apache Wiki generated content
http://nagoya.apache.org/wiki/apachewiki.cgi)

Of course you can setup as many as these tools as required... they will 
all be syndicated in the same way.

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

RE: Jetspeed and OpenCms

[Luta, Raphael (VUN)]

De : BARDE, CEDRIC [mailto:[EMAIL PROTECTED]]
> 
> Our aim here is to create a collaborative Intranet portal, 
> where different
> people would give inputs. For instance, they would post 
> articles from a
> portlet located on their pages (after logging in), and the 
> articles would be
> displayed on the anon page, in a portlet similar to 
> JetspeedContentPortlet.
> Plus, I would like all these articles to be stored in a 
> database or fle
> system.
> 
> I know that this requirement is pretty out of Jetspeed's 
> scope as it deals
> with content management, but if someone could provide me with 
> ideas or any
> help, I would be very thankful.
> 

Depending on the complexity of your editorial workflow processes
and existing tools, you want to consider a solution using the OCS/RSS
syndication capabilities of Jetspeed.

Example:
Use a current web based content production tool and customize it to
produce a list of available content in the OCS format (or use whatever
format you want and customize the feeddaemon XSL stylesheet) and make the 
content itself available in RSS (on any other format but you'll need
to do some XSL customizations...).

In the portal, use the RSS portlet to display the contents in the page
just like any other news site you may want to include.

Advantages:
- complete uncoupling of content production and content display
- you may use existing editorial workflow tools (ex, Notes/Domino)
- you may use standard web based blogging/wiki tools.
- it's very suitable to decentralized/complex environments where you 
  can't enforce usage of a single tool. The OCS and RSS markups (or 
  any over you choose) is the only thing that need to be agreed upon.
  
Disadvantages:
- You need to do some non-trivial, non-standard customizations if you 
  want to incorporate security constraints in the portal viewing part.
- You don't get a nice single packaged central content repository.

I should still have the Powerpoint of my ApacheCon 2001 presentation
on this topic if you are interested and not in a hurry 
(I don't know exactly where the archive is located right now :(). 

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

RE: Jetspeed Portlet vs WPS Portlet

[Luta, Raphael (VUN)]

Porting Jetspeed portlets to WPS Portlet should be possible within
a Turbine-like wrapper component. You basically need to rewrite the
Turbine servlet as a WPS portlet and you can reuse anything depending
on the Turbine framework.

Porting WPS Portlets -> Jetspeed is more difficult becuase of the 
completely different lifecycle model. You would need to write a basic
WPS Portlet container and a Jetspeed WPSPortlet, similar to the JSPPortlet
to delegate execution to your WPS Portlet.

Portable portlets do not exist yet, it's the goal of the not-public-yet 
JSR 168 API.

> -Message d'origine-
> De : Jens Lidgren [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 13 janvier 2003 13:41
> À : [EMAIL PROTECTED]
> Objet : Jetspeed Portlet vs WPS Portlet
> 
> 
> Hi, 
> 
> I wonder what the differences are between a portlet running 
> in Jetspeed and a portlet running in the Websphere Portal 
> Server from IBM?
> Is it possible to run a Jetspeed portlet on WPS and vice versa?
> 
> Regards, 
> 
> Jesse
> 

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

RE: Preserving values from doUpdate to buildNormalContext

[Luta, Raphael (VUN)]

> De : Gary Lawrence Murphy [mailto:[EMAIL PROTECTED]]
> 
> ACK: Same answer as most answers ... "Read the Tutorial!" :)
> 
> I'll bet the _correct_ place to put this data is in rundata.getUser()
> 

It depends :)

If the data you need to pass around is sensitive to the actual portlet
instance, you'd better have a look at the StateManager.

Remember that the User varaibles are shared by all instances on the page
so you may want to take extra case so that your code still works if the 
same portlet is used twice on a single page.

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

RE: class involved in login

[Luta, Raphael (VUN)]

De : Java Mails [mailto:[EMAIL PROTECTED]]
> 
> Hi List...
> 
> I would want to call a class right after a successfull login 
> and before jetspeed renders its first page.
> 
> Would anyone tell me the class involved here? Which class 
> will i need to edit?
> 

Subclass 

org.apache.jetspeed.modules.actions.JLoginUser

to include your business logic and register it in your 
my.properties with the following key:

action.login

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

RE: Upload service repository path clarification

[Luta, Raphael (VUN)]

It should be. Turbine has added support for these substitution variables 
through the use of commons-configuration... This has already been a while
that it's available.

> -Message d'origine-
> De : Gary Lawrence Murphy [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 13 janvier 2003 08:08
> À : Jetspeed Users List
> Objet : Re: Upload service repository path clarification
> 
> 
> WEB-INF/conf/PortalTorque.properties contains a line
> 
>torque.dsfactory.default.connection.url =\
>  jdbc:hsqldb:${webappRoot}/WEB-INF/db/jetspeed
> 
> Is that ${webappRoot} symbol applied across all the config files?
> 
> -- 
> Gary Lawrence Murphy - [EMAIL PROTECTED] - TeleDynamics Communications
>- blog: http://www.teledyn.com/mt/ - biz: http://teledyn.com/ -
>   "Computers are useless. They can only give you answers." (Picasso)
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 


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

RE: Change in Rendering TOP,BOTTOM AND LEFT templates

[Luta, Raphael (VUN)]

De : Javed Mahmud [mailto:[EMAIL PROTECTED]]
> 
> Anyone who can clarify???
> 

It's not really a clarification but do you really see any advantage in
setting a "top.enabled" configuration option in a read-only-on-startup
config file vs simply modify one line in the layout/default.jsp file 
to achieve what you want ?

I personnally consider that all these "layout switches" are mostly legacy
settings from the time when the layout and navigations were actual Java
classes. I always find much more convenient to simply edit the layout/
navigation/screen files (which can be done withut stopping the portal)
rather than use these switches.

However, I do agree that we should be consistent in the use of these
switches, either remove them altogether from the config files or use
them in the layout files.

> 
> > Hi all,
> > I am not sure but somewaht sure As I have checked out from 
> CVS head what
> > I see is that the previous logic of checking the top.enabled is not
> > followed as in the default.jsp has the following entry :
> >
> > 
> >   
> > 
> >> />">
> > 
> > 
> >defaultTemplate="html/en/top_default.jsp"
> > loggedInTemplate="html/top_loggedIn.jsp" />
> > 
> >   
> > 
> >
> >
> > Rather than the entry which was in older version as:
> >
> > <%if (JetspeedResources.getBoolean("topnav.enable") == true) {%>
> > 
> >   
> >   <%
> >   //
> >   // Display the company logo with link back to the the 
> portal home
> > page //
> >   %>
> > 
> >   ">
> > "
> > src="">
> >   
> > 
> > 
> >> loggedInTemplate="top_loggedIn.jsp" />
> > 
> >   
> >
> > Is it me who is seeing this or is it being done in the latest
> > version? I dont think its a good idea. I prefer the way when
> > enabled is checked..
> >
> > As it took me quite a while to understand why my 
> MY.properties file was
> > not working.
> >
> > Thanks
> > Javed
> >
> >
> >
> >
> >
> >
> > --
> > 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: Apache_feed file being created

[Luta, Raphael (VUN)]

Comment out this line in JetspeedResources.properties

contentfeeds.feed.name=apache

or stop the FeedDaemonif you don't use any suyndicated news
feeds:

daemon.feeddaemon.onstartup=false

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

> -Message d'origine-
> De : Sergio [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 9 janvier 2003 22:01
> À : Jetspeed
> Objet : Apache_feed file being created
> 
> 
> Hello all,
> Can anyone tell me how to get rid of the
> apache_feed.xreg file that is mysteriously (or I'm
> just cant see it) being created in WEB-INF/conf.  I
> really want to get rid of those portlets that are
> included in it.
> 
> thanx,
> Sergio
> 
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.com
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: xreg DTD

[Luta, Raphael (VUN)]

De : Pierre Henry [mailto:[EMAIL PROTECTED]]
> 
> Hi,
> Is the DTD for the xml-registry available somewhere for 
> download ? It would
> save me some time to be able to validate my hand-written 
> xregs against it
> with xmlspy :).
> 

I don't think there is an up-to-date one in the CVS but since
I used DTD syntax in the registry documentation, it should be
pretty simple to assemble.

http://jakarta.apache.org/jetspeed/site/registry_syntax.html

If you do come with a complete up-to-date and correct DTD, don't 
hesistate to send it to the list, I'll commit it to CVS.

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

RE: setRedirectURI

[Luta, Raphael (VUN)]

> De : David Sean Taylor [mailto:[EMAIL PROTECTED]]
> 
> On Thursday, January 9, 2003, at 12:01  PM, Christophe wrote:
> 
> > The method rundata.setRedirectURI doesn't work in my 
> velocity action 
> > portlet. I don't understand why.
> > Like for the security management code, I want point to another pane 
> > (from a browser portlet to a form portlet).
> > Which condition is needed to run this method properly ?
> >
> > here is my code :
> > 
> > duri.addPathInfo(OJBConstants.PANE_NAME, 
> > OJBConstants.PANEID_STRATEGY_UPDATE);
> > duri.addPathInfo(OJBConstants.PARAM_MSGID, 
> > OJBConstants.MID_INVALID_ENTITY_NAME);
> > rundata.setRedirectURI(duri.toString());
> >
> > Even a simple : rundata.setRedirectURI(http://jakarta.apache.org);  
> > doesn't work. Why ?
> >
> By the time the Velocity action is called, Its too late in 
> the Turbine 
> pipeline.
> The Velocity action cannot redirect, it is not a true Turbine action.
> In order to do so, you must use a 'normal' Turbine action.
> 

Just to mitigate this, VelocityPortletActions *are* real Turbine actions 
but they currently have 2 scope of invocations:

- the Turbine action scope where Action events are processed.
  In these action events, you should be able to use any redirect
  you want

- the VelocityPortlet scope, where the portlet delegates to the Action
  its context generation (ie the buildContext methods).

  In these methods, you *can't* redirect anymore the complete portal 
  because you have no control on what other processing may have already
  happened in other portlets, and in any case you're just asked to render
  your portlet content in your allocated screen real estate.

Bottom line:
Global redirects should work in action events, ie when reacting to a user
interaction but not in the standard "content rendering" methods where you're
only allowed to redirect to another portlet template.

If you search the archives, I think I sent a few weeks/months ago a 
detailed explanation on how these damn actions are invoked.

Hope this helps,

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

RE: Monitoring number of sessions/logged in users

[Luta, Raphael (VUN)]

De : Stefan Kuhn [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 8 janvier 2003 18:58
> À : Jetspeed Users List
> Objet : Monitoring number of sessions/logged in users
> 
> 
> Hi everybody,
> I thought it could be usefull to have the possibility for the 
> admin to 
> monitor the number of open sessions/currently logged in 
> users, but I didn't 
> find it. Is it somewhere in the admin portlets ? If not, I suppose it 
> wouldn't be too difficult to implement. Or does sombody know 
> problems I don't 
> expect myself ? (If not, I would implement it for myself and 
> contribute the 
> code, if considered to be usefull).
> Happy new year to all jetspeed people
> Stefan
> 

Depending on your setup and what exactly you want to count, it rates
from dead easy to moderately challenging (in clustered environment without
global session coherence).

The easiest way to setup is to bind a counter object to all sessions using
the HttpSessionListener in a custom SessionValidator.

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

RE: Newsgroup available for Jakarta ?

[Luta, Raphael (VUN)]

You can use Gmane as a bi-directional gateway to NNTP.

I know Pier is working on setting up an Gmane gateway but I don't 
know if it's already completed or not.

In any case, you can already use any Gmane setup currently configured
to access the Jakarta mailing-lists (like gmane.org).

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

> -Message d'origine-
> De : Aurelien Pernoud [mailto:[EMAIL PROTECTED]]
> Envoyé : mardi 7 janvier 2003 15:08
> À : 'Jetspeed Users List'
> Objet : Newsgroup available for Jakarta ?
> 
> 
> 
> Hi there (happy new year !),
> first sorry, I know this question has nothing to do with 
> Jetspeed directly,
> except it's on Jakarta project...
> 
> I'd like to know if there are newsgroup available for the 
> jakarta project
> (or apache project directly), that would keep the messages from
> mailing-list.
> 
> Cause one I saw a message from "news.betaversion.org" that 
> contained this in
> the headers :
> X-Newsgroups: apache.jakarta.jetspeed-user
> The message was named "Re: Where are the nightly" on 
> 2002/11/23, on the
> js-user list.
> 
> Now that I can access a news server at work I'd love to subscribe to
> newsgroup without subscribing to all the mailing list from jakarta :)
> I've searched the web and didn't find anything about those...
> 
> Do they really exist ? Because before asking our ISP here at 
> work to add
> them, I'd like to be sure...
> 
> Thanks for any advice,
> Aurélien Pernoud
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

Back online...

[Luta, Raphael (VUN)]

After 3 weeks off-line, I'm finally back online :)

Since I was in digest mode during this period and unsure how much time I'll
to catch
up the mail backlog, so if you have any pending questions that I left
unanswered, please
be patient...

Best wishes for 2003 !

--
Raphaël Luta - [EMAIL PROTECTED]
Technology and New Initiatives
Vivendi Universal Networks - Paris

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

RE: Can't customize portlets anymore!

[Luta, Raphael (VUN)]

De : Eric Roberts [mailto:[EMAIL PROTECTED]]
> 
> I have lost the ability to customize my portlets and panes for EVERY
> user.  This was working fine earlier today and somewhere 
> along the line
> I started getting a message saying "Sorry, you have no 
> permission to see
> this portlet" whenever I  clicked on the customize icon.  The mail
> archives suggest changing the .xreg or .psml files but don't hint at
> what "specific" files may or may not need editing.  Can anyone help?
>  

I don't personnally believe you would lose your customization privileges
without any major change in the setup, like upgradig Jetspeed, etc... 
If this is what you have done, please state it clearly it makes it *way*
easier to help you out. Stating the version you use also helps.

More specifically on your issue, in the latest releases, we have tightened
the default edit permissions on the PSML files bundled with Jetspeed so that

they can only be edited by their owner by default.

If you wish to change these settings, you'l need to change the
"security-ref"
element at the top of every existing PSML files. To learn more about these
security elements, check out the documentation:

http://jakarta.apache.org/jetspeed/site/security.html

--
Raphaël Luta - [EMAIL PROTECTED]
Principal Consultant - Technology and New Initiatives
Vivendi Universal Networks - Paris


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

RE: XML using XLS: problem with cache/expire error

[Luta, Raphael (VUN)]

Can you please file this bug in bugzilla ? I'll fix it for the next release.

> -Message d'origine-
> De : Richard Bourner [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 18 décembre 2002 18:52
> À : [EMAIL PROTECTED]
> Objet : RE: XML using XLS: problem with cache/expire error
> 
> 
> David,
> 
> I have a portlet that is very similar to the one you mention below.
> My problem seems related to the charset encoding.
> 
> Basicaly, when loading my XLS portlet, instead of seing my 
> xml translated,
> the portlet displays "Unable to display for this browser". I 
> have added some
> traces in the XSLPortlet class:
> 
> 1- in XSLPortlet.init() I get:
>   base='text/html; charset=UTF-8'
> 
> 2- in XSLPortlet.getContent(..) I get:
>   type='text/html'
>   stylesheet='null'
> 
> Thus, as this type is not found in the hash table, the 
> variable 'stylesheet'
> is null and the SimpleTransform.transform is not called.
> 
> In my xml file, the first line is:
> 
> but even replacing with UTF-8, the result is the same.
> 
> has anyone an idea why I get 2 different types ("text/html; 
> charset=UTF-8"
> and "text/html") ?
> 
> 
> Thanks
> Richard
> 
> 
> 
> > -Original Message-
> > From: David Sean Taylor [mailto:[EMAIL PROTECTED]]
> > Sent: Tuesday, December 17, 2002 11:07 PM
> > To: Jetspeed Users List; [EMAIL PROTECTED]
> > Subject: RE: XML using XLS: problem with cache/expire error
> >
> >
> >
> > > -Original Message-
> > > From: Richard Bourner [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, December 17, 2002 8:24 PM
> > > To: Jetspeed Users List
> > > Subject: XML using XLS: problem with cache/expire error
> > >
> > >
> > > Has anyone an idea of this error in my log file:
> > >
> > > [17 Dec 2002 20:12:18  INFO] - cache miss, object
> > > expired:
> > > 
> -747215834-78822240|stylesheet-http://127.0.0.1:8080/jetspeed/xsl/g
> > > enitips.xsl
> > >
> > > I am using the XLS portlet: my .xls file is apparently 
> not read and my
> > > portlet displays "Unable to display for this browser" 
> instead of my
> > > translated xml file.
> > >
> > > An idea?
> > Have you read the documentation in the Portlet Catalog:
> > http://jakarta.apache.org/jetspeed/site/portlet_config_XSL.html
> >
> > I just added a new portlet to the cvs head that is based on the
> > XSL abstract
> > portlet.
> > See demo-portlets.xreg:
> >
> >  type="ref" parent="XSL"
> > application="false">
> > 
> > XSLT Demo
> > Example of using XSLT Portlet
> > 
> > /xml/footballers.xml
> > 
> >  > value="/xml/footballers.xsl"
> > hidden="false"/>
> > xslt
> > 
> >
> > Would be nice if the demo also worked with WML...guess I'll 
> save that for
> > the tutorial.
> >
> > David Sean Taylor
> > Bluesunrise.com
> > [EMAIL PROTECTED]
> > +01 (707) 773 4646
> >
> >
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: navigation jahia/ jetspeed

[Luta, Raphael (VUN)]

De : Pierre Moussy [mailto:[EMAIL PROTECTED]]
> 
> Hi 
> 
> In the portal solution jahia 
> (http://www.jahia.org/jahia/Jahia) there is a
> main menu which leads to a submenu and for each item of this 
> submenu you
> can open a "subsubmenu".
> 
> In jetspeed tab menu leads to submenu but there is no 
> "subsubmenu" and you
> can display only one portlet for an item of this submenu.
> 
> Why did you make this choice ? 
> 

Because it's simpler ;)

> Is it possible to have three levels like in jahia ? 
>

Yes, simply write an alternate MenuControl that all the portlets in the
first and second level of the DOM object tree instead of simply the first 
level...
Heck, use a tree navigation ActiveX, DHTML or Applet and you can go as 
deeply as you want !

There's no design limitation in Jetspeed that prevents you from emulating 
Jahia's behavior, it's simply not implemented in the default install.

--
Raphaël Luta - [EMAIL PROTECTED]
Principal Consultant - Technology and New Initiatives
Vivendi Universal Networks - Paris

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

RE: cache misses killing me, help with manually editing user table

[Luta, Raphael (VUN)]

If you're webapp hangs, the issue is usually one of these 3:
1. thread deadlock
2. infinite loop
3. infinitely waiting for I/O

For 1., it should be difficult to reproduce on different systems with
different conditions but otherwise it's a mess to debug :( Let's assume
it's not a deadlock

For 2., try to request the page that hangs and let the request run while
you have lunch... if when you come back, you have a StackOverflow error,
you know you have an infinite loop somewhere :)

For 3., it looks to me like the most likely issue, check that your webapp
connects to the database server and sends queries by logging the sessions
on the DB server side (I don't known if MySQL has any debug facilities for
these
if it doesn't, snoop or tcpdump are your friends)

> -Message d'origine-
> De : Eric White [mailto:[EMAIL PROTECTED]]
> Envoyé : mardi 17 décembre 2002 23:58
> À : Jetspeed Users List
> Objet : RE: cache misses killing me, help with manually editing user
> table
> 
> 
> I've pared down the psml for the admin user (which is hanging, now) to
> just the following and am still seeing a cache miss and the browser
> hangs:
> 
> 
>   
> 
> 
>   Default Jetspeed Admin page
> 
> 
> 
>   
>   
> 
> 
> 
>   Content
> 
> 
> 
> 
> 
> 
>   
> 
> 
> and in the log I see:
> 
> 
> [Tue Dec 17 22:54:19 CST 2002] -- INFO -- cache miss, object expired:
> 207822763user/admin/html/default.psml/321
> 
> 
> and the browser is hung. No other indication of what's wrong.
> 
> I'm wondering if it's my use of MySQL. In particular, I'm using the
> mysql-connector-java-2.0.14.jar driver, not the driver that I've seen
> referenced in other Jetspeed docs.  To my understanding the driver I'm
> using is the latest production release.
> 
> Could this be the source of my problems?
> 
> On Tue, 2002-12-17 at 11:52, David Sean Taylor wrote:
> > > -Original Message-
> > > From: Eric White [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, December 17, 2002 9:50 AM
> > > To: Jetspeed Users List
> > > Subject: RE: cache misses killing me, help with manually 
> editing user
> > > table
> > >
> > >
> > > no joy, same behavior.
> > >
> > > Is there a backdoor way I can add Admin authority to an 
> existing user
> > > directly in the database?
> > >
> > 
> > just use the security api (with java) to assign the role
> > Or create a PSML page that only has the user browser
> > 
> > > while I need to track down the source of these lockups, I 
> also need to
> > > give myself some protection so I don't lose Admin 
> capabilities with this
> > > portal.
> > >
> > Im interesting in finding out which portlet is causing this problem.
> > I suggest you start removing portlets (manually) until you 
> find the problem
> > portlet.
> > 
> > 
> > 
> > --
> > 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: remove tab pane's customization icon?

[Luta, Raphael (VUN)]

if it's just for comsetics, use a transparent image width=1 and height=1 for
the 
customize icon...

> -Message d'origine-
> De : Joe Barefoot [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 16 décembre 2002 23:49
> À : Jetspeed Users List (E-mail)
> Objet : remove tab pane's customization icon?
> 
> 
> Hi all,
> 
> I'm looking for a cheap way to get rid of the customization 
> icon beside the tab pane links *globally*preferably 
> through a config property, but if that's not feasible, could 
> someone point me at the relevant navigation template or 
> controller class that renders these links/icons?  Just the 
> file/class name will do just fine, thanks a lot.
> 
> Note that I do *not* want to disable customization actions 
> entirely or remove the icons in a per-tab pane fashion (I 
> know how to do that, with security-refs), I just want to get 
> rid of the tab pane icons entirely for cosmetic reasons.  
> They can still be customized by using the "Customize" link 
> and selecting the appropriate tab pane, which is what we prefer.
> 
> 
> thanks in advance,
> Joe Barefoot
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: French Jetspeed User Group ?

[Luta, Raphael (VUN)]

De : Christophe [mailto:[EMAIL PROTECTED]]
> 
> Good Idea - Raphael -  but I'm living in Belgium :-(((

Paris is only 1h30 away from Brussels by train ;)

> Anyway, it is a good initiative.
> Why not to make a small site for this user group in order to 
> write some
> white papers/doc in french and to have a forum also in 
> french. It should be
> possible on sourceforge. We can start by a translation of the 
> current doc
> and tutorial and some french compagnies who are using 
> Jetspeed for their
> business application.
> 

The key idea behind this group would be to enable face-to-face meetings
and create a network of French/Western Europe users-integrators-developers
to help tackle the needs of everybody.

What I would *not* like to create is a French-speaking only online community
that would not be completely integrated into the current Jetspeed community.
We don't have yet a big enough crowd to create separate online communities
around the same topic.

However, that does not mean that we can't have French white papers on the 
Jetspeed website, it's just a matter of finding a volunteer for the 
translation... (hint: not me ;)

> Christophe
> 
> - Original Message -
> From: "Gerald Estadieu" <[EMAIL PROTECTED]>
> To: "'Jetspeed Users List'" <[EMAIL PROTECTED]>
> Sent: Friday, December 13, 2002 3:47 AM
> Subject: RE: French Jetspeed User Group ?
> 
> 
> > Good idea, I am french but living in China for the time 
> being! I'll send
> you
> > my spirit!
> >
> >
> > -Original Message-
> > From: Luta, Raphael (VUN) [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, December 12, 2002 9:45 PM
> > To: '[EMAIL PROTECTED]'
> > Subject: French Jetspeed User Group ?
> >
> >
> > Given the number of French people active on this list, I'd 
> like to know
> > if there's any interest out there to set up a meeting 
> somewhere in Paris
> > so that everybody can meet around a drink and share 
> experiences around
> > Jetspeed (and other Apache/OSS tools).
> >
> > If there's enough interest, I can try to organize such a meeting in
> > January.
> >
> > --
> > Raphaël Luta - [EMAIL PROTECTED]
> > Jakarta Jetspeed - Enterprise Portal in Java
> > http://jakarta.apache.org/jetspeed/
> >
> > --
> > To unsubscribe, e-mail:
> > <mailto:[EMAIL PROTECTED]>
> > For additional commands, e-mail:
> > <mailto:[EMAIL PROTECTED]>
> > The contents of this message is attorney privileged and 
> confidential.  The
> > information provided is solely for the use of the 
> individual or entity
> named
> > above.  If the reader of this message is not the intended 
> recipient, you
> are
> > hereby notified that any dissemination, distribution or 
> copying of this
> > document is strictly prohibited.  If you have received this 
> document in
> > error, please send it back to the sender.  Any opinions 
> contained in this
> > e-mail, explicit or implied, are solely those of the author 
> and do not
> > necessarily represent those of Companhia de Electricidade 
> de Macau-CEM,
> S.A.
> >
> > --
> > 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: Jetspeed development?

[Luta, Raphael (VUN)]

De : Joe [mailto:[EMAIL PROTECTED]]
> 
> I think that you must admit however, that the
> organisations that can get the *most* benefit out of
> portal technologies *are* the larger ones. Where they
> do have many enterprise apps and business processes
> which a portal can provide centralized access to. For
> example, if you can have:
> 
> the top ten company performance reports
> all regular contracts
> employee to management company forms
> client details database information
> employee 'phone-book'
> 

The *very large* companies (ie Fortune 500) usually need both 
technologies (I work for one :) :
- the big enterprise software are typicaly used for client facing projects,
  deployed in large clustered environments where few managers would take
  the risk using a software with no formal support and maintenance contract,
  something which is not always readily available for most OS software.
- the OS software however will be nearly always found in these corporations
  at the workgroup/business unit/project level, where few managers would
  go through the hassles of formal budget approval, etc... to develop a few
  functionalities for some key users.
  In these areas, the flexibility and agility brought by the OS software is
  a winner 3 times out of 4. It's much easier to download an OS software,
  play a little with its config/code, build a demo to show the managers 
  and then ask them for a consulting budget to finalize the portal than 
  try to convince upfront these managers to allocate a budget to build a 
  portal with a commercial software.

Finally, Jetspeed specifically can be very productively used as a *personal*
portal: I've set up a Jetspeed on my own workstation to consolidate in one
aggregate view, various news sites + data from internal systems. It saves me
a load of time in browsing the web and let me be more reactve to internal
issues.
Since this is all at marginal cost for the company, the ROI is near infinite
:)

--
Raphaël Luta - [EMAIL PROTECTED]
Principal Consultant - Technology and New Initiatives
Vivendi Universal Networks - Paris

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

French Jetspeed User Group ?

[Luta, Raphael (VUN)]

Given the number of French people active on this list, I'd like to know
if there's any interest out there to set up a meeting somewhere in Paris
so that everybody can meet around a drink and share experiences around
Jetspeed (and other Apache/OSS tools).

If there's enough interest, I can try to organize such a meeting in
January.

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

RE: Jetspeed, WPS and JSR 168 / Portlet-API

[Luta, Raphael (VUN)]

De : Thomas Fischer [mailto:[EMAIL PROTECTED]]
> 
> Hi,
> 
> After I have found a Portlet-API draft at
> http://www.bluesunrise.com/jetspeeddocs I have following Question:
> 
> In the WPS-Portlet API 
> - the AbstractPortlet ( has a service method with PortletRequest and
> PortletResponse objects, 
> - Portlets can send events ... 
> in WPS V 4.1 the classes of (IBM) Portlet-API are extensons of the
> Servlet-API ones.
>  
> Which way goes jetspeed? 
> Does jetseed use in future a (IBM) Portlet-API like WPS - without an
> RunData object?
> 

JS 2.0 will probably support the standard JSR API (when it's finally 
available) and a backward compatible support for the legacy 1.x API.

> Wich project is the RI of JSR 168? Jetspeed or WPS ;-)
> 

None, because the JSR is not publicly available :) But the
JSR API will be closer to the WPS one than the current Jetspeed one.

> Does Jetspeed have a "Portlet-MarketPlace" like WPS
> http://www.ibm.com/websphere/portal/portlet/catalog
> 

Definitely no, we'd never host a page that you can't use with 
Mozilla :P

More seriously, not yet, but if some people on this list want their
portlets to be referenced from the main Jetspeed site, I would
think it's a good idea, it's just not done yet.

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

RE: Support for the JSR168 API

[Luta, Raphael (VUN)]

De : [EMAIL PROTECTED]
> 
> What are the target plans for 2.0, specifically related to 
> the support for
> JSR168 (Portlet API)?

Hmmm... this is a touch one. We want to have JS 2.0 implement the
JSR 168 API but unfortunately, this API keeps being pushed back for
public review and before the public review, we can't work on a public
open-source implementation because of the JCP NDA conditions even though
David is a member of the JCP and Apache group is active in defining
this API...

> We'd like to build portlets to run on JetSpeed, IBM WebSphere 
> Portal (WSP)
> and other platforms (IBM has extended the Portlet API and the portlet
> framework to subclass off of the servlet API).
> What approach would you recommend to "build in" some amount 
> of support when
> building portlets to maximize portability?
> 

The way I see it, Portlet APIs won't be standardized with enough
reference implementations available before at 1 year.
The JSR API won't be the IBM one whatever its technical merits because
the other vendors won't let IBM get such a competitive advantage but you
can expect it to be much closer to the WSP one than the current Jetspeed 
one (we all agree on it actually...).

Since cross-platform portlets with a common deployment model is
currently out, I'd advise you to rely on a platform-independant 
interface (SOAP for example) and portal-engine specific adapatation
portlets to invoke your business code.

Targetting the current public WSRP draft mayu be a good bet since
you'll notice there's a significant intersection between the members
of the OASIS WSRP group and the JSR 168 group ;>

http://www.oasis-open.org/committees/wsrp/documents/wsia_wsrp_interface_spec
_v0.85.pdf

If you do this and develop a WSRP adaptation portlet for Jetspeed, we'll
gladly accept the contribution :)

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

RE: Encoding of GET parameters in URL elements?

[Luta, Raphael (VUN)]

De : Gary Lawrence Murphy [mailto:[EMAIL PROTECTED]]
> 
> This is one of those XML uglinesses that just won't go away ;) ...
> 
>  cachedOnURL="true">http://www.telusgeomatics.com/TG_Portal/Loc
> ate_User.asp?road_name=93&road_type=street&house_numbe
> r=11235&muni=edmonton&ViewWidth=5000
> 
> Is that the proper way to encode the '&' separators in the URL, or
> should I use %26 codes ... or something else?
> 
> Similarly, if we have markup items to be put into xreg definitions, do
> we have a convention for escaping HTML markup so it passes the XML
> parser but is rendered correctly on the page?
> 

This is described in:

http://www.w3.org/TR/2000/REC-xml-20001006#syntax

Use &, < and > or  sections.
All xreg files must be XML 1.0 compliant.

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

RE: Jetspeed 1.4b2 installation - FIXED

[Luta, Raphael (VUN)]

OK, I think I nailed it !

Xerces fails to load a file using a canonical filepath reference, if its
path contains spaces !

Since the deault path for Tomcat when using the .exe install is
"Program Files/Apache Group/Tomcat 4.1", the bug always appear if don't
change the default directory...

I've checked a workaround patch in CVS: it seems to fix the issue now
that I can reproduce it on my workstation.

Please try the CVS version, or simply install Tomcat in a directory 
whose path contains no space.

--
Raphaël Luta - [EMAIL PROTECTED]
Technology and New Initiatives
Vivendi Universal Networks - Paris

> -Message d'origine-
> De : [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 11 décembre 2002 17:59
> À : Jetspeed Users List
> Objet : Re: Jetspeed 1.4b2 installation
> 
> 
> I tried with both exe and zip Tomcat 4.1.12 installations and 
> the error
> persists.
> I have also tried with Tomcat 4.1.16 and I had the same error again.
> 
> James, which Java VM and OS are you using?
> 
> Helder
> 
> - Original Message -
> From: "James Moliere" <[EMAIL PROTECTED]>
> To: "Jetspeed Users List" <[EMAIL PROTECTED]>
> Sent: Wednesday, December 11, 2002 4:49 PM
> Subject: Re: Jetspeed 1.4b2 installation
> 
> 
> > Greetings,
> > I had success implementing Jetspeed 1.4b2 when I installed 
> tomcat 4.1.12 as
> > the zip file not the exe file.  In other words, when I 
> unzipped tomcat and
> > then ran the server using startup.bat, I had success with 
> Jetspeed.  When I
> > installed Tomcat using the tomcat...exe, I got the error below.
> >
> >
> > At 02:58 PM 12/11/2002 +, you wrote:
> > >Hi!
> > >
> > >I report the same NullPointerException when trying to 
> instal v.1.4b2:
> > >
> > >Horrible Exception: java.lang.NullPointerException
> > > at
> >
> >org.apache.jetspeed.modules.pages.JetspeedTemplatePage.doBuil
> dBeforeAction(Jets
> p
> > >eedTemplatePage.java:159)
> > > at
> >
> >org.apache.jetspeed.modules.pages.JetspeedVelocityPage.doBuil
> dBeforeAction(Jets
> p
> > >eedVelocityPage.java:83)
> > > at
> > > 
> org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPa
> ge.java:137)
> > > at org.apache.turbine.modules.Page.build(Page.java:90)
> > > at 
> org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123)
> > > at org.apache.turbine.Turbine.doGet(Turbine.java:563)
> > > at 
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
> > > at 
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
> > >
> > >My environment:
> > >
> > >Windows 2000 Professional
> > >Java VM 1.4.0
> > >Tomcat 4.1.12 (standard)
> > >Turbine, Velocity, Castor and XML Parsers JAR files are 
> those that come with
> > >Tomcat and Jetspeed installations.
> > >
> > >Helder
> > >
> > >
> > >--
> > >To unsubscribe,
> > >e-mail:   
> > >For additional commands, e-mail:
> > >
> >
> > James Moliere
> > [EMAIL PROTECTED]
> >
> >
> > --
> > 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: Jetspeed 1.4B2

[Luta, Raphael (VUN)]

Can all the people who reported this null exception issue
please describe *exactly* their environment in bugzilla bug #15225 ?
I can't personnally reproduce it.

It seems that the issue only arises in some environments but not all.
Please make sure to state:
- OS Version
- JVM Version
- Tomcat version & install type (light or full)
- XML Parsers or APIs, Velocity, Castor or Turbine jars that may be
  found in the system/container classpath if any
  (version numbers and where they are located)

Also make sure that this bug happen with clean installs of Tomcat
and the WAR release of Jetspeed.

Based on the information collected, I'll try to figure out what 
may cause this issue.

I'll also commit today a possible workaround based on the patch
for bug 14917.

> -Message d'origine-
> De : Krzysztof Krzos [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 11 décembre 2002 10:56
> À : Jetspeed Users List
> Objet : Re: Jetspeed 1.4B2
> 
> 
> Yes me too!!! I spent half afternoon on this problem yesterday :))
> I thought that I made something wrong but maybe not? (I hope :) )
> Regards
> Chris
> 
> 
> > Greetings,
> > I installed Tomcat 4.1.16 and downloaded the jetspeed  war 
> file from the
> > jakarta web site (version 1.4B2) and when I executed
> > http://localhost:8080/jetspeed/
> >
> > I got the following error
> >
> > Horrible Exception: java.lang.NullPointerException
> > at
> >
> org.apache.jetspeed.modules.pages.JetspeedTemplatePage.doBuild
> BeforeAction(J
> > etspeedTemplatePage.java:159)
> > at
> >
> org.apache.jetspeed.modules.pages.JetspeedVelocityPage.doBuild
> BeforeAction(J
> > etspeedVelocityPage.java:83)
> > at
> > 
> org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPa
> ge.java:137)
> > at org.apache.turbine.modules.Page.build(Page.java:90)
> > at org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123)
> > at org.apache.turbine.Turbine.doGet(Turbine.java:563)
> >
> >
> > - Original Message -
> > From: "David Sean Taylor" <[EMAIL PROTECTED]>
> > To: "Jetspeed Users List" <[EMAIL PROTECTED]>
> > Sent: Tuesday, December 10, 2002 11:26 AM
> > Subject: RE: Jetspeed 1.4B2
> >
> >
> > > I just downloaded the war release, installed on Tomcat 
> 4.1.16, and no
> > > problems.
> > > Im on Java 1.4.
> > >
> > > I have no time to look now, since Im leaving the office 
> for the day.
> > >
> > >
> > >
> > > --
> > > 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: 
> 
> 

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

RE: new release - cannot install

[Luta, Raphael (VUN)]

Check http://jakarta.apache.org/jetspeed/site/install.html#Requirements

Maybe you're missing some of the required components for 1.4b2 like JAXP.
Else verify that you do have the xml-apis.jar library in your WAR
WEB-INF/lib directory.

> -Message d'origine-
> De : Pierre Henry [mailto:[EMAIL PROTECTED]]
> Envoyé : mardi 10 décembre 2002 13:54
> À : Jetspeed User List (E-mail)
> Objet : new release - cannot install
> 
> 
> Hi all !
> First I'd like to say good job for the new tutorial. Seems to 
> be pretty
> complete and well structured, nice job, thanks !
> 
> Now I downloaded the new 1.4b2 release because I wanted to enjoy the
> benefits from this tutorial, and for the new features. So I 
> downloaded the
> source release, built the war file ('build war' in the 
> jetspeed_home/build
> dir) and then copied the jetspeed.war file to my 
> tomcat/webapps dir. Started
> Tomcat, but when going to localhost:/jetspeed/ i got this :
> 
> javax.servlet.ServletException: Servlet.init() for servlet jsp threw
> exception
>   at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardW
> rapper.java:94
> 6)
>   at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrap
> per.java:655)
>   at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:214)
>   at
> org.apache.catalina.core.StandardPipeline.invokeNext(StandardP
> ipeline.java:5
> 66)
>   at
> org.apache.catalina.core.StandardPipeline.invoke(StandardPipel
> ine.java:472)
>   at
> org.apache.catalina.core.ContainerBase.invoke(ContainerBase.java:943)
>   at org.apache.catalina.core.StandardContextValve.invoke
> etc...
> 
> root cause 
> 
> java.lang.NoClassDefFoundError: org/w3c/dom/DOMErrorHandler
>   at
> org.apache.xerces.dom.CoreDocumentImpl.(CoreDocumentImpl.java:173)
>   at org.apache.xerces.dom.DocumentImpl.(DocumentImpl.java:173)
>   at
> org.apache.xerces.dom.DeferredDocumentImpl.(DeferredDocumentIm
> pl.java:194)
>   at
> org.apache.xerces.dom.DeferredDocumentImpl.(DeferredDocumentIm
> pl.java:189)
>   at
> org.apache.xerces.parsers.AbstractDOMParser.startDocument(Abst
> ractDOMParser.
> java:712)
>   at
> org.apache.xerces.impl.XMLNamespaceBinder.startDocument(XMLNam
> espaceBinder.j
> ava:444)
>   at
> org.apache.xerces.impl.dtd.XMLDTDValidator.startDocument(XMLDT
> DValidator.jav
> a:644)
>   at
> org.apache.xerces.impl.XMLDocumentScannerImpl.startEntity(XMLD
> ocumentScanner
> Impl.java:431)
>   at
> org.apache.xerces.impl.XMLEntityManager.startEntity(XMLEntityM
> anager.java:87
> 8)
>   at
> org.apache.xerces.impl.XMLEntityManager.startDocumentEntity(XM
> LEntityManager
> .java:741)
>   at
> org.apache.xerces.impl.XMLDocumentScannerImpl.setInputSource(X
> MLDocumentScan
> nerImpl.java:260)
>   at
> org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfigurat
> ion.java:498)
>   at
> org.apache.xerces.parsers.DTDConfiguration.parse(DTDConfigurat
> ion.java:580)
>   at org.apache.xerces.parsers.XMLParser.parse(XMLParser.java:152)
>   at org.apache.xerces.parsers.DOMParser.parse(DOMParser.java:253)
>   at
> org.apache.xerces.jaxp.DocumentBuilderImpl.parse(DocumentBuild
> erImpl.java:20
> 1)
>   at 
> javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:122)
>   at
> org.apache.jasper.parser.ParserUtils.parseXMLDocument(ParserUt
> ils.java:201)
>   at
> org.apache.jasper.compiler.TldLocationsCache.processWebDotXml(
> TldLocationsCa
> che.java:165)
>   at
> org.apache.jasper.compiler.TldLocationsCache.(TldLocationsCach
> e.java:138)
>   at
> org.apache.jasper.EmbededServletOptions.(EmbededServletOptions
> .java:350)
>   at 
> org.apache.jasper.servlet.JspServlet.init(JspServlet.java:265)
>   at
> org.apache.catalina.core.StandardWrapper.loadServlet(StandardW
> rapper.java:91
> 8)
>   at
> org.apache.catalina.core.StandardWrapper.allocate(StandardWrap
> per.java:655)
>   at
> org.apache.catalina.core.StandardWrapperValve.invoke(StandardW
> rapperValve.ja
> va:214)
>   etc
> 
> I tried to do exactly the same with the war release and it 
> just worked fine.
> Now I installed my generated war again, and wanted to test 
> with the war
> release again, and the war releases gives me the same 
> exception... But it
> worked once! I don't know what I changed, I think nothing...
> 
> I thought It could be related to an older version of Jetspeed 
> having ran on
> the server so I tried with a fresh clean install of Tomcat, 
> but it's the
> same.
> 
> At least if I put back my 'old' 1.4b1 war, it works again.
> 
> Does anybody have the same promblem or is the problem with me 
> ? Ha ve I done
> somethig wrong or omitted sth ?
> 
> I use Tomcat 4.0.4.
> 
> Thanks for your help !
> 
> 

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

RE: log in user programmatically (was Anybody Knows?)

[Luta, Raphael (VUN)]

Why not simply write a custom SessionValidator that logs in as "anon"/"anon"
is use is not authenticated and has not given any login/password ?

Check Turbine documentation on how to use the SessionValidator and 
AccessController classes.

> -Message d'origine-
> De : Joe Barefoot [mailto:[EMAIL PROTECTED]]
> Envoyé : mardi 10 décembre 2002 03:14
> À : Jetspeed Users List (E-mail)
> Cc : Sangam Dash
> Objet : log in user programmatically (was Anybody Knows?)
> 
> 
> I don't know what's wrong either, Sangam, it works fine for 
> me...has anyone else tried programmatically logging in a user 
> using a JSP/Servlet?
> 
> FYI, this is what he's trying to do (I do this with Jetspeed 
> integrated into our web app., and it works, but doesn't for 
> Sangam for some reason...could be some sort of 
> session-related issue?):
> 
> Jetspeed layout page has link -> JSP/Servlet (logs in user) 
> -> Jetspeed home page (for user just logged-in)
> 
> 
>   
> > >>>
> > >>Thanks a lot for the help
> > >>now clients and partners and other users can login
> > >>but once they login how to control them so that they cant add new 
> > >>portlets to the pages as these are for the general clients 
> > not for a 
> > >>particular client
> > >>do you know how to do that?
> > >>thanks
> > >>sangam dash
> > >>
> > >>
> > >>
> > >>
> > >
> > >  
> > >
> > Hi
> > 
> > in the login.jsp if i use your code
> > both the time it gives me username and password as anon anon
> > i dont know whats wrong
> > if you can think of something please let me know
> > sangam dash
> > 
> > 
> > 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: Problem withl jetspeed 1.4b1 instal

[Luta, Raphael (VUN)]

Check http://jakarta.apache.org/jetspeed/site/install.html#Installation

There are some known issues deploying with Tomcat 4.0.3 "out of the box"
taht have been fixed by the latest Tomcat 4.1 revisions.

> -Message d'origine-
> De : Antoine Santos [mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 6 décembre 2002 11:45
> À : [EMAIL PROTECTED]
> Objet : Problem withl jetspeed 1.4b1 instal
> 
> 
> When i deploy jetspeed.war (1.4b1), i have this error:
> org.apache.turbine.services.InstantiationException: 
> ServiceBroker: unknown service PoolService requested
> 
> My config is:
> -Linux debian
> -Tomcat 4.0.3
> -j2se 1.3.1
> 
> What is the probem ?
> 
> 

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

RE: HELP!!! showing a jsp in a velocity portlet?

[Luta, Raphael (VUN)]

You can if you really need to by making the RequestDispatcher available
in the Velocity portlet context but what don't you just use JspPortlet ?

> -Message d'origine-
> De : Leonard Flournoy [mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 6 décembre 2002 06:58
> À : Jetspeed Users List
> Objet : HELP!!! showing a jsp in a velocity portlet?
> 
> 
> Is it possible to display a jsp file in a velocity porlet? If so, how?
> 
> Please help!!
> 
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

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

RE: Is anyone out there using Cocoon instead of Turbine?

[Luta, Raphael (VUN)]

Turbine and Cocoon don't really match together because they 
both expect them to be in control of the process flow and the user
response.

If you really want/need to use Cocoon, check out the portal extensions
to the Cocoon engine as well as the web services proxy, they may fit
your need better.

IMO, the benefits of mixing Turbine and Cocoon are not worth the
trouble, you'll be better off by choosing one or the other.

Other comments on your mail:
- I you prefer, you can use Turbine and Jetspeed with JSPs rather than
  Velocity. JSPs will probably be better supported by your HTML editor.
  Alternatively, check out the Velocity mailing-lists archives where the
  topic of markup integration into visual tools has been extensively 
  discussed...

- Jetspeed also supports rendering to any XML format like SOAP provided
  your content is not keyed to a specific presentation layer, you just
  need to define the appropriate media types and provide JSP or Velocity
  templates

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

> -Message d'origine-
> De : James Moliere [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 5 décembre 2002 20:48
> À : Jetspeed Users List
> Objet : Is anyone out there using Cocoon instead of Turbine?
> 
> 
> Hello,
> Is anyone out there using Cocoon instead of Turbine to 
> dynamically render 
> HTML content?  The HTML editors that our developers use 
> (DreamWeaver MX) do 
> not bode well with Turbine.  The comments (#) look ugly in 
> the HTML page 
> and they get in the way of precise layout.  We also prefer 
> cocoon because 
> we may want to render future pages whose XML is a SOAP response.
> 
> How was the transition from Turbine to Cocoon?  Were there 
> any "GOTCHAS!"?
> 
> thanks!
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: Jetspeed Content Admin

[Luta, Raphael (VUN)]

Simply provide a way within Jetspeed to work on RSS items
on feeds.

I can see 2 possible implementation strategies:
- either creating a portlet that can read and edit the contents
  of a RSS XML file 
- or in a more CMS fashion, have a portlet edit content into a DB
  that can be exported as a RSS document

Such a basic content editing capability would a great addition to 
the syndication support and would be much more flexible.

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

> -Message d'origine-
> De : Christophe [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 5 décembre 2002 21:18
> À : Jetspeed Users List
> Objet : Re: Jetspeed Content Admin
> 
> 
> Raphael,
> 
> Sorry to come back again on this subject but can you explain 
> in more detail
> what kind of authoring RSS portlet do you expect ? I'm 
> interesting by that.
> Are you thinking about managing local RSS XML files (add 
> /drop update items
> in the channel) or is it other kind of feature ?
> 
> Christophe
> 
> - Original Message -
> From: "Luta, Raphael (VUN)" <[EMAIL PROTECTED]>
> To: "'Jetspeed Users List'" <[EMAIL PROTECTED]>
> Sent: Thursday, December 05, 2002 2:29 PM
> Subject: RE: Jetspeed Content Admin
> 
> 
> > This code is one of Kevin legacies and is not actively maintained
> > by anybody since 2000.
> >
> > I don't recommend you use it and it will probably be retired as soon
> > as we have a small replacement content publication system 
> usable within
> > Jetspeed.
> >
> > I can see 2 most likely candidates:
> > - integration with a CMS like Slide. Christophe has sent me 
> an update
> > to the jetspeed-cms package in scratchpad but I've not yet 
> been able to
> look
> > into it.
> > - develop a RSS authoring portlet (if anybody can share 
> such a portlet
> > that would be extremely cool)
> >
> > De : David Sean Taylor [mailto:[EMAIL PROTECTED]]
> > > > -Original Message-
> > > > From: Martin Baur [mailto:[EMAIL PROTECTED]]
> > > > Sent: Wednesday, December 04, 2002 12:11 PM
> > > > To: Jetspeed Users List
> > > > Subject: Re: Jetspeed Content Admin
> > > >
> > > >
> > > > hi
> > > >
> > > > where is the content shown u create with the content admin
> > > ? i can create
> > > > something, give it a title and an URL but where do i see
> > > the result ?
> > > >
> > > > cheers
> > > >
> > > > martin
> > > >
> > > This is one of the few areas of Jetspeed I haven't had
> > > success with (the UI
> > > for Content Admin).
> > > The feature goes a few years back.
> > > I remember it being broken as far back as 1.3a1, not sure if
> > > anyone has
> > > stepped up to fix it yet
> > >
> > >
> > >
> > > --
> > > 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]>

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

RE: Jetspeed Content Admin

[Luta, Raphael (VUN)]

This code is one of Kevin legacies and is not actively maintained
by anybody since 2000.

I don't recommend you use it and it will probably be retired as soon
as we have a small replacement content publication system usable within
Jetspeed.

I can see 2 most likely candidates:
- integration with a CMS like Slide. Christophe has sent me an update 
to the jetspeed-cms package in scratchpad but I've not yet been able to look
into it.
- develop a RSS authoring portlet (if anybody can share such a portlet
that would be extremely cool)

De : David Sean Taylor [mailto:[EMAIL PROTECTED]]
> > -Original Message-
> > From: Martin Baur [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, December 04, 2002 12:11 PM
> > To: Jetspeed Users List
> > Subject: Re: Jetspeed Content Admin
> >
> >
> > hi
> >
> > where is the content shown u create with the content admin 
> ? i can create
> > something, give it a title and an URL but where do i see 
> the result ?
> >
> > cheers
> >
> > martin
> >
> This is one of the few areas of Jetspeed I haven't had 
> success with (the UI
> for Content Admin).
> The feature goes a few years back.
> I remember it being broken as far back as 1.3a1, not sure if 
> anyone has
> stepped up to fix it yet
> 
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: Included resource or file "abcd.jsp" not found from requested res ource "/jetspeed/portal/

[Luta, Raphael (VUN)]

With Weblogic you need to move your JSP templates out of WEB-INF because
Weblogic does not service a JSP within WEB-INF, it's a Tomcat specific
feature.

Velocity does not have these issues at all.

> -Message d'origine-
> De : Moabi Nyokong [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 5 décembre 2002 10:16
> À : 'Jetspeed Users List'
> Objet : Included resource or file "abcd.jsp" not found from requested
> res ource "/jetspeed/portal/
> 
> 
> I'm unable to use JspPortlet, I always get this error
> 
> <2002/12/05 11:07:52>   <101214>  resource or file
> "/jetspeed/WEB-INF/templates/jsp/
> portlets/welcome.jsp" not found from requested resource
> "/jetspeed/portal/".>
> 
> The template is there, and if I remove/rename it, I get a different
> "template not found" error...any ideas?
> 
> I'm using Weblogic 7.0, and JDK 1.3
> 
> 
> -Moabi
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: $portlets in multi-column.vm

[Luta, Raphael (VUN)]

De : Luc Dewavrin [mailto:[EMAIL PROTECTED]]
> 
> Ok i have just realized my english was
> not really understandable in my previous mail and my message
> was not therefore really clear.
> I'll try to make it short.
> Is the syntax :
> # foreach ($portlet in $portlets[0])
> correct to only get the portlets of the first column ?
> I use this instruction in a velocity template file associated with a
> multicolumn controller
> and it doesn't work. $!portlet.getContent($data) gives me nothing.
> 
> Of course i have tried the following syntax:
> #foreach ( $column in $portlets)
> # foreach ($portlet in $column)
> and it works but i don't want to iterate through all the 
> columns and diplay
> all the portlets!
> 
> How can i only retrieve the portlets of a specific column 
> from the $portlets
> object?
> 

The $portlets object in the context is of type List[] and
as far as I know there's no notation in Velocity to directly access
an array position using a range notation.
You're left with 2 options:
- write code to behave as a range access but through iteration

## We want the first column, ie $portlets[0]
## We assume that $velocityCount is starting at 1 as is the default
#set ($target = 1)
#foreach ( $column in $portlets )
#if ( $velocityCount == $target )
  do something
#end
#end

possibly defining this snippet as a macro

- modify or subclass the MultiColumnControllerAction to change the
  type of the $portlets reference to an ArrayList of List, in which
  case you can use the notation:

  $portlets.0 or $portlets.get(0)

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

RE: Jetspeed on the farm -yee-ha

[Luta, Raphael (VUN)]

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

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

RE: Getting crazy with MySQL!!!

[Luta, Raphael (VUN)]

This is most likely an access right issue between Tomcat and MySQL:
Jetspeed doesn't seem to be able to connect to MySQL.

Check your MySQL access rights and tests with the command line utility
to makje sure that the user Jetspeed is configured with can indeed 
connect to the database.

> -Message d'origine-
> De : BARDE, CEDRIC [mailto:[EMAIL PROTECTED]]
> Envoyé : mercredi 27 novembre 2002 14:15
> À : 'Jetspeed Users'
> Objet : Getting crazy with MySQL!!!
> 
> 
> Hi all,
> 
> I still cannot make Jetspeed work properly with MySQL... I am 
> using MySQL
> 3.23.51 for Windows, the mm.mysql-2.0.4 driver and Jetspeed 1.4b1.
> My database is populated (I have used the scripts given with Jetspeed
> sources) and I have modified TurbineResources.props...
> 
> First, I run MySQL Server, then Tomcat and finally, I try to hit
> http://localhost:8080/jetspeed. But I get this error :
> 
> Horrible Exception: 
> org.apache.jetspeed.services.security.LoginException:
> Failed to get anonymous user:
> org.apache.jetspeed.services.security.UserException: Failed 
> to retrieve user
> 'anon': Connection object is null! at
> org.apache.jetspeed.services.security.turbine.TurbineAuthentic
> ation.getAnony
> mousUser(TurbineAuthentication.java:194) at
> org.apache.jetspeed.services.JetspeedAuthentication.getAnonymo
> usUser(Jetspee
> dAuthentication.java:107) at
> org.apache.jetspeed.services.JetspeedSecurity.getAnonymousUser
> (JetspeedSecur
> ity.java:157) at
> org.apache.jetspeed.modules.actions.TemplateSessionValidator.d
> oPerform(Templ
> ateSessionValidator.java:97) at
> org.apache.jetspeed.modules.actions.JetspeedSessionValidator.d
> oPerform(Jetsp
> eedSessionValidator.java:103) at
> org.apache.turbine.modules.Action.perform(Action.java:87) at
> org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at
> org.apache.turbine.Turbine.doGet(Turbine.java:468) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java) at
> org.apache.tomcat.facade.ServletHandler.doService(ServletHandl
> er.java:574)
> at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at
> org.apache.tomcat.core.Handler.service(Handler.java:235) at
> org.apache.tomcat.facade.ServletHandler.service(ServletHandler
> .java:485) at
> org.apache.tomcat.facade.RequestDispatcherImpl.doForward(Reque
> stDispatcherIm
> pl.java:272) at
> org.apache.tomcat.facade.RequestDispatcherImpl.forward(Request
> DispatcherImpl
> .java:174) at
> org.apache.jasper.runtime.PageContextImpl.forward(PageContextI
> mpl.java:423)
> at index_1._jspService(index_1.java:51) at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java) at
> org.apache.tomcat.facade.ServletHandler.doService(ServletHandl
> er.java:574)
> at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at
> org.apache.tomcat.core.Handler.service(Handler.java:235) at
> org.apache.tomcat.facade.ServletHandler.service(ServletHandler
> .java:485) at
> org.apache.tomcat.core.ContextManager.internalService(ContextM
> anager.java:91
> 7) at 
> org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
> at
> org.apache.tomcat.modules.server.Http10Interceptor.processConn
> ection(Http10I
> nterceptor.java:176) at
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
> nt.java:494)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> ThreadPool.jav
> a:516) at java.lang.Thread.run(Thread.java:479) 
> 
> I cannot figure out what I am doing wrong.
> If anyone could point me to the right direction, I would 
> appreciate it a
> lot!
> 
> Thanx in advance.
> Ced
> 
> __
> Cédric BARDE
> Disneyland Resort Paris - Information Services
> Bâtiment Robin Hood - BP 100
> 7 Marne-La-Vallée
> Tél : 01 64 74 65 49
> Fax : 01 64 74 65 65
> Email : [EMAIL PROTECTED]
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: Creation of PSMLs files

[Luta, Raphael (VUN)]

De : Aurelien Pernoud [mailto:[EMAIL PROTECTED]]
> 
> First sorry david, I send it to you only at first so you'll 
> have it twice !
> 
> > De : David Sean Taylor [mailto:[EMAIL PROTECTED]]
> >
> > I think that perhaps you have found a new feature to add to 
> the core.
> > That is, if the user doesn't have a profile, create one or
> > direct them to the customizer.
> 
> I (for my project needs) will implement a fully working one, cause we
> already have an application that creates user, but we don't want to
> completely modify it so that it creates psml, roles... so I 
> said I'll do it
> at the login, all that our other app will have to do is create a
> turbine_user (or equivalent).
> I saw Pierre has completed my first draw and is not so far 
> from the solution
> too, so when I'll get back to user creation in jetspeed I may 
> have not much
> to do !
> 

Sorry to jump late on this thread but I think a clean way to proceed
would be to add to the Profile interface a new method:

public boolean isNew()

And change the Profiler algorithm so that if it doesn't find any
user PSML resource, it'll load a default PSML resource based either
on group/role membership or "default" user and mark the profile as
"new".

That way, the accesscontroller can check the Profile status and if
is new can redirect the user to customize its profile and then save it.

Would that work for you ?

> Another feature that I'd like to have : CHECK that the psml 
> retrieved is
> still good... Else you have a "Unable to fetch pane" error 
> (it happens when
> tomcat is not properly shut down, and recently I had this error on the
> anonymous pane... and noone here do log as anonymous so I 
> don't understand
> how it happened ).
> 
> This "bug" is clearly awful, you have to rebuild the psml "at 
> the end" in
> db... So I wanted something that checked if the psml was 
> good, and if not
> replace it by the default one... Or better, I'll take a look 
> at the part
> where Tomcat writes those psml (in my case I'm using dbpsml, 
> nice work)
> cause I think it should commit after checking that the psml is good or
> something like that.
> 

This should be pretty simple to fix, we simply need to act on the
execptions recieved rather than simply log them.

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

RE: dynamic pane population upon startup?

[Luta, Raphael (VUN)]

You have several way to tackle this depending on how transparent
you want this to be and what kind of customization features you
need:

- Easiest way:
  Rewrite a PortalTopolkit implementation and overload the 
  getSet(...) method to create your PortletSet dynamically.
  Since you only have access to the PSML Portlets object 
  in these methods you'll want to either extend the PSML
  markup to code your cloning policy or use "system" parameters
  for this purpose, ie parameters that start with "_", they
  won't show up in the customizer.
- A bit more complex:
  In addition to the PortalToolkit implementation that you'll 
  have to override in any case, you can also develop a new
  DynamicPortletSet implementation of the PortletSet which
  would responsible for the actual cloning process or even
  would not hold a vector of Portlets as the default version
  but would query a DB to generate it on the fly.
  The main advantage of doing this is that you'll have access to
  the Rundata context and thus your query may use context information.
- Alternate:
  Instead of your custom PortletSet implementation, you can write 
  a custom PortletController that would use a "static" PortletSet with
  cloning information to dynamically layout multiple cloned portlets.
  The greatest advantage of this approach over the previous one is that
  it's the controller responsability to build the page customization 
  template, and thus you have full control on how you want to customize
  your page.

Finally if you plan to dynamically react to user context, I'd recommend
extending the BaseProfile and Profiler service to store your profiling
information in the BaseProfile object based on User request + possible
db connections.
You'll be able to reuse your profile information when ever you have access
to RunData and it guarantees separation of your profiling logic and the
way you build this profiling information.

De : Eric White [mailto:[EMAIL PROTECTED]]
> 
> I'd like to define a single portlet then, upon startup, dynamically
> populate a pane with several instances of the aforementioned portlet,
> each driven with different configuration data (most likely 
> driven from a
> database).
> 
> Can anybody point me to reference material (or, better yet, example
> code) for how to do this?
> 
> thanks
> 
> eric
> 
> 
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: Configuring Jetspeed with MySQL

[Luta, Raphael (VUN)]

Check out

http://jakarta.apache.org/jetspeed/site/install.html#Database Configuration

Especially the definitions in TurbineResources.properties like
database.adaptor.

> -Message d'origine-
> De : BARDE, CEDRIC [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 25 novembre 2002 11:46
> À : 'Jetspeed Users'
> Objet : Configuring Jetspeed with MySQL
> 
> 
> Hi all,
> 
> I am trying to make Jetspeed work with a MySQL database and I get the
> following error when hitting http://localhost:8080/jetspeed :
> 
> Horrible Exception: java.lang.Error: Error in
> BasePeer.initTableSchema(TURBINE_USER): Unknown JDBC driver:
> com.mysql.jdbc.Driver: Check your configuration file at
> org.apache.jetspeed.om.security.turbine.BaseTurbineUserPeer.in
> itClass(BaseTu
> rbineUserPeer.java:130) at
> org.apache.jetspeed.om.security.turbine.BaseTurbineUserPeer.(B
> aseTurbineUser
> Peer.java:109) at
> org.apache.jetspeed.services.security.turbine.TurbineUserManag
> ement.getUser(
> TurbineUserManagement.java:164) at
> org.apache.jetspeed.services.JetspeedUserManagement.getUser(Je
> tspeedUserMana
> gement.java:98) at
> org.apache.jetspeed.services.security.turbine.TurbineAuthentic
> ation.getAnony
> mousUser(TurbineAuthentication.java:184) at
> org.apache.jetspeed.services.JetspeedAuthentication.getAnonymo
> usUser(Jetspee
> dAuthentication.java:107) at
> org.apache.jetspeed.services.JetspeedSecurity.getAnonymousUser
> (JetspeedSecur
> ity.java:157) at
> org.apache.jetspeed.modules.actions.TemplateSessionValidator.d
> oPerform(Templ
> ateSessionValidator.java:97) at
> org.apache.jetspeed.modules.actions.JetspeedSessionValidator.d
> oPerform(Jetsp
> eedSessionValidator.java:103) at
> org.apache.turbine.modules.Action.perform(Action.java:87) at
> org.apache.turbine.modules.ActionLoader.exec(ActionLoader.java:122) at
> org.apache.turbine.Turbine.doGet(Turbine.java:468) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java) at
> org.apache.tomcat.facade.ServletHandler.doService(ServletHandl
> er.java:574)
> at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at
> org.apache.tomcat.core.Handler.service(Handler.java:235) at
> org.apache.tomcat.facade.ServletHandler.service(ServletHandler
> .java:485) at
> org.apache.tomcat.facade.RequestDispatcherImpl.doForward(Reque
> stDispatcherIm
> pl.java:272) at
> org.apache.tomcat.facade.RequestDispatcherImpl.forward(Request
> DispatcherImpl
> .java:174) at
> org.apache.jasper.runtime.PageContextImpl.forward(PageContextI
> mpl.java:423)
> at index_1._jspService(index_1.java:51) at
> org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:119) at
> javax.servlet.http.HttpServlet.service(HttpServlet.java) at
> org.apache.tomcat.facade.ServletHandler.doService(ServletHandl
> er.java:574)
> at org.apache.tomcat.core.Handler.invoke(Handler.java:322) at
> org.apache.tomcat.core.Handler.service(Handler.java:235) at
> org.apache.tomcat.facade.ServletHandler.service(ServletHandler
> .java:485) at
> org.apache.tomcat.core.ContextManager.internalService(ContextM
> anager.java:91
> 7) at 
> org.apache.tomcat.core.ContextManager.service(ContextManager.java:833)
> at
> org.apache.tomcat.modules.server.Http10Interceptor.processConn
> ection(Http10I
> nterceptor.java:176) at
> org.apache.tomcat.util.net.TcpWorkerThread.runIt(PoolTcpEndpoi
> nt.java:494)
> at
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(
> ThreadPool.jav
> a:516) at java.lang.Thread.run(Thread.java:479) 
> 
> The database has been created and populated with the help of 
> the scripts
> given by Jetspeed, the JDBC driver is installed (the JAR file 
> is in the
> WEB-INF/lib directory), so I don't understand what the 
> problem could be.
> 
> Thanx in advance for your help!
> Ced
> 
> __
> Cédric BARDE
> Disneyland Resort Paris - Information Services
> Bâtiment Robin Hood - BP 100
> 7 Marne-La-Vallée
> Tél : 01 64 74 65 49
> Fax : 01 64 74 65 65
> Email : [EMAIL PROTECTED]
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: printable documentation

[Luta, Raphael (VUN)]

AFAIK, currently no. We're using the default page creation
system of Jakarta (Anakia) that does not generate the HTMl out the
XML documentation files.

However, using another tool like Forrest, it should be pretty easy to 
generate a printable, portable PDF file out of the documentation xdocs.

> -Message d'origine-
> De : Eric Tchepannou [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 25 novembre 2002 01:47
> À : Jetspeed Users List
> Objet : printable documentation
> 
> 
> hi everyone
> 
> Is it possible to get a printable documentation of jetspeed somewhere?
> 
> Merci..
> 
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

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

RE: JESTSPEED CRASH!! ecs screen error

[Luta, Raphael (VUN)]

If you shut down improperly, especially if you do not let Tomcat or
your servlet container shut down completely, you may end up with
corrupted registry files because these are *always* saved on shutdown by
Jetspeed.

> -Message d'origine-
> De : Rutledge, Aaron [mailto:[EMAIL PROTECTED]]
> Envoyé : vendredi 22 novembre 2002 16:31
> À : Jetspeed Users List
> Objet : RE: JESTSPEED CRASH!! ecs screen error
> 
> 
> Thank you!  Yes, I think you were right on.  Something must 
> have gotten corrupted.  Luckily, I was able to redirect the 
> site to the development computer.  After redeploying the war 
> from the development computer back on the production 
> server--everything was fine.  Wheeew! I will examine the psml 
> files from the corrupted version to the working and report 
> what I find.  Is this possibly a bug?  --Aaron
> 
> -Original Message-
> From: Luta, Raphael (VUN) [mailto:[EMAIL PROTECTED]]
> Sent: Friday, November 22, 2002 2:52 AM
> To: 'Jetspeed Users List'
> Subject: RE: JESTSPEED CRASH!! ecs screen error
> 
> 
> A connection reset by peer typically means that either your browser
> has closed the connection to the server before the response 
> was completely
> done, or that you can't bind to the expected port.
> 
> I don't think any of these 2 syndroms explain what you see so 
> I'd expect
> there's another error somewhere.
> 
> Try the following things:
> - check if the portal works with "admin" user or any other registered
>   user
> 
> -> If yes, your anon PSML file may be corrupted, check it out.
> 
> - try jetspeed with a default PSML file with *no* portlet, 
> only portletset
> 
> eg:
> 
> /psml/user/anon/html/test.psml:
> 
>   
>   
>   
> 
>   Test
> 
>   
> 
> 
> if http://localhost:8080/jetspeed/portal/page/test works correctly
> (empty screen with only the "Test" pane title) then check 
> your registry
> as it may be corrupted.
> 
> - alos try seeting vm as the default template extension in 
> TR.p and check 
>   again. If this works, the issue is JSP related (corrupted 
> work, class 
>   conflicts, etc...)
> 
> Finally, as the late Douglas Adams would write: DON'T PANIC :)
> 
> > -Message d'origine-
> > De : Rutledge, Aaron [mailto:[EMAIL PROTECTED]]
> > Envoyé : jeudi 21 novembre 2002 20:56
> > À : Jetspeed (E-mail)
> > Objet : JESTSPEED CRASH!! ecs screen error
> > 
> > 
> > Hello,  Our intranet application built on Jetspeed has 
> > crahed.  It was working fine until I rebooted the server.  I 
> > have tried deleting the work folder and all cached folders, 
> > but I continue to get the same error.  When the anonymous 
> > portal is opened I get the following exception message on screen:
> > 
> > Error processing ecs screen 'default'. See log for more 
> information.  
> > 
> > I need to get this back up ASAP since this our main intranet 
> > application!  ANy help greatly appreciated!  Aaron
> > 
> > The stderr log has this message in it...
> > java.net.SocketException: Connection reset by peer: socket 
> write error
> >  at java.net.SocketOutputStream.socketWrite0(Native Method)
> >  at 
> > java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
> >  at java.net.SocketOutputStream.write(SocketOutputStream.java:126)
> >  at 
> > org.apache.coyote.http11.InternalOutputBuffer$OutputStreamOutp
> > utBuffer.doWrite(InternalOutputBuffer.java:652)
> >  at 
> > org.apache.coyote.http11.filters.ChunkedOutputFilter.doWrite(C
> hunkedOutputFilter.java:166)
> >  at 
> > org.apache.coyote.http11.InternalOutputBuffer.doWrite(Internal
> OutputBuffer.java:523)
> >  at org.apache.coyote.Response.doWrite(Response.java:508)
> >  at 
> > org.apache.coyote.tomcat4.OutputBuffer.realWriteBytes(OutputBu
> > ffer.java:380)
> >  at 
> > org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:360)
> >  at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:346)
> >  at 
> > org.apache.tomcat.util.buf.IntermediateOutputStream.write(C2BC
> > onverter.java:273)
> > ...and so on
> > 
> > And the jetspeed log has the following information
> > [12:51:02,992 ERROR] Turbine.handleException: Error 
> > encountered processing a 
> > template:/layouts/html/en/default.jsp: Connection reset by 
> > peer: socket write error
> > [12:51:02,992 ERROR] 
> > org.apache.jasper.JasperException: Connection reset by peer: 
> &g

RE: JESTSPEED CRASH!! ecs screen error

[Luta, Raphael (VUN)]

A connection reset by peer typically means that either your browser
has closed the connection to the server before the response was completely
done, or that you can't bind to the expected port.

I don't think any of these 2 syndroms explain what you see so I'd expect
there's another error somewhere.

Try the following things:
- check if the portal works with "admin" user or any other registered
  user

-> If yes, your anon PSML file may be corrupted, check it out.

- try jetspeed with a default PSML file with *no* portlet, only portletset

eg:

/psml/user/anon/html/test.psml:

  
  
  

  Test

  


if http://localhost:8080/jetspeed/portal/page/test works correctly
(empty screen with only the "Test" pane title) then check your registry
as it may be corrupted.

- alos try seeting vm as the default template extension in TR.p and check 
  again. If this works, the issue is JSP related (corrupted work, class 
  conflicts, etc...)

Finally, as the late Douglas Adams would write: DON'T PANIC :)

> -Message d'origine-
> De : Rutledge, Aaron [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 21 novembre 2002 20:56
> À : Jetspeed (E-mail)
> Objet : JESTSPEED CRASH!! ecs screen error
> 
> 
> Hello,  Our intranet application built on Jetspeed has 
> crahed.  It was working fine until I rebooted the server.  I 
> have tried deleting the work folder and all cached folders, 
> but I continue to get the same error.  When the anonymous 
> portal is opened I get the following exception message on screen:
> 
> Error processing ecs screen 'default'. See log for more information.  
> 
> I need to get this back up ASAP since this our main intranet 
> application!  ANy help greatly appreciated!  Aaron
> 
> The stderr log has this message in it...
> java.net.SocketException: Connection reset by peer: socket write error
>  at java.net.SocketOutputStream.socketWrite0(Native Method)
>  at 
> java.net.SocketOutputStream.socketWrite(SocketOutputStream.java:92)
>  at java.net.SocketOutputStream.write(SocketOutputStream.java:126)
>  at 
> org.apache.coyote.http11.InternalOutputBuffer$OutputStreamOutp
> utBuffer.doWrite(InternalOutputBuffer.java:652)
>  at 
> org.apache.coyote.http11.filters.ChunkedOutputFilter.doWrite(C
hunkedOutputFilter.java:166)
>  at 
> org.apache.coyote.http11.InternalOutputBuffer.doWrite(Internal
OutputBuffer.java:523)
>  at org.apache.coyote.Response.doWrite(Response.java:508)
>  at 
> org.apache.coyote.tomcat4.OutputBuffer.realWriteBytes(OutputBu
> ffer.java:380)
>  at 
> org.apache.tomcat.util.buf.ByteChunk.flushBuffer(ByteChunk.java:360)
>  at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:346)
>  at 
> org.apache.tomcat.util.buf.IntermediateOutputStream.write(C2BC
> onverter.java:273)
> ...and so on
> 
> And the jetspeed log has the following information
> [12:51:02,992 ERROR] Turbine.handleException: Error 
> encountered processing a 
> template:/layouts/html/en/default.jsp: Connection reset by 
> peer: socket write error
> [12:51:02,992 ERROR] 
> org.apache.jasper.JasperException: Connection reset by peer: 
> socket write error
>   at 
> org.apache.jasper.servlet.JspServletWrapper.service(JspServlet
> Wrapper.java:246)
>   at 
> org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet
> .java:289)
>   at 
> org.apache.jasper.servlet.JspServlet.service(JspServlet.java:240)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:853)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.invoke(Applicat
ionDispatcher.java:684)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.doInclude(Appli
cationDispatcher.java:575)
>   at 
> org.apache.catalina.core.ApplicationDispatcher.include(Applica
tionDispatcher.java:498)
>   at 
> org.apache.turbine.services.jsp.TurbineJspService.handleReques
> t(TurbineJspService.java:192)
> org.apache.turbine.util.TurbineException: Error encountered 
> processing a template:/layouts/html/en/default.jsp: 
> Connection reset by peer: socket write error
>   at 
> org.apache.turbine.services.jsp.TurbineJspService.handleReques
> t(TurbineJspService.java:210)
>   at 
> org.apache.jetspeed.modules.layouts.JetspeedJspLayout.doBuild(
JetspeedJspLayout.java:115)
>   at org.apache.turbine.modules.Layout.build(Layout.java:91)
>   at 
> org.apache.turbine.modules.LayoutLoader.exec(LayoutLoader.java:123)
>   at 
> org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPa
> ge.java:169)
>   at org.apache.turbine.modules.Page.build(Page.java:90)
>   at 
> org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123)
>   at org.apache.turbine.Turbine.doGet(Turbine.java:510)
> and so on
> 

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

RE: location of portlets.browser.DatabaseBrowserAction?

[Luta, Raphael (VUN)]

> De : Eric White [mailto:[EMAIL PROTECTED]]
>
> I'm looking at the xregs entry for the demo 
> DatabaseBrowserPortlet and I
> see where the "action" parameter's value is set to 
> "portlets.browser.DatabaseBrowserAction".
> 
> I also see where, in the VelocityPortlet constructor, the value of the
> "action" parameter is retrieved and an ActionLoader is 
> instantiated and
> exec'ed from it.
> 
> but I can't find where portlets.browser.DatabaseBrowserAction is
> defined. Is this a Java implementation or another velocity script
> somewhere?
> 
> Can anybody point me down a different alley?
> 

It's a Java class located in one of the packages defined in TR.p by 
the "module.packages" property.

More specifically in this case, you'll find it in:
org.apache.jetspeed.modules.actions.portlets.browser.DatabaseBrowserAction

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

RE: Display bug with PSML references

[Luta, Raphael (VUN)]

Use bugzilla: http://nagoya.apache.org/bugzilla/

> -Message d'origine-
> De : Luc Dewavrin [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 21 novembre 2002 15:53
> À : Jetspeed Users List
> Objet : RE: Display bug with PSML references
> 
> 
> Sorry,
> but i don't know the process to submit bugs
> to Jetspeed developers community.
> How can i submit this bug or maybe has it already
> been taken into account?
> 
> Thanks,
> Luc
> 
>  --- [EMAIL PROTECTED] a écrit : > Yes, the problem is
> with the Maximize page that is
> > used to render the
> > portlets.  It does not render the controller or
> > control only the portlet.
> > 
> > -Original Message-
> > From: Luc Dewavrin [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, November 21, 2002 3:08 AM
> > To: [EMAIL PROTECTED]
> > Subject: Display bug with PSML references
> > 
> > 
> > Hi,
> >   i have submitted 2 days ago a display bug
> > with AggregatePortlets. => Sometimes when i click
> > on actions ( controls.Maximize, etc.), the menu
> > bar with tab panes disappear. The problem was linked
> > to AggregatePortlet that i use in most of my PSML.
> > 
> > I have tried to replace AggregatePortlets with PSML
> > references but i still get this bug.
> > 
> > Does anybody has the same problem?
> > 
> > Luc
> > 
> > 
> >
> ___
> > Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et
> > en français !
> > Yahoo! Mail : http://fr.mail.yahoo.com
> > 
> > --
> > To unsubscribe, e-mail:
> >
> 
> > For additional commands, e-mail:
> > 
> > 
> > --
> > To unsubscribe, e-mail:  
> >
> 
> > For additional commands, e-mail:
> > 
> >  
> 
> ___
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Yahoo! Mail : http://fr.mail.yahoo.com
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: again screen

[Luta, Raphael (VUN)]

You need to register your modules package in TR.p
module.packages=.modules

After restart, it should load your Screen with your template.
Note however that you'll probably be better off using directly
tools and the "Pull model" rather than rely on Screen classes

> -Message d'origine-
> De : Ender KILICOGLU [mailto:[EMAIL PROTECTED]]
> Envoyé : jeudi 21 novembre 2002 12:14
> À : [EMAIL PROTECTED]
> Objet : again screen 
> 
> 
> Followed turbine guide but screen class not loaded with template. 
> Put in all those dir s but nothing
>  
> modules.screens.Test
> modules.screens.openisp.Test
>  
> If somebody use screen context filling feature of turbine I need some
> samples.
>  
> Thanks
>  
> Ender
>  
> 

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

RE: New to this group please help me

[Luta, Raphael (VUN)]

No matter what portal or web development tool you're using, you should
*always* first spend some time on the specification of your portal.

You should not even start looking at the toys before answering questions
like (randomly sorted) :

* How many users ?
* Is there already an existing authentication database for these
  users, do I want to use it ?
* How many languages ?
* How many media types do I want to support ?
* How many and which segments/target groups do I have to serve ?
* What content do I want to publish ? How can I get access to 
  this content (disk, db, syndication, etc...) ? Who is going
  to update the site content and with what editorial process ?
* What applications do I need to connect to ? Are they already
  using a single authentication db ? How do I bridge to these
  apps (servlet, http, SOAP, CORBA, etc...) ?
* For each user target group, what application/content do they need
  to access ? can they personnalize their portal view ? what access
  rights should they have ?
* What will be your portal navigation ? Do you plan to set up
  different thematic portal views or a single integrated workspace ?

Once you have written down your answers on these points, you should
have a much better view on :
- what kind of software tools and features you'll need.
- what kind of skills you'll require.
- an estimate of the amount of work required to setup your portal.
- what budget you'll need to complete your portal transition.
- where to start :)

Setting up and running a portal is typically a lot of work, mainly
in terms of technical integration, process engineering and project
management.
Open source software does not magically cancel these, just
ensure that your budget can be spent of these items rather than
being split between software licenses and integration.

Jumping directly from a static website to a portal-driven system
without any defined specification and expected benefits is a recipe
for frustration, lost time, lost money and a very slow website...

> -Message d'origine-
> De : Sangam Dash [mailto:[EMAIL PROTECTED]]
> Envoyé : mardi 19 novembre 2002 19:38
> À : Jetspeed Users List
> Objet : New to this group please help me
> 
> 
> Hi
> 
> I am a new user just trying to use Jetspeed to develop a portal for my
> company.
> We already have a website, which needs to be changed to a 
> portal so that we
> can have different portlets for our clients and partners.
> I dont know how to start out with.
> Should i copy the existing html files in some directory or 
> should i have to
> convert every html files to reflect portal framework.
> I was thinking to copy the whole website folder to some place 
> in tomcat or
> jetspeed folder and then use the portlet development framework to add
> portlets to my portal.
> I am really confused to start out with it.
> Please help me out.
> Thanks
> sangam dash
> 
> - Original Message -
> From: "David Sean Taylor" <[EMAIL PROTECTED]>
> To: "Jetspeed Users List" <[EMAIL PROTECTED]>
> Sent: Tuesday, November 19, 2002 9:27 AM
> Subject: RE: Jetspeed and OpenLDAP
> 
> 
> >
> >
> > > -Original Message-
> > > From: Heine, Christian (Extern) [mailto:[EMAIL PROTECTED]]
> > > Sent: Tuesday, November 19, 2002 12:50 AM
> > > To: 'Jetspeed Users List'
> > > Subject: Jetspeed and OpenLDAP
> > >
> > >
> > > Hi all,
> > >
> > > perhaps my question looks like realy similar, but i've searched
> > > the mailing
> > > list and dosn't found any usefull solution.
> > >
> > > I must implements for my organisation a Jetspeed Portal. The
> > > implementation
> > > of Jetspeed works fine (V1.4.1). Now i should combine 
> Jetspeed with a
> > > LDAP-Server, prefered OpenLDAP,
> > > my question is how can i combine Jetspeed with OpenLDAP?
> > >
> > > I know that someone have solved that problem, but i 
> haven't found any
> > > usefull HowTo or examples to do it. It is realy importand for me
> > > to know how
> > > i could realize that, thx for any help.
> > >
> > Hi Christian,
> >
> > There are several of us working on cleaning up the LDAP 
> implementation in
> > Jetspeed cvs.
> > I just received a patch and documentation from Suhail for 
> configuration
> > Jetspeed LDAP Security Service with OpenLDAP.
> > Hope to get it reviewed and checked in over the next day or two.
> >
> > David
> >
> >
> >
> > --
> > 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: impossible add portlets with Menu Pane and Tab Pane layout

[Luta, Raphael (VUN)]

Yes, but again only if you have these panes to also use a Tab or Menu
layout.

> -Message d'origine-
> De : Joel Azémar [mailto:[EMAIL PROTECTED]]
> Envoyé : mardi 19 novembre 2002 14:00
> À : Jetspeed Users List
> Objet : Re: impossible add portlets with Menu Pane and Tab Pane layout
> 
> 
> ok for that ! but you can add one or many subpane at one pane ?
> 
> Joël Azémar
> 
> ----- Original Message -
> From: "Luta, Raphael (VUN)" <[EMAIL PROTECTED]>
> To: "'Jetspeed Users List'" <[EMAIL PROTECTED]>
> Sent: Tuesday, November 19, 2002 1:31 PM
> Subject: RE: impossible add portlets with Menu Pane and Tab 
> Pane layout
> 
> 
> De : Joel Azémar [mailto:[EMAIL PROTECTED]]
> >
> > Hi all,
> >
> > (sorry for my english i'am french ;-))
> >
> > i can't add portlet in a pane when i had choice Menu Pane
> > layout or Tab Pane layout. I must add the portlets before and
> > i must choice the layout after. i just want known if it is normal ?
> >
> 
> Yes, it's the expected behavior of the default customizer:
> - if you have selected Menu or Tab layout, the customizer will only
>   let you add additionnal panes
> - if you have selected any other layout, the customizer will only
>   let you add portlets and not panes
> 
> This is mainly done because adding portlets directly to a tab layout
> may have some side effects that you may have not planned for, like
> the portlet title appearing twice and a title bar clutter caused
> by all the allowed actions on the portlet...
> 
> However, the underlying engine perfectly supports mixing portlets and
> panes at any level.
> 
> 
> 
> --
> Raphaël Luta - [EMAIL PROTECTED]
> Jakarta Jetspeed - Enterprise Portal in Java
> http://jakarta.apache.org/jetspeed/
> 
> --
> 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: impossible add portlets with Menu Pane and Tab Pane layout

[Luta, Raphael (VUN)]

De : Joel Azémar [mailto:[EMAIL PROTECTED]]
> 
> Hi all,
> 
> (sorry for my english i'am french ;-))
> 
> i can't add portlet in a pane when i had choice Menu Pane 
> layout or Tab Pane layout. I must add the portlets before and 
> i must choice the layout after. i just want known if it is normal ?
> 

Yes, it's the expected behavior of the default customizer:
- if you have selected Menu or Tab layout, the customizer will only
  let you add additionnal panes
- if you have selected any other layout, the customizer will only
  let you add portlets and not panes

This is mainly done because adding portlets directly to a tab layout
may have some side effects that you may have not planned for, like
the portlet title appearing twice and a title bar clutter caused
by all the allowed actions on the portlet...

However, the underlying engine perfectly supports mixing portlets and
panes at any level.

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

RE: jetspeed.schema problems with OpenLDAP

[Luta, Raphael (VUN)]

De : S.M.A [mailto:[EMAIL PROTECTED]]
> 
> Hi,
> 
> Thanks a million for the jetspeed LDAP implementation. I could easily 
> add a thousand times more of those thanks if somebody could 
> point me in 
> the right direction. I checkout the latest build from the cvs, build 
> the war and installed jetspeed successfully. I was trying to follow
> I have included jetspeed.schema in my slapd.conf . However 
> when I start 
> up openldap, I get the following error condition
> 
> /usr/local/etc/openldap/schema/jetspeed.schema: line 5: AttributeType 
> inappropriate matching rule: "caseIgnoreIA5Match"
> 

It's the name of standard matching rule as defined by RFC2252 and it should
be defined by your openLDAP 2.x server (maybe you should upgrade your
version
if you're running openLDAP 1.x).

If you don't want to upgrade your server, try changing
caseIgnoreIA5Match to caseIgnoreMatch which should be supported by all
servers.

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

RE: New JSpeed release

[Luta, Raphael (VUN)]

We want to resolve all the current bugs in bugzilla before the
the release is out so you can use bugzilla to monitor the progress.

> -Message d'origine-
> De : Dariush Behboudi [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 18 novembre 2002 10:57
> À : Jetspeed-User
> Objet : New JSpeed release
> 
> 
> Hi Jspeed team,
> Few weeks ago I red about the new release, planned in the 
> second week of
> november.
> Any news about this?
> Best regards, Dariush.
> 

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

RE: how to disable anonymous login

[Luta, Raphael (VUN)]

Or use an AccessController class that always redirect to the Login
screen if the user is not authenticated.

> -Message d'origine-
> De : Mark Orciuch [mailto:mark_orciuch@;ngsltd.com]
> Envoyé : vendredi 15 novembre 2002 16:23
> À : Jetspeed Users List
> Objet : RE: how to disable anonymous login
> 
> 
> Customize the anonymous profile to contain only one portlet: Login.
> 
> Best regards,
> 
> Mark C. Orciuch
> Next Generation Solutions, Ltd.
> e-Mail: [EMAIL PROTECTED]
> web: http://www.ngsltd.com
> 
> 
> > -Original Message-
> > From: Stefaan [mailto:snacht@;phreaker.net]
> > Sent: Friday, November 15, 2002 4:25 AM
> > To: Jetspeed Users List
> > Subject: how to disable anonymous login
> >
> >
> > I want users that have not logged in to be redirected to 
> the default login
> > page.
> >
> > I tried this with screen.homepage=Login in TR props but 
> that didn't do it.
> > Also fiddled with other setting in jetspeed props without success.
> >
> > Anyone?
> >
> > Thanks,
> > Stefaan Nachtergaele
> >
> >
> >
> > --
> > 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: weblogic problems - unknown service ResourceService requested

[Luta, Raphael (VUN)]

A few points to help you (I don't have access to any Weblogic server
so it's difficult for me to test it out...):

1. ResourceService is *always* initilialized first using a bootstrap
code in Turbine. This is necessary because this is the service that
gives access to the configuration file properties. 
If there's an issue in Resource initilization you'll only have in the
beginning of the jetspeed.log 2 services initialized Resource and Logging
and no others.

--> If this is the case, Weblogic probably does not find the 
TurbineResources.properties file defined in the web.xml descriptor

2. Try to access directly le Jetspeed servlet, ie 
   http:///jetspeed/portal/

--> If this works, then the issue is only related to JSP.

3. If you have successfully executed the step 2, try again using:
   http:///jetspeed/index.jsp

--> If this *now* works, then I'd say there's an issue with the 
RequestDispatcher or Classloader of Weblogic that does not
ensure the called servlet are completely and properly initialized
before invoking the function. This can occur because Turbine
synchronizes the init of the frmawork by using it's class mutex,
which may not work if the Weblogic classloader does some fancy
classloading tricks.

> -Message d'origine-
> De : Karen Davies [mailto:kdavies@;ecceleration.ie]
> Envoyé : vendredi 15 novembre 2002 11:22
> À : 'Jetspeed Users List'
> Objet : RE: weblogic problems - unknown service ResourceService
> requested
> 
> 
> Thanks Stefaan and George for getting back to me,
> 
> I have the following lines in my log:
> [09:55:04,765 INFO ] Initializing all services using:
> weblogic.servlet.internal.ServletStubImpl
> [09:55:04,765 INFO ] Start Initializing service (early): 
> ResourceService
> [09:55:04,765 INFO ] Finish Initializing service (early): 
> ResourceService
> 
> then further on:
> [09:55:15,500 INFO ] Turbine: Starting HTTP initialization of services
> [09:55:15,500 INFO ] Initializing all services using:
> org.apache.jetspeed.services.rundata.DefaultJetspeedRunData
> [09:55:15,500 INFO ] Start Initializing service (early): 
> ResourceService
> [09:55:15,500 INFO ] Finish Initializing service (early): 
> ResourceService
> 
> and then further down:
> [09:55:15,500 INFO ] This is Turbine instance running at:
> http://localhost:7007/jetspeed/portal
> 
> and in my TurbineResources.properties i have the 
> ResourceService set to
> services.ResourceService.classname=org.apache.turbine.services
> .resources.Tur
> bineResourceService
> 
> I can't see anything wrong here, but if anyone else can, or 
> any more ideas
> then thanks.
> 
> The only log file i've been examining is jetspeed.log, if 
> there are any
> others of relevance then let me know.
> 
> Thanks again for everyones help so far,
> Karen.
> 
> 
> 
> -Original Message-
> From: Stefaan [mailto:snacht@;phreaker.net]
> Sent: Thursday, November 14, 2002 5:13 PM
> To: Jetspeed Users List
> Subject: RE: weblogic problems - unknown service ResourceService
> requested
> 
> 
> My two cents:
> For some reason the TurbineResourceService service is not intializing
> correctly when running under weblogic.
> 
> Every TurbineService is initialized by running one of its init methods
> (there are several possibles). This is done when Turbine 
> starts up. If the
> init method throws an excpetion, than Turbine disables that 
> service (check
> the logs).
> 
> The advice: focus on the init statements for the 
> TurbineResourceService
> service.
> 
> Stefaan Nachtergaele
> 
> > -Original Message-
> > From: Karen Davies [mailto:kdavies@;ecceleration.ie]
> > Sent: donderdag 14 november 2002 17:22
> > To: 'Jetspeed Users List'
> > Subject: weblogic problems - unknown service 
> ResourceService requested
> >
> >
> > Am still not having the best of luck with weblogic unfortunately...
> >
> > Just hoping that someone may have seen the following, whether on
> > weblogic or
> > elsewhere.
> > (I have jetspeed working on tomcat, but trying to deploy the same on
> > weblogic 5.1 gives a few errors, i moved the jspfiles up a
> > directory so they
> > sit outside the web-inf, and i modified the resource files 
> to show this)
> >
> > The error comes from:
> > String s_test = TurbineResources.getString("site.stylesheet");
> > System.out.println("DEFAULT.JSP: Got resource: " + s_test);
> > in the jsp
> >
> > and also comes whenever i try to do anything else with 
> TurbineResources.
> >
> > and gives the following error:
> > [16:12:00,515 ERROR] Turbine.handleException: Error encountered
> > processing a
> > template:/layouts/html/en/default.jsp: ServiceBroker: 
> unknown service
> > ResourceService requested
> > [16:12:00,546 ERROR]
> > org.apache.turbine.services.InstantiationException: 
> ServiceBroker: unknown
> > service ResourceService requested
> > at
> > org.apache.turbine.services.BaseServiceBroker.getServiceInstance(B
> > aseService
> > Broker.java:356)
> > at
> > org.apache.turbine.services.Base

RE: Test a role inside a template ?

[Luta, Raphael (VUN)]

Create a concrete SecurityTool class implementing the
ApplicationTool interface and that wraps the calls to the
JetspeedSecurity system.

> -Message d'origine-
> De : Aurelien Pernoud [mailto:apernoud@;sopragroup.com]
> Envoyé : jeudi 14 novembre 2002 10:17
> À : 'Jetspeed Users List'
> Objet : Test a role inside a template ?
> 
> 
> 
> Hi,
> 
> I'd like to test if a user has a defined role, in a template.
> In a class I used the jetspeedSecurity class
> (org.apache.jetspeed.services.JetspeedSecurity), and it works fine.
> 
> So i simply put this in tr.pr :
> tool.request.jsecurity=org.apache.jetspeed.services.JetspeedSe
> curity and
> tried to use it inside velocity...
> 
> But this class is abstract (every method are static and call the
> "getservice"), so it seems velocity can't use it ?
> 
> What's in my template :
> $jsecurity.hasRole($data.User.UserName,"admin")
> 
> To see if the current user is an admin... It doesn't work.
> 
> Any idea ?
> 
> Aurélien Pernoud
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: Velocity Portlet

[Luta, Raphael (VUN)]

Don't define  in your portlet definition and make
sure your package follows the Turbine naming conventions, ie
your action must in a packe like this:

.actions.

based on your example below

com.xymphany.portlet.general.actions.portlets.TestAction

although you could have put in the action parameter a "TestAction" value
which would allow you to use

com.xymphany.portlet.general.actions.TestAction

All this assuming you have defined either in TurbineResources.properties
or my.properties:
module.packages=com.xymphany.portlet.general

> -Message d'origine-
> De : Mohd Amin [mailto:princeamin@;hotmail.com]
> Envoyé : jeudi 14 novembre 2002 06:27
> À : [EMAIL PROTECTED]
> Objet : Velocity Portlet
> 
> 
> Hi,
> 
> Been trying to create my own velocity portlet but have been 
> unsuccessful.
> The registry entry looks like this
> 
> ---*.xreg-
>  parent="Velocity" application="false">
> 
> Sample Velocity Action
> Test velocity portlet
> 
> com.xymphany.portlet.general.action.TestAction
>  cachedOnName="true" cachedOnValue="true"/>
>  hidden="false" cachedOnName="true" cachedOnValue="true"/>
> 
> Velocity
> 
> --*.xreg---
> 
> --com.xymphany.portlet.general.action.TestAction-
> package com.xymphany.portlet.general.action;
> 
> // Jetspeed
> import 
> org.apache.jetspeed.modules.actions.portlets.VelocityPortletAction;
> import org.apache.jetspeed.services.rundata.JetspeedRunData;
> import org.apache.jetspeed.portal.portlets.VelocityPortlet;
> 
> // Velocity
> import org.apache.velocity.context.Context;
> 
> // Turbine
> import org.apache.turbine.util.ParameterParser;
> import org.apache.turbine.util.RunData;
> import org.apache.turbine.services.logging.TurbineLogging;
> 
> public class TestAction extends VelocityPortletAction
> {
> 
>   TurbineLogging tb = new TurbineLogging();
> 
>   protected void buildNormalContext( VelocityPortlet velocityPortlet,
> Context context, RunData runData )
>   {
> try
> {
>   tb.debug( "TestAction::Starting to enter context data" );
>   context.put( "Developer", "Mohd Amin Mohd Din" );
>   context.put( "Company", "Xymphany" );
>   context.put( "Version", "0.01" );
>   tb.debug( "TestAction::End of entering context data" );
> }
> catch( Exception e )
> {
>   tb.error( "TestAction::" + e.getMessage() );
>   context.put( "message", e.getMessage() );
> }
>   }
> -com.xymphany.portlet.general.action.TestAction---
> 
> Error message
> 
> ---jetpseed.log---
> java.lang.ClassCastException: 
> com.xymphany.portlet.general.action.TestAction
>  at
> org.apache.jetspeed.services.portletfactory.JetspeedPortletFac
> toryService.ge
> tPortlet(JetspeedPortletFactoryService.java:308)
>  at
> org.apache.jetspeed.services.portletfactory.JetspeedPortletFac
> toryService.ge
> tPortlet(JetspeedPortletFactoryService.java:157)
>  at
> org.apache.jetspeed.services.PortletFactory.getPortlet(Portlet
> Factory.java:9
> 2)
>  at
> org.apache.jetspeed.services.portaltoolkit.JetspeedPortalToolk
> itService.getS
> et(JetspeedPortalToolkitService.java:426)
>  at
> org.apache.jetspeed.services.portaltoolkit.JetspeedPortalToolk
> itService.getS
> et(JetspeedPortalToolkitService.java:407)
>  at
> org.apache.jetspeed.services.portaltoolkit.JetspeedPortalToolk
> itService.getS
> et(JetspeedPortalToolkitService.java:363)
>  at
> org.apache.jetspeed.services.PortalToolkit.getSet(PortalToolki
> t.java:165)
>  at
> org.apache.jetspeed.util.template.JetspeedTool.getPane(Jetspee
> dTool.java:173
> )
>  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>  at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccess
> orImpl.java:42
> )
>  
> .
> ...
> -jetspeed
> 
> Any ideas?
> 
> Thanks
> Amin
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

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

RE: portlet with customized control

[Luta, Raphael (VUN)]

De : Luc Dewavrin [mailto:luc_dewavrin@;yahoo.com]
> 
> Hi,
> i would like to link a portlet to a control i created.
> This portlet must look the same in all PSML, so
> adding  to my
> portlet declaration in all PSML is not a good idea.
> 
> I have been told that it is possible to associate a
> control to a portlet specifing
>  value="MyPortletControl"/> when declaring the portlet
> in the registry. Is it the correct way? ( this method
> doesn't work for me).
> 

This is a recent feature which I think is onlyu currently 
available in the CVS version. Which version do you use ?

> Another question: how can i make a css file visible
> to portlet skins?
> 

I'm not sure what you mean by this.

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

RE: Tomcat, Jetspeed and Solaris 8

[Luta, Raphael (VUN)]

De : Thomas Malmberg [mailto:thomas.malmberg@;endero.com]
> 
> Hi, this must be a very trivial question but anyway... will 
> Jetspeed nad 
> Tomcat run on Solaris 8 / Sun ?
> 

Yes. It would be a shame if pure Java service architecture did not
run on Solaris :)

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

RE: Weblogic deployment - FileNotFoundException

[Luta, Raphael (VUN)]

Move the JSP templates repository out of WEB-INF and into your
root jetspeed directory, thaen update the JSP search path accordingly.

Some containers don't like JSPs within WEB-INF as it's not supported
by the JSP specification.

However, you can keep the Velocity templates where they are since they
are just considered static text resources...

> -Message d'origine-
> De : Karen Davies [mailto:kdavies@;ecceleration.ie]
> Envoyé : mardi 12 novembre 2002 16:34
> À : 'Jetspeed Users List'
> Objet : Weblogic deployment - FileNotFoundException
> 
> 
> Thanks for everyone's help and advice so far,
> 
> Have managed to deploy jetspeed under weblogic 5.1, by 
> placing the exploded
> war file into the webapps directory, and setting the 
> following line in my
> weblogic.properties config file: 
> weblogic.httpd.webApp.jetspeed=d:/weblogic/webapps/jetspeed
> 
> However, when i try to open the default page in the browser from
> http://myserver:port/jetspeed/ i am now getting the following error:
> 
> I definitely have the default.jsp file in the required directory:
> D:\weblogic\webapps\jetspeed\WEB-INF\templates\jsp\layouts\html\en\
> My setting in Turbine.properties is
> services.JspService.templates =/WEB-INF/templates/jsp
> 
> The error is:
> [15:29:51,687 DEBUG] template exists:
> D:\weblogic\webapps\jetspeed\WEB-INF\templates\jsp\screens\Home.jsp
> returning /Home.jsp
> [15:29:51,687 DEBUG] JetspeedTemplatePage: calculated 
> template = /Home.jsp
> [15:29:51,687 DEBUG] template exists:
> D:\weblogic\webapps\jetspeed\WEB-INF\templates\jsp\layouts\htm
> l\en\default.j
> sp returning /html/en/default.jsp
> [15:29:51,687 DEBUG] JetspeedTemplatePage: layoutTemplate is finally
> /html/en/default.jsp
> [15:29:51,750 INFO ] JetspeedJspLayout: set response content type to
> text/html
> [15:29:51,750 DEBUG] template exists:
> D:\weblogic\webapps\jetspeed\WEB-INF\templates\jsp\screens\Home.jsp
> returning /Home.jsp
> [15:29:51,750 INFO ] JetspeedJspLayout: set 'screenJSP' to:
> /WEB-INF/templates/jsp/screens/Home.jsp
> [15:29:51,750 INFO ] JetspeedJspLayout: forward request to:
> /layouts/html/en/default.jsp
> [15:29:51,937 ERROR] Turbine.handleException: Error 
> encountered processing a
> template:/layouts/html/en/default.jsp: no resource
> '/WEB-INF/templates/jsp/layouts/html/en/default.jsp' in 
> servlet context root
> 'D:\weblogic\webapps\jetspeed'
> [15:29:51,937 ERROR] 
> java.io.FileNotFoundException: no resource
> '/WEB-INF/templates/jsp/layouts/html/en/default.jsp' in 
> servlet context root
> 'D:\weblogic\webapps\jetspeed'
>   at weblogic.servlet.JSPServlet.service(JSPServlet.java:105)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:865)
>   at
> weblogic.servlet.internal.ServletStubImpl.invokeServlet(Servle
> tStubImpl.java
> :106)
>   at
> weblogic.servlet.internal.RequestDispatcherImpl.include(Reques
> tDispatcherImp
> l.java:253)
>   at
> weblogic.servlet.internal.RequestDispatcherImpl.include(Reques
> tDispatcherImp
> l.java:172)
>   at
> org.apache.turbine.services.jsp.TurbineJspService.handleReques
> t(TurbineJspSe
> rvice.java:192)
> org.apache.turbine.util.TurbineException: Error encountered 
> processing a
> template:/layouts/html/en/default.jsp: no resource
> '/WEB-INF/templates/jsp/layouts/html/en/default.jsp' in 
> servlet context root
> 'D:\weblogic\webapps\jetspeed'
>   at
> org.apache.turbine.services.jsp.TurbineJspService.handleReques
> t(TurbineJspSe
> rvice.java:210)
>   at
> org.apache.jetspeed.modules.layouts.JetspeedJspLayout.doBuild(
> JetspeedJspLay
> out.java:115)
>   at org.apache.turbine.modules.Layout.build(Layout.java:91)
>   at
> org.apache.turbine.modules.LayoutLoader.exec(LayoutLoader.java:123)
>   at
> org.apache.turbine.modules.pages.DefaultPage.doBuild(DefaultPa
> ge.java:169)
>   at org.apache.turbine.modules.Page.build(Page.java:90)
>   at 
> org.apache.turbine.modules.PageLoader.exec(PageLoader.java:123)
>   at org.apache.turbine.Turbine.doGet(Turbine.java:510)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:740)
>   at javax.servlet.http.HttpServlet.service(HttpServlet.java:865)
>   at
> weblogic.servlet.internal.ServletStubImpl.invokeServlet(Servle
> tStubImpl.java
> :106)
>   at
> weblogic.servlet.internal.ServletContextImpl.invokeServlet(Ser
> vletContextImp
> l.java:907)
>   at
> weblogic.servlet.internal.ServletContextImpl.invokeServlet(Ser
> vletContextImp
> l.java:851)
>   at
> weblogic.servlet.internal.ServletContextManager.invokeServlet(
> ServletContext
> Manager.java:252)
>   at
> weblogic.socket.MuxableSocketHTTP.invokeServlet(MuxableSocketH
> TTP.java:364)
>   at
> weblogic.socket.MuxableSocketHTTP.execute(MuxableSocketHTTP.java:252)
>   at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:129)
> [15:29:51,953 INFO ] JetspeedJspLayout: set response content type to
> text/html
> [15:29:51,953 DEBUG] template exists:
> D:\weblogi

RE: Using Frame in JetSpeed

[Luta, Raphael (VUN)]

Are you sure you need Jetspeed to handle frames ?
Maybe what you want is simply to invoke your portal 
within a frame of a standard frameset ?

In this case:
- set in JetspeedResources.properties
  leftnav.enable=false
  bottomnav.enable=false
  topnav.enable=false
- change the index.jsp file to load your frameset

  index.jsp:
  
 
 
  

Isn't that enough ?

> -Message d'origine-
> De : Danh Hoai [mailto:hoai@;indent.org]
> Envoyé : mardi 12 novembre 2002 16:12
> À : Jetspeed Users List
> Objet : Re: Using Frame in JetSpeed
> 
> 
> 
> Thanks alot everyone,
> 
> Since I am kind of new to JetSpeed and Turbine, I think it 
> will take time
> for me to digging into this.
> However, I will try to learn the API and use the FrameLayout 
> to see if it
> solves the problem I am facing.
> 
> Thanks.
> 
> Danh
> 
> 
> 
> - Original Message -
> From: "Luta, Raphael (VUN)" <[EMAIL PROTECTED]>
> To: "'Jetspeed Users List'" <[EMAIL PROTECTED]>
> Sent: Tuesday, November 12, 2002 4:33 AM
> Subject: RE: Using Frame in JetSpeed
> 
> 
> This will not work as the controller output is already embedded
> in the layout and screen output. You can try using the FramedLayout
> of Turbine and it *may* work but in any case it'll be an ugly
> solution.
> 
> IMO, frames are a Netscape abomination that fit a specific
> requirement in 1995-1996. They should now rest in peace just like
> the  tag :)
> 
> > -Message d'origine-
> > De : Yesberg, John [mailto:John.Yesberg@;dsto.defence.gov.au]
> > Envoyé : lundi 11 novembre 2002 23:32
> > À : 'Jetspeed Users List'
> > Objet : RE: Using Frame in JetSpeed
> >
> >
> > Another option (that we are dragging our feet on) is to
> > develop a controller
> > that uses frames instead of tables. As Stuart points out,
> > this would have to
> > be used at the highest level of any hierarchy.
> >
> > John.
> >
> > -Original Message-
> > From: Stuart Belden [mailto:SBelden@;bjc.org]
> > Sent: Tuesday, 12 November 2002 4:37
> > To: [EMAIL PROTECTED]
> > Subject: Re: Using Frame in JetSpeed
> >
> >
> > You cannot put a  tag inside of a  tag.  It's a
> > limitation of HTML, not Jetspeed.
> >
> >  or  are you only options, I believe.
> >
> >
> > >>> [EMAIL PROTECTED] 11/11/02 11:34AM >>>
> > Thanks Stuart, but IFrame can't navigate like frame.  Iframe is not
> > what I
> > really want.  I want to load  two pages, one is main page and
> > the other
> > is
> > hidden page(
> > I don't want this page shown to user).
> >
> > Do you know why Jetspeed support Iframe but not Frame?   Is
> > there a way
> > that
> > I can go into the Source and modify the java codes to make Frame
> > works.
> > If not, I guess I have to wait until next release.  Hopefully, Frame
> > will be
> > supported next release.
> >
> > Thanks
> >
> > Danh
> >
> >
> > - Original Message -
> > From: "Stuart Belden" <[EMAIL PROTECTED]>
> > To: <[EMAIL PROTECTED]>
> > Sent: Monday, November 11, 2002 12:05 PM
> > Subject: Re: Using Frame in JetSpeed
> >
> >
> > > I believe it's impossible to load a normal frameset tag in
> > the middle
> > of
> > > another html document (what jetspeed is trying to do).
> > >
> > > If you put your DispatcherPortlet in an IFRAME that should work.
> > >
> > > stu
> > >
> > > >>> [EMAIL PROTECTED] 11/11/02 09:43AM >>>
> > > Hi all,
> > >
> > > I have a problem loading a frame in JetSpeed.  Can JetSpeed load
> > > Frame?
> > >
> > > I created a portlet named DispatcherPortlet.  The portlet can
> > display
> > > any
> > > page by passing a url name to the DispatcherPortlet.
> > > However, when I try to pass a url containing a Frame, the portlet
> > does
> > > not
> > > return anything.
> > >
> > > Does anyone know how to work around this problem?
> > >
> > > Thanks for your help.
> > >
> > > Danh
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > > <mailto:jetspeed-user-unsubscribe@;jakarta.apache.org>
> > > For additional commands, e-mail:
> > > <mailto:jetspeed-user-help@;jakarta.apache.org>
> > >
> > >
> > > --
> &g

RE: Using Frame in JetSpeed

[Luta, Raphael (VUN)]

This will not work as the controller output is already embedded
in the layout and screen output. You can try using the FramedLayout
of Turbine and it *may* work but in any case it'll be an ugly 
solution.

IMO, frames are a Netscape abomination that fit a specific 
requirement in 1995-1996. They should now rest in peace just like
the  tag :)

> -Message d'origine-
> De : Yesberg, John [mailto:John.Yesberg@;dsto.defence.gov.au]
> Envoyé : lundi 11 novembre 2002 23:32
> À : 'Jetspeed Users List'
> Objet : RE: Using Frame in JetSpeed
> 
> 
> Another option (that we are dragging our feet on) is to 
> develop a controller
> that uses frames instead of tables. As Stuart points out, 
> this would have to
> be used at the highest level of any hierarchy. 
> 
> John.
> 
> -Original Message-
> From: Stuart Belden [mailto:SBelden@;bjc.org]
> Sent: Tuesday, 12 November 2002 4:37
> To: [EMAIL PROTECTED]
> Subject: Re: Using Frame in JetSpeed
> 
> 
> You cannot put a  tag inside of a  tag.  It's a
> limitation of HTML, not Jetspeed.  
> 
>  or  are you only options, I believe.
> 
> 
> >>> [EMAIL PROTECTED] 11/11/02 11:34AM >>>
> Thanks Stuart, but IFrame can't navigate like frame.  Iframe is not
> what I
> really want.  I want to load  two pages, one is main page and 
> the other
> is
> hidden page(
> I don't want this page shown to user).
> 
> Do you know why Jetspeed support Iframe but not Frame?   Is 
> there a way
> that
> I can go into the Source and modify the java codes to make Frame
> works.
> If not, I guess I have to wait until next release.  Hopefully, Frame
> will be
> supported next release.
> 
> Thanks
> 
> Danh
> 
> 
> - Original Message -
> From: "Stuart Belden" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, November 11, 2002 12:05 PM
> Subject: Re: Using Frame in JetSpeed
> 
> 
> > I believe it's impossible to load a normal frameset tag in 
> the middle
> of
> > another html document (what jetspeed is trying to do).
> >
> > If you put your DispatcherPortlet in an IFRAME that should work.
> >
> > stu
> >
> > >>> [EMAIL PROTECTED] 11/11/02 09:43AM >>>
> > Hi all,
> >
> > I have a problem loading a frame in JetSpeed.  Can JetSpeed load
> > Frame?
> >
> > I created a portlet named DispatcherPortlet.  The portlet can
> display
> > any
> > page by passing a url name to the DispatcherPortlet.
> > However, when I try to pass a url containing a Frame, the portlet
> does
> > not
> > return anything.
> >
> > Does anyone know how to work around this problem?
> >
> > Thanks for your help.
> >
> > Danh
> >
> >
> > --
> > 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:
> 
> 
> 
> --
> 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: change default layout for portlets

[Luta, Raphael (VUN)]

Yes, it's a limitation of VelocityDirectLayout... you can change it
to VelocityOnlyLayout in TR.p to be able to do this but you can then
forget about using JSPs as they *always* stream directly their content.

> -Message d'origine-
> De : Weaver, Scott [mailto:Sweaver@;rippe.com]
> Envoyé : lundi 11 novembre 2002 20:43
> À : 'Jetspeed Users List'
> Objet : RE: change default layout for portlets
> 
> 
> For some reason, I think it is because of Jetspeed using the 
> VelocityDirectLayout class, you cannot change the layout on 
> the fly.  In other Turbine apps I have written, I am able to 
> RunData.setLayoutTemplate("templateName").   However, I have 
> yet to get it to work correctly with Jetspeed.
> 
> Scott
> 
> > -Original Message-
> > From: Chris Conner [mailto:chris_j_conner@;yahoo.com]
> > Sent: Monday, November 11, 2002 12:55 PM
> > To: [EMAIL PROTECTED]
> > Subject: change default layout for portlets
> > 
> > 
> > I would like to display a different layout(i.e.
> > header/top and footer/bottom) for various portlets.
> > Some portlets I would like to use the default and for
> > others I would like to use a different one.
> > 
> > Can anyone tell me how this can be accomplished?
> > 
> > 
> > Chris
> > 
> > 
> > __
> > Do you Yahoo!?
> > U2 on LAUNCH - Exclusive greatest hits videos
> > http://launch.yahoo.com/u2
> > 
> > --
> > To unsubscribe, e-mail:    > [EMAIL PROTECTED]>
> > For additional commands, e-mail:  > [EMAIL PROTECTED]>
> 

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

RE: How to change page encoding?

[Luta, Raphael (VUN)]

This is a known bug (you need to change the hard coded value in
org.apache.jetspeed.util.MimeType).

I fixed it this morning in CVS.


> -Message d'origine-
> De : Lukasz Olek [mailto:[EMAIL PROTECTED]]
> Envoyé : lundi 11 novembre 2002 16:41
> A : Jetspeed Users List
> Objet : How to change page encoding?
> 
> 
> Hello!
> I have a question: how can I change encoding in Jetspeed portal?
> I have found all UTF-8 in configuration files and changed it to
> ISO-8859-2, added line: 
>   
>   In templates\layouts\html\default.vm 
> 
> And when I load portal page through IE it always shows me UTF-8 as the
> encoding.
> What to do?
> Thanks
> Lukasz Olek
> 
> 
> 
> --
> To unsubscribe, e-mail:   

For additional commands, e-mail:


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

RE: Weblogic deployment

[Luta, Raphael (VUN)]

De : Martin Kisimov [mailto:MartinK@;discoveryhealth.co.za]
> 
> Good day,
> 
> I am new to the list and please excuse me if I am asking maybe a silly
> question.
> 
> I deployed the jetspeed war as it comes from the site. This 
> was done with
> small repackaging so that it deploys correctly. The 
> application deploys and
> runs correctly however I get the following exception in the logs(This
> happens when I first hit the site and never after that):
> 

Looking at your stack trace, it seems that the error occurs during 
the initialization of Turbine Upload service, even before Jetspeed is 
invoked.
>From the error message, I'd assume that Weblogic does not like the 
default upload path reference in TurbineResources.properties

services.UploadService.repository=.

Try modifying this reference to 

services.UploadService.repository=${webapp}/WEB-INF/tmp

this should help...

> <2002/11/08 12:16:20>   <101005>
> <[ServletContext(id=1785502,name=jetspeed,context-path=/jetspeed)]
> getRealPath() called with unsafe path: "."
> weblogic.utils.io.FilenameEncoder$UnsafeFilenameException: 
> C:\project\. ends
> with illegal characterat
> weblogic.utils.io.FilenameEncoder.getSafeFile(FilenameEncoder.
> java:208)
> at
> weblogic.servlet.internal.WebAppServletContext.getRealPath(Web
> AppServletCont
> ext.java:683) at
> org.apache.turbine.services.servlet.TurbineServletService.getR
> ealPath(Turbin
> eServletService.java:185) at
> org.apache.turbine.services.servlet.TurbineServlet.getRealPath
> (TurbineServle
> t.java:120)   at
> org.apache.turbine.services.upload.BaseUploadService.init(Base
> UploadService.
> java:95)  at
> org.apache.turbine.services.BaseServiceBroker.getService(BaseS
> erviceBroker.j
> ava:306)  at
> org.apache.turbine.services.upload.TurbineUpload.getService(Tu
> rbineUpload.ja
> va:88)at
> org.apache.turbine.services.upload.TurbineUpload.getAutomatic(
> TurbineUpload.
> java:104) at
> org.apache.turbine.util.parser.DefaultParameterParser.setReque
> st(DefaultPara
> meterParser.java:183) at
> org.apache.turbine.services.rundata.DefaultTurbineRunData.getP
> arameters(Defa
> ultTurbineRunData.java:502)   at
> org.apache.turbine.Turbine.doGet(Turbine.java:414)at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:740)  at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:853)  at
> weblogic.servlet.internal.ServletStubImpl$ServletInvocationAct
> ion.run(Servle
> tStubImpl.java:945)   at
> weblogic.servlet.internal.ServletStubImpl.invokeServlet(Servle
> tStubImpl.java
> :332) at
> weblogic.servlet.internal.ServletStubImpl.invokeServlet(Servle
> tStubImpl.java
> :242) at
> weblogic.servlet.internal.RequestDispatcherImpl$ForwardAction.
> run(RequestDis
> patcherImpl.java:341) at
> weblogic.security.service.SecurityServiceManager.runAs(Securit
> yServiceManage
> r.java:721)   at
> weblogic.servlet.internal.RequestDispatcherImpl.forward(Reques
> tDispatcherImp
> l.java:251)   at
> weblogic.servlet.jsp.PageContextImpl.forward(PageContextImpl.j
> ava:115)  at
> jsp_servlet.__index._jspService(__index.java:91)  at
> weblogic.servlet.jsp.JspBase.service(JspBase.java:27) at
> weblogic.servlet.internal.ServletStubImpl$ServletInvocationAct
> ion.run(Servle
> tStubImpl.java:945)   at
> weblogic.servlet.internal.ServletStubImpl.invokeServlet(Servle
> tStubImpl.java
> :332) at
> weblogic.servlet.internal.ServletStubImpl.invokeServlet(Servle
> tStubImpl.java
> :376) at
> weblogic.servlet.internal.ServletStubImpl.invokeServlet(Servle
> tStubImpl.java
> :242) at
> weblogic.servlet.internal.WebAppServletContext$ServletInvocati
> onAction.run(W
> ebAppServletContext.java:5363)at
> weblogic.security.service.SecurityServiceManager.runAs(Securit
> yServiceManage
> r.java:721)   at
> weblogic.servlet.internal.WebAppServletContext.invokeServlet(W
> ebAppServletCo
> ntext.java:3043)  at
> weblogic.servlet.internal.ServletRequestImpl.execute(ServletRe
> questImpl.java
> :2466)at 
> weblogic.kernel.ExecuteThread.execute(ExecuteThread.java:152)
> at weblogic.kernel.ExecuteThread.run(ExecuteThread.java:133) > 
> 
> I have to modified any code or anything like that simple 
> repackage at run
> 
> It seemed at first as an easy problem but I realised I could 
> not trace the
> exception within the code to some specific reason.
> 
> Any help is appreciated
> 
> --
> To unsubscribe, e-mail:   
> 
> For additional commands, e-mail: 
> 
> 

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