[uportal-dev] [Bamboo] uPortal - Trunk - Clean Repository build 71 was SUCCESSFUL (with 300 tests). Change made by Jen Bourey and Gary Thompson
The project uPortal - Trunk - Clean Repository has the following 8 changes by 2 authors: *Jen Bourey* made the following changes at Comment: UP-2047 Fixing arbitrary parameters links in portlet administration webflow /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/setParameters.jsp (45887) *Jen Bourey* made the following changes at Comment: UP-2047 Adding dependency version management for portlet administration portlet to main pom /uPortal/trunk/pom.xml (45875) *Jen Bourey* made the following changes at Comment: UP-2047 Adding dependency version management for portlet administration portlet to main pom /uPortal/trunk/uportal-war/pom.xml (45873) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/log4j.properties (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/notepad.channel (45873) /uPortal/trunk/pom.xml (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/my-calendar.channel (45873) /uPortal/trunk/.settings/org.maven.ide.eclipse.prefs (45873) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/setParameters.jsp (45873) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/edit-portlet.xml (45873) /uPortal/trunk/.classpath (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/portal.properties (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/flutter.channel (45873) /uPortal/trunk/.project (45873) /uPortal/trunk/uportal-impl/src/main/java/org/jasig/portal/channels/CSyndFeed.java (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/rdbm.properties (45873) *Jen Bourey* made the following changes at Comment: UP-2047 Updating choose groups webflow javascript to match CSS classname changes /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/groups-selector/chooseGroups.jsp (45885) *Jen Bourey* made the following changes at Comment: UP-2047 Reverting last change as it included too many files /uPortal/trunk/uportal-war/pom.xml (45874) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/log4j.properties (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/notepad.channel (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/my-calendar.channel (45874) /uPortal/trunk/pom.xml (45874) /uPortal/trunk/.settings/org.maven.ide.eclipse.prefs (45874) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/setParameters.jsp (45874) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/edit-portlet.xml (45874) /uPortal/trunk/.classpath (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/portal.properties (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/flutter.channel (45874) /uPortal/trunk/.project (45874) /uPortal/trunk/uportal-impl/src/main/java/org/jasig/portal/channels/CSyndFeed.java (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/rdbm.properties (45874) *Jen Bourey* made the following changes at Comment: UP-2047 Updating choose groups webflow javascript to display no results messages /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/groups-selector/chooseGroups.jsp (45889) *Gary Thompson* made the following changes at Comment: UP-2241 Implementation: Refactor html and css for each view of the administrative portlet /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/reviewPortlet.jsp (45884) /uPortal/trunk/uportal-war/src/main/webapp/media/skins/universality/uportal3/uportal3_portlet.css (45884) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/groups-selector/chooseGroups.jsp (45884) *Jen Bourey* made the following changes at Comment: UP-2047 Fixing arbitrary parameters dialog in portlet administration webflow /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/setParameters.jsp (45888) --- All 300 tests passed. Click http://developer.jasig.org/bamboo/browse/UP-TRUNKCLEANREPO-71 to find out more. Thanks, Bamboo -- 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
[uportal-dev] [Bamboo] uPortal - Trunk - Site build 52 was SUCCESSFUL (with 300 tests). Change made by Jen Bourey and Gary Thompson
The project uPortal - Trunk - Site has the following 8 changes by 2 authors: *Jen Bourey* made the following changes at Comment: UP-2047 Fixing arbitrary parameters links in portlet administration webflow /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/setParameters.jsp (45887) *Jen Bourey* made the following changes at Comment: UP-2047 Adding dependency version management for portlet administration portlet to main pom /uPortal/trunk/pom.xml (45875) *Jen Bourey* made the following changes at Comment: UP-2047 Adding dependency version management for portlet administration portlet to main pom /uPortal/trunk/uportal-war/pom.xml (45873) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/log4j.properties (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/notepad.channel (45873) /uPortal/trunk/pom.xml (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/my-calendar.channel (45873) /uPortal/trunk/.settings/org.maven.ide.eclipse.prefs (45873) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/setParameters.jsp (45873) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/edit-portlet.xml (45873) /uPortal/trunk/.classpath (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/portal.properties (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/flutter.channel (45873) /uPortal/trunk/.project (45873) /uPortal/trunk/uportal-impl/src/main/java/org/jasig/portal/channels/CSyndFeed.java (45873) /uPortal/trunk/uportal-impl/src/main/resources/properties/rdbm.properties (45873) *Jen Bourey* made the following changes at Comment: UP-2047 Updating choose groups webflow javascript to match CSS classname changes /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/groups-selector/chooseGroups.jsp (45885) *Jen Bourey* made the following changes at Comment: UP-2047 Reverting last change as it included too many files /uPortal/trunk/uportal-war/pom.xml (45874) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/log4j.properties (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/notepad.channel (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/my-calendar.channel (45874) /uPortal/trunk/pom.xml (45874) /uPortal/trunk/.settings/org.maven.ide.eclipse.prefs (45874) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/setParameters.jsp (45874) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/edit-portlet.xml (45874) /uPortal/trunk/.classpath (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/portal.properties (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/db/entities/channel/flutter.channel (45874) /uPortal/trunk/.project (45874) /uPortal/trunk/uportal-impl/src/main/java/org/jasig/portal/channels/CSyndFeed.java (45874) /uPortal/trunk/uportal-impl/src/main/resources/properties/rdbm.properties (45874) *Jen Bourey* made the following changes at Comment: UP-2047 Updating choose groups webflow javascript to display no results messages /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/groups-selector/chooseGroups.jsp (45889) *Gary Thompson* made the following changes at Comment: UP-2241 Implementation: Refactor html and css for each view of the administrative portlet /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/reviewPortlet.jsp (45884) /uPortal/trunk/uportal-war/src/main/webapp/media/skins/universality/uportal3/uportal3_portlet.css (45884) /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/groups-selector/chooseGroups.jsp (45884) *Jen Bourey* made the following changes at Comment: UP-2047 Fixing arbitrary parameters dialog in portlet administration webflow /uPortal/trunk/uportal-war/src/main/webapp/WEB-INF/flows/edit-portlet/setParameters.jsp (45888) --- All 300 tests passed. Click http://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-52 to find out more. Thanks, Bamboo -- 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] Resource Server as its own 1st-class project
Gary, It is a separate project: https://www.ja-sig.org/svn/sandbox/resource-server/ It has been submitted for incubation as its own project. There are release artifacts in the Jasig maven repository tagged 1.0.0-RC2. The area it needs help with right now is documentation, examples of the Maven dependency configuration for using the taglib and where to find the WAR file. Also some documentation on how to request new resources be added to the project. -Eric Gary Weaver wrote: Does anyone else think that it would be a good idea to move to split off the uPortal 3.1 resource server as a separate project and download from uPortal hosted by JASIG? http://www.ja-sig.org/wiki/display/UPC/Resource+Server It seems like it would be a good idea if people would start using it for web development (especially for JSR-168/JSR-286 portlet development) in such a way that they could have multiple webapps or portlets rely on the same versioned resource bundle for similar functionality. For example, javascript bugs (like browser incompatibilities that may have been missed in testing) could be fixed in one place and not require alteration of many custom portlets that use similar functionality. So if I were writing a portlet or any other webapp, you could just say in the documentation to configure that portlet/webapp to point at the resource server (webapp) wherever it is hosted, and deploy the X and Y packages to the server that the portlet/webapp depends on. It would probably take some work to get it there, but I think that more widespread adoption might be key to its success and use. If you think this is a bad idea, then how do you propose that the issue of duplicated javascript be solved? (and note that having portlets, etc. poms depend on the same dependencies that bundle resources means having to debuild and redeploy a number of portlets, which is more disruptive and difficult than just deploying resource bundles separate from portlets.) Thanks, Gary Original Message Subject: Re: [jasig-ue] recommended way of sharing javascript between portlets Date: Tue, 28 Apr 2009 10:04:12 -0400 From: Gary Weaver gary.wea...@duke.edu Reply-To: jasig...@lists.ja-sig.org To: jasig...@lists.ja-sig.org References: 49f1f167.6050...@duke.edu 2b938a27bb91494ea4223733c3da13fc2d53caa...@arborexch01.utorarbor.utorad.utoronto.ca 28648_1240604099_zzg0t38drjkgn.00_49f21d9d.2050...@duke.edu 49f63429.2080...@doit.wisc.edu 8860_1240925657_zzg0t7q252qu4.00_49f705c9.3040...@duke.edu 49f70928.9000...@doit.wisc.edu Could it be offered as a separate download on its own project site in JASIG? That would be the best, because then those writing JSR168/JSR286 portlets could just include in the install documentation that the portlet by default expects to be using the resource server. That those using other portals besides uPortal could use it also, but more importantly, people would be more likely to use it since they wouldn't be as tied to uPortal (since they would need download uPortal to get the resource server webapp out of it). Also, if the resource server was useful to others outside of just portlet development, they could use it also. Oops- I totally misunderstood about the references in that page to web.xml meaning the resource server webapp's web.xml. BTW- is there a portlet archetype hosted by JASIG or anyone else? (I know that is off-topic, but while on the subject...) Gary Eric Dalquist wrote: It is a stand-alone webapp, all you need to do is deploy the WAR along side whatever webapp you want to use it with. More examples would be great, usage in a static page would simply reference the ResourceServer file explicitly in the page, ex: */ResourceServingWebapp/rs/jquery/1.3.1/jquery-1.3.1.js* With the catch that you're dependent on the ResourceServingWebapp being available then. This isn't something that is used as an archtype for a project, perhaps we need to document that a bit better. You deploy the ResourceServingWebapp webapp in your container and then there is a JAR you include in your webapp to allow you to use the tag library. Thats all, nothing else special about your webapp is needed. uPortal 3.1 doesn't even bother with the tag library. It just references files under /ResourceServingWebapp explicitly and it is a required webapp to be deployed alongside uPortal. -Eric Gary Weaver wrote: Eric, That's perfect! :) !!! It would be even better if it were available as a standalone resource server that could be used for older versions of uPortal and other portal servers (maybe make it a separate product, but include it with uPortal 3.1 and up). And the documentation is great! If you could add some more copy/pasteable example code to use for config of portlets, etc. in http://www.ja-sig.org/wiki/display/UPC/Using+the+Resource+Server that would help people get started even faster. (And maybe add that a Maven 2
Re: [uportal-dev] Resource Server as its own 1st-class project
Eric, Awesome! Sorry, I had assumed that it was just meant to be for uPortal, instead it being considered as a project on the same level as uPortal and CAS (which is what I mean by it being its own 1st-class project). I'll plan to go ahead as soon as I can to download RC2 (from the 1.0.0-RC2 dir under http://developer.jasig.org/repo/content/repositories/m2/org/jasig/resourceserver/resource-server-webapp/ ) and give it a try. Some questions: * Are there examples in uPortal or portlet code/configuration that use it already outside of that wiki pages at http://www.ja-sig.org/wiki/display/UPC/Resource+Server that we could look at? * Do you think that a new wiki space should be created to keep its documentation separate from uPortal, or should there be a generic space for documentation for all JASIG sandbox projects that are not uPortal or CAS specific? * Do you think that it needs its own mailing lists, or that there should be generic mailing lists for projects like it that are not CAS or uPortal specific? * Is the plan eventually (assuming it is accepted) for a spot to be created under the main JASIG page at http://www.jasig.org/ for it? Thanks for your help, Gary Eric Dalquist wrote: Gary, It is a separate project: https://www.ja-sig.org/svn/sandbox/resource-server/ It has been submitted for incubation as its own project. There are release artifacts in the Jasig maven repository tagged 1.0.0-RC2. The area it needs help with right now is documentation, examples of the Maven dependency configuration for using the taglib and where to find the WAR file. Also some documentation on how to request new resources be added to the project. -Eric Gary Weaver wrote: Does anyone else think that it would be a good idea to move to split off the uPortal 3.1 resource server as a separate project and download from uPortal hosted by JASIG? http://www.ja-sig.org/wiki/display/UPC/Resource+Server It seems like it would be a good idea if people would start using it for web development (especially for JSR-168/JSR-286 portlet development) in such a way that they could have multiple webapps or portlets rely on the same versioned resource bundle for similar functionality. For example, javascript bugs (like browser incompatibilities that may have been missed in testing) could be fixed in one place and not require alteration of many custom portlets that use similar functionality. So if I were writing a portlet or any other webapp, you could just say in the documentation to configure that portlet/webapp to point at the resource server (webapp) wherever it is hosted, and deploy the X and Y packages to the server that the portlet/webapp depends on. It would probably take some work to get it there, but I think that more widespread adoption might be key to its success and use. If you think this is a bad idea, then how do you propose that the issue of duplicated javascript be solved? (and note that having portlets, etc. poms depend on the same dependencies that bundle resources means having to debuild and redeploy a number of portlets, which is more disruptive and difficult than just deploying resource bundles separate from portlets.) Thanks, Gary Original Message Subject: Re: [jasig-ue] recommended way of sharing javascript between portlets Date: Tue, 28 Apr 2009 10:04:12 -0400 From: Gary Weaver gary.wea...@duke.edu Reply-To: jasig...@lists.ja-sig.org To: jasig...@lists.ja-sig.org References: 49f1f167.6050...@duke.edu 2b938a27bb91494ea4223733c3da13fc2d53caa...@arborexch01.utorarbor.utorad.utoronto.ca 28648_1240604099_zzg0t38drjkgn.00_49f21d9d.2050...@duke.edu 49f63429.2080...@doit.wisc.edu 8860_1240925657_zzg0t7q252qu4.00_49f705c9.3040...@duke.edu 49f70928.9000...@doit.wisc.edu Could it be offered as a separate download on its own project site in JASIG? That would be the best, because then those writing JSR168/JSR286 portlets could just include in the install documentation that the portlet by default expects to be using the resource server. That those using other portals besides uPortal could use it also, but more importantly, people would be more likely to use it since they wouldn't be as tied to uPortal (since they would need download uPortal to get the resource server webapp out of it). Also, if the resource server was useful to others outside of just portlet development, they could use it also. Oops- I totally misunderstood about the references in that page to web.xml meaning the resource server webapp's web.xml. BTW- is there a portlet archetype hosted by JASIG or anyone else? (I know that is off-topic, but while on the subject...) Gary Eric Dalquist wrote: It is a stand-alone webapp, all you need to do is deploy the WAR along side whatever webapp you want to use it with. More examples would be great, usage in a static page would simply reference the ResourceServer file explicitly in the page,
[uportal-dev] Open Forum- UP-2047 Follow-up
The Cooperative Development Team at Unicon, Inc. would like to thank all of the participants in our Open Forum this morning. It was great to hear others ideas and perspectives on how they would like to see the Administrative Portlet evolve. As mentioned please review and add to the Wiki http://www.ja-sig.org/wiki/display/UPC/Portlet+Administration+Portlet page created for the work on UP-2047 http://www.ja-sig.org/issues/browse/UP-2047 . The Wiki http://www.ja-sig.org/wiki/display/UPC/Portlet+Administration+Portlet contains designs http://www.ja-sig.org/wiki/display/UPC/Portlet+Administration+Portlet#Por tletAdministrationPortlet-Design and content that speak to known http://www.ja-sig.org/wiki/display/UPC/uP2+Channel+Manager+Heuristic+Anal ysis issues, functional http://www.ja-sig.org/wiki/display/UPC/Portlet+Administration+Functional+ Needs needs and a great summary of a proposed http://www.ja-sig.org/wiki/display/UPC/Portlet+Lifecycle Portlet Lifecycle along with much more. Please take some time to review the content and share your ideas. The Open http://www.ja-sig.org/wiki/display/UPC/Open+Forum+Collaboration+Documenta tion Forum Collaboration Discussion is a page for just this purpose; please place your ideas, thoughts and suggestions here so that they are available for all to see. Look for future emails on next steps and details around the next forum. We appreciate your feedback and look forward to reviewing the Open http://www.ja-sig.org/wiki/display/UPC/Open+Forum+Collaboration+Documenta tion Forum Collaboration Discussion page in Confluence for more ideas and suggestions. Thanks again, Charise -- Charise M. Arrowood Director, Cooperative Support Unicon, Inc. Office: 480.558.2454 Cell: 602.350.4916 -- 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
[uportal-dev] ProxyWriter
I am wondering who uses the portal.properties setting: org.jasig.portal.serialize.ProxyWriter.resource_proxy_enabled=on This setting causes http imbedded content to be vended from the portal vis https avoiding mixed content messages for media such as images. It also wants to save and revend script elements. In our current YaleInfo uPortal site we removed all the code that attempts to proxy scripts. I had thought that the Jasig version had also removed that function but it seems to still be there in 3.1. I would like to suggest we remove it from the base code for 2 reasons: It feels like a bad idea to stash scripts in the web server file space to re-vend as part of the portal (?) It doesn't seem to work. We got some bad html ouput that killed numerous portal functions (like drag and drop) when ProxyWriter tried to save js and serve them up via the proxyPortlet. I have removed the offending code and will be going forward into production without it. If people think it would be good to remove it from uPortal for 3.2 I'd be happy to make the changes. Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
