[uportal-dev] Subversion Changes
Remember that at 9pm CDT tonight (Tuesday, June 1st) we will be starting a migration to a new server. We're taking this opportunity to do some much needed maintenance on our Subversion repository. As a result you will NOT be able to do a 'svn switch' to the new repository URL. Any existing checkouts of code from https://www.ja-sig.org/svn will have to be checked out again. Please have any local changes committed by 9pm or create a patch to apply to the new checkout. Also revision numbers will be changing. The current repository has about 48700 revisions, of those around 28000 are empty or otherwise shouldn't be there and have been causing problems for the server and other tools such as Fisheye. We will be removing these revisions, which will not affect the history of any existing project, but after the migration the new repository will be at a revision around 20700 instead of 48000 -Eric smime.p7s Description: S/MIME Cryptographic Signature
Re: [uportal-dev] Setting Up uPortal 3.2 for Front-End Development
Robert,
As Arlo mentioned, you will need to disable the JS/CSS caching by commenting
out the pageCachingFilter from web.xml as well as changing the caching
properties in portal.properties.
For 3.2, you will additionally have to disable the aggregration of the JS/CSS
files (which puts all of the files of like kind into a single file). There is a
handy portlet for this called Toggle Resources Aggregation. You may need to add
this portlet to your layout. The portlet has a simple button that turns the
aggregation of the files on/off. Disable the aggregation to have the portal
refer to the un-mininfied, non-aggregated versions of the JS/CSS files.
Gary Thompson
User Experience Leader
Unicon | www.unicon.net
- Original Message -
From: Arlo White awh...@calpoly.edu
To: uportal-dev@lists.ja-sig.org
Cc: Robert R. Miller II rr...@cornell.edu
Sent: Thursday, May 27, 2010 10:15:25 AM GMT -07:00 U.S. Mountain Time
(Arizona)
Subject: Re: [uportal-dev] Setting Up uPortal 3.2 for Front-End Development
There was some talk about making this easier to do...
On 3.1.2 I do this (these settings may have changed in 3.2 though):
Edit: /uportal-impl/src/main/resources/properties/portal.properties
Set XSLT caching off:
org.jasig.portal.utils.XSLT.stylesheet_set_caching=off
org.jasig.portal.utils.XSLT.stylesheet_root_caching=off
Edit: /uportal-war/src/main/webapp/WEB-INF/web.xml
Turn off JS/CSS caching, without doing this JS/CSS changes require a app
server restart.
Comment or delete the following sections:
filter
filter-namepageCachingFilter/filter-name
filter-classorg.springframework.web.filter.DelegatingFilterProxy/filter-class
init-param
param-nametargetFilterLifecycle/param-name
param-valuetrue/param-value
/init-param
/filter
filter-mapping
filter-namepageCachingFilter/filter-name
url-pattern*.js/url-pattern
url-pattern*.css/url-pattern
/filter-mapping
To make it easier to deploy updates I added these targets to build.xml
target name=css.directInject description=Directly inject css files
to deploy location and overwrites *.min.css files
!-- Copy all skins files --
copy toDir=${server.webapps}/ROOT/media/skins verbose=true
fileset dir=uportal-war/src/main/webapp/media/skins
include name=**/* /
/fileset
/copy
!-- Overwrite *.min.css files with uncompressed files --
copy toDir=${server.webapps}/ROOT/media/skins verbose=true
fileset dir=uportal-war/src/main/webapp/media/skins
include name=**/*.css /
/fileset
globmapper from=*.css to=*.min.css /
/copy
/target
target name=xsl.directInject description=Directly inject xsl theme
files to deploy location
!-- Copy all skins files --
copy
toDir=${server.webapps}/ROOT/WEB-INF/classes/layout/theme/universality
verbose=true
fileset dir=uportal-war/src/main/resources/layout/theme/universality
include name=**/*.xsl /
/fileset
/copy
/target
Your workflow should now just be to edit XSL or CSS files and then run
ant xsl.directInject or css.directInject
I think the user session still caches XSL, so you may have to logout and
log back in for an XSL change. Better than having to restart the server
though. Maybe there's a way to disable the user's session from caching
XSL so you can just click refresh instead of relogging?
-Arlo
On 05/27/2010 09:45 AM, Robert R. Miller II wrote:
Hey there uPortal community.
I am new to the uPortal development effort so please forgive me for having to
ask the newbie questions. We are attempting a development effort centered
around front-end theme and skin work, starting from the
uPortal-3.2.1-quick-start-dev tarball, and need to know how to effectively
disable the caching in order to increase productivity. We have had no success
with the following 3.1 instruction set
(http://www.ja-sig.org/wiki/display/UPM31/20+Developing+in+the+Themes+and+Skins+Areas+of+uPortal)
and am, at this point, reaching out to the community for some assistance.
Any and all responses to this general inquiry would be greatly appreciated.
Thanks in advance to those who do respond.
~R
Robert R Miller II
Lead Programmer/Analyst
Integrated Web Services
Cornell Information Technologies
Cornell University
(607) 254-5196
Become the change you seek in the world!
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as:
g...@unicon.net
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as:
arch...@mail-archive.com
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
RE: [uportal-dev] Setting Up uPortal 3.2 for Front-End Development
Thank you Arlo and Gary. I had made all of the recommended changes, but it
hadn’t dawned on me that web.xml file within the servlet container would also
have to be updated.
Caching is sufficiently disabled at this point.
Thank you both.
~R
From: Gary Thompson [mailto:g...@unicon.net]
Sent: Tuesday, June 01, 2010 2:47 PM
To: uportal-dev@lists.ja-sig.org
Cc: Robert R. Miller II
Subject: Re: [uportal-dev] Setting Up uPortal 3.2 for Front-End Development
Robert,
As Arlo mentioned, you will need to disable the JS/CSS caching by commenting
out the pageCachingFilter from web.xml as well as changing the caching
properties in portal.properties.
For 3.2, you will additionally have to disable the aggregration of the JS/CSS
files (which puts all of the files of like kind into a single file). There is a
handy portlet for this called Toggle Resources Aggregation. You may need to add
this portlet to your layout. The portlet has a simple button that turns the
aggregation of the files on/off. Disable the aggregation to have the portal
refer to the un-mininfied, non-aggregated versions of the JS/CSS files.
Gary Thompson
User Experience Leader
Unicon | www.unicon.net
- Original Message -
From: Arlo White awh...@calpoly.edu
To: uportal-dev@lists.ja-sig.org
Cc: Robert R. Miller II rr...@cornell.edu
Sent: Thursday, May 27, 2010 10:15:25 AM GMT -07:00 U.S. Mountain Time (Arizona)
Subject: Re: [uportal-dev] Setting Up uPortal 3.2 for Front-End Development
There was some talk about making this easier to do...
On 3.1.2 I do this (these settings may have changed in 3.2 though):
Edit: /uportal-impl/src/main/resources/properties/portal.properties
Set XSLT caching off:
org.jasig.portal.utils.XSLT.stylesheet_set_caching=off
org.jasig.portal.utils.XSLT.stylesheet_root_caching=off
Edit: /uportal-war/src/main/webapp/WEB-INF/web.xml
Turn off JS/CSS caching, without doing this JS/CSS changes require a app
server restart.
Comment or delete the following sections:
filter
filter-namepageCachingFilter/filter-name
filter-classorg.springframework.web.filter.DelegatingFilterProxy/filter-class
init-param
param-nametargetFilterLifecycle/param-name
param-valuetrue/param-value
/init-param
/filter
filter-mapping
filter-namepageCachingFilter/filter-name
url-pattern*.js/url-pattern
url-pattern*.css/url-pattern
/filter-mapping
To make it easier to deploy updates I added these targets to build.xml
target name=css.directInject description=Directly inject css files
to deploy location and overwrites *.min.css files
!-- Copy all skins files --
copy toDir=${server.webapps}/ROOT/media/skins verbose=true
fileset dir=uportal-war/src/main/webapp/media/skins
include name=**/* /
/fileset
/copy
!-- Overwrite *.min.css files with uncompressed files --
copy toDir=${server.webapps}/ROOT/media/skins verbose=true
fileset dir=uportal-war/src/main/webapp/media/skins
include name=**/*.css /
/fileset
globmapper from=*.css to=*.min.css /
/copy
/target
target name=xsl.directInject description=Directly inject xsl theme
files to deploy location
!-- Copy all skins files --
copy
toDir=${server.webapps}/ROOT/WEB-INF/classes/layout/theme/universality
verbose=true
fileset dir=uportal-war/src/main/resources/layout/theme/universality
include name=**/*.xsl /
/fileset
/copy
/target
Your workflow should now just be to edit XSL or CSS files and then run
ant xsl.directInject or css.directInject
I think the user session still caches XSL, so you may have to logout and
log back in for an XSL change. Better than having to restart the server
though. Maybe there's a way to disable the user's session from caching
XSL so you can just click refresh instead of relogging?
-Arlo
On 05/27/2010 09:45 AM, Robert R. Miller II wrote:
Hey there uPortal community.
I am new to the uPortal development effort so please forgive me for having to
ask the newbie questions. We are attempting a development effort centered
around front-end theme and skin work, starting from the
uPortal-3.2.1-quick-start-dev tarball, and need to know how to effectively
disable the caching in order to increase productivity. We have had no success
with the following 3.1 instruction set
(http://www.ja-sig.org/wiki/display/UPM31/20+Developing+in+the+Themes+and+Skins+Areas+of+uPortal)
and am, at this point, reaching out to the community for some assistance.
Any and all responses to this general inquiry would be greatly appreciated.
Thanks in advance to those who do respond.
~R
Robert R Miller II
Lead Programmer/Analyst
Integrated Web Services
Cornell Information Technologies
Cornell University
(607) 254-5196
Become the change you seek in the world!
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as: g...@unicon.net
To unsubscribe, change settings or access archives, see
http://www.ja-sig.org/wiki/display/JSG/uportal-dev
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as:
arch...@mail-archive.com
To unsubscribe, change
