August 15, 2011  
1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31

[00:00:00] <jbossbot> git [remoting] push 3.1.0.Beta1 f89095d.. Shane Bryzak [maven-release-plugin] prepare release 3.1.0.Beta1
[00:00:00] <jbossbot> git [remoting] push 3.1.0.Beta1 URL: http://github.com/seam/remoting/compare/0000000...c5f1790
[00:12:02] <jbossbot> git [mail] push develop 0b144ad.. Shane Bryzak update versions
[00:12:02] <jbossbot> git [mail] push develop URL: http://github.com/seam/mail/compare/1913623...0b144ad
[00:16:55] <jbossbot> git [mail] push develop 2674dce.. Shane Bryzak fix dependencies
[00:16:56] <jbossbot> git [mail] push develop URL: http://github.com/seam/mail/compare/0b144ad...2674dce
[00:19:27] <jbossbot> git [mail] push develop 1ee2a9b.. Shane Bryzak fix dist version
[00:19:27] <jbossbot> git [mail] push develop URL: http://github.com/seam/mail/compare/2674dce...1ee2a9b
[00:25:33] <jbossbot> git [mail] push develop f388bf4.. Shane Bryzak fixed version
[00:25:33] <jbossbot> git [mail] push develop URL: http://github.com/seam/mail/compare/1ee2a9b...f388bf4
[00:32:12] <jbossbot> git [mail] push develop 80e58bb.. Shane Bryzak fix versions
[00:32:12] <jbossbot> git [mail] push develop URL: http://github.com/seam/mail/compare/f388bf4...80e58bb
[00:34:31] <jbossbot> git [mail] push develop 6cf3d8b.. Shane Bryzak fix example version
[00:34:32] <jbossbot> git [mail] push develop URL: http://github.com/seam/mail/compare/80e58bb...6cf3d8b
[00:37:48] <jbossbot> git [mail] push develop 51598a9.. Shane Bryzak fix compiler error
[00:37:49] <jbossbot> git [mail] push develop URL: http://github.com/seam/mail/compare/6cf3d8b...51598a9
[00:46:55] *** hannelita has joined #seam-dev
[00:54:17] *** hannelita has quit IRC
[00:55:47] <sbryzak> clerum: ping
[01:05:00] *** johnament has joined #seam-dev
[01:14:36] *** tsurdilo has joined #seam-dev
[01:16:22] *** gastaldi has joined #seam-dev
[01:16:27] <gastaldi> hey
[01:17:58] <johnament> hey gastaldi !
[01:18:25] <johnament> i have a question for you
[01:18:32] <gastaldi> hey johnament ! Shoot !
[01:18:56] <johnament> I want CDI 1.1 to support where clause style qualifiers
[01:19:39] <gastaldi> hum
[01:20:37] <johnament> its specific to observer methods, to control which observers see an event
[01:21:46] <johnament> I'm thinking I can do something similar in an interceptor
[01:21:54] <johnament> but its something we want in jms 2.0
[01:21:56] <johnament> :-)
[01:22:22] <gastaldi> Is there any code sample available ?
[01:22:57] <johnament> Just in my head right now
[01:23:44] <johnament> meh
[01:23:52] <johnament> i'll just list it as an interceptor in the docs for now
[01:23:59] <johnament> and let the spec leads duke it out
[01:24:37] 
[01:25:22] <gastaldi> If I understand the idea, that might be interesting
[01:25:31] <johnament> it would replace message selectors in a JMS + CDI enabled client
[01:25:40] <gastaldi> cool
[01:25:56] 
[01:25:56] <johnament> gastaldi, basically, as of right now, i own the entire client programming API in jms 2
[01:26:21] <johnament> cdi-dev@?
[01:26:40] <johnament> is that 346 eg?
[01:27:17] <gastaldi> cdi-dev at lists dot jboss.org
[01:27:28] <gastaldi> yeah
[01:28:01] <gastaldi> I think the team will be pleased to find a solution for it
[01:28:33] <johnament> alright, i'll shoot an email
[01:28:37] <gastaldi> Cool, thanks
[01:29:09] <sbryzak> hey guys
[01:29:19] <sbryzak> johnament gastaldi: while you're both here
[01:29:27] <sbryzak> does seam-jcr have any dependencies on other modules?
[01:29:33] <johnament> just solder
[01:29:58] <sbryzak> cool.. i'll release it next then
[01:30:00] <johnament> and that's just some reflection utils
[01:30:03] <johnament> cool!
[01:30:12] <sbryzak> i'm running out of modules to release.. so many roadblocks
[01:30:50] <johnament> did someone build a circle?
[01:31:04] <johnament> i see you ran into some mail issues
[01:31:55] <sbryzak> yeah, it's on hold at the moment
[01:32:10] <sbryzak> international is broken too.. weird test failure
[01:34:26] <johnament> if you want  you can rerelease jms compiled against solder 3.1
[01:35:36] <sbryzak> thanks
[01:36:04] <johnament> there's no other differences.
[01:36:08] <johnament> oh wait
[01:36:11] <johnament> that depends on servlet.
[01:36:22] <sbryzak> ah, i should be able to release servlet
[01:39:25] <johnament> there are 20 modules, there's no way you could have run out already..
[01:39:35] <johnament> :-)
[01:40:15] <sbryzak> hmm, i only have 19 on my list... what am i missing?
[01:41:11] <sbryzak> bah, now i'm getting test failures with jcr
[01:41:57] <johnament> sound like its time to go home
[01:42:25] <sbryzak> for who? :)
[01:42:41] <johnament> you're on develop, right?
[01:42:46] <sbryzak> yeah
[01:42:53] <sbryzak> but i updated the seam parent version
[01:42:58] <sbryzak> and all the arq deps have been updated
[01:43:05] <sbryzak> so now everything is broken
[01:43:06] <johnament> .....
[01:43:23] <johnament> what version of arquillian?
[01:43:38] <sbryzak> well jcr is still using 1.0.0.Alpha5
[01:43:44] <sbryzak> because i hard coded it
[01:43:49] <sbryzak> but it's now missing shrinkwrap dependencies
[01:44:16] <sbryzak> actually
[01:44:23] <sbryzak> i think the shrinkwrap api broken
[01:44:25] <sbryzak> *broke
[01:44:33] <sbryzak> they changed a whole bunch of method names
[01:44:48] <sbryzak> i'm just going to disable the tests for this release
[01:45:03] <johnament> its only beta
[01:45:27] <sbryzak> exactly, we can do what we want
[01:45:36] <johnament> what version of arquillian should be in use?
[01:45:44] <sbryzak> whatever's in the parent
[01:45:53] <sbryzak> we should actually be set up to test in AS7
[01:46:09] <johnament> well, jms won't run in as7/
[01:46:10] <sbryzak> we're going to be using something very similar to what ken's set up in international
[01:46:25] <sbryzak> that's fine, we can still run the tests in as6 if we want
[01:46:53] <sbryzak> but the default should be as7 wherever possible
[01:46:57] <johnament> ok
[01:47:02] <sbryzak> actually, we should really have tests for multiple containers
[01:47:13] <johnament> what about non container tests, like jcr? which doesn't care/know about a container?
[01:47:40] <sbryzak> yes there's those also
[01:48:07] <jbossbot> git [jcr] push develop 771e61a.. Shane Bryzak update versions, fix dependencies
[01:48:07] <jbossbot> git [jcr] push develop URL: http://github.com/seam/jcr/compare/986b48e...771e61a
[01:48:45] <sbryzak> jcr tests now disabled for the time being
[01:49:09] <johnament> oh, so its 3.1 now?
[01:49:09] <sbryzak> should there be jars for each of the jcr implementations?
[01:49:17] <johnament> yes, there's only 1
[01:49:35] <sbryzak> yes, we're synchronizing on 3.1
[01:50:15] <johnament> so JMS is going from 3.0CR1 to 3.1Beta1?
[01:50:46] <sbryzak> yes
[01:50:48] <johnament> ok
[01:50:52] <sbryzak> i'm demoting its CR1 status
[01:50:56] <johnament> :-(
[01:50:57] <sbryzak> because of the updated parent
[01:51:01] <sbryzak> sorry ;)
[01:51:13] 
[01:51:14] 
[01:51:14] 
[01:51:14] 
[01:51:14] 
[01:51:15] 
[01:51:16] 
[01:51:20] 
[01:51:20] <sbryzak> we want to get all the tests sorted out before the CR1 release
[01:51:22] 
[01:51:24] 
[01:51:26] 
[01:51:28] 
[01:51:30] 
[01:51:32] 
[01:51:34] 
[01:51:36] 
[01:51:38] 
[01:51:40] 
[01:51:40] <sbryzak> parent is released
[01:51:42] 
[01:51:44] 
[01:51:45] <sbryzak> the rest is in staging
[01:51:46] 
[01:51:50] <johnament> grr
[01:51:52] <johnament> Non-resolvable import POM: Could not find artifact org.jboss.seam:seam-bom:pom:3.1.0.Beta1
[01:52:07] <sbryzak> bom is in staging
[01:56:24] <jbossbot> git [jcr] push 3.1.0.Beta1 0ab3a9f.. Shane Bryzak [maven-release-plugin] prepare release 3.1.0.Beta1
[01:56:24] <jbossbot> git [jcr] push 3.1.0.Beta1 URL: http://github.com/seam/jcr/compare/0000000...f8799be
[01:57:52] <johnament> whoa, that arquillian error makes no sense.
[01:59:55] <sbryzak> the shrinkwrap one?
[02:00:22] <jbossbot> git [jcr] push develop 0ab3a9f.. Shane Bryzak [maven-release-plugin] prepare release 3.1.0.Beta1
[02:00:22] <jbossbot> git [jcr] push develop 3002d9e.. Shane Bryzak [maven-release-plugin] prepare for next development iteration
[02:00:22] <jbossbot> git [jcr] push develop 817b38f.. Shane Bryzak Merge branch 'release/3.1.0.Beta1' into develop
[02:00:22] <jbossbot> git [jcr] push develop URL: http://github.com/seam/jcr/compare/771e61a...817b38f
[02:00:23] <johnament> i get an arquillian one, saying to check previous exceptions, but there are none
[02:00:24] <jbossbot> git [jcr] push master 867c9ee.. George Gastaldi Merge branch 'master' of https://github.com/seam/jcr into develop
[02:00:24] <jbossbot> git [jcr] push master ca7322c.. George Gastaldi Merge branch 'develop' of https://github.com/seam/jcr into develop
[02:00:24] <jbossbot> git [jcr] push master e053226.. John Ament SEAMJCR-4 Added bindings for entity mapping to Nodes and basic utility to load.
[02:00:25] <jbossbot> jira [SEAMJCR-4] OCM Bindings [Resolved (Done) Feature Request, Major, John Ament] https://issues.jboss.org/browse/SEAMJCR-4
[02:00:25] <jbossbot> git [jcr] push master ab1f940.. John Ament Merge branch 'develop' of github.com:seam/jcr into develop...
[02:00:26] <jbossbot> git [jcr] push master 5d98501.. John Ament Merge pull request #23 from johnament/develop...
[02:00:27] <jbossbot> git [jcr] push master 5d5b7fe.. George Gastaldi Merge branch 'develop' of https://github.com/seam/jcr into develop
[02:00:27] <jbossbot> git [jcr] push master eb1f602.. John Ament Initial add of service handler support for DAOs/OCM.  Moved a lot of code into API.
[02:00:28] <jbossbot> git [jcr] push master f3476bd.. John Ament Separated RepositoryResolver into interface and impl to allow it to be used in API.
[02:00:29] <jbossbot> git [jcr] push master 5a4ddf8.. John Ament SeamJCR Cleaned up Save capabilities.
[02:00:30] <jbossbot> git [jcr] push master 02b62a4.. John Ament Merge branch 'develop' of github.com:seam/jcr into develop
[02:00:31] <jbossbot> git [jcr] push master 3211b93.. John Ament Minor bug fixes in OCM for handling null cases.  Cleaned up debug messages.
[02:00:31] <jbossbot> git [jcr] push master f400788.. John Ament Added OCM text, cleaned up code per George's comments.
[02:00:32] <jbossbot> git [jcr] push master c47b910.. John Ament Removed PT translation files to reduce confusion.
[02:00:33] <jbossbot> git [jcr] push master 1985a84.. George Gastaldi Merge branch 'develop' of https://github.com/seam/jcr into develop
[02:00:33] <jbossbot> git [jcr] push master 97e795b.. George Gastaldi Removed warnings and reformatted code
[02:00:34] <jbossbot> git [jcr] push master 24a820d.. George Gastaldi Reformatted API code
[02:00:35] <jbossbot> git [jcr] push master e428964.. George Gastaldi Merge pull request #24 from gastaldi/develop...
[02:00:36] <jbossbot> git [jcr] push master c73681d.. John Ament SEAMJCR-20 Fixed services to include OCM.
[02:00:37] <jbossbot> jira [SEAMJCR-20] JcrOCMExtension not registered as service [Closed (Done) Bug, Minor, John Ament] https://issues.jboss.org/browse/SEAMJCR-20
[02:00:37] <jbossbot> git [jcr] push master e94775a.. John Ament Removed method that was mistakenly added.
[02:00:38] <jbossbot> git [jcr] push master 986b48e.. John Ament Removed combined jar from build, renamed impl.
[02:00:39] <jbossbot> git [jcr] push master 771e61a.. Shane Bryzak update versions, fix dependencies
[02:00:39] <jbossbot> git [jcr] push master 0ab3a9f.. Shane Bryzak [maven-release-plugin] prepare release 3.1.0.Beta1
[02:00:53] <sbryzak> yeah, we need a total overhaul of our tests
[02:01:11] <sbryzak> i'm going to get one of our QE guys to take ownership of that
[02:01:28] <sbryzak> seam jcr now released, i can cross that off my list
[02:02:01] <sbryzak> i'm going to do a total rewrite on seam-parent also
[02:02:08] <sbryzak> remove the dependency on weld-parent
[02:02:21] <sbryzak> and update the plugin versions, some of which are really old now or even beta versions
[02:02:45] <sbryzak> coffee time
[02:05:23] <johnament> sbryzak, i have a licensing question when you're done with coffee
[02:07:55] <johnament> great, now all my builds failed
[02:10:33] <sbryzak> johnament: shoot
[02:12:07] <johnament> sbryzak, so, let's suppose that seam jms because part of the jms RI.
[02:12:25] <johnament> became*
[02:12:36] <johnament> in that it could be redistributed with various JMS implementations
[02:12:41] <sbryzak> ok
[02:12:55] <johnament> instead of each implementation providing its own CDI connectivity
[02:13:20] <johnament> basically what oracle and ibm do already with OWB, JPA, etc
[02:13:30] <johnament> since its ASL, that shouldn't be an issue, should it?
[02:13:46] <sbryzak> i don't think so
[02:15:00] <jbossbot> git [remoting] push develop c0abe7d.. Shane Bryzak Merge pull request #23 from maschmid/SEAMREMOTING-41...
[02:15:01] <jbossbot> jira [SEAMREMOTING-41] Model example broken on AS7: Could not commit transaction. [Pull Request Sent (Unresolved) Bug, Major, Marek Schmidt] https://issues.jboss.org/browse/SEAMREMOTING-41
[02:15:01] <jbossbot> git [remoting] push develop URL: http://github.com/seam/remoting/compare/952354d...c0abe7d
[02:17:56] *** clerum has quit IRC
[02:19:28] *** daniel_hinojosa has quit IRC
[02:22:51] *** daniel_hinojosa has joined #seam-dev
[02:23:40] *** clerum has joined #seam-dev
[02:24:18] *** sgilda has joined #seam-dev
[02:28:14] *** tsurdilo has quit IRC
[02:29:37] <jbossbot> git [validation] push master 8649019.. Shane Bryzak update versions
[02:29:37] <jbossbot> git [validation] push master URL: http://github.com/seam/validation/compare/334b65b...8649019
[02:30:28] *** tkimura has joined #seam-dev
[02:35:45] *** tsurdilo has joined #seam-dev
[02:36:59] <jbossbot> git [validation] push 3.1.0.Beta1 2361230.. Shane Bryzak [maven-release-plugin] prepare release 3.1.0.Beta1
[02:36:59] <jbossbot> git [validation] push 3.1.0.Beta1 URL: http://github.com/seam/validation/compare/0000000...a37d35d
[02:43:48] <gastaldi> sbryzak: I fixed the arquillian issues in Seam reporst
[02:43:50] <gastaldi> Reports
[02:44:02] <sbryzak> gastaldi: awesome, good job
[02:44:15] <gastaldi> You need to add the dependecyManagement section on each pom to make it work under alpha5
[02:44:36] <sbryzak> git flow is making my life hard
[02:45:02] <gastaldi> hum, we need to automatize that
[02:45:10] <sbryzak> gastaldi: yeah, i want to get rid of alpha5 though
[02:46:03] <gastaldi> What is needed on each module to use CR2 ?
[02:46:05] <jbossbot> git [validation] push develop 2361230.. Shane Bryzak [maven-release-plugin] prepare release 3.1.0.Beta1
[02:46:05] <jbossbot> git [validation] push develop 5e14d66.. Shane Bryzak [maven-release-plugin] prepare for next development iteration
[02:46:05] <jbossbot> git [validation] push develop 1f738e6.. Shane Bryzak Merge branch 'release/3.1.0.Beta1' into develop
[02:46:05] <jbossbot> git [validation] push develop URL: http://github.com/seam/validation/compare/80fdd69...1f738e6
[02:46:06] <jbossbot> git [validation] push master 2361230.. Shane Bryzak [maven-release-plugin] prepare release 3.1.0.Beta1
[02:46:07] <jbossbot> git [validation] push master 5e14d66.. Shane Bryzak [maven-release-plugin] prepare for next development iteration
[02:46:08] <jbossbot> git [validation] push master 8c05cc2.. Shane Bryzak Merge branch 'release/3.1.0.Beta1'...
[02:46:08] <jbossbot> git [validation] push master URL: http://github.com/seam/validation/compare/8649019...8c05cc2
[02:46:15] <sbryzak> gastaldi: we need a complete overhaul
[02:46:19] <gastaldi> I know some artifactIds have changed
[02:46:20] <sbryzak> all the dependencies have changed
[02:46:22] <gastaldi> yeah
[02:46:31] <sbryzak> as7 has its own arquillian dependencies
[02:46:31] <gastaldi> who do we call ?
[02:46:36] <sbryzak> ghostbusters
[02:46:39] <gastaldi> Hahahahha
[02:46:52] <sbryzak> i'll ask ondrej later today
[02:47:12] <gastaldi> nice
[02:47:14] <sbryzak> i want one of the QE guys to work with ken on restructuring all our tests
[02:47:25] <sbryzak> i like a lot of things about ken's structure
[02:47:29] <gastaldi> I still want to ease this releasing stuff
[02:47:42] <sbryzak> some things i don't like, such as the multitude of additional poms
[02:47:45] <gastaldi> It should be a one-click only
[02:47:48] <sbryzak> hopefully he can simplify that
[02:47:50] <gastaldi> agreed
[02:47:57] <gastaldi> How about adding that to the next meeting ?
[02:48:14] <sbryzak> i'm going to try and catch up with him before the next meeting if possible
[02:48:26] <gastaldi> ok
[02:48:28] <gastaldi> brb
[02:49:44] <johnament> that's one of my issues with the new structure as well
[02:50:14] <johnament> the other, if you look at the jcr tests, every test is repeated
[02:50:33] <sbryzak> yeah, all the intermediate poms seem unnecessary
[02:50:49] *** tsurdilo has quit IRC
[02:50:59] <johnament> what if you just make a super pom that referenced all of the test directories?
[02:51:05] <johnament> as test-src
[02:51:39] <sbryzak> i don't mind there being a single pom that groups all the tests
[02:52:11] <sbryzak> but that should be as complex as the hierarchy gets
[02:52:32] <sbryzak> seam international has a hierarchy that looks like this:
[02:53:10] <sbryzak> seam-international-parent -> seam-international-testsuite -> container-boms -> container-bom-jbossas-managed-7
[02:53:22] <sbryzak> it's too much
[02:54:03] <sbryzak> and the container-boms artifact in that example is just an aggregator pom
[02:54:06] <sbryzak> there's nothing in there
[02:56:00] <johnament> same thing in jcr
[02:56:49] <johnament> just minus the container-boms level
[02:57:44] <sbryzak> so maybe that stuff can go into seam-parent anyway
[02:59:18] <johnament> maybe
[02:59:24] <johnament> i'm going to get seam jms ready for 3.1
[03:04:14] <sbryzak> great, let me know when it's ready and i'll do the release
[03:08:27] <johnament> where did junit go in arquillian?
[03:09:35] *** hannelita has joined #seam-dev
[03:13:12] <sbryzak> johnament: i'm not quite sure, it seems to have undergone a major restructure
[03:13:53] *** daniel_hinojosa has quit IRC
[03:17:22] <johnament> hmm i had to switch seam-solder to compile instead of runtime.
[03:19:43] *** jose_freitas has quit IRC
[03:21:40] <johnament> i love aslak, but i can't stand that the docs are never up to date for arquillian.
[03:30:44] <johnament> ok, jms compiles but tests don't run.
[03:30:52] <johnament> but did run in alpha5.
[03:30:54] <johnament> want it?
[03:33:38] <jbossbot> git [jms] push develop e6d0b44.. John Ament Fixed pom to have the version of jboss specs.
[03:33:38] <jbossbot> git [jms] push develop d302fec.. John Ament Updated code to compile against arquillian CR2, fixed version number, removed descriptors.
[03:33:38] <jbossbot> git [jms] push develop URL: http://github.com/seam/jms/compare/ae40c7c...d302fec
[03:35:18] <johnament> sbryzak, it's yours when ready
[03:35:26] <johnament> just don't run tests.
[03:49:45] *** hannelita has quit IRC
[03:54:53] <sbryzak> johnament: cool, i'll get right on it
[04:03:53] <jbossbot> git [jms] push develop 44facd0.. Shane Bryzak update versions
[04:03:53] <jbossbot> git [jms] push develop URL: http://github.com/seam/jms/compare/d302fec...44facd0
[04:06:33] <sbryzak> johnament: is it ok if i remove the seam.servlet.version from the example?
[04:07:25] <sbryzak> sorry, i meant seam.jms.version
[04:07:31] <sbryzak> actually, yes seam.servlet.version also
[04:07:43] <sbryzak> because i can release that now
[04:11:39] <sbryzak> damn, i can't release servlet because it depends on catch
[04:11:58] <jbossbot> git [servlet] push develop ca67648.. Shane Bryzak updated versions
[04:11:58] <jbossbot> git [servlet] push develop URL: http://github.com/seam/servlet/compare/b211e93...ca67648
[04:16:15] <johnament> is catch broken?
[04:26:40] <johnament> other than the servlet dep, statuswatcher is working
[04:28:05] *** sgilda has quit IRC
[04:32:10] <jbossbot> git [jms] push develop 2f16916.. John Ament Fixed dependencies in support of 3.1 Beta1.
[04:32:11] <jbossbot> git [jms] push develop 8911697.. John Ament Merge branch 'develop' of github.com:seam/jms into develop
[04:32:11] <jbossbot> git [jms] push develop URL: http://github.com/seam/jms/compare/44facd0...8911697
[04:35:34] <jbossbot> git [jms] push develop 0d60d94.. John Ament Fixed scope of arquillian.
[04:35:34] <jbossbot> git [jms] push develop URL: http://github.com/seam/jms/compare/8911697...0d60d94
[04:45:01] *** stuartdouglas_ has joined #seam-dev
[04:45:01] *** stuartdouglas_ has quit IRC
[04:45:01] *** stuartdouglas_ has joined #seam-dev
[04:45:01] *** stuartdouglas has quit IRC
[04:45:02] *** stuartdouglas_ is now known as stuartdouglas
[04:46:04] <johnament> sbryzak, you have a pull request incoming to fix catch.
[04:46:29] <sbryzak> thanks, i'll let jason do the catch release though
[04:46:53] *** hannelita has joined #seam-dev
[04:47:26] <johnament> oh ok
[04:47:30] <johnament> i just found an issue
[04:47:42] <johnament> servlet depends on catch, catch depends on servlet
[04:48:05] <sbryzak> ah yes, that's a problem that's going to pop up more and more
[04:52:19] <johnament> its gotta get real annoying though, something's gotta give
[04:52:39] <johnament> maybe the servlet events should be moved to a separate module?
[05:07:45] *** daniel_hinojosa has joined #seam-dev
[05:11:00] <johnament> writing these docs makes me feel like i'm reverse engineering seam jms, without knowing completely what it does, and it's a pretty good approach.
[05:12:55] *** gastaldi has quit IRC
[05:13:47] *** johnament has quit IRC
[05:38:01] *** gastaldi has joined #seam-dev
[05:38:14] <gastaldi> damn, Fedora GNOME does not work within a VM
[05:42:11] *** gastaldi has quit IRC
[05:43:22] *** gastaldi has joined #seam-dev
[05:43:35] <gastaldi> hello
[05:43:43] <gastaldi> Testing under Fedora 15
[05:44:04] <gastaldi> >:-)
[05:44:14] <gastaldi> Empathy sux
[05:45:51] *** gastaldi has left #seam-dev
[05:59:19] *** hannelita has quit IRC
[06:05:37] *** gastaldi has joined #seam-dev
[06:10:15] *** gegastaldi has joined #seam-dev
[06:12:28] *** gegastaldi has quit IRC
[06:12:51] *** gastaldi has quit IRC
[06:30:25] *** hannelita has joined #seam-dev
[06:34:33] *** gastaldi has joined #seam-dev
[06:34:40] <gastaldi> hey
[06:35:13] <gastaldi> someone told about a solution for versioning database scripts here once
[06:35:42] <gastaldi> I know this is OT, but does anyone remember what was it ?
[06:39:44] <gastaldi> Found it: http://www.liquibase.org/
[06:39:58] *** clerum has quit IRC
[06:40:48] *** clerum has joined #seam-dev
[06:43:09] *** gastaldi has quit IRC
[07:14:06] *** Diablo-D3 has joined #seam-dev
[07:33:28] *** hannelita has quit IRC
[08:01:35] *** tremes has joined #seam-dev
[08:07:02] *** marekn has joined #seam-dev
[08:10:54] *** marekn has quit IRC
[08:12:23] *** marekn has joined #seam-dev
[08:40:18] *** clerum has quit IRC
[08:41:10] *** clerum has joined #seam-dev
[08:42:00] *** tkimura has quit IRC
[08:43:45] *** tkimura has joined #seam-dev
[08:46:34] *** daniel_hinojosa has quit IRC
[08:59:02] *** lightguard_jp has joined #seam-dev
[08:59:21] *** lightguard_jp has quit IRC
[09:00:12] *** amitev has joined #seam-dev
[09:07:00] *** tkimura has quit IRC
[09:09:45] *** maschmid has joined #seam-dev
[09:12:02] *** aslak has joined #seam-dev
[09:14:29] *** tkimura has joined #seam-dev
[09:35:08] <sbryzak> stuartdouglas: ping
[09:38:45] <stuartdouglas> sbryzak: hey
[09:38:50] <sbryzak> hey stuart
[09:38:57] <sbryzak> do you by any chance remember this commit: https://github.com/seam/solder/commit/2d326cebe76291419474332df7b4440663e5d78c
[09:38:58] <jbossbot> git [solder] 2d326ce.. Ken Finnigan SOLDER-102 Create Solder Logger that delegates to imported JBoss Logging
[09:38:59] <jbossbot> jira [SOLDER-102] Change way in which JBoss Logging is embedded [Resolved (Done) Enhancement, Major, Ken Finnigan] https://issues.jboss.org/browse/SOLDER-102
[09:39:13] <sbryzak> oh, there is a jira
[09:39:34] <stuartdouglas> I don't really remember that one
[09:39:54] <stuartdouglas> is there a problem with it?
[09:40:27] <sbryzak> just that it broke every other module, and it wasn't communicated
[09:40:49] <sbryzak> it looks like it was ken's issue
[09:40:57] <sbryzak> i'll just ask him to be more careful next time ;)
[09:41:45] <stuartdouglas> I probably should have looked at it more closely, but I have not really had anything to do with the the logging stuff in solder
[09:42:05] <sbryzak> that's cool, i just thought you might have had some insider info
[09:42:39] <stuartdouglas> I have not finished that @Disposes thing for default beans yet
[09:44:23] <sbryzak> that's fine, do you think we can have it done by CR1?
[09:46:05] <stuartdouglas> I will try and get it done tonight
[09:46:34] <stuartdouglas> AS 7.0.1 should be released tomorrow, and I think I have everything done that I need to get done for the release, so I have a bit of time
[09:47:09] <sbryzak> awesome, thanks
[09:47:17] <sbryzak> is that 7.0.1 final?
[09:48:37] <stuartdouglas> yes
[09:49:02] <stuartdouglas> to fix the disposer thing I think I am going to have to copy over some of the type safe resolver code from weld
[09:49:22] <sbryzak> is it much code?
[09:49:28] <stuartdouglas> as I need to resolve the corresponding producer for the disposal method
[09:49:32] <sbryzak> wow, you guys had a fast turnaround time for releases
[09:49:36] <stuartdouglas> It should not be too much
[09:49:42] <stuartdouglas> This is more of a bug fix release
[09:49:55] <stuartdouglas> 7.1 is the next big release
[09:50:14] <stuartdouglas> although with that said there is some more stuff available in the preview distribution in 7.0.1
[09:50:18] <stuartdouglas> such as ejb timers
[09:51:35] <sbryzak> does 7.0.1 have a new arquillian artifact also?
[09:51:47] <sbryzak> i'm talking about jboss-as-arquillian-container-managed
[09:52:04] <stuartdouglas> it will, but I think the 7.0.0 one should still be compatible
[09:52:18] <stuartdouglas> I am not sure if there have been any changes to the arquillian container
[09:52:27] <stuartdouglas> but either way there will be a new artifact
[09:52:41] <sbryzak> np
[10:40:49] *** clerum has quit IRC
[10:41:25] *** clerum has joined #seam-dev
[11:05:17] *** aLBa^ has joined #seam-dev
[11:15:12] *** shervin_a has joined #seam-dev
[11:29:46] *** lightguard_jp has joined #seam-dev
[11:29:58] <lightguard_jp> stuartdouglas: ping
[11:44:19] <stuartdouglas> lightguard_jp: pong
[11:44:37] <lightguard_jp> stuartdouglas: Is the jboss-logmanager not part of AS7?
[11:45:01] <lightguard_jp> https://pastee.org/6m7dh
[11:46:00] <stuartdouglas> you need an explicit Dependencies: entry
[11:46:06] <stuartdouglas> in MANIFEST.MF
[11:46:16] <stuartdouglas> https://docs.jboss.org/author/display/AS7/Class+Loading+in+AS7
[11:47:48] <lightguard_jp> Okay, how would I do that with Shrinkwrap?
[11:49:13] <stuartdouglas> you probably have to use jboss-deployment-structure.xml
[11:49:29] <stuartdouglas> as SW has some issues with MANIFEST.MF merging
[11:49:38] <stuartdouglas> https://github.com/jbossas/jboss-as/blob/master/testsuite/integration/src/test/java/org/jboss/as/testsuite/integration/deployment/classloading/ear/EarJbossStructureDepedenciesTestCase.java
[11:50:03] <lightguard_jp> https://docs.jboss.org/author/display/AS7/Class+Loading+in+AS7#ClassLoadinginAS7-JBossDeploymentStructureFile
[11:50:06] <lightguard_jp> ?
[11:50:13] <stuartdouglas> yes
[11:50:41] <oranheim> stuartdouglas: Regarding the AS7 release tomorrow. I'm affected by this issue: http://community.jboss.org/message/615390?tstart=0 and asafik this will be in 7.0.1. What is the relation between the AbstractBeans vs https://issues.jboss.org/browse/WELD-921 . Do you know?
[11:50:42] <jbossbot> jira [WELD-921] Incorrect handling of business interfaces for EJBs (where defining class of business method is not the Business interface of the EJBs) [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/WELD-921
[11:51:38] <stuartdouglas> WELD-921 is more of an issue with the weld SPI,
[11:51:39] <jbossbot> jira [WELD-921] Incorrect handling of business interfaces for EJBs (where defining class of business method is not the Business interface of the EJBs) [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/WELD-921
[11:51:47] <stuartdouglas> but I have worked around it in AS 7.0.1
[11:51:58] <lightguard_jp> stuartdouglas: Where does this file go in a war?
[11:52:12] <stuartdouglas> WEb-INF
[11:52:34] <oranheim> stuartdouglas: after your work around it works all fine on my side in nightly builds!
[11:53:30] *** tkimura has quit IRC
[11:54:10] <oranheim> Has any of you guys experienced this? http://community.jboss.org/message/620329
[11:55:46] *** tkimura has joined #seam-dev
[11:56:06] <stuartdouglas> oranheim: what database?
[11:56:24] <oranheim> This regards default: ExampleDS in AS7 -> H2
[11:56:45] <lightguard_jp> stuartdouglas: <j-d-s><deployment><dependencies><module name="org.jboss.logmanager" /></dependencies></deployment></j-d-s> Does that look about right?
[11:56:53] <stuartdouglas> it's defiantly a hibernate 4 issue and not a AS7 one
[11:57:00] <stuartdouglas> lightguard_jp: yes, that looks fine
[11:57:09] <lightguard_jp> Okay, I'll give it a try.
[11:57:11] <oranheim> I have been using H2 in AS6 w/o any problem
[11:58:27] <oranheim> It didn't behave the same way for H2 in AS6, so this confuses me
[12:01:02] <oranheim> stuartdouglas: Hibnernate team hasn't responded on forum yet, so i have to make a test case and raise an issue with them then. It could of course we something with the H2 driver capability too
[12:02:29] <stuartdouglas> oranheim: Didn't AS6 use hypersonic as the default rather than h2?
[12:05:43] <oranheim> stuartdouglas: yes, for AS6 I used my own H2 configured datasource. Besides, I double checked seeding through H2 console, and it is per table, not cross table in AS6. This will affect peoples test cases if you assert for IDs for persistent entities
[12:06:09] <stuartdouglas> oranheim: same version of h2?
[12:07:26] <oranheim> stuartdouglas: no. I use h2-1.3.155.jar, whereas AS7 is at h2-1.2.145.jar. I did a module resource upgrade for AS7 to 1.3.155. The same issue occurred.
[12:07:53] <stuartdouglas> its probably the upgrade to him 4 then
[12:07:58] <oranheim> "modules/com/h2database/h2/main" <-
[12:08:14] <oranheim> ok.. i'll put that on my list of follow up
[12:12:36] <oranheim> Here is a compatibility workaround regarding Seam Mail and https://issues.jboss.org/browse/AS7-1375:  http://pastebin.com/GbQCM6BT
[12:12:37] <jbossbot> jira [AS7-1375] UnsupportedDataTypeException sending email [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/AS7-1375
[12:21:42] *** tkimura has quit IRC
[12:25:44] *** tremes has quit IRC
[12:27:34] <jbossbot> git [examples] push master 7c6a5a3.. LightGuard Adding the Catch example
[12:27:34] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/fc2d8cc...7c6a5a3
[12:31:39] *** jose_freitas has joined #seam-dev
[12:41:06] *** clerum has quit IRC
[12:42:08] *** clerum has joined #seam-dev
[13:00:00] *** jose_freitas has quit IRC
[13:06:59] <jbossbot> git [catch] push develop b85bb73.. LightGuard Changing where we put solder...
[13:06:59] <jbossbot> git [catch] push develop URL: http://github.com/seam/catch/compare/14fdbb6...b85bb73
[13:08:02] *** sannegrinovero has joined #seam-dev
[13:09:28] <jbossbot> git [catch] push 3.1.0.Beta1 42e7622.. LightGuard Fixing up things for the Beta1 release
[13:09:28] <jbossbot> git [catch] push 3.1.0.Beta1 0a028b4.. LightGuard Removing example
[13:09:28] <jbossbot> git [catch] push 3.1.0.Beta1 c09f2fd.. LightGuard Changing name of seam-catch-impl to seam-catch
[13:09:28] <jbossbot> git [catch] push 3.1.0.Beta1 87c316c.. LightGuard Removing impl source in dist
[13:09:29] <jbossbot> git [catch] push 3.1.0.Beta1 60d72ae.. LightGuard [maven-release-plugin] prepare release 3.1.0.Beta1
[13:09:30] <jbossbot> git [catch] push 3.1.0.Beta1 URL: http://github.com/seam/catch/compare/0000000...60d72ae
[13:10:03] *** sgilda has joined #seam-dev
[13:22:03] *** tremes has joined #seam-dev
[13:41:36] *** jose_freitas has joined #seam-dev
[13:51:07] *** sannegrinovero has quit IRC
[14:06:00] <jbossbot> git [catch] push develop 42e7622.. LightGuard Fixing up things for the Beta1 release
[14:06:00] <jbossbot> git [catch] push develop 0a028b4.. LightGuard Removing example
[14:06:00] <jbossbot> git [catch] push develop c09f2fd.. LightGuard Changing name of seam-catch-impl to seam-catch
[14:06:00] <jbossbot> git [catch] push develop 87c316c.. LightGuard Removing impl source in dist
[14:06:00] <jbossbot> git [catch] push develop 60d72ae.. LightGuard [maven-release-plugin] prepare release 3.1.0.Beta1
[14:06:02] <jbossbot> git [catch] push develop d8be072.. LightGuard Merge branch 'release/3.1.0.Beta1' into develop
[14:06:02] <jbossbot> git [catch] push develop URL: http://github.com/seam/catch/compare/b85bb73...d8be072
[14:06:03] <jbossbot> git [catch] push master 74df8fa.. LightGuard Finished SEAMCATCH-58...
[14:06:04] <jbossbot> jira [SEAMCATCH-58] Improve Javadoc [Resolved (Done) Task, Major, Jason Porter] https://issues.jboss.org/browse/SEAMCATCH-58
[14:06:05] <jbossbot> git [catch] push master 2167d0f.. LightGuard Trying to get Catch to run on OWB
[14:06:05] <jbossbot> git [catch] push master fdf6641.. LightGuard More tweaking for owb
[14:06:06] <jbossbot> git [catch] push master 350b312.. LightGuard Converting over to the new testing structure...
[14:06:07] <jbossbot> git [catch] push master d3f05c4.. LightGuard Fixing up included poms for the containers
[14:06:07] <jbossbot> git [catch] push master d7d4101.. LightGuard Fixing up the tests....
[14:06:08] <jbossbot> git [catch] push master 937268b.. LightGuard Merge branch 'feature/SEAMCATCH-59' into develop
[14:06:09] <jbossbot> jira [SEAMCATCH-59] Switch to new testing structure [Resolved (Done) Task, Major, Jason Porter] https://issues.jboss.org/browse/SEAMCATCH-59
[14:06:10] <jbossbot> git [catch] push master 8642248.. George Gastaldi Removed combined project
[14:06:10] <jbossbot> git [catch] push master 9a21e0e.. George Gastaldi Merge pull request #21 from gastaldi/develop...
[14:06:12] <jbossbot> git [catch] push master 19ea74d.. George Gastaldi Renamed impl name
[14:06:12] <jbossbot> git [catch] push master 6d5e7f1.. George Gastaldi Merge branch 'develop' of https://github.com/seam/catch into develop
[14:06:12] <jbossbot> git [catch] push master 700fcdd.. LightGuard Fixing up tests to not use maven in shrinkwrap
[14:06:14] <jbossbot> git [catch] push master 14fdbb6.. LightGuard Fixing up bad docbook...
[14:06:15] <jbossbot> git [catch] push master b85bb73.. LightGuard Changing where we put solder...
[14:06:15] <jbossbot> git [catch] push master 42e7622.. LightGuard Fixing up things for the Beta1 release
[14:06:16] <jbossbot> git [catch] push master 0a028b4.. LightGuard Removing example
[14:06:17] <jbossbot> git [catch] push master c09f2fd.. LightGuard Changing name of seam-catch-impl to seam-catch
[14:06:18] <jbossbot> git [catch] push master 87c316c.. LightGuard Removing impl source in dist
[14:06:18] <jbossbot> git [catch] push master 60d72ae.. LightGuard [maven-release-plugin] prepare release 3.1.0.Beta1
[14:13:38] *** rmartinelli has joined #seam-dev
[14:20:04] <jbossbot> git [catch] push 3.1.0.Beta1 de49c85.. Jason Porter This was missed apparently
[14:20:04] <jbossbot> git [catch] push 3.1.0.Beta1 URL: http://github.com/seam/catch/compare/60d72ae...de49c85
[14:20:33] <jbossbot> git [catch] push develop da2ded6.. Jason Porter This was missed apparently
[14:20:33] <jbossbot> git [catch] push develop URL: http://github.com/seam/catch/compare/d8be072...da2ded6
[14:23:12] *** aLBa^ has quit IRC
[14:23:47] *** jganoff has joined #seam-dev
[14:24:30] *** sannegrinovero has joined #seam-dev
[14:28:23] *** sannegrinovero has quit IRC
[14:30:22] <jbossbot> git [catch] push develop 4317fd0.. LightGuard Fixing dist/pom.xml version
[14:30:22] <jbossbot> git [catch] push develop 8af7337.. LightGuard Merge branch 'hotfix/3.1.0.Beta1-pom' into develop
[14:30:22] <jbossbot> git [catch] push develop URL: http://github.com/seam/catch/compare/da2ded6...8af7337
[14:30:23] <jbossbot> git [catch] push master 4317fd0.. LightGuard Fixing dist/pom.xml version
[14:30:23] <jbossbot> git [catch] push master 63bc68f.. LightGuard Merge branch 'hotfix/3.1.0.Beta1-pom'
[14:30:24] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/2ec3abe...63bc68f
[14:30:35] <jbossbot> git [catch] push 3.1.0.Beta1 2ec3abe.. LightGuard Merge branch 'release/3.1.0.Beta1'
[14:30:35] <jbossbot> git [catch] push 3.1.0.Beta1 4317fd0.. LightGuard Fixing dist/pom.xml version
[14:30:35] <jbossbot> git [catch] push 3.1.0.Beta1 URL: http://github.com/seam/catch/compare/60d72ae...4317fd0
[14:32:01] *** lazarotti has joined #seam-dev
[14:32:26] *** tsurdilo has joined #seam-dev
[14:32:50] *** sannegrinovero has joined #seam-dev
[14:33:16] <jbossbot> git [catch] push 3.1.0.Beta1 URL: http://github.com/seam/catch/compare/4317fd0...0000000
[14:33:24] <jbossbot> git [catch] push 3.1.0.Beta1 URL: http://github.com/seam/catch/compare/de49c85...0000000
[14:37:40] <jbossbot> git [catch] push develop 5deb0a2.. LightGuard Fixing up pom versions for release
[14:37:40] <jbossbot> git [catch] push develop 6cee6df.. LightGuard Merge branch 'hotfix/3.1.0.Beta1' into develop
[14:37:40] <jbossbot> git [catch] push develop 6fc3acf.. LightGuard Pom version fixes for continued developement
[14:37:40] <jbossbot> git [catch] push develop URL: http://github.com/seam/catch/compare/8af7337...6fc3acf
[14:38:33] <jbossbot> git [catch] push 3.1.0.Beta1 da0c3ff.. LightGuard Merge branch 'hotfix/3.1.0.Beta1'
[14:38:33] <jbossbot> git [catch] push 3.1.0.Beta1 URL: http://github.com/seam/catch/compare/0000000...e07bbd6
[14:39:49] * nickarls smells a release
[14:41:26] <lightguard_jp> What gave it away?
[14:41:43] <lightguard_jp> I blame maven for this botched release
[14:44:47] <nickarls> the maven release plugins gets little praise no matter who you ask
[14:44:54] <nickarls> what is your local time?
[14:50:50] <lightguard_jp> 0644
[14:51:02] <lightguard_jp> Yes, not a fan of maven release.
[15:30:58] *** lightguard_jp has quit IRC
[15:33:54] *** mbg has joined #seam-dev
[15:53:30] *** hannelita has joined #seam-dev
[16:10:16] *** tremes has left #seam-dev
[16:10:33] *** tremes has joined #seam-dev
[16:20:58] *** mbg is now known as mbg|away
[16:24:23] *** mbg|away is now known as mbg
[16:48:45] *** shervin_a has quit IRC
[17:07:39] *** tremes has left #seam-dev
[17:17:43] *** edburns has joined #seam-dev
[17:18:10] <edburns> jose_freitas: Thanks to Juven Xu from sonatype, we have the proper javadocs for JSF 2.2-SNAPSHOT in maven.java.net.
[17:18:29] <edburns> jose_freitas: Please see the tlddocs for f:viewAction at https://maven.java.net/service/local/repositories/snapshots/archive/javax/faces/javax.faces-api/2.2-SNAPSHOT/javax.faces-api-2.2-20110815.150600-3-javadoc.jar/!/vdldocs/facelets/index.html
[17:24:36] *** tsurdilo has quit IRC
[17:25:01] *** tsurdilo has joined #seam-dev
[17:33:55] *** jamezp_afk is now known as jamezp
[17:54:48] *** edburns is now known as edburns_away
[18:06:23] <jose_freitas> that's great edburns_away :)
[18:11:15] *** aLBa^ has joined #seam-dev
[18:11:56] *** bleathem has joined #seam-dev
[18:13:30] *** hannelita has quit IRC
[18:14:55] *** maschmid has quit IRC
[18:15:57] *** marekn has quit IRC
[18:32:30] *** lightguard_jp has joined #seam-dev
[18:46:02] *** akazakov has joined #seam-dev
[18:47:30] <jose_freitas> bleathem: my dear *faces guru
[18:48:02] <jose_freitas> did you have time to work on that wrap of richfaces to use jqueryui (themeroller)?
[18:48:02] * bleathem looks around -- jose_freitas must be looking for someone else!
[18:48:26] <jose_freitas> hehehe
[18:49:01] <bleathem> jose_freitas: not yet! I have to get the M1 release out the door (today/tomorrow)
[18:49:13] <bleathem> then I can look at what it would take to do something like that
[18:49:56] <jose_freitas> np. richface 4.1.0 M1 ?
[18:50:44] <clerum>  /join #jbosstools
[18:50:45] *** aslak has quit IRC
[18:57:02] *** sannegrinovero has quit IRC
[19:10:50] *** lightguard_jp has quit IRC
[19:12:27] *** rruss has joined #seam-dev
[19:12:54] *** mbg is now known as mbg|away
[19:13:43] <clerum> bleathem: do you know if there is a particular reason why @RenderScoped is disallowed for producer methods?
[19:13:47] <bleathem> jose_freitas: yeah, RichFaces 4.1.0.M1
[19:14:04] <bleathem> clerum: is it explicitly disallowed?
[19:14:40] <clerum> Target is only Type
[19:14:55] <bleathem> hmmm, I don't think that would have been intentional
[19:15:01] <bleathem> probably a C&P thing
[19:15:18] <bleathem> try changing it, and see if it works on a producer
[19:15:24] <bleathem> I can't think of a reason why it wouldn't
[19:15:36] <clerum> k
[19:15:48] <clerum> I know it's disallowed on @ViewScoped
[19:15:54] <clerum> dunno if for te same reason
[19:15:56] <bleathem> clerum: I noticed your RedirectHelper got moved into the servlet module
[19:16:07] <clerum> to be determined
[19:16:15] <clerum> I'm torn on that
[19:16:24] <bleathem> yeah, @ViewScope uses the JSF view - which makes things difficult
[19:16:45] <bleathem> a great task to take on, is to rewrite the VeiwScope backed by the Session
[19:16:59] <bleathem> that would fix a lot of problems
[19:17:11] <clerum> stored as session but destroyed when navigating away from the view?
[19:17:24] <bleathem> as for the RedirectHelper, doesn't it need the faces context to get the URL for the particular viewId you want to navigate to?
[19:17:39] <bleathem> clerum: right, similar to the RenderScope, which is also stored in the session
[19:17:44] <clerum> ah
[19:18:02] <clerum> no it doesn't need the FacesContext just need the context path
[19:18:17] <bleathem> but you don't know the viewId - > url mapping
[19:18:24] *** aslak has joined #seam-dev
[19:18:36] <bleathem> JSF devs develop against the viewId, not the URL
[19:18:37] <clerum> but the way the redirect in servlet works it assumes a leading / means absolute and not to include the context path
[19:18:42] <clerum> exactly
[19:19:20] <bleathem> so it seems you need the RedirectHelper to take in a view ID, and spit out a URL
[19:19:30] <clerum> putting /admin/homex.xthml in jsf assums the context path will be added for you
[19:19:34] <clerum> correct
[19:19:44] <bleathem> not just the context pat, but the extension can chagne too
[19:19:57] <clerum> but in servlet it assumes that if you do  a leading / you want it absolute and not to include the context path
[19:20:28] <clerum> granted you could put in some knobs and buttons in the servlet class but that starts to look messy to the developer
[19:20:35] <clerum> anyway I sent an email to seam-dev
[19:21:04] <clerum> I think it maybe should stay in faces but use the RedirectBuilder in servelt to handle the heavy lifting
[19:21:09] <bleathem> I think you could put the core part of it in Servlet, but add a Faces part to build on it, and take care of the viewId translation
[19:21:19] <clerum> :-) exaclty
[19:21:21] <bleathem> exactly
[19:21:22] <bleathem> lol
[19:21:37] <clerum> so that is where I'm at with it right now
[19:21:41] <bleathem> I'll have a look at the seam-dev list
[19:21:48] <bleathem> I've kind of given up on that list lately
[19:22:01] <clerum> so you way just checkout faces and modify the @Target on the RenderScope annoation?
[19:22:06] <clerum> and give it a shot
[19:22:13] <bleathem> i think it should work
[19:22:32] <clerum> k I'll try in a bit
[19:22:44] <clerum> I'll submit pull if it works
[19:24:15] <clerum> bleathem can I add your comment about viewscoped to the viewscoped jira?
[19:25:33] <clerum> bleathem: ^
[19:25:51] <clerum> SEAMFACES-44
[19:25:53] <jbossbot> jira [SEAMFACES-44] View scope problems, feature needs review [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-44
[19:28:28] <bleathem> sure
[19:29:04] <clerum> view scoped on producers would be huge for me
[19:29:25] <clerum> as I end up having to create a lot of conversations to hold state on a single view
[19:31:49] <bleathem> yeah, viewScope could be so much better, in so many ways
[19:36:59] <bleathem> clerum: replied to your seam-dev email
[19:37:11] <clerum> saw that. thanks
[19:37:27] <bleathem> would've replied sooner, if I actually kept up with that list :P
[19:55:42] <clerum> np
[19:58:37] <clerum> bleathem: eclipse tooling show the following error for the RenderScoped
[19:58:53] <clerum> bleathem
[19:59:08] 
[19:59:23] <clerum> should be valid for a producer field too right?
[19:59:29] <bleathem> use: @Target({TYPE, METHOD})
[19:59:38] <bleathem> oh wait
[19:59:46] <bleathem> can you have a producer on a field?
[19:59:53] <bleathem> I can't remember
[19:59:58] <clerum> yes
[20:00:01] <bleathem> ok
[20:00:02] <clerum> shortcut
[20:00:11] <bleathem> then put 'em all!
[20:00:19] <clerum> so you don't have to do a pointless producer method
[20:04:02] *** jamezp has quit IRC
[20:04:19] *** jamezp has joined #seam-dev
[20:09:01] *** nilian has joined #seam-dev
[20:12:22] *** daniel_hinojosa has joined #seam-dev
[20:13:48] <clerum> hmm doesn't seem to be workng.
[20:14:01] <clerum> it should last through the next Restore Phase right?
[20:25:41] <clerum> ah dang it lasts until the next render reponse phase...which is too long
[20:25:55] *** Diablo-D3 has quit IRC
[20:26:02] <clerum> I just need it to last until the after the next invoke application
[20:28:47] *** mbg|away is now known as mbg
[20:29:26] *** Diablo-D3 has joined #seam-dev
[20:31:09] *** hannelita has joined #seam-dev
[20:49:49] *** jganoff has quit IRC
[21:17:06] *** jamezp is now known as jamezp_afk
[21:21:41] *** cbrock has joined #seam-dev
[21:31:37] *** aLBa^ has quit IRC
[21:47:00] *** Diablo-D3 has quit IRC
[21:47:04] *** DiabloD3 has joined #seam-dev
[21:50:35] <clerum> Is there a way to trigger a producer being run?
[21:50:59] <clerum> it if has already produced something out into the RequestScope
[21:53:57] *** alazarot has joined #seam-dev
[21:57:17] *** mbg is now known as mbg|away
[21:57:49] *** lazarotti has quit IRC
[21:59:19] <jose_freitas> do you want to make it produce twice?
[21:59:32] <clerum> well I have a list that is requestscoped
[21:59:42] <clerum> it's a list of notes
[21:59:49] <clerum> I want to ajax add a note to the list
[21:59:57] <jose_freitas> hm
[22:00:03] <clerum> but what is happening it that on the restore it is producing the list again
[22:00:09] <clerum> then invoke app
[22:00:14] <jose_freitas> hm
[22:00:19] <jose_freitas> I'd work with conversation
[22:00:30] <clerum> so the list that gets displayed was produced before
[22:00:45] <clerum> well then my list would be conversation scoped and wouldn't get refreshed either
[22:00:57] <clerum> I want to avoid the loading of it on the restore phase
[22:01:03] <jose_freitas> you can refresh with events
[22:01:29] <jose_freitas> when you save a note, you can trigger an event that refresh the list
[22:01:30] <clerum> so that it produces again after invoke app on the render phase
[22:01:42] <jose_freitas> hm
[22:02:02] <clerum> I must have something funny on my page because I have 3 request scoped lists
[22:02:17] <clerum> and only the one I don't want is getting refreshed on this ajax submit
[22:02:32] <jose_freitas> hehehe
[22:02:39] <clerum> always how it works
[22:02:44] <clerum> :-)
[22:03:08] *** mbg|away is now known as mbg
[22:03:09] <jose_freitas> that's quite weird
[22:03:22] <clerum> hmm
[22:03:27] <clerum> acutally I have an idea
[22:04:31] <jose_freitas> please share :)
[22:04:45] <clerum> nope it's still doing it
[22:05:44] <clerum> I was thiking I had an output text referencing the produced list within the form I'm executing the ajax request
[22:05:46] <clerum> but that isn't it
[22:06:36] <clerum> hmm
[22:06:56] <clerum> I hate complex problems...i aways end up forgetting to eat lunch
[22:07:26] *** jamezp_afk is now known as jamezp
[22:08:52] <jose_freitas> so, let me see if I get your problem, you're accessing a list1 from a bean A, which is requestScoped.
[22:09:34] <clerum> I have a page which references a named el varable notes
[22:09:35] <jose_freitas> you add an item to list1, and after the response, you re-render the component that shows list1 on the browser
[22:09:58] <clerum> I have a producer which produces the list for that which is request scoped
[22:10:06] <jose_freitas> ok
[22:10:19] <jose_freitas> and what happens to the list when you re-render it?
[22:10:44] *** nilian has quit IRC
[22:11:05] <clerum> it doesn't have the new value
[22:11:07] <clerum> the issue is this
[22:11:08] <clerum> https://gist.github.com/11d6569d8e017d16ba36
[22:11:33] <clerum> when I click the ajax button it produces the list again
[22:11:41] <clerum> and then invokes my action to add another item to it
[22:12:02] <clerum> therefore it won't include my new item because it was producd prior to me adding it
[22:13:35] <jose_freitas> but you add the note directly to the list?
[22:13:43] <jose_freitas> or to the database and then reload the list?
[22:13:58] <jose_freitas> oic
[22:14:04] <jose_freitas> just openned your gist
[22:14:17] <clerum> to the database
[22:14:21] <jose_freitas> you can't save a requestScoped list
[22:14:33] <jose_freitas> because it's a proxy to the real list
[22:14:37] <clerum> not trying to save the list
[22:15:08] <jose_freitas> hm
[22:15:45] <jose_freitas> oh, nooow I get, it's everything fine, it's just a matter of order
[22:17:07] <clerum> correct
[22:17:44] <clerum> not sure what is triggering with "notes" value to be fetched during the restore phase
[22:17:58] <clerum> hmm
[22:18:06] <clerum> it's acutally after restore
[22:20:16] *** sannegrinovero has joined #seam-dev
[22:24:41] <clerum> it's in the apply request values phase
[22:25:07] <clerum> https://gist.github.com/4cb2aa00389916c87fa0
[22:32:52] <clerum> This part of the page is part of a ui:include
[22:33:00] <clerum> though I don't think that would be part of it
[22:33:22] <clerum> odd that my other request scoped lists aren't being reproduced
[22:38:57] *** sannegrinovero has quit IRC
[22:55:38] *** rmartinelli has quit IRC
[23:03:10] *** aslak has quit IRC
[23:16:45] *** daniel_hinojosa has quit IRC
[23:21:43] *** daniel_hinojosa has joined #seam-dev
[23:21:55] *** jose_freitas has quit IRC
[23:34:05] *** edburns_away is now known as edburns
[23:34:46] *** cbrock has quit IRC
[23:55:32] *** jose_freitas has joined #seam-dev
[23:57:59] <clerum> I have logging cranked up on javax.enterprise.resource.webcontainer.jsf to trace
[23:58:20] <clerum> anything else useful for debugging jsf2 ajax requests?
[23:58:28] <clerum> trying to see what is triggering a producer

top