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 15 Next »

[08:02:01 CST(-0600)] * deuce (n=deuce@ip68-110-100-205.ph.ph.cox.net) has joined ##uportal
[09:13:02 CST(-0600)] * deuce (n=deuce@ip68-110-100-205.ph.ph.cox.net) has joined ##uportal
[09:18:37 CST(-0600)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[10:26:31 CST(-0600)] * deuce_ (n=deuce@ip70-190-171-187.ph.ph.cox.net) has joined ##uportal
[10:56:50 CST(-0600)] * deuce_ (n=deuce@uni1.unicon.net) has joined ##uportal
[10:58:16 CST(-0600)] <deuce_> eric
[10:59:47 CST(-0600)] <EricDalquist> hey
[11:00:18 CST(-0600)] <deuce_> expert spring mvc and web flow .. by Seth Ladd
[11:00:30 CST(-0600)] <EricDalquist> just looking at that on amazon, thanks (smile)
[11:00:37 CST(-0600)] <deuce_> cool (smile)
[11:00:54 CST(-0600)] <EricDalquist> off to a meeting!
[11:00:58 CST(-0600)] <deuce_> peace
[11:31:51 CST(-0600)] * dmccallum (n=dmccallu@plmomibas02-lo10-a444.plmomi.tds.net) has joined ##uportal
[13:06:54 CST(-0600)] * EricDalquist (n=dalquist@bohemia.doit.wisc.edu) has joined ##uportal
[13:49:47 CST(-0600)] * deuce_ (n=deuce@ip70-190-171-187.ph.ph.cox.net) has joined ##uportal
[13:52:06 CST(-0600)] * agherna (n=argherna@singularity.ci.uiuc.edu) has joined ##uportal
[13:52:50 CST(-0600)] * agherna (n=argherna@singularity.ci.uiuc.edu) has left ##uportal
[14:06:19 CST(-0600)] * peterk (i=[U2FsdGV@66.226.77.81) has joined ##uportal
[14:10:21 CST(-0600)] <peterk> Guys, what's the status of migration to SVN and subsequent move to maven? I remember at the status meeting someone mentioned that we needed to reach agreement with JASIG folks regarding SVN.
[14:19:10 CST(-0600)] * agherna (n=argherna@singularity.ci.uiuc.edu) has joined ##uportal
[15:13:31 CST(-0600)] <dmccallum> peterk, the SVN move has sort of stalled. i sent an email to the clearinghouse list a few weeks ago with the changes i wanted to make to apache config so we could re-use our existing commercial cert, but i didn't get any feedback and haven't followed up
[15:14:13 CST(-0600)] <dmccallum> i wonder if its something we really want to bite off for RC1 or would it just be so much extra noise?
[15:15:07 CST(-0600)] <peterk> I think the main argument for it is that we we'll have the stage set for further development, which is something we really want to do to involve community as much as possible after RC1
[15:15:49 CST(-0600)] <peterk> getting it into SVN and on maven would allow gradual development from then on
[15:18:20 CST(-0600)] <dmccallum> i'm willing to help with the SVN effort. i think it'd be a good idea if Eric or somebody else with more intimate knowledge of that hosting env (and appropriate group membership) took a look at the proposed configuration. i can re-post my original note to the clearinghouse list.
[15:19:09 CST(-0600)] <dmccallum> in theory, the switch to SVN really shouldn't be too painful at all
[15:20:11 CST(-0600)] <dmccallum> peterk, i was wondering if i could get some clarification on http://www.ja-sig.org/issues/browse/UPT-99
[15:20:59 CST(-0600)] <dmccallum> specifically, is this something that we really want hibernate taking care of, or is this something more appropriate for handling in a network of registry event listeners?
[15:23:01 CST(-0600)] <peterk> I'd prefer to have this at the DAO layer. This should make transaction management and the code itself easier. Hibernate has some ability to maintain integrity, but I don't really know if we can get everything implemented this way.
[15:23:37 CST(-0600)] <peterk> And we should probably ask EricDalquist what the specific problems were
[15:25:14 CST(-0600)] <dmccallum> hmmm.... we can definitely do it in hibernate, either with interceptors or event listeners.... i guess my concern was that we have registries with (indirect) references to these objects. i didn't know how important it would be to ensure that those references are cleaned up as part of the cascaded delete of persistent objects

  • No labels