[05:59:26 EDT(-0400)] * higmad (n=chatzill@pcit-8752.HIG.SE) has joined ##uportal <EricDalquist> <pathelement location="$ " /> <EricDalquist> <artifact:pom file="@ /pom.xml" id="@ .pom" /> <EricDalquist> <artifact:dependencies pathid="@ .classpath" verbose="false"> <EricDalquist> <pom refid="@ .pom" />
[08:33:37 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[08:42:24 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131209.dsl.bell.ca) has joined ##uportal
[08:42:33 EDT(-0400)] * anastasiac (n=stasia@142.150.154.189) has joined ##uportal
[08:56:50 EDT(-0400)] * EricDalquist (n=EricDalq@adsl-76-208-69-153.dsl.mdsnwi.sbcglobal.net) has joined ##uportal
[09:15:28 EDT(-0400)] * athena (n=athena@dhcp128036158215.central.yale.edu) has joined ##uportal
[09:16:48 EDT(-0400)] <dstn> So I have a subscribe_id n958 in this external table but in up_layout_struct I see no struct_id of 958. Does this mean the channel was deleted? Do values get deleted out of up_layout_struct when you delete a channel?
[09:17:18 EDT(-0400)] <EricDalquist> the user probably removed the channel from their layout
[09:18:08 EDT(-0400)] <EricDalquist> and no, when you delete a channel nothing gets deleted from the layouts
[09:18:17 EDT(-0400)] <EricDalquist> actually nothing gets delete from up_channel
[09:18:31 EDT(-0400)] <EricDalquist> the channel is really just marked inactive
[09:20:08 EDT(-0400)] * athena (n=athena@dhcp128036158215.central.yale.edu) has joined ##uportal
[09:38:01 EDT(-0400)] * fj4000 (n=Jacob@142.150.154.106) has joined ##uportal
[09:41:51 EDT(-0400)] <EricDalquist> hrm ... just found an annoying channel/portlet missmatch
[09:42:12 EDT(-0400)] <EricDalquist> the error channel is essentially a portlet entity level thing
[09:42:42 EDT(-0400)] <EricDalquist> so as support for transient portlet windows (exclusive/detached) appears the error handling gets confusing
[09:42:50 EDT(-0400)] <athena> ah
[09:42:51 EDT(-0400)] <athena> hm
[09:43:00 EDT(-0400)] <EricDalquist> I'm not sure how much longer we can keep up the portal>channel>portlet abstraction
[09:43:26 EDT(-0400)] <athena> is it a useful abstraction to maintain going forward?
[09:43:29 EDT(-0400)] <EricDalquist> I'm thinking the rendering code is going to need to be refactored fairly soon to make portlets top-level items
[09:43:32 EDT(-0400)] <EricDalquist> not really
[09:43:34 EDT(-0400)] <athena> gotcha
[09:43:39 EDT(-0400)] <EricDalquist> it was left because it was easier
[09:43:42 EDT(-0400)] * athena advocates death to channels
[09:43:57 EDT(-0400)] <EricDalquist> I'm guessing that when we try to integrate portlet 2.0 it will have to go away
[09:44:10 EDT(-0400)] <EricDalquist> I think having a channel adaptor portlet would be doable though
[09:44:45 EDT(-0400)] <EricDalquist> I did get detached working for portlets though 
[09:45:24 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131209.dsl.bell.ca) has joined ##uportal
[09:46:26 EDT(-0400)] <athena> awesome
[09:46:35 EDT(-0400)] <EricDalquist> yeah
[09:46:39 EDT(-0400)] <athena> and i like the idea of having a channel adaptor portlet, for backwards compatibility
[09:46:46 EDT(-0400)] <EricDalquist> should work well if a portlet needs to do a pop-up
[09:46:52 EDT(-0400)] <athena> awesome
[09:49:49 EDT(-0400)] <EricDalquist> I wish there was a css "reset" style
[09:50:06 EDT(-0400)] <EricDalquist> so I could stick it around the inner most portal rendered div that wraps each portlet
[10:10:55 EDT(-0400)] * jessm (n=Jess@c-71-232-3-4.hsd1.ma.comcast.net) has joined ##uportal
[10:22:52 EDT(-0400)] * lennard1 (n=sparhk@ip68-98-56-21.ph.ph.cox.net) has left ##uportal
[10:41:33 EDT(-0400)] * lennard1 (n=sparhk@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[10:49:37 EDT(-0400)] * michelled (n=team@142.150.154.193) has joined ##uportal
[11:06:37 EDT(-0400)] * apetro (n=apetro@ip68-3-207-51.ph.ph.cox.net) has joined ##uportal
[11:07:41 EDT(-0400)] * colinclark (n=colin@bas2-toronto09-1176131209.dsl.bell.ca) has joined ##uportal
[11:13:32 EDT(-0400)] * awills (n=awills@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:22:10 EDT(-0400)] <athena> EricDalquist: do you know where the uportal-impl.classpath gets generated in the uportal build.xml?
[11:22:27 EDT(-0400)] <EricDalquist> heh, yeah ... just a sec
[11:22:43 EDT(-0400)] <athena> sure, thanks
[11:23:00 EDT(-0400)] <EricDalquist> line 817 in trunk
[11:23:00 EDT(-0400)] <EricDalquist> <macrodef name="uportal-impl-macro">
[11:23:22 EDT(-0400)] <EricDalquist> uportal-impl.classpath is generated by the maven-artifact-macro
[11:23:28 EDT(-0400)] <athena> hm, ok
[11:23:41 EDT(-0400)] <EricDalquist> it should include all dependencies declared in the uportal-impl pom
[11:23:48 EDT(-0400)] <athena> i guess i don't quite understand how it works
[11:24:08 EDT(-0400)] <EricDalquist> so go to line 721
[11:24:17 EDT(-0400)] <EricDalquist> <macrodef name="maven-artifact-macro">
[11:24:33 EDT(-0400)] <EricDalquist> that macro takes a project name & path
[11:24:40 EDT(-0400)] <EricDalquist> a project corresponds with a pom.xml file here
[11:24:57 EDT(-0400)] <EricDalquist> line 732-735 use the Maven ant tasks JAR
[11:25:00 EDT(-0400)] <athena> oh! this is all different in 3.1
[11:25:16 EDT(-0400)] <EricDalquist> it should be essentially the same since 3.0
[11:25:17 EDT(-0400)] <athena> i think this makes more sense now
[11:25:29 EDT(-0400)] <EricDalquist> line #s are probably different
[11:25:38 EDT(-0400)] <athena> actually it looks a lot different
[11:25:41 EDT(-0400)] <EricDalquist> but the way the macros work has not changed since the very first 3.0 release
[11:26:00 EDT(-0400)] <EricDalquist> what are you looking at that is different?
[11:26:05 EDT(-0400)] <athena> i was confused by the code in 3.0 that seemed to be combining the uportal-impl.classpath into uportal-impl-full.classpath
[11:26:09 EDT(-0400)] <athena> but that all seems to be gone now
[11:26:21 EDT(-0400)] <EricDalquist> it is still there
[11:26:32 EDT(-0400)] <EricDalquist> line 828
[11:26:36 EDT(-0400)] <EricDalquist> <path id="uportal-impl-full.classpath">
[11:26:36 EDT(-0400)] <EricDalquist> <path refid="uportal-impl.classpath" />
[11:26:37 EDT(-0400)]
[11:26:37 EDT(-0400)] <EricDalquist> </path>
[11:26:51 EDT(-0400)] <athena> ah, there we go
[11:27:20 EDT(-0400)] <EricDalquist> so the uportal-impl.classpath and uportal-impl.artifact are both created by the maven-artifact-macro
[11:27:27 EDT(-0400)] <athena> so uportal-impl.classpath gets generated by the maven-artifact-macro, and then uportal-impl-macro putts then together?
[11:27:32 EDT(-0400)] <EricDalquist> right
[11:27:47 EDT(-0400)] <athena> thanks, i think that makes more sense now
[11:28:20 EDT(-0400)] <athena> i think i had some problems before w/ the database jar not ending up on that classpath when the jdbc dependency properties were specified on the command line
[11:28:41 EDT(-0400)] <EricDalquist> that wouldn't supprise me
[11:28:49 EDT(-0400)] <athena> i'll have to try again and see
[11:28:57 EDT(-0400)] <athena> would you expect profiles to have problems as well?
[11:29:03 EDT(-0400)] <EricDalquist> no
[11:29:11 EDT(-0400)] <EricDalquist> well
[11:29:12 EDT(-0400)] <EricDalquist> hrm
[11:29:28 EDT(-0400)] <EricDalquist> the issues would be with:
[11:29:29 EDT(-0400)]
[11:29:29 EDT(-0400)]
[11:29:29 EDT(-0400)]
[11:29:30 EDT(-0400)] <EricDalquist> </artifact:dependencies>
[11:29:36 EDT(-0400)] <EricDalquist> I have no idea how to tell those which profile to use
[11:30:29 EDT(-0400)] <athena> ok, i'll take a look at it
[11:30:53 EDT(-0400)] * holdorph (n=holdorph@wsip-98-174-242-39.ph.ph.cox.net) has joined ##uportal
[11:31:33 EDT(-0400)] <athena> stuff like this is part of why i'd really like to move to all maven
[11:31:41 EDT(-0400)] <EricDalquist> yup
[11:31:43 EDT(-0400)] <EricDalquist> me too
[11:31:50 EDT(-0400)] <EricDalquist> we need to start documenting how that would happen
[11:32:39 EDT(-0400)] <athena> that'd be fantastic
[11:32:40 EDT(-0400)] <athena>
[11:33:04 EDT(-0400)] <athena> i don't know whether we'd wind up needing a maven plugin or not
[11:33:09 EDT(-0400)] <athena> but we can look into our options
[11:33:20 EDT(-0400)] <EricDalquist> yeah
[11:34:48 EDT(-0400)] * athena kicks maven.apache.org
[11:41:23 EDT(-0400)] <EricDalquist> biab
[11:46:15 EDT(-0400)] <athena> ugh, apparently profiles are not supported
Unknown macro: {uportal-impl.artifact}
Unknown macro: {project-path}
Unknown macro: {project-name}
Unknown macro: {project-name}
Unknown macro: {project-name}
General
Content
Integrations