Re: [uportal-dev] Off-canvas menu
Hi Christian, Your assessment is correct. We couldn't find a really good spot for greetings and felt it cluttered the UI on smaller screens. Also we don't use notifications yet in our instance of the portal. I think it works well for us. We also have a little JavaScript function that will move the user to navigation bar if they are further down on the page, this way they don't have to scroll and find it. Aaron On Tue, Nov 10, 2015 at 3:48 AM, COUSQUER Christian < christian.cousq...@upmc.fr> wrote: > Hi Aaron and hello All, > > > > I definitely like your idea of sticky menu bar and it’s very simple to mix > these two approaches. > > Can you confirm what I’ve seen on Mysail > > In the main nav you have create : > > A div “menu-bar” with two links “Menu” and “sign in/sign out” only visible > on small devices > > This div is in position fixed with a width of 100% and is display on top > over the div global row. > > Right? > > > > So the greeting and notifications are not visible on small device, because > the sticky menu came over it. I understand quite well why you did that, > because if you put position:fixed on .portal-global.row (contain greeting > and notification), the div goes out of the flow and all the header is break. > > > > > > > > *De :* bounce-43175273-56274...@lists.wisc.edu [mailto: > bounce-43175273-56274...@lists.wisc.edu] *De la part de* Aaron Grant > *Envoyé :* vendredi 6 novembre 2015 14:24 > *À :* uportal-dev@lists.ja-sig.org > *Objet :* Re: [uportal-dev] Off-canvas menu > > > > This is pretty cool Christian. I think this is a nice design. We've also > modified the header to stick to the top on smaller views (tablets, phones). > A mix of these approaches would really help with UX. > > > > > > > > > On Fri, Nov 6, 2015 at 4:43 AM, COUSQUER Christian < > christian.cousq...@upmc.fr> wrote: > > Hello everyone, > > > > I've just finish a development for our portal and let me know if this > could interest the community. > > > > I’ve develop an optional off-canvas menu for the main navigation of > uPortal and patched the fly-out menu (optional too). > > In fact, I was embarrassed by the drop-down menu navigation which required > for the user to a significant vertical scrolling on small devices. With the > off-canvas menu, the main navigation now opens in a side panel. see > screenshots. > > > > all this, off-canvas and fly-out, is optional and I18N, you just need to > change either one or two parameters in navigation.xsl > > of flyout menus. Values are 'true' or 'false'. -> > > use of off-canvas menu. Values are 'true' or 'false'. -> > > > > If you are interested in this, can you make a Jira for the Off-Canvas and > I will pull you a pull-request. > > It is also (with activated fly-out) a beginning response to UP-4197 > “Respondr mobile web view display 1 at a time portlet”. > > https://issues.jasig.org/browse/UP-4197 > > > > Best regards > > Christian > > -- > > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > 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 as: > christian.cousq...@upmc.fr > 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: > 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 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] proposed: Benito Gonzalez as uPortal committer
+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 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 as: > 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 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] Latest uPortal source has dependencies to defunct codehaus.org
Björn, What do you have for your environmental variables for M2_HOME and PATH? Also can you run a "mvn -version" and post what comes back. Aaron On Fri, Sep 11, 2015 at 4:49 AM, Björn Wärmedal wrote: > When I try to build the source I get the following: > > > > $ ant clean dbtest > > Buildfile: /my/uportal/path/uPortal-uportal-4.2.0/build.xml > > > > clean: > > > > mvn: > > [echo] Running mvn in / my/uportal/path /uPortal-uportal-4.2.0 for > goals: clean -Djasig.ignore -Djasig.ignore > > [exec] Error: Could not find or load main class > org.codehaus.classworlds.Launcher > > > > > > > > The codehaus.org repository has closed and their short instruction for a > general remedy wasn’t sufficient for me (I have very little experience with > Maven). Anyone has a specific solution? Can this pleased be fixed for the > next release? > > > > Cheers, > > BW > > > > > > > > > > Björn Wärmedal > > Systemadministratör > > Enheten för IT-stöd och systemutveckling (ITS) > Umeå universitet > 901 87 Umeå > Telefon +46 90 786 77 87 > Fax +46 90 786 67 62 > bjorn.warme...@umu.se > www.its.umu.se > > > -- Aaron Grant Senior Applications Architect Oakland University - UTS <http://oakland.edu/uts> -- 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] Link management in the portal
I'd be in favor of a link management system. We have a handful of portlets that are just dedicated to displaying lists of links either using CMS portlets or SimpleJSP portlets. I'd like to be able to filter links based on audience/group type. This way we can target users with the content they need. > Reporting, analytics on links. How much are they being used, by what sorts of users. We are thinking about how to tackle this as well. We were thinking of integrating external click events with Google Analytics. ( https://support.google.com/analytics/answer/1136920?hl=en) On Mon, Jul 27, 2015 at 5:44 PM, Andrew W Petro wrote: > Having some thoughts around here about building / adopting a link > management service and incorporating it into the portal. > > > Solve things like: > > > * Abstracting the specifics of a link from the portal, so that link qua > link can be managed > > * Delegated administration over updating links, by the appropriate > not-necessarily-technical staff. > > * Reporting, analytics on links. How much are they being used, by what > sorts of users. > > * Make link updating less of a developer-involving task. Less with the > updating entity files in source control and re-importing them. More with > the accessing a Web UI to update link data. Links as data rather than as > code. > > > Anyone else gone down this road? > > > Anyone else interested in having their portal better meet these kinds of > needs? > > > Kind regards, > > > Andrew > > > -- > > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > 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 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] on entering the 4.2.0 RC cycle
Andrew, I think you hit the nail on the head with the 3 improvements. We've disabled SASS and gone completely with Respondr in our uPortal 4.1 implementation and it has improved build times and has reduced complexity. We've done some testing with Tomcat 8 and would really like to see Java 8 support especially with the end of public releases from Oracle on Java 7 coming up in April. Aaron On Sat, Jan 24, 2015 at 11:47 PM, Andrew Petro wrote: > uPortal developers, > > How's everyone feeling about the 4.2.0 release and how soon we ought to > enter the Release Candidate cycle? > > What have you got in flight that needs to make this release? > > These seem like they'd benefit from being in 4.2 rather than waiting: > > * Support Java 8 > * Support Tomcat 8 > * Drop Universality and port mUniversality to LESS so that can drop SASS. > > That said, it's been half a year since the 4.1.0 release. ( > http://days.to/16-july/2014 ). So it's time to cut 4.2.0. > > So... who's doing stuff that needs to be in this release and roughly when > do you think that stuff will be ready, or is it time to call for a > committer vote to enter the RC process? :) > > Kind regards, > > Andrew > > > > On Tue Dec 30 2014 at 3:13:05 PM Andrew Petro > wrote: > >> uPortal developers, >> >> uPortal 4.2.0-M1 (milestone 1) is now released. >> >> https://github.com/Jasig/uPortal/releases/tag/uportal-4.2.0-M1 >> >> Blog post format description of release content is available at: >> >> http://apetro.ghost.io/uportal-4-2-0-milestone-1/ >> >> This milestone release is helpful for easily trying out this snapshot of >> progress towards uPortal 4.2 (with quick start releases downloadable from >> that release page). >> >> The milestone release is also a tool to start talking about what a >> uPortal 4.2 release for reals would look like. >> >> I think there’s enough goodness there and it’s time to enter the release >> candidate process for uPortal 4.2. Perhaps kick the tires and eyeball the >> release notes and see if you agree? >> >> These developers contributed commits included in this milestone release: >> >> * Anthony Colebourne >> * Aaron Grant >> * Josh Helmer >> * Tim Levett >> * Jodie Muramoto >> * Andrew Petro >> * Tim Vertein >> * James Wennmacher >> * Drew Wills >> >> Kind regards, >> >> Andrew >> >> PS: See also >> >> * [the release page in Confluence]( >> https://wiki.jasig.org/display/UPC/4.2.0-m1) >> >> On Mon Dec 29 2014 at 11:28:52 AM James Wennmacher < >> jwennmac...@unicon.net> wrote: >> >>> Did a quick query. Looks like 62 issues resolved in 4.2.0 and not in >>> 4.0.x or 4.1.x. This might be missing a few. I recall a few pull requests >>> were processed without marking the Jira issues resolved (the release >>> process should manually go back and look for those). >>> >>> Quick glance is that I see primary changes include: >>> >>>- transient layout portlet changes >>>- lightbox config for portlets in regions >>>- hover chrome for portlets without chrome >>>- marketplace improvements >>>- some changes to dynamic skin in Respondr >>>- Tin Can API >>>- Client-side session timeout pop-up >>>- Groovy compilation improvements in build (though nothing takes >>>advantage of this yet) >>>- Legal footer from JSP to Simple Content Portlet >>>- REST API enhancements, primarily driven by Marketplace portlet >>>- Upgrading of internal and bundled portlets to use newer jQuery >>>versions (also picks up some nicer UI changes in some portlets) >>> >>> https://issues.jasig.org/browse/UP-4360?jql=resolution% >>> 20%3D%20Fixed%20and%20fixVersion%20%3D%204.2.0% >>> 20and%20fixVersion%20not%20in%20(4.0.14%2C%204.0.15%2C%204. >>> 0.16%2C%204.1.0%2C%204.1.1%2C%204.1.2%2C%204.1.3) >>> >>> One note is to do a release I think the license header change from Jasig >>> to Apereo will pop up (it has in the portlet project releases). That means >>> we'll have a change to most files as part of the release milestone unless >>> we decide to push that off. >>> >>> -- >>> *From: *"Andrew Petro" >>> *To: *uportal-dev@lists.ja-sig.org >>> *Sent: *Monday, December 29, 2014 7:11:05 AM >>> *Subject: *[uportal-dev] uPortal 4.2 release march >>> >
Re: [uportal-dev] uPortal 4.1 layout.json / uMobile issue
Tim,
I looked at the pull request, this looks like this will definitely fit our
needs for the mobile app. Thank you for sharing the source code. :)
Aaron
On Thu, Oct 30, 2014 at 10:25 AM, Tim Levett wrote:
> 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 - UTS <http://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:
> 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 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] 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 - UTS <http://oakland.edu/uts>
--
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-user] Courses Portlet pull request merged
I think a minor version change would be appropriate. If I remember correctly we had to change it a bit to work with Banner at OU, so we might need to figure that out again with this release. Thank you guys for your hard work and contributing this back to the community. I'll be excited to see how grid schedules look in MySAIL. Aaron On Mon, Oct 20, 2014 at 10:00 AM, Tim Levett wrote: > (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: > 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 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] Semantic Versioning : we should do it
Hi Andrew, I think it is smart to move over to this way of thinking for releases. Many of my colleagues here that don't work with Apereo software often are confused by the releases and how they are organized and I think this would clear that up. It might be good to adapt a similar strategy with portlets also, as I see us probably exposing APIs for portlets to help with mobile app development. Aaron On Wed, Jun 11, 2014 at 10:23 AM, Andrew Petro wrote: > uPortal folks, > > I would like to start floating the Semantic Versioning balloon and see if it > can earn mindshare. > > Currently our practice is to add both minor new features / enhancements and > bugfixes in patch releases. > > I think our practice should change to bugfixes-only in patch releases, and > do more frequent minor releases to get new features out. > > Cf. Semantic Versioning: > > http://semver.org/ > > Here's the summary: > > [ > > Summary > > Given a version number MAJOR.MINOR.PATCH, increment the: > > MAJOR version when you make incompatible API changes, > MINOR version when you add functionality in a backwards-compatible manner, > and > PATCH version when you make backwards-compatible bug fixes. > > Additional labels for pre-release and build metadata are available as > extensions to the MAJOR.MINOR.PATCH format. > > > > ] > > I expect that this change in practice would be all upside. > > It would make patch releases less risky and less complex, and so would make > it more feasible to cut them more often and for adopters to upgrade along > the patches branch to later patch releases more often. No new features to > figure out how they relate to what you're doing, just bugfixes. Easier to > understand, easier to accept, clearer what you're getting. > > It would make clearer what a minor release vs a patch release is and why it > becomes time to cut a minor release and what you get for your minor release. > > It would move uPortal to align with Semantic Versioning, which is a thing. > Even a good thing. > > I'm in-progress cutting the 4.0.14 release, and that's still a > non-semantic-versioning patch release with some new stuff in it. Fine. I > expect we ought not to change strategies for what the 4.1.x patches line > looks like, since 4.1.0 is scoped and being released under the expectation > that it can be patched with enhancements to backfill gaps. Also fine. > > So, if this balloon flies, perhaps the version to adopt Semantic Versioning > in would be uPortal 4.2, and with that in mind we work towards a 4.2.0 > suitable for treating in this way post-4.1.0-release, and this all fits into > the broader theme of evolving uPortal to be and to be treated more like a > product. > > Note that adopting Semantic Versioning says absolutely nothing about the > timeline on which bugfix and new feature releases are released. It's just > about what we call them and how we set adopter expectations about what kind > of changes happen where. There's no rule that we couldn't cut minor > releases even monthly to promptly get those new features out to adopters if > there's that kind of progress being made in the codebase; calling those > minor releases is just a clearer way to communicate about what they are. > > This also fits into a story arc of working towards defining and exposing > versioned APIs. When the codebase is mostly a monolithic bucket containing > both APIs and implementations, nudging them forward all together in a > patches branch, well, it's mostly worked for us. But if the product begins > to get more deliberate about separating, defining APIs and separating them > from implementations, works to enable better strategies and more execution > on developing plugins with sourcecode not sitting right in the uPortal > codebase, well, that's going to go a lot better under Semantic Versioning. > > Kind regards, > > Andrew > > PS: My endorsement of SemVer does not, of course, imply any endorsement of > its author. > > -- > > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > 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 -- 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
I think this is a good change. We'd make this same change to our code base if it was a fixed width before deploying. On Thu, May 8, 2014 at 11:29 AM, Andrew Petro wrote: > Alas, our MyUW repo is private, so that GitHub URL will be difficult for > most folks to see. > > Here's that commit in .diff and .patch formats as a public Gist: > > https://gist.github.com/apetro/459fca11e2cd7c016eeb > > Andrew > > > > On 5/8/14, 8:27 AM, Tim Levett wrote: > >> 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-widths<http://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? >>>> >>>> > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > 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 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] JDK 8 supported?
Hi Andrew, I noticed some issues compiling portlets Courses Portlet has an issue with Jaxb and some of the new security features that I'm trying to figure out how to bypass. :) Although with that said compiled code (from Java 7) runs pretty well on Java 8 with a few stacktraces. The speed improvements were noticeable on my local machine when navigating around uPortal. Also did you set any Metaspace (replacing PermGen) attributes in Java? I didn't set any initially and it seems to be working. From what I read it appears to be a large rework. http://java.dzone.com/articles/java-8-permgen-metaspace Aaron On Fri, Mar 28, 2014 at 4:58 PM, Andrew Petro wrote: > Anyone else successfully using JDK 8? > > https://github.com/Jasig/uPortal/pull/280 > > Locally bumped my JDK version to workaround some Mac OS X sockets issue in > the particular JDK7 I happened to be using; JDK 8 seems to work fine for me? > > Andrew > > > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > 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 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] Potential JDK Upgrade Breakage
Hi Eric, We are running the OpenJDK 1.7 (1.7.0_51) release and aren't seeing any apparent issues yet, we upgraded last Wednesday. java-1.7.0-openjdk.x86_64 1:1.7.0.51-2.4.4.1.el6_5 @rhel-x86_64-server-6 java-1.7.0-openjdk-devel.x86_64 1:1.7.0.51-2.4.4.1.el6_5 @rhel-x86_64-server-6 Aaron On Mon, Jan 20, 2014 at 10:57 PM, Eric Dalquist wrote: > Someone might want to try uPortal out on the latest JDK and make sure the > use of Guava doesn't trigger this bug: > https://code.google.com/p/guava-libraries/issues/detail?id=1635 > > -- > > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > 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 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] Respondr Favorites portlet
This is a great addition to uPortal! Thanks for all your hard work, I'll actually be discussing this in a few meetings today and we'll likely use this out of the gate. :) Aaron On Wed, Jan 15, 2014 at 10:13 PM, Andrew Petro wrote: > Hi All, > > Favorites development is coming along. > > There's now a wiki page for documenting: > > https://wiki.jasig.org/display/UPC/Favorites > > There's a feature branch for the favorites portlet: > > https://github.com/Jasig/uPortal/tree/UP-3896 > > and a feature branch off of that feature branch for the un-favoriting > capability: > > https://github.com/Jasig/uPortal/tree/unfavorite_from_favorites_portlet > > That un-favoriting bit is feeling ready for merge into the favorites > feature branch (with some technical debt noted), so it's now an eminently > reviewable and feed-back-able pull request: > > https://github.com/Jasig/uPortal/pull/203 > > Kind regards, > > Andrew > > > > > On 12/13/13, 2:50 PM, Tim Levett wrote: > >> Hi All, >> >> At UW-Madison we have started creating a favourite framework portlet. It >> is a different way to view tabs. I've attached some screen shots of the >> initial landing page. We do plan on putting this into the master jasig >> branch soon. >> >> Regards, >> >> Tim Levett >> UW-Madison >> lev...@wisc.edu >> > > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > 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 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] Take BookmarksPortlet out of 4.1?
how > > things are bundled and what that means. It should be dirt-simple to > > add portlets to your install. Perhaps we could trim uPortal to only > > "bundle" framework portlets if it is easy to distinguish which > > portlets are up-to-snuff and easy to add. > > > > JimH > > > > On 12/10/13, 3:42 PM, Drew Wills wrote: > >> On 12/10/2013 02:15 PM, Jim Helwig wrote: > >>> Very simple portlets might not require regular commits. What is the > >>> motivating rationale? > >> > >> Nothing more than a desire to de-clutter, if we're not interested in > >> it any longer. A chance to save a modest amount of disk space, build > >> time, and ongoing maintenance & documentation efforts. > >> > >> We have many more bundled portlets these days than originally, with > >> the likelihood of more in the future. > >> > >> The Bookmarks portlet is in competition with tools like delicious, > >> pinterest, social networks, and the browser itself. Feature-wise, it > >> doesn't measure up. I just don't see many folks wanting to enter > >> their bookmarks into their school portal. > >> > >> And yet it's on the Welcome tab of the quickstart data. I would be > >> delighted to learn that I have it all wrong -- but I'm concerned that > >> we're not putting our best foot forward by giving real estate to this > >> empty tool when it comes to new folks evaluating the portal. I'd be > >> happier giving the real estate to portlets like Notification, > >> Calendar, Courses, Email, Contacts, etc., where it's easy to showcase > >> pre-configured content, and it's easier to provide valuable content > >> in the portlet the first time a user logs in. > >> > >> And so I suppose we could consider taking it off the Welcome tab, but > >> not de-bundling it. But we know only a fraction of users find > >> portlets that are not on their original layout (their fragments). In > >> a way that approach would exacerbate the issue -- what portion of the > >> user population would both (1) find the Bookmarks if it weren't on > >> their layout originally and (2) be interested in entering their data? > >> > >> drew > >> > > > > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > ludovic.auxepau...@upmc.fr 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: > 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 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] Petro --> Wisconsin-Madison portal team
Congrats Andrew! We will look forward to working along with you on uPortal. :) Aaron On Fri, Oct 18, 2013 at 9:59 AM, Andrew Petro wrote: > uPortal developers, > > Today is my last day as a Unicon employee. > > I start on November 4th as a direct employee of the University of > Wisconsin-Madison, working alongside Tim Levett, Jim Helwig, and others in > making the University's successful, awesome uPortal implementation even > more successful and awesome. > > It has been a pleasure and a privilege to serve higher education through > my Unicon roles these past almost eight years. There have been many > interesting projects, a few thorny support cases, and a lot of fruitful > collaboration with exceptional colleagues within Unicon and with clients > and the community throughout. > > I remember getting into this whole open source for higher education path a > decade ago when I was a student employee at Yale working with Susan > Bramhall and Howard Gilbert on Yale's uPortal implementation, and the > particular joy of my first uPortal developers' meeting at MIT putting faces > to the names of the many talented collaborators I'd met through the uPortal > project's email lists and source control. I even got to serve as a release > engineer for a uPortal 2.x release or two. > > And so I am particularly elated that my career is circling back to work > with uPortal in the context of MyUW. I look forward to continuing to work > with talented collaborators in the Apereo community, and to continuing to > put faces to names at the next Apereo conference. > > Kind regards, > > Andrew > > Wisconsin context: ape...@wisc.edu > > -- > > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > asgr...@oakland.edu > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > > -- Aaron Grant Project Coordinator and Systems Integrator Oakland University - UTS <http://oakland.edu/uts> -- 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] Respondr -- Further progress on the Responsive Design theme for uPortal 4.1
Nice job Drew and Gary! I see this was done with Bootstrap 2, have you guys
been playing around with the new Bootstrap 3.0 release yet? On my own
design work, I've been contemplating migrating my Bootstrap 2 stuff to
either Bootstrap 3 or Foundation.
On Wed, Aug 7, 2013 at 8:56 PM, Drew Wills wrote:
> Hey folks,
>
> I had a chance today to go a bit further with the work on the new
> Respondr theme based on Twitter Bootstrap and Responsive Design principals.
>
>- https://issues.jasig.org/browse/UP-3776
>
> Previously all content on the page was static HTML.
>
> Now the tabs at the top are rendered appropriately based on the logged
> in user's layout (and they correctly navigate the user when clicked),
> and the portlets that appear on the page are actual portlets rendered by
> uPortal and the correct ones for the selected tab.
>
> I'm attaching an updated screen capture. Work is still needed on
> portlet chrome.
>
> NOTE #1: In the last email I indicated that you have to change a
> profile XML data file to point to the Respondr theme (and import) to
> enable it. That's accurate, but I suggested using the mobile
> profile(s). If you do it that way, you'll also need to change the
> structure transform to the normal desktop one ("DLMTabsColumns").
>
> Here's a "$git diff" representation of the necessary changes...
>
> ---
>
> a/uportal-war/src/main/data/default_entities/profile/defaultTemplateUser_mobileDefault.profile.xml
> +++
>
> b/uportal-war/src/main/data/default_entities/profile/defaultTemplateUser_mobileDefault.profile.xml
> @@ -23,6 +23,6 @@
> HTML mobile browser profile
> mobileDefault
> A sample mobile profile for common web
> browsers
> -
> -
> +
> +
>
>
> NOTE #2: The Universality tab rendering strategy is column-based, but
> (apparently) Bootstrap conceptualizes page content in rows.
> Consequently, I've "flipped" the column-based layout XML into rows.
>
> So if in Universality you would see...
>
>(A) (B)
>(C) (D)
>(E)
>
> Now in Respondr you'll see...
>
>(A) (C) (E)
>(B) (D)
>
> Cheers,
>
> drew wills
>
>
> --
> You are currently subscribed to uportal-dev@lists.ja-sig.org as:
> asgr...@oakland.edu
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-dev
--
Aaron Grant
Project Coordinator and Systems Integrator
Oakland University - UTS <http://oakland.edu/uts>
--
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] USD Portal Statistics Portlet
Just wanted to add a little blurp, we added this portlet to our production portal. This is fantastic and fun to watch. Thanks for all your hard work USD and others. :) Aaron On Mon, Mar 11, 2013 at 9:18 AM, Dijkstra, Sijo wrote: > +1 > Sijo Dijkstra > > > > -Original Message- > From: bounce-27668626-15299...@lists.wisc.edu [mailto: > bounce-27668626-15299...@lists.wisc.edu] On Behalf Of James Wennmacher > Sent: dinsdag 5 maart 2013 19:09 > To: uportal-dev@lists.ja-sig.org > Cc: Eric Dalquist > Subject: Re: [uportal-dev] USD Portal Statistics Portlet > > That is great. I love the idea. It looks very useful. > > James Wennmacher > Unicon > > On 03/05/2013 10:39 AM, Eric Dalquist wrote: > > Looks awesome, +1 from me > > On 03/05/2013 10:23 AM, Drew Wills wrote: > >> Hey folks, > >> > >> University of South Dakota has this really cool "Portal Statistics" > >> portlet that they show on their guest page. It shows how many users > >> logged in recently, as well as the most popular search terms recently. > >> > >> They like it because it helps emphasize and communicate the value of > >> the portal -- it illustrates just how much the portal is used. (Heads > up: > >> they're on spring break atm, so the screenshot has a very low > >> number.) > >> > >> I think it's a great widget, and I'd like to fold something like this > >> into uP as a framework portlet and tie it to the uP4 stats > infrastructure. > >> > >> drew > >> > >> > >> Original Message > >> > >> Below is a screenshot of our portal statistics portlet. Upon login > >> to our portal, we log the user's information (username, affiliations, > >> ip, etc). Every 15 minutes we update the statistics to show logins > >> broken down by affiliation. We also capture the search terms from > >> our custom portal search and display the top 10 search terms from the > last week. > >> > >> > >> > >> > > > > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > s.w.a.dijks...@uva.nl 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: > asgr...@oakland.edu > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > > -- Aaron Grant Project Coordinator and Systems Integrator Oakland University - UTS <http://oakland.edu/uts> -- 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] uPortal 4.0.11 / uMobile Conflict
Hi Everyone, We are getting near ready to roll out uPortal 4.0.11 and in our testing we spotted a conflict with retrieving the guest layout.json file it redirects to render.up and this creates an issue for uMobile's initial screen and pops up an error. I traced the issue to the enhancement UP-3624 ( https://github.com/Jasig/uPortal/commit/0f4f48b091090211fb44e9375cd8dcb9d8a38e16 ) If you comment out the following 2 blocks of code, it resolves the uMobile issue: remoteCookieCheckFilter org.springframework.web.filter.DelegatingFilterProxy remoteCookieCheckFilter /Login I don't know if this would be considered an uMobile or uPortal issue, although I thought I'd send this out to be looked at and to make other uMobile implementors aware of this change. Aaron -- Aaron Grant Project Coordinator and Systems Integrator Oakland University - UTS <http://oakland.edu/uts> -- 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] USD Portal Statistics Portlet
Very nice. +1 On Tue, Mar 5, 2013 at 1:08 PM, James Wennmacher wrote: > That is great. I love the idea. It looks very useful. > > James Wennmacher > Unicon > > > On 03/05/2013 10:39 AM, Eric Dalquist wrote: > >> Looks awesome, +1 from me >> On 03/05/2013 10:23 AM, Drew Wills wrote: >> >>> Hey folks, >>> >>> University of South Dakota has this really cool "Portal Statistics" >>> portlet that they show on their guest page. It shows how many users >>> logged in recently, as well as the most popular search terms recently. >>> >>> They like it because it helps emphasize and communicate the value of the >>> portal -- it illustrates just how much the portal is used. (Heads up: >>> they're on spring break atm, so the screenshot has a very low number.) >>> >>> I think it's a great widget, and I'd like to fold something like this >>> into uP as a framework portlet and tie it to the uP4 stats >>> infrastructure. >>> >>> drew >>> >>> >>> Original Message >>> >>> Below is a screenshot of our portal statistics portlet. Upon login to >>> our portal, we log the user’s information (username, affiliations, ip, >>> etc). Every 15 minutes we update the statistics to show logins broken >>> down by affiliation. We also capture the search terms from our custom >>> portal search and display the top 10 search terms from the last week. >>> >>> >>> >>> >>> >> > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > asgr...@oakland.edu > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/**display/JSG/uportal-dev<http://www.ja-sig.org/wiki/display/JSG/uportal-dev> > -- Aaron Grant Project Coordinator and Systems Integrator Oakland University - UTS <http://oakland.edu/uts> -- 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] org.jasig.portal.rest.SessionRESTController?
Awesome! Thanks Chris for committing and thanks Jen for the useful info!
Aaron
On Thu, Feb 21, 2013 at 11:37 AM, Chris Waymire wrote:
> I just so happened to run into that same issue and was about to start
> troubleshooting it when you so kindly identified the fix for me :)
> I went a head and merged in the fix that you supplied.
>
>
> Chris Waymire
> Unicon, Inc.
> 602.345.0064
> cwaym...@unicon.net
>
>
> - Original Message -
> From: "Jen Bourey"
> To: uportal-dev@lists.ja-sig.org
> Sent: Tuesday, February 19, 2013 8:19:48 PM
> Subject: Re: [uportal-dev] org.jasig.portal.rest.SessionRESTController?
>
>
> Hi Aaron,
>
>
> That service was designed to be used by uMobile to double check whether
> the current user had an active session. I suspect the view didn't get
> switched over from the older net.sf.json view to the newer Jackson view
> name. You might submit that as a pull request :)
>
>
> Jen
>
>
>
> On Tue, Feb 5, 2013 at 10:01 AM, Aaron Grant < asgr...@oakland.edu >
> wrote:
>
>
> We are working on a project where we need to easily see if a user is
> logged into the portal or not. I was looking through the restful apis
> and found this class org.jasig.portal.rest.SessionRESTController. I
> was wondering if that was currently being used anywhere in uPortal
> currently? I originally I tried to call it and it said
> /WEB-INF/session.jsp does not exist.
>
> So I changed the request mapping to session.json
>
> and added this to make it a JSON feed: mv.setViewName("json");
>
> I'm just hoping to avoid any unintended consequences.
>
> Thanks!
> Aaron
> --
> Aaron Grant
> Project Coordinator and Systems Integrator
> Oakland University - UTS
>
> --
> You are currently subscribed to uportal-dev@lists.ja-sig.org as:
> jennifer.bou...@gmail.com
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-dev
>
>
>
>
> --
> Jen Bourey --
> You are currently subscribed to uportal-dev@lists.ja-sig.org as:
> cwaym...@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:
> asgr...@oakland.edu
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-dev
>
--
Aaron Grant
Project Coordinator and Systems Integrator
Oakland University - UTS <http://oakland.edu/uts>
--
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] org.jasig.portal.rest.SessionRESTController?
We are working on a project where we need to easily see if a user is
logged into the portal or not. I was looking through the restful apis
and found this class org.jasig.portal.rest.SessionRESTController. I
was wondering if that was currently being used anywhere in uPortal
currently? I originally I tried to call it and it said
/WEB-INF/session.jsp does not exist.
So I changed the request mapping to session.json
and added this to make it a JSON feed: mv.setViewName("json");
I'm just hoping to avoid any unintended consequences.
Thanks!
Aaron
--
Aaron Grant
Project Coordinator and Systems Integrator
Oakland University - UTS
--
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] Enhancement to place (optionally) some config outside uPortal build/deploy process
That might be a good idea for making system maintenance a little more
flexible. We do that here with Oracle database sources for uPortal
portlets and also we do it with CAS configurations and it really helps
to make installs and updates for the system administrators easier,
they can just plunk in a precompiled war file for example and the
specific configurations can be picked up on the individual server. A
lot more automation possibilities this way. We have looked at some
possibilities with using RedHat Satellite to prepackage uPortal and
use yum to help manage it on each server.
Aaron
On Wed, Jan 23, 2013 at 11:11 AM, Drew Wills wrote:
> Folks,
>
> One of the ideas we discussed at the Unconference was an emphatic suggestion
> from the SSP folks that uPortal should allow for placing some configuration
> settings outside the uPortal webapp or outside Tomcat altogether. This
> idea, furthermore, has come up before; I know OHIO University brought it up
> when we were working with them.
>
> I have a version of this enhancement working...
>
> - https://gist.github.com/4608582
>
> I would be delighted to:
> - Whip up a JIRA
> - Commit to master and rel-4-0-patches
> - Update the uPortal Manual to document the use of this feature
>
> There's one minor drawback I want to bring to light: the files are 100%
> optional but, as written, it puts the following in the log on startup for
> each one that's not used...
>
> WARN [main] o.s.c.s.PropertySourcesPlaceholderConfigurer 2013-01-23
> 08:41:54,293 - Could not load properties from URL
> [file:/${PORTAL_HOME}/overrides.properties]:
> \${PORTAL_HOME}\overrides.properties (The system cannot find the path
> specified)
>
>
> drew wills
>
>
>
> --
> You are currently subscribed to uportal-dev@lists.ja-sig.org as:
> asgr...@oakland.edu
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-dev
--
Aaron Grant
Project Coordinator and Systems Integrator
Oakland University - UTS
--
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] Nominations open: uPortal Steering Committee Vacancy
I don't know if I get a vote or not ;) but I 100% agree with Gary. +1 for Drew, he's gone above and beyond to help us implement uPortal at Oakland with very innovative techniques. Aaron On Thu, Jan 17, 2013 at 10:14 AM, Gary Thompson wrote: > +1 for Drew Wills. He's not only a skilled developer, but has a passion for > uPortal and the community. > > -Gary > > > > On Dec 18, 2012, at 1:20 PM, Carroll, Tim wrote: > >> I'd like to nominate Drew Wills. He is a long standing member of the >> uPortal and broader Jasig community. He is very active on list, at >> conferences, and within adopting institutions. His work is both well >> known and well done. Bottom line, he is a great person to work with, talk >> to, and learn from... >> >> >> -Original Message- >> From: Jim Helwig >> Reply-To: "uportal-dev@lists.ja-sig.org" >> Date: Tuesday, December 18, 2012 12:55 PM >> To: "uportal-dev@lists.ja-sig.org" >> Subject: [uportal-dev] Nominations open: uPortal Steering Committee Vacancy >> >>> The uPortal Steering Committee has been extremely grateful for all the >>> hard work Jen has put in over the years and we wish her the best of luck >>> in her new endeavors. That does leave us with a developer representative >>> vacancy on the committee. Any uPortal developer with current commit >>> access is eligible to be nominated (by others or by themselves). Please >>> send your nomination (with any supporting rationale) on-list by end of >>> day Friday, December 21, 2012. >>> >>> Thank you, >>> Jim Helwig >>> uPortal Steering Committee Chair >>> >>> -- >>> You are currently subscribed to uportal-dev@lists.ja-sig.org as: >>> tcarr...@illinois.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: >> 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: > asgr...@oakland.edu > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > -- Aaron Grant Project Coordinator and Systems Integrator Oakland University - UTS -- 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] Proposed security enhancements to 'switch identity' portlet
Steve, I think that is a great idea and would be useful for us if this was implemented, I can think of 5 or 6 portlets that I could use this on right now. Aaron On Thu, Jul 12, 2012 at 1:30 AM, Steve Swinsburg wrote: > Hi all, > > We have been conducting a security audit of our portal and have discovered > a situation where data of another user can be exposed via the Switch > Identity portlet. > > For example, an admin user uses the Switch Identity portlet to switch to a > student, then can view that user's timetable and enrolment information, > which is meant to be private. A similar case applies to the email portlet. > There are other scenarios as well, as you could imagine, since you are > effectively being logged in as that user and can see and edit everything > they can. > > Aside from further locking down of the list of users that can access the > Switch Identity portlet, we are proposing a minor enhancement to the > portlet itself which is to set a session attribute that signals that the > user is impersonating the other user. Portlets could then read that session > attribute and if they display private information, decide not to render > themselves. The attribute would then be cleared at logout time. > > This should be a non obtrusive modification and the changes to portlets > only need to be made as required. For example we would change our own local > timetable portlet, but not worry about the weather portlet. > > We are interested to hear peoples thoughts on this and comments on the > proposed solution. If all is ok, I'll write it up in Jira and get it done. > > cheers, > Steve > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > asgr...@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: 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] Documentation Round-up
Hey Laura, Oakland might be able to help out with documentation regarding the F5 load balancer. I'd have to coordinate something with our network folks first though since I don't work on that part of our uPortal infrastructure. We don't do too much in regard to monitoring, we created a custom servlet solution that sits in Tomcat and gives our F5 a place to look. If the script is unavailable or says uPortal is not running correctly then the F5 will e-mail a list of users. Aaron On Tue, Jun 12, 2012 at 11:06 AM, Laura McCord wrote: > ** > Hello Everyone! > > In the spirit of the Jasig-Sakai Conference, I have been feeling very > motivated to get stuff done and while developers are at my fingertips, now > is the best time to give me your feedback...I can possibly hunt people > down. So, if any of you have documentation on your mind. > >- Is there a subject that needs to be expanded upon? >- Is there a topic that doesn't exist that you'd like to see in the >manual? >- Anything that needs to be updated? > > It's the best time to share your thoughts!!! > > And for those of you who would like to contribute, I need help on the > following topics: > >- Load Balancing >- Portal Monitoring > > Please don't hesitate to contact me via email directly or share your > thoughts on the list. If you are here at the conference, track me down > and let's have a chat. I'll be here until Wednesday evening! :) > > Many Thanks, > Laura > > -- > > Laura McCord > Web Programmer/Analyst > Southwestern University > mcco...@southwestern.edu > > -- > > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > asgr...@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: arch...@mail-archive.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
