[jasig-uportal-dev] moving portlets to svn

I'm going to be working on migrating the portal_portlets CVS module to SVN this evening. The actual migration will take place tomorrow (Wednesday) morning unless there are any objections or issues discovered. Also if there are other projects that folks would be interested in getting moved to SV

Re: [jasig-uportal-dev] moving portlets to svn

So I ran into a few issues this morning so the migration will be later in the day. -Eric Eric Dalquist wrote: I'm going to be working on migrating the portal_portlets CVS module to SVN this evening. The actual migration will take place tomorrow (Wednesday) morning unless there ar

Re: [jasig-uportal-dev] moving portlets to svn

new location. -Eric Eric Dalquist wrote: So I ran into a few issues this morning so the migration will be later in the day. -Eric Eric Dalquist wrote: I'm going to be working on migrating the portal_portlets CVS module to SVN this evening. The actual migration will take place tom

[jasig-uportal-dev] uPortal 2 CVS to SVN

Picking up on some discussion from a while back I'm going to be moving the uPortal 2 CVS code to SVN this afternoon. There will be another email when the move is complete. All tags, branches and version history will be retained. _*If you have the uPortal 2 source code checked out you will need

Re: [jasig-uportal-dev] uPortal 2 CVS to SVN

there. The wiki documentation and uportal website will be updated tomorrow morning. -Eric Eric Dalquist wrote: Picking up on some discussion from a while back I'm going to be moving the uPortal 2 CVS code to SVN this afternoon. There will be another email when the move is complete. All

Re: [jasig-uportal-dev] uPortal 2 CVS to SVN

The appropriate approach would be to create a diff of your changes then check out the same branch/version from SVN and apply the diff locally. -Eric Vangel V. Ajanovski wrote: Eric Dalquist wrote: The uPortal 2 source code has been migrated to Subversion. The base URL for the subversion

Re: [jasig-uportal-dev] SVN accounts

I can also create SVN accounts for folks on a case by case basis (to make sure Andrew doesn't get overwhelmed). -Eric Andrew Petro wrote: uPortal developers, The move from CVS to SVN is an excellent and large step forward for uPortal. I appreciate not having to SSH tunnel anymore. However

Re: [jasig-uportal-dev] SVN accounts

George, We can look into doing that, I'll keep folks posted on progress. -Eric George Lindholm wrote: Andrew Petro wrote: uPortal developers, The move from CVS to SVN is an excellent and large step forward for uPortal. I appreciate not having to SSH tunnel anymore. However, one overlook

Re: [jasig-uportal-dev] svn browser down?

The recent migration of up2 to svn seems to have overloaded it. We will be doing some svn cleanup later this week or early next to address the issues. -Eric George Lindholm wrote: The web interface to svn seems to be down. George -- Join your friends and colleagues at JA-SIG with Altitud

[jasig-uportal-dev] cas3 and portal_channels moving to SVN

I've worked out a time with ScottB and will be moving CAS3 to SVN tomorrow (Friday May 4). That will leave portal_channels as the only code left in CVS so I will be moving it to SVN tomorrow as well. I would like to have a sanity check from other users to verify that everything of interest has

[jasig-uportal-dev] Subversion Migration Complete

email me directly. -Eric Dalquist smime.p7s Description: S/MIME Cryptographic Signature

[jasig-uportal-dev] Fix for UP-1040 (portlet preferences bug)

Tim Carrol's latest patch for http://www.ja-sig.org/issues/browse/UP-1040 appears to be working correctly. I've tested it in the 2.5-patches branch and the trunk and applied it to both locations. This should resolve the common shared portlet preferences bug. -Eric smime.p7s Description: S/M

Re: [uportal-dev] re-architected approach to managing jar dependencies

Sounds like a great change! -Eric Andrew Petro wrote: uPortal developers, Drew Wills and I cooked up a new approach to managing .jar dependencies in uPortal that I'd like to use for the 2.6 release. The fundamental idea is that instead of build.properties properties naming paths to individ

Re: [uportal-dev] Portlet API source

The Pluto project hosts the source code for the portlet api. Their SVN repository is: http://svn.apache.org/repos/asf/portals/pluto -Eric Paul Gazda wrote: Is the source code for the Portlet API (portlet-api-1.0.jar) available anywhere? Paul Gazda Senior Web Developer Information Technology S

Re: [uportal-dev] compelling ootb JSR-168s in 2.6?

The bookmarks portlet (in SVN) is very simple / easy to configure. It would just need to be configured to use the portal db. -Eric Andrew Petro wrote: uPortal developers, Maybe too late for Friday's RC feature-completeness deadline, but I gotta ask: Anyone have any compelling generic JSR-1

Re: [uportal-dev] Bookmarks Portlet

Sounds wonderful Chris. With the current place bookmarks is I think you can probably do the development in the trunk. If we need to fix something in 1.0.7 we can just branch back there and fix it. My first thought as to how to approach the changes would be in an incremental fashion so things st

Re: [uportal-dev] about licenses

I don't think maven gets us around this. The big thing with GPL jars is if they have the classpath exception: http://www.gnu.org/software/classpath/license.html http://en.wikipedia.org/wiki/GPL_linking_exception That exception allows distribution of GPL jars that have it as long as you don't c

Re: [uportal-dev] Bookmarks Portlet

to:[EMAIL PROTECTED]> [mailto:[EMAIL PROTECTED] On Behalf Of Eric Dalquist Sent: Saturday, June 02, 2007 9:44 AM To: uportal-dev@lists.ja-sig.org <mailto:uportal-dev@lists.ja-sig.org> Subject: Re: [uportal-dev] Bookmarks Portlet Sounds wonderful Chris. With the current place bookmarks i

Re: [uportal-dev] Bookmarks Portlet

Jason Shao wrote: On Jun 4, 2007, at 11:23 AM, Eric Dalquist wrote: I'd like to see the following for bookmarks and for 'birthing' projects in general. - The project should be maven based and follow the outline here http://www.ja-sig.org/wiki/x/QgIl I doubt this is

Re: [uportal-dev] birthing projects

Although I am partial to -discuss we should probably stick with -user since that is what we have for uportal. -Eric Jason Shao wrote: On Jun 3, 2007, at 11:55 AM, Andrew Petro wrote: I'd look for a naming convention like: [EMAIL PROTECTED] for collaboration of act

Re: [uportal-dev] Brad Rippe uPortal commit access

+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 . In 2003 he wrote an article about uPortal in

Re: [uportal-dev] Remove tomcat 5.0.x support in 2.6.x, 2.7.x and beyond?

Sounds like a good change to me and it should reduce a lot of confusion. +1 -Eric Cris J Holdorph wrote: Hi, I was talking with Andrew Petro and Andrew Wills about the uPortal 2.6.0 build.properties file. It occurred to us that because uPortal 2.6 now requires JDK 1.5, it will be very hard,

Re: [uportal-dev] uPortal 2.6.0 RC2 now available

t for JSP as a channel view technology Many people have contributed code, testing, feedback, and issues so far for uPortal 2.6.0, including Faizan Ahmed, Nick Bolton, Jen Bourey, Mark Boyd, Susan Bramhall, Eric Dalquist, Don Fracapane, David Grimwood, Cris Holdorph, Brad Johnson, George Lin

Re: [uportal-dev] caching XML and background refresh

I'd actually like to get Matt from Duke involved here. From a portlet developer's point of view something that was more of a HTTP based service would work better since it could be used by more than just internal channels. From talking with Matt at the conference it sounds like he has a servlet

Re: [uportal-dev] uPortal3 Community Goals and Objectives: A common path forward...

Bill, The list on the wiki looks great. It describes the upcoming goals well and an overview of what will be involved with getting there. Currently I'm working on helping Andrew get 2.6 released so we can get started on the work on this list. Once we get to that point I'll be coming to this

[uportal-dev] Minimized portlets & DLM

I'm working on http://www.ja-sig.org/issues/browse/UP-1768 which is an issue where the minimize change the chrome provides actually hides the portlet's output. Some logic needs to be added to the theme to allow the rendered output of a minimized portlet to be displayed (per the JSR-168 spec). I

Re: [uportal-dev] Minimized portlets & DLM

Mark, I haven't yet, though I haven't spent much time on it since I sent the email. Any pointers as to where in DLM I should look to add such an attribute to the XML the theme transform gets? -Eric Mark Boyd wrote: Eric, did you figure this out? Mark On 7/9/07, *Eric Dalquis

Re: [uportal-dev] weird channel/portlet content substitution issue

rrectly to each channel rendering thread. -Eric Cris J Holdorph wrote: maybe. I can't recall the exact mix I had on the page at the time. But definitely a possibility. Cris J H Eric Dalquist wrote: Are all of the portlets and channels using JSPs to render? If so there may be an issue

Re: [uportal-dev] weird channel/portlet content substitution issue

Are all of the portlets and channels using JSPs to render? If so there may be an issue that we experienced here at UW but I couldn't reproduce in the core codebase at that time. -Eric Andrew Petro wrote: The other issue, I can't pin down yet, is occassionally I'm seeing some channels/portle

Re: [uportal-dev] GAP Question: what entity type are PAGS groups?

I'm almost certain they are IPerson groups, you may want to bump up logging for the PAGs packages and see what is going on during the search. -Eric PS: Shouldn't this be on the -user list ;) Drew Wills wrote: > Let's say I want to use the following Java call: > > --> GroupService.searchForGroup

Re: [uportal-dev] validationQuery

As good as a default validation query should be perhaps just a comment in the XML file with a few examples? Having to deal with figuring out what sort of query you need for your specific DB just to develop seems like a bit of a pain. -Eric Susan Bramhall wrote: > Oh thank you! I was wondering

Re: [uportal-dev] validationQuery

loped. At least the major dbs >>>> that most uPortal deployers are using (postgres, mysql, sql server, >>>> oracle and HSQLDB for development). >>>> >>> The ultimate safe query would be "SELECT user_id FROM up_user WHERE >>>

[uportal-dev] Custom group store question

I'm writing a JDBC based group store to go against a set of tables with group information maintained by another group. I have everything working but can't figure out some of the caching issues. Data will be added and removed from the tables by an external process. The service is configured as e

Re: [uportal-dev] uPortal Project Steering Committee

ready spoken up along these > lines. Additional momentum could result in a feeling of consensus. > Enough +1s and no objections to Cris's proposal, and we've had our > vote. It's not totally implausible that this approach could work for > a small community such as ours. A

Re: [uportal-dev] Custom group store question

ps()) to > the local group service and have your group store > instantiate instances of this class. I'm attaching an > example of this approach. > > Dan > > Eric Dalquist wrote: > >> I'm writing a JDBC based group store to go against a set of ta

Re: [uportal-dev] uPortal Project Steering Committee

Yes, I accept the nomination. -Eric Jason Shao wrote: > On Jul 30, 2007, at 12:32 PM, Eric Dalquist wrote: > >> I think the informal +/- voting works for this as well unless there are >> any issues that anyone on this list may have with the process. Barring >> that t

Re: [uportal-dev] validationQuery

t;>>> >>>>>> Cris J Holdorph wrote: >>>>>> >>>>>>> I think the change in UP-1771 should be rolled back, until a better >>>>>>> more cross-database solution is developed. At least the major db

Re: [uportal-dev] build.xml change suggestion

Sounds great, thanks for the effort on the enhancement Andy. -Eric Andy Gherna wrote: > OK, I started a ticket in JIRA (UP-1742) and I'll start working on getting a > patch for build.properties and build.xml soon. Thanks. > smime.p7s Description: S/MIME Cryptographic Signature

[uportal-dev] [VOTE] Commit access for Andy Gherna

Andy has submitted several good patches for uPortal recently and is interested in commit access. +1 from me. -Eric smime.p7s Description: S/MIME Cryptographic Signature

Re: [uportal-dev] Commit access for Lennard Fuller

+1 Lennard Fuller wrote: > I would like to request commit access to the uPortal project. I am > currently an architect who has been working on the Pearson project > (large scale uPortal deployment) for roughly the last two years. > Until fairly recently any bug fixes or enhancements that the

Re: [uportal-dev] [VOTE] Commit access for Timothy Carroll

ED]> >>> 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 introduc

Re: [uportal-dev] Welcome to new committer Andy Gherna, maintaining wiki page listing committers

gt; > I see someone (presumably Eric) has already set you up with SVN > credentials. Please also update this wiki page listing commiters > <http://www.ja-sig.org/wiki/display/UPC/Committers>, highlighting the > areas of uPortal you're most interested in contributing to. >

Re: [uportal-dev] 2.4.2-derived ALM maintenance branch

Would this branch be temporary and eventually the code is merged into the 'real' 2.4 and 2.5 branches or would this stick around for a while? What are the downsides of just patching up the existing 2.4 branch? -Eriuc Andrew Petro wrote: > uPortal developers, > > A client [1] has been generous e

Re: [uportal-dev] Pruning the list of uPortal committers

Good point. I'll go through later today and do some 'informed pruning' and group people as active/inactive and unsure. -Eric Andrew Petro wrote: > Eric, > > Are folks who haven't yet migrated their credentials to SVN no longer > committers, or are they latent committers who have not yet addres

Re: [uportal-dev] 2.4.2-derived ALM maintenance branch

Sounds good. I think creating the branch is ok thought if it doesn't prove to be viable to merged back into the core code or no one is actively maintaining it after 4 months I'd like to have the option to remove it to ensure we keep things clearly delineated as to what is the 'correct' 2.4 patc

Re: [uportal-dev] Purging a Channel from all layouts

Part of the post 2.6 plan I think will include this change. Switching to a more sane DAO for the layout store perhaps even using hibernate to leverage the great CLOB (and in some cases XML object) support databases have now would likely improve performance as well as clarity. -Eric Mark Boyd

Re: [uportal-dev] Commit access for Lennard Fuller

With >3 +1s and no objections it looks good to add Lennard as a committer. Lennard, you can contact me off-list or Andrew in person to get set up. -Eric Lennard Fuller wrote: > I would like to request commit access to the uPortal project. I am > currently an architect who has been working on t

Re: [uportal-dev] VOTE to release 2.6.0 GA

Just checked it out and ran it, looks good. +1 for release -Eric Andrew Petro wrote: > uPortal developers, > > I write to call the question of releasing uPortal 2.6.0 general > audience , the further > incremental improvement on the available RC2

[uportal-dev] Post 2.6 development & planning

With the 2.6 release imminent it is time to start planning how the changes outlined here http://www.ja-sig.org/wiki/display/UP3/uPortal3+Community+Goals+and+Objectives will be carried out. I'll be detailing this plan in Jira this week but wanted to get some feedback here as well. The list in

Re: [uportal-dev] differentiating milestones from release candidates by naming

I completely agree, the question of what we call the next 3 related release? As much as starting over with M1 would be nice we already have released artifacts with M1-M4 and RC1 names. I'd bet that would cause a fair amount of confusion. So is starting at M5 and only doing milestone releases un

Re: [uportal-dev] names of near-term releases of HEAD

Sounds like a good plan. I've already updated the uP3 Jira project renaming it to uPortal3 Sandbox and making it read-only. I'll start on SVN next, creating a sandbox folder and moving up3 under it. From the CVS sandbox what needs to be moved? The following modules exist: Merlin, al, gap, uP2_

Re: [uportal-dev] Xalan 2.70 and Netbeans

I'll check when I get home and on my mac but I'm pretty sure I have JDK 1.4 and 1.5 installed. I'll let you know what I find. -Eric Timothy Carroll wrote: > i agree to moving forward. however, i think a documented work-around > to this issue should accompany the ga release. > > as for "What ha

Re: [uportal-dev] Xalan 2.70 and Netbeans

Yes but this really seems more like a NetBeans issue than a uPortal issue. You would be running into the same problem with any project that needed to use Xalan 2.7 I'm assuming. Is there any chance of getting the NetBeans developers to provide a solution? I'm still at +1 for releasing and just

Re: [uportal-dev] Xalan 2.70 and Netbeans

Tim, Can you outline the exact issue again and what the possible work arounds are? Thanks, -Eric Timothy Carroll wrote: > due to productivity issues, adopting this release will not be an > option for us until a work-around is in place, which is a shame > because there are so many improvements

Re: [uportal-dev] Xalan 2.70 and Netbeans

ings and > web applications. And, this directory could easily be added to the > classpath for the command line tools in build.xml. This would > (theoretically) allow Netbeans to be used without changing the JDK. > > >> -Original Message- >> From: Eric Dalquis

Re: [uportal-dev] DLM restrictions

Mind explaining so those of us that are curious (and others finding this thread in the archives) know what the solution is? -Eric Berry, Patrick wrote: > > Never mind, I’m an idiot. Although, the commented out code will > confuse the easily confused ;-) > > *From:* Berry, Patrick [mailto:[EMAIL

Re: [uportal-dev] Post 2.6 development & planning

e GA is released? > > Also, is there a email list that commit messages are sent to, or are > we relying on Fisheye's feeds? I didn't see an SVN or SCM commit list > on the wiki page of email lists. > > Thanks for everyone's effort with 2.6.0! > > Elliot > &

Re: [uportal-dev] 2.4.2-derived ALM maintenance branch

I think the working- prefix would be very helpful. I'm going to be doing something similar soon for maven work on the trunk and will plan on using the working- prefix if that sounds like a good option to the rest of the committers. -Eric Jason Shao wrote: > On Aug 6, 2007, at 2:11

Re: [uportal-dev] VOTE to release 2.6.0 GA

So currently there have only been two +1 votes. There has been some voiced support and descent but no actual votes. Any of the other committers out there have a chance to check out and give 2.6 a quick trial? -Eric Andrew Petro wrote: > uPortal developers, > > I write to call the question of re

[uportal-dev] Maven branch

I've created a 'working-maven2' branch off the trunk today to start on converting to maven for the build management. I'm trying out svnmerge http://www.orcaware.com/svn/wiki/Svnmerge.py a tool that is supposed to help ease some of the issues involved in branching and merging in SVN. I would ask

[uportal-dev] 2.6.1 Release

It looks like this deployPortletApp issue is causing quite a few people problems. I'd like to get http://www.ja-sig.org/issues/browse/UP-1792 fixed and a 2.6.1 release out ASAP to address the problem so people can actually use 2.6. If no one else gets to it first I'll try my hand at fixing it t

Re: [uportal-dev] 2.6.1 Release

I believe there is a logging stats recorder configured by default now. Is this something that should be disabled for 2.6.1? -Eric Cris J Holdorph wrote: > The following is the catalina.out, after server startup, bringing up > the guest page and logging in as demo. Seems excessive to me, and no

[uportal-dev] 2-6-patches branch

Just a friendly reminder that all work on 2.6.1 and other 2.6 related work needs to happen on the 2-6-patches branch. I'll be watching the branch and merging changes back into the trunk as needed. -Eric smime.p7s Description: S/MIME Cryptographic Signature

Re: [uportal-dev] 2.6.1 Release

t I thought Mark McCellan at Unicon > said was fixed, is there is commonly (not all the time) a horizontal > scrollbar being displayed. I know this is only an issue with the > default theme/skin, but it would be nice to tidy it up, if possible. > > Cris J H > > Eric

[uportal-dev] uPortal packaging

I'm working on mavenizing the trunk of uPortal and have run into a few questions I'd like to pose to the group. The big one is packaging. Using maven for build management really lends itself to generating an EAR since it allows multiple WARs (uPortal and each portlet app) and shared libraries.

Re: [uportal-dev] UP-1794: Filter out unsafe href and src schemes from RSS content in CSyndFeed channel

Nope, it should make it in. I'll take a look tomorrow. -Eric Brad Johnson wrote: > Hello All, > > I've posted a patch for UP-1794 (Filter out unsafe href and src schemes > from RSS content in CSyndFeed channel) and would appreciate comments and > feedback. > > Also, is it too late for this fix to

Re: [uportal-dev] uPortal packaging

e in my case) which allows for easy extraction of items into > various Tomcat directories as needed... webapps, common, conf etc... > > I can contribute the POM configuration and the assembly descriptor if > you are interested. > > Thanks, > Brad > > On Thu, 2007-08

Re: [uportal-dev] uPortal packaging

Elliot Metsger wrote: > > > Eric Dalquist wrote: >> I'm working on mavenizing the trunk of uPortal and have run into a >> few questions I'd like to pose to the group. >> >> The big one is packaging. > > Are you referring to packaging up uPortal

[uportal-dev] Merging & SVN

Not sure how many people here used the CVS merge functionality when committing to a branch & trunk or to multiple branches. If you did you may have noticed that SVN's merge support is less than stellar. I've started using svnmerge ( http://www.orcaware.com/svn/wiki/Svnmerge.py ) which uses prop

[uportal-dev] Requiring Jira issue ids in commit messages

Brad Szabo was kind enough to share a SVN script that would require a Jira issue id to be referenced in the commit message for any commit. The script can be bypassed explicitly by adding NOJIRA instead of an issue ID and also allow commits from some automated tools such as the maven release plu

Re:[uportal-dev] [uportal-user] Can't initportal 2.6GA -- Resolution

lcome. -Eric Cris J Holdorph wrote: > Just to bring this issue back to the foreground. I believe the state > of affairs that Drew describes below, means that one of the primary > goals stated by Eric Dalquist, for a 2.6.1 release, has not been met. > > "It looks like this deployPo

Re: [uportal-dev] Requiring Jira issue ids in commit messages

have suggestions for changes or other allowed strings let me know. -Eric George Lindholm wrote: > I'm all for. If you use Mylyn this will be done automatically for you > when you do a commit. > > +1 > > George > > Eric Dalquist wrote: > >> Brad Szabo was k

Re: [uportal-dev] [uportal-user] Can't initportal 2.6GA -- Resolution

components/resolver/ > > You can set the EntityResolver on the XMLReader used for parsing. > > -Alex > > On Aug 20, 2007, at 7:13 PM, Eric Dalquist wrote: > >> Moving this to the dev list. >> >> After further consideration I would also like to put of the 2.6.1 &

Re: [uportal-dev] Requiring Jira issue ids in commit messages

require it at the start of the message. -Eric George Lindholm wrote: > Eric Dalquist wrote: > >> Sounds like everyone is for it (the CAS folks are as well), I'll work >> on getting this set up next week. >> >> Currently the script will allow commits with an

Re: [uportal-dev] Requiring Jira issue ids in commit messages

Sounds like a good plan for the expressions. As for validating against Jira. I had thought about that but I'm not sure I want commits to fail if Jira is down. Does anyone else have thoughts on doing Jira issue ID validation? -Eric George Lindholm wrote: > Eric Dalquist wrote: >

Re: [uportal-dev] Can't initportal 2.6GA -- Resolution

and create an entry for each of them in the > webpages/dtd/xml-catalog.xml file. > > > drew wills > > > Eric Dalquist wrote: >> That is a great link Alex, I was thinking there had to be a common >> EntityResolver impl that could look at the local file system fi

[uportal-dev] 2.6.1-RC

I'd like to cut RC1 of 2.6.1 this evening or tomorrow morning. A summary of fixes and such can be found on Jira: http://www.ja-sig.org/issues/secure/IssueNavigator.jspa?reset=true&&pid=10020&fixfor=10497&sorter/field=issuekey&sorter/order=DESC&sorter/field=status&sorter/order=ASC If I don't hear

Re: [uportal-dev] 2.6.1-RC

e GA release of uPortal 2.6.0, six issues have been addressed, including a functional off-line build and deploy script. Eric Dalquist uPortal 2.6.1 release engineer smime.p7s Description: S/MIME Cryptographic Signature

[uportal-dev] Updated Commit Conventions for JA-SIG Subversion

uPortal Developers, Though adding the JIRA issue to your commit message has been our policy for a while, the JA-SIG Subversion will now require it. Your commit will be rejected if there is no corresponding JIRA issue at the start of the commit message (or that you specifically note there is no

[uportal-dev] [VOTE] 2.6.1-GA

With no negative feedback on the RC I'd like to propose cutting the 2.6.1-GA release based on this code. Please respond with your vote on releasing. Thank you, -Eric Eric Dalquist wrote: uPortal developers, uPortal 2.6.1 release candidate one is now available from the uPortal down

Re: [uportal-dev] [VOTE] 2.6.1-GA

nos error with HEAD of rel-2-6-patches" thread. > > It may be specific to the Mac platform, I'm not sure. I'm going to > run a couple of additional tests for Drew. > > Elliot > > Eric Dalquist wrote: >> With no negative feedback on the RC I'd like t

Re:[uportal-dev] [uportal-user] uPortal Session Failures?

There is a possible patch for this issue attached to the Jira case: http://www.ja-sig.org/issues/browse/UP-1816 This patch *_HAS NOT_* been extensively tested yet and makes some significant changes in the ChannelRender and related code. The Jira issue also has a link to yesterday's IRC log whic

Re: [uportal-dev] [uportal-user] uPortal Session Failures?

could test it on a > couple machines. > > Cris J H > > Eric Dalquist wrote: >> There is a possible patch for this issue attached to the Jira case: >> http://www.ja-sig.org/issues/browse/UP-1816 >> >> This patch *_HAS NOT_* been extensively tes

Re: [uportal-dev] [uportal-user] uPortal Session Failures?

ado uses > Resin. > > And a bonus question... > * Does Tomcat 6 implement this optional 'erata' part of the Servlet > spec? That is if, someone spent enough time to get uPortal 2.6.0 > running in Tomcat 6, are they unlikely to see the same problem? > > Cris J H >

Re: [uportal-dev] [uportal-user] uPortal Session Failures?

unning in Tomcat 6, are they unlikely to see the same problem? > > Cris J H > > Eric Dalquist wrote: >> There is a possible patch for this issue attached to the Jira case: >> http://www.ja-sig.org/issues/browse/UP-1816 >> >> This patch *_HAS NOT_* been extensively

[uportal-dev] uP3 Progress Report

There hasn't been much traffic on about the uP3 work since the conference and hopefully this is the first of many messages resolving that problem. Work has been happening on converting the trunk of the uPortal project to use Maven 2 as the build system. This has been a complete conversion so m

Re: [uportal-dev] uP3 Progress Report

t; > So, while I can appreciate the great value in the conversion to Maven, > and Spring Web MVC Dispatcher Servlet, I would to know more about how > uPortal 3 is going to improve on it's support of Portlets (or even > Channels if that was worthwhile). > > Cris J H > >

Re: [uportal-dev] uP3 Progress Report

ing a number of Fluid-related builds > to Maven 2, I'm impressed! > > Eric Dalquist wrote: >> Work has been happening on converting the trunk of the uPortal >> project to use Maven 2 as the build system. This has been a complete >> conversion so much of the director

Re: [uportal-dev] where to document the uPortal 3 efforts in the wiki

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 no

Re: [uportal-dev] where to document the uPortal 3 efforts in the wiki

That is possible. At this point I've renamed the space, added a note that appears at the top of all pages and locked the space so that only confluence administrators can edit it. http://www.ja-sig.org/wiki/display/UP3/Home Unfortunately there is no way to change the key for the space that I can

[uportal-dev] uPortal & Maven

I've completed some documentation of the Mavenized verison of uPortal currently in the 'working-maven' branch: http://www.ja-sig.org/wiki/display/UPC/Building+and+Deploying+uPortal+3 The build scripts have been tested and work on OS X, Linux, Unix and Windows. I would greatly appreciate it if f

[uportal-dev] Maven on the trunk

I've completed merging the Maven 2 changes back to the trunk. If you are interested in living on the bleeding-edge of uPortal (or help with the uP3 development) check out the trunk and read the Building And Deploying uP3 document on the wiki: http://www.ja-sig.org/wiki/display/UPC/Building+and+

Re: [uportal-dev] Maven on the trunk

In addition to the building and deploying documentation there is now documentation of the new project structure, dependency management and configuration file location available: http://www.ja-sig.org/wiki/display/UPC/uPortal+3+Project+Structure Eric Dalquist wrote: > I've completed mer

[uportal-dev] Spring context consolidation

I'm starting work on consolidating the Spring configuration files and switching to standard ways of loading and accessing the context XML. My plan is to create a properties/contexts/ folder that all Spring context XML files reside in. The context files will be loaded by a ContextLoaderListener

Re: [uportal-dev] 2.6.1-GA release

With the portlet session issue and the resolver issue the 2.6.1-GA got put on hold. What needs to happen now is either me or someone else needs to apply the portlet session patch to the 2.6-patches branch and cut a 2.6.1-RC2 wait a week then call a vote for the GA. I'll do my best to start that

Re: [uportal-dev] Spring context consolidation

cting 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 t

Re: [uportal-dev] Spring context consolidation

e 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: >

[uportal-dev] Deprecated code removal (IMultithreaded*)

With the basic Spring re-org done the next task on the block is reviewing and removing deprecated code from the framework. There is a Jira issue http://www.ja-sig.org/issues/browse/UP-1832 of course and you can peak at the Fisheye tab to see what has been done so far. One large set of files tha

Re: [uportal-dev] Spring context consolidation

hould get a more in-depth look to make sure they work ok? -Eric Susan Bramhall wrote: > 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. &

[uportal-dev] ALM support project

In the code cleanup effort outlined for the uP3 community roadmap I've been removing chunks of deprecated code where prudent and doing other minor tweaking. Some that was talked about in-depth at the conference but not as much on this list is what to do with the ALM code. The plan I had worked

  1   2   3   4   5   6   7   8   9   10   >