Re: [uportal-dev] proposed: Benito Gonzalez as uPortal committer
+1 Tim Levett - UW-Madison From: bounce-42797523-70367...@lists.wisc.edu <bounce-42797523-70367...@lists.wisc.edu> on behalf of Tim Carroll <t...@logiclander.com> Sent: Monday, September 28, 2015 11:47 AM To: uportal-dev@lists.ja-sig.org Subject: Re: [uportal-dev] proposed: Benito Gonzalez as uPortal committer +1 On Sep 28, 2015, at 11:25, Drew Wills <awi...@unicon.net<mailto:awi...@unicon.net>> wrote: +1 drew On Sep 28, 2015, at 8:32 AM, James Wennmacher <jwennmac...@unicon.net<mailto:jwennmac...@unicon.net>> wrote: +1 James Wennmacher - Unicon 480.558.2420 On 09/28/2015 05:56 AM, Aaron Grant wrote: +1 Benito has been a really big help to us over the last few months ironing out issues with the uPortal framework and various portlets. On Fri, Sep 25, 2015 at 6:40 PM, Andrew W Petro <andrew.pe...@wisc.edu<mailto:andrew.pe...@wisc.edu>> wrote: Proposal to recognize Benito https://github.com/Jasig/uPortal/commits?author=bjagg as a uPortal committer, privileged to merge pull requests and otherwise push to Jasig/uPortal repo and related, aka as a member of https://github.com/orgs/Jasig/teams/uportal-developers (Benito is already a member of the "Portlet Developers" team.) +1 -Andrew -- You are currently subscribed to uportal-dev@lists.ja-sig.org<mailto:uportal-dev@lists.ja-sig.org> as: asgr...@oakland.edu<mailto:asgr...@oakland.edu> To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Aaron Grant Senior Applications Architect Oakland University - UTS<http://oakland.edu/uts> -- You are currently subscribed to uportal-dev@lists.ja-sig.org<mailto:uportal-dev@lists.ja-sig.org> as: jwennmac...@unicon.net<mailto:jwennmac...@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<mailto:uportal-dev@lists.ja-sig.org> as: awi...@unicon.net<mailto:awi...@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<mailto:uportal-dev@lists.ja-sig.org> as: t...@logiclander.com<mailto:t...@logiclander.com> 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: tim.lev...@wisc.edu 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
[uportal-dev] angularjs-portal irc channel
Hey Devs, Did you know we have a gitter.im for angularjs-portal? https://gitter.im/UW-Madison-DoIT/angularjs-portal. If you don't want yet another tab open you can setup irc for gitter.im: https://irc.gitter.im/ then join the channel UW-Madison-DoIT/angularjs-portal Join the conversation, get involved. See you there, - Tim -- 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] Google Analytics in uPortal
Hi Everyone, We recently had an On Air discussing Google Analytics in uPortal and angularjs-portal. You can find the recording here if you are interested: http://www.youtube.com/watch?v=rp2wqCFI8Xc [http://img.youtube.com/vi/rp2wqCFI8Xc/0.jpg]http://www.youtube.com/watch?v=rp2wqCFI8Xc uPortal Google Analytics Integration Demo - YouTube Tim L. from UW-Madison will discuss (and demonstrate) the capabilities of the GA integration in uPortal. Watch now...http://www.youtube.com/watch?v=rp2wqCFI8Xc Enjoy, Tim Levett tim.levettATwisc.edu MyUW-Infrastructure -- 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] Module for CLI
Hi Devs, Me again. I had a thought, and I may have mentioned it last week. Does anyone else have the desire to have a separate module for the uPortal CLI? Our use case is we do entity imports via a jenkins job. We want this job to be completely independent of a uPortal war instance. In order to be able to do this on a build server we have to do a hack to get the groovy script to run. Basically, we add .m2/repo//[tomcat lib].jar jars to the class path of the java command. We get that list by running a maven script to list the provided dependencies. Its very flaky, I don't recommend it. This got me thinking, what if we could just have a jar that we could run with all the right classes in it so we could do anything the CLI could do. It would force us to modularize the uPortal war, which could be healthy. Again, just curious if anyone else has this desire. - Tim Levett -- 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] Module for CLI
I'm curious. What does the CLI need from tomcat? Is it the shared/lib/* or the and the servlet-api.jar or tomcat-jdbc jar? It needs all the provided dependencies in order to build the executable for groovy due to it calling org.jasig.portal.shell.PortalShell which is in the war. If you look at the definition of uportal-war-macro which is used in the target up-shell you can see what ant is doing. We just wanted a way to run the groovy script independently of ant. It would be great to run a gradle build. I'm actually playing with it right now for the uportal-bundle quickstart upload. Fun fact, you can call ant scripts from gradle. Might make it an easier transition? - Tim From: bounce-41575205-70367...@lists.wisc.edu bounce-41575205-70367...@lists.wisc.edu on behalf of James Wennmacher jwennmac...@unicon.net Sent: Wednesday, June 10, 2015 12:50 PM To: uportal-dev@lists.ja-sig.org Subject: Re: [uportal-dev] Module for CLI I think this is a good thing. Not to over-complicate it and tie it to other future work, but just dreaming, it would be better with the gradle build (which Misagh has done some work on) and specifically having the operational functions (non-build) be a separate groovy, gradle, or whatever script that knows its dependencies and can auto-resolve them. If doing it with the current ant/maven strategy, it doesn't seem like it owuld be that hard to have another module that builds a jar for the CLI or possibly make it an alternate profile for the uportal-war project since you don't want to build it all the time. I'm curious. What does the CLI need from tomcat? Is it the shared/lib/* or the and the servlet-api.jar or tomcat-jdbc jar? James Wennmacher - Unicon 480.558.2420 On 06/10/2015 09:15 AM, Tim Levett wrote: Hi Devs, Me again. I had a thought, and I may have mentioned it last week. Does anyone else have the desire to have a separate module for the uPortal CLI? Our use case is we do entity imports via a jenkins job. We want this job to be completely independent of a uPortal war instance. In order to be able to do this on a build server we have to do a hack to get the groovy script to run. Basically, we add .m2/repo//[tomcat lib].jar jars to the class path of the java command. We get that list by running a maven script to list the provided dependencies. Its very flaky, I don't recommend it. This got me thinking, what if we could just have a jar that we could run with all the right classes in it so we could do anything the CLI could do. It would force us to modularize the uPortal war, which could be healthy. Again, just curious if anyone else has this desire. - Tim Levett -- You are currently subscribed to uportal-dev@lists.ja-sig.orgmailto:uportal-dev@lists.ja-sig.org as: jwennmac...@unicon.netmailto:jwennmac...@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: tim.lev...@wisc.edu 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
[uportal-dev] Idea for uportal-bundle
Hi Devs, One topic that came up during the uPortal BoF was moving bundled portlets out of the portal project. We all recognized the benefit of the bundle, but also realized this could be a separate project that pulled in the needed dependencies. I took a stab at pulling out the important bits of the bundling and building of the EAR and put it up on github here: https://github.com/timlevett/uportal-bundle . What are your thoughts? Should we move this project into Jasig and move forward? Thanks, Tim Levett tim.levettATwisc.edu MyUW-Infrastructure -- 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] uPortal API endpoint for returning portlet markup (aka exclusive window_state alternative) for Rich JS UI and uMobile
This will be a great enhancement to the uPortal REST API, nice write up James! There may be some merit in having it be more abstract like the canonical filter (eg /p/fname). UW's use case for that is in our favorites list we only allow 1 per fname, granted once it is in the layout we do have the node id. However, another use case is when someone launches the portlet directly without having it in there layout. I totally agree the 302 should never happen to the home. Maybe just a 400 level error with a object doesn't exist therefore it is not message or something. Thanks, Tim Levett tim.lev...@wisc.edu MyUW-Infrastructure From: bounce-41491308-70367...@lists.wisc.edu bounce-41491308-70367...@lists.wisc.edu on behalf of James Wennmacher jwennmac...@unicon.net Sent: Thursday, May 28, 2015 4:15 PM To: uportal-dev@lists.ja-sig.org Subject: [uportal-dev] uPortal API endpoint for returning portlet markup (aka exclusive window_state alternative) for Rich JS UI and uMobile For the Rich-JS Angular uPortal front-end we are working on, we need to create a uPortal API for returning portlet markup without using the current EXCLUSIVE window-state strategy. As Anthony elaborated in http://jasig.275507.n4.nabble.com/Name-for-new-window-state-that-was-like-DETACHED-td4665156.html, this (mis)use of Window State has some negative ramifications. We are finding much the same. I am planning on following Andrew P's excellent idea (also in the above thread) of creating a uPortal REST endpoint that returns the markup for a single portlet, effectively like EXCLUSIVE mode without actually setting or using the Window State. I want to discuss and collaborate on this feature as I see it having broad applicability, minimally the two rich JS UIs and uMobile. I haven't dug into the code details yet so I'm sure I'll find a few things that might require some changes, but I wanted to present my overall thoughts first for community feedback: * endpoint is /uPortal/api/portlet/{fname}.{ID}/exclusive * As opposed to /uPortal/api/portlet/{fname} which returns minor portlet publishing info * Including ID which would be from /uPortal/layout.json or /uPortal/api/layout/v2/layout.json after https://issues.jasig.org/browse/UP-4438 is processed. Including ID since a portlet can appear multiple times on a page so fname is not sufficient. * Must return the markup as response body. Failure to return markup should return appropriate HTTP error code. Should never return a 302. I propose: * 200 - content returned in response body * 204 - no content (I think it is better the portal definitively indicates no content). An example of this might be when a portlet is minimized or has no content? * 302 - A poorly formed URL that goes into uPortal would do the normal 302 to a uPortal landing page, but I consider this a client-side error we probably shouldn't try to prevent. * 304 - return this if supporting eTag (or If-Modified-Since but I'm not sure this makes sense)? * 401 - Unauthorized (need to authenticate) * 403 - Forbidden for some reason, probably that it exists but user doesn't have access to it * 404 - for invalid portlet ID or URL (assuming URL at least gets to the endpoint) * 500 - for portlet throwing an error, etc. * markup returned in body of response. If portlet supports RENDER_HEADERS, perhaps this should be the combined RENDER_HEADERS plus content (RENDER_HEADERS content first of course). Questions: * Should the HTTP Cache headers respect the portlet cache parameters; e.g. if portlet's entry in portlet.xml had expiration-cache60/expiration-cache should the HTTP cache headers indicate a 60 second cache time? I think not since an Action request should invalidate the cache. The JS UI could figure that out, but the browser could not. If we always send an eTag and maybe If-Modified-Since on the response and allow uPortal to intelligently manage the caching primarily using its existing render output cache mechanism, I think this would be as good as we need. * Do we need to allow for ?refresh=true to force invoking the portlet and not using cached render output? I don't know of a use case for this at this point. Potential future expansions: * Create an endpoint to return content for a list of portlets or all portlets on a specific tab I welcome your thoughts on this idea. Written up as https://issues.jasig.org/browse/UP-4478. -- James Wennmacher - Unicon 480.558.2420 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: tim.lev...@wisc.edu 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
Re: [uportal-dev] portlet-utils isMobile with respondr
We would want the desktop view if they were on a desktop. However, since respondr is also used for mobile, if on a mobile phone/tablet we would want them to see the mobile view of that portlet. The best solution would be to have a portlet that is responsive like the framework, but just trying to have a middle step due to resource constraints. I may do the userAgent thing in the mean time. Thanks for the suggestion.? Tim Levett tim.levettATwisc.edu MyUW-Infrastructure From: bounce-39045291-70367...@lists.wisc.edu bounce-39045291-70367...@lists.wisc.edu on behalf of David Derderian dmder...@oakland.edu Sent: Tuesday, January 6, 2015 3:43 PM To: uportal-dev@lists.ja-sig.org Subject: Re: [uportal-dev] portlet-utils isMobile with respondr My horrible suggestion is you can check the requests' user-agent and determine (on a per portlet basis) what to do w/ specific user agents String userAgent = request.getProperty(user-agent); However now you have to do this with every portlet. One of the more uglier solutions. If you're using Respondr wouldn't you want the default (or in this case desktop) view anyway? On Tue, Jan 6, 2015 at 3:44 PM, Tim Levett tim.lev...@wisc.edumailto:tim.lev...@wisc.edu wrote: Hi Devs, We came across an interesting problem and I'm curious if anyone else has had this issue. We are using the portlet-utils project in the CoursesPortlet and we use the method https://github.com/Jasig/portlet-utils/blob/master/portlet-mvc-util/src/main/java/org/jasig/portlet/utils/mvc/ThemeNameViewSelectorImpl.java#L30 a lot to decide to show mobile based portlets. This uses themes to determine mobile or not. Now that we are on respondr which is used for mobile and desktop it is always showing desktop. Really we should do something like the Spring.io project https://spring.io/guides/gs/device-detection/ but that doesn't seem to play nice with portlets. Does anyone have an alternative method/example to figure out mobile or desktop on the server side with portlets? ?Thanks in advance. Happy new year! Tim Levett tim.lev...@wisc.edumailto:tim.lev...@wisc.edu MyUW-Infrastructure https://calendar.wisc.edu/share/u/tim.lev...@wisc.edu/dr(-14,30) -- You are currently subscribed to uportal-dev@lists.ja-sig.orgmailto:uportal-dev@lists.ja-sig.org as: dmder...@oakland.edumailto:dmder...@oakland.edu 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: tim.lev...@wisc.edu 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
[uportal-dev] portlet-utils isMobile with respondr
Hi Devs, We came across an interesting problem and I'm curious if anyone else has had this issue. We are using the portlet-utils project in the CoursesPortlet and we use the method https://github.com/Jasig/portlet-utils/blob/master/portlet-mvc-util/src/main/java/org/jasig/portlet/utils/mvc/ThemeNameViewSelectorImpl.java#L30 a lot to decide to show mobile based portlets. This uses themes to determine mobile or not. Now that we are on respondr which is used for mobile and desktop it is always showing desktop. Really we should do something like the Spring.io project https://spring.io/guides/gs/device-detection/ but that doesn't seem to play nice with portlets. Does anyone have an alternative method/example to figure out mobile or desktop on the server side with portlets? ?Thanks in advance. Happy new year! Tim Levett tim.lev...@wisc.edu MyUW-Infrastructure https://calendar.wisc.edu/share/u/tim.lev...@wisc.edu/dr(-14,30) -- 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] uPortal database connection pool size
Random collection of thoughts on this topic: * Raw events would need more than one connection. There are 3 major interactions (might be more) with UP_RAW_EVENTS: Insert for new events, read/update for aggregation, and purging. * This pool is per node, so if you are clustering (like our 4 nodes) this can get you into trouble if you have limits on your concurrent database connections. * It looks like we use the default pool size here on MyUW. I don't have access to the admin interface in production. * The only time we had database connection issues is when we had a database hiccup (single point of failure) and a bunch of requests queued up. * If we do modifications, I would also suggest upping the wait for connection timeout. Thanks, Tim Levett tim.levettATwisc.edu MyUW-Infrastructure From: bounce-37985837-70367...@lists.wisc.edu bounce-37985837-70367...@lists.wisc.edu on behalf of James Wennmacher jwennmac...@unicon.net Sent: Tuesday, December 2, 2014 1:02 PM To: uportal-dev@lists.ja-sig.org Subject: [uportal-dev] uPortal database connection pool size Answering the question below on the uportal-user list got me thinking (a dangerous thing indeed ... :-) ). Currently all 3 of the uPortal DB connection pool sizes defined in datasourceContext.xml are all set to the same max value (of 75 by default). In glancing at the code I am thinking that the raw events DB pool and the aggregation events DB pool are running on timed threads and only use 1 DB connection each (see https://github.com/Jasig/uPortal/blob/uportal-4.1.2/uportal-war/src/main/java/org/jasig/portal/events/handlers/QueueingEventHandler.java#L41 and https://github.com/Jasig/uPortal/blob/uportal-4.1.2/uportal-war/src/main/resources/properties/contexts/schedulerContext.xml#L73). They can both have a smaller maxActive value to limit the exposure of an error somehow consuming large numbers of DB connections and impacting uPortal and portlets (via consuming too many DB connections on the DB server). I was thinking of setting their maxActive value to 5 to allow simultaneous threads for saving, purging, and querying. Does anyone see a problem with this strategy? UWMadison or someone with an active system can you glance at the DB MBeans AggrEventsDB and RawEventsDB in uPortal/Datasource and see if the NumActive + NumIdle are even close to 5 on your system? (unfortunately without monitoring tools I don't see how you'd find out what the max # of connections ever made was). Thanks in advance for your insights and thoughts. James Wennmacher - Unicon 480.558.2420 Forwarded Message Subject:Re: [uportal-user] Increase database connection pool size Date: Tue, 02 Dec 2014 11:02:02 -0700 From: James Wennmacher jwennmac...@unicon.netmailto:jwennmac...@unicon.net To: uportal-u...@lists.jasig.orgmailto:uportal-u...@lists.jasig.org Database connection counts are defined in uportal-war/src/main/resources/properties/contexts/datasourceContext.xml. uPortal uses the DB connections for a fairly brief period of time. The message 'none available[size:75; busy:0; idle:0; lastwait:5000]' plus your comment about leaving it overnight makes me wonder if somehow the connections are being lost and not reclaimed. I suggest: 1. Insure that the load test is not hitting servers too heavily; e.g. load is distributed evenly. I could see running out of DB connections happening if a server gets hammered (though the connections should be freed up at some point later). Does it happen primarily to one or two servers and not all of them? 2. Try adding the following properties to the basePooledDataSource bean in datasourceContext.xml: property name=logAbandoned value=true / property name=numTestsPerEvictionRun value=5 / This may not resolve the issue, but perhaps the logging will provide a clue to what's going on. However it is likely the additional logging will not trigger. The property minEvictableIdleTimeMillis is supposed to release a connection after it has been idle for the specified number of milliseconds, and the properties abandonWhenPercentageFull, removeAbandoned, and removeAbandonedTimeout which are specified are supposed to clean up abandon connections (allocated but not used in removeAbandonedTimeout seconds when a new connection is requested but none are available). However in a load test scenario, especially one where a server is taxed very heavily, the removeAbandonedTimeout value may be too high (value is 300 sec) if connections are heavily used so no connections may be considered abandoned and harvested during the test. However I wouldn't change removeAbandonedTimeout just yet. After the test completes however there may be some useful log messages if some connections were consumed and not released. If nothing else 5 minutes after the test completes you should be able to log onto the server even if all
Re: [uportal-dev] MyUW Beta less-soft launch
To add to that, the list of favorites is managed by a fragment for now. We are using the rest API to pull in a specific tab worth of the layout. We did some enhancements to the REST API in https://github.com/Jasig/uPortal/pull/449. One of those enhancements was to the /api/layoutDoc call to pass in an optional tab name. See http://goo.gl/1854r2 for more details.? Cheers, Tim Levett tim.levettATwisc.edu MyUW-Infrastructure From: bounce-38002013-70367...@lists.wisc.edu bounce-38002013-70367...@lists.wisc.edu on behalf of Andrew Petro apetro.li...@gmail.com Sent: Tuesday, December 2, 2014 2:31 PM To: uportal-dev@lists.ja-sig.org Subject: Re: [uportal-dev] MyUW Beta less-soft launch JW Is the Your Favorites list on the beta landing page a single framework portlet being rendered? Nope. The Your Favorites list and indeed the entire landing page involve no Portlets rendering whatsoever. The landing page and the Marketplace (UW Apps) pages are both implemented in AngularJS : https://github.com/UW-Madison-DoIT/angularjs-portal/blob/master/src/main/webapp/partials/main.html https://github.com/UW-Madison-DoIT/angularjs-portal/tree/master/src/main/webapp/js/main they consume JSON web services out of the uPortal webapp. I hope that it will work out to incrementally implement more and more of the user interface client-side in this way, simplifying the portal server down to focusing on serving up quality JSON web services to feed such a client-side UI. But no undue rush, etc: portlets continue to render, and provide the focused-in-upon experiences of those cards when clicked or launched. :) Kind regards, Andrew On Tue Dec 02 2014 at 1:35:54 PM James Wennmacher jwennmac...@unicon.netmailto:jwennmac...@unicon.net wrote: Very sharp! Thanks for the announcement and even more so the pics! I like the new single-portlet landing page strategy, especially defaulting to the favorites list. Is the Your Favorites list on the beta landing page a single framework portlet being rendered? Overall it looks great. Responsive and everything. James Wennmacher - Unicon 480.558.2420 On 12/02/2014 11:24 AM, Andrew Petro wrote: uPortal developers, MyUW Beta had its less-soft launch today. The Beta (built on uPortal 4.1) uses a Respondr-based responsive design theme with a lightweight AngularJS-implemented landing page and using the traditional rendering pipeline to render individual portlets maximized. What makes this the less-soft launch is the mass email to campus announcing it and the header inviting users to try it out. Some screenshots: The beta switcher header atop the default, classic, Universality-based view: http://cl.ly/YmeE The Beta landing page at narrow screen resolution: http://cl.ly/YluD and at desktop resolution: http://cl.ly/YmjY the Marketplace functionality: http://cl.ly/Ymdu and rendering a portlet maximized: http://cl.ly/Ymux Kind regards, Andrew -- You are currently subscribed to uportal-dev@lists.ja-sig.orgmailto:uportal-dev@lists.ja-sig.org as: jwennmac...@unicon.netmailto:jwennmac...@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.orgmailto:uportal-dev@lists.ja-sig.org as: apetro.li...@gmail.commailto:apetro.li...@gmail.com 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: tim.lev...@wisc.edu 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] Josh Helmer for uPortal Committer
+1 Tim Levett tim.levettATwisc.edu MyUW-Infrastructure From: bounce-37554693-70367...@lists.wisc.edu bounce-37554693-70367...@lists.wisc.edu on behalf of Drew Wills awi...@unicon.net Sent: Friday, November 7, 2014 10:30 AM To: uportal-dev@lists.ja-sig.org Subject: Re: [uportal-dev] Josh Helmer for uPortal Committer +1 drew On Nov 7, 2014, at 9:29 AM, Drew Wills awi...@unicon.netmailto:awi...@unicon.net wrote: Folks, I want to nominate Josh Helmer as a uPortal committer. Many of you know him already - he's been pitching in with a lot of the recent community-focused development at Unicon. He has submitted several pull requests. He already has 45 commits applied to master... - https://github.com/Jasig/uPortal/graphs/contributors He has opened tickets and added valuable comments in JIRA too... - https://issues.jasig.org/secure/ViewProfile.jspa?name=jhelmer He has also added documentation to the wiki... - https://wiki.jasig.org/pages/viewpage.action?pageId=67928268 drew -- You are currently subscribed to uportal-dev@lists.ja-sig.orgmailto:uportal-dev@lists.ja-sig.org as: awi...@unicon.netmailto:awi...@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: tim.lev...@wisc.edu 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] uPortal 4.1 layout.json / uMobile issue
Hi Aaron, That sounds like a great alternative call to the layout REST controller. At UW we have made a decent amount of changes to the REST API and I'm working on spiffing up a PR to master with them. One of the changes is a optional variable called tab on the layout call. This will return all the portlets for that given tab. More to come shortly. Thanks, Tim Levett tim.levettATwisc.edu MyUW-Infrastructure From: bounce-37487810-70367...@lists.wisc.edu bounce-37487810-70367...@lists.wisc.edu on behalf of Aaron Grant asgr...@oakland.edu Sent: Thursday, October 30, 2014 7:12 AM To: uportal-dev@lists.ja-sig.org Subject: [uportal-dev] uPortal 4.1 layout.json / uMobile issue Hi Everyone, With uPortal 4.1 I noticed we are now including more information in the layout.json file. I think the inclusion of regions is great, although it will have an interesting effect on some mobile apps when generating native lists. There is not really a way to in uMobile currently to figure out what is a tab or a region (besides hard coding regions in uMobile, yuck), so all portlets jn the template and tabs are being included in the list view in uMobile and it really hurts the experience. I was wondering what everyone though if we could do something like this instead, adding new content types like regions in its own section outside of folders: { * user: guest, * locale: en-US, * layout: { * header: { * portlets: [ ] }, * folders: { * portlets: [ ] }, * footer: { * portlets: [ ] }, * regions: { * portlets: [ ] } } } Thanks, Aaron -- Aaron Grant Senior Applications Architect Oakland University - UTShttp://oakland.edu/uts -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: tim.lev...@wisc.edu 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] factoring uPortal into Java chunks
It just so happens that we were just talking about this exact topic this morning. Vertein suggested the rule 30 approach, I agreed. I found a good summary of it in this blog posthttp://swreflections.blogspot.com/2012/12/rule-of-30-when-is-method-class-or.html for those who are not aware of it (taken from this bookhttp://www.amazon.com/Refactoring-Large-Software-Projects-Restructurings/dp/0470858923) Might be a good guideline if/when we do this project refactoring. :) Cheers, Tim Levett tim.levettATwisc.edu From: bounce-37478517-70367...@lists.wisc.edu bounce-37478517-70367...@lists.wisc.edu on behalf of Andrew Petro apetro.li...@gmail.com Sent: Wednesday, October 29, 2014 10:23 AM To: uportal-dev@lists.ja-sig.org Subject: [uportal-dev] factoring uPortal into Java chunks MM break up the code by packages that seem related by functionality and put them into their own separate modules. Yes. I think making strides in this direction of factoring the uPortal codebase into cohesive chunks is absolutely essential to the feasibility of writing plugins for uPortal, and I see the feasibility of writing plugins for adoption with uPortal that do not necessarily ship as source code in github/Jasig/uPortal as very desirable for growing the ways in which uPortal is a platform. It must become possible, neigh joyous, to write a new layout manager, or group store plugin, or profile mapper, and compile that against (semantically versioned) APIs, which will make that kind of exploration more feasible and common, and thus grow more flowers for potential inclusion in uPortal products, running with the let all the flowers bloom idiom. We need ourselves some more fertile soil and better gardening implements. CH problem I see a LOT when a project is broken down into too small chunks Let's not chunk too small. :) Right sized chunks. The right chunk size is not the whole entire thing, which is currently the chunk size of uportal-war , what with it containing both APIs and implementations and all the Web stuff for that matter too. I'd be excited to try out, say, six-ish chunks and see if that feels like an improvement. Certainly not jumping directly to sixty chunks. CH Say you modify the groups api project. But you don't bother to rebuild the permissions project. And then something is broken. I totally agree that mistakes will be made and defects will happen --- but I am greatly hopeful that being clear about what the APIs are, semantically versioning those APIs, depending only upon those APIs and not on implementation details not specified by the APIs, and comprehensive unit tests doing what we can to validate adherence to those APIs, will make the incidence of those kinds of changing-chunk1-broke-chunk2 errors acceptable. So let's say I'm trying to sell up-dev@ on trying breaking uportal-war up into a few smaller chunks for some future release. Shall we start thinking about what chunks would make sense? I think it would be nifty to be sure to have at least one of the chunks feel very much like a deliberate API, so that we can then prove out the actual feasibility of writing external plugins to it. People seem to need custom group stores a fair amount. Perhaps the uportal-groups-api .jar that the External Database Group Store implementation could have compiled against were it factored as an external project depend-on-able as a .jar via Maven? ( https://github.com/Jasig/uPortal/pull/401 ) ? Kind regards, Andrew On Tue, Oct 28, 2014 at 12:37 PM, Misagh Moayyed mmoay...@unicon.netmailto:mmoay...@unicon.net wrote: One possible approach would be to break up the code by packages that seem related by functionality and put them into their own separate modules. The Groups API, rendering API, views, etc. The way, one could just run tests for the module in question without having to wait for everything else to pass, etc. This should also help with swapping out another module implementation of say, groups with another by minimizing the noise down to just one module. The webapp module would of course declare these modules as dependencies so impact to overlays should be small to none I hope. -Original Message- From: bounce-37470681-57692...@lists.wisc.edumailto:bounce-37470681-57692...@lists.wisc.edu [mailto:bounce-37470681-57692...@lists.wisc.edumailto:bounce-37470681-57692...@lists.wisc.edu] On Behalf Of Andrew Petro Sent: Tuesday, October 28, 2014 10:21 AM To: uportal-dev@lists.ja-sig.orgmailto:uportal-dev@lists.ja-sig.org Subject: Re: [uportal-dev] master unit tests broken JW my uportal build script disables running the tests. A natural reaction to a build process that is way, way too expensive and punishing of running the unit tests. Part of where I want to get with Semantic Versioning is being able to separate what’s currently a monolith in uportal-war/src/java into components small enough that it’s not too painful
Re:[uportal-dev] [uportal-user] Courses Portlet pull request merged
(moving over to dev to chat quickly about minor release of courses portlet) Nice work Mike team! I'm sure people are very excited for these enhancements. Since there was a model change it would be good to cut a minor release. What say the people? Tim Levett tim.levettATwisc.edu MyUW-Infrastructure From: bounce-37385619-70367...@lists.wisc.edu bounce-37385619-70367...@lists.wisc.edu on behalf of Mike Farnham mrfarn...@wisc.edu Sent: Friday, October 17, 2014 7:05 PM To: uportal-u...@lists.jasig.org Subject: [uportal-user] Courses Portlet pull request merged The University of Wisconsin-Madison has contributed back the extensive changes we have added to the Courses Portlet. I do say extensive because the commit includes 153 changed files with 8,335 additions and 714 deletions. We apologize for the pig through the python approach. We have did update the model. We did our best to insure the changes work with the existing code. We have included mock data for the changes we've made so you can run the code out-of-the-box, in uPortal. I think most interest has been peaked by the Class Schedule Grid which relies heavily on the jquery.timetable.js project. best regards, Mike -- Mike Farnham Information Systems Specialist DoIT Academic Technology University of Wisconsin-Madison (608) 262-4210 https://www.doit.wisc.edu/about/organization/academic-technology/ --- You are currently subscribed to uportal-u...@lists.jasig.org as: tim.lev...@wisc.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user -- 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: Re:[uportal-dev] https://issues.jasig.org/browse/UP-3899
Just to provide a little more info, it does lock up and continuously error on that record in 4.0, fixed in 4.1. You can see that fix here: https://github.com/Jasig/uPortal/commit/e21c18f1038ceea2083c44076aaf0ea7221750b8. We just made the change to master since it involved a DB change. - Tim From: bounce-35646735-70367...@lists.wisc.edu bounce-35646735-70367...@lists.wisc.edu on behalf of James Wennmacher jwennmac...@unicon.net Sent: Monday, July 7, 2014 1:48 PM To: uportal-dev@lists.ja-sig.org Subject: Re:[uportal-dev] https://issues.jasig.org/browse/UP-3899 Opening up to a broader discussion among uportal-dev because it begs more wisdom than I have. :-) Though a rare operational error, it causes event aggregation to fail. I'm not sure if it skips the bad record(s) or just locks up and continuously fails on that record. What is the downside of incorporating the change into uPortal 4.0? Does something special have to occur to update the database? I believe the user would need to run an additional ant command to update the database and I'm not familiar with whether we have to do something special to get it so ant knows how to update the DB. Of course we'd have to make note that a database update is needed in the patch release notes. Thoughts from others on whether to incorporate this into 4.0 and effort required? James Wennmacher - Unicon 480.558.2420 On 07/07/2014 11:29 AM, Tim Levett wrote: Hi James, I did not apply it to 4.0 because it is a database change which is kind of frowned upon I thought. An easy fix is to update the old record in UP_AGGR_PORTLET_MAPPING so that the new record can be inserted. - Tim From: James Wennmacher jwennmac...@unicon.netmailto:jwennmac...@unicon.net Sent: Monday, July 7, 2014 11:54 AM To: Tim Levett Cc: Andrew Petro Subject: https://issues.jasig.org/browse/UP-3899 Hi Tim. Did you have a chance to look into adding https://issues.jasig.org/browse/UP-3899 to uPortal 4.0.x? The change looks straight forward and useful. What I'm not sure about is if anything special needs to occur related to updating the database schema. -- James Wennmacher - Unicon 480.558.2420 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: tim.lev...@wisc.edu 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] Proposal to use full-width Respondr theme in 4.1
We (UW) actually did this in our fork. I wasn't sure if the community would want it, but if you want to check it out its right here: https://github.com/UW-Madison-DoIT/uPortal/commit/82a109b33d4007b68586edd70b7800fbe2af217a Basically just changes container to container-fluid. We needed to do this because we added a custom region called global-sidebar-left which is for a slide out page level menu on medium/small screens. If others are interested I can post a PR on master for it. - Tim On 05-07-14, Drew Wills wrote: I am okay with the proposal. FWIW I had previously been thinking we should talk about either going this direction or at least widening the fixed width. drew On 05/07/2014 10:42 AM, James Wennmacher wrote: Hi, I propose that we change the Respondr theme to be fluid width (e.g. full width) instead of the fixed-width format where Bootstrap have a fixed-width for the rows and centers the content in the viewport for devices = 768px (see http://getbootstrap.com/css/#grid). We can consider asking the uportal-user community, but from talking to a few people it seems there was not a strong design decision to limit the viewing to the fixed-widthshttp://getbootstrap.com/css/#grid. I personally have found it annoying and limiting. Bootstrap's main site uses fixed-width and so do many other bootstrap sites, but I'm told many other bootstrap sites do not. Advantages of full width: * Can display more information wider, especially with the preponderance of wide-screen monitors where height is often limited so you do more vertical scrolling. * With Bootstrap's general tendency to make items bigger so they are more easily accessed by a finger on a mobile device, on a desktop and some landscape-oriented tablets it would be helpful to have the greater width to display content since you typically have 2 or more columns. * Puts Respondr on-par with Universality in this aspect. Disadvantages of full width: * If you are restricted to widths of 750px, 750px, 970px, and 1170px it makes testing easier since you don't have to figure out how to handle widths outside that restricted set. To use full width is actually very easy. We replace the class 'container' with 'container-fluid' on the markup generated by the XSL. We could make it fairly easy to configure in the XSL with a default of full width. Thoughts? -- James Wennmacher - Unicon 480.558.2420 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: awi...@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: lev...@wisc.edu 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] uPortal 4.1 RC1 soon
UPDATE: uportal-4.1.0-RC2 has been released (don’t worry about what happened to RC1). Please log Jira’s and/or post a pull request if you find a bug. Many thanks to all that are involved, this is very exciting! - Tim Levett levettATwisc.edu On Apr 29, 2014, at 10:59 AM, Tim Levett lev...@wisc.edu wrote: Greetings uPortal Developers, I am happy to announce that we are looking to finish up uPortal 4.1 RC1 within the next 2 weeks. Please have all finalized pull requests posted as soon as logically possible. We will most likely cut the release on May 5th or 6th. If you have any questions or concerns please let us know. Thanks, Tim Levett levettATwisc.edu signature.asc Description: Message signed with OpenPGP using GPGMail
[uportal-dev] uPortal 4.1 RC1 soon
Greetings uPortal Developers, I am happy to announce that we are looking to finish up uPortal 4.1 RC1 within the next 2 weeks. Please have all finalized pull requests posted as soon as logically possible. We will most likely cut the release on May 5th or 6th. If you have any questions or concerns please let us know. Thanks, Tim Levett levett*AT*wisc.edu smime.p7s Description: S/MIME Cryptographic Signature
Re: [uportal-dev] maven dependency failure (was Re: [uportal-user] Another day... another dependency build failure)
Going to http://repository.apache.org/snapshots via your browser you will see they don't redirect to https so we should leave it. Even further if you try going to https it redirects you to http, so we could run into the same problem if that were the case. - Tim On 04-02-14, James Wennmacher wrote: Hi Tim. I noticed http was changed to https on sonatype, but not apache. Should it be for both? Also does anyone know why the snapshot repositories are listed in the main pom.xml? Is it required for some process such as bamboo builds or publishing artifacts to maven central or something? I can't think of why uPortal would need to have snapshots published since we typically do not rely on shared snapshot builds. I do see that snapshots were built periodically ( https://oss.sonatype.org/content/repositories/snapshots/org/jasig/) including 4.1.0-snapshot fairly recently ( https://oss.sonatype.org/content/repositories/snapshots/org/jasig/portal/uportal-platform-api/). I suspect it is from the bamboo deploy snapshot process; e.g. https://developer.jasig.org/bamboo/browse/UP-TRUNKMVNDEPLOY. Is this deploy snapshot process needed for releasing uPortal? James Wennmacher - Unicon 480.558.2420 On 04/02/2014 07:05 AM, Tim Levett wrote: I can confirm that this does fix the problem you were experiencing. There is an issue with maven not following redirects correctly. By changing from http to https it avoids the redirect. - Tim Levett On 04/01/2014 05:54 PM, Drew Wills wrote: Tim et al., I think this commit fixes what you reported and many of us started experiencing... - https://github.com/Jasig/uPortal/commit/5e197f3712c987294873a2d65ae9a894142f4b7d drew On 04/01/2014 02:02 PM, James Wennmacher wrote: Tim.? This is a systemic issue (it affected Drew and me anyway).? To get around it I changed the snapshots property to false for the sonatype and apache repository entries in the main pom.xml.? https://github.com/Jasig/uPortal/blob/master/pom.xml#L57 Not sure why these repositories are present. I'll take that one to the uportal-dev list. James Wennmacher - Unicon 480.558.2420 On 04/01/2014 01:45 PM, Drew Wills wrote: Tim, First thing I would try is... ? $mvn clean install and then try your ant command again. You may simply be stuck in one of the dark corners of the ant/maven fusion. drew On 04/01/2014 01:11 PM, Tim Raymond wrote: All I did was point to tomcat 7.0.52 folder and clean deploy-ear? Tim Raymond Director, Central Applications Instructional and Information Technologies California State Polytechnic University, Pomona Phone: 909.869.6851 Cell: 909.260.3200 Fax: 909.979.6406 PGP Public Key: https://keyserver2.pgp.com/vkd/DownloadKey.event?keyid=0x2FDBD1EADDC19329 ??? -- You are currently subscribed to uportal-u...@lists.ja-sig.org uportal-u...@lists.ja-sig.org as: awi...@unicon.net awi...@unicon.net To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user --- You are currently subscribed to uportal-u...@lists.jasig.org uportal-u...@lists.jasig.org as: jwennmac...@unicon.net jwennmac...@unicon.net To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user -- You are currently subscribed to uportal-u...@lists.ja-sig.org uportal-u...@lists.ja-sig.org as: awi...@unicon.net awi...@unicon.net To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user --- You are currently subscribed to uportal-u...@lists.jasig.org uportal-u...@lists.jasig.org as: lev...@wisc.edu lev...@wisc.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: lev...@wisc.edu 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
[uportal-dev] 4.1.0-M1 Released
Milestone 1 of 4.1 has been released. Congratulations thank you to everyone who has contributed toward a responsive design and other great features. /Note:/ I am not going to mark the issues in Jira since this is not an official release, but it is basically everything with version of 4.1 that is closed. JQL query : project = uPortal AND fixVersion = 4.1.0 AND status in (Resolved, Closed) Please let us know if you have questions. Thanks, Tim Levett lev...@wisc.edu smime.p7s Description: S/MIME Cryptographic Signature
[uportal-dev] uPortal 4.1 Milestone 1 Release Schedule
Greetings, Program(er)s! As we move closer to completing 4.1 uPortal we would like to cut a milestone release. I am planning on cutting 4.1.0-M1 on Thursday or Friday. Please keep that in mind if you have any items you would like to pull request. Thanks and happy programming! Tim Levett UW-Madison lev...@wisc.edu smime.p7s Description: S/MIME Cryptographic Signature
Re: [uportal-dev] Bamboo failures
I only have privs to run the builds. I do not have privs to configure them. On 10/23/2013 12:25 PM, James Wennmacher wrote: Tim L do you have the ability to modify Bamboo build settings? The issue on both the 4.0 and 4.1 builds is that maven is running out of PermGen during the build. Once we resolve this issue, we should document it on uPortal wiki as well. James Wennmacher - Unicon 480.558.2420 On 10/22/2013 11:32 PM, Jasig Bamboo wrote: Failed uPortal https://developer.jasig.org/bamboo/browse/UP/ › Trunk - Site https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE/ › #776 https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-776/ failed Changes by 5 people https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-776#changesSummary No failed tests found, a possible compilation error. Responsible No one is responsible for this build. Failing Jobs https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-776/ Job DurationTests Failed Default Job https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-JOB1-776/ (Default Stage) 15 minutes No tests found Logs https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-JOB1-776/log | Artifacts https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-JOB1-776/artifact Code Changes https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-776/commit/ View all 23 code changes https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-776/commit/ James Wennmacher https://developer.jasig.org/bamboo/browse/user/jameswennmacher Merge pull request #173 from shawnconnolly/UP-3792 https://developer.jasig.org/bamboo/project/jiraRedirect.action?jiraIssueKey=UP-3792bambooProjectKey=UP UP-3792 https://developer.jasig.org/bamboo/project/jiraRedirect.action?jiraIssueKey=UP-3792bambooProjectKey=UP: Adding functional add tab button to Respondr[d31bfa5_BAM_file_list] [d31bfa5_BAM_hash]5d593f3f288cbbb0926ed1966f867442afa859d9 [d31bfa5_BAM_commiter_name]Shawn Connolly [d31bfa5_BAM_commiter_email]sconno...@unicon.net mailto:sconno...@unicon.net [d31bfa5_BAM_timestamp]1382470611 [d31bfa5_BAM_commit_message]UP-3792 https://developer.jasig.org/bamboo/project/jiraRedirect.action?jiraIssueKey=UP-3792bambooProjectKey=UP: Adding functional add tab button 4262c3201642cb3191103ecdb892795b1314b474 James Wennmacher https://developer.jasig.org/bamboo/browse/user/jameswennmacher UP-3817 https://developer.jasig.org/bamboo/project/jiraRedirect.action?jiraIssueKey=UP-3817bambooProjectKey=UP (partial) Add Fluid to Respondr for admin portlets 8144f3a0f37455e164866f5e204451171ef874c5 Tim Levett https://developer.jasig.org/bamboo/browse/user/levett NOJIRA : Fix issue with master branch on local. Merge remote-tracking branch 'origin/master' 8216fa6b5f0020330f39951649c67c1c3e56de3d 20 more changes… https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-776/commit View Online https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-776 | Add Comments https://developer.jasig.org/bamboo/browse/UP-TRUNKSITE-776?commentMode=true This message was sent by Atlassian Bamboo https://developer.jasig.org/bamboo. If you wish to stop receiving these emails edit your user profile https://developer.jasig.org/bamboo/profile/userNotifications.action or notify your administrator https://developer.jasig.org/bamboo/viewAdministrators.action. -- You are currently subscribed touportal-...@lists.ja-sig.org as:jwennmac...@unicon.net To unsubscribe, change settings or access archives, seehttp://www.ja-sig.org/wiki/display/JSG/uportal-dev -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: lev...@wisc.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev smime.p7s Description: S/MIME Cryptographic Signature
[uportal-dev] uPortal 4.0.13 GA Announcement
uPortal 4.0.13 GA Announcement Apereo is proud to announce uPortal 4.0.13, continuing in our regular patch releases of uPortal 4.0. Features and Changes of Note * [UP-3774 https://issues.jasig.org/browse/UP-3774] - Bundle announcement portlet * [UP-3799 https://issues.jasig.org/browse/UP-3799] - Upgrade weather portlet to 1.1.0 * [UP-3779 https://issues.jasig.org/browse/UP-3779] - Enhance json.xsl (JSON rendering theme) to include info about portlets that are not within tabs and columns Updating from 4.0.0-4.0.5 If you have data you care about in the UP_LOGIN_EVENT_AGGREGATE table please back it up externally or rename the table before executing the following steps. db-update will drop this table. After configuring your uPortal 4.0.13 source run: * ant db-update Downloads: http://www.jasig.org/uportal/download/uportal-4013 Release Notes: https://wiki.jasig.org/display/UPC/4.0.13 Maven Project Site: http://developer.jasig.org/projects/uportal/4.0.13/ Full Release Notes Release Notes - uPortal - Version 4.0.13 Bug * [UP-3562 https://issues.jasig.org/browse/UP-3562] - Portlet Manager -- Using a comma within a portlet preference value has the effect of splitting that value in two * [UP-3581 https://issues.jasig.org/browse/UP-3581] - The new example LDAP config in ldapContext.xml doesn't seem to play well with SimpleLdapSecurityContext * [UP-3707 https://issues.jasig.org/browse/UP-3707] - Bundle Announcement Portlet in uPortal 4.1 * [UP-3716 https://issues.jasig.org/browse/UP-3716] - Test failures with Java 7 * [UP-3760 https://issues.jasig.org/browse/UP-3760] - Adding portlet on locked tab/column * [UP-3767 https://issues.jasig.org/browse/UP-3767] - Mobile search URL incorrect * [UP-3769 https://issues.jasig.org/browse/UP-3769] - Layout import fails * [UP-3775 https://issues.jasig.org/browse/UP-3775] - CLONED from SSP - Permissons Editing Not Visible in IE * [UP-3788 https://issues.jasig.org/browse/UP-3788] - uportal-maven-plugin does not properly copy MANIFEST.MF files within war files handled by deploy-ear * [UP-3799 https://issues.jasig.org/browse/UP-3799] - Upgrade weather portlet to 1.1.0 * [UP-3815 https://issues.jasig.org/browse/UP-3815] - Manage Portlets displays 'setParameters.deleteButton' in Edit Parameters * [UP-3823 https://issues.jasig.org/browse/UP-3823] - Enhance UP-3701 and/or change logging initialization of Listener classes Improvement * [UP-3741 https://issues.jasig.org/browse/UP-3741] - Simplify PortletExecutionEvent creation * [UP-3743 https://issues.jasig.org/browse/UP-3743] - Provide additional information for unhandled exceptions at the Web Intercepter * [UP-3757 https://issues.jasig.org/browse/UP-3757] - Use JDK7 chmod in maven build * [UP-3779 https://issues.jasig.org/browse/UP-3779] - Enhance json.xsl (JSON rendering theme) to include info about portlets that are not within tabs and columns * [UP-3841 https://issues.jasig.org/browse/UP-3841] - Make background preferences use thumbnails instead of actual wallpaper images * [UP-3842 https://issues.jasig.org/browse/UP-3842] - Change CSS so that background image from background preferences displays without scolling New Feature * [UP-3762 https://issues.jasig.org/browse/UP-3762] - Add ability for users to select a background image to apply to desktop and mobile pages * [UP-3774 https://issues.jasig.org/browse/UP-3774] - Bundle announcement portlet * [UP-3785 https://issues.jasig.org/browse/UP-3785] - Implement Background Changer portlet on mobile web Story * [UP-3721 https://issues.jasig.org/browse/UP-3721] - Create TinCan API Data Model * [UP-3730 https://issues.jasig.org/browse/UP-3730] - Create mapping of uPortal events to TinCan API Verbs * [UP-3734 https://issues.jasig.org/browse/UP-3734] - Create unit tests to verify TinCan API objects transform into the correct JSON structures * [UP-3784 https://issues.jasig.org/browse/UP-3784] - Google Analytics issue if you have more than one host * [UP-3843 https://issues.jasig.org/browse/UP-3843] - Issue with search aggregation if someone searches for a space -Tim Levett smime.p7s Description: S/MIME Cryptographic Signature
[uportal-dev] uPortal 4.0.13 release
I'm going to try and get a 4.0.13 release cut during our next 2 week sprint (10/15 to 10/29). Keep that in mind if you have pending changes/fixes you'd like to see make it into the release. Thanks, - Tim smime.p7s Description: S/MIME Cryptographic Signature