...
[12:59:35 CST(-0600)] <newman2> ok
[13:02:15 CST(-0600)] <newman2> can anyone give me idea on how to check whether a portlet is deployed or not>
[13:03:08 CST(-0600)] <cwaymire> The tomcat logs would give an indication whether its loading the portlet or not. You could also go through the portlet registration process to see if it shows up in there.
[13:03:20 CST(-0600)] <cwaymire> not sure if theres a more elegant solution to check deployment status.
[13:04:12 CST(-0600)] <newman2> I am trying to deploy sakai connector portlet
[13:04:21 CST(-0600)] <newman2> with its war file
[13:04:23 CST(-0600)] <newman2> Feb 6, 2013 1:49:42 PM org.apache.catalina.core.StandardContext start
[13:04:24 CST(-0600)] <newman2> SEVERE: Error filterStart
[13:04:24 CST(-0600)] <newman2> Feb 6, 2013 1:49:42 PM org.apache.catalina.core.StandardContext start
[13:04:24 CST(-0600)] <newman2> SEVERE: Context [/sakai-connector-1.4.2] startup failed due to previous errors
[13:04:36 CST(-0600)] <newman2> This is error I noticed in log file
[13:07:15 CST(-0600)] <cwaymire> how did you deploy it?
[13:07:40 CST(-0600)] <newman2> first did mvn clean install
[13:08:49 CST(-0600)] <newman2> and then ant deployPortletApp
[13:09:25 CST(-0600)] <cwaymire> there weren't any other errors in the log?
[13:10:04 CST(-0600)] <newman2> no
[13:10:51 CST(-0600)] <newman2> Is there anyway I can look into the web.xml
[13:11:09 CST(-0600)] <newman2> to know whether it is deployed correctly or nor
[13:11:46 CST(-0600)] <newman2> How i can I see the previous IRC chat logs?
[13:11:54 CST(-0600)] <newman2> is there any specific URL?
[13:12:49 CST(-0600)] <newman2> I got the previous log
[13:12:55 CST(-0600)] <newman2> of IRC
[13:14:11 CST(-0600)] <cwaymire> you can see the web.xml in the deployed folder under the tomcat webapps folder
[13:20:33 CST(-0600)] <newman2> https://gist.github.com/prabhusae/4725015
[13:20:55 CST(-0600)] <newman2> can please verify whether it is deployed or not?
[13:26:02 CST(-0600)] <cwaymire> looks like it
[13:26:18 CST(-0600)] <cwaymire> you can see the pluto driver items it injected at the bottom
[13:29:18 CST(-0600)] <newman2> its not deployed/
[13:29:19 CST(-0600)] <newman2> ?
[13:30:39 CST(-0600)] <cwaymire> the deployPortletApp call looks to have been successful. It augmented the web.xml, adding in the necessary pluto configuration
[13:35:11 CST(-0600)] <newman2> ok, but dont know why its not startup the portlet
[13:37:57 CST(-0600)] <cwaymire> have you registered the portlet?
[13:38:19 CST(-0600)] <newman2> how to do that/
[13:40:00 CST(-0600)] <cwaymire> https://wiki.jasig.org/display/UPM40/Deploy+and+Publish+a+Portlet
[13:41:09 CST(-0600)] <newman2> the tool did not appear in the menu for registration
[13:42:35 CST(-0600)] <cwaymire> sorry. I was a bit distracted. Earlier you mentioned that the logs indicated it failed to load.
[13:43:17 CST(-0600)] <cwaymire> and you said there were no other errors? did you check both catalina.out and the current days localhost host?
[13:43:23 CST(-0600)] <cwaymire> localhost log
[13:46:24 CST(-0600)] <newman2> Caused by: org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'threadContextClassLoaderAspect' defined in file [/home/uportal/apache-tomcat-6.0.36/webapps/uPortal/WEB-INF/classes/properties/contexts/persistenceContext.xml]: Instantiation of bean failed; nested exception is java.lang.NullPointerException
[13:46:40 CST(-0600)] <newman2> I wonder what's this
[13:46:46 CST(-0600)] <newman2> I got it in localhost log
[13:55:34 CST(-0600)] <cwaymire> newman2: there weren't any additional errors below that one?
[14:15:49 CST(-0600)] <newman2> is a huge text
[14:23:02 CST(-0600)] <cwaymire> you can put it into something like pastebin.org and link the url here
[14:23:41 CST(-0600)] <EricDalquist> thanks for the js fix cwaymire 
[14:29:47 CST(-0600)] <cwaymire> np. sorry about the problem to begin with.
[14:39:27 CST(-0600)] <newman2> http://pastebin.com/raw.php?i=5emuhaCg
[14:40:01 CST(-0600)] <newman2> Hi Eric
[14:42:17 CST(-0600)] <newman2> @cwaymire got the link?
[14:42:38 CST(-0600)] <EricDalquist> that looks like it is from catalina.out
[14:42:43 CST(-0600)] <EricDalquist> which sadly truncates the stack trace
[14:42:51 CST(-0600)] <EricDalquist> there should be a full version of that stack trace in uPortal.log
[14:46:02 CST(-0600)] <newman2> Steve has mentioned that this sakai-connector portlet is wrote for UP3 and I am trying to install it in up4
[14:46:15 CST(-0600)] <newman2> When I installed the same in UP3 it went good
[14:46:23 CST(-0600)] <EricDalquist> ah
[14:46:36 CST(-0600)] <EricDalquist> you might have to work with steve then to get a build that is not portal specific
[14:48:29 CST(-0600)] <newman2> ok
[15:49:06 CST(-0600)] <drewwills> Still there EricDalquist? I'm seeing what looks like a dependency issue with the up-search-api
[15:49:17 CST(-0600)] <EricDalquist> ?
[15:49:34 CST(-0600)] <EricDalquist> whats that?
[15:49:49 CST(-0600)] <drewwills> uP root pom lists search-api last among submodules
[15:49:59 CST(-0600)] <drewwills> but there's a dependency on it in up-war
[15:50:01 CST(-0600)] <EricDalquist> module order doesn't matter
[15:50:05 CST(-0600)] <drewwills> ah
[15:50:12 CST(-0600)] <EricDalquist> maven figures out the tree at build time
[15:50:21 CST(-0600)] <drewwills> wonder why i'm getting: Unable to resolve artifact: Missing:
[15:50:22 CST(-0600)] <drewwills> ----------
[15:50:22 CST(-0600)] <drewwills> 1) org.jasig.portal:uportal-search-api:jar:4.0.8-SNAPSHOT
[15:50:44 CST(-0600)] <EricDalquist> are you building in a 4.0.8-SNAPSHOT source tree?
[15:50:49 CST(-0600)] <drewwills> (this is the unicon showcase env, fyi... could be customizations)
[15:50:55 CST(-0600)] <drewwills> should be
[15:51:07 CST(-0600)] <EricDalquist> like if you go into the api module dir
[15:51:12 CST(-0600)] <EricDalquist> and do "mvn clean install:
[15:51:28 CST(-0600)] <EricDalquist> do the groupid, artifactid & version match that missing line?
[15:53:40 CST(-0600)] <drewwills> the version matches... can't see all those in 1 place
[15:54:05 CST(-0600)] <EricDalquist> install should show you the full path to where the file was installed in your local maven repo
[15:54:13 CST(-0600)] <EricDalquist> which would have all that info in the path
[15:55:18 CST(-0600)] <EricDalquist> ok ... 4.0.10 is released
[15:55:23 CST(-0600)] <drewwills> cool
[15:55:29 CST(-0600)] <EricDalquist> I'll post about it tonight to give the maven artifacts time to get out there
[15:56:48 CST(-0600)] <drewwills> the string from the install looked identical (eyeballed)... and now of course it can fid it, because it's installed
[15:57:05 CST(-0600)] <EricDalquist> so my guesses would be
[15:57:17 CST(-0600)] <EricDalquist> your root pom or uportal-war pom have a different version number of group id
[15:57:34 CST(-0600)] <EricDalquist> which would cause maven to not resolve that build time dependency correctly
[15:58:17 CST(-0600)] <drewwills> that was my guess too... looked at those... going to look again
[16:12:35 CST(-0600)] <cwaymire> does uPortal master work with the latest version of tomcat 7? or does it require a specific version?
[16:12:52 CST(-0600)] <EricDalquist> 4.0.10 and master work on tomcat 7
[16:13:48 CST(-0600)] <cwaymire> any version of 7? meaning it will work with the latest version?
[16:13:54 CST(-0600)] <EricDalquist> I believe so
[23:20:43 CST(-0600)] <newman3> hi