RE: An input form portlet.

[David Sean Taylor <da...@bluesunrise.com>]

> -----Original Message-----
> From: Carlos A. Andrade Olmos [mailto:colmos@icsicorp.com.mx]
> Sent: Tuesday, November 26, 2002 2:42 PM
> To: jetspeed-user@jakarta.apache.org
> Subject: An input form portlet.
> 
> 
> 
> Hello list:
> 
>  I'm new to Jetspeed, as you'll see after reading my question.
> 
> I'm trying to build a small protoype of a portal. Jetspeed seems 
> like the ideal tool for that, however i've been unable to create 
> a portlet with a form in it to feed the database (could be as 
> simple as  "name", "last name"). I've read the jetspeed 
> documentation, blusunrise tutorials and the threads here in the 
> list, but I didn't found an example of this.
> 
> could you point me in the right direction? maybe post and example? 
> 
http://www.bluesunrise.com/jetspeed-docs/JetspeedTutorial.htm#_Toc26987066



--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Upload service repository path clarification

[Gary Lawrence Murphy <ga...@canada.com>]

In the Turbine properties, the UploadService has a repository value to
be set, but the docs are unclear; is this relative to the webapp
directory like most of the other property paths or must this one be
spelled out as an absolute path?

   # The directory where files will be temporarily stored.
   services.UploadService.repository=/WEB-INF/tmp

On using FileInfo.write, this setting gave me an error saying the temp
file could not be read.


-- 
Gary Lawrence Murphy - garym@teledyn.com - 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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Re: Preserving values from doUpdate to buildNormalContext

[Gary Lawrence Murphy <ga...@canada.com>]

ACK: Same answer as most answers ... "Read the Tutorial!" :)

I'll bet the _correct_ place to put this data is in rundata.getUser()

-- 
Gary Lawrence Murphy - garym@teledyn.com - 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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>

Preserving values from doUpdate to buildNormalContext

[Gary Lawrence Murphy <ga...@canada.com>]

If many eyes can make any bug shallow, then fewer eyes can make
even a dumb mistake totally opaque ;)

I have the following two methods in my form action:

    protected void buildNormalContext( VelocityPortlet portlet, 
                                       Context context,
                                       RunData rundata )
    {
        Map filter = (Map) context.get(DOCUMENT_FILTER_PROPERTY);
        ...
    }
    
    public void doUpdate(RunData data, Context context)
    {
        Map filter = new HashMap();
        String dt = params.getString("documentTitle");
        filter.put( "documentTitle", 
                    (( dt != null) ? dt : "*" ));
        String oUN = params.getString("organizationalUnitName");
        filter.put( "organizationalUnitName", 
                    (( oUN != null) ? oUN : "*" ));

        context.put(DOCUMENT_FILTER_PROPERTY, filter );
    }

Why is the filter value null in the buildNormalContext?  With Log
tracing, I see doUpdate is entered and sets up the filter Map and puts
it into the context, this is followed by JetspeedTemplatePage
calculations, user authorization and the following Velocity sequence:

 - VelocityPortlet::getVelocityContent
 - VelocityPortlet found action portlets.LocateDocumentAction context org.apache.velocity.VelocityContext@18f127c
 - Action detected with action + context
 - VelocityAction: retrieved context: org.apache.velocity.VelocityContext@18f127c
 - VelocityAction: retrieved portlet: org.apache.jetspeed.portal.portlets.CustomizerVelocityPortlet@6f4652
 - VelocityAction: building normal
 - LocateDocumentAction: buildNormalContext
 - LocateDocumentAction: No Filter

That last one is my trace line indicating that the context returned a
null value.  Isn't this the correct way to get form values back into
the displayed portlet?

-- 
Gary Lawrence Murphy - garym@teledyn.com - 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:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>