Standard procedure to deploy jetspeed portlets

[Damle, Nikhil]

Hi,
 
I am developing an application using portlets (JSP). The portlet based
application consists of several java classes, jsps, javascript files, css
files, tlds and some static html pages. Is it possible to deploy this
application as a war file ? 
 
Right now, each type of file resides in a different sub folder under the
jetspeed folder structure ? ex. java class in the WEB-INF/classes folder,
jsps in the WEB-INF/conf/templates/jsp/portlets/html folder, tlds in the
WEB-INF/conf/templates/jsp folder. Is there a way to keep all the related
application/portlet files separate from one another ? Similarly all
application related jar files could go into a seperate folder other than the
WEB-INF/lib folder.
 
Nikhil.



 

RE: Strange behaviour from the JSPAction class that uses setTempl ate

[Damle, Nikhil]

That worked. ( I was probably looking at some old code snippets that has the
action specified in the form itself.) 

Cool. 

Thanks.

-Original Message-
From: Mark Orciuch [mailto:[EMAIL PROTECTED]]
Sent: Friday, February 07, 2003 12:51 PM
To: Jetspeed Users List
Subject: RE: Strange behaviour from the JSPAction class that uses
setTempl ate


You should associate JspPortlet with its action via registry, i.e. you don't
need:



... but rather:






The JspPortlet will automatically execute your action.

Best regards,

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

> -Original Message-
> From: Damle, Nikhil [mailto:[EMAIL PROTECTED]]
> Sent: Friday, February 07, 2003 2:43 PM
> To: 'Jetspeed Users List'
> Subject: RE: Strange behaviour from the JSPAction class that uses
> setTempl ate
>
>
> After building the new code, the form actions on the JSP page dont seem to
> work.
>
> Ex:
> " method="post">
>   
>   
>   
>   
> 
>
> It skips the call to doShowname() method in the Action class. I
> had to write
> an "if" statement within the buildNormalContext method to get it to work.
>
> Code:
>   public void buildNormalContext(Portlet portlet, RunData rundata){
>   String action =
> rundata.getParameters().getString("eventSubmit_doShowname");
> if (action.equals("List"))
>   this.doShowname(rundata, portlet);
>   }
>
>
>
> Any thoughts ?
>
> Nikhil
>
> -Original Message-
> From: Damle, Nikhil [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 06, 2003 4:18 PM
> To: 'Mark Orciuch'; Jetspeed Users List
> Subject: RE: Strange behaviour from the JSPAction class that uses
> setTempl ate
>
>
> Hi Mark,
>
> I got the new code from CVS. Built it and deployed it to the
> server. And the
> news is that my code now works fine. Thanks for fixing the bug promptly.
>
> I will be expanding my application soon and will let you know about my
> progress from time to time.
>
> Thanks again,
>
> Nikhil
>
> -Original Message-
> From: Mark Orciuch [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, February 06, 2003 8:24 AM
> To: Jetspeed Users List
> Cc: [EMAIL PROTECTED]
> Subject: RE: Strange behaviour from the JSPAction class that uses
> setTemplate
>
>
> Nikhil,
>
> I just checked in a new version of setTemplate. Please note new method
> signature and session scope. Give it a try and let me know if
> that works for
> you.
>
> Best regards,
>
> Mark Orciuch - [EMAIL PROTECTED]
> Jakarta Jetspeed - Enterprise Portal in Java
> http://jakarta.apache.org/jetspeed/
> > -Original Message-
> > From: Damle, Nikhil [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, January 31, 2003 4:23 PM
> > To: 'Jetspeed Users List'
> > Subject: RE: Strange behaviour from the JSPAction class that uses
> > setTemplate
> >
> >
> > They dont share the same "js_peid". Does that help ?
> >
> > Nikhil
> >
> > -Original Message-
> > From: Mark Orciuch [mailto:[EMAIL PROTECTED]]
> > Sent: Friday, January 31, 2003 2:18 PM
> > To: Jetspeed Users List
> > Subject: RE: Strange behaviour from the JSPAction class that uses
> > setTemplate
> >
> >
> > Ooops! All the JspPortlets on the page share the same request
> > attribute now?
> > I guess we'll have to use another means of storing the template.
> > I'll try to
> > work on this Monday.
> >
> > Best regards,
> >
> > Mark Orciuch - [EMAIL PROTECTED]
> > Jakarta Jetspeed - Enterprise Portal in Java
> > http://jakarta.apache.org/jetspeed/
> >
> > > -Original Message-
> > > From: Damle, Nikhil [mailto:  ]
> > > Sent: Friday, January 31, 2003 1:56 PM
> > > To: 'Jetspeed Users List'
> > > Subject: Strange behaviour from the JSPAction class that uses
> > > setTemplate
> > >
> > >
> > > Starting off a new thread here.
> > >
> > > I was encountering problems using the setTemplate method within the
> > > JSPAction subclass. Thanks to the fix that Mark Orciuch made,
> > > setTemplate(..) works fine.
> > >
> > > However, the problem now is that all the JSPPortlets on the
> page use the
> > > same template, even the JSP1_1andJetspeedTagLib.  By that I mean the
> > > contents within all the JSP por

RE: Strange behaviour from the JSPAction class that uses setTempl ate

[Damle, Nikhil]

After building the new code, the form actions on the JSP page dont seem to
work. 

Ex:
" method="post">






It skips the call to doShowname() method in the Action class. I had to write
an "if" statement within the buildNormalContext method to get it to work. 

Code:
public void buildNormalContext(Portlet portlet, RunData rundata){
String action =
rundata.getParameters().getString("eventSubmit_doShowname");
  if (action.equals("List"))
this.doShowname(rundata, portlet);
}



Any thoughts ?

Nikhil

-Original Message-
From: Damle, Nikhil [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 06, 2003 4:18 PM
To: 'Mark Orciuch'; Jetspeed Users List
Subject: RE: Strange behaviour from the JSPAction class that uses
setTempl ate


Hi Mark,

I got the new code from CVS. Built it and deployed it to the server. And the
news is that my code now works fine. Thanks for fixing the bug promptly.

I will be expanding my application soon and will let you know about my
progress from time to time.

Thanks again,

Nikhil

-Original Message-
From: Mark Orciuch [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 06, 2003 8:24 AM
To: Jetspeed Users List
Cc: [EMAIL PROTECTED]
Subject: RE: Strange behaviour from the JSPAction class that uses
setTemplate


Nikhil,

I just checked in a new version of setTemplate. Please note new method
signature and session scope. Give it a try and let me know if that works for
you.

Best regards,

Mark Orciuch - [EMAIL PROTECTED]
Jakarta Jetspeed - Enterprise Portal in Java
http://jakarta.apache.org/jetspeed/
> -Original Message-
> From: Damle, Nikhil [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 31, 2003 4:23 PM
> To: 'Jetspeed Users List'
> Subject: RE: Strange behaviour from the JSPAction class that uses
> setTemplate
>
>
> They dont share the same "js_peid". Does that help ?
>
> Nikhil
>
> -Original Message-
> From: Mark Orciuch [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 31, 2003 2:18 PM
> To: Jetspeed Users List
> Subject: RE: Strange behaviour from the JSPAction class that uses
> setTemplate
>
>
> Ooops! All the JspPortlets on the page share the same request
> attribute now?
> I guess we'll have to use another means of storing the template.
> I'll try to
> work on this Monday.
>
> Best regards,
>
> Mark Orciuch - [EMAIL PROTECTED]
> Jakarta Jetspeed - Enterprise Portal in Java
> http://jakarta.apache.org/jetspeed/
>
> > -Original Message-
> > From: Damle, Nikhil [mailto:]
> > Sent: Friday, January 31, 2003 1:56 PM
> > To: 'Jetspeed Users List'
> > Subject: Strange behaviour from the JSPAction class that uses
> > setTemplate
> >
> >
> > Starting off a new thread here.
> >
> > I was encountering problems using the setTemplate method within the
> > JSPAction subclass. Thanks to the fix that Mark Orciuch made,
> > setTemplate(..) works fine.
> >
> > However, the problem now is that all the JSPPortlets on the page use the
> > same template, even the JSP1_1andJetspeedTagLib.  By that I mean the
> > contents within all the JSP portlets on the page are exactly
> the same. Did
> > anyone ever encounter this problem ? How can I fix this ?
> >
> > Thanks,
> >
> > Nikhil
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

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

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

RE: Strange behaviour from the JSPAction class that uses setTemplate

[Damle, Nikhil]

Hi Mark,

I got the new code from CVS. Built it and deployed it to the server. And the
news is that my code now works fine. Thanks for fixing the bug promptly.

I will be expanding my application soon and will let you know about my
progress from time to time.

Thanks again,

Nikhil

-Original Message-
From: Mark Orciuch [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 06, 2003 8:24 AM
To: Jetspeed Users List
Cc: [EMAIL PROTECTED]
Subject: RE: Strange behaviour from the JSPAction class that uses
setTemplate


Nikhil,

I just checked in a new version of setTemplate. Please note new method
signature and session scope. Give it a try and let me know if that works for
you.

Best regards,

Mark Orciuch - [EMAIL PROTECTED]
Jakarta Jetspeed - Enterprise Portal in Java
http://jakarta.apache.org/jetspeed/
> -Original Message-
> From: Damle, Nikhil [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 31, 2003 4:23 PM
> To: 'Jetspeed Users List'
> Subject: RE: Strange behaviour from the JSPAction class that uses
> setTemplate
>
>
> They dont share the same "js_peid". Does that help ?
>
> Nikhil
>
> -Original Message-
> From: Mark Orciuch [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 31, 2003 2:18 PM
> To: Jetspeed Users List
> Subject: RE: Strange behaviour from the JSPAction class that uses
> setTemplate
>
>
> Ooops! All the JspPortlets on the page share the same request
> attribute now?
> I guess we'll have to use another means of storing the template.
> I'll try to
> work on this Monday.
>
> Best regards,
>
> Mark Orciuch - [EMAIL PROTECTED]
> Jakarta Jetspeed - Enterprise Portal in Java
> http://jakarta.apache.org/jetspeed/
>
> > -Original Message-
> > From: Damle, Nikhil [mailto:]
> > Sent: Friday, January 31, 2003 1:56 PM
> > To: 'Jetspeed Users List'
> > Subject: Strange behaviour from the JSPAction class that uses
> > setTemplate
> >
> >
> > Starting off a new thread here.
> >
> > I was encountering problems using the setTemplate method within the
> > JSPAction subclass. Thanks to the fix that Mark Orciuch made,
> > setTemplate(..) works fine.
> >
> > However, the problem now is that all the JSPPortlets on the page use the
> > same template, even the JSP1_1andJetspeedTagLib.  By that I mean the
> > contents within all the JSP portlets on the page are exactly
> the same. Did
> > anyone ever encounter this problem ? How can I fix this ?
> >
> > Thanks,
> >
> > Nikhil
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]

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

RE: Strange behaviour from the JSPAction class that uses setTemplate

[Damle, Nikhil]

They dont share the same "js_peid". Does that help ?

Nikhil

-Original Message-
From: Mark Orciuch [mailto:[EMAIL PROTECTED]]
Sent: Friday, January 31, 2003 2:18 PM
To: Jetspeed Users List
Subject: RE: Strange behaviour from the JSPAction class that uses
setTemplate


Ooops! All the JspPortlets on the page share the same request attribute now?
I guess we'll have to use another means of storing the template. I'll try to
work on this Monday.

Best regards,

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

> -Original Message-
> From: Damle, Nikhil [mailto:[EMAIL PROTECTED]]
> Sent: Friday, January 31, 2003 1:56 PM
> To: 'Jetspeed Users List'
> Subject: Strange behaviour from the JSPAction class that uses
> setTemplate
>
>
> Starting off a new thread here.
>
> I was encountering problems using the setTemplate method within the
> JSPAction subclass. Thanks to the fix that Mark Orciuch made,
> setTemplate(..) works fine.
>
> However, the problem now is that all the JSPPortlets on the page use the
> same template, even the JSP1_1andJetspeedTagLib.  By that I mean the
> contents within all the JSP portlets on the page are exactly the same. Did
> anyone ever encounter this problem ? How can I fix this ?
>
> Thanks,
>
> Nikhil
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]


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

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

Strange behaviour from the JSPAction class that uses setTemplate

[Damle, Nikhil]

Starting off a new thread here.

I was encountering problems using the setTemplate method within the
JSPAction subclass. Thanks to the fix that Mark Orciuch made,
setTemplate(..) works fine. 

However, the problem now is that all the JSPPortlets on the page use the
same template, even the JSP1_1andJetspeedTagLib.  By that I mean the
contents within all the JSP portlets on the page are exactly the same. Did
anyone ever encounter this problem ? How can I fix this ?

Thanks,

Nikhil

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

RE: setTemplate using JSPAction

[Damle, Nikhil]

It worked ! 

I will test it further but at the moment the same portlet that had never
redirected to the next template, actually redirected correctly and showed
the desired results.

Thanks.

-Original Message-
From: Mark Orciuch [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 29, 2003 8:49 PM
To: Jetspeed Users List
Subject: RE: setTemplate using JSPAction


If you're using Jetspeed 1.4b4-dev check out from CVS today, then it should
work. I just checked in a fix to make setTemplate work in JspPortlet
yesterday.

Best regards,

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

> -Original Message-
> From: Damle, Nikhil [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, January 28, 2003 1:04 PM
> To: 'Jetspeed Users List'
> Subject: setTemplate using JSPAction
>
>
> Hi,
>
> When I use the setTemplate method, ( ex. setTemplate(rundata,
> "somefile.jsp") ), under what folder should this "somefile.jsp"
> file reside.
> Seems like jetspeed is not able to find this file. I have it under the
> templates/jsp/portlets/html folder.
>
> Thanks
>
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
> <mailto:[EMAIL PROTECTED]>


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

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

setTemplate using JSPAction

[Damle, Nikhil]

Hi,

When I use the setTemplate method, ( ex. setTemplate(rundata,
"somefile.jsp") ), under what folder should this "somefile.jsp" file reside.
Seems like jetspeed is not able to find this file. I have it under the
templates/jsp/portlets/html folder. 

Thanks


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

JSP and setTemplate

[Damle, Nikhil]

When using setTemplate in the Action class of a JSP portlet, which folder
should the jsp file be placed ? 

I am using setTemplate(rundata, "showName.jsp") where showName.jsp is in the
"web-inf/templates/jsp/templates/html" folder. And this is not working.

Please advice.

Nikhil

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

Including a web page into a velocity portlet

[Damle, Nikhil]

How can I program my velocity portlet to include a page (not necessarily a
.vm page). 
 
Ex. The velocity portlet shows a form with a field "name" within the form. 
 
When the user submits this form, the portlet should display within the
portlet space, the result of the page ->
 http://someaddress/page.cgi?name=.
 
Thanks.