Re: [uportal-dev] SmartLdap thread leak
As a relatively new adopter, I already feel like I face something like 50 configuration files scattered over a tree of uPortal core and portlets, plus a mirrored tree of overlays, plus issues related to desiring different overlay trees for each of 4 environments so that configurations can propogate from Dev to Test to QA to Prod. Or, so that a test environment portal can be configured to talk to a test environment active directory service, while the production portal talks to the production AD service. I've long since given up the notion that I might memorize which features are in which files. (Grep is my friend.) I see both Drew and Cris's points - it is two views of the same data. Both make sense depending on the task at hand. Either way, it's one or three config files. I can say early on I knew of SmartLdap being a feature. I only just now heard of Quartz. My experience is just an anecdote. I don't know if this perspective is helpful. For those who have worked with many sites, which is the more likely feature to be encountered first? Is it perhaps better to make the earliest features the easiest features? The most commonly used features the easiest features? Gatting back to "grep is my friend", if I search on a feature's name, do I get hits on all of it's configuration items? Does each SmartLdap item have "SmartLdap" in its name? Does each Quartz configuration item have "Quartz" in its name? -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] SmartLdap thread leak
> Does each SmartLdap item have "SmartLdap" in its name? > Does each Quartz configuration item have "Quartz" in its name? And the extension of the theme: Quartz.SmartLdap.UseBacon=true -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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 3.2.2 load issues
We did a load test last month against 3.2.1 with patches that lead up to 3.2.2. It looked as though we could support about 250 users per node with our configuration averaging around 2.5 seconds of page generation time measured right at the host. We used 300 different student accounts in the test, 50 faculty accounts, and 50 staff accounts. We focused primarily on loading fragments, not interacting with a specific portlet. We launched that way, so I don't have any other versions to compare against. On Mon, Aug 23, 2010 at 11:36 AM, Benito J. Gonzalez wrote: > Hi All, > > Has anyone had performance issues with the latest release under load? We > see a large difference in performance between our current 3.0.2 release and > 3.2.2. CPU and memory usage were low. My guess is there are missing > indices. We did some optimization of our 3.0.2 db but no optimization of > 3.2.2. > > Any other ideas to check? > > Thanks, > > -- > Benito J. Gonzalez > Manager, Enterprise Web Application Development > Information Technology Department > University of California, Merced > Desk: 209.228.2974 > Cell: 209.201.5052 > Email: bgonzal...@ucmerced.edu > > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] tabs and sub-tabs
contain standard uPortal tabs. And > since the tabs are just tabs, flyout navigation is not impacted, add a tab > still works, move tab left and right still works. > > As stated above, this solution works well for us at Illinois because of our > needs. But this solution only goes to the second level of hierachy, and > does not currently fill the description for n-levels, if that is what is > desired. > > Tim Carroll and I gave a presentation of this functionality at the San Diego > conference. For more implementation and technical details, please see the > following .ppt. > > https://netfiles.uiuc.edu/dimpsey/www/portal/jasig_spring_2010_tabTags.ppt > > And as stated above, please feel to state any questions, comments, or > concerns. > > Jeff Dimpsey > > Research Programmer > The University of Illinois at Urbana-Champaign > dimp...@illinois.edu<mailto:dimp...@illinois.edu> > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] tabs and sub-tabs
On Tue, Sep 14, 2010 at 4:44 PM, Dimpsey, Jeffrey Scott wrote: > I am unfamiliar with opt-in tags, or do not know it by that name. What is > the purpose of the functionality? It's UP-2726. https://issues.jasig.org/browse/UP-2726 Drew Wills had mentioned the feature to me. I wasn't too sure based on UP-2726 if that was it, but he confirmed it to me a few minutes ago. Anyways, the potential we had talked about was that we could layout a fragment with a number of tabs and portlets and then users could choose to add those pre-configured fragments. I see a lot of potential for that feature both in meeting user needs and satisfying departments who desire to have ownership over the starting content of a tab. -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] option to switch between default/mobile themes feature
On a related note, I noticed that if you go to ESPN's web site with an iPad, it asks you if you want the regular site or their mobile site. I've noticed an iPad poses some problems with the regular non-mobile interface, such as you cannot drag portlets around and tab menu's act funny. The mobile interface might work better on an iPad, but the iPad certainly has the display room for the regular site. The ability to switch between the two interfaces might be rather handy. On Thu, Nov 4, 2010 at 10:46 AM, Tuyhang Ly wrote: > Hi, > > At Rutgers, we would like to have a feature in uP3.2.x that allows a user > with a mobile device an option to switch between the mobile theme and the > default theme instead of forcing them to use the mobile theme as in the > current implementation. I would appreciate your thoughts and suggestions on > how to best implement this feature. > > Thanks, > Tuy. > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Important Weather Portlet Information
NOAA has international forecasts... http://weather.noaa.gov/international.html ... but I don't know if they're available via NOAA's web services, or if international persons would consider them accurate. Are there international government organizations similar to the US National Weather Service? On Wed, Nov 10, 2010 at 4:52 PM, Jonathan Markow wrote: > Unfortunately, if it's not international-friendly, then it's not really > viable for Jasig... > > -Jonathan > > On Wed, Nov 10, 2010 at 4:39 PM, Domazlicky, Eric > wrote: >> >> This isn't a very international-friendly suggestion, but I for one would >> advocate using the National Digital Forecast Database Web Service: >> >> http://www.nws.noaa.gov/xml/ >> >> >> >> Of course this only covers the United States, but this seems like a viable >> non-commercial option. >> >> >> >> >> >> From: bounce-11988007-20145...@lists.wisc.edu >> [mailto:bounce-11988007-20145...@lists.wisc.edu] On Behalf Of Parker Grimes >> Sent: Wednesday, November 10, 2010 9:16 AM >> To: uportal-dev@lists.ja-sig.org >> Subject: [uportal-dev] Important Weather Portlet Information >> >> >> >> I just got off the phone with a representative from Accuweather. They were >> generous enough to setup a weather feed specifically for the uPortal >> community and that feed has driven the Weather Portlet that is bundled with >> uPortal. Unfortunately, they discovered that someone outside higher ed has >> gotten a hold of the the uPortal weather feed and has been using it in a >> mobile phone app. They have seen a huge spike in traffic on the uportal feed >> which violates the terms of use that we were given. They will be shutting it >> down immediately. Before you get too upset, they reserved the right in their >> terms of use (that is included in the Weather Portlet source distribution) >> to discontinue the feed if they deemed necessary. >> >> >> >> With that said, they still want to provide a data feed for the uPortal >> community. We will just have to go about things differently. We can no >> longer publish the data feed url in a publicly available place. I haven't >> quite figured out how that will be accomplished and I am open to ideas. >> >> >> >> Parker Grimes >> >> Programmer Analyst Supervisor >> >> Information Technology Department >> >> Southern Utah University >> >> >> >> -- >> >> >> >> You are currently subscribed to uportal-dev@lists.ja-sig.org as: >> edomazli...@tacomacc.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: >> jjmar...@jasig.org >> 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: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Important Weather Portlet Information
My mistake. There may not be forecasts. I noticed some international content and assumed it might extended to the web services. On Thu, Nov 11, 2010 at 1:32 PM, Jim Thompson wrote: > Perhaps I missed it... found current and previous conditions, but no > forecast. > > Jim > > On Nov 11, 2010, at 12:22 PM, Bruce Tong wrote: > >> NOAA has international forecasts... >> >> http://weather.noaa.gov/international.html >> >> ... but I don't know if they're available via NOAA's web services, or >> if international persons would consider them accurate. >> >> Are there international government organizations similar to the US >> National Weather Service? >> >> On Wed, Nov 10, 2010 at 4:52 PM, Jonathan Markow wrote: >>> Unfortunately, if it's not international-friendly, then it's not really >>> viable for Jasig... >>> >>> -Jonathan >>> >>> On Wed, Nov 10, 2010 at 4:39 PM, Domazlicky, Eric >>> wrote: >>>> >>>> This isn't a very international-friendly suggestion, but I for one would >>>> advocate using the National Digital Forecast Database Web Service: >>>> >>>> http://www.nws.noaa.gov/xml/ >>>> >>>> >>>> >>>> Of course this only covers the United States, but this seems like a viable >>>> non-commercial option. >>>> >>>> >>>> >>>> >>>> >>>> From: bounce-11988007-20145...@lists.wisc.edu >>>> [mailto:bounce-11988007-20145...@lists.wisc.edu] On Behalf Of Parker Grimes >>>> Sent: Wednesday, November 10, 2010 9:16 AM >>>> To: uportal-dev@lists.ja-sig.org >>>> Subject: [uportal-dev] Important Weather Portlet Information >>>> >>>> >>>> >>>> I just got off the phone with a representative from Accuweather. They were >>>> generous enough to setup a weather feed specifically for the uPortal >>>> community and that feed has driven the Weather Portlet that is bundled with >>>> uPortal. Unfortunately, they discovered that someone outside higher ed has >>>> gotten a hold of the the uPortal weather feed and has been using it in a >>>> mobile phone app. They have seen a huge spike in traffic on the uportal >>>> feed >>>> which violates the terms of use that we were given. They will be shutting >>>> it >>>> down immediately. Before you get too upset, they reserved the right in >>>> their >>>> terms of use (that is included in the Weather Portlet source distribution) >>>> to discontinue the feed if they deemed necessary. >>>> >>>> >>>> >>>> With that said, they still want to provide a data feed for the uPortal >>>> community. We will just have to go about things differently. We can no >>>> longer publish the data feed url in a publicly available place. I haven't >>>> quite figured out how that will be accomplished and I am open to ideas. >>>> >>>> >>>> >>>> Parker Grimes >>>> >>>> Programmer Analyst Supervisor >>>> >>>> Information Technology Department >>>> >>>> Southern Utah University >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> >>>> You are currently subscribed to uportal-dev@lists.ja-sig.org as: >>>> edomazli...@tacomacc.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: >>>> jjmar...@jasig.org >>>> 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: >>> zzt...@gmail.com >>> To unsubscribe, change settings or access archives, see >>> http://www.ja-sig.org/wiki/display/JSG/uportal-dev >> >> >> >> -- >> Bruce Tong >> Software Engineer >> Office of Information Technology >> Ohio University >> >> -- >> You are currently subscribed to uportal-dev@lists.ja-sig.org as: >> jftho...@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: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] managing multiple environments from one source tree
I have the same requirements for Dev, Test, QA, Prod and use Drew's approach. Interestingly, to me... On Wed, Dec 1, 2010 at 12:33 AM, Drew Wills wrote: > I think one of the more significant groups who *aren't* interested in this > approach are those who, by preference or through organizational fiat, hope > to deploy the same built artifact to every environment: the *exact same > build* goes to dev, then QA, then perf test, and ultimately to prod. This > group is sometimes interested in building the portal with the filter tokens > intact, then performing the replacement as a part of the deployment process. ... a variation on this is something I kind of expected to find. The goal of using the exact same build is appealing, but invading the build during deployment to find and replace configuration values is not. My preference would be to read values from configuration files that were external to the build. A nice example of this is Tomcat. We can deploy a CATALINA_BASE separate from the Tomcat software and the environment variable tells Tomcat where to find it. Tomcat's configuration files are not embedded in with the code. Chief among my concerns is establishing a demarcation point between operational and engineering roles. SysAdmins (operations) need to be able to edit some parts of the configuration, such as to change a host name for a database server. I don't think it is appropriate for SysAdmins to be editing files deep within a build, but clearly they're used to editing configuration files in /etc, for instance. A positive side-effect of this approach is that having separate configurations for different runtime environments -- using the same build -- is usually easy. -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] user/group layout/fragment data in uPortal
I do have a couple of local issues where we'd like to run reports against user layouts in order to understand what our user base has customized. Most of the need is not time sensitive, so calling upon an API would probably be okay. The only thing I could see vaguely being time sensitive is the notion of a portlet that ranked the popularity of other portlets, but even that could run in the background and be cached. For no good reason, other than having been bitten by another system here used to store its data as XML in a database, I've not been a fan of that approach, but you folks are far more current on the issues than I am. That system here that stored XML had lots of trouble trying to support reporting later. It couldn't match the flexibility and speed of a database query. On Sun, Feb 13, 2011 at 9:17 AM, Eric Dalquist wrote: > Also a good question for deployers to think about is what would be a good DB > schema format. The current UP_LAYOUT_STRUCT table is quite complex because > it is representing an arbitrary XML document in a table and tree <-> table > isn't exactly a simple thing. > > There has been some talk about persisting the layout structure as pure XML > in the DB. We'd strip off all unnecessary attributes so that you'd only have > and elements in the XML. After loading > that DOM the rendering pipeline would then add all the necessary attributes > to each element based on its ID and other parameters. The two down sides of > this approach is we can't add referential integrity in the DB from folder > IDs to attributes so making sure there aren't orphaned attributes in the DB > would be more work and you wouldn't be able to run queries against a user's > layout, that would all have to go through tools written against the layout > manager DAO. > > Part of that decision will be based on what support JPA2/Hibernate has for > persisting an XML Document object. It would be good to write as little > custom code around that solution as possible but I'm not really familiar > with what the options are there. > > -Eric > > On 2/13/11 8:07 AM, Eric Dalquist wrote: >> >> That code hasn't really been touched in trunk. It is on the list of things >> we'd really like to clean up and get moved into a better service/dao/data >> model setup but we can only do one chunk and a time and taking on the layout >> management code isn't a trivial task. I'm hoping we can get to it for 3.4, >> create a strongly typed data model, use JPA2 for all of the persistence and >> move all the DLM logic into a single coherent service layer instead of being >> spread across the layout store, layout manager, and layout classes. >> >> -Eric >> >> On 2/10/11 10:18 AM, Gary Weaver wrote: >>> >>> We recently got into a situation where we were able to get a few new >>> portlets, a new layout user, and new fragment working in one environment's >>> DB, but not in the target environment's DB, and it is a mess to diff these >>> (even with table exclusions, etc.) because layout user data is mixed up with >>> other user data and their changes to user-specific layouts and preferences >>> in the schemas. This is DLM but a much older version of uPortal, and the >>> issue we are having is not something that would typically be a problem for >>> most, but I've started to wonder whether this data is better separated in >>> uPortal 3.3? >>> >>> I understand that schema changes are not to be taken lightly, as the ease >>> of upgrade and speed and efficiency of DB operations are much more >>> important. But, maybe if user and group layout data are still entwined in uP >>> 3.3, is there any chance that group layout/fragment data and user layout >>> data is at least maybe a little easier to follow in the latest uPortal? If >>> not, could schema changes to make it easier to manually restore group >>> layout/fragment data be considered specifically for a future major release >>> if it didn't significantly affect performance? Really sorry if this sounds >>> lame. >>> >>> Thanks, >>> Gary >>> >> > > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] question about universality sidebar when logged out
On Wed, Feb 16, 2011 at 9:19 AM, Jerry Shipman wrote: > The problem is: if a user comes in to a page other than the login screen > (e.g. maybe following a bookmark to > "render.userLayoutRootNode.uP?uP_fname=word-of-the-day" or something), he > does not get the login button. He just gets a blank screen. > It may only happen when the user is already authenticated with SSO, but does > not have a uPortal application session. I've seen similar in our portal but I have not looked into the cause. All I'd managed to divine up until now was a theory that it had something to do with going to a focused view, having the session expire, and then trying to interact with the focused view and getting redirected to a focused view of the login screen, which renders nothing, so you just get portlet framing. -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Popular portlets portlet
As an Admin I'll likely want to retrieve the list with counts in two cases: * To satisfy an on-demand query: "What are the portlet names and counts right now for the last week or month?" * To retrieve and archive statistics: "What were the portlet names and counts for February?" As a non-Admin, I'd likely want to retrieve the list in one case, and having the counts show is okay: * To satisfy an on-demand query: "What are the portlet names (counts okay too) right now for the last week or month?" I'm not sure what options you have with subflows of the portlet-manager. I suspect a single portlet would cover both Admins and non-Admins, even if I had to list the portlet twice with a different portlet preference/parameter to turn on/off features. A question I have about the portlet picture attached. It uses paging. How would I get a complete list in one view to archive the list? Would it be an Admin feature to get a CSV file, or something? Cut/Paste would work for me, assuming everything was in one place to snag it. Would the focused view be a complete list? On Fri, Mar 18, 2011 at 3:32 PM, Drew Wills wrote: > I've prototyped a new framework portlet that provides a report of > "Popular Portlets" -- which portlets have been added to layouts by users > and how often. I'm attaching a screenshot. > I'd like to pick the brains of those on this list over this question: > what use(s) should we put this portlet to? > > Option 1: For admins > -- > Provide either a new portlet, a subflow off of the portlet-manager, or > both. Admins can use the full power of the portlet to audit which > portlets are popular with users who customize their layouts. > > Option 2: For everyone > > Provide a portlet with perhaps limited features (maybe can't see counts, > can't see as far back, etc.) for everyone. This portlet could help > users become aware of portal content they might be interested in. > > Please share your thoughts on these use cases, what titles & > instructions should appear on the UI, etc. > > thanks! > > drew wills -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Recommend SASS for CSS development
I'm not familiar with it, so my perspective on SASS could be completely ludicrous. When I see technologies strongly suited to the graphic arts become more programmatic, I worry that the skill set related to it might move from those people to programmers. We already program in something like four languages and there is an industry-wide shortage of programmers. Does SASS raise the bar further or can persons of the graphic arts be as equally effective with it as CSS? If it does raise the bar, does a more programmatic approach really take the industry where it needs to go? I don't want to resist change -- I might find SASS to be really cool -- though I do worry about the big picture not just for uPortal, but other applications as well that universities develop, maintain, and deploy. I'm curious about your perspectives. On Tue, May 10, 2011 at 12:33 PM, Gary Thompson wrote: > Hey all, > > I heard about SASS (http://sass-lang.com/) not long ago, and had an > opportunity to use it in the recent uPortal Mobile work. In my opinion, SASS > is CSS Awesome. It is everything that CSS development should be, and makes > CSS truly programmatic with things like variables, mixins, loops, and > functions. I will be using SASS for all my future CSS development. I'd like > to recommend using SASS for uPortal CSS development. > > Impacts to uPortal: > > For front-end developers, an uptake of SASS. Source code "CSS" would be done > in SASS. SASS exports to pure CSS, which would be the uPortal skins. SASS > runs on Ruby. CSS development and maintenance becomes *much* easier. > > For portal adopters, the impact is probably nothing. Adopters would be > working with the resultant CSS file (and likely never interface with SASS), > and any customizations to a skin would be done in the same manner as before. > > Thoughts? > > Gary > > -- > > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Recommend SASS for CSS development
Variables, Nesting, Mixins, and Selector Inheritance all seem okay. It doesn't include logical components like decisions and loops, so I think any concerns I had at first seem unfounded. On Tue, May 10, 2011 at 2:43 PM, Jen Bourey wrote: > If you're interested in seeing an example of what SASS in uPortal would look > like, Gary's been testing it with the uMobile theme. The default skin for > the muniversality theme should give a general idea of what some of the code > looks like. > - Jen > > On May 10, 2011, at 9:42 AM, Eric Dalquist wrote: > > This looks really cool and looks like it would REALLY simplify the uPortal > CSS code. > > Especially with the variable replacement bits would it be valuable to move > adopters to use the SASS files as well? I know I'd love it if I could change > all the occurrences of "the blue tab background" by just tweaking a variable > in one location. Also the syntax looks close enough to CSS that I don't > think it would be too onerous for people to get familiar with. If this is > valuable we could look at if it is possible to fold the SASS -> CSS > generation into the uPortal build so we just have SASS files in the source > and the CSS files are all created at build time. > > -Eric > > On 05/10/2011 11:33 AM, Gary Thompson wrote: > > Hey all, > > I heard about SASS (http://sass-lang.com/) not long ago, and had an > opportunity to use it in the recent uPortal Mobile work. In my opinion, SASS > is CSS Awesome. It is everything that CSS development should be, and makes > CSS truly programmatic with things like variables, mixins, loops, and > functions. I will be using SASS for all my future CSS development. I'd like > to recommend using SASS for uPortal CSS development. > > Impacts to uPortal: > > For front-end developers, an uptake of SASS. Source code "CSS" would be done > in SASS. SASS exports to pure CSS, which would be the uPortal skins. SASS > runs on Ruby. CSS development and maintenance becomes *much* easier. > > For portal adopters, the impact is probably nothing. Adopters would be > working with the resultant CSS file (and likely never interface with SASS), > and any customizations to a skin would be done in the same manner as before. > > Thoughts? > > Gary > > -- > > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > eric.dalqu...@doit.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: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Recommend SASS for CSS development
I hate to keep posting. Y'all have no-doubt thought through all of this already. I talked with a couple of our graphic artists about SASS. They were intrigued by the new ideas SASS brings to the table, and there were some observations that may, or may not, apply to the portal. They usually work in sites that are far less complex that the portal's CSS. * Since SASS builds CSS, it would make some of their tools useless, like Dreamweaver. Only a couple of them use tools like that. Others work in text files. * Using Firebug to work with the resulting CSS would require mental work to translate it back to SASS. For a simple site, that's no big deal. Then again, for a simple site, CSS was probably okay. * For the portal, where programmers seem to do all the layout work (here), fitting it into the build process is no big deal. For many of the things they support there is no chance to mix it into a build process. They would have to make their own build process. For some, that would be possible. For others it would certainly be a change to their normal work flow. I don't know if that helps anyone or not, but I wanted their perspective. On Tue, May 10, 2011 at 3:01 PM, Bruce Tong wrote: > Variables, Nesting, Mixins, and Selector Inheritance all seem okay. It > doesn't include logical components like decisions and loops, so I > think any concerns I had at first seem unfounded. > > On Tue, May 10, 2011 at 2:43 PM, Jen Bourey wrote: >> If you're interested in seeing an example of what SASS in uPortal would look >> like, Gary's been testing it with the uMobile theme. The default skin for >> the muniversality theme should give a general idea of what some of the code >> looks like. >> - Jen >> >> On May 10, 2011, at 9:42 AM, Eric Dalquist wrote: >> >> This looks really cool and looks like it would REALLY simplify the uPortal >> CSS code. >> >> Especially with the variable replacement bits would it be valuable to move >> adopters to use the SASS files as well? I know I'd love it if I could change >> all the occurrences of "the blue tab background" by just tweaking a variable >> in one location. Also the syntax looks close enough to CSS that I don't >> think it would be too onerous for people to get familiar with. If this is >> valuable we could look at if it is possible to fold the SASS -> CSS >> generation into the uPortal build so we just have SASS files in the source >> and the CSS files are all created at build time. >> >> -Eric >> >> On 05/10/2011 11:33 AM, Gary Thompson wrote: >> >> Hey all, >> >> I heard about SASS (http://sass-lang.com/) not long ago, and had an >> opportunity to use it in the recent uPortal Mobile work. In my opinion, SASS >> is CSS Awesome. It is everything that CSS development should be, and makes >> CSS truly programmatic with things like variables, mixins, loops, and >> functions. I will be using SASS for all my future CSS development. I'd like >> to recommend using SASS for uPortal CSS development. >> >> Impacts to uPortal: >> >> For front-end developers, an uptake of SASS. Source code "CSS" would be done >> in SASS. SASS exports to pure CSS, which would be the uPortal skins. SASS >> runs on Ruby. CSS development and maintenance becomes *much* easier. >> >> For portal adopters, the impact is probably nothing. Adopters would be >> working with the resultant CSS file (and likely never interface with SASS), >> and any customizations to a skin would be done in the same manner as before. >> >> Thoughts? >> >> Gary >> >> -- >> >> You are currently subscribed to uportal-dev@lists.ja-sig.org as: >> eric.dalqu...@doit.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: >> zzt...@gmail.com >> To unsubscribe, change settings or access archives, see >> http://www.ja-sig.org/wiki/display/JSG/uportal-dev > > > > -- > Bruce Tong > Software Engineer > Office of Information Technology > Ohio University > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Portlet minimization
Awesome! On Thu, May 12, 2011 at 9:02 AM, Eric Dalquist wrote: > I've enabled minimization by default in trunk. The minimized state is > persistent for authenticated users. > > If someone with a little more familiarity with the icon set can take a look > we need an icon for minimizing and minimizing the portlets. I can even try > to make the change if someone can point me at the images we should use. > > Also the minimized attribute on the channel element in user's layout has > been replaced with a windowState attribute that provides the portlet's > current window state. A portletMode attribute has also been added. > > -Eric > > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Re: [uportal-dev] [VOTE] Arvīds Grabovskis as uPortal Committer
I dont know if my vote counts, but +1 if it does. On Tue, Jul 19, 2011 at 10:07 AM, Eric Dalquist wrote: > +1 > > On 7/19/11 9:03 AM, Eric Dalquist wrote: >> I'd like to propose Arvīds Grabovskis for commit access to uPortal. He >> has been contributing great patches to the i18n support for uPortal. >> >> >> The vote needs three +1 votes and no -1 votes from existing committers >> to pass. >> >> -Eric >> > > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] [VOTE] Move uPortal source to GitHub
There's a command line interface, cool. Does git have anything like svn:externals? A quick search brought up a few pages that lead me to believe it might be an issue, though if a read-only SVN repository is still part of the plan, maybe that covers it. I'd have to do more research. On Wed, Aug 31, 2011 at 3:26 PM, Eric Dalquist wrote: > Some questions that I can try and answer before they come up: > - The uPortal code in svn at source.jasig.org would likely be left in place, > we would just make the entire /uPortal directory read-only > - We're going to filter out the documentation and website files that were > included in early versions of uPortal 2 to reduce the project repository > size. > > Since this is a big change (and since I'm going on vacation for 2 weeks > starting Friday) I'm planning on leaving this vote open for a while. +1, 0, > -1 to vote and if you vote -1 you need to include a detailed reasoning for > your -1 vote. > > -Eric > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] [VOTE] Move uPortal source to GitHub
Err, actually, now that I think of it, we use svn:externals locally against the JASIG svn repository, and locally we would remain using svn because that's the university's repository. I'd probably end up scripting the git commands for our build process. Then I'd use git commands if I were working on a patch for a community portlet. This isn't a 4:30pm puzzle. On Wed, Aug 31, 2011 at 4:29 PM, Bruce Tong wrote: > There's a command line interface, cool. > > Does git have anything like svn:externals? A quick search brought up a > few pages that lead me to believe it might be an issue, though if a > read-only SVN repository is still part of the plan, maybe that covers > it. I'd have to do more research. > > On Wed, Aug 31, 2011 at 3:26 PM, Eric Dalquist > wrote: >> Some questions that I can try and answer before they come up: >> - The uPortal code in svn at source.jasig.org would likely be left in place, >> we would just make the entire /uPortal directory read-only >> - We're going to filter out the documentation and website files that were >> included in early versions of uPortal 2 to reduce the project repository >> size. >> >> Since this is a big change (and since I'm going on vacation for 2 weeks >> starting Friday) I'm planning on leaving this vote open for a while. +1, 0, >> -1 to vote and if you vote -1 you need to include a detailed reasoning for >> your -1 vote. >> >> -Eric >> > > > > -- > Bruce Tong > Software Engineer > Office of Information Technology > Ohio University > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] [VOTE] Move uPortal source to GitHub
On Wed, Aug 31, 2011 at 7:22 PM, Steve Swinsburg wrote: > Also, as Bruce mentioned, local institutions may be using Subversion and > switching > this over could be a major barrier for community participation. Assuming that 3.2.x remained on SVN and 4.0+ was on GIT, I'd end up figuring out all of the differences as part of the project effort to migrate from 3.2.x to 4.0+. Going to 4.0 is already a project I'm already expecting will take extra time, so I wouldn't be concerned. If all versions of uPortal move to GIT, I might have to figure the GIT stuff out as part of my existing release schedules. I didn't forecast that time, but sometimes that's life in the big city. I can't see JASIG waiting for a hundred schools to say "okay", though I do appreciate having windows of opportunity as I have more responsibilities other than the portal and it is a bummer when deadlines coincide. Wrapping GIT in my build process should be possible even though my school will stick with SVN. I'd have to remove the svn:externals part and probably replace it with some kind of script that called on some GIT tagging feature. I don't have enough disk space to make my own local uPortal SVN repository with git-svn to prop up the svn:externals feature. -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] FrameworkMBeanImpl
I'm playing around with jmxterm pulling various MBean attributes. It's both neat and easy. I've bumped into something that has me puzzled. Consider this configuration... org.jasig.portal.ChannelManager.threadPool_initialThreads=150 org.jasig.portal.ChannelManager.threadPool_maxThreads=150 ... and then when I ask the MBean for the max number of rendering threads, I get... ChannelRendererMaxActiveThreads = 13; 13? I expected 150. I'm playing with 3.2.5+. I've not really looked at uPortal internals before, so I'm probably in left field, but it looks like both of those 150 values will get to a subclass of ThreadPoolExecutor. -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] [VOTE] Move uPortal source to GitHub
This includes portlet contributions, or just to the core of uPortal? On Fri, Sep 30, 2011 at 3:18 PM, Eric Dalquist wrote: > Great, so with that support I need anyone that has committed to uPortal in > the past and is planning on contributing to uPortal in the future to go and > sign up for an account on GitHub. Once that is done please either reply here > or update the table on the wiki page with your account info: > https://wiki.jasig.org/display/UPC/Git+Migration+Proposal#GitMigrationProposal-UsernameMapping > > For example, I'm "edalquist" in SVN but on GitHub I'm "Eric Dalquist > " > > This isn't critical but if we don't map usernames when we do the switch your > old commits won't be associated with your new GitHub username. > > -Eric > > On 09/29/2011 05:56 PM, Cris J Holdorph wrote: >> >> My vote after 4.0.1 is released, will be +1. >> >> Cris J H >> >> On 09/29/2011 03:48 PM, Steve Swinsburg wrote: >>> >>> With the svn read-only mirror and the other discussions that have taken >>> place around governance, my vote is now a +1. >>> >>> cheers, >>> Steve >>> >>> On 30/09/2011, at 7:45 AM, Eric Dalquist wrote: >>> >>>> The GitHub migration vote currently stands at: >>>> >>>> Binding: >>>> 3 +1 >>>> 1 0 >>>> 0 -0 >>>> NonBinding: >>>> 2 +1 >>>> 0 0 >>>> 0 -0 >>>> >>>> This is enough to pass by the project voting standards but I wanted to >>>> bring this up one last time before scheduling the migration for additional >>>> input. The 4.0.1 release will be cut Friday the 30th and announced on >>>> Monday. If there is no objection from this discussion I'll work on planning >>>> the migration to GitHub after the announcement. >>>> >>>> One thing I'd like anyone here who contributes code to uPortal, either >>>> directly or through patches, is to take a look at this REALLY good git >>>> workflow documentation: >>>> https://github.com/diaspora/diaspora/wiki/Git-Workflow It is a great >>>> example >>>> of how get helps provide a much nicer workflow for both developers and the >>>> project/branch leads as far as committing and merging in changes. >>>> >>>> The full proposal is on the wiki: >>>> https://wiki.jasig.org/display/UPC/Git+Migration+Proposal >>>> >>>> -Eric >>>> >>>> >>> >>> >> > > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] [VOTE] Move uPortal source to GitHub
Nevermind, I can see you have a list of folks on that wiki page. On Fri, Sep 30, 2011 at 3:22 PM, Bruce Tong wrote: > This includes portlet contributions, or just to the core of uPortal? > > On Fri, Sep 30, 2011 at 3:18 PM, Eric Dalquist > wrote: >> Great, so with that support I need anyone that has committed to uPortal in >> the past and is planning on contributing to uPortal in the future to go and >> sign up for an account on GitHub. Once that is done please either reply here >> or update the table on the wiki page with your account info: >> https://wiki.jasig.org/display/UPC/Git+Migration+Proposal#GitMigrationProposal-UsernameMapping >> >> For example, I'm "edalquist" in SVN but on GitHub I'm "Eric Dalquist >> " >> >> This isn't critical but if we don't map usernames when we do the switch your >> old commits won't be associated with your new GitHub username. >> >> -Eric >> >> On 09/29/2011 05:56 PM, Cris J Holdorph wrote: >>> >>> My vote after 4.0.1 is released, will be +1. >>> >>> Cris J H >>> >>> On 09/29/2011 03:48 PM, Steve Swinsburg wrote: >>>> >>>> With the svn read-only mirror and the other discussions that have taken >>>> place around governance, my vote is now a +1. >>>> >>>> cheers, >>>> Steve >>>> >>>> On 30/09/2011, at 7:45 AM, Eric Dalquist wrote: >>>> >>>>> The GitHub migration vote currently stands at: >>>>> >>>>> Binding: >>>>> 3 +1 >>>>> 1 0 >>>>> 0 -0 >>>>> NonBinding: >>>>> 2 +1 >>>>> 0 0 >>>>> 0 -0 >>>>> >>>>> This is enough to pass by the project voting standards but I wanted to >>>>> bring this up one last time before scheduling the migration for additional >>>>> input. The 4.0.1 release will be cut Friday the 30th and announced on >>>>> Monday. If there is no objection from this discussion I'll work on >>>>> planning >>>>> the migration to GitHub after the announcement. >>>>> >>>>> One thing I'd like anyone here who contributes code to uPortal, either >>>>> directly or through patches, is to take a look at this REALLY good git >>>>> workflow documentation: >>>>> https://github.com/diaspora/diaspora/wiki/Git-Workflow It is a great >>>>> example >>>>> of how get helps provide a much nicer workflow for both developers and the >>>>> project/branch leads as far as committing and merging in changes. >>>>> >>>>> The full proposal is on the wiki: >>>>> https://wiki.jasig.org/display/UPC/Git+Migration+Proposal >>>>> >>>>> -Eric >>>>> >>>>> >>>> >>>> >>> >> >> > > > > -- > Bruce Tong > Software Engineer > Office of Information Technology > Ohio University > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] CAnnot add portlets to a tab immediately after changing the column layout
I saw this problem once too when giving a demo. Now that you've mentioned it, I tried to recreate it and was successful. You don't need to add a tab, just change the column layout and then try to add a portlet. On Thu, Oct 27, 2011 at 1:45 AM, Steve Swinsburg wrote: > Hi all, > > We are experiencing an issue after upgrading to 3.2.5 where if you add a tab, > change the column layout and then immediately attempt to add a portlet to it, > you receive a error saying the columns are locked. > > This also affects the rel_3-2-patches branch. > > I have documented this here: https://issues.jasig.org/browse/UP-3233 > > The issue is that the canAddChildren class is not added to the markup so the > Javascript thinks there are no columns that are unlocked and returns the > error. > > We actually have a patch to correct this by simply adding a refresh to the > Javascript that draws the new layout as when it is rendered via columns.xsl > it is correct - in a similar way that adding a new tab refreshes the page and > takes you to the tab. > > Could I get some eyes on this fix? > > cheers, > Steve > > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] CAnnot add portlets to a tab immediately after changing the column layout
I don't know very much about that part of uPortal and I don't feel I'm able to comment with any confidence on the technical merits of the patch. If you were to tell me it's the best way, then I'd believe you. If others disagree, the patch at least provides a work-around until the issue is completely resolved. On Thu, Oct 27, 2011 at 9:07 AM, Steve Swinsburg wrote: > Thanks for the verification. It works after you refresh the page as it gets > redrawn with the correct info from columns.xsl - its just in the Javascript > that generates the page which is missing out form adding the required class. > > In the Jira I attached a patch that refreshes the page after changing the > layout. This seems to resolve the problem. What are your thoughts on this > approach? > > cheers, > Steve > > > > On 27/10/2011, at 11:51 PM, Bruce Tong wrote: > >> I saw this problem once too when giving a demo. Now that you've >> mentioned it, I tried to recreate it and was successful. You don't >> need to add a tab, just change the column layout and then try to add a >> portlet. >> >> On Thu, Oct 27, 2011 at 1:45 AM, Steve Swinsburg >> wrote: >>> Hi all, >>> >>> We are experiencing an issue after upgrading to 3.2.5 where if you add a >>> tab, change the column layout and then immediately attempt to add a portlet >>> to it, you receive a error saying the columns are locked. >>> >>> This also affects the rel_3-2-patches branch. >>> >>> I have documented this here: https://issues.jasig.org/browse/UP-3233 >>> >>> The issue is that the canAddChildren class is not added to the markup so >>> the Javascript thinks there are no columns that are unlocked and returns >>> the error. >>> >>> We actually have a patch to correct this by simply adding a refresh to the >>> Javascript that draws the new layout as when it is rendered via columns.xsl >>> it is correct - in a similar way that adding a new tab refreshes the page >>> and takes you to the tab. >>> >>> Could I get some eyes on this fix? >>> >>> cheers, >>> Steve >>> >>> >>> -- >>> You are currently subscribed to uportal-dev@lists.ja-sig.org as: >>> zzt...@gmail.com >>> To unsubscribe, change settings or access archives, see >>> http://www.ja-sig.org/wiki/display/JSG/uportal-dev >>> >>> >> >> >> >> -- >> Bruce Tong >> Software Engineer >> Office of Information Technology >> Ohio University >> >> -- >> You are currently subscribed to uportal-dev@lists.ja-sig.org as: >> steve.swinsb...@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: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Portlet preferences
You mean something like this? (See near the bottom of the XML.) Scalia Labs Webcam Scalia Labs Webcam webcam-scalia Webcam for Scalia Labs looking South from Clippinger Labs toward the Ping Center. Image org.jasig.portal.channels.portlet.CSpringPortletAdaptor 3 N N N N en_US Entertainment Everyone isFrameworkPortlet true N portletName Image N disableDynamicTitle true N img-border 2 img-height 240 img-link http://www.scalialab.com/ img-uri http://scaliacam.phy.ohiou.edu/axis-cgi/mjpg/video.cgi?camera=&resolution=352x240 img-width 352 On Mon, Nov 14, 2011 at 12:10 PM, tomit wrote: > Hi! > > Can anyone please explain me, how I can specify portlet preferences when > adding a new portlet to the system? I know I can set portlet preferences > within portlet.xml file, but i would like to be able to specify certain > parameters while adding a new portlet to the system. > Example of what I am trying to accomplish is the Image type portlet > available with uPortal quickstart installation (when adding a new portlet of > type Image, you can set image url, with and height of the image). > > Tnx -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Portlet preferences
Or, do you mean when using the UI to add a portlet? I'm a bit foggy as to which approach you mean. On Mon, Nov 14, 2011 at 1:28 PM, Bruce Tong wrote: > You mean something like this? (See near the bottom of the XML.) > > script="classpath://org/jasig/portal/io/import-channel_v3-1.crn"> > Scalia Labs Webcam > Scalia Labs Webcam > webcam-scalia > > Webcam for Scalia Labs > looking South from Clippinger Labs toward the Ping Center. > Image > > > org.jasig.portal.channels.portlet.CSpringPortletAdaptor > > 3 > > N > > N > > N > > > N > > en_US > > > > > Entertainment > > > Everyone > > > > isFrameworkPortlet > true > > N > > > portletName > Image > > N > > > disableDynamicTitle > true > > N > > > > > img-border > 2 > > > img-height > 240 > > > img-link > http://www.scalialab.com/ > > > img-uri > > http://scaliacam.phy.ohiou.edu/axis-cgi/mjpg/video.cgi?camera=&resolution=352x240 > > > img-width > 352 > > > > > > On Mon, Nov 14, 2011 at 12:10 PM, tomit wrote: >> Hi! >> >> Can anyone please explain me, how I can specify portlet preferences when >> adding a new portlet to the system? I know I can set portlet preferences >> within portlet.xml file, but i would like to be able to specify certain >> parameters while adding a new portlet to the system. >> Example of what I am trying to accomplish is the Image type portlet >> available with uPortal quickstart installation (when adding a new portlet of >> type Image, you can set image url, with and height of the image). >> >> Tnx > > -- > Bruce Tong > Software Engineer > Office of Information Technology > Ohio University > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Portlet preferences
Oh, I'm with you now. Once deployed, you can use the "Portlet Manager" to create, edit, or delete any of the values that you would normally find in the XML, including portlet preferences. I'm not sure where to tell you to look for the "Portlet Manager" as I'm always in a customized UI, though I suspect you'll find it probably with other Admin features. Once you get it running, use the Search area to type in the name of the portlet, find it in the list, and click it's "edit" link. After that, you'll have to play with the workflow a little to get the hang of editing values in each of the categories and then reviewing and saving your changes. On Mon, Nov 14, 2011 at 1:43 PM, tomit wrote: > Yes, while using the uPortal UI (admin interface). > I deploy a new portlet's .war file (containing web.xml, portlet.xml and it's > classes) to the server and then go to "Manage portlets" under administration > and try registering a new portlet. Select the first option "...portlet > 168..." and select the portlet from the server (drop down menu). Then after > giving it a name, I would like to be able to specify certain parameters like > image URL, web service URL etc. > If I set them in portlet.xml file, then after deploying the portlet, I can't > change those values through the admin interface. > > I downloaded uPortal source code and it seems that I would be able to > accomplish this by registering my portlet as a publishing type and using a > CPD file. Am I right? > > -- > View this message in context: > http://jasig.275507.n4.nabble.com/Portlet-preferences-tp4040173p4040504.html > Sent from the uPortal Developers mailing list archive at Nabble.com. > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Notifications/Alerts/Announcements
I'm not sure this kind of stuff perfectly matches your request, or not, but... (A) If we are talking about having many notification portlets in a portal, each specific to certain content/sources, then... (A1) When a portlet has one or more things to be considered a notification, that the portlet be adorned with a badge indicating how many notifications are associated with that portlet (A2) When a tab on which one or more portlets with notifications, the tab be adorned with a badge indicating the total number of notifications. (A3) A portlet with a notification could have some alternative coloring for its chrome. For instance, if the portlet's chrome is normally a dark green, it might be a brighter green when it has a notification. (A4) A tab containing portlets with notifications could have some alternative coloring for the tab. (B) If we're talking about having a single notifications portlet that assembles a great many notifications from many sources, then I'm not sure how I'd like it to behave. On one hand I like having all the notifications in one portlet so you only have to look in one place, but on the other hand it will be a collection of unrelated notifications and there will not be enough screen real estate to surround it with portlets of similar content. For instance, does a "Your overage check is available" notification appear on a "Home" tab along with things like email, or does it appear on an "Accounts" tab along with other billing and financial aid content? (C) Something I've been considering is how to co-op Facebook with our Portal. In effect, our students have already largely chosen Facebook as their personal portal. What they have suggested to me is to offer a "My OHIO" application in Facebook, which integrates with our portal and turns portal content into Facebook application notifications. The end result would be that students would see notifications in Facebook, click on them, be taken to the facebook "My OHIO" application (hosted on our portal), see the notifications, and then be able to click through right into the portal to do something about the notification. In effect, the Facebook application would be an extension of our portal and lead students to the portal. -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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] Notifications/Alerts/Announcements
n would be an >> extension of our portal and lead students to the portal. > > That's a terrific idea, and maybe deserves it's own thread. I think it would > be pretty easy to expose an individual portlet to Facebook via an IFrame - > the bigger challenge is more the authentication bit. We could rely on the > user to already have a CAS/whatever session, or display a login box when they > aren't authenticated, which may or may not be helpful. We could also > consider doing something like allowing the user to authenticate to the > portlet via OAuth, though at that point I think we'd need to consider > creating a concept of weak authentication such that a Facebook auth wasn't > enough to get to other sensitive portlets. What do you think would work well > for authentication to such a portlet at Ohio? > > - Jen > > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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: Remove $Revision$ from all source
I'll miss them, but only from a nostalgia standpoint. If those kinds of values are stored in strings, as opposed to comments, there are UNIX commands that can find them and report the current version of each module in an executable. That was handy in cases where a system/service administrator had some release management issues. It was also sometimes handy when working with vendors in trying to determine what patch level a product was at when for some reason the IT department had lost track of patches applied. On Tue, Apr 10, 2012 at 12:00 PM, Drew Wills wrote: > +1. I also get distracted by those pretty regularly. > > I can learn anything I need to by running a few git commands. > > drew > > Sent from my ASUS Eee Pad > > Eric Dalquist wrote: > >>After dealing with this in 'yet another diff' the $Revision$ CVS/SVN >>keyword is on my hit list. Anyone have any objections to doing a mass >>delete of that line in all files for 4.1? >> >>-Eric >> >> > > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > zzt...@gmail.com > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Bruce Tong Software Engineer Office of Information Technology Ohio University -- 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