Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 37 Next »

[00:30:46 CDT(-0500)] * esm (n=esm@esm.qis.net) has left ##uportal
[08:37:16 CDT(-0500)] * esm (n=esm@esm.qis.net) has joined ##uportal
[09:56:13 CDT(-0500)] <esm> hola
[09:56:26 CDT(-0500)] <EricDalquist> morning
[09:56:42 CDT(-0500)] <EricDalquist> fun discussion on the pluto list about portlet deployment (smile)
[09:56:57 CDT(-0500)] <esm> yeah
[09:57:12 CDT(-0500)] <esm> i may add my 2 cents if I feel like typing it up
[09:57:20 CDT(-0500)] <esm> in general though yes, it needs to be easier
[09:58:12 CDT(-0500)] <EricDalquist> I think I might eventually copy jetspeed's deploy dir in the uPortal webapp
[09:58:21 CDT(-0500)] <EricDalquist> for hot portlet deployment
[09:58:39 CDT(-0500)] <EricDalquist> heck you could even upload WARs through the portlet manager app (smile)
[09:58:48 CDT(-0500)] <esm> (smile)
[09:59:03 CDT(-0500)] <EricDalquist> the EAR based initial stuff is still going to be nice though
[09:59:10 CDT(-0500)] <EricDalquist> espcially for the enterprise installs
[09:59:16 CDT(-0500)] <esm> yeah. the assembly is dog ugly
[09:59:18 CDT(-0500)] <EricDalquist> where you want everything coming from version control
[09:59:56 CDT(-0500)] <esm> i'm working on moving it into a separate module. the assembly is intimately tied to plexus and the ear mojo.
[10:00:22 CDT(-0500)] <esm> So I gotta at least put a bunch of tests in there.
[10:00:29 CDT(-0500)] <EricDalquist> :/
[10:00:53 CDT(-0500)] <EricDalquist> I just realized that eclipse's SVN client is sneaky
[10:01:09 CDT(-0500)] <EricDalquist> if I run a mvn target but don't refresh the project
[10:01:09 CDT(-0500)] <esm> really? that doesn't sound good
[10:01:15 CDT(-0500)] <esm> right
[10:01:22 CDT(-0500)] <esm> yeah you have to manually refresh unfortunatly
[10:01:25 CDT(-0500)] <EricDalquist> and then go into the sync view I don't see the target director
[10:01:28 CDT(-0500)] <EricDalquist> directory
[10:01:31 CDT(-0500)] <esm> doh
[10:01:35 CDT(-0500)] <EricDalquist> and then commit on the project
[10:01:35 CDT(-0500)] <esm> ahhhh
[10:01:38 CDT(-0500)] <esm> right
[10:01:42 CDT(-0500)] <EricDalquist> it silently commits the target directory
[10:01:44 CDT(-0500)] <esm> (smile)
[10:01:57 CDT(-0500)] <EricDalquist> which is VERY different behavior than the CVS sync for eclipse
[10:02:08 CDT(-0500)] <EricDalquist> I understand why with the different structure of svn and cvs commands
[10:02:12 CDT(-0500)] <esm> i think i put an svn:ignore on those when I can. but yeah, you'd think if you are committing that Eclipse would refresh.
[10:02:13 CDT(-0500)] <EricDalquist> but not something I thought about
[10:02:26 CDT(-0500)] <EricDalquist> or that it would only commit what you see in the UI
[10:03:01 CDT(-0500)] <esm> i did commit assembly stuff i don't know if you saw it yet.
[10:03:06 CDT(-0500)] <EricDalquist> just saw it
[10:03:18 CDT(-0500)] <esm> i'm going to run to the post office, and i'll be back on in a bit (i'm at home today)
[10:03:28 CDT(-0500)] <EricDalquist> k
[10:04:46 CDT(-0500)] <esm> so you should just be able to mvn package in the ear project and it will goe
[10:04:55 CDT(-0500)] <EricDalquist> sweet
[10:05:21 CDT(-0500)] <esm> since pluto assembler doesn't have dupe detection, i had to strip out the assembly stuff in the uP3/pom.xml.
[10:05:47 CDT(-0500)] <EricDalquist> thats fine
[10:05:54 CDT(-0500)] <EricDalquist> and actually makes sence
[10:06:04 CDT(-0500)] <esm> right, i thought so too
[10:06:06 CDT(-0500)] <EricDalquist> I think
[10:06:09 CDT(-0500)] <EricDalquist> well we'll see (smile)
[10:06:46 CDT(-0500)] <esm> right. well, again if just-in-time assembly is what we're going for, the ear is as close as we get until there's a jetspeed-like hot deploy
[10:12:36 CDT(-0500)] <esm> bbiab
[11:06:00 CDT(-0500)] <EricDalquist> hey ... I started on this: http://www.ja-sig.org/wiki/display/JSG/Using+Maven+for+your+JA-SIG+project
[11:12:45 CDT(-0500)] <esm> cool
[11:16:30 CDT(-0500)] <esm> i installed this what-would-be-cool-but-it-isnt web 2.0 social annotation tool
[11:16:40 CDT(-0500)] <EricDalquist> ?
[11:16:58 CDT(-0500)] <esm> right click on any webpage, and you can annotate it with notes, and share it with others.
[11:17:08 CDT(-0500)] <EricDalquist> cool
[11:17:24 CDT(-0500)] <esm> except that that when you right click on the webpage, where "copy" normally is on the context menu, it is replaced by a link to the social annotation tool
[11:17:38 CDT(-0500)] <esm> and the "copy" function is moved down on the context menu
[11:17:41 CDT(-0500)] <esm> very annoying
[11:17:52 CDT(-0500)] <EricDalquist> yeah
[11:18:01 CDT(-0500)] <esm> anyway
[11:18:06 CDT(-0500)] <EricDalquist> oh ... if I add the following
[11:18:08 CDT(-0500)] <EricDalquist> <parent>
[11:18:08 CDT(-0500)] <EricDalquist> <groupId>org.jasig.portal</groupId>
[11:18:08 CDT(-0500)] <EricDalquist> <artifactId>jasig-parent</artifactId>
[11:18:08 CDT(-0500)] <EricDalquist> </parent>
[11:18:12 CDT(-0500)] <EricDalquist> to my pom
[11:18:17 CDT(-0500)] <esm> my ? is should the parent jasig pom be in org.jasig not org.jasig.portal?
[11:18:21 CDT(-0500)] <EricDalquist> how does it determine the version?
[11:18:32 CDT(-0500)] <esm> good question.
[11:18:32 CDT(-0500)] <EricDalquist> oh yeah (smile)
[11:18:37 CDT(-0500)] <esm> i've always put the version in there
[11:18:48 CDT(-0500)] <esm> it may default to the latest version available in the repo
[11:19:04 CDT(-0500)] <esm> that would be my guess.
[11:19:38 CDT(-0500)] <EricDalquist> thats what I was thinking
[11:19:49 CDT(-0500)] <EricDalquist> ok ...
[11:20:00 CDT(-0500)] <EricDalquist> so with the latest up3-mvn-simple checked out
[11:20:08 CDT(-0500)] <EricDalquist> I should, from scratch, run 'ant' in bootstrap
[11:20:20 CDT(-0500)] <EricDalquist> then run 'mvn install package' from the project root
[11:20:32 CDT(-0500)] <EricDalquist> and I should get an EAR with properly assembled WARs right?
[11:20:57 CDT(-0500)] <esm> yes
[11:21:06 CDT(-0500)] <esm> i think you can simplify by just running mvn install
[11:21:13 CDT(-0500)] <esm> you'll automatically go thru the package phase
[11:21:24 CDT(-0500)] <EricDalquist> ah ok
[11:21:27 CDT(-0500)] <esm> package is executed before install
[11:21:32 CDT(-0500)] <EricDalquist> makes sense
[11:21:43 CDT(-0500)] <esm> i'll try with a brand new user on my system too, and make sure it works smoothly
[11:22:03 CDT(-0500)] <EricDalquist> and I need to run install because some of the pacakging relies on modules being in the local repo right?
[11:22:11 CDT(-0500)] <EricDalquist> versus just running package
[11:22:34 CDT(-0500)] <esm> correct.
[11:22:39 CDT(-0500)] <esm> but it also depends on the project
[11:22:44 CDT(-0500)] <esm> for example
[11:23:12 CDT(-0500)] <esm> in the uportal3-ear subproject, the ear subproject has dependencies on the artifacts which eventually end up in the war.
[11:23:15 CDT(-0500)] <esm> er
[11:23:16 CDT(-0500)] <esm> ear
[11:23:20 CDT(-0500)] <esm> the dependencies are wars
[11:23:48 CDT(-0500)] <esm> if the dependencies were published out to a remote repository, you could run mvn package in the ear subproject, and it would download the war files from the repo
[11:23:54 CDT(-0500)] <esm> with out you having to mvn install them
[11:23:56 CDT(-0500)] <esm> but yes
[11:24:19 CDT(-0500)] <esm> in general the best thing to do is, especially with a fresh project, is to mvn install
[11:24:25 CDT(-0500)] <EricDalquist> cool
[11:24:46 CDT(-0500)] <EricDalquist> just want to make sure I document it all for myself so I can document it for everyone else once we get to that point
[11:24:52 CDT(-0500)] <esm> right (smile)
[11:25:01 CDT(-0500)] <esm> that was definitly or remains, a challenge with pluto
[11:25:22 CDT(-0500)] <esm> now as part of the release process with pluto i generally always try a source build with an empty local m2 repo
[11:26:11 CDT(-0500)] <EricDalquist> yeah, I have to remember to do that
[11:26:37 CDT(-0500)] <EricDalquist> its easy to get bit by things in your local repo
[11:27:18 CDT(-0500)] <esm> yes exactly!!
[11:27:51 CDT(-0500)] <esm> i'm trying a fresh checkout with a clean user on my system - basically any user with an empty m2 repo should do
[11:27:59 CDT(-0500)] <esm> sometimes i just rm -rf ~/.m2/repository
[11:28:16 CDT(-0500)] <EricDalquist> sweet ... looks like it all works
[11:28:39 CDT(-0500)] <EricDalquist> I rm'd org.jasig from my local repo and then did (from the root of up3-mvn-simple)
[11:28:42 CDT(-0500)] <EricDalquist> cd bootstrap
[11:28:44 CDT(-0500)] <EricDalquist> ant
[11:28:44 CDT(-0500)] <EricDalquist> cd ..
[11:28:47 CDT(-0500)] <EricDalquist> mvn install
[11:29:02 CDT(-0500)] <EricDalquist> I get an EAR with everything assembled
[11:29:17 CDT(-0500)] <EricDalquist> I'm going to go off on this parent-pom tangent for a little bit more
[11:29:35 CDT(-0500)] <esm> excellent.
[11:29:39 CDT(-0500)] <EricDalquist> feel free to edit/comment on http://www.ja-sig.org/wiki/display/JSG/Using+Maven+for+your+JA-SIG+project
[11:29:47 CDT(-0500)] <EricDalquist> either in here or on the page
[11:29:58 CDT(-0500)] <esm> before you promote the branch to trunk i'd like to move the plexus stuff to its own module
[11:30:03 CDT(-0500)] <EricDalquist> I want that to be a good start for people mavenizing their JA-SIG project
[11:30:14 CDT(-0500)] <esm> yes cool i will def. edit and comment
[11:30:26 CDT(-0500)] <EricDalquist> well I still need to get the ear deployer ant task working and actually make sure this thing like ... runs
[11:30:46 CDT(-0500)] <esm> nah.... (smile)
[11:30:48 CDT(-0500)] <esm> j/k
[11:30:58 CDT(-0500)] <esm> ok cool. I should have stuff moved by end of today
[11:31:27 CDT(-0500)] <esm> plexus components have a descriptor file. Instead of hand-coding the descriptor i want to generate it from java annotations. just have to figure it out.
[11:31:27 CDT(-0500)] <EricDalquist> cool
[11:38:47 CDT(-0500)] <EricDalquist> http://developer.ja-sig.org/source/browse/~raw,r=11873/jasigsvn/jasig-parent/pom.xml
[11:38:54 CDT(-0500)] <EricDalquist> can you take a quick look @ that
[11:40:13 CDT(-0500)] <esm> lookin now
[11:40:40 CDT(-0500)] <esm> looks great!
[11:40:45 CDT(-0500)] <EricDalquist> cool
[11:40:51 CDT(-0500)] <esm> extra backwards slash in the <url>
[11:40:56 CDT(-0500)] <esm> er
[11:41:00 CDT(-0500)] <esm> issueManagment url
[11:41:28 CDT(-0500)] <EricDalquist> ah good catch
[11:41:56 CDT(-0500)] <esm> oh
[11:42:00 CDT(-0500)] <esm> one other thing
[11:42:08 CDT(-0500)] <esm> the snapshot repo i think needs to be in its own element
[11:42:18 CDT(-0500)] <esm> humm
[11:42:25 CDT(-0500)] <esm> i'm not sure lemme look at the reference...
[11:43:18 CDT(-0500)] <EricDalquist> ok
[11:44:13 CDT(-0500)] <esm> <repository>
[11:44:13 CDT(-0500)] <esm> <releases>
[11:44:13 CDT(-0500)] <esm> <enabled/>
[11:44:13 CDT(-0500)] <esm> <updatePolicy/>
[11:44:13 CDT(-0500)] <esm> <checksumPolicy/>
[11:44:14 CDT(-0500)] <esm> </releases>
[11:44:16 CDT(-0500)] <esm> <snapshots>
[11:44:18 CDT(-0500)] <esm> <enabled/>
[11:44:20 CDT(-0500)] <esm> <updatePolicy/>
[11:44:22 CDT(-0500)] <esm> <checksumPolicy/>
[11:44:24 CDT(-0500)] <esm> </snapshots>
[11:44:26 CDT(-0500)] <esm> <id/>
[11:44:28 CDT(-0500)] <esm> <name/>
[11:44:30 CDT(-0500)] <esm> <url/>
[11:44:32 CDT(-0500)] <esm> <layout/>
[11:44:34 CDT(-0500)] <esm> </repository>
[11:44:53 CDT(-0500)] <esm> I'm thinking that the snapshot repository needs to have releases disabled and snapshots enabled
[11:45:32 CDT(-0500)] <EricDalquist> ok
[11:46:12 CDT(-0500)] <esm> i'm not sure what the defaults are. But the same defaults will be applied to both the snapshot and production repositories, which is probably not what we want
[11:46:18 CDT(-0500)] <EricDalquist> yeah
[11:46:20 CDT(-0500)] <esm> since one is for snapshots, and the other is for productions.
[11:49:39 CDT(-0500)] <EricDalquist> k, just updated the pom if you want to refresh and verify it for me
[11:50:47 CDT(-0500)] <esm> nice!
[11:50:53 CDT(-0500)] <EricDalquist> cool
[11:51:00 CDT(-0500)] <EricDalquist> I'll deploy that to the repo
[11:51:05 CDT(-0500)] <esm> very cool
[11:52:07 CDT(-0500)] <esm> <hannibal>I like it when a plan comes together</hannibal>
[11:52:52 CDT(-0500)] <EricDalquist> (smile)
[11:52:54 CDT(-0500)] <EricDalquist> brb
[11:56:17 CDT(-0500)] <EricDalquist> ok ... well I should get back to this ear deployer for now so I can acutally make sure this deploys and runs
[12:00:31 CDT(-0500)] <esm> ugh.
[12:00:37 CDT(-0500)] <esm> we need to manually install jta
[12:00:56 CDT(-0500)] <esm> Missing:
[12:00:56 CDT(-0500)] <esm> ----------
[12:00:56 CDT(-0500)] <esm> 1) javax.transaction:jta:jar:1.0.1B
[12:00:56 CDT(-0500)] <esm> Try downloading the file manually from:
[12:00:56 CDT(-0500)] <esm> http://java.sun.com/products/jta
[12:00:57 CDT(-0500)] <esm> Then, install it using the command:
[12:00:59 CDT(-0500)] <esm> mvn install:install-file -DgroupId=javax.transaction -DartifactId=jta {color}
[12:01:01 CDT(-0500)] <esm> -Dversion=1.0.1B -Dpackaging=jar -Dfile=/path/to/file
[12:01:03 CDT(-0500)] <esm> Path to dependency:
[12:01:05 CDT(-0500)] <esm> 1) org.jasig.portal:uportal3-impl:jar:1.0.0-SNAPSHOT
[12:01:07 CDT(-0500)] <esm> 2) org.hibernate:hibernate:jar:3.2.2.ga
[12:01:09 CDT(-0500)] <esm> 3) javax.transaction:jta:jar:1.0.1B
[12:01:13 CDT(-0500)] <esm> or exclude it if we aren't really using it
[12:01:24 CDT(-0500)] <EricDalquist> yup
[12:01:30 CDT(-0500)] <EricDalquist> there are a few others
[12:01:41 CDT(-0500)] <EricDalquist> person-directory uses spring-ldap which needs ldapbp
[12:01:47 CDT(-0500)] <esm> are you going to bootstrap them or put them in the jasig repo?
[12:02:14 CDT(-0500)] <esm> i'm not sure what the legal implications are
[12:03:04 CDT(-0500)] <esm> i put all the javax.* stuff in a JHU repo but since my projects are all "local" to JHU I don't care.
[12:03:10 CDT(-0500)] <esm> JA-SIG however might
[12:03:53 CDT(-0500)] <EricDalquist> yeah
[12:03:55 CDT(-0500)] <EricDalquist> I'm not sure
[12:04:04 CDT(-0500)] <EricDalquist> most projects just document what you need to do with that
[12:04:12 CDT(-0500)] <EricDalquist> I'll probably email the dev list about it
[12:09:55 CDT(-0500)] <EricDalquist> how does the pom overriding logic work?
[12:10:13 CDT(-0500)] <EricDalquist> say the parent pom defines 2 repositories
[12:10:22 CDT(-0500)] <EricDalquist> and the child defines 1
[12:10:35 CDT(-0500)] <EricDalquist> does the child see all 3 or just the 1?
[12:20:08 CDT(-0500)] <esm> good question i'm not sure
[12:20:15 CDT(-0500)] <esm> i don't know if it merges or overrides
[12:20:17 CDT(-0500)] <esm> i think it merges
[12:20:22 CDT(-0500)] <EricDalquist> I think so too
[12:20:34 CDT(-0500)] <EricDalquist> I just did a test with build plugins and thats what it does
[12:20:44 CDT(-0500)] <esm> did you use the same <id>
[12:22:27 CDT(-0500)] <EricDalquist> for the repos?
[12:23:17 CDT(-0500)] <esm> yeah in the child
[12:24:13 CDT(-0500)] <EricDalquist> in this case I did
[12:24:36 CDT(-0500)] <EricDalquist> it was the realization that I had to specify the jasig repo in childrent of jasig-parent or the child wouldn't know where to find it (smile)
[12:25:55 CDT(-0500)] <esm> (smile)
[12:26:22 CDT(-0500)] <esm> I would expect, but I haven't confirmed, that if you specify a repo in a child with the same ID as that of the parent that the childs settings would override the parent.
[12:26:40 CDT(-0500)] <esm> but if you specified a repo in the child with a different id than that of one in the parent, that it would be added
[12:26:47 CDT(-0500)] <esm> but I don't know for sure.
[12:27:04 CDT(-0500)] <EricDalquist> sounds reasonable
[12:27:28 CDT(-0500)] <EricDalquist> I've been having issues with the cobertura plugin lately
[12:27:55 CDT(-0500)] <esm> i've never used it what does it do?
[12:27:57 CDT(-0500)] <esm> reporting?
[12:28:14 CDT(-0500)] <EricDalquist> it is an open source version of clover
[12:28:27 CDT(-0500)] <EricDalquist> so unit test coverage
[12:28:41 CDT(-0500)] <esm> ah nice
[12:29:28 CDT(-0500)] <esm> i did receive the OOM error once.
[12:29:48 CDT(-0500)] * lescour (n=JBouncer@adsl-38-10-98.tulsaconnect.com) has joined ##uportal
[12:30:16 CDT(-0500)] <EricDalquist> yeah, with that I just have the jxr stuff disabled until we break up the source into smaller bits
[12:30:26 CDT(-0500)] <esm> ah ok
[12:37:45 CDT(-0500)] <EricDalquist> hey, if I want to change the maven-plugin's group
[12:37:54 CDT(-0500)] <EricDalquist> what other files do I need to make sure I update?
[12:38:57 CDT(-0500)] <esm> you mean in the pom
[12:39:23 CDT(-0500)] <EricDalquist> yeah
[12:39:44 CDT(-0500)] <EricDalquist> I'm going through and updaing the poms to follow the guidelines on the wiki page
[12:40:02 CDT(-0500)] <esm> since no other poms are using it, the only place the rename happens is in the uportal3-maven-plugin/pom.xml
[12:40:06 CDT(-0500)] <esm> but
[12:40:20 CDT(-0500)] <esm> probably the package structure of the java code should match the groupId
[12:40:28 CDT(-0500)] <esm> I don't think there is any
[12:40:51 CDT(-0500)] <esm> nothing is using the uportal3-maven-plugin, I created it as a placeholder in case we extended the maven ear plugin
[12:41:00 CDT(-0500)] <EricDalquist> ah ... well that probably won't happen with the naming scheme thats currently layed out on the wiki page
[12:41:14 CDT(-0500)] <EricDalquist> ex, I picked 'org.jasig.portal.up3' as the group id for uP3 poms
[12:41:24 CDT(-0500)] <esm> ok
[12:41:26 CDT(-0500)] <EricDalquist> but that package doesn't exist anywhere
[12:41:36 CDT(-0500)] <EricDalquist> think that is going to be an issue down the road?
[12:41:44 CDT(-0500)] * esm thinks
[12:42:46 CDT(-0500)] <esm> it isn't a strict req that the POM groupId match the java package structure (AFAIK)
[12:42:56 CDT(-0500)] <esm> so, technically, no it shouldn't be an issue
[12:43:12 CDT(-0500)] <esm> but every maven project I've worked with follows that convention
[12:43:16 CDT(-0500)] <EricDalquist> we would just be different
[12:43:22 CDT(-0500)] <esm> right
[12:43:24 CDT(-0500)] <EricDalquist> :/
[12:43:26 CDT(-0500)] <esm> well
[12:43:28 CDT(-0500)] <EricDalquist> I'll have to think about that
[12:43:35 CDT(-0500)] <esm> the other thing to consider is to not have a bunch of group id's
[12:43:44 CDT(-0500)] <esm> for example, pluto just uses org.apache.pluto and puts everything under that
[12:43:46 CDT(-0500)] <esm> er
[12:43:48 CDT(-0500)] <esm> not "under"
[12:43:58 CDT(-0500)] <esm> but org.apache.pluto is the only groupId used by pluto.
[12:44:00 CDT(-0500)] <esm> ohhh
[12:44:12 CDT(-0500)] <esm> well maybe not for the pluto-maven-plugin
[12:44:35 CDT(-0500)] <esm> nope
[12:44:36 CDT(-0500)] <EricDalquist> yeah
[12:44:43 CDT(-0500)] <esm> pluto just uses "org.apache.pluto"
[12:44:49 CDT(-0500)] <esm> in all their sub-projects
[12:44:57 CDT(-0500)] <esm> i could check jetspeed too.
[12:44:57 CDT(-0500)] <EricDalquist> in this case 'org.jasig.portal.up3' would be the group id for everything in the uPortal 3 project
[12:45:12 CDT(-0500)] <EricDalquist> just to keep it seperate from up2 stuff since there will be some things for that
[12:45:52 CDT(-0500)] <esm> unless you have an artifactId name collision i don't see a problem keeping up2 stuff and up3 stuff together with the same group Id.
[12:46:35 CDT(-0500)] <esm> for example if there is an artifact that is up2 sepecific, you could indicate that with up2 in the artifactid
[12:47:09 CDT(-0500)] <esm> but i'm not really advocating one or the other, just saying it would be different.
[12:47:18 CDT(-0500)] <EricDalquist> true
[12:47:43 CDT(-0500)] <esm> if there is good reason to keep stuff separate (not just keeping them separate for the sake of keeping them separate) then yeah, thats a good reason
[12:47:59 CDT(-0500)] <esm> how much up2 specific stuff do you think we will have
[12:48:18 CDT(-0500)] <EricDalquist> not much actually
[12:48:22 CDT(-0500)] <EricDalquist> probably just the -apis jar
[12:48:38 CDT(-0500)] <esm> yeah
[12:49:14 CDT(-0500)] <esm> there are some things that will transend up2, up3, and upX
[12:49:16 CDT(-0500)] <esm> like the maven plugins
[12:49:22 CDT(-0500)] <esm> and any plexus components
[12:49:28 CDT(-0500)] <esm> things specific to the build and deploy process
[12:49:41 CDT(-0500)] <esm> since theyshould be supported for up3 and any future version
[12:50:03 CDT(-0500)] <esm> possibly services as well, like PD and GAPS
[12:50:06 CDT(-0500)] <esm> well PD
[12:50:59 CDT(-0500)] <esm> we could just use the org.jasig groupId
[12:51:06 CDT(-0500)] <EricDalquist> true, but those may be better of in their own project
[12:51:11 CDT(-0500)] <EricDalquist> I'd rather be a little more specific
[12:51:17 CDT(-0500)] <esm> yeah.
[12:51:24 CDT(-0500)] <EricDalquist> uP3 is going to end up with like 20+ sub projects as it is
[12:51:29 CDT(-0500)] <EricDalquist> and that is a lot of clutter
[12:52:56 CDT(-0500)] <esm> yeah
[12:53:04 CDT(-0500)] <esm> well
[12:53:26 CDT(-0500)] <esm> hmm. ok i gotta run and drop my wife off at work but I will be back in a couple hours
[12:53:33 CDT(-0500)] <esm> i agree, that will be clutter-riffic.
[12:53:42 CDT(-0500)] <EricDalquist> later
[13:05:19 CDT(-0500)] <lescour> i received approval to submit my persentation proposal
[13:16:31 CDT(-0500)] <EricDalquist> cool
[13:16:39 CDT(-0500)] <EricDalquist> get it in today!
[14:09:59 CDT(-0500)] <esm> ok back
[14:10:04 CDT(-0500)] <esm> for a little while anyway
[14:10:08 CDT(-0500)] <EricDalquist> (smile)
[14:10:12 CDT(-0500)] <EricDalquist> well I just updated all the poms
[14:10:29 CDT(-0500)] <EricDalquist> so you should update, clean and probably clean out org/jasig in your local m2 repo
[14:11:01 CDT(-0500)] <EricDalquist> I'm working on figuring out how to get the ear deployer task working in that root build.xml
[14:11:13 CDT(-0500)] <esm> ok sweet i'll clean house on my end
[14:12:04 CDT(-0500)] <esm> hm
[14:12:21 CDT(-0500)] <esm> i have pending commits, hopefully this won't be too bloody (smile)
[14:12:40 CDT(-0500)] <EricDalquist> (smile)
[14:12:45 CDT(-0500)] <EricDalquist> it shouldn't be
[14:12:47 CDT(-0500)] <EricDalquist> I hope ...
[14:15:45 CDT(-0500)] <esm> shouldn't be a problem, the pom's should merge fine
[14:16:06 CDT(-0500)] <esm> yup, no problem
[14:16:17 CDT(-0500)] <EricDalquist> so I seem to have a bit of a catch-22 with the ear deployer ant task
[14:16:40 CDT(-0500)] <EricDalquist> I'm not sure how to make it work unless the .jar is included with the project
[14:16:54 CDT(-0500)] <esm> the uportal3-impl.jar ?
[14:17:16 CDT(-0500)] * esm refreshes eclipse
[14:17:50 CDT(-0500)] <EricDalquist> hrm actually this might work
[14:19:20 CDT(-0500)] * esm hearts the m2eclipse plugin
[14:24:17 CDT(-0500)] <EricDalquist> woohoo
[14:24:21 CDT(-0500)] <EricDalquist> the ant task is working
[14:25:48 CDT(-0500)] <esm> sweet
[14:26:07 CDT(-0500)] <EricDalquist> a few tweaks and I'll stick it in cvs
[14:26:24 CDT(-0500)] <EricDalquist> the root build.xml still hasn't been made to work on anything other than win32 yet though :/
[14:26:28 CDT(-0500)] <EricDalquist> I'll give that a try next
[14:27:00 CDT(-0500)] <esm> i'm running a fresh build now
[14:27:10 CDT(-0500)] <esm> with a cleaned out org/jasig repo
[14:27:18 CDT(-0500)] <EricDalquist> cool
[14:29:30 CDT(-0500)] <esm> wow i have a slow machine
[14:29:34 CDT(-0500)] <esm> (at home)
[14:29:41 CDT(-0500)] <esm> the only saving grace is its 2 gb of ram.
[14:31:27 CDT(-0500)] <EricDalquist> yeah, ram==good
[14:31:31 CDT(-0500)] <EricDalquist> this laptop has 2G
[14:31:38 CDT(-0500)] <EricDalquist> but my home laptop is at 1.25
[14:31:50 CDT(-0500)] <EricDalquist> and when I start doing a lot of dev on there I have to be carefull how much else I have open
[14:33:42 CDT(-0500)] <EricDalquist> brb
[14:39:22 CDT(-0500)] <EricDalquist> ok, the deploy task is in SVN
[14:40:02 CDT(-0500)] <esm> k i'm troubleshooting a deploy problem with my new location for the plexus artifacts
[15:11:50 CDT(-0500)] <EricDalquist> I think I might have it where you can just check out the up3 project, update build.properties to point to tomcat and run
[15:11:51 CDT(-0500)] <EricDalquist> ant
[15:11:56 CDT(-0500)] <EricDalquist> and it does everything
[15:12:17 CDT(-0500)] <esm> cool
[15:12:36 CDT(-0500)] <esm> well i'm still having trouble with the plexus components. its a transitive dep thing.
[15:12:40 CDT(-0500)] <EricDalquist> :/
[15:12:48 CDT(-0500)] <esm> if you want to promote to trunk go ahead, I can fix this later
[15:12:53 CDT(-0500)] <EricDalquist> when starting with a clean repository?
[15:12:57 CDT(-0500)] <esm> yeah
[15:13:05 CDT(-0500)] <EricDalquist> oh I still haven't even started tomcat yet
[15:13:09 CDT(-0500)] <EricDalquist> that should happen next
[15:13:52 CDT(-0500)] <EricDalquist> crap
[15:14:46 CDT(-0500)] <EricDalquist> the jar with the up3-ant tasks needs to be in the repository before the ant is started
[15:15:09 CDT(-0500)] <EricDalquist> so calling 'mvn install' and then trying to use the up3 ant tasks in the same script doesn't work
[15:17:28 CDT(-0500)] <esm> you are in the up3 ant subproject?
[15:18:01 CDT(-0500)] <esm> or rather, where is the script
[15:18:14 CDT(-0500)] <EricDalquist> the build.xml is in the root directory
[15:18:33 CDT(-0500)] <esm> ok yeah i'm in it
[15:18:34 CDT(-0500)] <EricDalquist> the problem is I was hoping to call the 'mvn install' and use the built task in the same run of the script
[15:18:48 CDT(-0500)] <EricDalquist> but it appears that the ant classloaded doesn't like that too much
[15:19:36 CDT(-0500)] <EricDalquist> classloader*
[15:19:42 CDT(-0500)] <EricDalquist> I have some other options to play with
[15:20:15 CDT(-0500)] <esm> (smile) good luck

  • No labels