[00:03:46] *** bitshuffler_ has quit IRC
[00:05:18] *** johnament is now known as johnament_away
[00:09:28] <bleathem> I've been wanting to create a jsfunit test showing the Faces/Catch integration
[00:09:38] <lightgua1d_jp> Got it running on my server Shane
[00:09:40] <bleathem> currently hung up on the JSFUnit/Arquillian/Seam bit
[00:09:48] <bleathem> anyways, the vanpool awaits.
[00:09:53] <lightgua1d_jp> IntelliJ thinks it needs to download all the transitive deps from the project though
[00:09:57] *** bleathem has quit IRC
[00:10:30] *** gastaldi has joined #seam-dev
[00:11:00] <gastaldi> johnament_away: Here is my proposal for event handling in Seam JCR: https://github.com/gastaldi/jcr/tree/new-event
[00:11:01] <sbryzak> lightgua1d_jp: is it hitting the exception handler?
[00:11:07] <lightgua1d_jp> Yes
[00:11:18] <lightgua1d_jp> Seeing the same thing you did
[00:11:26] <sbryzak> did you have to change something?
[00:11:41] <lightgua1d_jp> No, it's just running
[00:11:45] <lightgua1d_jp> I'm seeing the same thing you are
[00:11:47] <sbryzak> so it's hitting CatchExceptionHandler?
[00:11:49] <sbryzak> ah, ok
[00:12:04] <lightgua1d_jp> When this is done I'll have almost all the source of JBoss...
[00:22:06] *** gastaldi has quit IRC
[00:27:47] *** aslak has quit IRC
[00:30:06] <lightgua1d_jp> sbryzak: It's being logged before Catch gets to it
[00:34:53] <lightgua1d_jp> sbryzak: I looks like the either the EL impl or the integration is logging it.
[00:35:59] <sbryzak> lightgua1d_jp: EL is a possibility
[00:36:07] <sbryzak> seeing as the method is being invoked from a commandButton
[00:38:48] <sbryzak> need to check this code here:  javax.faces.component.MethodBindingMethodExpressionAdapter.invoke(MethodBindingMethodExpressionAdapter.java:98)
[00:38:57] <sbryzak> i'll download the jsf source
[00:42:00] <lightgua1d_jp> Yeah
[00:45:32] <lightgua1d_jp> I wish there was a class in the log
[00:45:51] <lightgua1d_jp> Got javax.enterprise.resource.webcontainer.jsf.lifecycle but that's not a whole lot of help
[00:46:20] *** gastaldi has joined #seam-dev
[00:48:07] <sbryzak> i don't think that EL is doing the logging
[00:49:06] <sbryzak> MethodBindingMethodExpressionAdapter is just rethrowing the ELException
[00:49:16] <sbryzak> actually, it's unwrapping it and throwing the cause
[00:50:02] <lightgua1d_jp> It's not a full unwrap, but yes, I see (using older source, so it doesn't fully match up)
[00:50:14] <lightgua1d_jp> I still think it's going to be in EL
[00:50:32] <lightgua1d_jp> Seemed like that was where I saw the trace printed was after a bunch of el stacks
[00:50:56] <sbryzak> if it was in EL it would happen before the catch block
[00:51:23] <sbryzak> line 98 is already inside the catch
[00:51:30] <lightgua1d_jp> Where'd you get the source for JSF and I'll step through some more
[00:51:51] <sbryzak> svn checkout https://svn.java.net/svn/mojarra~svn/trunk
[00:52:49] <sbryzak> lightgua1d_jp: are you ok to work on this?  i need to put some attention into other issues ;)
[00:52:50] <lightgua1d_jp> yuck
[00:53:17] <gastaldi> EGit really sucks
[00:53:44] <lightgua1d_jp> sbryzak: For a little bit yes.
[00:57:16] <sbryzak> lightgua1d_jp: hopefully between you , bleatham and myself we can work it out
[00:58:07] <lightgua1d_jp> Got the source (would have prefered a jar, but whatever)
[00:58:14] <lightgua1d_jp> Going to run it again
[01:00:47] <lightgua1d_jp> sbryzak: Which version of weld is in AS6?
[01:00:55] <sbryzak> good question
[01:02:00] <sbryzak> i can't tell from the manifest
[01:02:19] <sbryzak> weird, it's got 'Built-By: shane' in there, but i don't remember building it...
[01:03:01] <sbryzak> specification version is listed as 1.1.0-SNAPSHOT, which isn't helpful
[01:03:08] <lightgua1d_jp>  14 Specification-Version: 1.1.0.CR3^M
[01:03:25] <lightgua1d_jp> weld-core-no-jsf.jar
[01:03:35] <lightgua1d_jp> jboss-6.0//server/default/deployers/weld.deployer/weld-core-no-jsf.jar
[01:03:42] <sbryzak> that's the one i'm looking at
[01:04:05] <sbryzak> weird...
[01:04:12] <sbryzak> ah
[01:04:25] <sbryzak> i must have replaced it
[01:04:34] <sbryzak> that would explain my name being there
[01:04:53] <sbryzak> my memory isn't what it used to be...
[01:08:33] <lightgua1d_jp> haha
[01:08:38] <lightgua1d_jp> Should I be worried?
[01:08:55] <sbryzak> perhaps i should be ;)
[01:11:09] <lightgua1d_jp> Can't get the source???
[01:11:30] <sbryzak> huh?
[01:12:18] <lightgua1d_jp> Close enough
[01:12:18] *** stuartdouglas has quit IRC
[01:13:55] *** stuartdouglas has joined #seam-dev
[01:13:55] *** stuartdouglas has joined #seam-dev
[01:14:58] *** johnament_away is now known as johnament
[01:15:37] *** stuartdouglas_ has joined #seam-dev
[01:16:34] *** stuartdouglas has quit IRC
[01:16:35] *** stuartdouglas_ is now known as stuartdouglas
[01:30:28] <johnament> gastaldi: none. because we have to make them.
[01:31:00] <gastaldi> How would the app developer control it ?
[01:31:17] <gastaldi> I mean, could be an expensive operation re-creating a Repository object
[01:32:23] <gastaldi> right?
[01:34:29] <johnament> well that's why producer methods exist.
[01:34:46] <gastaldi> I thought that were different concerns
[01:34:57] <johnament> bridging non components into the component model.
[01:35:10] <gastaldi> Producer methods to be called when an instance in the required scope is not present
[01:36:10] <johnament> right
[01:36:19] <johnament> in existing libraries, those beans will never exist.
[01:36:30] <johnament> so we give them a producer method
[01:36:57] <gastaldi> You are telling about jars without beans.xml, right ?
[01:37:57] <johnament> right
[01:38:05] <gastaldi> ok
[01:38:45] <gastaldi> BTW, have u checked my branch about the event-handling change ?
[01:39:15] <johnament> looking at it now
[01:39:22] 
[01:39:32] <gastaldi> But worked anyway
[01:40:04] 
[01:44:05] <gastaldi> johnament: I really doubt that cleanSession is going to be called sometime
[01:44:19] <johnament> gastaldi: why?
[01:44:39] <gastaldi> At least in the tests they are never called
[01:44:45] <gastaldi> by the container
[01:45:02] <johnament> depends on how you create your session.  if you inject it directly, it gets called.
[01:45:02] <lightgua1d_jp> sbryzak: Getting close, I think, but dinner time
[01:50:24] 
[01:53:04] <johnament> gastaldi: if you're proxying the instance, then it won't work, you'll still need a producer method.
[01:53:52] 
[01:59:02] <johnament> no
[02:00:39] <johnament> what if you did something really simple?
[02:00:53] <gastaldi> like what ?
[02:02:13] <gastaldi> I found that is the only way to allow EventListener objects to be registered to created Session objs
[02:02:29] <gastaldi> without requiring calling an specific method to do that
[02:02:42] <johnament> what if we just had a wrapper?
[02:02:52] <gastaldi> Repository ?
[02:02:55] <johnament> yes
[02:03:01] 
[02:03:11] <gastaldi> No proxy objects then
[02:03:53] <johnament> right
[02:03:59] <gastaldi> let me change that
[02:05:21] <johnament> we want to wrap whatever repository impl that is behind us with special code in our case
[02:06:39] <gastaldi> So JcrEventListener and EventListenerConfig will be passed on the constructor ?
[02:08:06] <gastaldi> humm.... Maybe we could have a RepositoryDecorator abstract class and implementations based on that
[02:08:27] <gastaldi> WDYT ?
[02:09:18] <johnament> makes sense to me
[02:12:02] <gastaldi> A Suggestion:  RepositoryWrapper makes more sense or RepositoryDecorator ?
[02:15:13] <johnament> SeamRepositoryImpl ?
[02:15:33] <gastaldi> or that
[02:16:26] <gastaldi> hum.... I am in doubt if creating implementations would not get the code cluttered
[02:16:46] <gastaldi> WDYT about having a single SeamRepositoryImpl class?
[02:17:17] <johnament> that implements javax.jcr.Repository?
[02:17:50] <gastaldi> yeah
[02:18:09] <gastaldi> Actually I coded SeamRepositoryImpl as abstract
[02:18:19] <gastaldi> and created a SeamEventRepositoryImpl that extends it
[02:19:26] <johnament> what about AbstractSeamRepositoryImpl and SeamEventRepositoryImpl ?
[02:20:29] <gastaldi> Right.. I always suck on choosing a good naming standard
[02:21:00] <gastaldi> Hummmm
[02:21:05] 
[02:21:32] 
[02:22:10] <johnament> the producer is the factory in this case.
[02:22:13] <gastaldi> yeah
[02:22:24] <gastaldi> done
[02:22:47] <gastaldi> https://github.com/gastaldi/jcr/tree/new-event
[02:24:01] <gastaldi> much better
[02:26:37] <gastaldi> Any more suggestions ?
[02:29:27] <johnament> can they all be in the same package?
[02:31:18] <gastaldi> org.jboss.seam.jcr.repository ?
[02:33:39] <johnament> maybe
[02:33:44] <johnament> grr java needs method handles
[02:35:26] <lightgua1d_jp> sbryzak: Found it
[02:36:11] *** gastaldi has quit IRC
[02:38:49] *** gastaldi has joined #seam-dev
[02:39:41] <gastaldi> done
[02:40:16] <johnament> Seam JMS and MDBs just don't want to get along.
[02:40:21] <gastaldi> Nice piece of code for alpha-1
[02:41:06] <gastaldi> gotta go now, check u later
[02:41:22] <gastaldi> johnament: Any more suggestions, please mail me
[02:42:01] <johnament> loooks good
[02:42:14] *** gastaldi has quit IRC
[02:44:11] *** johnament has quit IRC
[02:56:07] *** gastaldi has joined #seam-dev
[03:02:17] *** gastaldi has quit IRC
[03:27:52] *** lincolnthree has quit IRC
[03:31:15] *** tsurdilo has quit IRC
[03:44:06] <jbossbot> git [international] push master 48047aa.. Ken Finnigan Add Unit tests
[03:44:06] <jbossbot> git [international] push master URL: http://github.com/seam/international/compare/e91c5f6...48047aa
[04:04:10] *** daniel_hinojosa has quit IRC
[04:09:47] *** bleathem has joined #seam-dev
[04:13:03] <bleathem> sbryzak lightgua1d_jp ping
[04:13:10] <lightgua1d_jp> hey
[04:13:14] <bleathem> hey
[04:13:29] <bleathem> how's it going with shane's Catch/Faces bug?
[04:13:40] <bleathem> (I just read through the IRC log)
[04:13:45] <lightgua1d_jp> bleathem: Catch and Faces are working fine.
[04:13:50] <bleathem> you're thinking it's getting logged by EL?
[04:13:59] <lightgua1d_jp> It's logged by JSF
[04:14:18] <bleathem> huh, but JSF is supposed to delegate to it's exception handlers
[04:14:22] <lightgua1d_jp> They changed it in Mojarra 2.1 to be at FINE level, but in 2.0.3 and 2.0.4 it's at SEVERE
[04:14:30] <lightgua1d_jp> Yep
[04:14:39] <bleathem> So it's a Mojarra bug?
[04:15:11] <lightgua1d_jp> Well, technically it is delegating to the handler, they're just logging before it gets there
[04:15:26] <bleathem> ok, so Catch can still handle it
[04:15:30] <lightgua1d_jp> Yep
[04:15:43] <bleathem> I though Shane wasn't seeing Catch geting invoked
[04:15:45] <bleathem> ?
[04:15:50] <lightgua1d_jp> No, it was
[04:16:09] <bleathem> Or rather, the Faces Exception handler wasn't getting invoked
[04:16:16] <bleathem> line 50...
[04:16:18] <lightgua1d_jp> Could just have been his IDE
[04:16:23] <lightgua1d_jp> I saw things working
[04:16:24] <bleathem> ah, ok
[04:16:33] <bleathem> phew!
[04:16:41] <lightgua1d_jp> I've seen eclipse screw up on debugging at times
[04:16:59] <bleathem> If only the world was using IDEA...!
[04:17:23] <bleathem> Thanks for looking into that
[04:17:33] <bleathem> it came up at a bad time for me.
[04:17:34] <lightgua1d_jp> Yeah, lots of source downloading
[04:17:39] <bleathem> Can't miss that vanpool!
[04:17:41] <lightgua1d_jp> Sure, no problem
[04:17:44] <lightgua1d_jp> :)
[04:17:52] *** daniel_hinojosa has joined #seam-dev
[04:18:16] <bleathem> Well, I'll go squash other faces issues for a bit then
[04:18:24] <lightgua1d_jp> :)
[04:20:48] <bleathem> What's the deal with code format these days
[04:20:56] <bleathem> we have the new templates, but are we using them yet?
[04:21:22] <lightgua1d_jp> Catch is using them, Dan's going to reformat Servlet soon
[04:22:06] <lightgua1d_jp> I think we'll find out more on Wednesday, but I'd suggest getting it done before final :)
[04:23:48] <bleathem> Any "batch" ways of doing that accross the whole code base?
[04:24:09] <bleathem> .. story time .. be back in a few
[04:24:16] <lightgua1d_jp> Select one file in a package, format and chose everything in this package and sub packages
[04:44:57] <bleathem> lightgua1d_jp thanks, might be worth firing up eclipse for that, if I can't figure out something similar in netbeans
[04:48:18] <lightgua1d_jp> Haven't done enough debugging in netbeans to know.
[04:58:35] <jbossbot> git [solder] push master dd8fd14.. Dan Allen upgrade log4j version which fixes exclusions
[04:58:35] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/0bd65c3...dd8fd14
[04:59:15] <sbryzak> bleathem: ping
[04:59:22] <bleathem> hey
[04:59:42] <sbryzak> bleathem: i'm getting a weird exception every time an app gets undeployed
[04:59:55] <sbryzak> i'm not sure if it's a problem with seam-faces or with solder
[04:59:58] <sbryzak> http://pastebin.com/X9LqHyjj
[05:00:48] <lightgua1d_jp> Looks like faces
[05:00:54] <bleathem> So the Seam faces AbstractListener is trying to get a Bean Manager, and it fails
[05:01:22] <lightgua1d_jp> We need to change that so it doesn't do that on shutdown
[05:01:32] <lightgua1d_jp> Isn't there a hook somewhere we can use?
[05:01:38] <bleathem> I'll look at the offending line of code
[05:01:58] <sbryzak> bleathem: thanks
[05:02:33] <bleathem> The class extends BeanManagerAware
[05:02:39] <bleathem> and calls getBeanManager
[05:02:56] <bleathem> That *should*\ work right?
[05:03:32] <sbryzak> i guess so, if the BeanManager is available
[05:03:37] <sbryzak> i guess on shutdown it's not though
[05:03:47] <bleathem> So if it's not available, we want to fail gracefully?
[05:04:01] <bleathem> Anyway of knowing if we are in shutdown?
[05:04:14] <sbryzak> it would be preferable if it knew it was shutting down
[05:04:21] <sbryzak> good question
[05:05:10] <bleathem> This might be where the application lifecycle stuff of CDI 1.1 comes in
[05:05:43] <bleathem> But there might be JSF events for that too.  I'll have a look
[05:05:54] <jbossbot> git [solder] push master af9c653.. Dan Allen disable compat tests in weld embedded container (meaningless anyway)
[05:05:55] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/dd8fd14...af9c653
[05:06:55] <bleathem> JSF publishes the event: javax.faces.event.PreDestroyApplicationEvent
[05:07:24] <bleathem> we could listen for that event, and disable the AbstractListener
[05:07:46] <bleathem> bit of a chicken/egg scenario there, now that I re-read it!
[05:08:15] <sbryzak> bleathem: that sounds like it might work
[05:08:19] <bleathem> I'll file a Jira
[05:08:27] <bleathem> do we want this for 3.0.0.final?
[05:09:09] <sbryzak> it would be nice to fix it, yes
[05:12:09] <bleathem> This was on tomcat?
[05:12:42] <lightgua1d_jp> JBoss AS 6
[05:12:45] <sbryzak> AS6
[05:13:05] <bleathem> thrown off by the tomcat in the stack trace :P
[05:13:31] <bleathem> Getting used to AS 6 one day at a time!
[05:20:08] <bleathem> SEAMFACES-96 filed
[05:20:10] <jbossbot> jira [SEAMFACES-96] Disable Abstractlistener when JSF application is shutting down [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-96
[05:22:58] <bleathem> When are we targeting a 3.0.0.Final release?
[05:23:05] <bleathem> Is it this week already?
[05:38:01] <lightgua1d_jp> 19th
[05:38:08] <lightgua1d_jp> We'll see though
[05:38:14] <lightgua1d_jp> Dan is working on compat these last few days
[05:50:17] <bleathem> ty
[05:54:10] <jbossbot> git [security] push master 72b4a66.. Shane Bryzak completed authorization example
[05:54:10] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/69338e6...72b4a66
[06:02:07] <jbossbot> git [faces] push master 0f3d2ac.. Brian Leathem SEAMFACES-95: Make ProjectStage available from EL - using Enum
[06:02:08] <jbossbot> jira [SEAMFACES-95] Make ProjectStage available from EL [Reopened (Unresolved) Feature Request, Minor, Brian Leathem] https://issues.jboss.org/browse/SEAMFACES-95
[06:02:08] <jbossbot> git [faces] push master URL: http://github.com/seam/faces/compare/7df7e81...0f3d2ac
[06:46:53] *** bleathem has quit IRC
[06:49:42] *** lightgua1d_jp has quit IRC
[06:55:41] *** lukaszlenart has joined #seam-dev
[06:55:50] *** lukaszlenart has left #seam-dev
[06:57:52] *** clerum has quit IRC
[07:33:43] *** jharting has joined #seam-dev
[08:02:51] *** daniel_hinojosa has quit IRC
[08:03:27] *** daniel_hinojosa has joined #seam-dev
[08:21:06] *** sbryzak has quit IRC
[08:21:48] *** sbryzak has joined #seam-dev
[08:21:48] *** sbryzak has joined #seam-dev
[08:32:48] *** marekn has joined #seam-dev
[08:34:59] *** oskutka has joined #seam-dev
[08:45:13] *** shervin_a has joined #seam-dev
[08:51:17] *** mgencur has joined #seam-dev
[08:56:21] *** aslak has joined #seam-dev
[08:56:23] *** aslak has quit IRC
[08:56:24] *** aslak has joined #seam-dev
[09:12:26] *** aslak has quit IRC
[09:12:45] *** aslak has joined #seam-dev
[09:39:35] *** kpiwko has joined #seam-dev
[09:45:55] *** epbernard has joined #seam-dev
[09:45:55] *** epbernard is now known as emmanuel
[09:47:25] *** alesj has joined #seam-dev
[10:45:25] <mgencur> sbryzak: ping
[10:53:51] <mgencur> mgencur: hi Shane, is the authorization example in Seam Security module finished? can I write a func. test for it?
[10:53:57] <mgencur> sbryzak: ^^
[11:03:58] *** mgencur is now known as mgencur_afk
[11:16:03] *** pmuir has joined #seam-dev
[11:16:04] *** pmuir has quit IRC
[11:16:04] *** pmuir has joined #seam-dev
[11:52:16] <jbossbot> git [rest] push master 792db9b.. Jozef Hartinger fixed compat profile
[11:52:16] <jbossbot> git [rest] push master 827b749.. Jozef Hartinger fixed compat profile
[11:52:17] <jbossbot> git [rest] push master 1f5ee58.. Jozef Hartinger finish example renaming
[11:52:17] <jbossbot> git [rest] push master URL: http://github.com/seam/rest/compare/7e716ef...1f5ee58
[11:55:38] *** mgencur_afk is now known as mgencur
[12:04:40] *** jose_freitas_brb is now known as jose_freitas
[12:09:25] *** daniel_hinojosa has quit IRC
[12:17:36] *** emmanuel has quit IRC
[12:22:43] *** jharting has quit IRC
[12:27:07] *** daniel_hinojosa has joined #seam-dev
[12:30:06] *** epbernard has joined #seam-dev
[12:30:06] *** epbernard is now known as emmanuel
[12:39:00] *** maschmid has joined #seam-dev
[12:45:45] *** daniel_hinojosa has quit IRC
[12:59:56] *** lukaszlenart has joined #seam-dev
[13:25:00] *** koentsje has joined #seam-dev
[13:28:50] *** daniel_hinojosa has joined #seam-dev
[13:45:23] *** koentsje has quit IRC
[13:50:56] *** balunasj has joined #seam-dev
[14:06:50] *** balunasj has quit IRC
[14:27:47] *** lightguard_jp has joined #seam-dev
[14:31:43] *** tsurdilo has joined #seam-dev
[14:37:44] *** gastaldi has joined #seam-dev
[14:38:22] *** gastaldi has quit IRC
[15:01:49] *** lincolnthree has joined #seam-dev
[15:04:27] *** gastaldi has joined #seam-dev
[15:04:37] <gastaldi> hey ho ! :)
[15:04:51] <jose_freitas> hey
[15:05:01] <lincolnthree> *chirp*
[15:05:05] <gastaldi> lol
[15:08:05] *** rruss has joined #seam-dev
[15:10:54] *** clerum has joined #seam-dev
[15:13:58] <lightguard_jp> lincolnthree: That's my line
[15:14:04] <lightguard_jp> I guess I was too slow
[15:14:17] <lincolnthree> You're right, sorry, mine is supposed to be *crickets*
[15:15:30] <gastaldi> hehe
[15:15:53] <gastaldi> *whistle from "the good, the bad and the ugly"*
[15:17:04] 
[15:17:26] <gastaldi> pmuir: We hope to see u again in Brazil
[15:23:05] *** alesj has left #seam-dev
[15:23:30] *** mgencur has quit IRC
[15:24:51] *** mgencur has joined #seam-dev
[15:45:54] *** clerum has quit IRC
[15:46:36] *** clerum has joined #seam-dev
[15:55:29] *** bleathem has joined #seam-dev
[16:00:52] *** balunasj has joined #seam-dev
[16:01:27] *** mojavelinux has joined #seam-dev
[16:16:43] <jbossbot> git [build] push master cbe3da3.. Dan Allen explain origin
[16:16:43] <jbossbot> git [build] push master URL: http://github.com/seam/build/compare/9037e14...cbe3da3
[16:17:07] *** lukaszlenart has left #seam-dev
[16:34:32] *** gastaldi has quit IRC
[16:34:51] *** shervin_a has quit IRC
[16:39:39] *** oskutka has quit IRC
[16:40:33] <jbossbot> git [build] push master 411a1e8.. Dan Allen rename file, mention XML rules
[16:40:33] <jbossbot> git [build] push master URL: http://github.com/seam/build/compare/cbe3da3...411a1e8
[16:43:48] <jbossbot> git [build] push master ac14e8a.. Dan Allen seperate section for XML rules
[16:43:48] <jbossbot> git [build] push master URL: http://github.com/seam/build/compare/411a1e8...ac14e8a
[17:12:18] <mojavelinux> getting the glassfish 3.1 REST adapter for Arquillian is very high priority
[17:12:31] <mojavelinux> we absolutely need that to pull us out of this hole
[17:12:50] <mojavelinux> aslak has asked for the branch to be updated to the latest arquillian master and he will pull it into the alpha5 release
[17:13:04] <mojavelinux> I'm not too worried about it being perfect, if it works at all, that is a starting point
[17:13:10] <mojavelinux> jason, can you look at that?
[17:13:59] *** balunasj is now known as balunasj_mtg
[17:14:04] <aslak> mojavelinux, embedded 3.1 won't work ?
[17:14:16] <mojavelinux> we need absolutely purity
[17:14:19] <mojavelinux> absolute
[17:14:24] <aslak> m
[17:14:27] <mojavelinux> and only a remote container can give us that
[17:14:35] <mojavelinux> because we are dealing with super subtle classpath issues
[17:14:41] <aslak> aa, right
[17:14:53] <mojavelinux> but in general, yes, we'll get the embedded ones going too
[17:15:05] <aslak> mojavelinux, the embedded 3.1 is going
[17:15:07] <aslak> and in master
[17:15:19] <mojavelinux> right, good. i meant added to the seam modules
[17:15:25] <mojavelinux> but yes, excellent news
[17:15:26] <aslak> aa
[17:16:10] <mojavelinux> the reason it's so important is because these tests are helping the glassfish team know when they've fixed the bug...I know, crazy that they are using our tests, but hey, whatever gets the job done ;)
[17:17:38] <aslak> :)
[17:18:34] *** daniel_hinojosa has quit IRC
[17:20:14] <aslak> mojavelinux, have you pushed any gf remote 3.1 snapshots to jboss nexus ?
[17:20:48] <lightguard_jp> Oops, forgot to say I was away here
[17:20:54] *** pmuir has quit IRC
[17:21:11] <mojavelinux> we had, but right now they are based on arquillian alpah4
[17:22:10] <lightguard_jp> Okay, I can work on getting that done. What's the deadline I need to shoot for?
[17:24:13] <mojavelinux> the sooner the better, but the hard end date would be the alpha5 freeze. aslak? got a date for that (or at least will it be > 7 days?)
[17:24:21] <aslak> mojavelinux, just got a mail from someone that noticed this was empty https://repository.jboss.org/nexus/content/repositories/public/org/jboss/arquillian/container/arquillian-glassfish-remote-3.1/1.0.0-SNAPSHOT/
[17:24:47] <aslak> mojavelinux, lightguard_jp: Wednesday
[17:25:02] *** daniel_hinojosa has joined #seam-dev
[17:25:19] <mojavelinux> got it, okay, so very urgent...jason let's work on it together
[17:27:19] *** kpiwko has quit IRC
[17:33:11] <lightguard_jp> mojavelinux: Okay, can do.
[17:33:19] <lightguard_jp> That'll be my task for to night it seems :)
[17:41:18] *** marekn has quit IRC
[17:52:55] <jbossbot> git [forge] push master cf48760.. Lincoln Baxter, III SEAMFORGE-35
[17:52:57] <jbossbot> jira [SEAMFORGE-35] Support <TAB>-complete when prompting for missing required parameters [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMFORGE-35
[17:52:57] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/0d9338b...cf48760
[17:53:41] *** mgencur has quit IRC
[17:55:01] <lightguard_jp> mojavelinux: I have my arq-323 branch rebased on arquillian/master now
[17:55:06] <lightguard_jp> If you want to fetch it
[18:00:57] *** maschmid has quit IRC
[18:06:20] <mojavelinux> excellent
[18:07:52] *** daniel_hinojosa has quit IRC
[18:08:47] *** daniel_hinojosa has joined #seam-dev
[18:12:18] <jbossbot> git [servlet] push master e9348dc.. Dan Allen add note
[18:12:18] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/368df20...e9348dc
[18:13:24] <jbossbot> git [servlet] push master 87cc61a.. Dan Allen update solder version in test
[18:13:25] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/e9348dc...87cc61a
[18:14:07] *** sbryzak has quit IRC
[18:19:46] *** wesleyhales has joined #seam-dev
[18:20:23] <jbossbot> git [solder] push master 877bf61.. Dan Allen Merge branch 'SOLDER-80' of https://github.com/jharting/seam-solder into jharting-SOLDER-80
[18:20:24] <jbossbot> jira [SOLDER-80] Solder throws NPE when scanning a class not residing in a package [Pull Request Sent (Unresolved) Bug, Major, Jozef Hartinger] https://issues.jboss.org/browse/SOLDER-80
[18:20:24] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/af9c653...877bf61
[18:24:29] <mojavelinux> the seam workflow was broken in that it was leaving issues as unresolved when the pull request was marked as closed
[18:24:31] <mojavelinux> so I'm fixing them
[18:30:54] <jose_freitas>  hey mojavelinux,still fighting with the fish?
[18:53:30] <lightguard_jp> mojavelinux: I'll wait until you're done to look at the tickets that were re-opened, chances are they need to be closed again
[18:54:26] <jbossbot> git [forge] push master ac99201.. Lincoln Baxter, III SEAMFORGE-64
[18:54:30] <jbossbot> jira [SEAMFORGE-64] add-repository should offer a built-in list of known repositories [Closed (Done) Feature Request, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SEAMFORGE-64
[18:54:30] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/cf48760...ac99201
[19:07:07] <mojavelinux> lightguard_jp: I opened and closed them...I had to open them because you can't change the status otherwise
[19:07:09] <mojavelinux> which is lame
[19:07:23] <mojavelinux> so they are in the correct closed state now
[19:07:39] <lightguard_jp> mojavelinux: Okay, all good then
[19:07:40] <mojavelinux> how an issue can be resolved and unresolved at the same time, i have no idea
[19:07:47] <mojavelinux> jira shouldn't even allow that
[19:08:05] <mojavelinux> jose yeah, I've got some changes to push in booking..working on it now
[19:08:15] <lightguard_jp> I think they're different fields internally.
[19:08:33] <lightguard_jp> But I agree
[19:09:06] <jbossbot> git [solder] push master ed03595.. Dan Allen comment
[19:09:06] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/877bf61...ed03595
[19:12:36] <jbossbot> git [servlet] push master 2dda4fd.. Dan Allen SEAMSERVLET-30 generate typed logger
[19:12:37] <jbossbot> jira [SEAMSERVLET-30] Add annotation processor to generate typed loggers and message bundles [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMSERVLET-30
[19:12:37] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/87cc61a...2dda4fd
[19:19:19] *** balunasj_mtg has quit IRC
[19:25:44] *** pmuir has joined #seam-dev
[19:25:44] *** pmuir has quit IRC
[19:25:44] *** pmuir has joined #seam-dev
[19:33:13] <lightguard_jp> mojavelinux: I'm assuming (and I hope the rest of the Seam community is as well) the meeting won't change UTC time because of DST.
[19:35:07] <mojavelinux> I was going to ask that
[19:35:30] <mojavelinux> I think we need to change or else it becomes 6 am for shane
[19:35:42] <mojavelinux> what's the timeanddate say?
[19:36:39] <lightguard_jp> looking
[19:37:40] <lightguard_jp> http://www.timeanddate.com/worldclock/meetingtime.html?month=3&day=16&year=2011&p1=0&p2=47&p3=263&p4=-1
[19:38:13] <lightguard_jp> 2100 is 0700 for Shane
[19:38:17] <lightguard_jp> And Stuart
[19:38:36] <lightguard_jp> 1700 for East Coast US
[19:40:57] *** bitshuffler has joined #seam-dev
[19:45:55] <mojavelinux> we better move our time then, I guess. hmm damn time zones
[19:46:23] <lightguard_jp> Can't move this week
[19:46:27] <clerum> we still need agenda emails or something sent out
[19:46:29] <lightguard_jp> We'll have to put it on the agenda
[19:46:36] <clerum> meetings still have very low attendance
[19:46:38] <lightguard_jp> clerum: Good point
[19:46:45] <clerum> I think people just forget
[19:47:00] <clerum> if we sent out an agenda a couple hours before it might help
[19:47:47] <mojavelinux> yep, agreed
[19:48:03] <lightguard_jp> Maybe a day ahead
[19:48:06] <lightguard_jp> If possible
[19:49:02] <mojavelinux> we would include the agenda then too, which is something I"ve been trying to be good about, but so far, failing somewhat
[19:49:45] <lightguard_jp> I think we can only go forward
[19:50:22] <lightguard_jp> 0000 or 0100 UTC
[19:51:05] *** bitshuffler_ has joined #seam-dev
[19:52:00] <lightguard_jp> Darn DST
[19:52:41] <bleathem> Would be good to have meeting minutes somehow
[19:52:53] <bleathem> the IRC logs take too long to read
[19:53:06] <bleathem> abridged minutes, would be very useful
[19:55:18] *** bitshuffler has quit IRC
[20:02:29] <lightguard_jp> bleathem: bit.ly/bundles/lightguard/1
[20:02:50] <lightguard_jp> Take a look at those. I think it'l a really cool bot that could help out a lot with minutes and such
[20:07:59] <bleathem> lightguard_jp that would help a lot, even if only a few key people use it
[20:08:21] <bleathem> minutes could then be mailed to seam-dev
[20:08:31] <bleathem> and people wouldn't miss important decisions
[20:11:33] <lightguard_jp> Max from the tools project uses it, wouldn't be hard at all to set it up
[20:25:57] <bleathem> +1 you got my vote.  Maybe we should bring it up at the next meeting :P
[20:26:23] <lightguard_jp> I've talked to Dan about in the past, but mojavelinux is always a little busy :)
[20:26:53] <bleathem> Well, let's get his rubber stamp, and go ahead and do it.  Does it have to take his time?
[20:27:21] <lightguard_jp> Maybe just to grab the logs from Max, or setup the bot himself.
[20:27:57] <bleathem> Is there anyone else who can set it up?
[20:28:07] <lightguard_jp> Basically anyone.
[20:28:08] <lightguard_jp> Really
[20:28:14] <lightguard_jp> We only need it around for meetings
[20:28:27] <lightguard_jp> It's nice to have them always in the channel, but not necessary
[20:28:45] <lightguard_jp> If they're always in the channel then you can start a "meeting" whenever and have it record things
[20:29:15] <bleathem> That would be cool
[20:29:29] <bleathem> there are lots of impromptu module specific meetings that go on in here
[20:31:43] *** tsurdilo1 has joined #seam-dev
[20:33:17] *** tsurdilo has quit IRC
[20:35:38] <lightguard_jp> bleathem: Yep
[20:35:59] <lightguard_jp> If we have even a little bit of server space with ssh access and open irc ports it could be setup fairly easily.
[20:37:01] <mojavelinux> that was annoying as all hell. I Just had to update the configuration for all seam jira projects
[20:37:09] <mojavelinux> but I figured out the problem with the missing pull request workflow link
[20:37:16] *** cbrock has joined #seam-dev
[20:37:17] *** cbrock has quit IRC
[20:37:17] *** cbrock has joined #seam-dev
[20:37:21] <mojavelinux> the workflow was not being applied to the Enhancement type
[20:37:23] <mojavelinux> issue type
[20:37:30] <mojavelinux> in order to add it, I had to create a new workflow scheme
[20:37:40] <mojavelinux> and then reapply that to all the projects
[20:37:42] <mojavelinux> lame
[20:37:46] <mojavelinux> but, now it's fixed
[20:37:49] <mojavelinux> yeah
[20:38:39] <mojavelinux> i know why the invented irc
[20:38:51] <mojavelinux> having to toggle between 20 private message windows is really hard
[20:39:01] <lincolnthree> and email is lame
[20:39:29] <lightguard_jp> mojavelinux: Got enough conversations going on?
[20:47:08] <lightguard_jp> mojavelinux: Do we have space and proc time somewhere we can put that bot for Seam meetings?
[20:47:58] <mojavelinux> we could add it to the jboss bot
[20:48:37] <lightguard_jp> We'd need it to dump the created output somewhere
[20:56:27] <jbossbot> git [international] push master e808419.. Dan Allen remove direct use of slf4j api
[20:56:28] <jbossbot> git [international] push master 342f587.. Dan Allen Merge branch 'master' of github.com:seam/international
[20:56:28] <jbossbot> git [international] push master URL: http://github.com/seam/international/compare/48047aa...342f587
[20:57:28] <lightguard_jp> bleathem: Do you have time to look at config for that bot?
[21:00:52] *** emmanuel has quit IRC
[21:01:05] *** tsurdilo2 has joined #seam-dev
[21:03:06] *** tsurdilo1 has quit IRC
[21:07:34] *** lincolnthree has quit IRC
[21:10:02] <bleathem> lightguard_jp Sure, I'll look at it.  Don't know much about IRC bots, but I guess it's time to change that :P
[21:10:35] <lightguard_jp> You don't need to understand the bots, just how to configure this one to listen to this channel, and where to kick out the logs.
[21:10:45] <bleathem> ok
[21:10:57] <bleathem> I'll put it off till after the 3.0.0.Final release
[21:11:07] <bleathem> todoist time!
[21:12:57] <lightguard_jp> Was hoping for before final, but that should be fine :)
[21:13:04] <lightguard_jp> It's not a top priority
[21:13:12] <lightguard_jp> We've been going along alright thus far
[21:15:16] <bleathem> Too many outstanding jira issues right now
[21:15:29] <bleathem> I'd rather spend my time getting some polish ofn Faces
[21:15:36] <bleathem> s/ofn/on/
[21:16:49] <lightguard_jp> sure
[21:17:52] <jbossbot> git [international] push master URL: http://github.com/seam/international/compare/342f587...48047aa
[21:20:08] <jbossbot> git [international] push master 0c1f7f1.. Dan Allen remove direct use of slf4j-api
[21:20:08] <jbossbot> git [international] push master URL: http://github.com/seam/international/compare/48047aa...0c1f7f1
[21:21:26] <mojavelinux> rats, I went to bed, woke up and now booking doesn't work
[21:21:29] <mojavelinux> I hate that...grrr
[21:21:46] <lightguard_jp> ?? What happened there?
[21:23:29] 
[21:23:53] <mojavelinux> something really strange, a problem getting the entity manager on jboss...urg
[21:28:12] <mojavelinux> 16:25:30,683 ERROR [STDERR] Caused by: java.lang.RuntimeException: Unable to determine persistenceContext: persistence.unit:unitName=seam-booking.war#booking in injected SFSB: jboss.j2ee:jar=seam-booking.war,name=HotelSearch,service=EJB3
[21:28:17] <mojavelinux> seriously jboss?
[21:28:18] <mojavelinux> come on
[21:29:26] *** lukaszlenart has joined #seam-dev
[21:29:29] <lightguard_jp> okay... odd.
[21:32:44] <mojavelinux> okay, now it works
[21:32:49] <mojavelinux> freakin' heck
[21:32:55] <lightguard_jp> What was it?
[21:33:12] <mojavelinux> just had to start the car again
[21:33:22] <mojavelinux> I got up and sat down on the chair from the other side
[21:33:50] <lightguard_jp> lol
[21:34:05] <lightguard_jp> temperamental software
[21:35:00] <mojavelinux> hahaha
[21:35:07] <mojavelinux> I figured it out, you have to be kidding me
[21:35:17] <mojavelinux> okay, that's a nasty little bug in hibernate (or at least an annoyance)
[21:35:24] <mojavelinux> I left these properties uncommented
[21:35:34] *** lukaszlenart has left #seam-dev
[21:35:38] <mojavelinux> in persistence.xml
[21:35:39] <mojavelinux>          <property name="eclipselink.ddl-generation" value="drop-and-create-tables"/>
[21:35:39] <mojavelinux>          <property name="eclipselink.logging.level" value="FINE"/>
[21:35:45] <mojavelinux> you know, I"m not using eclipselink after all
[21:35:50] <mojavelinux> that breaks hibernate entity manager
[21:36:02] <lightguard_jp> Really? I've seen that before, maybe the others are just more lienient about throwing them out.
[21:36:24] <lightguard_jp> Doh. Bug report!
[21:36:47] <lightguard_jp> I wonder if it tossed an exception earlier in the startup
[21:37:04] *** tsurdilo1 has joined #seam-dev
[21:37:42] <mojavelinux> nope, just dies when it tries to get the EntityManager
[21:37:46] <mojavelinux> worse, it just says it can't find it
[21:38:12] <mojavelinux> Caused by: java.lang.NullPointerException
[21:38:12] <mojavelinux> 	at org.jboss.ejb3.entity.ExtendedEntityManager.getPersistenceContext(ExtendedEntityManager.java:76) [:1.7.17]
[21:38:12] <mojavelinux> 	at org.jboss.ejb3.entity.ExtendedEntityManager.getEntityManager(ExtendedEntityManager.java:61) [:1.7.17]
[21:38:12] <mojavelinux> 	at org.jboss.ejb3.jpa.integration.JPA1EntityManagerDelegator.find(JPA1EntityManagerDelegator.java:81) [:2.0.0-alpha-1]
[21:38:14] <lightguard_jp> Ouch, yep, sounds like a bug
[21:38:20] <lightguard_jp> Which version of Hibernate? 3.6?
[21:38:24] <mojavelinux> yep
[21:38:37] <lightguard_jp> wow, not very helpful at all
[21:39:13] <mojavelinux> actually, that looks like it's in jboss ejb
[21:39:25] <mojavelinux> almost impossible to tell since it's somewhere in the integration level
[21:40:12] *** tsurdilo2 has quit IRC
[21:40:14] <mojavelinux> I hate trying to find code
[21:40:17] <mojavelinux> where are you code?
[21:40:54] <lightguard_jp> Yep, went down that hole with Shane and mojarra last night
[21:47:05] *** bitshuffler_ has quit IRC
[21:50:40] *** jbott has joined #seam-dev
[21:50:45] *** maxandersen has joined #seam-dev
[21:50:53] <maxandersen> lightguard_jp: there you go
[21:51:01] <maxandersen> #startmeeting
[21:51:09] <jbott> Meeting started Tue Mar 15 20:48:39 2011 UTC.  The chair is maxandersen. Information about MeetBot at http://wiki.debian.org/MeetBot.
[21:51:10] <jbott> Useful Commands: #action #agreed #help #info #idea #link #topic.
[21:51:22] <maxandersen> #action lightguard_jp buy beer at JUDCon
[21:51:25] <maxandersen> #endmeeting
[21:51:32] <jbott> Meeting ended Tue Mar 15 20:49:05 2011 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
[21:51:32] <jbott> Minutes:        http://people.redhat.com/~manderse/irc.freenode.org/meetings/seam-dev/2011/seam-dev.2011-03-15-20.48.html
[21:51:32] <jbott> Minutes (text): http://people.redhat.com/~manderse/irc.freenode.org/meetings/seam-dev/2011/seam-dev.2011-03-15-20.48.txt
[21:51:32] <jbott> Log:            http://people.redhat.com/~manderse/irc.freenode.org/meetings/seam-dev/2011/seam-dev.2011-03-15-20.48.log.html
[21:52:24] <lightguard_jp> maxandersen: That works :)
[21:53:13] <lightguard_jp> mojavelinux: bleathem There we have it, we may want to grab the files aftward and host them on seamframework.org or something, but it's there now :)
[21:53:22] <lightguard_jp> maxandersen: Thanks
[21:53:43] <mojavelinux> awesome!
[21:54:08] <lightguard_jp> bleathem: Sorry to steal your action item :)
[21:54:25] <mojavelinux> that is freakin' cool
[21:55:12] <maxandersen> fyi, I got a request in on jboss.org for a more .org'y (no pun intended) way of storing it but still awaiting a resolution for that...
[21:55:26] <maxandersen> so for now my people account is what I can use...
[21:55:33] <lightguard_jp> maxandersen: fair enough, not a big concern
[21:57:33] <lightguard_jp> mojavelinux: http://meetbot.debian.net/Manual.html#commands if you have time to brush up
[21:57:49] <lightguard_jp> maxandersen: Do we need to setup people up as admins or meeting moderators?
[21:58:10] <lightguard_jp> maxandersen: Chairs is the term they use
[21:58:13] <maxandersen> lightguard_jp: no, the one that starts the meeting is "owner"
[21:58:30] <lightguard_jp> Even better
[21:58:41] *** tsurdilo1 has quit IRC
[21:58:54] <lightguard_jp>  #chair and #unchair <nick> very cool
[21:59:01] *** tsurdilo1 has joined #seam-dev
[21:59:02] <maxandersen> lightguard_jp: if you find something you can't do then we can look into?but i haven't had the need yet so haven't explored it beyound knowing that the bott has support for "admins"
[22:00:39] *** tsurdilo2 has joined #seam-dev
[22:01:29] <jbossbot> git [examples] push master c6499fc.. Dan Allen update readme, test markdown syntax
[22:01:29] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/6f6e376...c6499fc
[22:02:20] <bleathem> lightguard_jp maxandersen right on! thanks! Easiest todoist item of the day, by far!
[22:02:44] <bleathem> lightguard_jp Do you have the auth to create a place holder for the minutes on sfwk.org?
[22:03:01] <jbossbot> git [examples] push master 30a20b6.. Dan Allen fix whitespace and bullets
[22:03:01] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/c6499fc...30a20b6
[22:03:17] *** tsurdilo1 has quit IRC
[22:03:34] <lightguard_jp> bleathem: Yes, I can. There is a space there already though, I think we just need to populate it.
[22:03:59] <bleathem> ok cool, are the perms to populate the minutes sufficiently open?
[22:04:13] *** wesleyhales has quit IRC
[22:05:10] <jbossbot> git [examples] push master 3a9f710.. Dan Allen minor
[22:05:10] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/30a20b6...3a9f710
[22:06:00] <lightguard_jp> bleathem: idk
[22:07:26] <maxandersen> lightguard_jp: bleathem: I can setup additional rsync for specific folders if really needed?
[22:08:01] <lightguard_jp> maxandersen: I was thinking of putting them up on seamframework.org which isn't disk based, it's db afaik.
[22:08:26] <maxandersen> lightguard_jp: yeah so not trivial ;)
[22:08:39] <lightguard_jp> maxandersen: hehe, nope.
[22:08:58] <maxandersen> lightguard_jp: but if you can encode it in python or a bash script it can run as part of the "publish"
[22:09:19] <lightguard_jp> http://www.seamframework.org/Seam3/MeetingMinutes has been created, I've currently left it at member editable, we can change it if needed
[22:09:32] <lightguard_jp> maxandersen: Yeah, was thinking about that.
[22:10:41] <jbossbot> git [examples] push master 0e2b35a.. Dan Allen update Seam modules to fix portability issues...
[22:10:41] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/3a9f710...0e2b35a
[22:12:49] <jbossbot> git [examples] push master 1ffdd71.. Dan Allen add note about eclipselink persistence properties
[22:12:50] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/0e2b35a...1ffdd71
[22:13:09] <mojavelinux> booking is almost ready to be run on glassfish based on what is committed
[22:13:15] <mojavelinux> there is one outstanding change that I haven't pushed yet
[22:13:28] <maxandersen> lightguard_jp: fyi, I basically just know the directory where things are stored?and then do a rsync.
[22:18:22] *** epbernard has joined #seam-dev
[22:18:22] *** epbernard is now known as emmanuel
[22:19:04] *** emmanuel has quit IRC
[22:20:06] *** cbrock_ has joined #seam-dev
[22:23:33] *** cbrock has quit IRC
[22:23:34] *** cbrock_ is now known as cbrock
[22:32:37] *** emmanuel has joined #seam-dev
[22:44:09] *** balunasj has joined #seam-dev
[22:44:27] *** balunasj is now known as balunasj_away
[22:44:30] <mojavelinux> strange, sometimes the long-running conversation isn't starting on glassfish
[22:44:34] <mojavelinux> seems to change by the deployment
[22:44:37] <mojavelinux> digging in
[22:46:32] <lightguard_jp> mojavelinux: 3.1?
[22:46:45] <mojavelinux> yeah
[22:46:53] <mojavelinux> hmm, checking a few things, something is off
[22:48:11] <mojavelinux> there's no question about it, glassfish is no perfect angel
[22:48:22] <mojavelinux> I've been using it for the last 48 hours and you can really screw it up at times
[22:48:32] <mojavelinux> just too many deployments, or you jump the gun on a deployment
[22:48:37] <mojavelinux> and it just seems to get into a hang state
[22:49:04] <lightguard_jp> Is AS6 any better though?
[22:49:46] <mojavelinux> though I think derby is to blame for some of that
[22:49:49] <mojavelinux> crappy database
[22:49:59] <mojavelinux> I think H2 is way better
[22:50:18] <lightguard_jp> H2 rocks
[22:50:22] <lightguard_jp> very amazing product
[22:50:28] <lightguard_jp> And so small
[22:50:43] <mojavelinux> as6 has been doing remarkably well...in all areas except interfaceless ejbs
[22:50:48] <mojavelinux> it still borks the hell out of those
[22:52:57] *** alesj has joined #seam-dev
[22:56:09] <mojavelinux> crap, I hosed derby bad
[22:56:13] <mojavelinux> can't remove the tables
[22:56:22] *** tsurdilo1 has joined #seam-dev
[23:00:07] *** tsurdilo2 has quit IRC
[23:00:28] <mojavelinux> we are getting this with jsf 2.1 The form component needs to have a UIForm in its ancestry. Suggestion: enclose the necessary components within <h:form>
[23:00:30] <mojavelinux> grr
[23:00:38] <mojavelinux> something it doesn't like about the composite components
[23:00:41] <mojavelinux> seems like a bug in jsf to me
[23:01:00] <alesj> mojavelinux: ping?
[23:01:12] <mojavelinux> hey, what's up?
[23:01:21] <alesj> got any of my emails?
[23:03:28] <mojavelinux> I see them, but I've got 600 other ones I haven't gotten to yet, so there's a queue :)
[23:03:35] <mojavelinux> story of my life
[23:04:15] <mojavelinux> I saw that you were asking about the weld example?
[23:04:46] <alesj> that's already done
[23:04:57] <mojavelinux> ah
[23:05:16] <alesj> there one about some Seam issue
[23:05:23] <mojavelinux> oh, I see
[23:05:23] <alesj> if you need anything from Weld side
[23:05:26] <mojavelinux> missed that one
[23:05:47] <mojavelinux> yes, we seem to be at a stalemate with the glassfish team over a visibility issue
[23:06:09] <alesj> we fixed that one in 1.2
[23:06:16] <alesj> and it's gonna come into 1.1.1.
[23:06:21] <mojavelinux> got it
[23:06:24] <mojavelinux> so what I likely need to do
[23:06:31] <mojavelinux> is take these tests that I have in solder
[23:06:34] <mojavelinux> in the compat package
[23:06:48] <mojavelinux> and see if they run on glassfish 3.1 with the weld snapshot
[23:06:57] <mojavelinux> here is the test package
[23:07:28] <mojavelinux> https://github.com/seam/solder/tree/master/impl/src/test/java/org/jboss/seam/solder/test/compat
[23:07:32] <mojavelinux> several are failing on glassfish
[23:07:49] <mojavelinux> we have a bit of a challenge atm because the Arquillian adapter for remote glassfish 3.1 is currently being merged into Arquillian master
[23:08:10] <mojavelinux> so as soon as we get that integrated into master, we actually have a stable adapter to run the tests
[23:08:31] *** pmuir has quit IRC
[23:08:43] <mojavelinux> atm I'm using jason's branch of arquillian 1.0.0.Alpha4...so needless to say, we are sort of solving several problems at once
[23:08:44] <alesj> what changed between 3.0 and 3.1 so we need new Arq+GF?
[23:08:59] <mojavelinux> well, two things actually
[23:09:05] <mojavelinux> first, the remote adapter for glassfish 3.0 sucked
[23:09:15] <lightguard_jp> We didn't have a remote GF arq container
[23:09:20] <lightguard_jp> That's a big part of it
[23:09:27] <mojavelinux> we did, it just sucked because jsr88 sucks
[23:09:37] <mojavelinux> in glassfish 3.1 they added a REST api
[23:09:45] <mojavelinux> and jason hacked up an awesome adapter for it ;)
[23:09:48] <mojavelinux> I"m biased
[23:09:54] <alesj> :-)
[23:10:00] <lightguard_jp> Right, that's right, the jsr88 one didn't tell you anything and died half the time
[23:10:07] <aslak> they have the rest api for 3.0 as well. mostly the same with some changes.. :)
[23:10:10] <mojavelinux> exactly, it would just start failng
[23:10:23] <lightguard_jp> I don't know about "awesome" but it fit the bill at the time :)
[23:10:35] <mojavelinux> oh, really? I thought it was just 3.1...well, anyway, the REST version is getting me sleep at night now :)
[23:11:05] <lightguard_jp> They standardized a bunch of returns for 3.1 and some other stuff with the rest interface.
[23:11:05] <mojavelinux> there is one other thing in weld that would be nice to look into
[23:11:16] <mojavelinux> if a dependency cannot be satisified in an observer
[23:11:20] <mojavelinux> the exception message is
[23:11:26] <mojavelinux> BeanManager cannot find null
[23:11:33] <mojavelinux> or something like that, I can pull up the exact exception
[23:11:49] <mojavelinux> but it's darn near impossible to figure out where the injection is
[23:12:15] <mojavelinux> let me get the details on that and turn it into a jira, cause that's an important one I think for usability
[23:12:35] <mojavelinux> oh, one other question
[23:12:48] <mojavelinux> is it to spec that an extension receives it's own class in ProcessAnnotatedType?
[23:13:16] <bleathem> Did someone say Weld 1.1.1?
[23:13:18] <mojavelinux> not that it matters all that much, but it just seems odd to me
[23:13:19] <bleathem> right on!
[23:13:23] *** pmuir has joined #seam-dev
[23:13:53] <mojavelinux> brian, when/if we get weld 1.1.1, one of the things that will be critical on our part is to ensure that there is some documentation on how to upgrade glassfish
[23:14:04] <mojavelinux> because we don't want to have to answer 100 twitter comments and forum posts about that
[23:14:27] <mojavelinux> better to centralize the info...hopefully that glassfish will provide, but we can help because it really causes us pain otherwise
[23:14:46] <mojavelinux> upgrade glassfish == upgrade weld in glassfish
[23:15:07] <bleathem> I drafted such instruction in a blog
[23:15:14] <bleathem> I'll port them to sfwk.org
[23:15:16] <bleathem> when we're ready
[23:15:38] <bleathem> Hopefully they provide an IPS package
[23:15:46] <bleathem> so the update would be a one-liner
[23:16:22] <bleathem> "pkg update weld" or something like that
[23:16:24] <lightguard_jp> Couldn't we get it in the update center?
[23:16:31] <lightguard_jp> Then gf users are familiar with it
[23:16:39] <bleathem> that's what I meant with IPS package
[23:16:43] <lightguard_jp> Right, just read that
[23:18:53] <mojavelinux> yeah, that's what I was thinking
[23:18:56] <mojavelinux> oh, btw!
[23:19:04] <mojavelinux> another Weld problem that really is a root of evil with debugging
[23:19:30] <lightguard_jp> mojavelinux: You're scaring alesj :)
[23:19:51] <mojavelinux> [#|2011-03-15T17:57:11.142-0400|INFO|glassfish3.1|org.jboss.weld.Version|_ThreadID=18;_ThreadName=Thread-1;|WELD-000900 ${parsedVersion (osgiVersion})|#]
[23:19:59] <mojavelinux> it's a problem with the Weld build
[23:20:08] <mojavelinux> it's leaving behind a token
[23:20:16] <mojavelinux> and so no one knows what version of WEld is running :)
[23:20:33] <mojavelinux> which is probably the reason for half the confusion
[23:21:01] <mojavelinux> if you crack open the osgi bundle, you'll see that in the properties file
[23:21:10] <mojavelinux> sorry, manifest
[23:22:23] <mojavelinux> it may have been fixed after 1.1
[23:22:45] <mojavelinux> so that might not be something that needs to be fixed, but that's what users see in glassfish 3.1 atm
[23:23:45] <mojavelinux> so maybe no alarm
[23:24:21] *** tsurdilo2 has joined #seam-dev
[23:27:59] *** tsurdilo1 has quit IRC
[23:30:42] *** pmuir has quit IRC
[23:31:26] *** sbryzak has joined #seam-dev
[23:31:27] *** sbryzak has quit IRC
[23:31:27] *** sbryzak has joined #seam-dev
[23:39:18] *** stuartdouglas_ has joined #seam-dev
[23:42:37] *** stuartdouglas_ has quit IRC
[23:49:04] *** maxandersen has quit IRC
[23:49:21] *** gastaldi has joined #seam-dev
[23:49:54] <gastaldi> Hello all!
[23:51:38] *** maxandersen has joined #seam-dev
[23:52:27] <lightguard_jp> *chirp*
[23:52:36] <lightguard_jp> :)
[23:52:41] <lightguard_jp> gastaldi: How are things?
[23:53:13] <gastaldi> lightguard_jp: Fine, u ?
[23:53:14] <mojavelinux> I now have to reinstall glassfish after I deploy seam booking :)
[23:53:25] <mojavelinux> that's the only way to undeploy and not break derby
[23:53:31] <mojavelinux> I have no idea what the heck is happening now
[23:53:32] <mojavelinux> geez
[23:53:39] <gastaldi> Glassfish is surely a crap (There, I said it)
[23:54:26] <gastaldi> :)
[23:54:37] <lightguard_jp> gastaldi: Going well.
[23:54:52] <lightguard_jp> mojavelinux: Ouch. That's pathetic
[23:54:53] <gastaldi> lightguard_jp: Great
[23:55:50] <mojavelinux> for some reason when the tables are being cleared out by eclipselink, derby gets a unbreakable lock
[23:56:19] <lightguard_jp> How are you shutting down?
[23:56:25] <lightguard_jp> And starting?
[23:56:31] <lightguard_jp> asadmin start-domain?
[23:56:33] <jbossbot> git [examples] push master 81c6617.. Dan Allen format source
[23:56:33] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/1ffdd71...81c6617
[23:57:02] <mojavelinux> though it may be related to when deployment fails
[23:57:17] <lightguard_jp> That's more likely
[23:57:21] <mojavelinux> because I'm testing a deployment failure...hmmm, let's see if I can do it with a functioning app
[23:57:49] <lightguard_jp> I know josef and I have had it working in GF 3.0.1 with derby w/o problems
[23:57:55] <mojavelinux> yep, that appears to be it
[23:58:07] <mojavelinux> I can get it to work, that's not the problem
[23:58:31] <mojavelinux> the problem is, why when deployment fails does it totally put derby into a downward spiral
[23:58:34] <mojavelinux> it's just crazy
[23:58:58] <mojavelinux> okay, I can deploy and undeploy with no problems now (assuming the app is functioning)
[23:59:04] *** tsurdilo has joined #seam-dev
[23:59:13] <mojavelinux> it's funny, deploying once often isn't enough
[23:59:21] <mojavelinux> some errors happen when you deploy a second or third time
[23:59:24] <mojavelinux> always gotta check those too
[23:59:28] <lightguard_jp> Is it because you can't clear out the tables when it dies that you wanted to reinstall?
[23:59:29] *** tsurdilo2 has quit IRC





top