Re: [uportal-dev] ChannelRendererFactoryImpl logging

[Andy Gherna]

Done.  See http://www.ja-sig.org/issues/browse/UP-2219.
--
Andy Gherna
CITES, University of Illinois
Senior Research Programmer
Email: [EMAIL PROTECTED]
Phone:  (217)265-9490




On Nov 21, 2008, at 8:33 AM, Eric Dalquist wrote:

> That would be great, we've actually run into this as well in 3.0  
> when a database connection pool deadlocked. Create a Jira issue and  
> attach a .patch.
>
> -Eric
>
> Andy Gherna wrote:
>>
>> Hello all,
>>
>> There was some discussion a few weeks ago on uportal-user about  
>> some installations' channels all seeming to not want to render.   
>> Everyone (us included) who reported problems had recently deployed  
>> the WeatherPortlet.  We found out that the portlet does not set a  
>> timeout for a connection or a read in its current version.  This  
>> was addressed by Dustin Schultz yesterday on portlet-dev when he  
>> posted his patches for it.
>>
>> During this process, we found that we were seeing this message in  
>> our logs (we log at WARN in production):
>>
>> WARN [TP-Processor3] portal.ChannelRendererFactoryImpl.[] Oct/02  
>> 10:40:20 - queueSize: 1094 activeCount: 20 largestPoolSize: 20
>>
>> The render requests were getting considerably backed up.  Some  
>> folks on the list said they did not see this message in their logs.
>>
>> I have a patch I would like to contribute that would log this  
>> message as an error.  We found it to be a valuable clue to help us  
>> figure out that it wasn't necessarily a problem with uPortal.  A  
>> lot of folks in that thread, however, seem to log at error only.   
>> Furthermore, as more and more portlets use downstream content, this  
>> could be a good indicator as to when something is going wrong.   
>> Thoughts?
>>
>> --
>> Andy Gherna
>> CITES, University of Illinois
>> Senior Research Programmer
>> Email: [EMAIL PROTECTED]
>> Phone:  (217)265-9490
>>
>>
>>
>>
>>
>> -- 
>>
>> 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] CPortletAdapter logs IllegalStateException as ERROR -- why?

[Andy Gherna]

Done.  See http://www.ja-sig.org/issues/browse/UP-2218
--
Andy Gherna
CITES, University of Illinois
Senior Research Programmer
Email: [EMAIL PROTECTED]
Phone:  (217)265-9490




On Nov 21, 2008, at 8:32 AM, Eric Dalquist wrote:

Yeah, that is simply a case of the session already being invalid.  
The code should just handle the ISE and ignore it. Create a Jira  
issue and attach a .patch.


-Eric


Andy Gherna wrote:

Hello all,

We're on version 2.6.1 of uPortal and we are noticing that when a  
user logs out, we are seeing IllegalStateExceptions show up in the  
log thrown by CPortletAdapter (we have a lot of portlets).  This  
occurs in the code that ends the session for the user by calling  
the invalidate() method on the PortletSession.  However, the  
PortletSession is the same as their HttpSession (from what I can  
tell) and by the time CPortletAdapter tries to invalidate the  
PortletSession its parent HttpSession has already been invalidated  
thus the exception is thrown, caught and logged as an error.


As you can imagine, our logs are full of these messages and we  
would like to avoid seeing them since they are harmless.  I have a  
patch that I'd like to contribute that addresses this issue.   
Basically, it adds a handler for the IllegalStateException that  
will log it at the debug level rather than Error (it's not really  
an error from what I can tell).  This would at least quiet the  
production logs but it would still be loggable if there were anyone  
interested in it.  Should I open a JIRA ticket for this?


--
Andy Gherna
CITES, University of Illinois
Senior Research Programmer
Email: [EMAIL PROTECTED]
Phone:  (217)265-9490








--
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] ldap.xml validation

[Andy Gherna]

Done  See http://www.ja-sig.org/issues/browse/UP-2217
--
Andy Gherna
CITES, University of Illinois
Senior Research Programmer
Email: [EMAIL PROTECTED]
Phone:  (217)265-9490




On Nov 21, 2008, at 8:31 AM, Eric Dalquist wrote:

> Sounds good, create a Jira issue and attach a .patch file
>
> -Eric
>
> Andy Gherna wrote:
>>
>> Hello all,
>>
>> We're on version 2.6.1 of uPortal and we are noticing that when it  
>> starts up, uPortal tries to load /properties/ldap.xml with  
>> validation turned on.  Since there's no DTD to validate this  
>> document against, an exception is thrown.  The framework notices  
>> this and tries to load it again without validation.
>>
>> I think this has been discussed before:   
>> http://www.nabble.com/Error-parsing-ldap.xml-to11329987.html#a11329987
>>
>> But I don't think there's been any action taken on this.  I have a  
>> patch that I'd like to contribute that addresses this issue.   
>> Basically, it loads the ldap.xml document with validation turned  
>> off the first time so that the stack trace does not show up in the  
>> logs.  Should I open a JIRA ticket for this?
>>
>> --
>> Andy Gherna
>> CITES, University of Illinois
>> Senior Research Programmer
>> Email: [EMAIL PROTECTED]
>> Phone:  (217)265-9490
>>
>>
>>
>>
>>
>> -- 
>>
>> 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

[uportal-dev] ChannelRendererFactoryImpl logging

[Andy Gherna]

Hello all,

There was some discussion a few weeks ago on uportal-user about some  
installations' channels all seeming to not want to render.  Everyone  
(us included) who reported problems had recently deployed the  
WeatherPortlet.  We found out that the portlet does not set a timeout  
for a connection or a read in its current version.  This was addressed  
by Dustin Schultz yesterday on portlet-dev when he posted his patches  
for it.

During this process, we found that we were seeing this message in our  
logs (we log at WARN in production):

WARN [TP-Processor3] portal.ChannelRendererFactoryImpl.[] Oct/02  
10:40:20 - queueSize: 1094 activeCount: 20 largestPoolSize: 20

The render requests were getting considerably backed up.  Some folks  
on the list said they did not see this message in their logs.

I have a patch I would like to contribute that would log this message  
as an error.  We found it to be a valuable clue to help us figure out  
that it wasn't necessarily a problem with uPortal.  A lot of folks in  
that thread, however, seem to log at error only.  Furthermore, as more  
and more portlets use downstream content, this could be a good  
indicator as to when something is going wrong.  Thoughts?

--
Andy Gherna
CITES, University of Illinois
Senior Research Programmer
Email: [EMAIL PROTECTED]
Phone:  (217)265-9490





-- 
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] CPortletAdapter logs IllegalStateException as ERROR -- why?

[Andy Gherna]

Hello all,

We're on version 2.6.1 of uPortal and we are noticing that when a user  
logs out, we are seeing IllegalStateExceptions show up in the log  
thrown by CPortletAdapter (we have a lot of portlets).  This occurs in  
the code that ends the session for the user by calling the  
invalidate() method on the PortletSession.  However, the  
PortletSession is the same as their HttpSession (from what I can tell)  
and by the time CPortletAdapter tries to invalidate the PortletSession  
its parent HttpSession has already been invalidated thus the exception  
is thrown, caught and logged as an error.


As you can imagine, our logs are full of these messages and we would  
like to avoid seeing them since they are harmless.  I have a patch  
that I'd like to contribute that addresses this issue.  Basically, it  
adds a handler for the IllegalStateException that will log it at the  
debug level rather than Error (it's not really an error from what I  
can tell).  This would at least quiet the production logs but it would  
still be loggable if there were anyone interested in it.  Should I  
open a JIRA ticket for this?


--
Andy Gherna
CITES, University of Illinois
Senior Research Programmer
Email: [EMAIL PROTECTED]
Phone:  (217)265-9490





--
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] ldap.xml validation

[Andy Gherna]

Hello all,

We're on version 2.6.1 of uPortal and we are noticing that when it  
starts up, uPortal tries to load /properties/ldap.xml with validation  
turned on.  Since there's no DTD to validate this document against, an  
exception is thrown.  The framework notices this and tries to load it  
again without validation.

I think this has been discussed before:   
http://www.nabble.com/Error-parsing-ldap.xml-to11329987.html#a11329987

But I don't think there's been any action taken on this.  I have a  
patch that I'd like to contribute that addresses this issue.   
Basically, it loads the ldap.xml document with validation turned off  
the first time so that the stack trace does not show up in the logs.   
Should I open a JIRA ticket for this?

--
Andy Gherna
CITES, University of Illinois
Senior Research Programmer
Email: [EMAIL PROTECTED]
Phone:  (217)265-9490





-- 
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] Identifying portlets

[Andy Gherna]

Are you wanting to specify per-portlet settings that the user cannot modify?
If so, preferences are the way to do that and specifiying them at publish
time (with override set to N) would have the same affect.  The fix for
UP-1040 addresses that.

 

http://www.ja-sig.org/issues/browse/UP-1040

 

 

 

 

From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jen Bourey
Sent: Friday, December 14, 2007 12:35 PM
To: uportal-dev@lists.ja-sig.org
Subject: Re: [uportal-dev] Identifying portlets

 

I was actually looking to migrate from using portlet preferences to just
using database tables.  I'd like to link the information to the individual
portlets so that the configurations can stay per-portlet rather than
per-user.  Is there any kind of unique ID available for each portlet
configuration? 

- Jen



On Dec 14, 2007 11:59 AM, Eric Dalquist <[EMAIL PROTECTED]> wrote:

Portlet preferences, they are scoped by user & subscribe ID.

-Eric


Jen Bourey wrote:
> Hi all,
>
> Is there a way to get the subscribe id for a particular portlet 
> instance?  I'd like to be able to save data per portlet subscription.
>
> - Jen

> --
> 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 
http://www.ja-sig.org/wiki/display/JSG/uportal-dev

[uportal-dev] channel ID ordering

[Andy Gherna]

Hello all,

 

An issue was recently submitted to JIRA
(http://www.ja-sig.org/issues/browse/UP-1842).  To summarize the issue, in
the past we have experienced some varied behavior when publishing channels,
particularly when the portal was initialized.  Channels would appear in
unexpected places and we would have to very carefully edit the data.xml file
to get everything right.  Sometimes it would work right on a Windows
workstation but not a Mac or Unix and vice versa.

 

We have submitted an enhancement that overcomes this behavior.  In
particular, we have presented 2 options.  The first was to sort the channel
files in a consistent way when deploying to make sure that channel ids would
match up with what we had in our data.xml.  The second was to modify the
channelDefinition.dtd with a new (optional) tag: CHANID.  This would
register a channel with the database with the given ID (e.g.
262 could be included in the channel publishing xml).

 

We have been using the first option for about a year and a half now and the
second since January.  Both have been working fine for us.  

 

We have posted diffs of all the source files that were changed with the
issue.  I was hoping that even though we are at feature completeness for
2.6.1 that this could be rolled in to 2.6.1.  Thanks for your consideration.

 

--

Andy Gherna

CITES, University of Illinois

Senior Research Programmer

Email:  [EMAIL PROTECTED]

Phone:  (217) 265-9490

 


-- 
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] DistributedLayoutManager.java API question

[Andy Gherna]

Hello,

 

The method getUserLayoutDOM() has been deprecated.  Is there a replacement
method available?  Is getNode() the replacement?

 

Andy Gherna

[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

re:[uportal-dev] uPortal 2.6.0 GA and Netbeans

[Andy Gherna]

Follow up.  I filed an issue 
(http://www.netbeans.org/issues/show_bug.cgi?id=112921) with the Netbeans 
development team regarding this.  As it turns out, the extra jar files are in 
the common/endorsed directory for backward compatibility with JDK 1.4 and 
below.  When Netbeans is used with a JDK newer than 1.4, the endorsed directory 
is not being read, hence the error message that Xalan 2.7.0 can't be found.  
Netbeans 6.0 comes with an unmodified Tomcat 6 meaning that there is no 
undocumented or unexpected behavior like this to maintain any kind of backward 
compatibility.
-- 
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] uPortal 2.6.0 GA and Netbeans

[Andy Gherna]

Hi,

 

When uPortal 2.6.0 was released, we began to experience a problem with
Netbeans 5.5(.1).  For some reason Xalan 2.7.0 was not found on the
classpath when uPortal started in the version of Tomcat that comes bundled
with Netbeans even though the build copied xalan-2-7-0.jar in to the correct
location ($CATALINA_HOME/common/endorsed).The problem originally
occurred on Mac OS X but was reproduced in Windows XP.  I have found and
documented a work-around that allows you to continue using Netbeans with
Tomcat and uPortal.

 

Andrew Petro started a page on the wiki called "2.6.0 Additonal Release
Notes" that was intended to supplement the release notes.  I have added the
work-around to this page.   If you are interested, please see
http://www.ja-sig.org/wiki/x/vwNl.  Thanks.

 

----

Andy Gherna

University of Illinois - CITES

Sr. Research Programmer

Office: 1514 DCL

Email: [EMAIL PROTECTED]

Phone: (217) 265-9490

 


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

[Andy Gherna]

IIRC, the requirement is to put the xalan-2.7.0.jar in to the endorsed
directory on the JDK specifically for use by uPortal.  By putting that jar
into that directory (which affects the entire JDK that's being used), I
don't think this is necessarily just a Netbeans issue.

Is there a way to install this jar so that there is less of an impact to the
entire JDK?  For example, the endorsed/lib directory in Tomcat would be a
good place since its on the classpath for all its own internal workings 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 Dalquist [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 07, 2007 12:03 PM
> To: uportal-dev@lists.ja-sig.org
> Subject: 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 adding some documentation to the
> release notes about known issues with this version of NetBeans on OS X.
> 
> -Eric
> 
> Andy Gherna wrote:
> > At the same time though, not being able to work w/ uPortal on your tool
> of
> > choice is a limiting factor for some folks.
> >
> >
> >> -Original Message-
> >> From: Cris J Holdorph [mailto:[EMAIL PROTECTED]
> >> Sent: Tuesday, August 07, 2007 11:41 AM
> >> To: uportal-dev@lists.ja-sig.org
> >> Subject: Re: [uportal-dev] Xalan 2.70 and Netbeans
> >>
> >> Hmm... I have to disagree with this.  I'd also feel the same way about
> >> Eclipse.  We're trying to get 2.6.0 GA out the door.  It's just my
> >> opinion, but I don't believe any issues that are specific to an IDE
> >> (Eclipse, Netbeans, Intellij, ...) should cause a delay in the release
> >> at this point in the release process.
> >>
> >>  Cris J H
> >>
> >> Timothy Carroll wrote:
> >>
> >>> i agree to moving forward.  however, i think a documented work-around
> to
> >>> this issue should accompany the ga release.
> >>>
> >> --
> >> 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] Xalan 2.70 and Netbeans

[Andy Gherna]

At the same time though, not being able to work w/ uPortal on your tool of
choice is a limiting factor for some folks.

> -Original Message-
> From: Cris J Holdorph [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, August 07, 2007 11:41 AM
> To: uportal-dev@lists.ja-sig.org
> Subject: Re: [uportal-dev] Xalan 2.70 and Netbeans
> 
> Hmm... I have to disagree with this.  I'd also feel the same way about
> Eclipse.  We're trying to get 2.6.0 GA out the door.  It's just my
> opinion, but I don't believe any issues that are specific to an IDE
> (Eclipse, Netbeans, Intellij, ...) should cause a delay in the release
> at this point in the release process.
> 
>  Cris J H
> 
> Timothy Carroll wrote:
> > i agree to moving forward.  however, i think a documented work-around to
> > this issue should accompany the ga release.
> 
> --
> 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] Welcome to new committer Andy Gherna, maintaining wiki page listing committers

[Andy Gherna]

Done.

 

  _  

From: Andrew Petro [mailto:[EMAIL PROTECTED] 
Sent: Saturday, August 04, 2007 8:56 PM
To: uportal-dev@lists.ja-sig.org
Subject: [uportal-dev] Welcome to new committer Andy Gherna, maintaining
wiki page listing committers

 

Andy,

Welcome.

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

Thanks,

Andrew




+1 

 Cris J H 

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

-- 
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 Andy Gherna

[Andy Gherna]

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

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

[Andy Gherna]

Yes I would be interested.
-- 
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] build.xml change suggestion

[Andy Gherna]

Hello again,

I have posted a diffs comparing our build.properties and build.xml to the ones 
in the subversion repository for up2.6.0-rc2 to issue UP-1782.  Let me know if 
there's anything else I can do to close this issue.  Thanks.

AG
-- 
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] build.xml change suggestion

[Andy Gherna]

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.
-- 
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] build.xml change suggestion

[Andy Gherna]

Hi all,

I was wondering if there was still some time to get a tweak in to the build
process for 2.6.  My suggestion has to do with the way the tomcat
directories are referenced.  

When you start Tomcat, you see 2 environment variables that get set:
CATALINA_HOME and CATALINA_BASE.  These point to the same directory most of
the time.  However, they can point to 2 different directories.
CATALINA_HOME should point to the base of your Tomcat install.  This would
be the bin/, common/ and server/ directories at a minimum.  The
CATALINA_BASE can point to a separate set of directories that would include
the shared/, temp/, work/, and webapps/ directory.  This allows multiple
instances of tomcat (hence multiple hosts) to be running different
applications on the same machine.  See
http://www.linuxjournal.com/article/8561 for additional information.

The current deployment process is not aware of this convention.  And most of
the time it doesn't have to be.  However, we have our tomcat instances (on
our workstations and servers) set up so that we have separate CATALINA_HOME
and CATALINA_BASE directories.  Right now, we have only 1 directory we can
set in build.properties for the deployment process (server.home).  

Usually we set sever.home to point to CATALINA_BASE and most of the time
that's OK.  But when we initialize the portal, the jars that belong in the
common/ directory (lib.container-common) get copied there when they really
belong under CATALINA_HOME.  And then hilarity ensues as I try to remember
why this is happening...

Could there be an additional property added to the build process to help
avoid this confusion?  Like could a server.base be added?  Out of the box,
it could (and probably for 90% of folks should) point to the same directory
as the server.home.  And then for those who want the separate directory for
their base can have it too.


Andy Gherna
University of Illinois - CITES
Sr. Research Programmer
Office: 1514 DCL
Email: [EMAIL PROTECTED]
Phone: (217) 265-9490
 


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