October 29, 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:01:52] *** daniel_hinojosa has quit IRC
[00:02:22] *** daniel_hinojosa has joined #seam-dev
[00:03:37] *** oskutka has quit IRC
[00:07:03] <lightguard_jp> stuartdouglas: Are you here?
[00:09:32] *** hannelita has joined #seam-dev
[00:10:35] <lightguard_jp> hannelita: question for you
[00:10:49] <hannelita> lightguard_jp: Yes
[00:10:58] <lightguard_jp> hannelita: Have you come across this issue? http://seamframework.org/Community/IsThereASeam3EquivalentToSeam2sInstall#comment167123
[00:12:50] <hannelita> lightguard_jp: I hadn't seen that
[00:13:08] <lightguard_jp> I haven't run across it either. Somewhat odd
[00:16:48] <hannelita> Hmm... I need a project to test that
[00:20:34] <hannelita> lightguard_jp: gtg, I'll be back later. Do you think we can do this test with seam booking example?
[00:20:58] <lightguard_jp> hannelita: Probably
[00:21:27] <hannelita> lightguard_jp: Ok, will try to take a look at this and keep you informed
[00:21:39] <lightguard_jp> Sweet, thanks
[00:22:06] <lightguard_jp> I'm going through the AS7 code right now for AS7.0.2 to see if the UserTransaction is under a different spot
[00:23:14] <hannelita> yep, maybe it was AS 7.0.1 problem...
[00:23:42] <hannelita> lightguard_jp: ttyl :)
[00:24:02] *** hannelita has quit IRC
[00:29:33] *** rruss has joined #seam-dev
[00:29:36] *** rruss has quit IRC
[00:29:36] *** rruss has joined #seam-dev
[00:30:59] *** daniel_hinojosa has quit IRC
[00:35:21] *** tsurdilo has quit IRC
[00:36:22] *** daniel_hinojosa has joined #seam-dev
[01:02:14] *** jharting has quit IRC
[01:18:10] *** rruss has quit IRC
[01:19:53] <lightguard_jp> Wish stuartdouglas were here to answer a question
[01:20:04] * stuartdouglas is here
[01:27:16] <lightguard_jp> stuartdouglas: Okay, trying to understand http://seamframework.org/Community/IsThereASeam3EquivalentToSeam2sInstall#comment167123
[01:27:36] <lightguard_jp> I've done JNDI lookups with both locations, they end up being the same transaction.
[01:27:42] <lightguard_jp> I'm not sure what's going on there.
[01:28:20] <lightguard_jp> Also, in looking at SeamTransaction, I must confess I'm not sure what the point of it is, unless it's to simply unify all of the different kinds of transactions into one API.
[01:28:47] <lightguard_jp> BTW, I'm testing on 7.0.2 if something changed between 7.0.1 and 7.0.2
[01:29:06] <stuartdouglas> lightguard_jp: java:comp is not available from non-ee threads
[01:29:30] <stuartdouglas> lightguard_jp: yea, it was an abstraction around the different types
[01:30:20] <lightguard_jp> Okay, what's considered a non-ee thread then? At least in Arquillian in a WAR (test isn't an EJB) I can access both, is JBoss considering my test an EJB thread?
[01:30:46] <lightguard_jp> I also don't see this in plain war deployments in a basic app either.
[01:31:14] <stuartdouglas> yea, the test is an EE thread
[01:31:24] <lightguard_jp> Maybe there should be a little fix made in DefaultSeamTransaction though to look there as well.
[01:31:29] <stuartdouglas> if you start your own threads they won't be EE
[01:31:34] <lightguard_jp> Okay, that answers one question then
[01:31:34] <stuartdouglas> lightguard_jp: I thought I already had
[01:31:37] <lightguard_jp> Ah
[01:32:12] <lightguard_jp> https://github.com/seam/transaction/blob/develop/impl/src/main/java/org/jboss/seam/transaction/DefaultSeamTransaction.java unless line 145 will work in all cases
[01:35:00] <stuartdouglas> ok, looks like I didn't add it
[01:35:31] <lightguard_jp> Shall I create a JIRA to track it?
[01:40:08] <lightguard_jp> https://issues.jboss.org/browse/SEAMTRANSACTION-6
[01:40:10] <jbossbot> jira [SEAMTRANSACTION-6] Check the AS7 JNDI non-EE location for the UserTransaction if it is not found [Open (Unresolved) Enhancement, Major, Stuart Douglas] https://issues.jboss.org/browse/SEAMTRANSACTION-6
[01:40:37] *** daniel_hinojosa has quit IRC
[01:42:14] <lightguard_jp> Not sure what can be done for SEAMTRANSACTION-1
[01:42:15] <jbossbot> jira [SEAMTRANSACTION-1] Synchronisations are not run if the user commits / rolls back the EntityTransaction directly [Open (Unresolved) Bug, Major, Stuart Douglas] https://issues.jboss.org/browse/SEAMTRANSACTION-1
[01:42:27] <lightguard_jp> If they're using EntityTransaction, that doesn't do any sync calls, does it?
[01:44:35] <stuartdouglas> nope
[01:44:43] <stuartdouglas> there is nothing that we can do about that
[01:44:52] <stuartdouglas> except tell them to get a real app server
[01:45:12] <lightguard_jp> :)
[01:46:15] <lightguard_jp> sbryzak: ping
[01:47:15] <lightguard_jp> stuartdouglas: Shane created that EntityTransaction issue. Not sure which API he was looking at
[01:47:35] <stuartdouglas> You do get sync if you use the SeamTransaction api directly
[01:47:49] <stuartdouglas> all this behaviour is pretty much the same as seam 2
[01:48:11] <lightguard_jp> Ah
[01:48:11] <stuartdouglas> the only way you might be able to work around it, would be to wrap the entity manager
[01:48:20] <lightguard_jp> right
[01:48:29] <lightguard_jp> and the entitytransaction
[02:03:35] *** daniel_hinojosa1 has joined #seam-dev
[02:13:10] *** stuartdouglas has quit IRC
[02:21:31] *** lightguard_jp has quit IRC
[02:56:27] *** jamezp is now known as jamezp_afk
[03:07:21] *** sgilda_afk has quit IRC
[03:25:26] *** lightguard_jp has joined #seam-dev
[03:25:27] *** ChanServ sets mode: +o lightguard_jp
[03:37:38] *** alesj has left #seam-dev
[03:39:56] *** akazakov has quit IRC
[03:48:01] <jbossbot> git [solder] push develop d836a46.. U-MAZITHINKPAD\Matic Docs fixes: SEAM-78, SEAM-80
[03:48:03] <jbossbot> jira [SEAM-78] Documentation typo in section 11.3 and 11.5 [Pull Request Sent (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAM-78
[03:48:04] <jbossbot> jira [SEAM-80] Documentation typo in section 19 [Pull Request Sent (Unresolved) Bug, Minor, Unassigned] https://issues.jboss.org/browse/SEAM-80
[03:48:04] <jbossbot> git [solder] push develop 1cc16f8.. Jason Porter Merge pull request #58 from mmazi/feature/docs-fixes...
[03:48:04] <jbossbot> git [solder] push develop URL: http://github.com/seam/solder/compare/aff03e8...1cc16f8
[03:55:22] *** stuartdouglas has joined #seam-dev
[03:55:22] *** ChanServ sets mode: +v stuartdouglas
[04:09:12] <lightguard_jp> stuartdouglas: What are your thoughts about the latest comments for SOLDER-124?
[04:09:13] <jbossbot> jira [SOLDER-124] Generic beans - alternatives not working [Open (Unresolved) Bug, Major, Stuart Douglas] https://issues.jboss.org/browse/SOLDER-124
[04:10:38] <stuartdouglas> lightguard_jp: I don't know, it would take me a while to get re-familar with the generic beans code
[04:11:06] <stuartdouglas> To be honest, I much preferred my original generic beans code
[04:11:11] <stuartdouglas> it was much similar
[04:11:17] <stuartdouglas> s/imilar/simpler
[04:12:47] <lightguard_jp> Does it have the same features?
[04:13:21] <stuartdouglas> yea, but it all had to be wired up via XML
[04:13:50] <jbossbot> git [persistence] push develop b830e85.. Jason Porter Merge pull request #6 from codylerum/develop...
[04:13:50] <jbossbot> git [persistence] push develop URL: http://github.com/seam/persistence/compare/4cce33f...b830e85
[04:14:12] <lightguard_jp> Ah
[04:14:24] <lightguard_jp> Something perhaps to discuss at a later time.
[04:15:39] <lightguard_jp> stuartdouglas: Also, do you have some time to look at https://github.com/seam/persistence/pull/9? I assume it's okay, but I'm not very familiar with the tests in Persistence.
[04:16:44] <stuartdouglas> that looks ok, assuming the tests pass
[04:18:12] <lightguard_jp> Okay, cool.
[04:18:24] <lightguard_jp> I'll pull it locally and take a look
[04:19:20] *** stuartdouglas has quit IRC
[04:52:23] <lightguard_jp> sbryzak: ping
[05:14:43] *** lightguard_jp has quit IRC
[06:29:02] *** rruss has joined #seam-dev
[06:30:37] *** rruss has quit IRC
[07:05:07] *** oskutka has joined #seam-dev
[07:05:10] *** oskutka has quit IRC
[09:21:03] *** daniel_hinojosa1 has quit IRC
[10:28:59] *** aslak has joined #seam-dev
[11:30:12] *** tremes has joined #seam-dev
[11:42:42] *** searcher has joined #seam-dev
[11:42:54] <searcher> hello
[11:43:03] <searcher> Can somebody help me?
[11:43:58] <searcher> Often I get the message :java.lang.OutOfMemoryError: Java heap space
[11:44:32] <searcher> What can I do. Is it possible to start the garbagge collector every 1 hour..
[11:44:50] <searcher> I dont no what to do
[11:49:19] <searcher> And an other problem I have is this:
[11:49:54] <searcher> org.jboss.seam.InstantiationException: Could not instantiate Seam component: org.jboss.seam.security.ruleBasedPermissionResolver
[13:04:01] *** tremes has quit IRC
[14:16:31] *** searcher has quit IRC
[15:18:20] *** alesj has joined #seam-dev
[15:32:27] *** Diablo-D3 has quit IRC
[15:33:21] *** bd727 has quit IRC
[16:01:27] *** sgilda has joined #seam-dev
[16:02:01] *** sgilda is now known as sgilda_afk
[17:04:55] *** koentsje has joined #seam-dev
[17:28:59] *** gabrielr_ has joined #seam-dev
[18:41:59] *** tremes has joined #seam-dev
[18:50:11] *** alex57711 has joined #seam-dev
[18:52:16] *** alex5771 has quit IRC
[19:16:24] *** edburns_away is now known as edburns
[20:24:34] *** daniel_hinojosa1 has joined #seam-dev
[20:59:15] *** tremes has left #seam-dev
[22:05:28] *** koentsje has quit IRC
[22:43:38] *** jamezp_afk is now known as jamezp
[23:53:27] *** daniel_hinojosa1 has quit IRC
[23:53:53] *** daniel_hinojosa1 has joined #seam-dev
[23:58:08] *** daniel_hinojosa1 has quit IRC

top