[uportal-dev] Codehaus Repo Termination
Anyone else getting this error when trying to compile uPortal? [artifact:dependencies] Unable to resolve artifact: Unable to get dependency information: Unable to read local copy of metadata: Cannot read metadata from '/Users/dmderde2/.m2/repository/org/codehaus/woodstox/stax2-api/maven-metadata-codehaus.xml': end tag name must match start tag name from line 7 (position: TEXT seen ...\n... @9:8) [artifact:dependencies] org.codehaus.woodstox:stax2-api:jar:null [artifact:dependencies] [artifact:dependencies] from the specified remote repositories: [artifact:dependencies] maven (http://repo1.maven.org/maven2), [artifact:dependencies] central (http://repo1.maven.org/maven2), [artifact:dependencies] codehaus (http://repository.codehaus.org), [artifact:dependencies] [artifact:dependencies] Path to dependency: [artifact:dependencies] 1) org.jasig.portal:uportal-war:war:4.1.2 [artifact:dependencies] 2) org.codehaus.staxmate:staxmate:jar:2.0.1 [artifact:dependencies] [artifact:dependencies] Looking into it, it looks like Codehaus is terminating its repository. https://www.codehaus.org/termination.html Removing the tag allows me to build so thats fine. But looking at the big picture are there any plans for what will happen when the repo is officially done? Or is there anything I can do to prepare for this? Thanks! Dave -- 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] Name for new window state that was like DETACHED
DETACHED-BANNERLESS is a bit much IMO I'm happy w/ DISCONNECTED or SEPARATED On Tue, Apr 14, 2015 at 6:59 PM, Anthony Colebourne < anthony.colebou...@manchester.ac.uk> wrote: > Hi James, > > Now seems like an appropriate time to draw your attention to this thread. > http://jasig.275507.n4.nabble.com/Detached-WindowState-td4657565.html > > It highlights this deficiencies in the WindowState based approach to > getting content rendered for consumption in an external app. > > Thanks, > Anthony. > > > On 14/04/15 21:58, James Wennmacher wrote: > >> A request to add a new window state came about due to Oakland which has >> a native uMobile app found that DETACHED window state which the uMobile >> app uses behaves differently with uPortal 4.1+. Refer to >> https://issues.jasig.org/browse/UP-4440. >> >> I plan to add a new window state SEPARATED which is like the old >> DETACHED window state. I'm OK with the name, but not jumping up for >> joy. It's fairly clear and consistent (at least as much as DETACHED >> was). Anyone have a better name? >> >> See issue for details and reasoning. >> >> > -- > You are currently subscribed to uportal-dev@lists.ja-sig.org as: > dmder...@oakland.edu > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: 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-utils isMobile with respondr
My horrible suggestion is you can check the requests' user-agent and
determine (on a per portlet basis) what to do w/ specific user agents
String userAgent = request.getProperty("user-agent");
However now you have to do this with every portlet. One of the more uglier
solutions.
If you're using Respondr wouldn't you want the default (or in this case
"desktop") view anyway?
On Tue, Jan 6, 2015 at 3:44 PM, Tim Levett wrote:
> Hi Devs,
>
>
> We came across an interesting problem and I'm curious if anyone else has
> had this issue. We are using the portlet-utils project in the
> CoursesPortlet and we use the method
> https://github.com/Jasig/portlet-utils/blob/master/portlet-mvc-util/src/main/java/org/jasig/portlet/utils/mvc/ThemeNameViewSelectorImpl.java#L30
> a lot to decide to show mobile based portlets. This uses themes to
> determine mobile or not. Now that we are on respondr which is used for
> mobile and desktop it is always showing desktop. Really we should do
> something like the Spring.io project
> https://spring.io/guides/gs/device-detection/ but that doesn't seem to
> play nice with portlets.
>
>
> Does anyone have an alternative method/example to figure out mobile or
> desktop on the server side with portlets?
>
>
> ​Thanks in advance. Happy new year!
>
>
> Tim Levett
> tim.lev...@wisc.edu
> MyUW-Infrastructure
> https://calendar.wisc.edu/share/u/tim.lev...@wisc.edu/dr(-14,30)
>
> --
>
> You are currently subscribed to uportal-dev@lists.ja-sig.org as:
> dmder...@oakland.edu
> To unsubscribe, change settings or access archives, see
> http://www.ja-sig.org/wiki/display/JSG/uportal-dev
>
>
--
You are currently subscribed to uportal-dev@lists.ja-sig.org as:
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] Adopting Google Style for next major release
+1 for standards!! On Thu, Nov 6, 2014 at 11:36 AM, Andrew Petro wrote: > Plus, getting used to Google Style, well, might be a good career move. > > :) > > On Thu, Nov 6, 2014 at 10:21 AM, Eric Dalquist > wrote: > >> +1 to what Andrew said. >> >> I've contributed to a lot of different OSS projects pretty much every >> "big" project (Spring, Hibernate, Jackson, Ehcache) have strictly enforced >> style guides. Did I agree with all the rules of each of these style guides? >> No, of course not. Did that make it harder to contribute to them? No, of >> course not. It was just a matter of setting the style guide for the project >> in my IDE and letting it do the work. >> >> The initial switch can seem like a lot of work and take some time to get >> used to. BUT going forward you get tremendous value out of a consistent >> code base. >> >> The follow on to a style guide would be running static analysis tools >> agains the code base as well. >> >> On Thu Nov 06 2014 at 7:56:05 AM Andrew Petro >> wrote: >> >>> > don't like the recommendation of 2 space indent w/ 4 space continuing >>> indent. >>> >>> No doubt. >>> >>> But go down that road, and then we have to talk about defining style, >>> and your preferences, and my preferences, and then we need to maintain our >>> own guide, and then we need to figure out how to automate guiding adherence >>> to it and innovate on enforcing our own styles. >>> >>> Let me be blunt: that will fail. >>> >>> Or our entire style guide can be "We adopt Google Style." Done. Google >>> publishes it, Google provides the Eclipse profile that helps your IDE help >>> you code to the style, Google updates the guide. >>> >>> And so instead of working and innovating on defining code style guides, >>> we can instead work and innovate on higher education self-service and >>> portal experiences. Let's focus on that and delegate defining code style >>> to Google. >>> >>> I don't personally love every detail of Google Style. I would be elated >>> if we can all agree to sacrifice our personal code style preferences on the >>> altar of adopting Google Style as being the feasible, efficient, and >>> sustainable coding style to be using in our projects. >>> >>> :) >>> >>> Andrew >>> >>> >>> >>> On Thu, Nov 6, 2014 at 9:37 AM, Josh Helmer wrote: >>> I mostly good with that, although I really don't like the recommendation of 2 space indent w/ 4 space continuing indent.I personally *really* prefer 4 space indent and find 2 space indent difficult to read. Other than that, I don't see anything too objectionable in the google recommendations. On the JS side, again, I'm in favor of some sort of recommended standard,. Something I would think is probably even more important would be a push to move as much of the JS out of the JSPs as possible and then try to use js[hl]int on the code as part of our maven build. That will catch some of the stylistic things but will also enforce best practices on the JS code (eg. must use var, must use semicolons, etc) which is probably even more valuable. It would be nice to try and move the CSS out of the JSP too. Then we could use some tooling to enforce best practices and move more of the styling to less. CSS is just a lot tricker to move though because of the namespacing issues unless we want to discourage the use of IDs in CSS rules (which might not be so bad?) My $0.02. Josh On Thursday, November 06, 2014 09:04:58 AM Andrew Petro wrote: > uPortal developers, > > I think it would be wise for uPortal to adopt tighter code style > conventions (and to enforce these in the release process via build > automation, since without automation style conventions will not be adhered > to.) > > I think those code conventions should be Google's. > > https://google-styleguide.googlecode.com/svn/trunk/javaguide.html > > https://google-styleguide.googlecode.com/svn/trunk/javascriptguide.xml > > etc. > > The product has a heap of code of varying style. I'd see a changeset to > pervasively adjust style to the convention as only appropriate for a MAJOR > release. As in, uPortal 5. > > So. This is the initial conversation-starting email expressing intention > to advocate for this improvement for uPortal 5. > > Andrew -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: apetro.li...@gmail.com >>> >>> To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev >>> -- >>> >>> You are currently subscribed to uportal-dev@lists.ja-sig.org as: >>> eric.ape...@dalquist.org >>> To unsubscribe, change settings or access archives, see >>> http://www.ja-sig.org/wiki/display/JSG/
[uportal-dev] uMobile Monthly Call
For those of you interested in joining the conference call today at 11 EDT, here is the link to the google hangouts https://plus.google.com/hangouts/_/gzgv3psr5xf7wkvbgmhuioy55ua Dave -- 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] Fwd: Monthly uMobile call next week
Anyone know how to access the call? On Thu, Nov 7, 2013 at 10:58 AM, Anthony Colebourne < anthony.colebou...@manchester.ac.uk> wrote: > Hi, > > Does anybody have the access details for this call? > > -- Anthony. > > > On 31/10/13 17:43, Jim Helwig wrote: > >> Forwarding for those of you interested in uMobile. >> >> >> Original Message >> Subject:[umobile-user] Monthly uMobile call next week >> Date: Thu, 31 Oct 2013 17:00:46 + >> From: Robert Sherratt >> Reply-To: umobile-u...@lists.jasig.org >> To: umobile-working-gr...@lists.jasig.org >> , umobile-u...@lists.wisc.edu >> >> >> >> >> All >> >> We have the next call on Thursday 7 November at 11 AM Eastern. More >> details and a draft agenda can be found at: >> >> https://wiki.jasig.org/display/umobile/uMobile+open+calls >> >> Please feel free to add further items to the agenda and amend the >> existing items if you think they need further explanation. >> >> Thanks >> >> Robert >> >> >> >> -- >> >> You are currently subscribed to uportal-dev@lists.ja-sig.org as: >> anthony.colebou...@manchester.ac.uk >> 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: > dmder...@oakland.edu > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/uportal-dev > -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.com To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
