This blog helps me keep track of programming tricks I've learned, so I don't forget them later
Showing posts with label Portlet install. Show all posts
Showing posts with label Portlet install. Show all posts
Tuesday, July 14, 2009
Monday, July 6, 2009
Steps to install a portlet
JICS Wiki : Installing Portlets page
JICS Wiki : Generating LDIF Files page
JICS Wiki : Generating LDIF Files page
- Copy .ascx files to portlet .ascx directory on web server
- Copy .dll assembly to portlet /bin directory on server
- Modify FWK_Globalization (?)
- Make database table and stored procedure changes (?)
- Add a Portlet Template definition to ADAM using an LDIF file
- If this is a secured portlet, sync global operations (?)
- Restart IIS
Steps to code a portlet
Steps to create a portlet - jics wiki
1. Create a class library project, and set a bunch of custom settings
1. Create a class library project, and set a bunch of custom settings
- Change the assembly name (see assembly naming conventions)
- Set a post-build event that copies the compiled files into the correct directories (see directory naming conventions)
- Enable debugging
- Add reference to Jenzabar.Portal.Framework.Web
- Ordinary portlets inherit from PortletBase
- Secured portlets inherit from SecuredPortletBase
- GetCurrentScreen() determines which view will be loaded when the portlet loads.
- Required views are Default_view and Main_view
- Each usercontrol inherits from the C# base class you created earlier.
- Ordinary portlets inherit from PortletBase
- Secured portlets inherit from SecuredPortletBase
JICS : LDIF files and ADAM
When a portlet is installed, we have to stick some data into ADAM so JICS knows that our portlet exists.
Related pages :
http://www.jicswiki.com/index.php?title=GeneratingLDIFFiles
http://www.jicswiki.com/index.php?title=InstallingPortlets
Related pages :
http://www.jicswiki.com/index.php?title=GeneratingLDIFFiles
http://www.jicswiki.com/index.php?title=InstallingPortlets
JICS : ASCX pages
With web controls, you have an .ascx page that defines how things look, and a .dll file that contains the code for the page. The info below is gleaned from JICS Portlet Creation page
Create a different .ascx file for each view.
There are two required views. Default_View, and Main_View. The ascx files for these must be located in Default_View.ascx and Main_View.ascx.
All the .ascx files for the portlet go in their own directory on the server
Every portlet has it's own directory. That directory goes in [Type]\Portal\Portlets\CUS\[Portlet name]. For more info on this directory, see "Naming Conventions"
All the .dll files for all portlets go in one directory
That directory is \Portal\bin
Question : How does the system know where our portlet's .ascx files are located?
Question : Can we build a portlet that has all the web controls defined in the .dll, and doesn't have an .ascx page?
Question : It looks like there are add-ons, such as LMS and CRM, that have their own portal directories. Do LMS portlet dll's go in LMS\Portal\bin, or is there a master \Portal\bin where all the data goes?
Create a different .ascx file for each view.
There are two required views. Default_View, and Main_View. The ascx files for these must be located in Default_View.ascx and Main_View.ascx.
All the .ascx files for the portlet go in their own directory on the server
Every portlet has it's own directory. That directory goes in [Type]\Portal\Portlets\CUS\[Portlet name]. For more info on this directory, see "Naming Conventions"
All the .dll files for all portlets go in one directory
That directory is \Portal\bin
Question : How does the system know where our portlet's .ascx files are located?
Question : Can we build a portlet that has all the web controls defined in the .dll, and doesn't have an .ascx page?
Question : It looks like there are add-ons, such as LMS and CRM, that have their own portal directories. Do LMS portlet dll's go in LMS\Portal\bin, or is there a master \Portal\bin where all the data goes?
JICS Naming Conventions
Naming standard page : JICS Wiki
Portlets should be named :
[Two character ERP type] + [Short description] + [Institution Name]
Tables should be named :
"CUS_" + [Portlet name] + [table description]
Assemblies should be named :
"Portlet." + [Portlet name]
Root directory for .ascx files should be :
"\Portlets\CUS\" + [User-defined Subdirectory (optional)] + [Portlet name]
Question : Why are they removing the word 'portlet' from directory, namespace, and class names, but leaving it there for assembly / dll names?
Portlets should be named :
[Two character ERP type] + [Short description] + [Institution Name]
Tables should be named :
"CUS_" + [Portlet name] + [table description]
Assemblies should be named :
"Portlet." + [Portlet name]
Root directory for .ascx files should be :
"\Portlets\CUS\" + [User-defined Subdirectory (optional)] + [Portlet name]
Question : Why are they removing the word 'portlet' from directory, namespace, and class names, but leaving it there for assembly / dll names?
Subscribe to:
Posts (Atom)