[13:56:45 CDT(-0500)] <EricDalquist> anyone else having issues connecting to google chat?
[13:57:34 CDT(-0500)] <holdorph> i don't think i am. that is i have multiple accounts that all look connected. I'll try pinging someone.
[13:58:24 CDT(-0500)] <holdorph> confirmed, i sent a message to someone and received a reply. So seems to be up for me.
[13:58:33 CDT(-0500)] <EricDalquist> :/
[14:53:06 CDT(-0500)] <mmoayyed> Hi Eric, got a quick sec?
[14:53:26 CDT(-0500)] <EricDalquist> sure
[14:54:08 CDT(-0500)] <mmoayyed> tnx. I am trying to deploy an instance of UP 4.0.3, when I bring up the portal in tomcat, I see the following message in the logs: java.lang.NoSuchMethodError: javax.xml.stream.XMLOutputFactory.newFactory()
[14:54:14 CDT(-0500)] <mmoayyed> any ideas? I am on Java 1.6.27
[14:54:52 CDT(-0500)] <EricDalquist> hrm
[14:54:57 CDT(-0500)] <EricDalquist> I thought that was added in like _16
[14:55:07 CDT(-0500)] <EricDalquist> what does "java -version" spit out?
[14:55:21 CDT(-0500)] <mmoayyed> Java(TM) SE Runtime Environment (build 1.6.0_27-b07)
[14:55:21 CDT(-0500)] <mmoayyed> Java HotSpot(TM) Client VM (build 20.2-b06, mixed mode, sharing)
[14:56:03 CDT(-0500)] <mmoayyed> I could certainly see the class/method when I looked up the type in Eclipse. it all checks out
[14:56:16 CDT(-0500)] <EricDalquist> you sure that tomcat is using the same JVM?
[14:57:09 CDT(-0500)] <mmoayyed> when I startup, I see the JRE_HOME set to C:\Program Files (x86)\Java\jdk1.6.0_27, which is what eclipse uses too
[14:58:19 CDT(-0500)] <EricDalquist> huh
[14:58:37 CDT(-0500)] <athena1> any chance there's some random jar or something interfering?
[14:59:08 CDT(-0500)] <EricDalquist> could be
[14:59:15 CDT(-0500)] <EricDalquist> you could add -verbose:class to the tomcat start options
[14:59:36 CDT(-0500)] <EricDalquist> and sift through the epic log file
[14:59:42 CDT(-0500)] <EricDalquist> that will log the .jar/.class file every class is loaded from
[14:59:44 CDT(-0500)] <mmoayyed> ok gr8. let me give that a shot. it's possible there's something dandling out there
[15:00:04 CDT(-0500)] <EricDalquist> brb
[15:14:29 CDT(-0500)] <holdorph> when in doubt blame windows
[15:21:13 CDT(-0500)] <mmoayyed> excellent! thanks very much for the hint
[15:21:17 CDT(-0500)] <mmoayyed> found the dangling jar
[15:23:23 CDT(-0500)] <athena1> yay!
[15:23:27 CDT(-0500)] <athena1> what was it?
[15:25:36 CDT(-0500)] <mmoayyed> I had recently gone through a shib idp install and had the jar inside my endorsed directory
[15:25:47 CDT(-0500)] <mmoayyed> this was a very cool tip!
[15:26:22 CDT(-0500)] <athena1> yeah eric is a helpful guy 
[15:26:44 CDT(-0500)] <athena1> by the way, EricDalquist, when you're around again - i think we need to take a look at the permissions in git
[15:26:57 CDT(-0500)] <athena1> right now all the portlets are under the uportal team
[15:27:07 CDT(-0500)] <athena1> which means that mmoayyed can't administer his simple content portlet
[15:29:08 CDT(-0500)] <mmoayyed> ha ha ha. Windows can be really weird. I recently went through a sonatype portlet release with git for clearpass. man alive, all kinds of strange issues!
[15:52:31 CDT(-0500)] <EricDalquist> mmoayyed: so what jar was at fault?
[15:52:31 CDT(-0500)] <EricDalquist> and is it something we need to fix in the uPortal distribution?
[15:54:32 CDT(-0500)] <mmoayyed> it was the xml-api file I had left in my endorsed directory for tomcat, when I was going through a shib idp install. it's not related to the dist process at all.
[15:54:38 CDT(-0500)] <EricDalquist> ah
[15:54:41 CDT(-0500)] <EricDalquist> ok good to know
[15:54:55 CDT(-0500)] <mmoayyed> thanks for the tip! very useful
[15:54:58 CDT(-0500)] <EricDalquist> that endorsed lib is a dangerous thing 
[15:55:00 CDT(-0500)] <EricDalquist> no problem
[15:55:07 CDT(-0500)] <EricDalquist> verbose:class is kinda neat
[15:55:13 CDT(-0500)] <EricDalquist> just a lot of data to sift through
[15:56:07 CDT(-0500)] <mmoayyed> yeah, spits out a ton. I somewhat wish that the exception had that info in a way, not sure how but certainly it would have saved me an hour or so, looking through the config
[16:33:29 CDT(-0500)] <mmoayyed> Question: what's the best way to resolve dup key constraints during the data import process?
[16:33:43 CDT(-0500)] <EricDalquist> depends on the data item that is failing
[16:35:15 CDT(-0500)] <mmoayyed> This is what I presently get: ERROR: duplicate key value violates unique constraint "up_layout_struct_pkey"
[16:35:15 CDT(-0500)] <mmoayyed> [java] Detail: Key (layout_id, user_id, struct_id)=(1, 14, 12) already exists.
[16:35:33 CDT(-0500)] <mmoayyed> trying to import the staff-lo fragment layout file
[16:35:49 CDT(-0500)] <EricDalquist> does the layout file have multiple nodes with the same ID attribute?