[00:06:47] *** mbg has joined #seam-dev [00:06:47] *** mbg has quit IRC [00:06:47] *** mbg has joined #seam-dev [00:10:25] *** jbossbot has joined #seam-dev [00:25:44] *** aslak has quit IRC [00:25:51] *** balunasj has quit IRC [00:32:11] <arbi> i'm trying to deploy an existing seam2 app in JBAS 6 CR1, i noticed that the jboss-service.xml is much smaller in AS 6 [00:32:28] <arbi> most likely my app will not deply (I have a feeling) [00:44:37] <arbi> i see this: http://localhost:8080/admin-console/secure/summary.seam [00:44:44] <arbi> so AS6 uses seam? [00:47:02] <arbi> and they're *finally* getting rid of web-console and jmx-console via embedded jopr [00:47:45] *** lightguard_jp has quit IRC [01:14:49] <jbossbot> git [catch] push master d720799.. Dan Allen update project name in places; add license file [01:14:49] <jbossbot> git [catch] push master dd38057.. Dan Allen Merge branch 'master' of github.com:seam/catch [01:14:49] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/0a7aeec...dd38057 [01:16:33] <jbossbot> git [catch] push master 06d27c7.. Dan Allen fix invalid snapshot version [01:16:33] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/dd38057...06d27c7 [01:17:33] <jbossbot> git [catch] push master b20c0fd.. Dan Allen remove <scm> from where it shouldn't be [01:17:33] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/06d27c7...b20c0fd [01:19:45] <jbossbot> git [catch] push master f621ea0.. Dan Allen fix distribution assembly [01:19:45] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/b20c0fd...f621ea0 [01:22:58] <jbossbot> git [catch] push master e0dbdaf.. Dan Allen [maven-release-plugin] prepare release 3.0.0.Alpha1 [01:22:58] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/f621ea0...e0dbdaf [01:23:03] <jbossbot> git [catch] push master 1199bc5.. Dan Allen [maven-release-plugin] prepare for next development iteration [01:23:03] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/e0dbdaf...1199bc5 [01:28:55] <jbossbot> git [catch] push master 93e9264.. Dan Allen fix package name [01:28:56] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/1199bc5...93e9264 [01:28:59] *** tsurdilo has quit IRC [01:29:25] *** tsurdilo has joined #seam-dev [01:32:37] <jbossbot> git [catch] push master 46bcfed.. Dan Allen [maven-release-plugin] prepare release 3.0.0.Alpha1 [01:32:38] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/93e9264...46bcfed [01:32:39] <jbossbot> git [catch] push master a78f775.. Dan Allen [maven-release-plugin] prepare for next development iteration [01:32:39] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/46bcfed...a78f775 [01:46:40] *** balunasj has joined #seam-dev [01:57:57] *** lightguard_jp has joined #seam-dev [02:12:08] *** lightguard_jp has quit IRC [02:25:18] *** clerum1 has quit IRC [02:28:49] *** clerum has joined #seam-dev [02:57:21] *** balunasj has quit IRC [03:15:53] *** mbg has quit IRC [04:50:48] *** lightguard_jp has joined #seam-dev [05:30:21] *** mbg has joined #seam-dev [05:30:21] *** mbg has quit IRC [05:30:21] *** mbg has joined #seam-dev [06:01:47] *** clerum has quit IRC [06:12:43] *** tsurdilo has quit IRC [06:40:41] *** mbg has quit IRC [08:42:04] *** oskutka has joined #seam-dev [08:53:52] *** kpiwko has joined #seam-dev [08:58:15] *** maxandersen has joined #seam-dev [09:06:16] *** jharting has joined #seam-dev [09:08:18] *** plenyi has joined #seam-dev [09:11:32] *** adamw1pl has joined #seam-dev [09:42:49] *** marekn has joined #seam-dev [10:06:25] *** shervin_a has joined #seam-dev [11:10:21] *** marekn has quit IRC [11:14:56] *** pmuir has joined #seam-dev [11:14:56] *** pmuir has quit IRC [11:14:56] *** pmuir has joined #seam-dev [12:03:45] *** aslak has joined #seam-dev [12:03:46] *** aslak has quit IRC [12:03:46] *** aslak has joined #seam-dev [12:15:57] *** marekn has joined #seam-dev [12:22:54] *** marekn has quit IRC [12:23:12] *** marekn has joined #seam-dev [13:02:12] *** tsurdilo has joined #seam-dev [13:20:55] *** maxandersen has quit IRC [13:25:38] *** maxandersen has joined #seam-dev [13:25:44] *** maxandersen has quit IRC [13:25:44] *** maxandersen has joined #seam-dev [13:40:40] *** plenyi has quit IRC [15:54:54] *** clerum has joined #seam-dev [16:01:10] *** oskutka has quit IRC [16:21:57] *** pmuir has quit IRC [16:22:47] *** pmuir_ has joined #seam-dev [16:22:47] *** pmuir_ has joined #seam-dev [16:22:53] *** Nik has quit IRC [16:23:29] *** 14WAAD3H2 has joined #seam-dev [16:23:34] *** pmuir_ is now known as 52AACMZY0 [16:25:18] *** 52AACMZY0 has quit IRC [16:25:56] *** Nik has joined #seam-dev [16:36:34] *** 14WAAD3H2 is now known as pmuir [16:36:45] *** pmuir has quit IRC [16:37:10] *** pmuir has joined #seam-dev [16:37:10] *** pmuir has quit IRC [16:37:10] *** pmuir has joined #seam-dev [16:49:27] <lightguard_jp> Anyone available to read over by Catch announcement blog entry? [16:51:11] *** shervin_a has quit IRC [16:52:37] <pmuir> lightguard_jp: syre [16:53:19] <lightguard_jp> Okay, I'll email it to you [16:54:23] <pmuir> do it to bleepbleep [16:54:26] <pmuir> not on vpn right now [16:54:53] <lightguard_jp> bleepbleep .... lost me there [16:55:43] <pmuir> pmuir at bleepbleep dot org.uk [16:55:55] <lightguard_jp> Okay [16:56:20] <lightguard_jp> Sent [16:57:16] <lightguard_jp> pmuir: Thanks [16:58:55] <pmuir> the first parameter in the method must be annotated with `@Handles` and [16:58:55] <pmuir> be an instance of `CaughtException<T extends Throwable>` [16:59:02] <pmuir> that is a bit restrictive? [16:59:29] <pmuir> "3. handlers are order before they're invoked [16:59:29] <pmuir> " [16:59:36] <pmuir> can't parse that [16:59:45] <lightguard_jp> oops [17:00:04] <lightguard_jp> The parameter is what we're keying off to know it's a catch handler [17:00:40] <lightguard_jp> CaughtException also contains some info about the exception (stack trace, where it's at in the list of causes, etc) and some flow control [17:02:31] <lightguard_jp> Same idea as observers really. First param must be annotated with @Observes and the param must be what you're observing. [17:03:10] <adamw1pl> hey guys, I'm working on a demo app - works so far of course [17:03:22] <adamw1pl> only thing I achieved is that I get the exception from yesterday during undeploy [17:03:32] <adamw1pl> (Could not locate a BeanManager ...) [17:03:40] <adamw1pl> is undeploying anything you care about? ;) [17:03:48] <pmuir> I think you've misread the spec [17:03:50] <pmuir> "An observer method may be declared by annotating a parameter @javax.enterprise.event.Observes. That parameter is the event parameter. The declared type of the parameter is the observed event type." [17:03:56] <pmuir> nothing about "first" in there [17:04:11] <pmuir> Personally I think we should just use events [17:04:19] <pmuir> i don't understand why we aren't reusing it [17:05:24] *** pmuir has quit IRC [17:05:48] *** mbg has joined #seam-dev [17:07:05] *** pmuir has joined #seam-dev [17:07:40] <lightguard_jp> A public void myMethod(MyObject o, @Observes MyEvent, SomethOther object o2) is still an observer and the other two params are injected? [17:07:50] <pmuir> yeah [17:08:02] <lightguard_jp> We could use observers once the ordering of them is in Solder [17:08:06] <pmuir> adamw1pl: can i see it? [17:08:16] <pmuir> ok, so it's ordering [17:08:21] <adamw1pl> the app? sure, I'll attach it to the issue in a sec [17:08:28] <pmuir> the exception adamw1pl [17:08:30] <adamw1pl> just trying to reproduce the issue during deploy [17:08:31] <adamw1pl> ah [17:08:37] <pmuir> lightguard_jp: it's not a blocker [17:08:39] <pmuir> just comments [17:08:57] <lightguard_jp> Right. I know we talked about it before too. [17:09:05] <adamw1pl> pmuir: http://pastie.org/1323178 [17:09:33] <adamw1pl> (yesterday, during deploy, a much bigger app: http://pastie.org/1320406) [17:09:35] <lightguard_jp> I'd be fine moving it over to observers once we can order them. It would take out some code [17:10:02] <lightguard_jp> Probably make it start faster too because we don't have to do the extra scanning. [17:10:16] <pmuir> cool [17:10:27] <lightguard_jp> lincolnthree: Hurry up and contribute that ordering code boy! :) [17:10:28] <pmuir> just remember you can't easily make users switch api mid stream [17:10:28] <adamw1pl> btw. shouldn't @Observes PostConstructApplicationEvent event be called when my app starts? [17:11:31] <lightguard_jp> We could support both for 3.0.0 if we needed to and call the current way deprecated and take it out with a future release. [17:11:51] <lightguard_jp> But it's not really that big of a deal in my mind (the current api) [17:14:32] <lightguard_jp> pmuir: Actually the precedence is the only ordering part that would need to be supported, the traversal path could be part of the qualifier [17:16:32] <pmuir> "NOTE: The best way to tie this handler into JSF is by adding an JSF to Catch [17:16:32] <pmuir> bridge by creating an [ExceptionHandler][] (this will be added to Catch in the [17:16:32] <pmuir> next release, as a separate jar) to fire the `ExceptionToCatchEvent`. [17:16:32] <pmuir> " [17:16:51] <pmuir> adding >>>a<<< JSF to Catch bridge [17:17:40] <lightguard_jp> Wow, not sure why I said 'an' there. Must not be fully awake yet [17:19:52] *** marekn has quit IRC [17:20:20] <lightguard_jp> pmuir: do observers take into account the generic type of the event when calling? [17:20:41] *** marekn has joined #seam-dev [17:20:52] *** marekn has left #seam-dev [17:21:06] <adamw1pl> ha! I reproduced the problem finally :) [17:21:32] <adamw1pl> it must be .ear archive with an <ejb> deployment (no EJBs, just an ejb .jar module) [17:22:05] <pmuir> lightguard_jp: yes [17:22:27] <lightguard_jp> Yep, then all that's needed is the precedence ordering [17:22:34] *** marekn has joined #seam-dev [17:22:44] *** marekn has quit IRC [17:23:05] <pmuir> adamw1pl: issue in SEAMFACES [17:23:12] <pmuir> it's assuming the beanmanager will be there when it isn't [17:23:14] <adamw1pl> not in JBAS? [17:23:48] <adamw1pl> hmm even a simple jar module is enough [17:23:53] <pmuir> probably both [17:23:54] <adamw1pl> so it must be an ear with a jar and war modules [17:23:56] <pmuir> :-) [17:24:05] <pmuir> FACES shouldn't error in this case [17:24:10] <pmuir> JBAS should be providing the BM ;-) [17:24:17] <adamw1pl> ok :] [17:24:20] <adamw1pl> will do after supper [17:24:26] <adamw1pl> gotta take care of the baby a little :) [17:24:27] <pmuir> lightguard_jp: we also need to talk about the choice of using absolute ordering as opposed to relative [17:24:59] <pmuir> otherwise looks good [17:25:16] <lightguard_jp> Just those two little grammer changes then? [17:25:53] <pmuir> yep [17:26:35] <lightguard_jp> Excellent [17:46:05] *** jharting has quit IRC [17:57:29] *** kpiwko has quit IRC [17:58:34] *** kpiwko has joined #seam-dev [18:35:16] *** tsurdilo has quit IRC [18:49:30] *** jbossbot has quit IRC [18:50:34] *** tsurdilo has joined #seam-dev [18:50:55] *** jbossbot has joined #seam-dev [18:56:41] *** pmuir has quit IRC [19:14:16] *** aslak has quit IRC [19:14:56] *** aslak has joined #seam-dev [19:23:23] <adamw1pl> https://jira.jboss.org/browse/SEAMFACES-60 and https://jira.jboss.org/browse/JBAS-8660 updated with demo app [19:23:24] <jbossbot> jira [SEAMFACES-60] Cannot deploy a Weld ear application which uses Weld Extensions [Open, Major, Unassigned] https://jira.jboss.org/browse/SEAMFACES-60 [19:23:24] <jbossbot> jira [JBAS-8660] Cannot deploy a Weld application which uses Weld Extensions [Open, Major, Unassigned] https://jira.jboss.org/browse/JBAS-8660 [19:28:00] *** clerum has quit IRC [19:28:45] <mbg> adamw1pl: thanks [20:01:24] *** adamw1pl has quit IRC [20:09:45] *** pmuir has joined #seam-dev [20:09:46] *** pmuir has quit IRC [20:09:46] *** pmuir has joined #seam-dev [21:42:16] *** tsurdilo has quit IRC [21:48:03] *** tsurdilo has joined #seam-dev [21:56:53] *** lightguard_jp has quit IRC [23:30:41] *** wdrai has joined #seam-dev [23:33:43] *** maxandersen has quit IRC [23:35:41] *** wdrai has left #seam-dev [23:37:12] *** maxandersen has joined #seam-dev