Re: [uportal-dev] Vote: uPortal Steering Committee Representative
I don't know if I am still a committer, think not but I would love to vote +1. Susan On 1/17/2013 10:27 AM, Jim Helwig wrote: Gary's email reminded me that I need to officially wrap up the election process (which I neglected to do over the holidays). We have only one nominee for the vacant developer representative on the uPortal Steering Committee: the esteemed Drew Wills. Just to make it official, would committers please respond with a +1 if you agree that Drew should join the uPSC (along with the other current developer representative, Eric Dalquist)? We'll give it an extra day and close the voting at 11 AM ET Monday, 1/21. JimH uPSC Chair -- Susan Bramhall Technical Lead ITS Infrastructure Software Engineering (203) 432-6697 -- 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-devattachment: susan_bramhall.vcf
Re: [uportal-dev] A couple proposed contributions from OHIO to uP 4
I was hoping you were going to submit through incubation. Glad to see it on your radar. Susan On 10/7/2011 6:12 PM, Drew Wills wrote: On 10/7/2011 2:47 PM, Jen Bourey wrote: This seems like it would work well. Just as a sanity check though, I don't think there's a technical requirement that a portlet linked from the theme be a framework portlet. Nope. No technical requirement. We'd certainly include such a cool, useful portlet in the default overlays and create a default portlet registration for it. /agreed. I'll set that up as part of the deliverable. At some point it's nice to group portlets together just to save on startup time and perigean space Not to mention... - Incubation - JIRA/Confluence/SVN setup - Inclusion in uP-ear and deployment - ongoing pom maintenance - community evangelism drew -- Susan Bramhall Senior Solution Architect ITS Shared Solutions (203) 432-6697 -- 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-devattachment: susan_bramhall.vcf
[uportal-dev] test failure in uP4 RC2
I am getting a test failure building uPortal 4 RC2 (and umobile-server RC1). Th problem is in org.jasig.portal.utils.AntPatternFileFilterTest. Surefire report says: --- Test set: org.jasig.portal.utils.AntPatternFileFilterTest --- Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.149 sec FAILURE! testExactNameMatching(org.jasig.portal.utils.AntPatternFileFilterTest) Time elapsed: 0.006 sec FAILURE! junit.framework.AssertionFailedError: null at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at junit.framework.Assert.assertTrue(Assert.java:27) at org.jasig.portal.utils.AntPatternFileFilterTest.testExactNameMatching(AntPatternFileFilterTest.java:55) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:172) at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:104) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:70) I am running on windows so perhaps that is causing a problem. Susan -- 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-devattachment: susan_bramhall.vcf
Re: [uportal-dev] test failure in uP4 RC2
That is what I pasted below. Also attached here. Susan On 7/28/2011 11:49 AM, Eric Dalquist wrote: Probably, can you share the contents of: uportal-war/target/surefire/org.jasig.portal.utils.AntPatternFileFilterTest.txt On 07/28/2011 10:27 AM, Susan Bramhall wrote: I am getting a test failure building uPortal 4 RC2 (and umobile-server RC1). Th problem is in org.jasig.portal.utils.AntPatternFileFilterTest. Surefire report says: --- Test set: org.jasig.portal.utils.AntPatternFileFilterTest --- Tests run: 2, Failures: 1, Errors: 0, Skipped: 0, Time elapsed: 0.149 sec FAILURE! testExactNameMatching(org.jasig.portal.utils.AntPatternFileFilterTest) Time elapsed: 0.006 sec FAILURE! junit.framework.AssertionFailedError: null at junit.framework.Assert.fail(Assert.java:47) at junit.framework.Assert.assertTrue(Assert.java:20) at junit.framework.Assert.assertTrue(Assert.java:27) at org.jasig.portal.utils.AntPatternFileFilterTest.testExactNameMatching(AntPatternFileFilterTest.java:55) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44) at org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15) at org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41) at org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20) at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) at org.junit.runners.ParentRunner.run(ParentRunner.java:236) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:53) at org.apache.maven.surefire.junit4.JUnit4Provider.executeTestSet(JUnit4Provider.java:123) at org.apache.maven.surefire.junit4.JUnit4Provider.invoke(JUnit4Provider.java:104) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.util.ReflectionUtils.invokeMethodWithArray(ReflectionUtils.java:164) at org.apache.maven.surefire.booter.ProviderFactory$ProviderProxy.invoke(ProviderFactory.java:110) at org.apache.maven.surefire.booter.SurefireStarter.invokeProvider(SurefireStarter.java:172) at org.apache.maven.surefire.booter.SurefireStarter.runSuitesInProcessWhenForked(SurefireStarter.java:104) at org.apache.maven.surefire.booter.ForkedBooter.main(ForkedBooter.java:70) I am running on windows so perhaps that is causing a problem. Susan -- 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?xml version=1.0 encoding=UTF-8 ? testsuite failures=1 time=0.037 errors=0 skipped=0 tests=2 name=org.jasig.portal.utils.AntPatternFileFilterTest properties property name=java.runtime.name value=Java(TM) SE Runtime Environment/ property name=sun.boot.library.path value=C:\Program Files (x86)\Java\jdk1.6.0_24\jre\bin/ property name=java.vm.version value=19.1-b02/ property name=java.vm.vendor value=Sun Microsystems Inc./ property name=java.vendor.url value=http://java.sun.com// property name=path.separator value=;/ property name=java.vm.name value=Java HotSpot(TM) Client VM/ property name=file.encoding.pkg value=sun.io/ property name=user.country value=US/ property name=sun.java.launcher value=SUN_STANDARD/ property name=sun.os.patch.level value=Service Pack 1/ property name=java.vm.specification.name value=Java Virtual Machine Specification/ property name=user.dir value=C:\susan
Re: [uportal-dev] Rename entity files to entity.type.xml
+1 All those type names as file name extensions is a pain. Susan On 3/14/2011 9:26 PM, Carroll, Timothy Dale wrote: +1 On Mar 14, 2011, at 8:46 PM, Eric Dalquisteric.dalqu...@doit.wisc.edu wrote: Anyone have any thoughts on renaming the entity files in trunk by adding .xml to the end? So IdentitySwapper.channel would become IdentitySwapper.channel.xml I think it might back life a little easier if editors recognize these files as XML by default. -Eric -- 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-devattachment: susan_bramhall.vcf
[uportal-dev] old old topic - wsrp
I was asked recently whatever happened to WSRP? I know that uPortal developers struggled for a long time in the old uP 3 branch to find real providers and consumers but had little success. When the real 3.0 was released WSRP support was dropped from scope. I see the Apache WSRP4J project http://incubator.apache.org/projects/wsrp4j.html was officially terminated from incubation due to lack of community support and interest. Wikipedia says The Liferay Enterprise Portal provides an implementation of WSRP 1.0 and 2.0 producer and consumers available in both its commercial Enterprise Edition and open source Community Edition. Oracle seems to have some wsrp demo portletshttp://portalstandards.oracle.com/portal/page/portal/OracleHostedWSRPPortal/Samples. I don't have a requirement but am interested to know the end of the story. Does anyone know if this technology is seen as valuable in other portals and applications? Thanks, Susan -- 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] javadoc for uportal
At the Unconference, I volunteered to document the default personDirectoryContext.xml. In the course of documenting configuration instructions and examples for the most common Person Directory basics, I realized that this powerful API and all the existing implementations should to be documented. Even if I could correctly write documentation for all the classes as currently implemented, the wiki is bound to fall out of date as soon as any change is made to the code base. My thinking is that the best way to ensure that the documentation is current is to link to an html published version of the JavaDoc. I have two questions for the list: Do you agree that having JavaDoc published somewhere on the web is a good idea? See, for example, http://www.sonarsource.org/docs/ where you can browse to the javadoc for any version. Is this something the existing build infrastructure could do - at least when a release is tagged? Susan -- Susan Bramhall (susan.bramh...@yale.edu) Enterprise Architect Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] javadoc for uportal
Twenty classes implementing IPersonAttributeDAO: AbstractAggregatingDefaultQueryPersonAttributeDao, AbstractDefaultAttributePersonAttributeDao, AbstractFlatteningPersonAttributeDao, AbstractJdbcPersonAttributeDao, AbstractQueryPersonAttributeDao, AdditionalDescriptorsPersonAttributeDao, BasePersonAttributeDao, CachingPersonAttributeDaoImpl, CascadingPersonAttributeDao, ComplexStubPersonAttributeDao, DeclaredRulePersonAttributeDao, EchoPersonAttributeDaoImpl, LdapPersonAttributeDao, MergingPersonAttributeDaoImpl, MessageFormatPersonAttributeDao, MultiRowJdbcPersonAttributeDao, RegexGatewayPersonAttributeDao, SingleRowJdbcPersonAttributeDao, StubPersonAttributeDao, XmlPersonAttributeDao On 10/25/2010 4:43 PM, Susan Bramhall wrote: At the Unconference, I volunteered to document the default personDirectoryContext.xml. In the course of documenting configuration instructions and examples for the most common Person Directory basics, I realized that this powerful API and all the existing implementations should to be documented. Even if I could correctly write documentation for all the classes as currently implemented, the wiki is bound to fall out of date as soon as any change is made to the code base. My thinking is that the best way to ensure that the documentation is current is to link to an html published version of the JavaDoc. I have two questions for the list: Do you agree that having JavaDoc published somewhere on the web is a good idea? See, for example, http://www.sonarsource.org/docs/ where you can browse to the javadoc for any version. Is this something the existing build infrastructure could do - at least when a release is tagged? Susan -- Susan Bramhall (susan.bramh...@yale.edu) Enterprise Architect Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: susan.bramh...@yale.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Enterprise Architect Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] javadoc for uportal
Hmm. I see http://developer.jasig.org/projects/person-directory/1.5.0-RC6/person-directory-impl/index.html but no link for javadocs. If I try http://developer.jasig.org/projects/person-directory/1.5.0-RC6/person-directory-impl/apidocs/index.html I get page not found. I also only see builds up to RC6 while svn is up to RC8 so maybe that site is not so perfect? Susan On 10/25/2010 4:46 PM, Eric Dalquist wrote: We have nightly builds and release builds of the maven site for uPortal and other projected hosted here: http://developer.jasig.org/ Any project that uses the Jasig maven parent pom has the ability to publish a maven site to that domain with a little coordination with the infrastructure team, though that last bit is yet to be documented. Unfortunately the maven generated site is broken and I haven't had time to figure out why so while the javadocs are there the links are missing :( For example: http://developer.jasig.org/projects/uportal/3.2.4/uportal-impl/apidocs/index.html I believe the maven sites for person directory are working. -Eric On 10/25/2010 03:43 PM, Susan Bramhall wrote: At the Unconference, I volunteered to document the default personDirectoryContext.xml. In the course of documenting configuration instructions and examples for the most common Person Directory basics, I realized that this powerful API and all the existing implementations should to be documented. Even if I could correctly write documentation for all the classes as currently implemented, the wiki is bound to fall out of date as soon as any change is made to the code base. My thinking is that the best way to ensure that the documentation is current is to link to an html published version of the JavaDoc. I have two questions for the list: Do you agree that having JavaDoc published somewhere on the web is a good idea? See, for example, http://www.sonarsource.org/docs/ where you can browse to the javadoc for any version. Is this something the existing build infrastructure could do - at least when a release is tagged? Susan -- Susan Bramhall (susan.bramh...@yale.edu) Enterprise Architect Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: eric.dalqu...@doit.wisc.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Enterprise Architect Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] big changes in trunk
Eric, I think your structure XSL change may have also fixed a long standing bug where the active tab was sometimes persisted incorrectly causing the saved active tab to be the active tab after login - forever. I couldn't find this bug so I had to disable the persistence of that attribute at Yale to prevent this behavior. I can't test trunk right now but maybe you or Jen could run the following additional test? Add a pre-made tab move the newly added tab to the left one or two positions logout login If you are correctly positioned on the first tab, the bug is fixed. If the bug is there, you will be positioned on the newly added tab. Have we now officially removed the ability for a user to indicate that a certain tab should be the default active tab (at login)? Susan Eric Dalquist wrote: So Jen's fix is in for all the skins. Also tab navigation should work for user owned tabs as well as DLM merged tabs. For this I changed how the structure XSL parameters work. The 'activeTab' XSL parameter is no longer used, instead focusedTabID is used and the actual ID of the tab being navigated to is set. This works much better with the new URL syntax where the tabId is part of the URL. I also updated the image portlet to support Spring _expression_ Language (SPEL) for the portlet preferences. The use case for this is some of the local images that need to reference to the context path. If you're interest in the change take a look at: https://developer.jasig.org/source/changelog/jasigsvn/?projectKey=UPcs=21383 -Eric On 7/30/10 11:45 AM, Eric Dalquist wrote: I'm seeing the same Add Tab JS error. I just created https://issues.jasig.org/browse/UP-2766 -Eric On 7/28/10 3:14 PM, Jennifer Bourey wrote: In my current checkout, I can add a new tab, but once that tab is added I'm redirected back to the first tab in my layout. I think the issue right now is actually that one can't successfully access a custom (non-fragment) tab. - Jen On Jul 28, 2010, at 12:19 PM, Eric Dalquist wrote: Jen, have you tested the Add Tab link yet in trunk? -Eric On 7/28/10 12:00 PM, Vangel V. Ajanovski wrote: On 07/27/2010 02:23 AM, Eric Dalquist wrote: Trunk is NOT stable for doing portlet development on. If you'd like to help test new features you are more than welcome, as you run into issues report them here with a full stack trace and then we can see if we need a Jira issue to track it or not. I realize that trunk is not stable but I am just running experiments for a future portal so I figured to test from trunk. Today everything seems to have settled and I managed to start the portal, customize it a bit, except for the "Add tab" link which does not work - meaning that when I click it nothing happens. I can change skin, change layout, add content, but cannot add tabs. I don't have exceptions in the logs so it seems some kind of a script issue. So I checked the browser and I got many warnings and only one error and it mentions tabs so it might be applicable to the problem. _javascript_ - http://develop.ii.edu.mk:8080/uPortal/render.userLayoutRootNode.uP Uncaught exception: TypeError: 'uportal.PageManager' is not a function Error thrown at line 1, column 1350 inanonymous function: a.uportal.UportalLayoutManager(): uportal.PageManager("#pageLayoutDialog",{currentPageName:a("#tabLink_"+z.tabId+" span").text(),isDefault:true,currentLayout:n(),savePermissionsUrl:z.preferencesUrl,imagePath:z.mediaPath+"/"+z.currentSkin+"/images/",selectors:{},listeners:{onUpdateLayout:x,onUpdatePageName:p,onUpdateIsDefault:null}}); called from line 2, column 3549 inanonymous function: a.uportal.UportalLayoutManager(f): A(); called from line 5, column 10 inanonymous function() in http://develop.ii.edu.mk:8080/uPortal/render.userLayoutRootNode.uP: up.jQuery.uportal.UportalLayoutManager( called from line 26, column 460 inanonymous function: ready(): a.call(s,c); called via Function.prototype.call() from line 33, column 235 in anonymous function: L(): c.ready() -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture Yale University Information Technology Services (ITS) 25 Science Park, 150 M
[uportal-dev] obsolete page
The page in the wiki on Yale's document cache service is obsolete (https://wiki.jasig.org/display/UPC/Document+Cacher+service). Yale no longer runs it and I don't believe anyone else ever did. Should I just delete or is there any reason to archive it. Another version of information about it is on the Yale wiki http://isa.its.yale.edu/confluence/display/YIP/Document+Cacher. I advise just delete. Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Upcoming releases
Not sure what you were asking for but I would love to get this jira addressed: https://issues.jasig.org/browse/UP-2717. I am not going to work on it though. Thanks for fixing two other issues that were in my though! Susan Eric Dalquist wrote: I'm planning on cutting 3.2.2 and perhaps patch releases of 3.1 and 3.0 as well on Thursday. Please let me know by end of business Wednesday if there are any open issues you want to bring up. -Eric -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Upcoming releases
I figured - can't blame me for trying though! Susan Eric Dalquist wrote: I guess I just want to make sure people didn't have something they were planning on working on or in the process of working on that got missed. Unless an issue has a patch attached it I'm not going to be fixing it either for these releases. -Eric On 7/20/10 2:35 PM, Susan Bramhall wrote: Not sure what you were asking for but I would love to get this jira addressed: https://issues.jasig.org/browse/UP-2717. I am not going to work on it though. Thanks for fixing two other issues that were in my though! Susan Eric Dalquist wrote: I'm planning on cutting 3.2.2 and perhaps patch releases of 3.1 and 3.0 as well on Thursday. Please let me know by end of business Wednesday if there are any open issues you want to bring up. -Eric -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: eric.dalqu...@doit.wisc.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] contribution - how to?
Yale has implemented code in uPortal to allow users to subscribe and unsubscribe to entire fragments (tabs). I did a poster session demonstrating the feature at the conference and I believe it would be a welcome enhancement. We would like to contribute the code and documentation for it back to the uPortal project but I am not sure how. I could develop a patch against 3.1 (which is what we are running) but since it's an entirely new feature it can't go into 3.1 or 3.2. If I develop a patch against the trunk it would have to be against a specific version. Is that the way to go? Thanks. Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] contribution - how to?
OK. I'll start with patch for 3.1 and then after evaluation and input work on committing to trunk. Susan Eric Dalquist wrote: And actually a patch would be good for evaluation too. We do often add new features in patch releases. The changes just have to be such that they don't remove or change existing APIs or functionality. -Eric On 6/15/10 1:39 PM, Cris J Holdorph wrote: I think it would be worth attaching the 3.1 patch to the Jira issue, so anyone who wants access to the feature sooner could grab it for their own system. Cris J H On 06/15/2010 11:34 AM, Eric Dalquist wrote: That is the way to go. Generally the following steps should work well: 1. Check out trunk 2. Get your patch applied 3. Update to the latest code from trunk, fixing any merge issues 4. Create patch in unified diff format (eclipse makes this very easy) 5. Post patch to Jira issue. Now you are a uPortal committer https://wiki.jasig.org/display/UPC/Committers so you can skip steps 4 5. Once you have the patch working commit it. If you'd like more eyes on it after that just email here again and ask folks to take a look! -Eric On 6/15/10 1:11 PM, Susan Bramhall wrote: Yale has implemented code in uPortal to allow users to subscribe and unsubscribe to entire fragments (tabs). I did a poster session demonstrating the feature at the conference and I believe it would be a welcome enhancement. We would like to contribute the code and documentation for it back to the uPortal project but I am not sure how. I could develop a patch against 3.1 (which is what we are running) but since it's an entirely new feature it can't go into 3.1 or 3.2. If I develop a patch against the trunk it would have to be against a specific version. Is that the way to go? Thanks. Susan -- Susan Bramhall (susan.bramh...@yale.edu mailto:susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed touportal-...@lists.ja-sig.org as:eric.dalqu...@doit.wisc.edu To unsubscribe, change settings or access archives, seehttp://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] [VOTE] Steve Swinsburg as a uPortal committer
Welcome. Eric Dalquist wrote: Well we had 3 +1 votes and no -1 votes so welcome to Steve! Steve, I'll email you directly with more information about getting setup. -Eric On 01/30/2010 10:19 PM, Eric Dalquist wrote: After Chris's proposal I'm calling a vote for Steve to be a uPortal committer. As per the usual voting guidelines 3 + votes from current committers are needed with no - votes. If you post a - vote please include some reasoning. The voting will be open for 5 days (until 2/4). -Eric -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] SVN Configuration for committers
I've put the file in the location as directed. Is there a way for me to verify that the settings are in use? Susan Eric Dalquist wrote: So after causing enough pain for each other we're going to start enforcing the use of a standard subversion configuration. This will enforce standard line endings in the repository and hopefully help avoid problems between people on differing platforms. Information on getting this configuration setup is here: http://www.ja-sig.org/wiki/display/UPC/uPortal+3+Subversion+Configuration We have the following current committer list for uPortal, I'd like to get a direct confirmation from each person on this list that they have the SVN configuration file in place. acolebourne, apetro, arybicki, awills, bourey, bszabo, dschultz, edalquist, gthompson, holdorph, lfuller, nblair, sbattaglia, sbramhall, tuyly Thanks, Eric -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] pluto maven plugin leaving temp files
This is not really a uPortal bug but it affects our uPortal build process. The problem is that the Pluto Maven plugin has a bug such that is leaves behind a war file in the tmp directory every time it is run. I tracked the problem down to the class http://svn.apache.org/repos/asf/portals/pluto/tags/pluto-1.1.7/pluto-util/src/main/java/org/apache/pluto/util/assemble/AbstractArchiveAssembler.java where it does the following: dest = File.createTempFile( source.getName(), .tmp ); config.setDestination( dest ); assembleInternal( config ); // renameTo() is impl-specific boolean success = dest.renameTo( source ); if (! success ) { // do it the old-fashioned way FileUtils.copyFile( dest, source ); } I believe this code needs to remove the temp file after the copy. I have created a jira in the Pluto project http://issues.apache.org/jira/browse/PLUTO-587. I am sort of hoping that Eric or Elliot will see this and put in the fix. Because I know you have nothing else to do... ;-) Susan -- 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] License Switch
It may be too late to bring this up but I would say it is also a good time to switch any portlets that are bundled with the uPortal release to be switched to the new license as well. I am thinking especially of the Web Proxy Portlet. Susan Eric Dalquist wrote: This only affects /uPortal, nothing else is affected which is why it was only announced on the uportal-dev email list. No one's SVN accounts were removed, only commit access to /uPortal was removed for some individuals who have not committed to uPortal in over 18 months. The reason there wasn't more heads up for the uPortal project is we looked at the list of recently active uPortal comitters and everyone that has committed in the last 18 months had an ICLA on file so we weren't going to be cutting anyone off who was active and this change only has an effect on active committers. Most of your other questions are project specific but I'll try to address them generally. Having an ICLA on file for every active committer is a prerequisite for code moving out of the incubation process and becoming a full-fledged project. It is up to each project's lead to determine how and when the license switch happens and how to handle commit access to that project. So there is no way to provide a general timeline for ICLA deadlines and commit access changes, that is completely up to each individual project. The uPortal steering committee hasn't directly discussed if we will change the license for future releases off of existing branches, my gut feeling says they will stay the same but the policy for the uPortal project from this point forward is that a ICLA is needed for commit access to any part of the /uPortal source tree. Again I believe this is a project by project decision. I would hope that any committer that is active enough to actually be making changes in SVN for a project is also active on that project's development email list and would have seen the coordination for the license switch. Again while this may seem sudden for uPortal it did not cut off any active committers nor did it affect anyone outside of the uPortal developers. ICLAs and licensing only pertain to code contributions. I would assume however that developers that don't have SVN access would also be removed from the developers group for that project in Jira and Confluence but again that is up to the lead for that project. One thing we may be looking at adding is a checkbox in Jira for granting license for patches similar to what the Apache Foundation does right now. In their case if someone without a ICLA on file submits a patch they must check a box that states Grant license to ASF for inclusion in ASF works (as per the Apache License http://www.apache.org/licenses/LICENSE-2.0 §5) for that patch to be usable by the project committers. An ICLA on file with Jasig covers any project under the Jasig umbrella. Again for specific projects it is up to that project's developers and lead to determine when to do the licensing switch and how to coordinate it. If you are a project lead or project committer it would be good to read the following pages: http://www.ja-sig.org/wiki/display/LIC/Jasig+Licensing+Policy http://www.ja-sig.org/wiki/display/LIC/Implementing+the+Licensing+Policy http://www.ja-sig.org/wiki/display/LIC/Transition+Process+for+Existing+Projects -Eric On 1/15/10 10:49 AM, Gary Weaver wrote: Eric, Just to clarify, this only affects the uPortal part of Jasig subversion starting with the following directory and all subdirectories, correct?: https://www.ja-sig.org/svn/uPortal/ In other words, those with Jasig subversion access to the following will not be kept from committing to the following, correct?: https://www.ja-sig.org/svn/portlets/ https://www.ja-sig.org/svn/sandbox/ And could you provide a deadline to when you are going to delete/disable svn accounts if agreements are not signed by that date and time? Is there a way to apply for an extension if someone is waiting on the agreement to be approved, and how should that be done, and how would that be handled? And if there are plans to disable access to the other parts of the repositories at a later date, could you provide information on plans and deadlines for those also? And will all previous tags, branches, etc. be converted to the Apache 2.0 license, and if not, does the new agreement permit those to work on older tags and branches that were licensed differently, since I'm assuming that the agreement (iirc) requires all work to be done under the Apache 2.0 license? Also, will there be a message in svn for older committers that try to commit but can't indicating how they can easily (re)apply for access if access is denied? Will access also be changed for the wiki, jira, and other tools provided by Jasig? Will this affect CAS and any other projects in process of being adopted like
Re:[uportal-dev] [portlet-dev] Subscribe to Formatted Tab Functionality
I am forwarding this to the uportal-dev list since it is about framework not a portlet. I think Mary has working a long wished for feature in the ability to subscribe to a whole DLM fragment. Susan Hunt, Mary wrote: Yale has the requirement to allow users to subscribe to a preformatted tab, and we are planning to implement this new functionality. We push specific “Home” tab content to Yale staff, faculty and students based on their primary roles at the University. However, some people need to have access to content for other roles. For example, Staff who support faculty want to view the Faculty home page. Some Faculty members have staff roles, and need access to both "Faculty" and "Staff" home pages. Faculty may want to view the Student home page. Access to the "Home" tab for a different role is often view only, but there are situations in which a link on another Home page is needed. I have a proof of concept working and have described the basic design at http://tp.its.yale.edu/confluence/display/YIP/Subscribe+to+Preformatted+Tab+%28YIP-516%29. I am interested to hear if you are interested in similar functionality, or have suggestions to improve the design. We will gladly contribute back to the core product if there is interest. Mary Hunt Information Technology Services, Yale University 25 Science Park - 4th Floor New Haven, Connecticut 06511 voice: 203-436-3961 fax: 203-436-4064 web: http://www.yale.edu/its/web/ You are currently subscribed to portlet-...@lists.ja-sig.org as: susan.bramh...@yale.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/portlet-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] UP-2452 - reset layout
In the spirit of full disclosure, it does (and always did) orphan the rows in the user layout structure until they next login. Still feels better to me than orphaned more loosely coupled data. Susan Eric Dalquist wrote: This patch looks great, better than the delete layout user approach which will orphan a bunch of data. We'll see if we can get this into the 3.2 RC -Eric On 12/21/09 4:22 AM, Susan Bramhall wrote: I got the reset layout portlet working using equivalent function to the existing (proven) DLM preferences reset layout. I have tested it against the latest trunk (r47569) and would love to see it get into 3.2. See UP-2452 for the patch. Thanks, Susan -- 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 -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Inherited Target Permissions
Jen, could you post a patch with your changes that I could apply to the current trunk and play around with? Susan Jennifer Bourey wrote: Hi all, In the course of continuing UP-2047 work, I've come across a few opportunities for improvement in uPortal's permissions code. In particular, I've found that while principals inherit permissions from the groups to which they belong, targets do not inherit permissions from their parent groups. As a concrete example, the VIEW permission is set on "All Categories" for the "Everyone" group. I inherit the VIEW permission on "All Categories" because I belong to the "Everyone" group, and the AnyUnblockedPermission policy walks up the group tree to find that permission. However, the permissions service would report that neither I nor the Everyone group have VIEW permissions on the "Demonstration" category. "Demonstration" is a first-level child of the "Everyone" group, but since the permissions code doesn't walk the group tree for permission targets, this relationship is never taken into consideration. As of 3.1, JHU contributed changes to allow the inheritance of permissions specifically for channel targets. This allowed the new MANAGE permission to be targeted to channel categories and then inherited by member channels, which made the new delegated channel management feature interesting and useful. I'd like to propose extending this behavior to all groupable entities. Instead of having special code to find hierarchical relationships for channels, it seems to me like we should be attempting to walk group trees for people, person groups, channel categories, etc. 3.1 also introduces the ability to match channel targets via a regex. This allows permissions to be targeted to all channels, even if the channel does not belong to any categories, by setting a regex of literal.*/literal. This behavior is certainly useful, since it helps target permissions to channels that may be kept out of categories to prevent users from being able to subscribe to them. It does seem a little awkward though, since I can't think of any other useful regex values besides .* (the channel targets look like CHAN_ID.43). I think both clarity and performance would be improved by removing the regex behavior in favor of some new string literal target. If we want to create a target that represents all channels, perhaps we could use something like "ALL_CHANNELS". I've made changes locally to provide the functionality described above, and it all appears to work reasonably well. Before I check anything in, I'd like some feedback on my current approach and some of its implications. For the inherited target permission functionality I've currently taken the approach of simply gathering up the list of parent groups for an entity and adding their permissions. While this is the simplest, fastest approach, it doesn't allow the use of inherited blocks for targets. This of course doesn't affect the ability to block inheritance of permissions via the principal, so I don't think it will be the end of the world. I also don't know if we have a concrete need for providing an analogue for the ALL_CHANNELS feature for other entity types. - Jen -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Export for Upgrade releases of 2.5 and 2.6
This is good news. I was also hoping for back-port of the export changes to 3.1 and 3.0 since it is only 3.2 that includes the proper export code for layouts. Is that planned too? Susan Eric Dalquist wrote: The export releases of uPortal 2.5 and 2.6 are targeted at sites currently running uPortal 2.5.X or 2.6.X and planning on upgrading to uPortal 3.0 or later. These releases of uPortal include data export scripts back-ported from the uPortal 3.0 code base which include a large number of fixes that were not easily included into the export-addon scripts for 2.X. These releases cannot be used to run a uPortal instance, only to export data from a uPortal 2.5 or 2.6 database for upgrading to uPortal 3.0 or later. The most significant change in these releases compared to the -export.0 versions is the inclusion of the uPortal 3.2 layout export format. This new format supports ALL of the DLM features and all layout structures. Instructions for using these releases can be found in the release notes on the wiki: http://www.ja-sig.org/wiki/display/UPC/2.5-export.1 http://www.ja-sig.org/wiki/display/UPC/2.6-export.1 The releases can be downloaded from: http://www.jasig.org/uportal/download/uportal-25-export-1 http://www.jasig.org/uportal/download/uportal-26-export-1 -Eric Dalquist -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Export for Upgrade releases of 2.5 and 2.6
Oh sorry - that's great. We'll try to test soon. Susan Eric Dalquist wrote: The 3.2 layout export format has been committed to the 3.0 and 3.1 branches already. At this point it is just going through the rest of the open issues for those two branches so we can get releases out. -Eric Susan Bramhall wrote: This is good news. I was also hoping for back-port of the export changes to 3.1 and 3.0 since it is only 3.2 that includes the proper export code for layouts. Is that planned too? Susan Eric Dalquist wrote: The export releases of uPortal 2.5 and 2.6 are targeted at sites currently running uPortal 2.5.X or 2.6.X and planning on upgrading to uPortal 3.0 or later. These releases of uPortal include data export scripts back-ported from the uPortal 3.0 code base which include a large number of fixes that were not easily included into the export-addon scripts for 2.X. These releases cannot be used to run a uPortal instance, only to export data from a uPortal 2.5 or 2.6 database for upgrading to uPortal 3.0 or later. The most significant change in these releases compared to the -export.0 versions is the inclusion of the uPortal 3.2 layout export format. This new format supports ALL of the DLM features and all layout structures. Instructions for using these releases can be found in the release notes on the wiki: http://www.ja-sig.org/wiki/display/UPC/2.5-export.1 http://www.ja-sig.org/wiki/display/UPC/2.6-export.1 The releases can be downloaded from: http://www.jasig.org/uportal/download/uportal-25-export-1 http://www.jasig.org/uportal/download/uportal-26-export-1 -Eric Dalquist -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: eric.dalqu...@doit.wisc.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] SmartLdapGroupStore plus MediatingFactoryBean
I am struggling with SmartLdapGroupStore spring configuration. I would like to use the org.jasig.portal.spring.beans.factory.MediatingFactoryBean to allow two versions of the ldap config - one has the parameter values in the SmartLdapGroupStore.xml and the other uses parameter values that are defined as jndi resources in the Tomcat context.xml. The idea allow commands such as ant crn-import run without changing the ldap config files. The configuration works fine when running under Tomcat but not on the command line. The strategy also works perfectly for the portal datasource but from the command line the SmartLdapGroupStore initialization fails even when using the mediating bean. Can anyone shed some light on this? My SmartLdapGroupStore.xml (except for some redacted values) is attached. Thanks for any insights. Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev ?xml version=1.0 encoding=UTF-8? !-- Copyright (c) 2000-2009, Jasig, Inc. See license distributed with this file and available online at https://www.ja-sig.org/svn/jasig-parent/tags/rel-10/license-header.txt -- !DOCTYPE beans PUBLIC -//SPRING//DTD BEAN//EN http://www.springframework.org/dtd/spring-beans.dtd; beans bean id=ldapContext class=org.jasig.portal.spring.beans.factory.MediatingFactoryBean property name=type value=org.springframework.ldap.core.support.LdapContextSource / property name=delegateBeanNames list valueJNDILdapContext/value valueLocalLdapContext/value /list /property /bean bean id=LocalLdapContext class=org.springframework.ldap.core.support.LdapContextSource property name=password value=pw/ property name=userDn value=user/ property name=url value=ldaps://domain.yale.edu/ /bean !-- | This bean is the ContextSource instance that will be used to connect to LDAP. | properties are externalized to jndi context file +-- bean id=JNDILdapContext class=org.springframework.ldap.core.support.LdapContextSource property name=url bean class=org.springframework.jndi.JndiObjectFactoryBean property name=jndiName value=java:comp/env/ad-ldap/config/url/ /bean /property property name=userDn bean class=org.springframework.jndi.JndiObjectFactoryBean property name=jndiName value=java:comp/env/ad-ldap/config/userDn/ /bean /property property name=password bean class=org.springframework.jndi.JndiObjectFactoryBean property name=jndiName value=java:comp/env/ad-ldap/config/password/ /bean /property /bean !-- | BaseDn that will be passed to the search (not to the context). | | WARNING: If you get an error like this... | ...PartialResultException: [LDAP: error code 10... | it probably means your baseDn isn't correct! +-- bean id=baseDn class=org.jasig.portal.spring.beans.factory.MediatingFactoryBean property name=type value=java.lang.String / property name=delegateBeanNames list valueJNDIBaseDN/value valueLocalBaseDn/value /list /property /bean bean id=JNDIBaseDN class=org.springframework.jndi.JndiObjectFactoryBean property name=jndiName value=java:comp/env/ad-ldap/config/groupOu/property /bean bean id=LocalBaseDn class=java.lang.String constructor-argvalueou/value/constructor-arg /bean !-- | NOTE: The remaining examples in this file are configured correctly for | Active Directory servers. +-- !-- | LDAP query string that will be passed to the search. +-- bean id=filter class=java.lang.String constructor-arg value(amp;(objectClass=group)(objectCategory=group))/value /constructor-arg /bean !-- | This bean identifies the name of the Person Attribute that | lists the SmartLdap groups each person is a member of. +-- bean id=memberOfAttributeName class=java.lang.String constructor-arg valuememberOf/value /constructor-arg /bean !-- | This bean identifies the org.springframework.ldap.core.AttributesMapper | implementation used in reading the groups records from LDAP. +-- bean id=attributesMapper class=org.jasig.portal.groups.smartldap.SimpleAttributesMapper !-- | Name of the group attribute that tells you its key. +-- property name=keyAttributeName valuedistinguishedName/value /property !-- | Name of the group attribute
[uportal-dev] maven plugin tests again
I am attempting to add additional info messages to the deploy ear mojo to track down problems we are having with maven plugin and discovered that the tests in M2 and trunk fail for me. The issue is that the hard coded filenames in ResourcesAggregatorImplTest do not match the names generated when I run the test. It looks they are using some sort of guid which is not always the same on every machine. I changed the Assert statements in question to use the file names in the lists returned from ResourceAggregatorImpl. Not sure if this tests what you intend but it passes. Patch is below. Susan ==patch= Index: src/test/java/org/jasig/portal/web/skin/ResourcesAggregatorImplTest.java === --- src/test/java/org/jasig/portal/web/skin/ResourcesAggregatorImplTest.java (revision 47213) +++ src/test/java/org/jasig/portal/web/skin/ResourcesAggregatorImplTest.java (working copy) @@ -154,13 +154,13 @@ Assert.assertEquals(6, cssList.size()); ListJs jsList = result.getJs(); Assert.assertEquals(1, jsList.size()); - Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/common/css/fluid/uportal3_aggr1_A3661D3474000B0B06BC01EA644DBE07.css").exists()); - Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/common/css/uportal3_aggr2_0A62110C5DBE25EECD978B41EE455466.css").exists()); - Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/common/css/uportal3_aggr2_0A62110C5DBE25EECD978B41EE455466.css").exists()); - Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/uportal3/uportal3_aggr3_3334333FF8A41D7D6BCE5C8AE5B71B4A.css").exists()); - Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/uportal3/uportal3_aggr5_0EC69539BB6BA6C8B611BAC539C67794.css").exists()); - Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/uportal3/uportal3_aggr6_F21DFDA90E2DFAEB81BC098A037A458C.css").exists()); - Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/common/_javascript_/uportal/uportal3_aggr7_158C92140AC7355300F2708F20D66DB2.js").exists()); + + Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/common/" + cssList.get(0).getValue()).exists()); + Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/common/" + cssList.get(1).getValue()).exists()); + Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/uportal3/" + cssList.get(2).getValue()).exists()); + Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/uportal3/" + cssList.get(4).getValue()).exists()); + Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/uportal3/" + cssList.get(5).getValue()).exists()); + Assert.assertTrue(new File(getTestOutputRoot() + "/skin-universality/common/" + jsList.get(0).getValue()).exists()); } /** -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] maven plugin won't build with ResourcesAggregatorImplTest
dowsdo you have permission to delete files under d:\susan\temp? Is your d: drive a local or a remote filesystem? On Mon, Nov 16, 2009 at 3:27 PM, Susan Bramhall susan.bramh...@yale.edu wrote: Thanks to you both I am now down to just the errors caused by unable to delete temp files: java.io.IOException: Unable to delete file: d:\susan\temp\1\resources-aggregator-impl-test-output\skin-test1\uportal3_aggr2_temp.js One for each test in ResourcesAggregatorImplTest. Not sure why I get that and you don't. I am running under windows which does not like to delete open files. Maybe this is not getting closed? Susan Nicholas Blair wrote: I've just checked in the changes necessary to fix the tests - you should not have any problem building maven-uportal-plugin if you update to the trunk. On Mon, Nov 16, 2009 at 2:07 PM, Nicholas Blair nicholas.bl...@gmail.com wrote: Excellent - I'll get the projects updated. Thanks! On Mon, Nov 16, 2009 at 1:50 PM, Jen Bourey jbou...@unicon.net wrote: Hi Nick, I've added the yuicompressor 2.4.2 jar to the Jasig third party repository (http://developer.jasig.org/repo/content/repositories/3rd-party/). - Jen On Mon, Nov 16, 2009 at 2:38 PM, Nicholas Blair nicholas.bl...@gmail.com wrote: This was related to my prior discussion about YUI Compressor and UP-2505. In short, the only YUI Compressor available via maven is version 2.3.6 - which is broken. I have installed 2.4.2 locally, and modified the pom to use it, and verified it works. Per my last comment on http://www.ja-sig.org/issues/browse/UP-2505 - this task is "complete-able" if we can get YUI Compressor 2.4.2 in a maven repository. If we can do that, I can make the last commits to get the "resource aggregator" mojo in the maven-uportal-plugin ready for use. On Mon, Nov 16, 2009 at 1:18 PM, Susan Bramhall susan.bramh...@yale.edu wrote: I've updated the maven plugin to throw the proper failure exception when appropriate so it does not end with BUILD SUCCESSFUL after a failure. Integrating this change in, I picked up some recent changes committed by Nick Blair. These seem to be setting up for new skin function in up 3.2. I'm assuming this is all no problem for people using the plugin for uP 3.1. However, the plugin will no longer build for me. I get test failures on the build (see stack trace below). I'd be grateful to know if this builds for other people. Nick? I think it might be a good idea to tag this so we can have a stable version for our use in production while preparation for future uPortal function is added. Thanks, Susan surefire report: === --- Test set: org.jasig.portal.web.skin.ResourcesAggregatorImplTest --- Tests run: 5, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 0.313 sec FAILURE! testControl(org.jasig.portal.web.skin.ResourcesAggregatorImplTest) Time elapsed: 0.25 sec ERROR! java.lang.RuntimeException at com.yahoo.platform.yui.compressor._javascript_Compressor.printSourceNumber(_javascript_Compressor.java:299) at com.yahoo.platform.yui.compressor._javascript_Compressor.parse(_javascript_Compressor.java:335) at com.yahoo.platform.yui.compressor._javascript_Compressor.init(_javascript_Compressor.java:532) at org.jasig.portal.web.skin.ResourcesAggregatorImpl.aggregateJsList(ResourcesAggregatorImpl.java:418) at org.jasig.portal.web.skin.ResourcesAggregatorImpl.aggregate(ResourcesAggregatorImpl.java:226) at org.jasig.portal.web.skin.ResourcesAggregatorImplTest.testControl(ResourcesAggregatorImplTest.java:34) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:59) at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98) at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79) at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87) at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77) at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42) at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88) at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51) at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44) at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27) at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37) at org.junit.internal.runners.JUnit4ClassRun
Re: [uportal-dev] maven plugin won't build with ResourcesAggregatorImplTest
Yes, D: is local and same file system as running mvn on. I do have delete on that directory and can delete it manually. Susan Nicholas Blair wrote: There is a method annotated with @After (runs "after" each test) to clean up temporary files created by the test. The tests use the System property java.io.tmpdir to use as a root for these temporary files. I don't really know much about why that wouldn't work on windowsdo you have permission to delete files under d:\susan\temp? Is your d: drive a local or a remote filesystem? On Mon, Nov 16, 2009 at 3:27 PM, Susan Bramhall susan.bramh...@yale.edu wrote: Thanks to you both I am now down to just the errors caused by unable to delete temp files: java.io.IOException: Unable to delete file: d:\susan\temp\1\resources-aggregator-impl-test-output\skin-test1\uportal3_aggr2_temp.js One for each test in ResourcesAggregatorImplTest. Not sure why I get that and you don't. I am running under windows which does not like to delete open files. Maybe this is not getting closed? Susan Nicholas Blair wrote: I've just checked in the changes necessary to fix the tests - you should not have any problem building maven-uportal-plugin if you update to the trunk. On Mon, Nov 16, 2009 at 2:07 PM, Nicholas Blair nicholas.bl...@gmail.com wrote: Excellent - I'll get the projects updated. Thanks! On Mon, Nov 16, 2009 at 1:50 PM, Jen Bourey jbou...@unicon.net wrote: Hi Nick, I've added the yuicompressor 2.4.2 jar to the Jasig third party repository (http://developer.jasig.org/repo/content/repositories/3rd-party/). - Jen On Mon, Nov 16, 2009 at 2:38 PM, Nicholas Blair nicholas.bl...@gmail.com wrote: This was related to my prior discussion about YUI Compressor and UP-2505. In short, the only YUI Compressor available via maven is version 2.3.6 - which is broken. I have installed 2.4.2 locally, and modified the pom to use it, and verified it works. Per my last comment on http://www.ja-sig.org/issues/browse/UP-2505 - this task is "complete-able" if we can get YUI Compressor 2.4.2 in a maven repository. If we can do that, I can make the last commits to get the "resource aggregator" mojo in the maven-uportal-plugin ready for use. On Mon, Nov 16, 2009 at 1:18 PM, Susan Bramhall susan.bramh...@yale.edu wrote: I've updated the maven plugin to throw the proper failure exception when appropriate so it does not end with BUILD SUCCESSFUL after a failure. Integrating this change in, I picked up some recent changes committed by Nick Blair. These seem to be setting up for new skin function in up 3.2. I'm assuming this is all no problem for people using the plugin for uP 3.1. However, the plugin will no longer build for me. I get test failures on the build (see stack trace below). I'd be grateful to know if this builds for other people. Nick? I think it might be a good idea to tag this so we can have a stable version for our use in production while preparation for future uPortal function is added. Thanks, Susan surefire report: === --- Test set: org.jasig.portal.web.skin.ResourcesAggregatorImplTest --- Tests run: 5, Failures: 0, Errors: 5, Skipped: 0, Time elapsed: 0.313 sec FAILURE! testControl(org.jasig.portal.web.skin.ResourcesAggregatorImplTest) Time elapsed: 0.25 sec ERROR! java.lang.RuntimeException at com.yahoo.platform.yui.compressor._javascript_Compressor.printSourceNumber(_javascript_Compressor.java:299) at com.yahoo.platform.yui.compressor._javascript_Compressor.parse(_javascript_Compressor.java:335) at com.yahoo.platform.yui.compressor._javascript_Compressor.init(_javascript_Compressor.java:532) at org.jasig.portal.web.skin.ResourcesAggregatorImpl.aggregateJsList(ResourcesAggregatorImpl.java:418) at org.jasig.portal.web.skin.ResourcesAggregatorImpl.aggregate(ResourcesAggregatorImpl.java:226) at org.jasig.portal.web.skin.ResourcesAggregatorImplTest.testControl(ResourcesAggregatorImplTest.java:34) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:59) at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98) at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79) at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87) at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77) at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42) at org.junit.internal.runners.JUni
Re: [uportal-dev] maven plugin won't build with ResourcesAggregatorImplTest
YAY. Build successful now on Unix. Windows still complaining. I can research that a bit more. Whadda pain. Susan Nicholas Blair wrote: Just committed a fix for how the tests construct the path to their temporary directory, update and try again. On Mon, Nov 16, 2009 at 3:43 PM, Susan Bramhall susan.bramh...@yale.edu wrote: Fails on unix too but in different place.. --- Test set: org.jasig.portal.web.skin.ResourcesAggregatorImplTest --- Tests run: 6, Failures: 3, Errors: 3, Skipped: 0, Time elapsed: 0.019 sec FAILURE! testControl(org.jasig.portal.web.skin.ResourcesAggregatorImplTest) Time elapsed: 0.003 sec FAILURE! java.lang.AssertionError: at org.junit.Assert.fail(Assert.java:74) at org.junit.Assert.assertTrue(Assert.java:37) at org.junit.Assert.assertTrue(Assert.java:46) at org.jasig.portal.web.skin.ResourcesAggregatorImplTest.testControl(ResourcesAggregatorImplTest.java:28) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:59) at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98) at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79) at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87) at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77) at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42) at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88) at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51) at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44) at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27) at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37) at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) testControl(org.jasig.portal.web.skin.ResourcesAggregatorImplTest) Time elapsed: 0.008 sec ERROR! java.io.FileNotFoundException: File does not exist: /tmpresources-aggregator-impl-test-output at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1386) at org.jasig.portal.web.skin.ResourcesAggregatorImplTest.cleanupTempDir(ResourcesAggregatorImplTest.java:142) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.internal.runners.MethodRoadie.runAfters(MethodRoadie.java:138) at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:92) at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77) at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42) at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88) at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51) at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44) at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27) at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37) at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140
Re: [uportal-dev] maven plugin won't build with ResourcesAggregatorImplTest
Still getting stuck on delete of one file. In one attempt I was NOT able to delete it manually so am guessing some resource needs to be closed so the file can be removed. The only failure is now on removing \uportal3_aggr2_temp.js. Susan Nicholas Blair wrote: I've just checked in a change to the cleanup method in that test class. Can you try the build on Windows again to see if the changes have helped? Thanks! Nick On Mon, Nov 16, 2009 at 4:02 PM, Nicholas Blair nicholas.bl...@gmail.com wrote: Yes, unfortunately YUICompressor's methods for compressing _javascript_ and css depend on FileReader and FileWriter, which are concrete. If we want to have unit tests for resource aggregation, the only way to pull it off is by creating and deleting these temporary files. I'll take a look at how setup and teardown for this test can be improved. On Mon, Nov 16, 2009 at 3:48 PM, Susan Bramhall susan.bramh...@yale.edu wrote: YAY. Build successful now on Unix. Windows still complaining. I can research that a bit more. Whadda pain. Susan Nicholas Blair wrote: Just committed a fix for how the tests construct the path to their temporary directory, update and try again. On Mon, Nov 16, 2009 at 3:43 PM, Susan Bramhall susan.bramh...@yale.edu wrote: Fails on unix too but in different place.. --- Test set: org.jasig.portal.web.skin.ResourcesAggregatorImplTest --- Tests run: 6, Failures: 3, Errors: 3, Skipped: 0, Time elapsed: 0.019 sec FAILURE! testControl(org.jasig.portal.web.skin.ResourcesAggregatorImplTest) Time elapsed: 0.003 sec FAILURE! java.lang.AssertionError: at org.junit.Assert.fail(Assert.java:74) at org.junit.Assert.assertTrue(Assert.java:37) at org.junit.Assert.assertTrue(Assert.java:46) at org.jasig.portal.web.skin.ResourcesAggregatorImplTest.testControl(ResourcesAggregatorImplTest.java:28) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.internal.runners.TestMethod.invoke(TestMethod.java:59) at org.junit.internal.runners.MethodRoadie.runTestMethod(MethodRoadie.java:98) at org.junit.internal.runners.MethodRoadie$2.run(MethodRoadie.java:79) at org.junit.internal.runners.MethodRoadie.runBeforesThenTestThenAfters(MethodRoadie.java:87) at org.junit.internal.runners.MethodRoadie.runTest(MethodRoadie.java:77) at org.junit.internal.runners.MethodRoadie.run(MethodRoadie.java:42) at org.junit.internal.runners.JUnit4ClassRunner.invokeTestMethod(JUnit4ClassRunner.java:88) at org.junit.internal.runners.JUnit4ClassRunner.runMethods(JUnit4ClassRunner.java:51) at org.junit.internal.runners.JUnit4ClassRunner$1.run(JUnit4ClassRunner.java:44) at org.junit.internal.runners.ClassRoadie.runUnprotected(ClassRoadie.java:27) at org.junit.internal.runners.ClassRoadie.runProtected(ClassRoadie.java:37) at org.junit.internal.runners.JUnit4ClassRunner.run(JUnit4ClassRunner.java:42) at org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140) at org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127) at org.apache.maven.surefire.Surefire.run(Surefire.java:177) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345) at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009) testControl(org.jasig.portal.web.skin.ResourcesAggregatorImplTest) Time elapsed: 0.008 sec ERROR! java.io.FileNotFoundException: File does not exist: /tmpresources-aggregator-impl-test-output at org.apache.commons.io.FileUtils.forceDelete(FileUtils.java:1386) at org.jasig.portal.web.skin.ResourcesAggregatorImplTest.cleanupTempDir(ResourcesAggregatorImplTest.java:142) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at org.junit.internal.runners.MethodRoadie.runAfters(MethodRoadie.java:138
Re: [uportal-dev] Render/subscribe permissions proposal (UP-2499)
Got it. So the change is still useful but will be painful to take advantage of until the new flow is developed. Still +1. Susan Jen Bourey wrote: Unfortunately we can't do this until we write a new webflow for editing permissions. I don't think we want to try to call the IChannel-based grous servant from the new portlet. Of course, once we have that flow it becomes easy to re-write the permissions channel and to create groups and channel specific subflows. - Jen On Tue, Nov 10, 2009 at 10:29 AM, Susan Bramhall susan.bramh...@yale.edu wrote: I agree that changing that UI is a big deal. Would it be possible to provide limited options through the portlet admin interface to set these new permissions rather than have to go into the permission manager to set them? Maybe not since it would have to use the ancient groups servant to do it? I'm not sure, just asking. Susan Jen Bourey wrote: I agree that having a new permissions UI would be extremely helpful. Eventually the goal is to rework the groups and permissions interfaces as new Spring Webflows, like we've done with the portlet administration pieces. I believe that work is covered by the description of ticket UP-2047, so as the portlet administration portlet work draws to a close we might next look at rewriting the groups and permissions portlets. I think it's unlikely that those re-writes will be completed by the upcoming 3.2 release. - Jen On Mon, Nov 9, 2009 at 6:47 AM, Bramhall, Susan susan.bramh...@yale.edu wrote: Forgot to mention one other concern. The permission manager UI is one of the scariest I've come across - at least in uPortal. I am hoping we would administer the new permissions via the portlet administration portlet not the dreaded permission manager. Susan From: bounce-8388390-5712...@lists.wisc.edu [bounce-8388390-5712...@lists.wisc.edu] On Behalf Of Bramhall, Susan [susan.bramh...@yale.edu] Sent: Monday, November 09, 2009 6:45 AM To: uportal-dev@lists.ja-sig.org Subject: RE: [uportal-dev] Render/subscribe permissions proposal (UP-2499) Jen, Thanks for this really nice write up on the subscribe behavior as it relates to channel caltegories. Could you clarify the mystery top level behavior for me? We take advantage of the fact that a channel with NO category can be pushed to a user in a fragment but the user cannot subscribe to the channel themselves because the subscribe mechanism does not include channels with no category. These channels also cannot be adminstered through the portal UI. I am not familiar with the behavior you describe for channels in the "All Categories" group. Is this the behavior you are talking about? When a channel exists in NO category is it really in the "All Categories" Category? If this is the case I agree that your proposed change to have an explicit permission to render but not subscribe fits the bill perfectly. Susan From: bounce-8373914-5712...@lists.wisc.edu [bounce-8373914-5712...@lists.wisc.edu] On Behalf Of Jen Bourey [jbou...@unicon.net] Sent: Saturday, November 07, 2009 7:26 PM To: uportal-dev@lists.ja-sig.org Subject: [uportal-dev] Render/subscribe permissions proposal (UP-2499) Hello everyone, For those who haven't seen the new replacement for CChannelManager (UP-2047), our new portlet administration portlet offers some new portlet lifecycle features. Administrators will now be able to move content through a structure workflow that contains the following states: created, approved, published, and expired. These states are described in detail at http://www.ja-sig.org/wiki/display/UPC/Portlet+Lifecycle. While end users will presumably only be able to see channels with a lifecycle state of "published," it would of course be helpful to allow administrators, content owners, and fragment owners to be view unpublished content while it's being developed. We might want to render the chrome separately to make sure these special groups of users can differentiate between content currently available to end users and that which is not yet published. However, before we get to that step, we need to update our permissions model to support configurably displaying unpublished content by user group. This work is currently represented by JIRA UP-2499. This issue also intersects in potentially interesting ways with our existing logic for determining whether a user should be able to subscribe to a channel. Currently we don't allow users to subscribe to channels which are members of the top-level "All Categories" category, though they are still able to view these channels. In the past, these channels were also not able to be administered through the channel administration tool, though we've fixed that as part of the UP-2047 work. Even with the added
Re: [uportal-dev] Proposed CLogin Change
Sounds like a good idea. Where would the CAS login url be configured? We have been planning to externalize that to jndi so the war / ear is more portable between systems. Susan Jen Bourey wrote: Hi all, I'd like to propose changing the division of labor between the CLogin channel and the theme XSL. Historically the CLogin channel has been responsible for outputting the portal welcome message ("Welcome yournamegoeshere"), the CAS login link or local login form, and the logout link. When Gary first updated our XSL files for uPortal 3.0, he'd designed many of those components as XSL templates, but we didn't actually use them, since the theme didn't know the name of the user or CAS login URL. In the current trunk, the theme does have access to the user's display name, and it isn't difficult to add a Xalan helper bean that can determine if CAS login is enabled and print the login URL. I'd like to take advantage of those two facts to begin outputting the login and logout URLs, as well as the welcome message from the XSL templates directly. After that refactoring, CLogin would only be responsible for printing out the login form for local login and any login-related authentication errors. I think this change would help make per-theme styling of the welcome message and authentication links much simpler, as well as get us closer to the original design goals of the 3.0 refactoring. Does anyone have concerns about such a change? - Jen -- Jen Bourey -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: susan.bramh...@yale.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Anyone got SmartLDAP successfully working in uPortal 3.1?
Yes. We're using it and made some changes to allow it to look for groups only in certain OUs. Love it. Susan Gherna, Andrew Robert wrote: Hi all, Apologies for cross-posting, but this seems like a developer issue to me. Andy -- Forwarded Message From: Andy Gherna aghe...@illinois.edu Reply-To: uportal-u...@lists.ja-sig.org Date: Mon, 2 Nov 2009 20:52:56 -0600 To: uportal-u...@lists.ja-sig.org Subject: Re:[uportal-user] Anyone got SmartLDAP successfully working in uPortal 3.1? We are having problems with this too. The cause is in SmartLdapGroupStore, specifically in the findContainingGroups method. Here's how we came across it. We are initializing uPortal 3.1.1. SmartLdap is configured via SmartLdapGroupStoreConfig.xml and turned on in compositeGroupServices.xml. We are running the initportal target in the ant file. Everything goes well until it's time to import channels into the database. When channels are published, any old channel data is deleted from the database. Part of this process is collecting the categories from the ChannelRegistryStore that the channel was originally published under so that they can be removed from the channel definition. Part of retrieving the categories is to iterate through any child groups and their containing groups. When SmartLdap is turned on, these groups are not empty (we have a connection to the backing store and SmartLdap has read through the groups it can access and has cached them by now). This is when findContainingGroups is called. The findContainingGroups code notices that the GroupMember it's passed is an entity. So, it builds an IPerson object. This is the key part. The IPerson is empty. A Map of Attributes is built from this line: MapString,List attr = PersonDirectory.getPersonAttributeDao().getMultivaluedUserAttributes(seed); The value of seed (which is itself a Map of Lists keyed by a String) in this case is a single-valued List containing the key of an EntityIdentifier (I'm assuming a channel ID). This Map is passed into the IPerson's (which through debugging we saw that it's PersonImpl) setAttributes method. This method expects to be able to iterate over the Set of Entry objects in the attr Map. In the for() statement, the NullPointerException is thrown. So there's something going on with the way this attr Map is being built. >From a SmartLdap standpoint, what should be brought back from the call to PersonDirectory.getPersonAttributeDao().getMultivaluedUserAttributes(Map)? Could this be a configuration problem or is it deeper than that? Eric Dalquist wrote: So it looks like SmartLDAP is trying to call PersonImpl.setAttributes and pass in NULL. The method was refactored for 3.0 but the old method would have failed in the same way. Where is the source for SmartLDAP? -Eric Domazlicky, Eric wrote: Has anyone got SmartLDAP to work in uPortal 3.1 with Active Directory? I tried setting it up in a configuration that seems right and then run "ant initportal". Importing the groups seems to go well but importing channels and other default objects seems to fail with this error: [java] Caused by: java.lang.NullPointerException [java] at org.jasig.portal.security.provider.PersonImpl.setAttributes(P ersonImpl.java:153) [java] at org.jasig.portal.groups.smartldap.SmartLdapGroupStore.findCon tainingGroups(SmartLdapGroupStore.java:167) [java] at org.jasig.portal.groups.ReferenceIndividualGroupService.findC ontainingGroups(ReferenceIndividualGroupService.java:193) [java] at org.jasig.portal.groups.ReferenceCompositeGroupService.findCo ntainingGroups(ReferenceCompositeGroupService.java:62) [java] at org.jasig.portal.groups.GroupMemberImpl.initializeContainingG roupKeys(GroupMemberImpl.java:267) If I go ahead and start the Portal and login I get basically the exact same error upon logging in via a CAS server that uses our LDAP/AD server for authentication. -- You are currently subscribed to uportal-u...@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-user -- View this message in context: http://n4.nabble.com/Anyone-got-SmartLDAP-successfully-working-in-uPortal-3-1-tp271700p360887.html Sent from the uPortal Users mailing list archive at Nabble.com. --- You are currently subscribed to uportal-u...@lists.ja-sig.org as: aghe...@illinois.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-user -- End of Forwarded Message -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig
Re: [uportal-dev] Anyone got SmartLDAP successfully working in uPortal 3.1?
The source is in portal-impl/src/main/java/org/jasig/portal/groups/smartldap package and configured by combo of ldap.context and configured via uportal-impl/src/main/resources/properties/groups/SmartLdapGroupStoreConfig.xml. It worked for us with no changes but we have thousands of groups in our (totally out of control) AD so wanted to limit the scope to just one OU so it could pay attention to only groups we were using in uPortal. Susan Eric Dalquist wrote: Could you detail the changes since it sounds like Andy is having problems getting it working at all? Also, where is the source for this thing since it isn't part of uPortal right now? -Eric Susan Bramhall wrote: Yes. We're using it and made some changes to allow it to look for groups only in certain OUs. Love it. Susan Gherna, Andrew Robert wrote: Hi all, Apologies for cross-posting, but this seems like a developer issue to me. Andy -- Forwarded Message From: Andy Gherna aghe...@illinois.edu Reply-To: uportal-u...@lists.ja-sig.org Date: Mon, 2 Nov 2009 20:52:56 -0600 To: uportal-u...@lists.ja-sig.org Subject: Re:[uportal-user] Anyone got SmartLDAP successfully working in uPortal 3.1? We are having problems with this too. The cause is in SmartLdapGroupStore, specifically in the findContainingGroups method. Here's how we came across it. We are initializing uPortal 3.1.1. SmartLdap is configured via SmartLdapGroupStoreConfig.xml and turned on in compositeGroupServices.xml. We are running the initportal target in the ant file. Everything goes well until it's time to import channels into the database. When channels are published, any old channel data is deleted from the database. Part of this process is collecting the categories from the ChannelRegistryStore that the channel was originally published under so that they can be removed from the channel definition. Part of retrieving the categories is to iterate through any child groups and their containing groups. When SmartLdap is turned on, these groups are not empty (we have a connection to the backing store and SmartLdap has read through the groups it can access and has cached them by now). This is when findContainingGroups is called. The findContainingGroups code notices that the GroupMember it's passed is an entity. So, it builds an IPerson object. This is the key part. The IPerson is empty. A Map of Attributes is built from this line: MapString,List attr = PersonDirectory.getPersonAttributeDao().getMultivaluedUserAttributes(seed); The value of seed (which is itself a Map of Lists keyed by a String) in this case is a single-valued List containing the key of an EntityIdentifier (I'm assuming a channel ID). This Map is passed into the IPerson's (which through debugging we saw that it's PersonImpl) setAttributes method. This method expects to be able to iterate over the Set of Entry objects in the attr Map. In the for() statement, the NullPointerException is thrown. So there's something going on with the way this attr Map is being built. From a SmartLdap standpoint, what should be brought back from the call to PersonDirectory.getPersonAttributeDao().getMultivaluedUserAttributes(Map)? Could this be a configuration problem or is it deeper than that? Eric Dalquist wrote: So it looks like SmartLDAP is trying to call PersonImpl.setAttributes and pass in NULL. The method was refactored for 3.0 but the old method would have failed in the same way. Where is the source for SmartLDAP? -Eric Domazlicky, Eric wrote: Has anyone got SmartLDAP to work in uPortal 3.1 with Active Directory? I tried setting it up in a configuration that seems right and then run "ant initportal". Importing the groups seems to go well but importing channels and other default objects seems to fail with this error: [java] Caused by: java.lang.NullPointerException [java] at org.jasig.portal.security.provider.PersonImpl.setAttributes(P ersonImpl.java:153) [java] at org.jasig.portal.groups.smartldap.SmartLdapGroupStore.findCon tainingGroups(SmartLdapGroupStore.java:167) [java] at org.jasig.portal.groups.ReferenceIndividualGroupService.findC ontainingGroups(ReferenceIndividualGroupService.java:193) [java] at org.jasig.portal.groups.ReferenceCompositeGroupService.findCo ntainingGroups(ReferenceCompositeGroupService.java:62) [java] at org.jasig.portal.groups.GroupMemberImpl.initializeContainingG roupKeys(GroupMemberImpl.java:267) If I go ahead and start the Portal and login I get basically the exact same error upon logging in via a CAS server that uses our LDAP/AD server for authentication. -- You are currently subscribed to uportal-u...@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-user -- View th
Re: [uportal-dev] Anyone got SmartLDAP successfully working in uPortal 3.1?
Sorry - I missed the original post. Studying now... Gherna, Andrew Robert wrote: In uPortal 3.1.1, the parts it looks like I'm having trouble with is org/jasig/portal/groups/smartldap/SmartLdapGroupStore.java. The line in my original post calls the (deprecated) org/jasig/portal/services/PersonDirectory.java which gets the IPersonAttributeDAO. The implementation we are using is OverwritingPersonAttributeDao which calls into the PersonDirectroy api. On 11/3/09 8:57 AM, "Eric Dalquist" eric.dalqu...@doit.wisc.edu wrote: Could you detail the changes since it sounds like Andy is having problems getting it working at all? Also, where is the source for this thing since it isn't part of uPortal right now? -Eric Susan Bramhall wrote: Yes. We're using it and made some changes to allow it to look for groups only in certain OUs. Love it. Susan Gherna, Andrew Robert wrote: Hi all, Apologies for cross-posting, but this seems like a developer issue to me. Andy -- Forwarded Message From: Andy Gherna aghe...@illinois.edu mailto:aghe...@illinois.edu Reply-To: uportal-u...@lists.ja-sig.org mailto:uportal-u...@lists.ja-sig.org Date: Mon, 2 Nov 2009 20:52:56 -0600 To: uportal-u...@lists.ja-sig.org mailto:uportal-u...@lists.ja-sig.org Subject: Re:[uportal-user] Anyone got SmartLDAP successfully working in uPortal 3.1? We are having problems with this too. The cause is in SmartLdapGroupStore, specifically in the findContainingGroups method. Here's how we came across it. We are initializing uPortal 3.1.1. SmartLdap is configured via SmartLdapGroupStoreConfig.xml and turned on in compositeGroupServices.xml. We are running the initportal target in the ant file. Everything goes well until it's time to import channels into the database. When channels are published, any old channel data is deleted from the database. Part of this process is collecting the categories from the ChannelRegistryStore that the channel was originally published under so that they can be removed from the channel definition. Part of retrieving the categories is to iterate through any child groups and their containing groups. When SmartLdap is turned on, these groups are not empty (we have a connection to the backing store and SmartLdap has read through the groups it can access and has cached them by now). This is when findContainingGroups is called. The findContainingGroups code notices that the GroupMember it's passed is an entity. So, it builds an IPerson object. This is the key part. The IPerson is empty. A Map of Attributes is built from this line: MapString,List attr = PersonDirectory.getPersonAttributeDao().getMultivaluedUserAttributes(seed); The value of seed (which is itself a Map of Lists keyed by a String) in this case is a single-valued List containing the key of an EntityIdentifier (I'm assuming a channel ID). This Map is passed into the IPerson's (which through debugging we saw that it's PersonImpl) setAttributes method. This method expects to be able to iterate over the Set of Entry objects in the attr Map. In the for() statement, the NullPointerException is thrown. So there's something going on with the way this attr Map is being built. From a SmartLdap standpoint, what should be brought back from the call to PersonDirectory.getPersonAttributeDao().getMultivaluedUserAttributes(Map)? Could this be a configuration problem or is it deeper than that? Eric Dalquist wrote: So it looks like SmartLDAP is trying to call PersonImpl.setAttributes and pass in NULL. The method was refactored for 3.0 but the old method would have failed in the same way. Where is the source for SmartLDAP? -Eric Domazlicky, Eric wrote: Has anyone got SmartLDAP to work in uPortal 3.1 with Active Directory? I tried setting it up in a configuration that seems right and then run "ant initportal". Importing the groups seems to go well but importing channels and other default objects seems to fail with this error: [java] Caused by: java.lang.NullPointerException [java] at org.jasig.portal.security.provider.PersonImpl.setAttributes(P ersonImpl.java:153) [java] at org.jasig.portal.groups.smartldap.SmartLdapGroupStore.findCon tainingGroups(SmartLdapGroupStore.java:167) [java] at org.jasig.portal.groups.ReferenceIndividualGroupService.findC ontainingGroups(ReferenceIndividualGroupService.java:193) [java] at org.jasig.portal.groups.ReferenceCompositeGroupService.findCo ntainingGroups(ReferenceCompositeGroupService.java:62) [java] at org.jasig.portal.groups.GroupMemberImpl.initializeContainingG roupKeys(GroupMemberImpl.java:267) If I go ahead and start the Portal and login I get basically the exact same error upon logging in via a CAS server that uses our LDAP/AD server for authentication. -- You are currently subscribed to uportal-u...@lists.ja-sig.org as: eric.dalqu...@doit.wisc.edu To unsubscribe, change settings or access archive
Re: [uportal-dev] Anyone got SmartLDAP successfully working in uPortal 3.1?
We are using an implementation of IPersonAttributeDao written here by Joe Valerio. We planned to contribute this and so I just checked in into jasig sandbox: https://www.ja-sig.org/svn/sandbox/AdGroupsPersonAttributeDao. (Need to figure out the right way to package it since it sort of belongs in PersonDirectory but that seems to be deprecated.) We are not getting any other attributes from ldap so I made config changes: ldapContext to point to Ad personDirectoryContext added bean configured as in the test-context.xml and added it to the list of merging personAttributeDaos in SmartLdapGroupStoreContext added ldap context again and basedn for ou of groups we are interested in. The reason for the 2 contests is that the portal gets the groups when it starts and those then appear in groups manager like PAGS groups. When a person logs in it uses the person directory ldap config to get all the groups for that user. Using this DAO both mechanisms are constrained to the ou defined in groupBaseDn / basedn. I cc Joe here who is ldap guru but not on the uPortal lists. Susan Susan Bramhall wrote: Sorry - I missed the original post. Studying now... Gherna, Andrew Robert wrote: In uPortal 3.1.1, the parts it looks like I'm having trouble with is org/jasig/portal/groups/smartldap/SmartLdapGroupStore.java. The line in my original post calls the (deprecated) org/jasig/portal/services/PersonDirectory.java which gets the IPersonAttributeDAO. The implementation we are using is OverwritingPersonAttributeDao which calls into the PersonDirectroy api. On 11/3/09 8:57 AM, "Eric Dalquist" eric.dalqu...@doit.wisc.edu wrote: Could you detail the changes since it sounds like Andy is having problems getting it working at all? Also, where is the source for this thing since it isn't part of uPortal right now? -Eric Susan Bramhall wrote: Yes. We're using it and made some changes to allow it to look for groups only in certain OUs. Love it. Susan Gherna, Andrew Robert wrote: Hi all, Apologies for cross-posting, but this seems like a developer issue to me. Andy -- Forwarded Message From: Andy Gherna aghe...@illinois.edu mailto:aghe...@illinois.edu Reply-To: uportal-u...@lists.ja-sig.org mailto:uportal-u...@lists.ja-sig.org Date: Mon, 2 Nov 2009 20:52:56 -0600 To: uportal-u...@lists.ja-sig.org mailto:uportal-u...@lists.ja-sig.org Subject: Re:[uportal-user] Anyone got SmartLDAP successfully working in uPortal 3.1? We are having problems with this too. The cause is in SmartLdapGroupStore, specifically in the findContainingGroups method. Here's how we came across it. We are initializing uPortal 3.1.1. SmartLdap is configured via SmartLdapGroupStoreConfig.xml and turned on in compositeGroupServices.xml. We are running the initportal target in the ant file. Everything goes well until it's time to import channels into the database. When channels are published, any old channel data is deleted from the database. Part of this process is collecting the categories from the ChannelRegistryStore that the channel was originally published under so that they can be removed from the channel definition. Part of retrieving the categories is to iterate through any child groups and their containing groups. When SmartLdap is turned on, these groups are not empty (we have a connection to the backing store and SmartLdap has read through the groups it can access and has cached them by now). This is when findContainingGroups is called. The findContainingGroups code notices that the GroupMember it's passed is an entity. So, it builds an IPerson object. This is the key part. The IPerson is empty. A Map of Attributes is built from this line: MapString,List attr = PersonDirectory.getPersonAttributeDao().getMultivaluedUserAttributes(seed); The value of seed (which is itself a Map of Lists keyed by a String) in this case is a single-valued List containing the key of an EntityIdentifier (I'm assuming a channel ID). This Map is passed into the IPerson's (which through debugging we saw that it's PersonImpl) setAttributes method. This method expects to be able to iterate over the Set of Entry objects in the attr Map. In the for() statement, the NullPointerException is thrown. So there's something going on with the way this attr Map is being built. From a SmartLdap standpoint, what should be brought back from the call to PersonDirectory.getPersonAttributeDao().getMultivaluedUserAttributes(Map)? Could this be a configuration problem or is it deeper than that? Eric Dalquist wrote: So it looks like SmartLDAP is trying to call PersonImpl.setAttributes and pass in NULL. The method was refactored for 3.0 but the old method would have failed in the same way. Where is the source for SmartLDAP? -Eric Domazlicky, Eric wrote: Has anyone got SmartLDAP to work in uPortal 3.1 with Active Directory? I tried setting it up in a configuration that seems right and then run "ant initpor
Re: [uportal-dev] Proposed CLogin Change
? It's the login channel that uses the security properties to get the url. So how does universality get the url? -Susan Jen Bourey wrote: The changes I've proposed don't impact the CAS configuration or anything else in security.properties. - Jen On Tue, Nov 3, 2009 at 9:27 AM, Susan Bramhall susan.bramh...@yale.edu wrote: Sounds like a good idea. Where would the CAS login url be configured? We have been planning to externalize that to jndi so the war / ear is more portable between systems. Susan Jen Bourey wrote: Hi all, I'd like to propose changing the division of labor between the CLogin channel and the theme XSL. Historically the CLogin channel has been responsible for outputting the portal welcome message ("Welcome yournamegoeshere"), the CAS login link or local login form, and the logout link. When Gary first updated our XSL files for uPortal 3.0, he'd designed many of those components as XSL templates, but we didn't actually use them, since the theme didn't know the name of the user or CAS login URL. In the current trunk, the theme does have access to the user's display name, and it isn't difficult to add a Xalan helper bean that can determine if CAS login is enabled and print the login URL. I'd like to take advantage of those two facts to begin outputting the login and logout URLs, as well as the welcome message from the XSL templates directly. After that refactoring, CLogin would only be responsible for printing out the login form for local login and any login-related authentication errors. I think this change would help make per-theme styling of the welcome message and authentication links much simpler, as well as get us closer to the original design goals of the 3.0 refactoring. Does anyone have concerns about such a change? - Jen -- Jen Bourey -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: susan.bramh...@yale.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: 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: susan.bramh...@yale.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Infrastructure Systems and Architecture (formerly TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] question about exporting and importing layout fragments
I believe this is a question for Drew Wills. Background: We are working on a small change to our portal that will prevent a user "editing" a tab. The user will be able to add and move portlets but will not be able to change column widths or the tab name. Experimentation proves that a small change in the theme xsl can accomplish these changes with the addition of an attribute to the tab of the fragment owner. So we want to change the layout of the fragment owner but... We are having trouble with the export and import of the fragment. It looks like there are entities known as a "fragment-layout"s. See https://www.ja-sig.org/svn/uPortal/tags/rel-3-1-1-GA/uportal-impl/src/main/resources/properties/db/entities/fragment-layout/. In the import-export portlet there is a type known as fragment-definition which looks like it would correspond to the fragment-layout entity. However, entering the layout-owner for the id produces success but no file. If, on the other hand, I export a layout and enter the fragment owner as a layout id then the export works fine. That's not going to work either I believe because there is some special processing in the import script that treats the layout specially when it is a layout owner so I expect that just exporting and importing the layout will not lead to correct results. Can you tell us what the correct entities are to export and import so we can change the attributes? Thanks! Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] Seems to be a bug in uP3.1.n with IE
I created jira http://www.ja-sig.org/issues/browse/UP-2464 but it is not scheduled. I suspect a bug in the theme / skin of uP3.1. The behavior is that it is impossible to select text (as for copy / paste) when user is logged into portal using IE 7 or IE 8. I suspect an issue with the reorder function? Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] ProxyWriter
This is indeed the only response. I really think the code should be removed. Does anyone else have an opinion? Susan Jason Shao (CampusEAI Consortium) wrote: Susan, Not sure you got any response on this, my 2 cents. On 4/29/09 5:53 PM, "Susan Bramhall" susan.bramh...@yale.edu wrote: 1. It feels like a bad idea to stash scripts in the web server file space to re-vend as part of the portal (?) Re-vending in the same domain is a huge potential XSS vulnerability - you lose most/all of the browser sandboxing. Jason -- Jason Shao Director of Product Development CampusEAI Consortium 1940 East 6th Street, 11th Floor Cleveland, OH 44114 Tel: 216.589.9626x249 Fax: 216.589.9639 Your input is important to improve upon our continuous efforts to service you better. Please e-mail my manager at anjli_j...@campuseai.org with any feedback. CONFIDENTIALITY NOTICE: This e-mail together with any attachments is proprietary and confidential; intended for only the recipient(s) named above and may contain information that is privileged. You should not retain, copy or use this e-mail or any attachments for any purpose, or disclose all or any part of the contents to any person. Any views or opinions expressed in this e-mail are those of the author and do not represent those of CampusEAI Consortium or the Open Student Television Network. If you have received this e-mail in error, or are not the named recipient(s), you are hereby notified that any review, dissemination, distribution or copying of this communication is prohibited by the sender and to do so might constitute a violation of the Electronic Communications Privacy Act, 18 U.S.C. section 2510-2521. Please immediately notify the sender and delete this e-mail and any attachments from your computer. Warning: Although precautions have been taken to make sure no viruses are present in this e-mail, the companies cannot accept responsibility for any loss or damage that arise from the use of this e-mail or attachments. -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] nominating Eric Dalquist to serve again
I believe the developers need 2 representatives on the steering committee. I would like to nominate Eric Dalquist to continue on the committee. As the lead developer is contribution is extremely valuable. Although he is enjoying some personal time off at the moment I believe he is willing to serve for another term. Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] ProxyWriter
I am wondering who uses the portal.properties setting: org.jasig.portal.serialize.ProxyWriter.resource_proxy_enabled=on This setting causes http imbedded content to be vended from the portal vis https avoiding mixed content messages for media such as images. It also wants to save and revend script elements. In our current YaleInfo uPortal site we removed all the code that attempts to proxy scripts. I had thought that the Jasig version had also removed that function but it seems to still be there in 3.1. I would like to suggest we remove it from the base code for 2 reasons: It feels like a bad idea to stash scripts in the web server file space to re-vend as part of the portal (?) It doesn't seem to work. We got some bad html ouput that killed numerous portal functions (like drag and drop) when ProxyWriter tried to save js and serve them up via the proxyPortlet. I have removed the offending code and will be going forward into production without it. If people think it would be good to remove it from uPortal for 3.2 I'd be happy to make the changes. Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] temp files not cleaned up by uportal-portlet-overlay
In uPortal 3.1 running mvn install goal of the uportal-portlet-overlay module seems to leave behind temp files such as BookmarksPortlet.war31164.tmp. Has anyone else seen this behavior? Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] guest behavior in uP 3.1
n.java:260) at org.springframework.scheduling.quartz.QuartzJobBean.execute(QuartzJobBean.java:86) at org.quartz.core.JobRunShell.run(JobRunShell.java:202) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:525) ERROR [uPortalTaskScheduler_Worker-3] dlm.RDBMDistributedLayoutStore.[] Mar/13 08:40:34 - Failed to retrieve UserProfile for person org.jasig.portal.security.provider.PersonImpl fullName=[null] id=[-1] securityContext=[null] attributes=[{username=[student]}] isGuest:false while cleaning fragment cache, person will be skipped java.lang.Exception: Unable to find User Profile for user -1 and profile 1 at org.jasig.portal.layout.simple.RDBMUserLayoutStore.getUserProfileById(RDBMUserLayoutStore.java:1708) at org.jasig.portal.layout.dlm.RDBMDistributedLayoutStore.cleanFragments(RDBMDistributedLayoutStore.java:351) at org.jasig.portal.layout.dlm.FragmentCleanerRunner.run(FragmentCleanerRunner.java:33) at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.springframework.util.MethodInvoker.invoke(MethodInvoker.java:276) at org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean$MethodInvokingJob.executeInternal(MethodInvokingJobDetailFactoryBean.java:260) at org.springframework.scheduling.quartz.QuartzJobBean.execute(QuartzJobBean.java:86) at org.quartz.core.JobRunShell.run(JobRunShell.java:202) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:525) SOO IL KIM On Fri, Mar 13, 2009 at 7:36 AM, Bramhall, Susan susan.bramh...@yale.edu wrote: I am seeing some interesting behavior in 3.1. I believe it occurs when I hit the portal with a url from an expired session. For example http://portal.../uPortal/render.userLayoutRootNode.uP?uP_root=rootuP_sparam=activeTabactiveTab=2. I have added the CAS gateway=true parameter to my web.xml and haven't yet determined whether the problem still exists when that is not set. Instead of displaying the guest page I get several problems. The first one is a stack trace sent to the browser: Caused by: java.lang.NullPointerException at org.jasig.portal.rendering.StaticRenderingPipeline.renderState(StaticRenderingPipeline.java:412) That is actually trying to log an error with a null cause. So I change that line to not use e.getCause() and just print the error and get: ERROR [http-443-5] portal.ChannelManager.[] Mar/13 06:47:44 - Encountered a portal exception while trying to start channel rendering! : org.jasig.portal.PortalException: Could not find a transient node for id: u7l1n10 That's not too too surprising since the old session was dead I suppose but it doesn't clear up. Once this problem occurs it does not go away. Even if I hit the portal from another browser on another machine the error behavioscontinues. I have lots more stack traces but will spare you all for now. ;-) The screen shots showing tha uportal thinks I am editing a fragment tell more. When I use the normal url to the portal with no parameters I see the image attached as up3expiredguestnoparms.jpg. The second is when I hit tab2 and is attached as up3expiredguesttab2.jpg. It looks to me like I am running into issues related to the new impersonation support. It gets even more interesting if I actually get myself a CAS session - then I get two messages to exit the fragment. Image attached as up3expiredguestCASsession.jpg. I suspect the Could not find a transient node problem has been around a long time since our logs are full of an older varient which I bet is due to CAS gateway and guest timeouts. It used to report the node as ctf1 and the new message reports more meaningfull data. Our old error is completely transient and has no effect on the user experience as far as I can tell. I am looking forward to debugging this (really) but though I'd post to get thoughts from you all first. Susan -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: kimso...@bu.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: susan.bramh...@yale.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] guest behavior in uP 3.1
OK. I already created one for the easy part of the NPE. Susan Eric Dalquist wrote: Susan, Can you file a jira issue with all of the information you have below (and maybe some of those stack traces?) Thanks, -Eric Bramhall, Susan wrote: I am seeing some interesting behavior in 3.1. I believe it occurs when I hit the portal with a url from an expired session. For example http://portal.../uPortal/render.userLayoutRootNode.uP?uP_root=rootuP_sparam=activeTabactiveTab=2. I have added the CAS gateway=true parameter to my web.xml and haven't yet determined whether the problem still exists when that is not set. Instead of displaying the guest page I get several problems. The first one is a stack trace sent to the browser: Caused by: java.lang.NullPointerException at org.jasig.portal.rendering.StaticRenderingPipeline.renderState(StaticRenderingPipeline.java:412) That is actually trying to log an error with a null cause. So I change that line to not use e.getCause() and just print the error and get: ERROR [http-443-5] portal.ChannelManager.[] Mar/13 06:47:44 - Encountered a portal exception while trying to start channel rendering! : org.jasig.portal.PortalException: Could not find a transient node for id: u7l1n10 That's not too too surprising since the old session was dead I suppose but it doesn't clear up. Once this problem occurs it does not go away. Even if I hit the portal from another browser on another machine the error behavioscontinues. I have lots more stack traces but will spare you all for now. ;-) The screen shots showing tha uportal thinks I am editing a fragment tell more. When I use the normal url to the portal with no parameters I see the image attached as up3expiredguestnoparms.jpg. The second is when I hit tab2 and is attached as up3expiredguesttab2.jpg. It looks to me like I am running into issues related to the new impersonation support. It gets even more interesting if I actually get myself a CAS session - then I get two messages to exit the fragment. Image attached as up3expiredguestCASsession.jpg. I suspect the Could not find a transient node problem has been around a long time since our logs are full of an older varient which I bet is due to CAS gateway and guest timeouts. It used to report the node as ctf1 and the new message reports more meaningfull data. Our old error is completely transient and has no effect on the user experience as far as I can tell. I am looking forward to debugging this (really) but though I'd post to get thoughts from you all first. Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] guest behavior in uP 3.1
- Failed to retrieve UserProfile for person org.jasig.portal.security.provider.PersonImpl fullName=[null] id=[-1] securityContext=[null] attributes=[{username=[student]}] isGuest:false while cleaning fragment cache, person will be skipped java.lang.Exception: Unable to find User Profile for user -1 and profile 1 at org.jasig.portal.layout.simple.RDBMUserLayoutStore.getUserProfileById(RDBMUserLayoutStore.java:1708) at org.jasig.portal.layout.dlm.RDBMDistributedLayoutStore.cleanFragments(RDBMDistributedLayoutStore.java:351) at org.jasig.portal.layout.dlm.FragmentCleanerRunner.run(FragmentCleanerRunner.java:33) at sun.reflect.GeneratedMethodAccessor104.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.springframework.util.MethodInvoker.invoke(MethodInvoker.java:276) at org.springframework.scheduling.quartz.MethodInvokingJobDetailFactoryBean$MethodInvokingJob.executeInternal(MethodInvokingJobDetailFactoryBean.java:260) at org.springframework.scheduling.quartz.QuartzJobBean.execute(QuartzJobBean.java:86) at org.quartz.core.JobRunShell.run(JobRunShell.java:202) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:525) SOO IL KIM On Fri, Mar 13, 2009 at 7:36 AM, Bramhall, Susan susan.bramh...@yale.edu wrote: I am seeing some interesting behavior in 3.1. I believe it occurs when I hit the portal with a url from an expired session. For example http://portal.../uPortal/render.userLayoutRootNode.uP?uP_root=rootuP_sparam=activeTabactiveTab=2. I have added the CAS gateway=true parameter to my web.xml and haven't yet determined whether the problem still exists when that is not set. Instead of displaying the guest page I get several problems. The first one is a stack trace sent to the browser: Caused by: java.lang.NullPointerException at org.jasig.portal.rendering.StaticRenderingPipeline.renderState(StaticRenderingPipeline.java:412) That is actually trying to log an error with a null cause. So I change that line to not use e.getCause() and just print the error and get: ERROR [http-443-5] portal.ChannelManager.[] Mar/13 06:47:44 - Encountered a portal exception while trying to start channel rendering! : org.jasig.portal.PortalException: Could not find a transient node for id: u7l1n10 That's not too too surprising since the old session was dead I suppose but it doesn't clear up. Once this problem occurs it does not go away. Even if I hit the portal from another browser on another machine the error behavioscontinues. I have lots more stack traces but will spare you all for now. ;-) The screen shots showing tha uportal thinks I am editing a fragment tell more. When I use the normal url to the portal with no parameters I see the image attached as up3expiredguestnoparms.jpg. The second is when I hit tab2 and is attached as up3expiredguesttab2.jpg. It looks to me like I am running into issues related to the new impersonation support. It gets even more interesting if I actually get myself a CAS session - then I get two messages to exit the fragment. Image attached as up3expiredguestCASsession.jpg. I suspect the Could not find a transient node problem has been around a long time since our logs are full of an older varient which I bet is due to CAS gateway and guest timeouts. It used to report the node as ctf1 and the new message reports more meaningfull data. Our old error is completely transient and has no effect on the user experience as far as I can tell. I am looking forward to debugging this (really) but though I'd post to get thoughts from you all first. Susan -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: kimso...@bu.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: susan.bramh...@yale.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] guest behavior in uP 3.1
Two Jiras: http://www.ja-sig.org/issues/browse/UP-2360 and http://www.ja-sig.org/issues/browse/UP-2359 Susan Eric Dalquist wrote: Susan, Can you file a jira issue with all of the information you have below (and maybe some of those stack traces?) Thanks, -Eric Bramhall, Susan wrote: I am seeing some interesting behavior in 3.1. I believe it occurs when I hit the portal with a url from an expired session. For example http://portal.../uPortal/render.userLayoutRootNode.uP?uP_root=rootuP_sparam=activeTabactiveTab=2. I have added the CAS gateway=true parameter to my web.xml and haven't yet determined whether the problem still exists when that is not set. Instead of displaying the guest page I get several problems. The first one is a stack trace sent to the browser: Caused by: java.lang.NullPointerException at org.jasig.portal.rendering.StaticRenderingPipeline.renderState(StaticRenderingPipeline.java:412) That is actually trying to log an error with a null cause. So I change that line to not use e.getCause() and just print the error and get: ERROR [http-443-5] portal.ChannelManager.[] Mar/13 06:47:44 - Encountered a portal exception while trying to start channel rendering! : org.jasig.portal.PortalException: Could not find a transient node for id: u7l1n10 That's not too too surprising since the old session was dead I suppose but it doesn't clear up. Once this problem occurs it does not go away. Even if I hit the portal from another browser on another machine the error behavioscontinues. I have lots more stack traces but will spare you all for now. ;-) The screen shots showing tha uportal thinks I am editing a fragment tell more. When I use the normal url to the portal with no parameters I see the image attached as up3expiredguestnoparms.jpg. The second is when I hit tab2 and is attached as up3expiredguesttab2.jpg. It looks to me like I am running into issues related to the new impersonation support. It gets even more interesting if I actually get myself a CAS session - then I get two messages to exit the fragment. Image attached as up3expiredguestCASsession.jpg. I suspect the Could not find a transient node problem has been around a long time since our logs are full of an older varient which I bet is due to CAS gateway and guest timeouts. It used to report the node as ctf1 and the new message reports more meaningfull data. Our old error is completely transient and has no effect on the user experience as far as I can tell. I am looking forward to debugging this (really) but though I'd post to get thoughts from you all first. Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] DTDResolver
I have a question about DTDResolver (org.jasig.portal.utils.DTDResolver.java). Some time ago we made a local change to always check the local file system for the DTD before attempting to fetch it remotely. I think the current code base always loads the DTD from the classpath which would solve the same problem. I just need a little advice as to whether I am drawing the right conclusion. The change set is UP-1788 and contains a lot of other stuff too. Thanks for help. Susan -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] Incubation in progress
Please forgive duplicate message as a result of sending to several lists. I'm happy to announce that Jasig has now launched the process for accepting proposals for incubation. The goal of Jasig Project Incubation is to work with new or existing software projects to become officially sponsored Jasig Projects. The incubation working group has defined a process (see incubation process wiki ) for accomplishing this goal and now have several proposals for portlets and new work under consideration. The Incubation Working Group (IWG) welcomes all to participate in the discussion of the incubating candidates. If you are interested, please join the incubation mailing list Currently incubating projects are tracked on the incubation jira: http://www.ja-sig.org/issues/secure/BrowseProject.jspa?id=10190. The current list includes: Key Summary Reporter Status INC-3 Announcements Portlet Erik Olsson Incubating Project INC-6 Bookmarks Portlet Eric Dalquist Incubating Project INC-5 Calendar Portlet Jen Bourey Incubating Project INC-10 ERP Integration Aaron Fuleki Pending Review INC-4 Facebook Connect Portlet Erik Olsson Incubating Project INC-7 Functional Tests Portlet Eric Dalquist Incubating Project INC-9 OpenRegistry Benn Oshrin Incubating Project INC-2 Weather Portlet Dustin Schultz Incubating Project INC-8 Web Proxy Portlet Eric Dalquist Incubating Project INC-11 esup-helpdesk Pascal Aubry Incubating Project We look forward to your feedback, contributions and collaboration. Susan Bramhall (susan.bramh...@yale.edu) Incubation Working Group chair Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] old preferences channel broken in 3.1
The old dlm preferences channel that is still reachble vis the "customize" link doesn't work. Do we still need this? -- Error message org.xml.sax.SAXParseException: The prefix "xsl" for element "xsl:call-template" is not bound. Stack Trace org.jasig.portal.GeneralRenderingException: org.xml.sax.SAXParseException: The prefix "xsl" for element "xsl:call-template" is not bound. at org.jasig.portal.channels.DLMUserPreferences.TabColumnPrefsState$DefaultState.renderXML(TabColumnPrefsState.java:1235) at org.jasig.portal.channels.DLMUserPreferences.TabColumnPrefsState.renderXML(TabColumnPrefsState.java:200) at org.jasig.portal.channels.DLMUserPreferences.CUserPreferences.renderXML(CUserPreferences.java:205) at org.jasig.portal.ChannelRenderer$Worker.execute(ChannelRenderer.java:661) at org.jasig.portal.utils.threading.BaseTask.run(BaseTask.java:27) at sun.reflect.GeneratedMethodAccessor82.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.springframework.aop.support.AopUtils.invokeJoinpointUsingReflection(AopUtils.java:307) at org.springframework.aop.framework.ReflectiveMethodInvocation.invokeJoinpoint(ReflectiveMethodInvocation.java:182) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:149) at org.springframework.orm.jpa.JpaInterceptor.invoke(JpaInterceptor.java:96) at org.springframework.aop.framework.ReflectiveMethodInvocation.proceed(ReflectiveMethodInvocation.java:171) at org.springframework.aop.framework.JdkDynamicAopProxy.invoke(JdkDynamicAopProxy.java:204) at org.jasig.portal.$Proxy52.run(Unknown Source) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:417) at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269) at java.util.concurrent.FutureTask.run(FutureTask.java:123) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:650) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:675) at java.lang.Thread.run(Thread.java:595) Caused by: org.xml.sax.SAXParseException: The prefix "xsl" for element "xsl:call-template" is not bound. at org.apache.xerces.parsers.DOMParser.parse(Unknown Source) at org.apache.xerces.jaxp.DocumentBuilderImpl.parse(Unknown Source) at org.jasig.portal.utils.DocumentFactory.getDocumentFromStream(DocumentFactory.java:74) at org.jasig.portal.utils.XSLT.getTemplates(XSLT.java:366) at org.jasig.portal.channels.DLMUserPreferences.TabColumnPrefsState$DefaultState.renderXML(TabColumnPrefsState.java:1177) ... 20 more -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] reference architecture - logical view - request for comments
Thanks Jason - I really appreciate the feedback. The diagram has made some progress since my first post. It's now a Visio drawing http://tp.its.yale.edu/confluence/download/attachments/5015925/Yale+uPortal+Process+Flow.vsd and saved as a jpg. http://tp.its.yale.edu/confluence/download/attachments/5015925/Yale+uPortal+Process+Flow.jpg Other responses in line - more feedback most welcome. Susan Jason Shao (CampusEAI Consortium) wrote: Susan, I think you're right, this kind of logical diagram would help people get a better feel for how the uPortal pieces fit together - thanks for kicking off this kind of documentation development. Some (quick) thoughts: * Layout Manager seems like something that belong in Presentation Tier, relying on core "Portal Core" or maybe "Portal Services" Hmmm. I think of the Layout manager as the core functionality of the portal from a logical perspective. Would you see channel manager as the main logical component of the core? Other ways to characterize what the core portal's function is? Each of the components in the diagram corresponds to a real uPortal java class or interface. I think that's key in developing terminology for talking about the architecture. * Data tier might be more clear if it were unified into one section, but the data items were split into containers: PortalDB, XML/Files, LDAP, External perhaps? good idea * "Portlet MVC" as the label for items including iChannel seems confusing. Yes - further confused by Yale using the name portlet to refer to channels in uPortal. Since the swim lanes in the larger diagram are meant to be reminiscent of an MVC pattern, portlet mvc box is meant to show that each portlet or IChannel has its own mvc structure. * Portlet Preferences seems like it should be a "Business Tier" level service that portlet depend on But isn't saving portlet preferences a service provided by the portal framework? Really by CPortletAdapter I guess. * The boundaries between Channel Manager and Portlet/iChannels seem like there should be a structure that notes those sub-systems interface through either iChannel or JSR-1 68 interfaces Not sure what you mean.. Maybe this is more correct in the newer diagram. * Perhaps multiple example portlets demonstrating portlet local, external service, and pass-through type scenarios would make the Portlet side more clear coming soon * Mobile device isn't connected with a line to PSM - do you want to add an explicit reference to the profile infrastructure to address the ability to send different content to different devices? still debating whether mobile devices need their own theme. Reference to profile concept might be a good idea - not sure anyone has actually used it though. Maybe JHU in new mobile theme. * Not sure if Yale uses Skins, but also, a mention of user-switchable themes seems like it would be on this diagram No skins yet but this is a good idea - thanks for pointing it out. Jason -- Jason Shao Director of Open Source Solutions CampusEAI Consortium 1940 East 6th Street, 11th Floor Cleveland, OH 44114 Tel: 216.589.9626x249 Fax: 216.589.9639 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] 2009 Spring Developers Meeting
I expect that at least one person from Yale will attend the developers meeting. Susan Jim Helwig wrote: The conference planning committee is currently working on the logistics for this meeting. If you believe there is a fair chance you will be staying the Thursday/Friday after the conference to attend this meeting, could you send me a quick email? I am not asking for a hard commitment (since I know some of you are still up in the air [or maybe grounded?] regarding travel), but I am looking for information that will help us ensure we have appropriate space. If it helps, you can state your attendance in terms of probability. Thanks! JimH on 12/8/2008 2:22 PM Eric Dalquist said the following: *March 4-6, 2009 Dallas, Texas, USA* Keep the JA-SIG developers meeting in your plans when making arrangements to attend the spring conference. Time, space, internet and food will be set aside for post-conference development time for all interested people and projects. Developers from uPortal, Fluid, CAS and various other projects will be attending to work on ideas and discussions stemming from the conference as well as issues and features for their respective projects. The developers meeting is open to all as an opportunity to work with community members and become a more active developer yourself. Keep these additional dates in mind when making plans for Dallas in March. Additional details on location and related arrangements will be available shortly. -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: susan.bramh...@yale.edu To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Susan Bramhall (susan.bramh...@yale.edu) Senior Developer, Technology Planning Operations (TP) Yale University Information Technology Services (ITS) 25 Science Park, 150 Munson St, New Haven, CT 06520 Phone: 203 432 6697 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: arch...@mail-archive.comTo unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Announcing the uPortal 3.0.0-GA Release
Stupendous work! Congratulations everyone who helped make this happen. Can we get a news item on the ja-sig and uPortal sites ASAP? Also would be good to put the link to the download page (http://www.uportal.org/download.html) prominently in the wiki. Eric or Jonathan, could you write a blog entry at the conference blog (http://jasig2008.blogspot.com/) to encourage folks to come learn all about it in St Paul? Thank you Eric, Jen, Gary, Nick, Andrew(s) and dozens more for making uPortal a top shelf product. Gee - I sound like the marketing department. Yikes, better write some code. Susan Eric Dalquist wrote: JA-SIG is proud to announce the General Audience release of uPortal 3.0.0. uPortal 3.0.0 GA is the culmination of a significant effort by many people in the uPortal community to take a revolutionary step with the uPortal code base. Full release notes are available along with a uPortal 3.0 release overview. The release notes page includes links to the milestone and two release candidates that preceded this GA release. This release includes the following new features and fixes: A standard project structure and build management system using Maven 2 with Ant utility scripts. Use of the Pluto 1.1 portlet container which provides future-proofing for eventual JSR-286 support. A single Spring application context with much of the portal application configuration residing in this context. Database import and export utilities using Cernunnos scripts. Thanks to Andrew Wills from Unicon for this work. A new theme and skin along with a more understandable directory structure for layout and skin related files. The new skin is also using jQuery to provide drag and drop features which are enabled by default. Thanks to Gary Thompson from Unicon and Jen Bourey from Yale for this work. Layout cache friendly dynamic title support for channels and portlets. Dynamic titles for channels and portlets work on every render now. Thanks to Nick Bolton from Unicon for this work. Quickstart generation scripts. Quickstart generation is now as simple as running an Ant task. Consistent cache scheme and configuration based on Spring-Modules Caching API. Most existing dynamic caches have been converted to use the new API and it is currently backed by EHCache though other caching frameworks can easily be used. CAS 3.2 is bundled with uPortal and is used as the default authentication mechanism. Thanks to Scott Battaglia from Rutgers, Andrew Petro from Unicon and Jen Bourey from Yale for this work. CAS Proxy tickets are available to JSR-168 portlets as a user attribute. Thanks to Jen Bourey from Yale for this work. New default content that provides a better first-impression and demonstration of the uPortal framework. Over 150 bugs, improvements, new features, and tasks resolved since 2.6 Source and Quick Start downloads are available on the uPortal All Release page. JavaDocs and developer-centric materials are available on the project's Maven site This release is ready for general use. If you do find any issues please file them in the JA-SIG Issue Tracker I want to thank everyone who contributed to the development both directly and in-directly. Having this developer community available for both code and design insight has been invaluable. A more press-release centric announcement will follow tomorrow on the uportal-user and other lists along with the uPortal web-site and other locations. uPortal 3.0.0 Release Engineer, -Eric Dalquist -- Join your friends and colleagues at JA-SIG 2008 - "Higher Education Solutions: The Community Source Way!"April 27th - 30th, 2008 in St. Paul, Minnesota USA Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and more! Information/Registration at: http://www.ja-sig.org/conferences/08spring/index.html Subscribe to the conference blog, The Community Source Wayhttp://jasig2008.blogspot.com, for news and updates about the event. Join the Conference networking site at http://ja-sigspring08.crowdvine.com/ You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED]To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] Incubation process for JA-SIG projects
JA-SIG is setting up a process for accepting contributions of code and incubating new projects. At least three topics are currently up for discussion: 1. Contributions ; 2. a process for promoting contributions through incubation to become JA-SIG sponsored projects; 3. portlets for uPortal (itself already a sponsored project). A wiki space begins with http://www.ja-sig.org/wiki/display/JSG/Contributed+Code+and+Project+Incubation and points to a draft document ready for review and comments at http://www.ja-sig.org/wiki/display/JSG/Incubation+Process. I invite you to join the discussion and assist in setting up the process by subscribing to the incubation list http://www.ja-sig.org/wiki/display/JSG/incubation. We welcome your participation and comments, Susan -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- Join your friends and colleagues at JA-SIG 2008 - Higher Education Solutions: The Community Source Way! April 27th - 30th, 2008 in St. Paul, Minnesota USA Featuring CAS, DSpace, Fedora, Fluid, Internet2, Kuali, Sakai, uPortal, and more! Information/Registration at: http://www.ja-sig.org/conferences/08spring/index.html You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] uPortal 3.0.0-M5 Released Today!
ditto! Jason Shao wrote: On Jan 11, 2008, at 3:10 PM, Eric Dalquist wrote: JA-SIG is proud to announce the release of uPortal 3.0.0 Milestone 5. This is the first release in the uPortal 3.0.0 line based on the core uPortal codebase. The release includes a switch to Maven 2 for the build management system, a unified Spring configuration, Pluto 1.1 for portlet rendering and the Cernunnos based import/export tools. Congratulations Eric!!! I know this release represents a tremendous amount of work and forward progress, and am extremely excited about the roadmap going forward. Jason -- Jason Shao Application Developer Rutgers University, Office of Instructional Research Technology v. 732-445-8726 | f. 732-445-5539 | [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | http://jay.shao.org -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] seminars for April JA-SIG conferene
I forgot to mention that seminar leaders are entitled to one complimentary registration to the conference so giving a seminar will help pay your way. Susan Susan Bramhall wrote: Hello developers. The spring ja-sig conference (spring - yay!) planning is picking up speed. The conference, April 28-30 at Crowne Plaza Hotel, St. Paul, MN, is shaping up to be an exciting event with broad participation from several higher ed community source projects. The program committee is now seeking a few proposals for pre or post conference uPortal seminars. Suggestions from the committee members are: * Scaling uPortal with session replication * Understanding and customizing uPortal presentation layer (including Fluid components?) But these are only suggestions. We have recently had an introductory seminar uPortal 101 from Andrew Petro as well as the ever popular Spring portlet MVC and portlet development seminars. Are there folks out there who would like to give a seminar? I would like to get the following information: 1. Title - a phrase or one sentence summary 2. Description - approximately 4 - 5 sentences describing what an attendee would expect to hear about; graphics can also be included 3. Length - whether you expect the session to be a half-day or full-day seminar 4. Pre or Post - whether you would rather see the seminar on Sunday (Pre-Conf) or on Wednesday (Post-Conf) 5. Presenter/s - not required right away We need to get seminars firmed up in the next week so now is the time to commit to making a contribution this way. Thanks. Susan -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] uP3 status
Congratulations Eric - that's a great way to end the year. Susan Eric Dalquist wrote: I wanted to give everyone a pre-holiday update on the status of uP3. I just got portlets rendering under pluto 1.1 today. This is a pretty big step as it is using new DAOs for portlet objects, a new request parameter processing pipline, a refactored rendering pipeline and a brand new portlet adaptor. There are still some things missing, such as: -Addressing the shared rendering variables in ChannelManager -Completing portlet action support (render is only working currently) -Completing some portlet services (preferences being the big one) This is all in the working_pluto branch if you are interested in checking it out. Looking at the remaining portlet related tasks I would anticipate a milestone release around January 8th. At that point I'll be checking up on other features that have been talked about and seeing what can and can't make it into the RC that I'll put out later in January. Happy Holidays! -Eric -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
[uportal-dev] removing RunXSLT
I think this is a no brainer but just to be sure.. I propose removing the RunXSLT tool and all its accompanying xsl files from uPortal trunk (uP3). There was an ant target to run it which has already been removed. It was invented and used to convert data from uPortal 2.0 to 2.1 or 2.1 to 2.3 - I forget which. Its function is entirely subsumed by Cernunnos. Just delete it? Susan -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] rendering issue with Firefox version 2.0.0.9
Interesting. Table name is UP_USER_UA_MAP. It maps user agent string to profile - not sure why it would pick wrong profile though. You could delete the rows for user agent strings with 2.0.0.9 in them in hopes that it would get assigned correctly next time. Susan Eric Dalquist wrote: My guess would be that some how uPortal associated the WAP profile with the new user-agent instead of the HTML profile. Off the top of my head I can't remember the tables that store this data though. -Eric Tuyhang Ly wrote: Hello, myRutgers portal is recently encountering a weird issue only with the latest version of Firefox version 2.0.0.9 (NOT with earlier versions or IE). After being authenticated, the page is no longer rendered successfully, instead, it prompts for the user to download or open the .uP file as below: Attached is the content of the downloaded file, which is in "text/vnd.wap.wml" content type, not "text/html" as it should be. I'm also attaching the request/response info from Firefox Tamper Data report when using Firefox 2.0.0.9 (not working) and 2.0.0.3 (working). Would anyone please help me to find out what had triggered the WML mapping despite that the User-Agent in the request is definitely "Mozzilla/5.0". Your help is greatly appreciated. Thanks, Tuy. -- Tuyhang Ly Application Developer Enterprise Systems Services, Rutgers University 65 Davidson Road, Room 101 - Piscataway, NJ 08854 voice: (732) 445-7393 | fax: (732) 445-5493 | email: [EMAIL PROTECTED] -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Fluid summit update
Excellent - too bad you weren't in the room last week when I was walking through presentation of the processing pipeline at very high level. I'd love to know more about what you've been doing. Susan Timothy Carroll wrote: we should talk soon. some of the dlm processor work we have done may help facilitate this. Eric Dalquist wrote: I attended the Fluid summit in Toronto last week which was a great success. While there was much talked about and decided upon I'll leave most of that to those interested in reading the Fluid wiki: http://wiki.fluidproject.org/display/fluid/Fluid+Project+Wiki The big uPortal related news item is that Jen Bourey and I are working with some of the Fluid developers (and eventually designers) to integrate the reorderer component into uPortal for the 3.0 release this winter. The reorderer is a drag and drop style component that also allows for keyboard accessibility, the Fluid dev page http://wiki.fluidproject.org/display/fluid/Development provides links to more technical information about the component. This will replace the client side JavaScript that is currently used for drag and drop in 2.6. -Eric -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Spring context consolidation
Will we still run certain tools outside the web context? If so, will this approach handle that scenario too? For example importing and exporting objects, initializing the database. Susan Eric Dalquist wrote: I ended up following the static locater pattern which is similar to Spring's WebApplicationContextUtils class but does not require a ServletContext to get at the WebApplicationContext. These changes are in SVN so now there is a single loaded WebApplicationContext that follows the web-application's life-cycle correctly. All .xml files in the properties/contexts/ directory are loaded into the WebApplicationContext. With this change reloading the uPortal context seems to work correctly which is another step forward. On to the next task! -Eric Eric Dalquist wrote: Thats a good approach too, I might look into creating a utility bean to do that injection that also inject a null when the context is shutting down. Making sure the solution works nicely with spring context and servlet context reloads which cause problems right now. I'm thinking the injecting a null would work with this model to fit the reloads requirement. -Eric Drew Wills wrote: Eric Dalquist wrote: ... The problem is in some places that the PortalApplicationContextFacade is used to access the BeanFactory there is no access to a ServletContext which the WebApplicationContextUtils needs to access the replacement WebApplicationContext. The affected areas are: CError - constructor, loads a IThrowableToElement implementation which defines ways to render certain exceptions PersonDirectory - getPersonAttributeDao, loads the root IPersonAttributeDao for use by other parts of the framework. This method is called from: Authentication, PersonAttributeGroupStore, CPersonAttributes, and PersonDirNameFinder I'm not sure what the best solution for this is. I'd like to avoid as much custom Spring related code as possible but we may still need a static accessor that doesn't require the ServletContext to access the WebApplicationContext object. Eric, What about an approach like this (example from PersonDirectory)... * ++ Java: public class PersonDirectory { private static IPersonAttributeDao impl; public static Object setPersonAttributeDao(IPersonAttributeDao dao) { impl = dao; return PersonDirectory.class; // shouldn't matter what's returned } ... } ++ BeansML: bean id=personDirectoryService factory-method=setPersonAttributeDao constructor-arg ref bean=personAttributeDao/ constructor-arg /bean * This should cause the bean container to inject the normal 'personAttributeDao' into the staticly-accessed PersonDirectory service to support legacy code. drew wills -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Browser mapping
+1. I always wonder about updating that properties file. Susan Drew Wills wrote: +1 from me as well. drew Jason Shao wrote: On Sep 24, 2007, at 2:47 PM, Berry, Patrick wrote: Having Opera report it’s user-agent as Firefox or IE, and things were just fine. I checked in properties/browser.mappings and found that Opera 7 was the last Opera listed. I was about to add it and thought that trying to map every user-agent is a ‘no win’ situation, even with regex. So, I decided to add this at the very end: # Match everything else and give them profile 1 anyway .*=1 If all other attempt at catching the browser fails, you still get system profile 1. This sounds like it should be in the default configuration. +1? Jason -- Jason Shao Application Developer Rutgers University, Office of Instructional Research Technology v. 732-445-8726 | f. 732-445-5539 | [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] | http://jay.shao.org -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] where to document the uPortal 3 efforts in the wiki
Could we use a different color / theme for UPT? With some kind of dev logo? Susan -Original Message- From: Andrew Petro [EMAIL PROTECTED] Subj: Re: [uportal-dev] where to document the uPortal 3 efforts in the wiki Date: Tue Sep 18, 2007 12:18 pm Size: 8K To: uportal-dev@lists.ja-sig.org Eric, Is just putting a {note} at the top of each page good enough for now? Yes, I think. While uPortal is gearing up to have this problem of what documentation applies to what versions *more* with the present uP3 efforts, this is not a new problem for uPortal. Cf. the way that the wiki documents PersonDirectory, with pages attempting to explain how it works in the different versions and acknowledging the change over time. Andrew I agree with the idea of renaming the current uPortal 3 (UPT) space to Archived Portal Exploration and putting a relevant header on the space explaining what the documentation is for in greater detail. Documenting the current effort in the current uPortal space is good for continuity but I'm not quite sure where to put the new documents and how to ensure people understand that this is documentation for in-development code. The immediate need is that I need to document the new Maven build management system and helper Ant tasks but I don't want to cause confusion for people looking for help with uPortal 2.6. Is just putting a {note} at the top of each page good enough for now? -Eric Andrew Petro wrote: Jason, I almost wonder if we move the pages into an Archive section of the uPortal space, and then delete the uPortal3 space. -1 I think the most confusing thing we could do would be to put these pages into the uPortal space. Confluence savvy users may understand that Confluence is a tree and that since the trunk of the tree in which these archived pages inhabit is Archive these pages don't actually apply to the uPortal they're trying to work with, but many users will be confused, having done a search in the uPortal space on confluence, to come across pages that have little applicability. A separate space named Archived portal exploration or the like might be better -- maybe the root of your objection, Jason, was to the name Sandbox as being insufficiently expressive of something that is frozen. That separation of space is doing important work for clarity. One good move might be to slap a header into the theme for that space making it especially clear that what is documented is archived explorations into a better portal, and not necessarily uPortal itself. That way when users do naive Confluence searches and come across these pages, they are more able to make sense of what they have found. On Sep 17, 2007, at 3:49 PM, Andrew Petro wrote: I wonder if it would be clearer to re-name the entire current uPortal 3 space to something like uPortal Sandbox I think this is confusing. I think we need to make it clear that no more work is going into the codebase, and Sandbox seems ambiguous. I almost wonder if we move the pages into an Archive section of the uPortal space, and then delete the uPortal3 space. And then I wonder whether creating a new uPortal 3 wiki space is a good idea, or if the uPortal 3 efforts should be undertaken in the existing uPortal wiki space. The change the project has made in its approach to uPortal 3 is to be more evolutionary. uPortal 3 *is* uPortal 2, cleaned up quite a bit and with pointed improvements. So maybe, just as the existing code evolves to become uPortal 3, the existing wiki space evolves to become a wiki space that documents uPortal, inclusive of uPortal 3. +1 I think they key factor in our new strategy moving forward is that the New uPortal 3 is uportal -- with a direct lineage to previous efforts. Given that shift, I don't think a separate wiki space is really appropriate -- I'd rather see a linear release progression. Likewise, I don't think it will be necessary to have an entirely new uPortal manual, more a matter of growing and enhancing the existing uPortal manual wiki space to document the project as it grows and is enhanced. +1 again. Jason -- Jason Shao Application Developer Rutgers University,Office of Instructional Research Technology v. 732-445-8726 | f. 732-445-5539 |[EMAIL PROTECTED]| http://jay.shao.org -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see
Re: [uportal-dev] structure/theme stylesheets
I have used it with dlm. Are you sure your logging is set to debug at the right level? It is org.jasig.portalUserInstance that does the logging. Susan Timothy Carroll wrote: hi all. i'm experimenting with the dlm processing pipeline, and i am wanting to take a look at the structure and theme stylesheets that are generated... however, i turn DEBUG level logging on, and set the show structure and theme stylesheet attributes to true in the portal.properties file, but they do not show up in the log. i've done this with alm in the past, without issue. is this still supported in dlm? thanks, tim -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Xalan 2.70 and Netbeans
Is it not possible to run the patched funky xalan 2.6 with uPortal 2.6? That would be a work around... Susan Andrew Petro wrote: i agree to moving forward. however, i think a documented work-around to this issue should accompany the ga release. One neat (lazy?) move I've made with this release's notes is to really encourage folks to go to the wiki for more release notes. So it's relatively easy to adorn the release with more notes, even in a few days when we find out what other confusions arise. I'm more than happy to document the work-around of using Eclipse in a different OS instead. :) Obvously, this is more of a straw man workaround than the ideal workaround -- since it's a wiki, anyone with a better workaround can update... http://www.ja-sig.org/wiki/display/UPC/2.6.0+Additonal+Release+Notes -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] [VOTE] Commit access for Timothy Carroll
+1 for Tim. Susan Cris J Holdorph wrote: +1 for Timothy Carroll Cris J H Andrew Petro wrote: Timothy, This sounds like valuable experience to be bringing to uPortal, especially the accessibility in the theme. We could do with being more attentive to accessibility and usability, and there's an especial opportunity here to leverage Fluid's interest in contributing to uPortal in this domain. You have my +1 in support of your bid for commitership. Andrew most of my work has been involved in the rendering pipeline. as andy mentioned, i did some significant analysis and troubleshoot to arrive at a solution to the 1040 fix. in addition, i have made some significant accomplishments in creating accessible themes in alm, which i plan to convert and commit to dlm. there are a few other internal improvements that i have made to help facilitate channel publishing, particularly as it relates to adding additional servers to an existing cluster. these are also items that i will look to contribute back to the community by implementing in future releases of uportal. Andrew Petro wrote: (Forking thread for clarity) We have a bid for commitership here for Timothy Carroll, with a +1 from newest commiter Andy Gherna. Timothy, could you post sharing a few more words about your background with uPortal, interests in contributing? Andrew Andy Gherna wrote: I would second this. Tim's work was instrumental to fixing UP-1040. Original message Date: Fri, 03 Aug 2007 19:53:42 -0500 From: Timothy Carroll [EMAIL PROTECTED] Subject: Re: [uportal-dev] [VOTE] Commit access for Andy Gherna To: uportal-dev@lists.ja-sig.org i would like to piggy-back on this request, as andy and i work closely together on this project... and, i have recently introduced some fixes as well. Eric Dalquist wrote: Andy has submitted several good patches for uPortal recently and is interested in commit access. +1 from me. -Eric -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- Andy Gherna | Senior Research Programmer| Phone: (217) 265-9490 CITES, University of Illinois | Email: [EMAIL PROTECTED] -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Purging a Channel from all layouts
Another approach would be to change the layout manager (or ??) to remove the channel from the layout as it builds it instead of substituting the channel not found error. We talked about doing this but decided against it. Susan Andrew Petro wrote: Philip, It might be best to write some Java code to actuate the layout management API to load each user's layout, change it as you desire, and save it again. This would make a very nice addition to the channel manager -- perhaps a button to Remove this channel from all user layouts. Andrew PS: I'm becoming increasingly convinced that the approach in the sandbox uPortal code of storing layout fragments as really wide database columns containing the layout XML instead of representing each node as a database row is a very good idea -- it's probably just as performant if not more performant for real uses, and it's a whole lot simpler to understand and code against. I suspect that if layout storage were implemented this way, you'd be done with this remove-a-channel-from-everyone's-layout task already. I'm looking for a way to purge a channel from both the channel registry and all layouts it is contained in. Deleting a channel in ChannelManager gives 'Channel not found' errors in any layouts that already had the channel. Deleting the record directly from the LAYOUT_STRUCT table seems to completely ruin that users layout. (I've done deluser on myself a few times now.) Are there multiple tables that would need to be changed in order to not destroy the layout? Thanks Phil ps. Sorry, if there is some simple solution to this, and I'm completely over thinking the problem! -- It's no use trying to be clever--we are all clever here; just try to be kind--a little kind. -- F.J. Foakes Jackson -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] Static guest page experiences
We don't have as many users as other schools but we have made the portal guest page the default in the clusters and on kiosks around campus for a long time. We also decided to have some interactive content on the guest page - specifically the directory lookup. The performance has never been a problem (300-500 sessions). The performance problems we experience now are more related to heavy use of ajax and javascript which we have now largely curtailed on the guest pages. We set a very short inactivity time out (2 minutes I think). When users login they get reset to a longer timeout value. The short time out created a little problem because people would walk up to a screen displaying the portal with timed out sessions. They would begin by typing a name into the directory lookup, hit search and the page would just refresh - new session. So we modified the portal session manager and login interaction to maintain the url parameters across sessions - this allows our guest page to behave more like a static page. Changing tabs needs the same altered flow to avoid the user experience that the tab change didn't work. Other folks I have heard of make the entire guest page static - or PHP or something else. I don't think you'd want more than one tab in that case though. Just my thoughts. Susan Parker Grimes wrote: I would also be interested to know how other schools have approached this. We are considering making the portal guest page the default browser home page on all of our campus computer labs. We wouldn't want the page to be completely static, for instance we would like a weather portlet and some campus news RSS feeds to be displayed. It seems like a waste of our uPortal resources to be required to render all of that stuff all of the time. What about mimicking the portal home page with a simpler technology like php, ruby, or django? Or is it not that big of an issue to just let uPortal handle the load assuming we have caching working on our side? Parker Programmer / Analyst Southern Utah University On 7/31/07, *George Lindholm* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi all, I'm thinking about putting a static version of the guest page in front of our uPortal to minimize the guest sessions. So I just wondering what other sites have done and what their experiences have been? Thanks George -- [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] ITServices, UBC Senior Programmer Analyst phone:604.822.4375 fax: 604.822.5116 -- You are currently subscribed to uportal-dev@lists.ja-sig.org mailto:uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] 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 -- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] 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: [EMAIL PROTECTED] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/uportal-dev
Re: [uportal-dev] on what to name the bikeshed, Tomcat context file
I think it should be blue. :-o Andrew Petro wrote: Cris, My viewpoint is this: this is a bikeshed issue http://en.wikipedia.org/wiki/Color_of_the_bikeshed. What is needed is for someone to take ownership of it, to make it better, and to be done with it. I'm hoping that someone will be you. [ If I did make a suggestion for the renaming, it would probably be to rename it uPortal_tomcat_5.5.xml or something similar. I always thought uportal.xml and uportal55.xml suggested a problem with the 'naming convention'. ] Please just go ahead and rename the file to whatever you think best, updating comments as necessary. Bikeshed issues are those where a developer comes along and proposes to make a simple, small, but real improvement. Usually it's something that's needed done for a long time and no one did anything about it. Since it's a simple improvement, many people *could* have an opinion about the issue, and even *could* have addressed it at any time. Since anyone could plausibly weigh in on details about the bikeshed issue, often attempts to make progress on bikeshed issues are derailed by endless discussion. I'm probably guilty of participating in that sort of thing way too much. And it can even reach the point where *fear of a bikeshed discussion* impedes progress. I'd love to rename the file, but didn't think I'd have as good a shot at getting consensus buy-in for that. I'd love to make uPortal better, but bikeshed discussions about details of what a context file is named prevent my contributing. Cris, just re-name it. Feel fully empowered to name this file whatever's the best quickly-thought-of name you can come up with, update the comments, make sure the build works, and we can move on. I would suggest that anyone who feels the need to push back on you about that can find lots of other uPortal issues to work on. Maybe could work on a featureful layout manager for uPortal 3. uPortal is entitled to cause deployers a little pain in upgrading minor versions where doing so improves the platform. Existing deployers can deal with the file rename. Andrew Well, I'd love to rename the file, but didn't think I'd have as good a shot at getting consensus buy-in for that. I do think it could be confusing for upgraders and therefore thought I'd get some push back. I'd also like to try this under Tomcat 6 sometime, but I just don't have the cycles to do that this week. I think a more important step is to fix the Portlet deployment situation so it doesn't rewrite the web.xml to a an ancient servlet spec version, which makes using any of the latest servlet/jsp stuff impossible (which is presumably one reason you'd be using Tomcat 6). If I did make a suggestion for the renaming, it would probably be to rename it uPortal_tomcat_5.5.xml or something similar. I always thought uportal.xml and uportal55.xml suggested a problem with the 'naming convention'. But overall at this point, I'd rather make the very very small, slight change of simply removing the Tomcat 5.0 config file and commented out lines from build.properties. This change would not it impossible to do any other rename change in the future, it's just a step along the way. Cris J H Jason Shao wrote: On Jun 15, 2007, at 11:36 PM, Andrew Petro wrote: 1. Should the current uPortal55.xml file be renamed to uPortal.xml? This would be consistent with past practice, but potentially confusing for upgraders. Or Does uPortal{VERSION}.xml become the new naming convention? Or is there tooling that can always generate the right target file for us? 2. Do we need a tweaked file for Tomcat 6? Jason -- Join your friends and colleagues at JA-SIG with Altitude: June 24-27, 2007 in Denver, CO USA. Featuring keynotes by: Phil Windley, Matt Raible, Matt Asay Sessions on topics including: CAS, uPortal, Portlets, Sakai, Identity Management, and Open Source For more information registration visit: http://www.ja-sig.org/conferences/07summer/index.html --- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] -- Join your friends and colleagues at JA-SIG with Altitude: June 24-27, 2007 in Denver, CO USA. Featuring keynotes by: Phil Windley, Matt Raible, Matt Asay Sessions on topics including: CAS, uPortal, Portlets, Sakai, Identity Management, and Open Source For more information registration visit: http://www.ja-sig.org/conferences/07summer/index.html --- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED]
Re: [uportal-dev] Brad Rippe uPortal commit access
+1 Mark Boyd wrote: +1. Mark On 6/13/07, *Eric Dalquist* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: +1 from me. -Eric Andrew Petro wrote: I'd like to grant (restore?) uPortal commiter status to Brad Rippe. He's got a fix for IStatsRecorderEventHandlerAdapter that needs to go into /trunk for uP 2.6 http://www.ja-sig.org/issues/browse/UP-1716. In 2003 he wrote an article about uPortal in Java World http://www.javaworld.com/javaworld/jw-10-2003/jw-1003-portal.html. Work on a gradebook channel in uPortal http://www.bradrippe.com/serendipity/index.php?/archives/17-Gradebook-TODO-Whats-Next.html. +1 Andrew -- Join your friends and colleagues at JA-SIG with Altitude: June 24-27, 2007 in Denver, CO USA. Featuring keynotes by: Phil Windley, Matt Raible, Matt Asay Sessions on topics including: CAS, uPortal, Portlets, Sakai, Identity Management, and Open Source For more information registration visit: http://www.ja-sig.org/conferences/07summer/index.html --- You are currently subscribed to uportal-dev@lists.ja-sig.org mailto:uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]. To unsubscribe send a blank email to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] -- Join your friends and colleagues at JA-SIG with Altitude: June 24-27, 2007 in Denver, CO USA. Featuring keynotes by: Phil Windley, Matt Raible, Matt Asay Sessions on topics including: CAS, uPortal, Portlets, Sakai, Identity Management, and Open Source For more information registration visit: http://www.ja-sig.org/conferences/07summer/index.html --- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED] -- Join your friends and colleagues at JA-SIG with Altitude: June 24-27, 2007 in Denver, CO USA. Featuring keynotes by: Phil Windley, Matt Raible, Matt Asay Sessions on topics including: CAS, uPortal, Portlets, Sakai, Identity Management, and Open Source For more information registration visit: http://www.ja-sig.org/conferences/07summer/index.html --- You are currently subscribed to uportal-dev@lists.ja-sig.org as: [EMAIL PROTECTED] To unsubscribe send a blank email to [EMAIL PROTECTED]