[00:05:47] *** mnovotny has joined #seam-dev
[00:08:40] *** mnovotny has quit IRC
[00:09:21] *** maxandersen has quit IRC
[00:10:48] *** maxandersen has joined #seam-dev
[00:25:47] *** epbernard has joined #seam-dev
[00:25:47] *** epbernard is now known as emmanuel
[00:27:30] *** mbg has quit IRC
[00:35:00] *** emmanuel has quit IRC
[00:43:07] *** bleathem has quit IRC
[00:56:10] *** oskutka has quit IRC
[01:10:19] <sbryzak> stuartdouglas: ping
[01:10:26] <stuartdouglas> sbryzak: hey
[01:10:30] <sbryzak> hey stuart
[01:10:40] <sbryzak> do we support hibernate search in seam persistence?
[01:10:46] <stuartdouglas> yes
[01:10:53] <sbryzak> ah, do you know which version?
[01:10:57] <sbryzak> (of hibernate search)
[01:10:58] <stuartdouglas> there should be some tests for it
[01:11:03] <stuartdouglas> not sure of the top of my head
[01:11:28] <sbryzak> emmanuel's suggested we use version 4.x, as that's what will be in WFK
[01:11:35] <stuartdouglas> it would be a the version that was compatible with 3.5
[01:11:49] <stuartdouglas> that will probably require some seam persistence changes
[01:12:05] <stuartdouglas> I don't know if seam persistence will be able to support both hibernate 3 and 4
[01:12:08] <sbryzak> hmm, do you know how many changes?
[01:12:10] <stuartdouglas> unless we split it up
[01:12:26] <sbryzak> i think we'd just go with 4
[01:12:26] <stuartdouglas> into JPA, hib3 and hib3 modules
[01:12:31] <stuartdouglas> good idea
[01:12:56] <sbryzak> would you have any time to update it?
[01:13:08] <stuartdouglas> not for a while
[01:13:22] <stuartdouglas> I don't know how big a job it is
[01:13:29] <stuartdouglas> but I don't think it will be to bad
[01:13:36] <stuartdouglas> probably just changing some classes around
[01:13:45] <sbryzak> i wonder if emmanuel would have time to take a look
[01:14:03] <sbryzak> i'll let him know that we might not have time to get it into the next release
[01:14:11] <sbryzak> i don't know how that will affect wfk/eap though
[01:14:22] <stuartdouglas> I may be able to have a look on the weekend, just to get an idea how much is involved
[01:14:41] <sbryzak> ok, perhaps i could help out with the work
[01:14:48] <sbryzak> i'm not so familiar with the code though
[01:15:10] <sbryzak> but if you told me roughly what needs to be done, that might work
[01:15:27] <stuartdouglas> it may just be updating the poms and fixing any compile errors
[01:15:35] <stuartdouglas> as I know some classes changed packages
[01:15:44] <sbryzak> ah, that won't be too bad if it's the case
[01:16:09] *** kevinpollet has quit IRC
[01:27:52] <jbossbot> git [examples] push master a9cfef4.. Shane Bryzak fix authenticator and readme
[01:27:52] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/4a0daac...a9cfef4
[01:31:47] <jbossbot> git [parent] push master 3f1d135.. Marek Schmidt update arquillian to 1.0.0.CR5 and JBossAS to 7.0.2.Final
[01:31:47] <jbossbot> git [parent] push master a97749a.. Shane Bryzak Merge pull request #6 from maschmid/arq-upgrade-cr5...
[01:31:47] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/f3aea84...a97749a
[01:37:09] *** hannelita has quit IRC
[01:44:51] <jbossbot> git [solder] push develop ce90044.. Shane Bryzak no servlet support in SE environments
[01:44:51] <jbossbot> git [solder] push develop bd6d6f3.. Shane Bryzak Merge branch 'develop' of github.com:seam/solder into develop
[01:44:51] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/423f723...bd6d6f3
[01:49:33] *** rruss has quit IRC
[01:53:29] <jbossbot> git [solder] push develop 20d8b6d.. Shane Bryzak oops
[01:53:29] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/bd6d6f3...20d8b6d
[01:53:58] *** rmartinelli has quit IRC
[01:58:25] *** hannelita has joined #seam-dev
[01:58:39] <hannelita> hi all!
[02:06:53] <hannelita> question - shouldnt we update the modules page according to beta3? :)
[02:13:31] *** Diablo-D3 has joined #seam-dev
[02:14:38] *** akazakov has quit IRC
[02:16:16] <sbryzak> hannelita: yes, we should
[02:16:30] <sbryzak> sorry, i thought jason had done it already
[02:16:48] <hannelita> sbryzak: I dont think so http://seamframework.org/Seam3/Status#H-Modules
[02:17:03] <sbryzak> i'll get to work on it :)
[02:17:10] *** epbernard has joined #seam-dev
[02:17:10] *** epbernard is now known as emmanuel
[02:17:34] <sbryzak> hannelita: oh, you mean add the new modules to that list?
[02:18:37] <sbryzak> wow, that whole page is out of date
[02:18:41] <hannelita> sbryzak: I think removing the namoes of catch and config
[02:19:00] <hannelita> sbryzak: And servlet, as they were merged to solder
[02:19:08] <hannelita> too bad have it that way... out of date
[02:19:25] <sbryzak> yep i'm updating it now
[02:19:32] <hannelita> sbryzak: cool, thanks!
[02:19:40] <sbryzak> we have way too many pages on that site
[02:20:12] <hannelita> yep...
[02:20:36] <hannelita> idk why, but lots of ppl complain that they cannot find info easily in the sit
[02:20:39] <hannelita> *site
[02:21:51] <hannelita> well, thanks, sbryzak :)
[02:22:02] <sbryzak> yeah it's not very user friendly
[02:22:15] <sbryzak> and the structure needs a whole redesign
[02:23:27] <hannelita> sbryzak: yep
[02:23:55] <sbryzak> ok i've updated that page
[02:24:11] <clerum> sbryzak: I'm using search 4.0 Beta 2 with Persistence 3.1 Beta 3 with no issues
[02:24:12] <clerum> fyi
[02:24:32] <sbryzak> clerum: awesome, thanks for letting me know
[02:24:47] <hannelita> sbryzak: Let me check it. i would lke to show that page during a talk, so it would need to be updated :)
[02:25:16] <sbryzak> hannelita: i think the bundled column is a waste of space, i think i'm going to remove it
[02:25:19] <clerum> sample project for AS 7.0.2 using search and such - https://github.com/codylerum/crm
[02:26:06] <hannelita> sbryzak: Think you could remove it
[02:27:02] <hannelita> sbryzak: Btw, very stupid question.... what happened to drools and jbpm module? dead?
[02:27:29] <sbryzak> no, that integration is going to be done by the Drools team
[02:27:36] <sbryzak> we'll be helping them out with it after the 3.1 release
[02:28:35] <sbryzak> hannelita: if you find any other out of date pages, please let me know
[02:29:22] *** tkimura has joined #seam-dev
[02:29:23] <hannelita> sbryzak: Sure, thanks :)
[02:34:20] *** jganoff has quit IRC
[02:35:31] <hannelita> sbryzak: I could make a list of little changes for the site if you prefer... I'm getting some annoying stuff here. WDYT?
[02:36:01] <sbryzak> sure, that would be great
[03:11:45] *** emmanuel has quit IRC
[03:14:34] *** hannelita has quit IRC
[03:34:00] *** rruss has joined #seam-dev
[04:01:58] *** cbrock has quit IRC
[04:35:45] *** rruss has quit IRC
[04:40:30] *** daniel_hinojosa has quit IRC
[04:40:32] *** daniel_hinojosa1 has joined #seam-dev
[04:55:26] *** PeteRoyle has quit IRC
[05:01:05] *** hannelita has joined #seam-dev
[05:03:33] *** tsurdilo has quit IRC
[05:22:46] *** hannelita has quit IRC
[05:33:01] *** tsurdilo has joined #seam-dev
[05:59:34] *** tsurdilo has quit IRC
[06:14:35] *** lazarotti has quit IRC
[06:16:17] *** clerum has quit IRC
[07:23:36] *** oskutka has joined #seam-dev
[07:44:19] *** rruss has joined #seam-dev
[07:44:55] *** oskutka has quit IRC
[07:51:44] *** tkimura_ has joined #seam-dev
[07:53:49] *** tkimura has quit IRC
[07:53:49] *** tkimura_ has quit IRC
[07:54:11] *** tkimura has joined #seam-dev
[07:57:59] *** tremes has joined #seam-dev
[08:01:26] <sbryzak> stuartdouglas: ping
[08:01:45] <stuartdouglas> hey
[08:01:48] <sbryzak> heya stuart
[08:01:55] <sbryzak> i'm getting a weird exception in as 7.0.2
[08:01:59] <sbryzak> which wasn't happening in 7.0.1
[08:02:09] <sbryzak> Caused by: java.lang.ClassCastException: org.dom4j.DocumentFactory cannot be cast to org.dom4j.DocumentFactory
[08:02:20] <sbryzak> i'm not deploying dom4j with the project
[08:02:30] <sbryzak> although it does have a dependency on it
[08:02:34] <sbryzak> any ideas what might be causing it?
[08:02:41] <stuartdouglas> are you sure it is not in the war?
[08:02:46] <sbryzak> positive
[08:02:57] <stuartdouglas> you could try adding a Dependencies: org.dom4j to the MANIFEST.MF
[08:03:03] <stuartdouglas> but that is kinda weird
[08:03:14] <sbryzak> ok, one sec and i'll try that
[08:03:15] <stuartdouglas> can you send me the app?
[08:03:22] <sbryzak> sure
[08:03:27] <sbryzak> it's only 850k
[08:04:07] <sbryzak> sent, you should have it in a moment
[08:06:43] <stuartdouglas> sbryzak: I don't get it on upstream
[08:07:03] <sbryzak> hmm, that's strange
[08:07:10] <sbryzak> one sec and i'll pastebin the full stacktrace
[08:07:15] <stuartdouglas> I'm just building 7.0.2
[08:07:32] <sbryzak> http://pastebin.com/18kdePiy
[08:08:15] *** daniel_hinojosa1 has quit IRC
[08:08:17] <stuartdouglas> It's funny I saw a similar problem on the forums today
[08:08:19] <sbryzak> adding org.dom4j to the manifest doesn't help
[08:08:52] <stuartdouglas> I'll need to use the debugger to see what the two different class loaders are
[08:11:14] <stuartdouglas> looks like I am going to have to download 7.0.2
[08:11:22] <stuartdouglas> cause maven does not want to build the tag
[08:13:06] <sbryzak> i'd like to say i'm surprised, but since it's maven...
[08:14:15] <stuartdouglas> its funny that with git its actually faster to checkout and build the tag than download the release
[08:14:24] <stuartdouglas> you would never even consider something like that with SVN
[08:15:13] <sbryzak> yeah, but our download servers are extremely slow
[08:19:02] <stuartdouglas> sbryzak: I don't get that exception
[08:19:35] <stuartdouglas> sbryzak: can you try deleting the deployment and the standalone/data dir and then re-trying?
[08:19:42] <sbryzak> sure
[08:20:28] <sbryzak> ooh, it works now
[08:21:02] <stuartdouglas> hmm, thats a bug
[08:21:05] <sbryzak> hmm, i'm still not sure what fixed it though
[08:21:33] <stuartdouglas> did you have the dom4j in there, and then redeploy one without it over the top?
[08:21:49] <sbryzak> maybe
[08:21:52] <sbryzak> i'm just trying it again
[08:22:20] <stuartdouglas> i'm thinking maybe the scanner is not picking up the change properly, or maybe VFS is doing something funny
[08:22:29] <stuartdouglas> its kinda weird anyway
[08:22:37] <stuartdouglas> actually is may also be a timing issue
[08:22:47] <stuartdouglas> as dom4j does some TCCL stuff
[08:22:52] <sbryzak> er, without the manifest entry it deploys, but the app doesn't work
[08:23:23] <stuartdouglas>  Error: org.jboss.weld.exceptions.UnsatisfiedResolutionException: WELD-001308 Unable to resolve any beans for Types: [class org.jboss.seam.remoting.ExecutionHandler];
[08:23:24] <stuartdouglas> ?
[08:23:41] <sbryzak> yes
[08:23:42] <sbryzak> that's what i got
[08:23:49] <sbryzak> i'm adding the manifest entry back now
[08:24:02] <stuartdouglas> that should not affect that
[08:24:08] <sbryzak> ok it works now
[08:24:21] <sbryzak> so it needs dom4j in the Dependencies
[08:24:54] <sbryzak> i do get another exception when i shut down though
[08:24:55] <sbryzak> 16:21:21,805 ERROR [org.hibernate.tool.hbm2ddl.SchemaExport] HHH00231:Schema export unsuccessful: org.h2.jdbc.JdbcSQLException: Database is already closed (to disable automatic closing at VM shutdown, add ";DB_CLOSE_ON_EXIT=FALSE" to the db URL) [90121-145]
[08:24:58] <stuartdouglas> there is probably a NoClassDefFoundErrror being swallowed by weld
[08:25:10] <stuartdouglas> add
[08:25:14] <stuartdouglas> odd
[08:26:13] <jbossbot> git [remoting] push develop 44715f9.. Shane Bryzak remove dependency on javax.el, make dom4j scope provided
[08:26:13] <jbossbot> git [remoting] push develop a3312b9.. Shane Bryzak SEAMREMOTING-49
[08:26:14] <jbossbot> jira [SEAMREMOTING-49] Cannot deploy model example on AS7.0.2.Final [Resolved (Done) Bug, Blocker, Shane Bryzak] https://issues.jboss.org/browse/SEAMREMOTING-49
[08:26:14] <jbossbot> git [remoting] push develop 0269026.. Shane Bryzak Merge branch 'develop' of github.com:seam/remoting into develop
[08:26:14] <jbossbot> git [remoting] push develop URL: http://github.com/seam/remoting/compare/7bd0bbc...0269026
[08:26:43] <stuartdouglas> we will probably end up forking dom4j and fixing the TCCL problem
[08:26:45] <stuartdouglas> for 7.1
[08:27:23] <sbryzak> i'd like to remove the dom4j dependency from remoting altogether
[08:28:06] <stuartdouglas> sbryzak: the error will probably be intermittent
[08:28:18] <stuartdouglas> depending on what uses dom4j first
[08:28:42] <stuartdouglas> which is not good
[08:29:33] <sbryzak> is it just hibernate that uses it?
[08:29:47] <stuartdouglas> yea
[08:35:57] *** maxandersen has quit IRC
[08:37:16] *** maxandersen has joined #seam-dev
[08:41:34] *** maxandersen has quit IRC
[08:42:57] *** mgoldmann has joined #seam-dev
[08:49:04] *** stuartdouglas has quit IRC
[08:50:22] *** rruss has quit IRC
[08:53:46] *** koentsje has joined #seam-dev
[08:59:39] *** stuartdouglas has joined #seam-dev
[08:59:39] *** ChanServ sets mode: +v stuartdouglas
[09:07:15] *** jharting has joined #seam-dev
[09:09:11] *** kevinpollet has joined #seam-dev
[09:09:33] *** oskutka has joined #seam-dev
[09:12:40] *** mathieuancelin has joined #seam-dev
[09:13:40] *** maschmid has joined #seam-dev
[09:22:57] *** maxandersen has joined #seam-dev
[09:32:13] *** maxandersen1 has joined #seam-dev
[09:34:43] *** maxandersen has quit IRC
[09:35:59] *** mkouba has joined #seam-dev
[09:37:58] *** mathieuancelin has quit IRC
[09:38:08] *** mathieuancelin has joined #seam-dev
[09:51:17] *** deneme has joined #seam-dev
[09:51:43] <deneme> hi
[09:51:56] *** deneme has quit IRC
[09:54:06] *** selamid has joined #seam-dev
[09:54:35] *** deneme has joined #seam-dev
[09:57:11] *** selamid has quit IRC
[09:57:41] <deneme> hi
[09:57:50] <deneme> sbryzak
[09:57:50] <maschmid> deneme: hello
[09:57:54] <deneme> or maschmid
[09:58:00] <deneme> can i ask a question
[09:58:34] <deneme> Can i use IRC servers username, password under PicketLink
[09:58:39] <deneme> on my web site?=
[09:59:08] <deneme> Actually , I wanna learn what database does IRC server use to persist username-password?
[10:02:57] <amitev> mysql probably
[10:03:33] <deneme> For example irc.freenode.com uses  ircd-seven-1.1.1
[10:04:03] <deneme> I wanna try to the irc database for PicketLink authentication
[10:19:39] *** mnovotny has joined #seam-dev
[10:28:24] <deneme> maschmid may i ask another question
[10:28:30] <deneme> it seems easy to answer
[10:28:42] <deneme> but maybe i am stupid or something else
[10:28:44] <deneme> i can not get
[10:28:48] <deneme> it
[10:29:47] * deneme How can I get some user's password using PicketLink, and without coding my own query?
[10:30:40] *** kpiwko has joined #seam-dev
[10:38:20] <deneme> As far as I understand, first I need to achieve the users Credential.
[10:38:21] <deneme> :)
[10:43:25] <maschmid> deneme: Well, I am not really familiar with picketlink, but I think you probably need to get AttributesManager from the IdentitySession and then use getAttribute
[10:43:31] <jbossbot> git [remoting] push develop f71a369.. Jozef Hartinger openshift-express profile
[10:43:31] <jbossbot> git [remoting] push develop URL: http://github.com/seam/remoting/compare/0269026...f71a369
[10:44:21] <deneme> maschmid, It is a good advice
[10:45:07] <deneme> but password is in IdentityObjectCredential table
[10:45:31] <deneme> and the attributes are in identityObjectAttribute
[10:45:34] <deneme> table
[10:46:11] <deneme> There is an AttributeManager, but I can not find a manager to achieve Credentials
[10:46:39] <deneme> maschmid.
[10:57:59] *** ge0ffrey has quit IRC
[11:05:35] <maschmid> deneme: well, since the AttributesManager has methods such as validateCredentials, I would guess that if there is a method to get credentials for a user, it would be there... I guess it is possible that there is no API for that... that would make sense, as in general you can only validate passwords, not retrieve them, if there is some one-way hash function to secure the passwords... but that is only my guess... I don't really know.
[11:08:44] <deneme> I need it, because I send an activation email, which has a link to activate membership. And the link has a temporary password which is generated on user register
[11:09:10] <maschmid> deneme: but if it's true, and in if your case the passwords are stored in plaintext, you'd have to do a JPA query yourself, which shouldn't be so hard...
[11:09:22] *** maschmid is now known as maschmid_lunch
[11:09:44] <deneme> I like your idea, and persist users temporary passwprd not in Credential table, but in Attribute.
[11:09:45] <deneme> Thanks.
[11:09:53] <deneme> Have a good lunch :)
[11:29:16] * deneme brb
[11:43:29] *** tkimura has quit IRC
[11:48:37] *** sannegrinovero has joined #seam-dev
[12:00:24] *** mathieuancelin has quit IRC
[12:01:20] *** mathieuancelin has joined #seam-dev
[12:02:59] *** maschmid_lunch is now known as maschmid
[12:04:42] <maschmid> deneme: I don't quite understand why you need to retrieve that temporary password... can't you just generate it and use it as a real password, but store a flag in the user that just tells you if the user has only temporary password and that she has to create a proper one?
[12:08:17] <maschmid> deneme: (of course, that flag could be the temporary password itself, but I don't see the need to have a special logic just for the validation of the temporary password... )
[12:20:34] <jbossbot> git [parent] push master 6d63ee9.. Jozef Hartinger openshift-express profile
[12:20:35] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/a97749a...6d63ee9
[12:22:12] *** maximilienw has joined #seam-dev
[12:36:46] <jharting> sbryzak: ping
[12:38:03] <jbossbot> git [parent] push master 50c7494.. Jozef Hartinger fix scopes of jbossas-arq dependencies
[12:38:04] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/6d63ee9...50c7494
[12:50:05] *** gastaldi has joined #seam-dev
[12:50:05] *** ChanServ sets mode: +v gastaldi
[12:59:41] *** gastaldi has left #seam-dev
[13:03:06] <maschmid> ls
[13:05:16] *** hannelita has joined #seam-dev
[13:52:05] <deneme> maschmid You are right. I will implement it like u tell.
[13:53:32] *** hannelita has quit IRC
[14:11:55] *** kevinpollet_ has joined #seam-dev
[14:13:17] *** rmartinelli has joined #seam-dev
[14:14:46] *** kevinpollet has quit IRC
[14:25:26] <maschmid> mc
[14:25:33] <maschmid> dammit again
[14:26:01] *** hannelita has joined #seam-dev
[14:26:09] <jharting> lol
[14:45:19] <jbossbot> git [faces] push develop b3a6631.. Jozef Hartinger openshift-express profile
[14:45:19] <jbossbot> git [faces] push develop URL: http://github.com/seam/faces/compare/b1de3a5...b3a6631
[14:51:38] *** kevinpollet has joined #seam-dev
[14:54:41] *** kevinpollet_ has quit IRC
[15:00:21] *** lazarotti has joined #seam-dev
[15:03:12] *** rruss has joined #seam-dev
[15:08:02] *** mkouba has quit IRC
[15:17:56] *** lazarotti has quit IRC
[15:19:03] *** lazarotti has joined #seam-dev
[15:25:35] *** tsurdilo has joined #seam-dev
[15:28:37] *** jganoff has joined #seam-dev
[15:28:38] *** ChanServ sets mode: +v jganoff
[15:55:59] *** tremes has left #seam-dev
[16:01:01] *** mbg has joined #seam-dev
[16:01:01] *** mbg has quit IRC
[16:01:01] *** mbg has joined #seam-dev
[16:01:01] *** ChanServ sets mode: +v mbg
[16:13:24] *** mathieuancelin_ has joined #seam-dev
[16:15:59] *** mathieuancelin has quit IRC
[16:15:59] *** mathieuancelin_ is now known as mathieuancelin
[16:20:40] *** clerum has joined #seam-dev
[16:20:40] *** ChanServ sets mode: +v clerum
[16:22:20] <clerum> maschmid:ping
[16:25:37] *** mathieuancelin has left #seam-dev
[16:35:56] *** kevinpollet has quit IRC
[16:42:30] *** mgoldmann has quit IRC
[16:42:52] *** mgoldmann has joined #seam-dev
[16:44:28] *** kpiwko has quit IRC
[16:51:08] *** kpiwko has joined #seam-dev
[16:51:33] *** epbernard has joined #seam-dev
[16:51:33] *** epbernard is now known as emmanuel
[16:53:53] *** sannegrinovero has quit IRC
[17:01:17] * deneme hi.
[17:01:23] <deneme> http://www.pastie.org/2655796
[17:01:34] <deneme> It is what i get when I write
[17:01:43] <deneme> 	 attributesManager.updatePassword(user, password);
[17:02:03] <deneme> There is no error
[17:02:08] <deneme> But no update
[17:02:10] <deneme> also.
[17:02:58] <clerum> do you call a em.flush at the end?
[17:03:03] <clerum> or do you have to?
[17:03:21] <clerum> guessing this is for security and I don't know if it calls flush for you
[17:03:21] <deneme> No, I call nothing
[17:04:06] *** bleathem has joined #seam-dev
[17:04:06] *** ChanServ sets mode: +v bleathem
[17:08:29] *** kevinpollet has joined #seam-dev
[17:09:51] <deneme> clerum I dont know how to flush
[17:09:57] <deneme> it does not do for me
[17:09:59] * deneme brb
[17:10:05] * deneme away.
[17:10:05] *** mnovotny has quit IRC
[17:10:07] *** deneme has quit IRC
[17:19:54] <clerum> bleathem: I seem to be getting quite a few transactions that are timing out after a page renders
[17:20:16] <clerum> possibily the transaction isn't being autoclosed after then render response
[17:20:19] <clerum> ?
[17:20:30] <clerum> seems new in either beta3 or AS7
[17:22:36] <clerum> are you farmiliar with that integration or is that something the persistence guys added to faces?
[17:23:19] <bleathem> clerum: transaction support comes from Seam Persistence
[17:23:33] <bleathem> clerum: and I haven't played around with it much yet
[17:23:36] <clerum> https://github.com/seam/faces/blob/develop/impl/src/main/java/org/jboss/seam/faces/transaction/TransactionPhaseListener.java
[17:23:37] <clerum> k
[17:25:06] <clerum> you farmilar with bumping up the logging on as7
[17:25:47] <clerum> should just be able to bump the level to Debug on org.jboss.seam.faces.transaction.TransactionPhaseListener
[17:26:01] *** daniel_hinojosa has joined #seam-dev
[17:29:09] *** oskutka has quit IRC
[17:34:55] <bleathem> clerum: you need to bump it in two places
[17:35:13] <clerum> I tried using the admin console to bump org.jboss.seam.faces up
[17:35:15] <clerum> to debug
[17:35:22] <clerum> but nothing in console or server.log
[17:36:32] <clerum> ah ha
[17:36:42] <clerum> I created a new console handler @ debug level
[17:36:45] <clerum> now I'm seeing stuff
[17:43:10] *** maschmid has quit IRC
[17:45:00] <jbossbot> git [examples] push master 4cf9ab1.. Jozef Hartinger openshift-express profile
[17:45:01] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/a9cfef4...4cf9ab1
[17:47:42] *** duncan_ has joined #seam-dev
[17:51:55] *** akazakov has joined #seam-dev
[17:54:29] *** emmanuel has quit IRC
[17:55:51] <clerum> bleathem: found one problem
[17:56:08] <clerum> using an a4j:poll
[17:56:42] <clerum> whenever it triggers I get - https://gist.github.com/2622f3f1b50fdd4d9d64
[17:57:35] <clerum> it also 15:51:24,886 DEBUG [org.jboss.seam.faces.transaction.TransactionPhaseListener] (http--127.0.0.1-8080-6) beginning transaction prior to phase: RESTORE_VIEW 1
[17:57:39] <clerum> but never commits it
[18:00:15] *** jamezp has joined #seam-dev
[18:00:15] *** ChanServ sets mode: +v jamezp
[18:02:51] *** alesj has joined #seam-dev
[18:04:50] <bleathem> clerum: yeah, that looks like a bug
[18:05:04] <clerum> yeah two of them
[18:05:07] <clerum> maybe related
[18:05:08] <bleathem> Faces + Persitence + RichFaces + a:poll
[18:05:10] <clerum> dunno
[18:05:21] <clerum> right the creational context one
[18:05:35] <clerum> which may be causing the transaciton not to commit I guess
[18:05:50] <clerum> then after 300 sec the transaction timeouts
[18:05:58] <clerum> and the next page I try and load blows up
[18:06:08] <clerum> because there is an open expired conversation
[18:07:29] <bleathem> ugh
[18:08:05] <clerum> trying to repo it in my example app that is public on git
[18:09:29] *** koentsje has quit IRC
[18:10:17] *** kpiwko has quit IRC
[18:11:47] <clerum> bleathem:
[18:11:51] <clerum> question for you on jsf
[18:11:58] <clerum> if I have a a:poll
[18:12:11] <clerum> like so
[18:12:11] <clerum> <a:poll actionListener="#{sessionUser.checkIn()}" interval="30000" execute="@this" limitRender="true" bypassUpdates="true" enabled="true" render="@none" rendered="#{identity.loggedIn}"/>
[18:12:19] <clerum> will there ever be a render repsonse phase?
[18:13:11] *** alesj has quit IRC
[18:13:21] <bleathem> "if a tree falls, and no one is around to hear it..."
[18:13:56] <clerum> wondering with the render="@none"
[18:14:11] <clerum> if transactions are going to be left open
[18:15:10] <clerum> or if it never gets to render repsonse befauce of the  No CreationalContext registered for EL evaluation error
[18:15:37] <clerum> probably the latter eh?
[18:16:06] <bleathem> that's a good question - I'd have to debug it to know for sure
[18:16:26] <jbossbot> git [examples] push master c3f86e8.. Jozef Hartinger SEAM-106
[18:16:27] <jbossbot> jira [SEAM-106] seam booking - an implementation of Authenticator must not be @Stateless [Open (Unresolved) Bug, Blocker, Jozef Hartinger] https://issues.jboss.org/browse/SEAM-106
[18:16:27] <jbossbot> git [examples] push master URL: http://github.com/seam/examples/compare/4cf9ab1...c3f86e8
[18:16:42] <bleathem> I don't think it would actually skip a phase in the JSF lifecycle
[18:16:56] <clerum> maybe after an exception though?
[18:17:07] <clerum> in an ajax req
[18:17:16] <clerum> when it can't redirect to an error page?
[18:17:54] <clerum> anyway this is over my head
[18:18:22] <clerum> I have https://github.com/codylerum/crm and if you deploy it to AS7  and login the error will pop up in 30 seconds
[18:19:01] <clerum> I don't see anything seam related other than solder in the stack
[18:19:11] <clerum> which make me wonder if this is weld core
[18:19:53] <bleathem> hmm
[18:20:06] <clerum> but I don't know who to feed this to for triage
[18:20:27] *** alesj has joined #seam-dev
[18:22:49] *** jharting has quit IRC
[18:23:28] <bleathem> there is a lot of different pieces involved
[18:23:43] <bleathem> any isolation you can do will be significant
[18:24:22] <clerum> I've nailed it down to the tigger but I don't have the slightest clue where to look at after seeing this - https://gist.github.com/2622f3f1b50fdd4d9d64
[18:26:38] *** bohl has joined #seam-dev
[18:28:33] <bohl> Is there, or will there be, something like EntityQuery in some seam 3 module?
[18:29:36] <bohl> sorry if this is the wrong channel for such questions
[18:31:17] *** hannelita has quit IRC
[18:32:46] *** epbernard has joined #seam-dev
[18:32:46] *** epbernard is now known as emmanuel
[18:37:41] *** emmanuel has quit IRC
[18:42:57] *** mgoldmann has quit IRC
[18:43:00] <bleathem> clerum: looks like weld
[18:43:07] <bleathem> would be a good place to start
[18:50:06] *** alesj has quit IRC
[18:50:29] <clerum> bleathem: does this make sense
[18:50:38] <clerum> <a:poll actionListener="#{sessionUser.checkIn()}" interval="30000" execute="@this" limitRender="true" bypassUpdates="true" enabled="true" render="@none" rendered="#{identity.loggedIn}"/>
[18:50:53] <clerum> sessionUser is a produced dependantScoped bean
[18:50:55] <bleathem> clerum: just starting a meeting, I'll catch up with you after
[18:50:59] <clerum> ifah np
[18:51:02] <clerum> ah np
[18:51:19] *** maxandersen1 has quit IRC
[18:58:29] *** maxandersen has joined #seam-dev
[18:58:30] *** maxandersen has joined #seam-dev
[18:58:46] *** koentsje has joined #seam-dev
[18:59:57] *** maximilienw has quit IRC
[19:00:18] <bleathem> clerum: ok, that was a quick one :P
[19:00:29] <clerum> :-)
[19:00:34] *** maximilienw has joined #seam-dev
[19:00:46] <clerum> ok so what I found was the value throwing the exception was
[19:00:50] <clerum> sessionUser.checkIn()
[19:01:13] <clerum> sessionUser was a produced dependant scoped bean produced form a sessionscoped bean
[19:01:19] <clerum> obviously @Named
[19:01:41] <clerum> so apparently in the context of an ajax request it can't be dependant scoped?
[19:02:06] <clerum> if I change it to @RequestScoped (which is probably what it should have been)
[19:02:10] <clerum> then all is good
[19:02:27] <clerum> no exception and the transactions are closed
[19:03:48] *** maxandersen has quit IRC
[19:04:25] <clerum> not sure what is different from a a:poll and an normal page load
[19:04:53] *** maximilienw has quit IRC
[19:05:24] <clerum> elsewhere in the page I had called values on the bean
[19:05:30] <clerum> activeUser.user.name
[19:05:41] <clerum> but this is the only place I was calling an action
[19:05:56] <clerum> actionListener to be precise
[19:12:18] <clerum> dunno if that is correct behavior
[19:12:35] <clerum> or something just to be aware of
[19:12:40] <clerum> thoughts?
[19:39:11] *** oskutka has joined #seam-dev
[19:58:38] *** maschmid has joined #seam-dev
[19:59:55] *** bohl has quit IRC
[20:10:38] <bleathem> clerum: so the problem was the producer was @DependentScoped, which caused the transactions to fail
[20:10:49] <bleathem> but switching to @RequestScoped fixed the problem?
[20:11:12] <bleathem> I wonder if that's because @DependentScoped beans aren't proxied
[20:11:32] <bleathem> and so aren't properly participating in the transaction
[20:13:11] *** oskutka has quit IRC
[20:13:18] *** hannelita has joined #seam-dev
[20:17:36] *** oskutka has joined #seam-dev
[20:17:40] *** oskutka has quit IRC
[20:18:32] *** Diablo-D3 has quit IRC
[20:21:41] <clerum> bleathem: well
[20:21:46] <clerum> thinking that is breaking the EL resolver
[20:23:34] *** hannelit_ has joined #seam-dev
[20:24:09] *** hannelita has quit IRC
[20:25:08] <bleathem> ah, but changing the scope works, right?
[20:25:20] <bleathem> I'm wondering if this can de "documented around" at the moment
[20:25:24] <bleathem> clerum ^
[20:29:59] <clerum> bleathem: yes
[20:40:17] *** cbrock has joined #seam-dev
[20:41:37] *** hannelit_ has quit IRC
[20:52:45] *** maschmid has quit IRC
[20:58:39] *** maximilienw has joined #seam-dev
[21:10:16] <clerum> bleathem: who should I run it past to see if it is acutally an issue with weld though?
[21:10:23] <clerum> maybe pop pete an email?
[21:10:32] <bleathem> you could try weld-dev
[21:10:41] <bleathem> or alesj
[21:10:48] <bleathem> or pete too
[21:11:12] <bleathem> I guess weld-dev isnt' for usage issues
[21:11:56] <clerum> k
[21:13:28] *** iphands__ has quit IRC
[21:19:42] *** jamezp is now known as jamezp_afk
[21:36:38] *** kevinpollet has quit IRC
[21:36:40] *** jamezp_afk has quit IRC
[21:37:14] *** jamezp_afk has joined #seam-dev
[21:37:14] *** ChanServ sets mode: +v jamezp_afk
[21:45:12] *** bleathem has quit IRC
[21:46:05] *** rmartinelli has quit IRC
[21:58:06] *** kevinpollet has joined #seam-dev
[22:00:16] *** jamezp_afk is now known as jamezp
[22:06:56] *** maxiphone has joined #seam-dev
[22:08:14] <maxiphone> sbryzak or si
[22:08:24] <maxiphone> Damn autocorrect.
[22:08:47] <maxiphone> Is http://seamframework.org/Community/SecurityCannotResolveMemberInNodeSecurityauthenticatorClass a bug in docs or us validating wrong?
[22:09:14] <maxiphone> Does seamconfig allow abstract/interfaces as config classes ?
[22:13:45] <maxiphone> akazakov: Heya.
[22:14:01] <akazakov> maximilienw: hi
[22:14:17] <akazakov> just answered your email ;)
[22:14:56] <akazakov> maxiphone: ^^
[22:15:57] <akazakov> maxiphone: sbryzak: The docs have four code snippets which configure Identity bean. Two of them use IdentityImpl and the other two use Identity.
[22:16:24] <akazakov> looks like a typo
[22:17:05] <maxiphone> akazakov: Yeah. Haven't received mail yet btw.
[22:18:03] <maxiphone> I actually thought configs could refer to abstract/interfaces but might just been ancient.
[22:18:25] <maxiphone> jamezp: stuartdouglas: any takers ? :)
[22:18:44] <maxiphone> akazakov: What actually happens when running it?
[22:20:12] <akazakov> maxiphone: can't check it right now. I have to create a correct project first.
[22:20:17] <maxiphone> Ok
[22:20:24] <akazakov> but I will do it anyway
[22:20:54] <maxiphone> Should be able to take any example with security in it ...
[22:21:11] <maxiphone> But not urgent - looks I'm just confused :)
[22:21:30] <jamezp> maxiphone: I'm not too familiar with Seam actually :-)
[22:21:52] <akazakov> yes. seam booking is a good example. but I broke it during my experiments with JBT ;) Need some time to re-import it.
[22:22:41] <maxiphone> Lol
[22:44:43] <maxiphone> akazakov: Saying gnight. See you on Monday.
[22:45:05] *** maxiphone has quit IRC
[23:07:43] *** jose_freitas has quit IRC
[23:08:42] *** jganoff has quit IRC
[23:19:05] *** sgilda has quit IRC
[23:36:34] *** sgilda has joined #seam-dev





top