[00:00:09] <jbossbot> git [forge] push master 9e22b09.. Lincoln Baxter, III scaffold commands are less verbose
[00:00:09] <jbossbot> git [forge] push master c2bca95.. Lincoln Baxter, III refactored to support @Alias() instead of @Named()
[00:00:09] <jbossbot> git [forge] push master f5044bc.. Lincoln Baxter, III almost all working, additional refactoring for package consistency
[00:00:09] <jbossbot> git [forge] push master dc7b07e.. Lincoln Baxter, III suppress bad test for now
[00:00:10] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/5658868...dc7b07e
[00:00:12] <lightguard_jp> We really do have people all over.
[00:00:24] <lightguard_jp> That's what the cricket was working on apparently. :)
[00:00:28] <gastaldi> :)
[00:00:32] <bleathem> Go Canada go!
[00:00:39] <lincolnthree> Blame Canada!!!!
[00:00:40] <lightguard_jp> Canada?
[00:00:51] <gastaldi> :)
[00:01:06] <bleathem> "Blame Canada" I've heard that before, isn't it a song?
[00:01:14] <gastaldi> That reminds South Park
[00:01:22] <lightguard_jp> That's right, you're in Canada, aren't you Brian?
[00:01:28] <bleathem> yes, South park, that's it!
[00:01:46] <bleathem> you bet, Canadian through and through!
[00:01:50] <gastaldi> Lol
[00:02:02] <bleathem> Seam is well represented eh?
[00:02:04] <gastaldi> Is it winter in Canada ?
[00:02:09] <bleathem> is it ever!
[00:02:17] <gastaldi> LOL !
[00:02:20] <bleathem> 6 inches of snow over the weekend.
[00:02:26] <gastaldi> oh god
[00:02:27] <bleathem> which is a lot for Vancouver
[00:02:34] <bleathem> especially in March
[00:02:42] <bleathem> well, I guess it wasn't march
[00:03:40] <gastaldi> Here in Brazil is Summer
[00:03:57] <gastaldi> Anyone knows Carnaval here ?
[00:04:01] <gastaldi> in Rio ?
[00:04:10] <lightguard_jp> It's always summer down there, just depends on the how much rain you get
[00:04:18] <lightguard_jp> I know about Carnaval
[00:04:32] <gastaldi> lightguard_jp: Have you ever been here in Brazil?
[00:04:34] <lightguard_jp> Evil, evil Brazilians :P
[00:04:38] <gastaldi> :D
[00:04:39] <lightguard_jp> No
[00:04:46] <gastaldi> Now this is the time
[00:04:54] *** balunasj_mtg has quit IRC
[00:04:55] 
[00:05:24] 
[00:06:00] <gastaldi> I mean, by plane of course :)
[00:07:00] <gastaldi> Anyone care to join newest Seam JCR module development ?
[00:07:23] <gastaldi> team ?
[00:07:53] <lightguard_jp> I know next to nothing about JCR
[00:08:02] <gastaldi> I am still learning
[00:08:25] <gastaldi> not a common day-to-day use API
[00:08:33] <lightguard_jp> More than I know :) I imagine looking at some APIs and skimming the spec would be enough for basic stuff.
[00:08:54] 
[00:08:57] 
[00:08:59] *** daniel_hinojosa has quit IRC
[00:09:17] <gastaldi> The rest are just fluff stuff
[00:10:14] 
[00:11:17] <gastaldi> my god.. Internet from Hotel really sucks
[00:11:43] <gastaldi> crappy bandwidth
[00:13:47] 
[00:14:17] <gastaldi> Someone told me that will be based on JBoss 7
[00:14:54] <stuartdouglas> It will be
[00:15:08] <stuartdouglas> Not sure about the release date though
[00:15:27] <gastaldi> Still this year ?
[00:15:36] <stuartdouglas> hopefully
[00:15:39] <gastaldi> great
[00:16:09] <gastaldi> I used JBoss 7 and I found it very well designed
[00:16:16] <stuartdouglas> It really just depends on how long it takes, we have a really tight schedule, but wether we can keep it is another thing altogether
[00:16:51] <stuartdouglas> you can deploy simple CDI apps on it, but there is still a lot of stuff missing
[00:17:12] <gastaldi> yeah, I notice that also
[00:17:45] *** maxandersen has quit IRC
[00:19:32] *** maxandersen has joined #seam-dev
[00:23:55] *** emmanuel has quit IRC
[00:29:35] *** gastaldi has quit IRC
[00:31:01] *** gastaldi has joined #seam-dev
[00:35:54] *** gastaldi has quit IRC
[00:47:46] *** sannegrinovero has quit IRC
[01:07:52] *** gastaldi has joined #seam-dev
[01:08:30] <gastaldi> Did anyone experienced an error on Seam Solder when running the latest version ?
[01:09:51] *** lightguard_jp has quit IRC
[01:10:29] <gastaldi> I am running a test with arquillan and got an IllegalAccessException
[01:10:41] <stuartdouglas> stack trace?
[01:11:31] <gastaldi> Trying to paste it, just a sec
[01:12:06] <bleathem> use pastebin.com
[01:12:48] <gastaldi> yes
[01:13:17] <gastaldi> Just a sec, my connection is not so good :P
[01:15:01] <gastaldi> my god... pastebin is a slug here
[01:15:50] <gastaldi> There you go: http://pastebin.mozilla.org/1116179
[01:17:35] <stuartdouglas> hmm, I thought that was fixed in the latest solder
[01:18:58] <stuartdouglas> yea, it looks like you have an old version of solder
[01:19:13] <stuartdouglas> it could even be being pulled in as a transitive dep from somewhere
[01:19:18] <stuartdouglas> so check mvn dependency:tree
[01:19:26] <gastaldi> let me clean my repo and try again
[01:19:39] <stuartdouglas> cleaning the repo probably wont help
[01:19:46] <stuartdouglas> I would check the dep tree first
[01:20:26] <gastaldi> 3.0.0CR1
[01:22:16] <stuartdouglas> and it does not appear anywhere else?
[01:22:20] <stuartdouglas> as a transitive dep?
[01:22:33] <stuartdouglas> maven will happily pull in two different versions if you let it
[01:23:02] <gastaldi> Which version this was fixed ?
[01:23:31] <stuartdouglas> No idea, TBH I though we fixed it before the rename to solder
[01:24:04] <stuartdouglas> actually, no it is not fixed
[01:24:11] <gastaldi> Hum.. :(
[01:24:21] <stuartdouglas> even though the class was made public the constructor is still pck-private
[01:24:43] <gastaldi> yes
[01:24:49] <gastaldi> This is in 3.0.0.CR1
[01:25:51] <gastaldi> Wonder why no other tests failed
[01:26:14] <jbossbot> git [solder] push master 5c81e66.. Stuart Douglas Make CoreExtension ctor public
[01:26:14] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/6e0da23...5c81e66
[01:26:25] <gastaldi> Excellent ! Thank you Stuart !
[01:30:39] *** johnament has joined #seam-dev
[01:33:49] <gastaldi> Hey johnament ! How are you ?
[01:36:17] 
[01:36:56] <stuartdouglas> CR1
[01:37:28] <gastaldi> Is there a fixed schedule for CR2 ?
[01:38:17] <stuartdouglas> It will probably be final, and it should be out in the next week or two
[01:38:32] <stuartdouglas> that bug won't affect any other environments than that arquillian container
[01:40:02] *** balunasj has joined #seam-dev
[01:40:17] 
[01:41:37] <johnament> stuartdouglas: how would you feel about moving SeamManaged into solder? :-)
[01:41:44] <johnament> gastaldi: how are you?
[01:41:53] <gastaldi> johnament: Fine
[01:42:05] <gastaldi> SeamManaged should definitely be on Solder
[01:42:44] <gastaldi> hey johnament, I have some ideas for multiple repositories
[01:42:57] <gastaldi> But I need some more CDI expertise on that :P
[01:43:38] <johnament> gastaldi: I just want to make sure you understand how my implementation of @JcrConfiguration works.
[01:43:40] <stuartdouglas> If we are going to do that I will wait till after the 3.0 release
[01:44:01] <gastaldi> johnament: Sure, I checked your code
[01:44:05] 
[01:44:20] 
[01:44:34] 
[01:44:45] <johnament> stuartdouglas: well, the problem is that currently SeamManaged would only apply to persistence.  if we want other seam managed objects, it makes it difficult
[01:44:57] <johnament> gastaldi: is there reason to not usre JDK 6?
[01:45:16] <stuartdouglas> solders service loader can handle non-public classes
[01:45:20] <johnament> gastaldi: i believe JCR 2 requires JDK 6
[01:45:23] <stuartdouglas> and non-public ctors on those classes
[01:45:27] 
[01:45:51] <johnament> stuartdouglas: it would never be the case in the situation gastaldi and I are looking at to have a non public.
[01:46:07] <stuartdouglas> johnament: I think we are to close to a release to move the SeamManaged annotation
[01:46:08] <johnament> it would make the impl non TCK compliant
[01:46:34] <johnament> stuartdouglas: in general, I agree.
[01:46:35] <stuartdouglas> but maybe ask sbryzak, if he thinks it is ok then I am happy to do it
[01:48:32] <johnament> gastaldi: in general, the code within our impl's is pretty close.
[01:48:36] <gastaldi> I was thinking if I could use Qualifier annotations for each Repository
[01:48:53] <johnament> gastaldi: from the app developer side, we would expect that.  but not at the API level.
[01:49:03] <johnament> we can't know up front how many repos a user has.
[01:49:43] <gastaldi> Would be too far from the spec if a Qualifier is used to denote a new Repository ?
[01:49:56] <johnament> what spec?
[01:50:09] <gastaldi> The future Seam JCR api
[01:50:22] <johnament> we're sort of running spec-less
[01:50:42] <johnament> but i don't think we should be restricting users from 1. a single repository only 2.. a confined set of repositories
[01:51:23] <johnament> its similar to what we have in Seam JMS, we have a @JmsDestination that is roughly equivalent to the @Resource annotation, but defines a JNDI location for the destination.
[01:51:45] <johnament> in most application instances, we would expect the backer of that qualifier to use an instance of JmsDestination.
[01:52:07] <gastaldi> I understand
[01:52:52] <gastaldi> I think a test case is needed to better clarify what you meant
[01:53:12] <johnament> I can gist it
[01:53:38] <johnament> my point though, assuming that you have a single entry in the config map, then providing an annotation with the generic key/value makes sense.
[01:55:26] <johnament> on the flip side, if we generically bind a map to a qualifier, then look up repos/sessions based on the collection param then we can allow any number of settings.
[01:57:20] <johnament> https://gist.github.com/850243
[01:58:18] <johnament> in that case, JcrRepository we provide, RepoOneRepository is provided by the app developer.
[01:59:26] 
[02:00:21] <johnament> is that what you meant?
[02:00:25] <gastaldi> yeah
[02:00:32] <gastaldi> But what about another properties ?
[02:00:32] <johnament> ok.
[02:00:44] <johnament> I've been trying to figure that one out too
[02:00:47] <gastaldi> dependant on the JCR implementation
[02:01:04] <gastaldi> You could create a @JcrProperties
[02:01:19] <gastaldi> And name @JcrRepository to @JcrProperty
[02:01:27] <gastaldi> Or @JcrRepositoryProperty
[02:01:36] <johnament> take a look at the gist again
[02:02:10] <johnament> personally, I think it ends up being a bit more verbose
[02:02:21] <johnament> but if it only exists on the qualifier, it works ok.
[02:04:01] <gastaldi> right
[02:04:32] <johnament> another idea i was bouncing around, if we get the qualifiers from the injection point, where the injection point is Repository or Session; use that to look up a Map<String,String> that is qualifiied the same way
[02:05:05] <gastaldi> I was trying to do something like that
[02:05:06] <johnament> we could get to a point where the entire API was completely arbitrary
[02:07:14] <johnament> did it work?
[02:07:18] <gastaldi> nope
[02:07:34] 
[02:08:11] <johnament> did you push it?
[02:08:40] <gastaldi> nope
[02:08:58] <gastaldi> I already discarded
[02:09:33] <johnament> starting from your current producers, you can use select on the instance based ip.getQualifiers()
[02:10:33] <gastaldi> hum, how about merge that code of yours on the trunk first ?
[02:10:48] <gastaldi> That pull request ?
[02:10:51] <johnament> go for it,
[02:11:03] <johnament> what i was about to start doing was the security context integration.
[02:11:12] <johnament> does jackrabbit use background threads for some activities?
[02:11:15] <gastaldi> Oh, the Credentials
[02:11:28] <johnament> yes
[02:11:59] 
[02:12:17] <gastaldi> Or maybe reuse the same @JcrRepository
[02:12:24] <gastaldi> on Credentials objects
[02:12:46] <johnament> so one of the things i found when i did CDI + ModeShape is that modeshape uses background threads, so the objects we have to give back to it have to be dependent and generally not CDI enabled.
[02:13:13] <gastaldi> I see
[02:13:38] <gastaldi> my connection is too lousy
[02:13:45] <johnament> does jackrabbit depend on the security model a lot?
[02:13:50] <gastaldi> Can you make the merge ?
[02:13:52] <gastaldi> I doubt it
[02:14:13] <johnament> I'll get it.
[02:14:17] <gastaldi> k
[02:14:39] <johnament> ModeShape does, and it's very qualified
[02:14:56] <johnament> using dot separators
[02:16:33] *** gegastaldi has joined #seam-dev
[02:17:44] *** gastaldi is now known as Guest62905
[02:18:31] *** gegastaldi is now known as _gastaldi
[02:18:48] *** Guest62905 has quit IRC
[02:19:06] *** _gastaldi is now known as gastaldi
[02:25:17] <gastaldi> I am still getting used to GIT. You guys always work with forks from the official repo ?
[02:26:05] <jbossbot> git [jcr] push master 37df256.. John Ament Initial import of codebase.
[02:26:05] <jbossbot> git [jcr] push master 2ef0493.. John Ament Removed files.
[02:26:05] <jbossbot> git [jcr] push master URL: http://github.com/seam/jcr/compare/79d859c...2ef0493
[02:26:53] <johnament> gastaldi: i believe that's generally the norm.
[02:27:53] <johnament> it also feels awkward pushing my own changes in.
[02:28:40] <gastaldi> ok, how do I merge the changes in the official repo to my fork ?
[02:30:00] <gastaldi> http://help.github.com/fork-a-repo/
[02:30:01] <johnament> i would say branch, pull, test, merge
[02:30:57] <johnament> what I've done in JMS and ModeShape is create an upstream read only.
[02:31:12] <johnament> i pull from that and merge in.  i only push to my personal.
[02:31:19] <johnament> then manage the pull request.
[02:39:39] <johnament> gastaldi: i want to create profiles to manage whether we test against jackrabbit or modeshape, as well as having a top level profile that adds in CDI container
[02:44:23] <gastaldi> ok
[02:50:23] <johnament> gastaldi: are there any sample jackrabbit config files?
[02:52:25] <gastaldi> no, but they create automatically when running the first time
[02:52:53] <gastaldi> we could use those for awhile
[02:53:27] <gastaldi> my god, I am being beaten by GIT :P
[03:05:13] *** balunasj has quit IRC
[03:07:52] *** balunasj has joined #seam-dev
[03:29:35] 
[03:29:40] <gastaldi> on impl
[03:29:52] <gastaldi> is that ok ?
[03:30:08] <gastaldi> We need a JIRA project to organize this issues
[03:31:30] <johnament> i agree
[03:31:47] <johnament> we also need a module page on sfwk.org
[03:32:21] <gastaldi> sbryzak told me that a logo was needed
[03:32:32] <gastaldi> also
[03:32:56] <gastaldi> And register on Hudson also
[03:35:33] <gastaldi> here is a sample jackrabbit xml file: http://pastebin.com/eZTQ4QtY
[03:36:07] <sbryzak> i can create a jira project
[03:36:37] <gastaldi> sbryzak: Would you please create it for us ?
[03:36:45] <sbryzak> working on it now
[03:36:56] <sbryzak> who wants to be listed as project lead?
[03:37:03] <gastaldi> You may put john on it
[03:38:00] <sbryzak> johnament: is your jira username meetoblivion?
[03:38:08] *** balunasj has quit IRC
[03:38:27] <johnament> sbryzak: yes
[03:39:35] 
[03:39:43] <sbryzak> gastaldi: what's your jira username?
[03:40:00] <johnament> gastaldi: the way I have it setup right now, it's a profile in the parent.
[03:40:07] <gastaldi> gastaldi
[03:40:31] <gastaldi> Oh, I was creating the profile on the impl
[03:40:36] <gastaldi> no problem
[03:41:04] <johnament> gastaldi: this way, if we do create any tests against API, they can use the tooling as well.
[03:41:06] <sbryzak> https://issues.jboss.org/browse/SEAMJCR
[03:41:15] <johnament> :-O
[03:41:17] <sbryzak> johnament: please fill in the components and versions
[03:41:21] <gastaldi> sure
[03:41:37] <johnament> sbryzak: are we starting with 3.0.0.Alpha1?
[03:42:01] <sbryzak> johnament: for now, yes
[03:42:07] <johnament> alrighty
[03:42:19] <sbryzak> i think new project versions should align with the current seam bundled version
[03:42:38] <johnament> sbryzak: i don't know if you saw above, but we had a request to possibly move SeamManaged into solder to allow other modules to have SeamManaged "stuff"
[03:43:13] <sbryzak> johnament: sounds ok to me, you'll have to bug stuartdouglas though as that's his baby
[03:43:23] <gastaldi> Woohoo !! https://issues.jboss.org/browse/SEAMJCR-1 created ! :D
[03:43:24] <jbossbot> jira [SEAMJCR-1] Create testcase and Jackrabbit profile [Open (Unresolved) Task, Major, George Gastaldi] https://issues.jboss.org/browse/SEAMJCR-1
[03:44:23] <johnament> sbryzak: so no concerns with it since we're in CR land?
[03:44:33] <johnament> i think that was stuartdouglas' only concern
[03:44:42] <sbryzak> it would be nice to deprecate the existing one
[03:44:50] <sbryzak> rather than just delete it completely
[03:45:01] <sbryzak> it depends how much time stuart has to make that work
[03:45:06] <sbryzak> but i agree with the idea
[03:45:32] <johnament> I agree with deprecating, makes more sense.
[03:45:35] <stuartdouglas> It would be pretty trivial to do I think
[03:45:47] <johnament> I don't think we need to move any impl, since its just the annotation I want to steal :-)
[03:46:38] <johnament> gastaldi: any thoughts on components?
[03:46:50] <gastaldi> not for now
[03:47:16] <bleathem> wow, #seam-dev is hoppin' tonight!
[03:47:25] <gastaldi> cricket !
[03:47:28] <gastaldi> :)
[03:47:42] <bleathem> sbryzak: thanks for reviewing the Faces JIRA issues
[03:48:31] <johnament> bleathem: it's what happens when a new module is born.
[03:48:57] <bleathem> Exciting times!  Congrats on the new child :P
[03:49:19] <gastaldi> johnament: Any suggestion on how to activate the profile ?
[03:49:34] *** daniel_hinojosa has joined #seam-dev
[03:49:44] <gastaldi> I was thinking of using property -Dimpl=jackrabbit
[03:50:59] <johnament> gastaldi: don't forget, at some point this needs to be run through CI
[03:51:30] <johnament> gastaldi: we could *possibly* create multiple CIs for different profiles, but ideally, I would like the build to be able to run the entire suite
[03:52:36] <gastaldi> I think that just configuring another surefire execution will do the job
[03:54:04] <johnament> sbryzak: can you setup pull request workflow ?
[03:54:45] <gastaldi> johnament: how did you manage to put the license template on the files ?
[03:54:51] <sbryzak> johnament: hmm i haven't done that before, dan set it up
[03:55:17] <johnament> gastaldi: copy & paste.
[03:55:29] <gastaldi> great tool ! :D
[03:55:36] <johnament> gastaldi: i still need to setup the default headers in my IDE tool.
[03:56:09] <johnament> problems that sometimes i do real work on here as well and I get grief from coworkers for checking in code w/ weird headers.
[03:56:10] <jbossbot> git [international] push master 0c9576c.. Ken Finnigan Amendments to SEAMINTL-29 (cherry-picking from commit 80e1be7688ed45c79e8afafe5565c6b3d1c1f4f7)
[03:56:11] <jbossbot> jira [SEAMINTL-29] bundles messages doesnt return proper values [Pull Request Sent (Unresolved) Bug, Critical, Ken Finnigan] https://issues.jboss.org/browse/SEAMINTL-29
[03:56:11] <jbossbot> git [international] push master cb74979.. Ken Finnigan Bugfix for SEAMINTL-29
[03:56:11] <jbossbot> git [international] push master ca261cb.. Sebastian Sachtleben Bugfix for SEAMINTL-29
[03:56:11] <jbossbot> git [international] push master 8b45746.. Ken Finnigan Amendments to SEAMINTL-29
[03:56:11] <jbossbot> git [international] push master URL: http://github.com/seam/international/compare/4aa1ec3...8b45746
[03:56:26] <sbryzak> johnament: i *think* it's done now
[03:56:33] <bleathem> the Seam bom has the Seam templates ready for import into eclipse
[03:57:02] <johnament> sbryzak: looks like it. was that something i could have done? i didn't see a workflow option anywhere.
[03:57:16] <bleathem> http://seamframework.org/Seam3/BuildEnvironment
[03:57:21] <sbryzak> johnament: i'm not sure, possibly not
[03:57:41] <bleathem> https://github.com/seam/build/blob/master/eclipse-code-formatter-profile.xml
[03:57:47] <bleathem> fyi
[03:58:30] <gastaldi> bleathem: Thanks !
[03:58:45] <bleathem> np
[03:59:12] <bleathem> There are nuggets of information on sfwk.org that I never knew existed, but are incredibly useful
[03:59:34] <bleathem> we need a search engine interface into Dan's brain to somehow locate them all :P
[04:02:28] <gastaldi> :)
[04:02:28] *** daniel_hinojosa has quit IRC
[04:02:38] <gastaldi> OpenSpotlight it ! :)
[04:08:29] <gastaldi> Why do I get this stacktrace when running an Arquillan test ? http://pastebin.com/vrZeJpwa
[04:08:48] <gastaldi> I must have weld-se installed ?
[04:12:59] <johnament> gastaldi: weld-se is in the parent pom already, you can include it as a dependency for test scope
[04:18:56] <gastaldi> humm.. Now it throws ClassNotFoundException for javax.ejb.Stateless
[04:19:15] <gastaldi> http://pastebin.com/v2V5JSfv
[04:19:25] <johnament> yeah, that's the point I got to when i decided to get the pulls together for seam managed.
[04:19:44] <bleathem> What is Seam Managed?
[04:20:18] <johnament> org.jboss.seam.persistence.SeamManaged -> org.jboss.seam.solder.core.SeamManaged (at least a proposed change)
[04:22:12] <bleathem> What does it do? Whys is it useful outside of persistence?
[04:24:42] <johnament> bleathem: transaction management at the scope level.
[04:26:51] <jbossbot> git [solder] push master c279db2.. Stuart Douglas Add SeamManaged annotation to solder
[04:26:51] <jbossbot> git [solder] push master b3d7069.. Stuart Douglas Add .idea to gitignore
[04:26:51] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/5c81e66...b3d7069
[04:27:26] <johnament> ooo yay that was quick
[04:28:00] <stuartdouglas> I used different javadoc to your pull request
[04:29:20] <johnament> stuartdouglas: good. i had no idea how to write it correctly.
[04:29:35] <johnament> i think the docs make sense.
[04:29:46] <gastaldi> Would be too ugly if i used the Glassfish JEE 6 Jar as a provided dependency ?
[04:29:57] <johnament> gastaldi: for EJB 3?
[04:30:01] <gastaldi> not just that
[04:30:04] <johnament> errr EJB issue?
[04:30:14] <johnament> what about the jboss provided specs?
[04:30:31] 
[04:30:59] <stuartdouglas> use the jboss spec package
[04:31:00] <johnament> it puzzles me why weld-se would need these.
[04:31:16] <gastaldi> yeah, me too
[04:31:16] <stuartdouglas> cause you are using the weld EE embedded container
[04:31:24] <gastaldi> hum
[04:32:09] 
[04:32:11] <gastaldi> :P
[04:32:43] <johnament> you can put it in the jcr parent.
[04:32:45] <johnament> http://docs.jboss.org/arquillian/reference/latest/en-US/html_single/#container.weld-se-embedded-1
[04:33:06] <johnament> i guess there's no se 1.1 container, not sure there needs to be one though
[04:34:14] <gastaldi> yes, there is
[04:34:23] <gastaldi> at least, I have it in my local repo
[04:35:38] <gastaldi> but then I get ClassNotFoundException: org.jboss.weld.context.api.BeanStore
[04:35:52] <gastaldi> I guess the package name changed
[04:36:04] <stuartdouglas> the artifact names changed I think
[04:36:18] <gastaldi> I remember seeing a workaround on seam-persistence
[04:37:36] <johnament> are 1.0.1 and 1.1 interchangeable from the SE standpoint?
[04:38:38] <stuartdouglas> I don't think so
[04:38:56] <gastaldi> oh crap...
[04:39:10] <gastaldi> I remember using ee version on my fork
[04:39:29] <gastaldi> But I had to put some java ee dependencies in order to make it work
[04:47:01] <johnament> are any other modules using SE containers?
[04:47:21] <gastaldi> java.lang.ClassNotFoundException: org.jboss.weld.bootstrap.api.helpers.ForwardingLifecycle
[04:47:32] 
[04:47:51] <stuartdouglas> you need to make sure you have the weld api, impl and spi packages at the same version
[04:48:49] <gastaldi> weld-se 1.1.0.Final has these classes
[04:49:39] <gastaldi> this is my jcr-impl pom: http://pastebin.com/YBz6TZqW
[04:50:20] 
[04:53:21] <gastaldi> any hints ? Should I import weld-api, impl and spi separated ?
[04:56:11] <stuartdouglas> your paste hit a spam filter
[04:56:24] <stuartdouglas> oh, I just had to enter the captcha
[04:56:42] <gastaldi> :)
[04:57:06] <stuartdouglas> what does the parent look like?
[04:58:33] <gastaldi> http://pastebin.com/d9AnLrJV
[04:59:40] <johnament> stop spamming pastebin :-)
[05:00:47] <gastaldi> :) Not my fault, I swear
[05:01:20] <stuartdouglas> It is probably a problem with the seam parent pom
[05:01:40] <stuartdouglas> can you give a mvn dependency:tree so I can see exactly what you are getting?
[05:02:14] <gastaldi> sure
[05:02:17] <gastaldi> wait a sec
[05:02:48] <johnament> gastaldi: override your weld-core to 1.0
[05:03:31] <gastaldi> http://pastebin.mozilla.org/1116855
[05:03:42] <johnament> oop
[05:03:45] <johnament> almost there
[05:04:16] <gastaldi> should I use weld-core 1.0 ?
[05:05:10] <stuartdouglas> I think so
[05:05:22] <stuartdouglas> the real issue is that arq has not done a release in ages :-)
[05:05:24] <johnament> i said that because org.jboss.weld:weld-core:jar:1.1.0.Final:compile will conflict with arquillian
[05:05:44] <johnament> true, but considering the amount of rewriting that's happened it's expected.
[05:05:45] <gastaldi> :P
[05:05:52] <johnament> does anyone work on it at this point other than aslak?
[05:06:34] <stuartdouglas> other people help out, but afaik aslak is is the only full timer
[05:07:09] 
[05:07:35] <johnament> i updated to 1.0.1SP1 and i get this http://pastebin.com/MNrB4bSU
[05:07:46] <gastaldi> Oh ! I know that
[05:07:52] <gastaldi> You must put jboss-el
[05:08:13] <gastaldi> I saw in a module (seam-persistence maybe? )
[05:08:55] <gastaldi> Oh lord, why did I deleted my forked repo ?
[05:09:09] <gastaldi> That was going perfectly well :(
[05:09:23] <johnament> my dep's were buggered though, api and impl diff versions
[05:11:25] <johnament> isn't jboss-el a seam 2.x thing?
[05:13:02] <johnament> success!
[05:13:06] <johnament> needed javax.el
[05:13:33] <gastaldi> What ?
[05:13:51] <gastaldi> you changed anything on parent ?
[05:13:52] <johnament> my build worked, tests passed.
[05:14:08] <gastaldi> or just impl
[05:14:09] <gastaldi> ?
[05:14:17] <gastaldi> Can u please pastebin ?
[05:14:43] <gastaldi> I pushed into https://github.com/gastaldi/jcr
[05:14:56] <gastaldi> Just missing these configurations to create a pull request
[05:15:30] <johnament> i pushed to https://github.com/johnament/jcr
[05:15:46] <johnament> want me to pull & merge?
[05:16:01] <gastaldi> wait
[05:16:01] *** clerum has quit IRC
[05:16:10] <johnament> or do you want to take a look?
[05:16:22] <gastaldi> I am looking https://github.com/johnament/jcr/blob/master/impl/pom.xml
[05:16:35] <johnament> so far all I did was make it boot weld 1.0 & execute a single test case that boots up modeshape
[05:21:07] <gastaldi> take a look on my repo
[05:21:19] 
[05:21:31] <johnament> same file?
[05:21:36] 
[05:21:59] <johnament> you mean impl/pom.xml ?
[05:22:11] <gastaldi> yes, I applied your changes but not commited yeet
[05:22:23] <gastaldi> see if you can pull them
[05:22:40] <johnament> ok, so in mine i'm explicitly listing weld--core, api etc. and applying a specific version
[05:22:58] <johnament> in your setup, I'm pretty sure you're getting 1.1
[05:23:07] <gastaldi> yes, let me fix that
[05:24:08] <johnament> ah
[05:24:19] <johnament> actually, you have no weld impl in the tree for impl
[05:26:12] <johnament> alright time for bed. too much work tomorrow
[05:26:20] *** johnament has quit IRC
[05:27:11] <gastaldi> oh god, thank you
[05:27:13] <gastaldi> Finally
[05:39:49] *** lightguard_jp has joined #seam-dev
[05:44:16] <gastaldi> Thank you all !
[05:44:29] <gastaldi> Gotta hit the sack !
[05:44:59] *** gastaldi has quit IRC
[06:01:36] *** daniel_hinojosa has joined #seam-dev
[06:46:54] *** tsurdilo has quit IRC
[06:54:54] *** lightguard_jp has quit IRC
[06:59:29] *** maxandersen1 has joined #seam-dev
[06:59:32] *** maxandersen has quit IRC
[07:06:10] *** lukaszlenart has joined #seam-dev
[07:09:12] *** lukaszlenart has left #seam-dev
[07:21:05] *** daniel_hinojosa has quit IRC
[07:23:00] *** oskutka has joined #seam-dev
[07:24:54] *** daniel_hinojosa has joined #seam-dev
[07:28:00] *** daniel_hinojosa has quit IRC
[07:32:05] *** daniel_hinojosa has joined #seam-dev
[07:33:02] *** sbryzak has quit IRC
[07:38:31] *** daniel_hinojosa has quit IRC
[07:39:23] *** daniel_hinojosa has joined #seam-dev
[07:50:07] *** sbryzak has joined #seam-dev
[08:21:27] *** jharting has joined #seam-dev
[08:39:48] *** marekn has joined #seam-dev
[08:48:04] *** kpiwko has joined #seam-dev
[08:56:31] *** maschmid has joined #seam-dev
[08:59:12] *** mgencur has joined #seam-dev
[09:23:57] *** adamw1pl has joined #seam-dev
[09:34:38] <jbossbot> git [remoting] push master d7b8019.. mgencur at redhat dot com JBIDE-8499 - fix schemaLocation in beans.xml
[09:34:40] <jbossbot> jira [JBIDE-8499] Provide support for Seam 3 transactions [Resolved (Rejected) Feature Request, Major, Viacheslav Kabanovich] https://issues.jboss.org/browse/JBIDE-8499
[09:34:40] <jbossbot> git [remoting] push master URL: http://github.com/seam/remoting/compare/2760df3...d7b8019
[09:35:04] *** maxandersen1 has quit IRC
[09:39:16] *** daniel_hinojosa has quit IRC
[09:39:51] *** maxandersen has joined #seam-dev
[09:40:57] *** epbernard has joined #seam-dev
[09:40:57] *** epbernard is now known as emmanuel
[10:10:26] *** alesj has joined #seam-dev
[10:20:25] *** jharting has quit IRC
[10:21:48] *** oskutka has quit IRC
[10:22:49] *** oskutka has joined #seam-dev
[10:52:25] *** maxandersen has quit IRC
[10:53:31] *** maxandersen has joined #seam-dev
[11:02:46] *** jharting has joined #seam-dev
[11:08:13] *** mgencur is now known as mgencur_afk
[11:30:57] *** maxandersen has quit IRC
[11:31:12] *** maxandersen has joined #seam-dev
[11:43:36] *** sannegrinovero has joined #seam-dev
[11:44:48] *** adamw1pl has quit IRC
[11:50:09] *** mgencur_afk is now known as mgencur
[12:04:45] *** alesj has quit IRC
[12:05:13] *** emmanuel has quit IRC
[12:17:02] *** alesj has joined #seam-dev
[12:20:30] *** epbernard has joined #seam-dev
[12:20:30] *** epbernard is now known as emmanuel
[12:40:19] *** jharting has quit IRC
[13:44:01] *** jharting has joined #seam-dev
[13:49:47] *** tsurdilo has joined #seam-dev
[13:54:46] *** marekn has quit IRC
[13:59:45] *** maxandersen has quit IRC
[14:01:30] *** marekn has joined #seam-dev
[14:03:25] *** balunasj has joined #seam-dev
[14:30:46] *** tsurdilo1 has joined #seam-dev
[14:33:31] *** lightguard_jp has joined #seam-dev
[14:33:52] *** tsurdilo has quit IRC
[14:33:58] *** lightguard_jp has quit IRC
[14:34:17] *** shervin_a has joined #seam-dev
[14:34:18] *** lightguard_jp has joined #seam-dev
[14:36:05] *** emmanuel has quit IRC
[14:38:21] *** shervin_a has quit IRC
[14:43:52] *** tsurdilo2 has joined #seam-dev
[14:45:48] *** balunasj is now known as balunasj_away
[14:45:53] *** jganoff has joined #seam-dev
[14:46:40] *** tsurdilo1 has quit IRC
[14:47:22] *** tsurdilo1 has joined #seam-dev
[14:49:28] *** tsurdilo2 has quit IRC
[14:53:02] *** tsurdilo2 has joined #seam-dev
[14:54:52] *** alesj1 has joined #seam-dev
[14:56:37] *** alesj has quit IRC
[14:56:38] *** tsurdilo1 has quit IRC
[14:57:55] *** alesj has joined #seam-dev
[15:01:10] *** alesj1 has quit IRC
[15:08:12] *** rruss has joined #seam-dev
[15:24:46] *** rruss has quit IRC
[15:37:23] *** johnament has joined #seam-dev
[15:39:21] *** epbernard has joined #seam-dev
[15:39:21] *** epbernard is now known as emmanuel
[15:46:28] *** maxandersen has joined #seam-dev
[15:59:52] *** clerum has joined #seam-dev
[16:04:12] *** adamw1pl has joined #seam-dev
[16:18:54] *** marekn has quit IRC
[16:24:40] *** lightguard_jp has quit IRC
[16:31:52] *** tsurdilo2 has quit IRC
[16:42:43] *** tsurdilo has joined #seam-dev
[16:47:20] *** bitshuffler has joined #seam-dev
[16:52:48] *** lightguard_jp has joined #seam-dev
[16:57:46] <johnament> jganoff: ping
[16:58:00] <jganoff> johnament, pong
[16:58:07] <johnament> jganoff: we did say 11 right?
[16:58:15] <jganoff> johnament, Correct
[16:58:27] <johnament> jganoff: ok, so i'm not going senile
[16:58:33] <jganoff> johnament, not yet ;)
[16:59:33] *** epbernard has joined #seam-dev
[17:00:41] *** maxandersen has quit IRC
[17:01:14] *** emmanuel has quit IRC
[17:01:25] *** epbernard is now known as emmanuel
[17:03:58] *** adamw1pl has quit IRC
[17:13:36] *** bitshuffler_ has joined #seam-dev
[17:13:38] <johnament> jganoff: maybe pmuir forgot?
[17:13:56] <jganoff> johnament, That's a possibility. We can always reschedule.
[17:14:25] <jganoff> johnament, So, I need to pull your changes
[17:14:26] <johnament> jganoff: i can do tomorrow, probably not friday.  next week I believe was unavailable for pmuir and I'm out the following week.
[17:14:31] <johnament> jganoff: i wouldn't yet
[17:14:53] <jganoff> johnament, yea, I was waiting until after we speak. There are still some general housekeeping items that need to be address too. i'll spend my time on that for now
[17:14:58] <johnament> jganoff: IIRC, they had a similar issue to your current.  I've made a decent amount of work, but I'm currently stuck around an infinite loop
[17:15:45] *** jganoff has left #seam-dev
[17:15:50] *** jganoff has joined #seam-dev
[17:15:58] <jganoff> johnament, what similar issue are you referring to?
[17:16:58] *** adamw1pl has joined #seam-dev
[17:16:58] *** bitshuffler has quit IRC
[17:17:04] <johnament> jganoff: there's still some cases I'm trying to get beans before the container's ready.
[17:17:27] <johnament> jganoff: most of it I had down, but I think there was still one or two cases I hadn't gotten to.
[17:17:32] <jganoff> johnament, Ahh, which are those? I thought we were going to handle that by providing a hook like seam-servlet does for an "after application startup"
[17:17:59] <johnament> jganoff: in some cases, once the observer is created, JMS will start firing before the start up occurs.
[17:18:08] <johnament> jganoff: i just need to build a local cache until the start up happens.
[17:19:03] *** balunasj_away is now known as balunasj
[17:19:40] <jganoff> johnament, I don't quite understand. You mean events are fired before the routes have been fully initialized?
[17:19:53] <johnament> jganoff: yep
[17:20:04] <jganoff> johnament, ah, then yea.. we might want to buffer those ;)
[17:20:55] <johnament> jganoff: exactly.  it depends on the event firing order.
[17:21:49] <jganoff> johnament, makes sense but it would be best if we could provide a clear lifecycle and have all of this wired up before the application is online. Wasn't there a proposal for CDI 1.1 along those lines? An application startup callback to Extensions?
[17:22:26] <johnament> jganoff: yes, but we're not yet at CDI 1.1 and I don't think we should wait for CDI 1.1 to make JMS available.
[17:22:32] <johnament> but that's just my opinion
[17:22:35] <jganoff> johnament, Agreed.
[17:25:18] <johnament> jganoff: there were a few proposals.  last I saw was a fired event that was either typed or qualified something that can be observed.
[17:26:26] <jganoff> johnament, yea, how it's realized isn't a huge concern - as long as we have a lifecycle hook before the application is started but once all beans are wired up and ready
[17:28:20] *** rruss has joined #seam-dev
[17:28:46] <johnament> jganoff: well, it sort of matters.  i think from an app developer perspective writing a bean is easier than writing an extension
[17:29:16] <jganoff> johnament, I agree with that. I meant it doesn't really matter from seam-jms' perspective.
[17:29:21] *** jharting has quit IRC
[17:29:52] <jganoff> johnament, so, what's the current state of implementation in your fork?
[17:30:08] <johnament> jganoff: independent, SEAMJMS-3 and SEAMJMS-4 work.
[17:30:09] <jbossbot> jira [SEAMJMS-3] Event Mapping Observer Method Interfaces - Egress [Open (Unresolved) Feature Request, Blocker, John Ament] https://issues.jboss.org/browse/SEAMJMS-3
[17:30:10] <jbossbot> jira [SEAMJMS-4] Event Mapping Observer Method Interfaces - Ingress [Open (Unresolved) Feature Request, Blocker, John Ament] https://issues.jboss.org/browse/SEAMJMS-4
[17:30:28] <johnament> jganoff: when you combine them, you get an infinite loop because of WELD-860
[17:30:29] <jbossbot> jira [WELD-860] Fired events are observed by any match. [Closed (Rejected) Bug, Major, Pete Muir] https://issues.jboss.org/browse/WELD-860
[17:30:55] <jganoff> johnament, right, that's on my list of items to discuss with Pete
[17:31:00] *** kpiwko has quit IRC
[17:31:25] <jganoff> Have you started any work on SEAMJMS-9?
[17:31:26] <jbossbot> jira [SEAMJMS-9] Support dynamic connection factories using solder's generic beans [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMJMS-9
[17:31:34] *** oskutka has quit IRC
[17:31:47] <johnament> jganoff: just at a prototype state.
[17:32:08] <jganoff> johnament, ok
[17:32:30] *** mgencur has left #seam-dev
[17:32:34] <jganoff> johnament, SEAMJMS-5 seems dead in the water at this point. Again, another item on my list to talk about.
[17:32:35] <jbossbot> jira [SEAMJMS-5] Add/Remove routes programmatically [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/SEAMJMS-5
[17:32:52] <jganoff> johnament, we can disable configured routes and re-enable them but we can't completely add/remove them
[17:33:10] <johnament> jganoff: really what I want is to be able to define the connection factory and have a default one that seam jms uses
[17:33:59] <johnament> jganoff: yeah, that's new stuff we have put in I think
[17:34:01] <jganoff> johnament, yep, Dan and I brought that up a long time ago - before solder
[17:34:30] <jganoff> johnament, So the list of outstanding issues was correct :)
[17:34:56] <johnament> jganoff: I think so.  if it's not resolved currently we have a problem with it :-)
[17:35:47] <jganoff> johnament, ingress/egress routing, allow CF to be configured, discuss scope of produced resources, create combined jar, update doc
[17:36:01] <jganoff> johnament, only issue we haven't discussed today is the scope of produced resourcs
[17:36:38] <johnament> jganoff: we should then.
[17:36:59] <jganoff> johnament, I believe you changed all produced resouces to @Dependent, correct?
[17:37:13] <johnament> jganoff: yes, I did.
[17:37:16] <jganoff> johnament, with the exception of Connection?
[17:37:39] <johnament> jganoff: i believe connection/cf are still app scoped
[17:37:59] <jganoff> johnament, ok that should be good. Any issues with the arq tests?
[17:38:26] <johnament> jganoff: i haven't run the full regression in a bit because of the produced routes, but the producer tests were all working.
[17:38:41] <johnament> jganoff: the problem with RequestScoped was what if we're not working within an HTTP request
[17:38:47] <johnament> jganoff: e.g. an ingress route
[17:39:11] <jganoff> johnament, right, I think that was there to work around an old arquillian issue.
[17:39:25] <johnament> jganoff: probably.  or a glassfish issue.
[17:39:33] <jganoff> johnament, yep!
[17:39:49] <johnament> jganoff: now that GF 3.1 is out, we can try to rebuild the glassfish profile. I think there's an issue around about that
[17:39:52] *** bitshuffler__ has joined #seam-dev
[17:40:01] *** adamw1pl has quit IRC
[17:40:19] <jganoff> johnament, alright. I'll write up a quick review of what we've talked about and get it out to Pete. We'll reschedule in that thread.
[17:40:48] <johnament> jganoff: sounds good
[17:40:59] <jganoff> johnament, thanks again! Back to work... :)
[17:41:20] <johnament> jganoff: sort of.  today's an install random stuff day. :-)
[17:41:48] <bleathem> Anyone seen this Solder error yet?:
[17:41:50] <bleathem> Error creating managed object for class org.jboss.seam.solder.resourceLoader.servlet.ResourceListener
[17:42:07] <johnament> what version?
[17:42:08] <lightguard_jp> Not that one
[17:42:08] *** lincolnthree has quit IRC
[17:42:14] <bleathem> CR1
[17:42:24] <johnament> any other messages around it?
[17:42:39] <johnament> e.g. you turned on debug logging and have some info around it... :-)
[17:42:54] *** bitshuffler_ has quit IRC
[17:43:05] <bleathem> yeah, haven't started digging yet
[17:43:27] <bleathem> I'm wondering if it's because I'm using a WELD snapshot
[17:44:13] <johnament> you and your bleeding edge
[17:45:08] *** emmanuel has quit IRC
[17:45:11] *** epbernard has joined #seam-dev
[17:45:12] *** epbernard is now known as emmanuel
[17:49:25] <bleathem> reverted the weld-osgi to 1.1.0 and I remembered why I used the snapshot in the first place:
[17:49:35] <bleathem> WELD-001408 Unsatisfied dependencies for type [Messages] with qualifiers [@Default] at injection point [[field] @Inject org.jboss.seam.faces.status.MessagesAdapter.messages]
[17:49:52] <lightguard_jp> Is there a way to work around that for 1.1.0?
[17:50:57] <bleathem> I would love to be able to work around that
[17:51:13] <bleathem> I'm sure it will come up for other users too
[17:51:20] <bleathem> once they start trying Seam 3 out
[17:51:43] <bleathem> I've really got to get the JSFUnit arquillian test going
[17:57:08] *** bitshuffler has joined #seam-dev
[17:57:17] *** maxandersen has joined #seam-dev
[17:57:40] <johnament> well, why do you have an unsatisfied dependency?
[17:58:13] <bleathem> What dependencies would 'Messages' have?
[17:59:11] <bleathem> i assume it's referring to org.jboss.seam.international.status.Messages
[18:00:20] *** bitshuffler__ has quit IRC
[18:02:57] <johnament> bleathem: you have a hard dependency on intl?
[18:03:18] <bleathem> Faces does
[18:04:23] <bleathem> juicing up the weld log level
[18:05:13] <johnament> bleathem: by any chance, does intl have a utils class for testing the generates its basic archive?
[18:05:44] *** maschmid has quit IRC
[18:06:45] <bleathem> I don't know, I havent' looked that closely at International
[18:08:47] <bleathem> So in org.jboss.seam.faces.status.MessagesAdapter (Faces)
[18:09:02] <bleathem> we inject the org.jboss.seam.international.status.Messages (International)
[18:09:13] <bleathem> it is this injection that Weld is complaining about
[18:09:33] <jose_freitas> what's the complaint?
[18:09:40] <bleathem> But what are "dependencies" for an injection?
[18:09:43] <jose_freitas> I'm with international right now.
[18:09:55] <bleathem> Hey Jose
[18:09:59] <jose_freitas> hey
[18:10:07] <jose_freitas> :)
[18:10:19] <bleathem> With Weld 1.1 Faces CR1 I'm geting a deployment error:
[18:10:24] <bleathem> WELD-001408 Unsatisfied dependencies for type [Messages] with qualifiers [@Default] at injection point [[field] @Inject org.jboss.seam.faces.status.MessagesAdapter.messages]
[18:10:53] <bleathem> Trying to puzzle out what is meant by the "Unsatisfied dependencies"
[18:10:57] <jose_freitas> hm
[18:11:11] <bleathem> When injecting the International Messages into the Faces MessagesAdapter
[18:11:14] <jose_freitas> does beanManager finds org.jboss.seam.international.status.Messages ?
[18:11:30] <bleathem> good question
[18:11:58] <bleathem> This might be related to WELD-846
[18:11:59] <jbossbot> jira [WELD-846] Incorrect handling of cyclic dependencies between BeanDeploymentArchives [Closed (Done) Bug, Major, Stuart Douglas] https://issues.jboss.org/browse/WELD-846
[18:12:33] <bleathem> But when I ran into that last time, it just resulted in an NPE
[18:12:38] *** mgencur has joined #seam-dev
[18:12:44] <bleathem> rather than a message about failed injection
[18:12:51] <jose_freitas> oO
[18:13:04] <jose_freitas> glasshfish only?
[18:13:10] *** mgencur has quit IRC
[18:13:28] <bleathem> Yeah, I don't have the tests in place yet to try other containers
[18:14:30] *** mgencur has joined #seam-dev
[18:14:48] <bleathem> This error goes away when I use a Weld-SNAPSHOT
[18:15:12] <johnament> which makes sense if it's WELD-846
[18:15:13] <jbossbot> jira [WELD-846] Incorrect handling of cyclic dependencies between BeanDeploymentArchives [Closed (Done) Bug, Major, Stuart Douglas] https://issues.jboss.org/browse/WELD-846
[18:15:50] <jose_freitas> yes
[18:16:04] <jose_freitas> I'll try booking example in glasshfish
[18:16:04] <bleathem> I'm going to have to try a sample app, see if I can reproduce this
[18:16:21] <bleathem> so much for my "New March resolution" of not writing any more sample apps...
[18:16:40] <bleathem> hey, that would be great!
[18:16:42] <jose_freitas> booking example inject messages that way bleathem
[18:16:54] <jose_freitas> it's working in jboss
[18:17:26] <bleathem> Man, when AS7 is released, me and JBoss are going to get real friendly!
[18:17:39] <jose_freitas> hehehe
[18:17:45] <bleathem> The disconnect between Weld and Glassfish is frustrating to say the least
[18:19:56] <jose_freitas> one moment, I'm trying to deploy the booking example in glassfish
[18:24:06] <johnament> bleathem: any reason you don't use AS 6?
[18:24:14] <bleathem> Momentum
[18:24:26] <bleathem> Support contracts in place, apps in production
[18:24:37] <bleathem> It would be a big deal to switch
[18:24:43] <johnament> oh i meant in faces.
[18:25:24] <bleathem> No reason, but I do feel Seam should work well with the RI
[18:25:51] <jose_freitas> yes, it should
[18:26:13] <bleathem> Once I get my tests in place, I'll be testing in both
[18:26:21] <jose_freitas> booking example is not deploying it gf
[18:26:27] <jose_freitas> =~~~~~
[18:26:30] <bleathem> same error?
[18:26:32] <jose_freitas> no
[18:26:33] <johnament> 3.0 or 3.1?
[18:26:35] <jose_freitas> 3.1
[18:26:43] <bleathem> What's the error?
[18:26:44] <jose_freitas> I'll have to correct it
[18:26:54] <jose_freitas> is a problem deploying the persistence unit
[18:27:03] <bleathem> oh
[18:27:11] <johnament> hard dep on hibernate?
[18:27:12] <bleathem> does booking use Hibernate?
[18:28:14] <jose_freitas> yes
[18:29:02] <jose_freitas> eclipse link is replacing it
[18:29:15] <johnament> does booking use persistence?
[18:29:18] <jose_freitas> no
[18:29:39] <jose_freitas> it should though,
[18:29:50] <jose_freitas> I didn't have the time to integrate all the modules
[18:30:17] <jose_freitas> well, I'll figure out what to do to deploy in gf and then test it.
[18:30:46] <johnament> what if you make hibernate a conditional dependency, create a profile that builds including hibernate?
[18:30:57] *** sannegrinovero_ has joined #seam-dev
[18:31:35] <bleathem> you can also easily add the hibernate osgi bundle to glassfish
[18:31:41] <bleathem> using thir pkg tool
[18:31:50] <bleathem> it's as easy as 'pkg install hibernate'
[18:31:56] <bleathem> I do it often :P
[18:32:18] <jose_freitas> yes, but it's not that
[18:32:20] <jose_freitas> I guess
[18:32:43] *** sannegrinovero has quit IRC
[18:33:08] <jose_freitas> its a problem on the way the date is mapped
[18:33:09] <jose_freitas> http://dev.pastebin.com/6U0jFSwH
[18:33:52] <bleathem> oic
[18:34:05] <johnament> yep, i saw that too.  it's really a bug in hibernate that should be kicking those back.
[18:34:14] <bleathem> I ported an eclispelink app to hibernate once.  JPA is far from portable!
[18:34:21] <johnament> hibernate's a bit too loose
[18:34:42] <johnament> bleathem: the spec is full of plot holes
[18:35:13] <jose_freitas> hehehe
[18:35:30] <bleathem> no doubt.  A lot of disparate technologies came together under that spec, it's no wonder there are holes
[18:36:08] <johnament> meh. i'm surprised it didn't turn bloody.
[18:36:28] <johnament> oracle's pushing of it, based on what hibernate was already doing, always sits odd with me.
[18:36:48] <bleathem> maybe it did get bloddy - those doors were closed after all!
[18:39:53] *** alesj has left #seam-dev
[18:41:26] *** alesj has joined #seam-dev
[18:42:53] *** alesj has quit IRC
[18:46:19] <jose_freitas> bleathem: I just took of the date fields to test the injection
[18:46:40] <jose_freitas> and it game me a problem injecting another object from international
[18:46:48] <jose_freitas> DefaultLocale
[18:47:07] *** emmanuel has quit IRC
[18:47:14] <jose_freitas> which I believe is due the cyclic dependecy you spoke about earlier
[18:48:59] <jose_freitas> tried again and it gave me the Message Exception
[18:49:00] <jose_freitas> http://dev.pastebin.com/6xvBQWGB
[18:49:08] <jose_freitas> but not unsatisfied
[18:49:13] <jose_freitas> it's ambiguous
[18:49:15] <jose_freitas> oO
[18:50:42] *** daniel_hinojosa has joined #seam-dev
[18:52:11] <bleathem> jose_freitas: interesting, it's still surrounding the Messages type
[18:52:27] <bleathem> I wonder why that is
[18:52:36] <jose_freitas> yes, I guess that there's no order when loading beans, right?
[18:54:23] <bleathem> I believe that's correct
[18:54:47] <jose_freitas> bleathem: you won't believe me, but I just tried to load the app again and it gave me the unsatisfied exception you had
[18:55:12] <jose_freitas> I didn't change anything
[18:55:17] <bleathem> Oh, I believe you!  I've noticed deployments are not repeatable.
[18:55:17] <jose_freitas> just loaded again
[18:55:33] <bleathem> Some deployment errors show up for me only every 3rd or 4th deploy
[18:55:42] <jose_freitas> creepy
[18:55:55] <bleathem> yeah, very creepy
[18:56:00] <bleathem> (good word for it)
[18:56:12] <johnament> i guess it all depends on if which is loaded first - seam intl or seam faces
[18:56:25] <bleathem> the definition of insanity is doing the same thing twice on a computer, and expecting different results
[18:56:44] <jose_freitas> hm
[18:56:47] <johnament> so the computer has gone insane?
[18:56:55] <bleathem> exactly!
[18:56:59] <jose_freitas> hehehe
[18:57:14] <bleathem> It usually refers to people hitting the print button 6 times
[18:57:24] *** alesj has joined #seam-dev
[18:57:29] <bleathem> but it should apply to application deployments too!
[18:58:11] <bleathem> Well, I guess we have a bug to file
[18:58:38] <bleathem> thanks for checking with the sample app jose!
[18:58:57] <bleathem> It's better coming from that, than from my random app
[18:58:57] <jose_freitas> np
[18:59:18] <bleathem> do you mind filing the jira issue?
[18:59:32] <jose_freitas> nope
[18:59:42] <jose_freitas> I'm not sure which project should receive though
[18:59:44] <jose_freitas> weld?
[19:00:10] <bleathem> Or maybe international?
[19:00:25] <bleathem> I'm not sure what the "dependencies" is referring to
[19:00:47] <bleathem> or rather "Unsatisfied dependencies"
[19:00:56] <jose_freitas> hm
[19:01:02] <bleathem> yeah, maybe weld
[19:01:21] <bleathem> it can't find the dependency to inject...
[19:01:49] <bleathem> but this *has* been fixed upstream in weld
[19:02:02] <jose_freitas> to 1.2.0
[19:02:13] <bleathem> yeah, in 1.2.0-SNAPSHOT
[19:02:27] <bleathem> but that started giving me other errors :P
[19:02:38] <bleathem> Weld is a mess right now, I hate to say it!
[19:02:42] <bleathem> but it is
[19:03:03] <jose_freitas> hm.. I'm not sure what weld my glassfish is using it, i have an internal version within eclipse
[19:03:06] <jose_freitas> let me check it
[19:03:30] <bleathem> GF 3.1 should be using Weld 1.1.0
[19:03:48] <jose_freitas> yes, it should
[19:03:51] <jose_freitas> oh great
[19:03:55] <jose_freitas> my log is showing the var
[19:03:55] <jose_freitas> INFO: WELD-000900 ${parsedVersion (osgiVersion})
[19:04:06] <jose_freitas> lol
[19:04:19] <bleathem> WELD-000900 is a message identifier
[19:04:35] <bleathem> oic, it didn't string replace the version number
[19:04:46] <bleathem> funny
[19:05:05] <jose_freitas> maybe it's a problem from the eclipse plugin
[19:05:19] <jose_freitas> I just installed it to fix a bug within the international module
[19:05:23] <bleathem> just checked the output from my glassfish, and I see the exact same thing
[19:05:35] <jose_freitas> which strikes in glassfish only as well
[19:05:38] *** maxandersen has quit IRC
[19:06:54] <bleathem> I wonder how involved with Weld the Glassfish team is
[19:07:40] <jose_freitas> it doesnt seem that they're pretty close
[19:08:29] <jose_freitas> hehe
[19:08:55] *** daniel_hinojosa has quit IRC
[19:09:15] *** balunasj is now known as balunasj_busy
[19:11:02] *** mgencur has left #seam-dev
[19:14:49] *** daniel_hinojosa has joined #seam-dev
[19:15:05] <jose_freitas> bleathem: I was testing the validator problem to fix it
[19:15:22] <jose_freitas> and I don't get the errors anymore
[19:15:34] <jose_freitas> the cross validator with inputcontainer
[19:16:07] <jose_freitas> just uncommented the error code and it's working now with the new bundle
[19:16:49] <jose_freitas> so I'll go directly to https://issues.jboss.org/browse/SEAMFACES-57
[19:16:50] <jbossbot> jira [SEAMFACES-57] Use InputElement<T> instead of @InputField for injection of form input [Open (Unresolved) Feature Request, Minor, Brian Leathem] https://issues.jboss.org/browse/SEAMFACES-57
[19:16:54] 
[19:25:04] <bleathem> jose_freitas sorry, I was AFK for a bit there
[19:25:50] <bleathem> What validator problem were you testing?  Is there a jira issue for it?
[19:27:23] <jose_freitas> no, I didn't fill a jira for it, but it was a problem when using cross validator within an inputContainer
[19:27:43] <bleathem> And you resolved it by uncommenting the error code?
[19:27:47] <bleathem> where?
[19:27:47] <jose_freitas> but doesn't matter now I guess, uncommented and is working now
[19:27:55] <jose_freitas> on my xhtml
[19:27:56] <bleathem> in your app?
[19:27:59] <jose_freitas> yes
[19:28:12] <bleathem> oh, so it was a transient error that doesn't show up in the current release?
[19:28:21] <jose_freitas> I commented the inputcontainer tag
[19:28:23] <jose_freitas> yes
[19:28:26] <jose_freitas> it's ok now
[19:28:27] <bleathem> got it
[19:28:57] <bleathem> If you want to tackle SEAMFACE_S-57, that would be awesome
[19:29:03] <jose_freitas> ok
[19:29:13] <jose_freitas> :)
[19:29:33] <jose_freitas> thanks
[19:29:42] <bleathem> hey, your not in the jira
[19:29:47] <bleathem> I can't assign it to you
[19:29:50] <jose_freitas> spinner
[19:29:55] <jose_freitas> that's my id there
[19:30:04] <bleathem> ah, ok - never would have guessed :P
[19:30:14] <jose_freitas> Maybe I should create another profile
[19:30:25] <jose_freitas> hehehe
[19:30:56] *** johnament has quit IRC
[19:34:36] <bleathem> hmmm spinner isn't in the list (it's a long list)
[19:34:52] <bleathem> sbryzak: ping
[19:35:33] <jose_freitas> what list?
[19:35:56] <jose_freitas> https://issues.jboss.org/secure/ViewProfile.jspa?name=spinner
[19:39:45] <bleathem> the list of people to assign an issue to
[19:41:46] <jose_freitas> hm
[19:42:59] <bleathem> I'll bug Dan or Shane about it
[19:43:12] <jose_freitas> hm
[19:43:34] <jose_freitas> oh, I see, so it's not just having a jboss id?
[19:44:02] <jose_freitas> I wonder how did ken manage to assign it
[19:44:49] *** sannegrinovero_ has quit IRC
[19:48:27] <bleathem> It's not under Jose Freitas, nor under spinner
[19:55:37] *** ssachtleben has joined #seam-dev
[19:58:05] *** adamw1pl has joined #seam-dev
[20:03:13] *** lincolnthree has joined #seam-dev
[20:23:45] *** sannegrinovero has joined #seam-dev
[20:24:53] <bleathem> lincolnthree: Hey Lincoln!
[20:26:02] <bleathem> lincolnthree: I'm trying to assign a Faces issue to jose_freitas, but he's not listed as one of the assignees
[20:26:13] <bleathem> lincolnthree: are you able to correct that?
[20:26:40] <lincolnthree> bleathem: i can try
[20:27:59] <lincolnthree> done
[20:28:07] <bleathem> ty!
[20:28:15] <lincolnthree> you're welcome!
[20:29:32] <bleathem> jose_freitas: SEAMFACES-57 is all yours!
[20:29:33] 
[20:29:40] *** tsurdilo has quit IRC
[20:30:09] *** tsurdilo has joined #seam-dev
[20:39:05] <jose_freitas> hooray
[20:39:19] *** adamw1pl has quit IRC
[20:45:42] *** rruss has quit IRC
[20:45:46] *** alesj has quit IRC
[20:46:08] *** rruss has joined #seam-dev
[20:52:41] *** bitshuffler_ has joined #seam-dev
[20:56:18] *** bitshuffler has quit IRC
[21:04:45] *** oskutka has joined #seam-dev
[21:11:53] *** lukaszlenart has joined #seam-dev
[21:20:46] *** mgencur has joined #seam-dev
[21:20:56] *** mgencur has left #seam-dev
[21:32:45] *** oskutka1 has joined #seam-dev
[21:33:09] *** oskutka has quit IRC
[21:48:09] *** alesj has joined #seam-dev
[21:48:49] <jose_freitas> bleathem: ping
[21:48:57] *** lukaszlenart has left #seam-dev
[21:49:00] *** stuartdouglas_ has joined #seam-dev
[21:49:02] <bleathem> hey
[21:49:30] <jose_freitas> sorry to ask, but I'm not familiar with glassfish, but how can I update my weld to 1.2.0-SNAPSHOT ?
[21:49:54] <jose_freitas> I want to make more tests on that issue before firing a jira issue
[21:51:18] <bleathem> 1 sec
[21:51:23] <jose_freitas> k
[21:51:46] <bleathem> http://blog.bleathem.ca/2011/02/updating-weld-in-glassfish-31.html
[21:52:22] <jose_freitas> :)
[21:53:12] <jose_freitas> thanks
[21:53:19] <bleathem> np
[22:07:45] <bleathem> jose_freitas just trying it myself.  the latest snapshot of weld no longer works with glassfish
[22:08:01] <bleathem> I wonder when that happened.
[22:08:15] <bleathem> I'll try going back through the commit history, trying earlier builds
[22:18:09] *** alesj has quit IRC
[22:23:50] *** bitshuffler_ has quit IRC
[22:27:04] <jose_freitas> hm
[22:27:15] <jbossbot> git [servlet] push master 0050988.. mgencur at redhat dot com code-coverage tool
[22:27:15] <jbossbot> git [servlet] push master URL: http://github.com/seam/servlet/compare/a4d51e2...0050988
[22:31:42] *** ssachtleben has quit IRC
[22:31:54] <jbossbot> git [security] push master 3662257.. Shane Bryzak removed unnecessary pom
[22:31:54] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/71dcd0f...3662257
[22:32:22] <jbossbot> git [security] push master 655aba4.. Shane Bryzak removed readme
[22:32:22] <jbossbot> git [security] push master URL: http://github.com/seam/security/compare/3662257...655aba4
[22:39:43] *** sannegrinovero has quit IRC
[22:43:07] *** bleathem has quit IRC
[22:51:01] *** bleathem has joined #seam-dev
[22:59:45] *** jose_freitas has quit IRC
[23:12:26] *** epbernard has joined #seam-dev
[23:12:26] *** epbernard is now known as emmanuel
[23:14:34] *** oskutka1 has quit IRC
[23:16:55] *** emmanuel has quit IRC
[23:19:24] <lightguard_jp> sbryzak: I have the info for Seam Social, I'll create the module page tonight
[23:19:47] <sbryzak> lightguard_jp: thanks.. we should have the logos shortly i hope
[23:21:04] <lightguard_jp> Great
[23:21:31] <lightguard_jp> When I see the two JCR people I'll get their info as well and set that one up.
[23:21:43] <lightguard_jp> sbryzak: Do you have write access to seam/build repo?
[23:22:31] <sbryzak> i should have
[23:22:38] <sbryzak> i'm not sure what that repo is for
[23:23:23] <lightguard_jp> I sent a pull request (3) for it, it includes new formatters for idea and eclipse
[23:24:09] <sbryzak> np, i'll apply it
[23:25:33] <jbossbot> git [build] push master 943a860.. LightGuard Updating code formatting for eclipse and idea...
[23:25:34] <jbossbot> git [build] push master URL: http://github.com/seam/build/compare/8f2ef2d...943a860
[23:25:35] *** balunasj_busy is now known as balunas
[23:25:38] <sbryzak> done
[23:25:48] <lightguard_jp> Thanks
[23:26:14] <lightguard_jp> People should now be able to reformat their projects to the JBoss Community style :)
[23:38:37] *** balunas is now known as balunasj_away
[23:45:53] *** lightguard_jp has quit IRC
[23:46:11] *** lightguard_jp has joined #seam-dev





top