[00:08:43] *** pmuir has joined #seam-dev
[00:12:36] *** cbrock has quit IRC
[00:14:04] *** aslak has quit IRC
[00:14:11] *** pmuir has quit IRC
[00:17:07] *** tsurdilo has quit IRC
[00:17:35] *** tsurdilo has joined #seam-dev
[00:21:18] *** clerum has quit IRC
[00:23:38] *** clerum has joined #seam-dev
[01:11:09] *** kpiwko has quit IRC
[01:11:54] *** bleathem has quit IRC
[01:19:09] *** jganoff has quit IRC
[01:34:25] *** lightguard_jp|aw has quit IRC
[02:43:07] *** tsurdilo has quit IRC
[02:45:41] *** clerum1 has joined #seam-dev
[02:48:53] *** clerum has quit IRC
[02:54:50] *** bitshuffler has joined #seam-dev
[03:14:50] *** bleathem has joined #seam-dev
[03:15:04] <bleathem> lincolnthree: ping
[03:29:57] <bleathem> Anyone in familiar with the Faces code base?
[03:33:16] *** bleathem has quit IRC
[04:06:32] *** bleathem has joined #seam-dev
[04:06:49] <bleathem> Anybody home?
[04:07:55] <bleathem> I'm looking at SEAMFACES-82
[04:07:57] <jbossbot> jira [SEAMFACES-82] injection of managed beans in face converter always null if multiple seam 3 components present in the web-inf/lib [Open (Unresolved) Bug, Critical, Unassigned] https://issues.jboss.org/browse/SEAMFACES-82
[04:08:19] <bleathem> That was cool, thanks jbossbot!
[04:08:47] <bleathem> Anyways... the class responsible for injection is SeamApplicationWrapper
[04:09:41] <bleathem> Since the problem is intermittent, I thought I'd juice up the calss with a bunch of low lwvel log messages, and get the user to report back what is actually getting invoked.
[04:10:13] <bleathem> To see if either the SeamApplicationWrapper in not being called upon to create the converters
[04:10:23] <bleathem> Or maybe not even getting instantiated.
[04:10:32] <bleathem> Does this sound like a reasonable approach?
[04:35:32] *** sbryzak has quit IRC
[04:59:29] <bleathem> Huh, seems like the problem is more reproduceable than reported.
[05:06:15] *** sbryzak has joined #seam-dev
[05:21:07] <bleathem> Any Solder experts whose brains I can pick?
[05:21:27] <bleathem> stuartdouglas: ping
[05:26:21] <bleathem> manager.getBeans(type) returns an empty set when type is the class of my Facesconverter.
[05:26:32] <bleathem> Why on earth would that be?
[05:30:09] *** bitshuffler_ has joined #seam-dev
[05:33:30] *** bitshuffler has quit IRC
[05:49:03] <stuartdouglas> bleathem: Could be a visibility issue
[05:49:29] <stuartdouglas> I am not that familiar with the faces module, it may veto converters or do some other weirdness like that
[05:56:25] <bleathem> thanks
[05:57:28] <stuartdouglas> where is the code that you are looking at?
[05:57:29] <bleathem> so there is no reason within Weld that would cause getBeans(MyConverter.class) to return an empty set?
[05:57:33] <bleathem> 1 sec
[05:58:18] <stuartdouglas> and where is MyConverter ?
[05:58:21] <stuartdouglas> In a bean archive?
[05:58:25] <bleathem> yeah
[05:58:34] <bleathem> meaning it has a beans.xml file
[05:58:52] <stuartdouglas> can you paste the code?
[05:59:19] <bleathem> https://github.com/seam/faces/blob/master/impl/src/main/java/org/jboss/seam/faces/util/BeanManagerUtils.java#L122
[05:59:33] <bleathem> That's the part where it calles BeanManager to do the lookup
[06:00:18] <bleathem> When I get there, with type=MyConverter.class, the getBeans returns an emptyseet, and resolve returns null
[06:00:22] <stuartdouglas> where is the actual call site?
[06:00:27] <bleathem> 1 sec
[06:00:55] <bleathem> https://github.com/seam/faces/blob/master/impl/src/main/java/org/jboss/seam/faces/environment/SeamApplicationWrapper.java#L103
[06:02:22] <bleathem> This is definitely a valid bean archive, because other CDI stuff is working (@Named, @PostConstruct etc.)
[06:02:49] <stuartdouglas> There is no chance the converter being returned is a proxy is there?
[06:03:17] <bleathem> hmm, I can check
[06:04:15] <bleathem> nope, that "base" is an instance of my Converter class.
[06:04:40] <stuartdouglas> what container are you using?
[06:04:51] <bleathem> GF 3.1 RC1
[06:05:52] <bleathem> The original reporter is using jBoss AS 6
[06:06:21] <stuartdouglas> can you inject your converter normally?
[06:07:04] <bleathem> What do you mean by normally?  Inject my converter into something else?
[06:07:10] <stuartdouglas> yea
[06:07:54] <bleathem> Huh, I could try that.
[06:11:48] <bleathem> Yeah, I can @Inject my Converter into a bean.
[06:13:22] <stuartdouglas> In the same class that you can inject into, can you use the BM to look it up?
[06:13:50] <bleathem> How do I get a BM?  I can @Inject that right?
[06:14:40] <stuartdouglas> yes
[06:15:01] <stuartdouglas> There are actually multiple bean managers in a CDI app
[06:15:13] <stuartdouglas> And they have different bean visibiliity
[06:15:27] <stuartdouglas> 1 BM per bean archive
[06:15:44] <bleathem> ok
[06:15:56] <stuartdouglas> @Inject BeanManager bm; gets the BM for the archive that contains the class that is being injected into
[06:16:09] <bleathem> Do I look up the Converter using the same syntax as in faces?
[06:16:15] <stuartdouglas> yes
[06:20:27] <bleathem> yep, I copied the getContextualInstance static method into my test class, and used it to lookup the Converter just fine.
[06:20:42] <bleathem> smart idea btw!
[06:20:43] <stuartdouglas> Yea, its a BDA visibility problem
[06:20:50] <bleathem> BDA?
[06:20:57] <stuartdouglas> bean deployment archive
[06:21:16] <bleathem> whose issue?  Weld? Glassfish?
[06:21:22] <bleathem> jBoss?
[06:21:29] <bleathem> ^jBoss AS
[06:21:48] <stuartdouglas> not 100% sure, it was a GF issue, but I think when they were fixing it they discovered an issue with weld
[06:22:08] <stuartdouglas> give me a sec
[06:23:04] <stuartdouglas> WELD-846
[06:23:06] <jbossbot> jira [WELD-846] Incorrect handling of cyclic dependencies between BeanDeploymentArchives [Open (Unresolved) Bug, Major, Ales Justin] https://issues.jboss.org/browse/WELD-846
[06:24:11] <bleathem> Ugh..
[06:24:24] <bleathem> So you think it's the same issue?
[06:24:31] <stuartdouglas> yea
[06:25:00] <bleathem> wait, that bug is from today
[06:25:21] <stuartdouglas> 2nd feb
[06:25:44] <bleathem> oh, got the year mixed up ( we always put the year at the front)
[06:25:56] <bleathem> though it was Feb. 11
[06:26:07] <bleathem> Well thanks Stuart, that was awesome
[06:26:42] <bleathem> I'll update the SEAMFACES issue, and the seam-dev mail list with what you've found.
[06:27:22] <stuartdouglas> do you have weld set up to build locally?
[06:27:34] <bleathem> No
[06:27:37] <bleathem> guess I should
[06:27:57] <stuartdouglas> If I send you a patch can you try it out for me?
[06:27:57] <bleathem> I'm passsed the point where I can treat Weld as a black box I guess
[06:28:01] <bleathem> sure
[06:28:20] <bleathem> how do I get Glassfish to use my Weld?
[06:28:37] <stuartdouglas> you will need to copy the weld impl jar somewhere into GF
[06:28:52] <bleathem> ok, I'll dig around for that
[06:29:03] <stuartdouglas> don't know exactly where, find . -name \*weld\* should give you a hint
[06:31:15] <bleathem> Are "core" "api" and "parent" enough?
[06:31:31] <stuartdouglas> core should be all you need
[06:31:40] <stuartdouglas> It should download the rest
[06:31:48] <bleathem> k
[06:31:51] <stuartdouglas> https://github.com/stuartwdouglas/core/tree/WELD-846
[06:31:52] <jbossbot> jira [WELD-846] Incorrect handling of cyclic dependencies between BeanDeploymentArchives [Open (Unresolved) Bug, Major, Ales Justin] https://issues.jboss.org/browse/WELD-846
[06:32:15] <stuartdouglas> do you know how to merge that with your master?
[06:33:22] <bleathem> I would do git add remote, then pull from that remote
[06:33:28] <stuartdouglas> yes
[06:37:08] <bleathem> delay getting my JAVA_HOME set right for the weld build
[06:37:28] <bleathem> doing the vanilla build now
[06:41:14] <bleathem> I'm going to go watch a kettle boil as maven downloads the internet
[06:46:17] <bleathem> Error resolving dependencies.  Gonna have to mess with my Nexus config.  This will take a while.
[06:46:27] <stuartdouglas> which dep?
[06:46:43] <bleathem> The following artifacts could not be resolved: apache-xerces:xml-apis:jar:2.9.1, apache-xerces:xercesImpl:jar:2.9.1, wutka-dtdparser:dtdparser121:jar:1.2.1, javax.security:jacc:jar:1.0, com.sun.istack:istack-commons-runtime:jar:1.1-SNAPSHOT: Could not find artifact apache-xerces:xml-apis:jar:2.9.1
[06:47:06] <bleathem> I think I'm cloning the wrong JBoss nexus path
[06:47:17] <bleathem> I cloned the one that had only JBoss projects in it
[06:47:33] <bleathem> rather than the path where they share everything they are re-hosting
[06:47:43] <stuartdouglas> I think it shoudl be: https://repository.jboss.org/nexus/content/groups/public-jboss/
[06:47:43] <bleathem> at least that's my guess.
[06:48:15] <bleathem> public-jboss is the one I have
[06:48:21] <bleathem> I think it's "public" that I want
[06:48:30] <bleathem> for this anyways.
[06:56:22] <bleathem> the dep apache-xerces:xml-apis:jar:2.9.1 is indeed not in the jboss nexus
[06:56:36] <bleathem> I see the 2.7.0 artifact, but not one with version 2.9.1
[06:58:22] <stuartdouglas> is it in central?
[06:59:06] <stuartdouglas> JBBUILD-604
[06:59:07] <jbossbot> jira [JBBUILD-604] Missing apache-xerces:xml-apis:jar:2.9.1 [Closed (Won't Fix) Bug, Major, Paul Gier] https://issues.jboss.org/browse/JBBUILD-604
[07:00:23] <stuartdouglas> what are you building that needs xerces?
[07:01:27] <stuartdouglas> ah the tests
[07:01:37] <bleathem> https://repository.jboss.org/nexus/content/repositories/deprecated/
[07:01:41] <stuartdouglas> just build the impl directory
[07:01:49] <stuartdouglas> and don't bether with the tests for now
[07:02:05] <bleathem> ok
[07:02:17] <bleathem> success
[07:02:24] <bleathem> I'll pull in your changes
[07:06:43] * stuartdouglas thinks it is nearly beer o'clock
[07:09:24] <bleathem> ok, pulled and built
[07:09:31] <bleathem> now I just have to figure out where to put it
[07:10:36] <bleathem>  /opt/sun/glassfish-3.1-b41/glassfish/modules/weld-osgi-bundle.jar
[07:10:53] <stuartdouglas> hmm, you will need to build the osgi bundle as well
[07:11:19] <bleathem> building
[07:11:52] <bleathem> so I just take the new osgi bundle out of my mvn local repo and dump in in the glassfish folder?
[07:12:00] <bleathem> I think something is going to explode :P
[07:12:04] <stuartdouglas> sure, why not ?
[07:12:10] <stuartdouglas> whats the worst that can happen?
[07:12:21] <stuartdouglas> afaik none of the SPI's have changed
[07:12:26] <stuartdouglas> so it should work
[07:12:27] <bleathem> pieces of my computer, all over the room :D
[07:13:45] <bleathem> INFO: Updated bundle 75 from /opt/sun/glassfish-3.1-b41/glassfish/modules/weld-osgi-bundle.jar
[07:14:01] <bleathem> ok, running my test app
[07:14:54] <bleathem> NPE
[07:14:58] *** rpetruescu has joined #seam-dev
[07:15:01] <bleathem> on the injected property
[07:15:02] <stuartdouglas> damn
[07:15:08] <stuartdouglas> stacktrace ?
[07:15:18] <bleathem> ok, I'll pastebin it
[07:15:22] <stuartdouglas> wait, so the bit that was working now isn't?
[07:16:04] <bleathem> no
[07:16:26] <bleathem> the @Inject into the Converter results in an NPE when the @Injection doesn't occur
[07:16:43] <bleathem> This is the NPE that says the injection was skipped
[07:17:04] <stuartdouglas> so is this the same problem as before?
[07:17:10] <bleathem> yes
[07:17:40] <bleathem> http://pastebin.com/JWY4bw73
[07:17:54] <bleathem> I want to be sure I built the right branch of your patch
[07:18:18] *** bitshuffler_ has quit IRC
[07:18:47] <bleathem> it's the master branch of your github fork that I was supposed to build right?
[07:19:22] <stuartdouglas> no
[07:19:24] <bleathem> that stacktrace is rather useless
[07:19:33] <stuartdouglas> WELD-846 branch
[07:19:35] <jbossbot> jira [WELD-846] Incorrect handling of cyclic dependencies between BeanDeploymentArchives [Open (Unresolved) Bug, Major, Ales Justin] https://issues.jboss.org/browse/WELD-846
[07:20:26] <bleathem> ok, I did the wrong thing
[07:20:37] <stuartdouglas> It may not help anyway
[07:20:48] <bleathem> Calling the remote I added "weld-846" was probably a bad idea, as it made it confusing
[07:20:53] <stuartdouglas> looking at the gf code there still appears to be problems
[07:21:04] <bleathem> let me try this again, it'll only take a couple of minutes this time through
[07:21:19] <stuartdouglas> Looking at https://svn.dev.java.net/svn/glassfish-svn/trunk/v3/web/weld-integration/src/main/java/org/glassfish/weld/DeploymentImpl.java
[07:21:31] <stuartdouglas> There is a line that goes: warBDA.getBeanDeploymentArchives().add(libJarBDA);
[07:21:35] *** oskutka has joined #seam-dev
[07:22:05] <stuartdouglas> There should be another line under it that does the reverse: libJarBda.getBeanDeploymentArchives().add(warBDA);
[07:22:49] <stuartdouglas> If you get real keen you could build GF and see if that fixes it :-)
[07:23:08] <bleathem> yeah, I looked into that once.  No thanks!
[07:25:30] *** lightguard_jp has joined #seam-dev
[07:25:53] <bleathem> what do you see in the stacktrace that says the add(warDBA) stuff isn't being called?
[07:26:11] <bleathem> hey it works!
[07:26:26] <bleathem> wow
[07:26:29] <bleathem> good job!
[07:27:04] <bleathem> stuartdouglas: it works!
[07:28:45] <stuartdouglas> yay
[07:31:34] <stuartdouglas> I have resolved the issue, hopefully ales will merge it tonight / tomorrow
[07:31:54] <stuartdouglas> I think this is a serious enough problem to be worth a SP1 release
[07:31:54] <bleathem> When will we get a Weld release?
[07:32:03] <bleathem> indeed
[07:33:56] <stuartdouglas> bleathem: do you have a seam solder clone?
[07:34:12] <stuartdouglas> If so can you run the tests from the jira issue?
[07:34:18] <stuartdouglas> and see if it fixes them as well?
[07:36:39] <lightguard_jp> This whole BDA visibility issue is really annoying
[07:36:57] *** clerum1 has quit IRC
[07:37:12] <bleathem> no seam solder clone
[07:37:22] <bleathem> I'll give it a shot.
[07:38:03] <stuartdouglas> cause if that does fix it, then hopefully it is the end of the GF bean visibility issues
[07:38:15] <stuartdouglas> once the patched weld makes it to glassfish that is :-)
[07:38:47] <lightguard_jp> That'll be the trick
[07:39:44] <stuartdouglas> I think that in general jboss projects should release more often
[07:40:24] <lightguard_jp> I agree with that
[07:40:32] <lightguard_jp> At least the ones I've been working with :)
[07:41:59] <bleathem> so how do I execute those tests?  They'' run against my local glassfish install?
[07:42:14] <stuartdouglas> yes
[07:42:18] <stuartdouglas> you need to start GF
[07:42:31] <bleathem> ok, and that's it?  No config to do??
[07:42:38] <stuartdouglas> no, that should be it
[07:42:44] <lightguard_jp> It's using the glassfish 3.1 remote container
[07:42:46] <bleathem> impressive
[07:42:51] * stuartdouglas has never actually used glassfish
[07:43:01] <bleathem> so it'll ask me for a username / password?
[07:43:02] <lightguard_jp> I think you need to specify the maven profile, don't you?
[07:43:10] <lightguard_jp> Uh, nope
[07:43:12] <bleathem> ok build is done, I'll give it a shot
[07:43:15] <lightguard_jp> I forgot about that :)
[07:43:51] <bleathem> what password will it try to use?
[07:44:07] <lightguard_jp> nothing
[07:44:22] <bleathem> mvn clean test -Dincontainer-glassfish-rest -Dtest=TypeVisibilityWithinBeanArchiveTest
[07:44:25] <bleathem> that one passed
[07:44:38] <lightguard_jp> Just run all the tests
[07:44:58] <bleathem> mvn clean test -Dincontainer-glassfish-rest -Dtest=TypeVisibilityForExtensionInNonBeanArchiveTest
[07:45:00] <bleathem> that one passed
[07:45:23] <bleathem> no nvermind
[07:45:30] <bleathem> it said tests are skipped
[07:45:50] <bleathem> how am I supposed to run these?  sorry, still a noob for a lot of this
[07:45:52] <stuartdouglas> it skips the test phase, and runs in integration-test
[07:46:08] <stuartdouglas> try integration-test rather than test
[07:47:00] <stuartdouglas> just try mvn clean install -Dincontainer-glassfish-rest
[07:47:05] <stuartdouglas> and that should run them all
[07:47:23] <bleathem> ok
[07:48:34] <bleathem>  GET http://localhost:4848/management/domain returned a response status of 401
[07:48:36] *** oskutka has quit IRC
[07:48:50] <bleathem> so I guess I need to disable the password for my glassfsih install
[07:49:29] <lightguard_jp> Yes, sorry
[07:49:43] <lightguard_jp> When I wrote the container I forgot about the password portion
[07:49:50] <lightguard_jp> I'll have to fix that for the beta version
[07:50:59] <bleathem> how would you fix that?  would it ask interactively? or would you have to put it in a config file?
[07:51:31] <bleathem> ok, the tests are actuall running now
[07:52:27] <bleathem> Failed tests:
[07:52:28] <bleathem>   testGenericAlternatives(org.jboss.seam.solder.test.bean.generic.alternative.GenericBeanAlternativeTest)
[07:52:30] <bleathem>   testGenericProducerMethodAlternatives(org.jboss.seam.solder.test.bean.generic.alternative.GenericBeanAlternativeTest)
[07:52:31] <lightguard_jp> By default there wouldn't be one, but you can configure it in the arquillian.xml
[07:52:31] <bleathem> Tests in error:
[07:52:33] <bleathem>   org.jboss.seam.solder.test.compat.TypeVisibilityForExtensionInNonBeanArchiveTest
[07:52:34] <bleathem>   org.jboss.seam.solder.test.compat.TypeVisibilityForExtensionInNonBeanArchiveTest
[07:52:36] <bleathem>   org.jboss.seam.solder.test.log.LoggerInjectionTest
[07:52:37] <bleathem>   org.jboss.seam.solder.test.log.LoggerInjectionTest
[07:52:40] <bleathem> makes sense
[07:53:02] <lightguard_jp> That sucks
[07:53:09] <lightguard_jp> What are the errors?
[07:53:12] <bleathem> TypeVisibilityWithinBeanArchiveTest  seems fixed
[07:53:23] <bleathem> not TypeVisibilityForExtensionInNonBeanArchiveTest
[07:54:11] <bleathem> POST http://localhost:4848/management/domain/applications/application returned a response status of 403
[07:54:17] <lightguard_jp> What about the logging test?  What's that dying on?
[07:54:30] <lightguard_jp> For all of them?
[07:54:54] <bleathem> POST http://localhost:4848/management/domain/applications/application returned a response status of 403
[07:55:03] <lightguard_jp> Could you spin up a new GF install (web would be fine), add in the new weld build and run against that?
[07:55:07] <bleathem> that's the useless part of glassfish in Arquillian
[07:55:21] <lightguard_jp> That's the security stuff dying
[07:55:25] <bleathem> ok
[07:55:29] <bleathem> will do
[07:55:35] <lightguard_jp> When you actually deploy you get a decent error message
[07:55:39] <lightguard_jp> Or at least you should
[07:56:04] <lightguard_jp> It's still rough around the edges, I hacked it together (the remote glassfish 3.1 arquillian container) in about three or four hours
[07:56:12] <bleathem> b41 is recent right?
[07:58:40] <lightguard_jp> I think so
[07:58:41] <bleathem> man it's awesome, good work with the glassfish remote container.  it's allowing for real progress to be made!
[07:58:54] <lightguard_jp> That was the idea :)
[07:59:01] <lightguard_jp> It'll get better with time
[07:59:29] <bleathem> better or abandoned. such is the way of software projects :P
[08:00:00] <bleathem> ok vanilla glassfish up, and weld-osgi bundle replaced, and tests running
[08:00:37] <lightguard_jp> It won't be abandoned, it's needed :)
[08:01:01] <bleathem> same results
[08:01:15] <bleathem> POST http://localhost:4848/management/domain/applications/application returned a response status of 403
[08:01:26] <bleathem> for logging
[08:03:01] <lightguard_jp> Odd
[08:03:44] <bleathem> well, it's quitting time for me
[08:03:56] <bleathem> this was fun!
[08:04:04] <lightguard_jp> Thanks for helping
[08:04:10] <bleathem> and I learned a bunch
[08:04:18] <bleathem> Weld is a little less scary now :D
[08:04:25] <lightguard_jp> :)
[08:04:34] <bleathem> thanks stuartdouglas !
[08:04:45] <bleathem> g'nite lightguard_jp
[08:05:06] *** bleathem has quit IRC
[08:17:36] *** mgencur has joined #seam-dev
[08:29:46] *** marekn has joined #seam-dev
[09:02:44] <jbossbot> git [config] push master 83e826c.. Shane Bryzak update docs for bundled build
[09:02:44] <jbossbot> git [config] push master 2bf9be4.. Shane Bryzak Merge branch 'master' of github.com:seam/config
[09:02:44] <jbossbot> git [config] push master URL: http://github.com/seam/config/compare/c1e8e28...2bf9be4
[09:03:03] <jbossbot> git [faces] push master 95d885c.. Shane Bryzak renamed for bundled book distribution
[09:03:04] <jbossbot> git [faces] push master URL: http://github.com/seam/faces/compare/e979356...95d885c
[09:06:21] <jbossbot> git [catch] push master 7c856d4.. LightGuard Adding a comment to help describe the desired order
[09:06:21] <jbossbot> git [catch] push master 2c3be02.. LightGuard Creating the basic-servlet example...
[09:06:21] <jbossbot> git [catch] push master 9b10597.. LightGuard Removing jaxrs example...
[09:06:21] <jbossbot> git [catch] push master 761d907.. LightGuard Beginnings of SEAMCATCH-40...
[09:06:22] <jbossbot> jira [SEAMCATCH-40] New example w/o REST [Coding In Progress (Unresolved) Task, Major, Jason Porter] https://issues.jboss.org/browse/SEAMCATCH-40
[09:06:23] <jbossbot> git [catch] push master e13b066.. LightGuard Example complete...
[09:06:23] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/6bad0a0...e13b066
[09:11:40] <lightguard_jp> sbryzak: ping
[09:12:43] <sbryzak> pong
[09:13:02] <lightguard_jp> Would you please release a non snapshot version of the parent?
[09:13:13] <lightguard_jp> http://repository.jboss.org/nexus/content/groups/public-jboss/org/jboss/seam/seam-parent/ -> 9-SNAPSHOT
[09:13:34] <sbryzak> i don't think anything has changed in the parent since 8
[09:13:55] <lightguard_jp> Okay, I'll stick with 8 then
[09:14:12] <sbryzak> np, are you releasing now?
[09:14:14] <lightguard_jp> Did we have a Solder Beta4 or just 3?
[09:14:17] <lightguard_jp> Yep
[09:14:20] <sbryzak> Beta4 is out
[09:14:39] <sbryzak> use 3.0.0.b09 for the bom
[09:14:43] <sbryzak> great
[09:16:52] <jbossbot> git [catch] push master b5379c6.. LightGuard minor pom changes
[09:16:53] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/e13b066...b5379c6
[09:19:27] <lightguard_jp> which version of jboss logging are we using?
[09:19:42] <lightguard_jp> for my test dep declaration
[09:20:01] <sbryzak> i don't think you need it if you have solder
[09:20:47] <lightguard_jp> We'll know in a sec
[09:24:05] <lightguard_jp> You are correct
[09:24:12] <sbryzak> cool
[09:25:16] <jbossbot> git [catch] push master 6ff2e71.. LightGuard Removing jboss-logging test dep
[09:25:17] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/b5379c6...6ff2e71
[09:26:45] *** mgencur has left #seam-dev
[09:34:04] *** koentsje has joined #seam-dev
[09:40:51] <jbossbot> git [catch] push master bc55357.. LightGuard More pom changes...
[09:40:51] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/6ff2e71...bc55357
[09:41:27] <lightguard_jp> sbryzak: How can I fix this?
[09:41:29] <lightguard_jp> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-release-plugin:2.0-beta-9:prepare (default-cli) on project seam-catch-parent: Can't release project due to non released dependencies :
[09:41:34] <lightguard_jp> [ERROR] org.jboss.seam.catch:seam-catch-example-jaxrs:war:3.0.0.Beta2-SNAPSHOT:compile
[09:41:37] <lightguard_jp> [ERROR] in project 'Seam Catch Module Distribution' (org.jboss.seam.catch:seam-catch-distribution:pom:3.0.0.Beta2-SNAPSHOT)
[09:49:10] <lightguard_jp> wait? why does it have that project, it's not there anymore?
[09:49:11] <lightguard_jp> hm
[09:57:14] *** kpiwko has joined #seam-dev
[09:58:31] <jbossbot> git [catch] push master 1970bfc.. LightGuard Had the old example still in the dist
[09:58:31] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/bc55357...1970bfc
[10:03:34] *** emmanuel has joined #seam-dev
[10:06:34] *** kpiwko has quit IRC
[10:08:16] <lightguard_jp> sbryzak: Great, all done. If you wouldn't mind uploading to sourceforge and the docs please.
[10:12:07] <sbryzak> lightguard_jp: sure thing, i'll build all the distributions on sunday after i get the other modules released to maven
[10:12:41] <lightguard_jp> Thank you
[10:32:01] *** mgencur has joined #seam-dev
[10:34:09] *** shervin_a has joined #seam-dev
[10:44:29] <lightguard_jp> sbryzak: Do you know how to hit an arquillian test directly if you deploy the generated war to the server?
[10:44:50] <sbryzak> i believe you can debug it straight from eclipse
[10:47:22] <jbossbot> git [international] push master 7fcfcb1.. Shane Bryzak configure build for bundled docs, rename chapters
[10:47:22] <jbossbot> git [international] push master 412052d.. Shane Bryzak Merge branch 'master' of github.com:seam/international
[10:47:22] <jbossbot> git [international] push master URL: http://github.com/seam/international/compare/fe08fc2...412052d
[10:48:34] <lightguard_jp> Looks like we still have problems with glassfish, but stuartdouglas's fix for WELD-846 seems to have fixed some of them
[10:48:36] <jbossbot> jira [WELD-846] Incorrect handling of cyclic dependencies between BeanDeploymentArchives [Resolved (Done) Bug, Major, Stuart Douglas] https://issues.jboss.org/browse/WELD-846
[10:48:50] <sbryzak> cool, that's great to hear
[10:49:15] <lightguard_jp> We just need to release weld again and get the GF guys to add it in ;)
[10:49:26] <sbryzak> hehe that may take a bit of effort
[10:49:32] <lightguard_jp> yeah
[10:50:27] <sbryzak> lightguard_jp: do you want the glossary included in the catch documentation?
[10:50:45] <lightguard_jp> I think it's a little out of date and I couldn't get it to work
[10:50:52] <lightguard_jp> It kept blowing up when I added it
[10:51:12] <sbryzak> want me to take a look?
[10:51:21] <lightguard_jp> If you can get it to work let me know, or send a pull request and I'll fix it for the next release
[10:59:02] *** pmuir has joined #seam-dev
[10:59:02] *** pmuir has quit IRC
[10:59:02] *** pmuir has joined #seam-dev
[11:01:17] *** oskutka has joined #seam-dev
[11:01:44] <sbryzak> docbook errors are so cryptic
[11:04:27] *** kpiwko has joined #seam-dev
[11:04:40] <lightguard_jp> sbryzak: Yeah, I'm new to docbook as well, so it didn't help any
[11:07:39] <lightguard_jp> marekn: Could you send me your war that you're trying to use for Catch?
[11:07:48] <lightguard_jp> lightguard.jp at gmail
[11:08:34] <marekn> lightguard_jp: hmm, I actually don't know what are you talking about ;-)
[11:09:06] <lightguard_jp> marekn: Is this not your post? http://seamframework.org/Community/SeamCatchDoesntCatch#comment149036
[11:09:47] <lightguard_jp> nope, guess not, sorry :)
[11:09:50] <marekn> lightguard_jp: :-), no it is not
[11:09:57] <sbryzak> that's a different Marek ;p
[11:10:18] <marekn> lightguard_jp: Marek Novotny is my full name ;-)
[11:10:23] <lightguard_jp> Yeah, thought they were the same.
[11:10:33] <lightguard_jp> marekn: Yeah got that with /who sorry, my bad
[11:10:47] <marekn> lightguard_jp: np, funny thing ;-)
[11:12:19] <lightguard_jp> Well, 0300 here, going to bed
[11:12:42] <sbryzak> lightguard_jp: almost got the glossary working...
[11:12:50] <lightguard_jp> Sweet
[11:13:01] <sbryzak> woot, success
[11:13:05] <sbryzak> i'll commit my changes
[11:13:08] <lightguard_jp> Thanks for looking into that, others I'd asked didn't know
[11:13:12] <lightguard_jp> That works too.
[11:13:39] <sbryzak> docbook is so sensitive.. it must be female
[11:13:46] <lightguard_jp> haha
[11:14:28] *** lightguard_jp has quit IRC
[11:17:21] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/1970bfc...0544836
[11:22:42] *** aslak has joined #seam-dev
[11:24:33] <jbossbot> git [catch] push master 1302b27.. Shane Bryzak configure for bundled docs build
[11:24:33] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/0544836...1302b27
[11:26:08] <jbossbot> git [catch] push master 09afb7a.. Shane Bryzak attach source for ref docs
[11:26:08] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/1302b27...09afb7a
[11:33:57] *** mgencur has quit IRC
[11:37:09] <jbossbot> git [catch] push master 73dff6e.. Shane Bryzak use unique ids
[11:37:10] <jbossbot> git [catch] push master URL: http://github.com/seam/catch/compare/09afb7a...73dff6e
[11:37:17] *** oskutka has quit IRC
[11:51:43] *** sannegrinovero has joined #seam-dev
[12:05:21] *** oskutka has joined #seam-dev
[12:17:28] *** oskutka has quit IRC
[12:18:09] *** oskutka has joined #seam-dev
[12:18:26] *** emmanuel has quit IRC
[12:20:30] *** oskutka has quit IRC
[12:20:38] *** mgencur has joined #seam-dev
[12:21:01] *** oskutka has joined #seam-dev
[12:27:37] *** marekn has quit IRC
[12:37:04] *** mgencur has quit IRC
[12:59:19] *** oskutka has quit IRC
[12:59:49] *** oskutka has joined #seam-dev
[13:05:42] *** oskutka has quit IRC
[13:06:30] *** oskutka has joined #seam-dev
[13:08:02] *** oskutka has quit IRC
[13:08:37] *** oskutka has joined #seam-dev
[13:10:17] *** epbernard has joined #seam-dev
[13:10:17] *** epbernard is now known as emmanuel
[13:13:04] *** oskutka has quit IRC
[13:13:57] *** oskutka has joined #seam-dev
[13:15:56] *** oskutka has quit IRC
[13:37:35] *** pmuir has quit IRC
[13:47:43] *** oskutka has joined #seam-dev
[13:52:46] *** oskutka has quit IRC
[13:53:30] *** aslak has quit IRC
[14:01:00] *** oskutka has joined #seam-dev
[14:06:40] *** oskutka has quit IRC
[14:07:31] *** oskutka has joined #seam-dev
[14:11:58] *** pmuir has joined #seam-dev
[14:13:12] *** oskutka has quit IRC
[14:13:45] *** oskutka has joined #seam-dev
[14:22:04] *** oskutka has quit IRC
[14:22:39] *** oskutka has joined #seam-dev
[14:26:48] *** shervin_a has quit IRC
[14:39:02] *** oskutka has quit IRC
[15:26:15] *** emmanuel has quit IRC
[15:26:21] *** epbernard has joined #seam-dev
[15:26:21] *** epbernard is now known as emmanuel
[15:29:54] *** balunasj has joined #seam-dev
[15:48:35] *** tsurdilo has joined #seam-dev
[15:50:20] *** clerum has joined #seam-dev
[16:04:13] *** kpiwko has quit IRC
[16:11:29] *** marekn has joined #seam-dev
[16:13:12] *** balunasj is now known as balunasj_mtg
[16:22:44] *** echelog-2 has joined #seam-dev
[16:25:48] *** kpiwko has quit IRC
[16:26:02] *** kpiwko has joined #seam-dev
[16:27:14] *** clerum has joined #seam-dev
[16:27:14] *** tsurdilo has joined #seam-dev
[16:27:14] *** sannegrinovero has joined #seam-dev
[16:27:14] *** sbryzak has joined #seam-dev
[16:27:14] *** amitev has joined #seam-dev
[16:27:14] *** nickarls has joined #seam-dev
[16:27:14] *** ChanServ has joined #seam-dev
[16:27:14] *** leguin.freenode.net sets mode: +o ChanServ
[16:30:41] *** sannegrinovero has quit IRC
[16:31:37] *** marekn has quit IRC
[16:32:07] *** sannegrinovero has joined #seam-dev
[16:32:31] *** marekn has joined #seam-dev
[16:50:15] *** balunasj_mtg has quit IRC
[16:50:52] *** tsurdilo has quit IRC
[16:52:24] *** tsurdilo has joined #seam-dev
[17:03:37] *** monkeyden has joined #seam-dev
[17:11:47] *** rruss has joined #seam-dev
[17:17:28] *** lincolnthree has left #seam-dev
[17:17:29] *** lincolnthree has joined #seam-dev
[17:24:17] *** lightguard_jp has joined #seam-dev
[17:25:58] *** lightguard_jp has quit IRC
[17:31:50] *** lightguard_jp has joined #seam-dev
[17:44:12] *** kpiwko has quit IRC
[17:44:54] <jbossbot> git [faces] push master 36952ca.. Brian Leathem Added debug messages to the extension of Converters and Validators
[17:44:54] <jbossbot> git [faces] push master URL: http://github.com/seam/faces/compare/95d885c...36952ca
[17:45:09] *** bleathem has joined #seam-dev
[17:47:50] <lincolnthree> bleathem: very nice
[17:48:32] <lincolnthree> Btw, brian, did you see that you got in to JAXConf?
[17:48:35] <lincolnthree> JSFSummit
[17:51:53] <bleathem> Didn't see that yet.  That's awseome!
[17:52:05] <bleathem> Now to arrange the logistics
[17:52:06] <bleathem> ...
[17:52:54] <lincolnthree> http://jaxconf.com/2011/speaker/
[17:52:57] <lincolnthree> there you are
[17:53:22] *** jganoff has joined #seam-dev
[17:53:30] <bleathem> Oh my!
[17:53:41] <bleathem> that's awesome!
[17:53:46] <lincolnthree> Is that the one you submitted?
[17:54:04] <bleathem> Yeah, Dan submitted it
[17:54:34] <lincolnthree> woot!
[17:54:56] <bleathem> That's quite the company of people to be listed with!
[17:58:07] *** pmuir has quit IRC
[18:01:13] <jose_freitas> congrats
[18:01:18] <jose_freitas> :)
[18:10:24] *** koentsje has quit IRC
[18:11:02] *** jprice has joined #seam-dev
[18:11:28] *** clerum1 has joined #seam-dev
[18:12:17] *** clerum has quit IRC
[18:26:37] <bleathem> jose_freitas thanks!
[18:40:47] <lightguard_jp> bleathem: Congrats, do us proud :)
[18:41:13] <bleathem> I'll do my best :P
[18:43:45] *** cbrock has joined #seam-dev
[18:46:57] *** lightguard_jp has quit IRC
[18:48:04] *** lincolnthree1 has joined #seam-dev
[18:48:35] *** lightguard_jp has joined #seam-dev
[18:49:47] *** leivhe has joined #seam-dev
[18:54:02] *** jganoff_ has joined #seam-dev
[18:56:44] *** lincolnthree1 has quit IRC
[18:56:45] *** jganoff has quit IRC
[18:56:46] *** lincolnthree1 has joined #seam-dev
[18:56:46] *** lightguard_jp has quit IRC
[18:56:46] *** lightguard_jp has joined #seam-dev
[18:56:49] *** cbrock_ has joined #seam-dev
[18:56:49] *** cbrock_ has quit IRC
[18:56:49] *** cbrock_ has joined #seam-dev
[18:58:03] *** cbrock has quit IRC
[18:58:03] *** cbrock_ is now known as cbrock
[18:58:26] *** kpiwko has joined #seam-dev
[18:59:13] *** lincolnthree1 has quit IRC
[18:59:32] *** lincolnthree1 has joined #seam-dev
[19:00:30] *** lincolnthree1 has quit IRC
[19:00:46] *** lincolnthree1 has joined #seam-dev
[19:03:07] *** lincolnthree1 has left #seam-dev
[19:03:23] *** marekn has left #seam-dev
[19:11:10] *** jprice has quit IRC
[19:11:30] *** jprice has joined #seam-dev
[19:13:30] *** jprice_ has joined #seam-dev
[19:13:31] *** jprice has quit IRC
[19:16:38] *** jprice has joined #seam-dev
[19:16:38] *** jprice_ has quit IRC
[19:18:11] *** jprice_ has joined #seam-dev
[19:18:11] *** jprice has quit IRC
[19:20:30] *** emmanuel has quit IRC
[19:21:44] *** cbrock has quit IRC
[19:22:02] *** jprice_ has quit IRC
[19:38:47] *** lincolnthree1 has joined #seam-dev
[19:39:47] *** lincolnthree1 has left #seam-dev
[19:44:16] *** epbernard has joined #seam-dev
[19:44:17] *** epbernard is now known as emmanuel
[19:44:24] *** emmanuel has quit IRC
[19:45:49] *** jharting has joined #seam-dev
[20:25:37] *** cbrock has joined #seam-dev
[20:25:37] *** cbrock has quit IRC
[20:25:37] *** cbrock has joined #seam-dev
[20:28:05] *** tsurdilo has quit IRC
[20:43:16] *** pmuir has joined #seam-dev
[20:43:16] *** pmuir has quit IRC
[20:43:16] *** pmuir has joined #seam-dev
[20:45:09] *** tsurdilo has joined #seam-dev
[20:48:55] *** lightguard_jp has quit IRC
[20:49:29] *** pmuir has quit IRC
[20:52:22] *** sannegrinovero has quit IRC
[20:55:35] *** jharting has quit IRC
[20:56:36] *** cbrock has quit IRC
[21:02:16] *** jose_freitas has quit IRC
[21:10:19] *** cbrock has joined #seam-dev
[21:10:19] *** cbrock has quit IRC
[21:10:19] *** cbrock has joined #seam-dev
[21:10:34] *** bitshuffler has joined #seam-dev
[21:17:05] *** lightguard_jp has joined #seam-dev
[21:31:08] *** jharting has joined #seam-dev
[21:56:51] *** monkeyden has quit IRC
[22:00:26] <bleathem> Giving seam catch a whirl in a real app.
[22:19:36] <nickarls> I see Dan is on his way to Stockholm soon for Jfocus
[22:20:12] *** rpetruescu has quit IRC
[22:20:49] <lightguard_jp> bleathem: Let me know if you have issues, or better yet, create JIRAs
[22:21:00] <bleathem> you bet!
[22:21:16] <lightguard_jp> Even better than that, send pull requests ;)
[22:21:17] <bleathem> on hold for the moment, PHP fire to put out :(
[22:21:24] <lightguard_jp> yuck
[22:21:29] *** bleathem has quit IRC
[22:22:07] *** koentsje has joined #seam-dev
[22:24:40] *** cbrock has quit IRC
[22:35:17] *** tsurdilo has quit IRC
[22:35:46] *** tsurdilo has joined #seam-dev
[22:39:45] *** bleathem has joined #seam-dev
[22:39:51] *** bitshuffler_ has joined #seam-dev
[22:40:20] <bleathem> lightguard_jp: I don't see javadoc pages anywhere for catch
[22:40:24] <bleathem> are they missing?
[22:40:34] <lightguard_jp> I thought they were built
[22:40:44] <lightguard_jp> Add the source to the IDE and you'll get docs
[22:40:44] <bleathem> where would they be linked from?
[22:40:56] <bleathem> ok, but how about on the web?
[22:41:15] <lightguard_jp> http://docs.jboss.org/seam/3/catch/3.0.0.Beta1/api/
[22:41:27] <lightguard_jp> In the standard location :)
[22:41:39] <lightguard_jp> http://docs.jboss.org/seam/3/catch/latest/api/
[22:41:46] <lightguard_jp> Looks like they haven't been updated yet though
[22:41:56] <bleathem> There is no link from http://sfwk.org/Seam3/CatchModule
[22:42:24] <bleathem> Also, there is no mention of CatchResource in the docs or examples
[22:43:29] *** bitshuffler has quit IRC
[22:43:44] <lightguard_jp> Fixed
[22:44:00] <bleathem> Cool, thanks
[22:44:13] <lightguard_jp> The link issue
[22:44:23] <bleathem> So how does CatchResource work?
[22:44:38] <bleathem> or rather, what does it do?
[22:45:00] <lightguard_jp> It's just a qualifier
[22:45:22] <bleathem> "Used to qualify a resource needed for handling an exception within Seam Catch. "
[22:45:46] <bleathem> So by qualifying a resource with CatchResource, what happens?
[22:45:53] <bleathem> Does it get injected for me?
[22:46:18] <bleathem> I'm specifically curious about getting the FacesContext into my catch handlers
[22:46:38] <bleathem> I was wondering if CatchResource would do that for me
[22:47:25] <lightguard_jp> @CatchResource FacesContext vs @Faces FacesContext would be the difference, it's just used to further distinguish the context which the resource is used.
[22:47:59] <lightguard_jp> You should be able to simply add FacesContext (may need a qualifier, not sure) ctx as a param to your handler
[22:48:12] <lightguard_jp> Works the same as any observer
[22:48:20] <bleathem> ok
[22:48:25] <bleathem> makes sense. thx
[22:50:01] *** jharting has quit IRC
[22:50:46] <lightguard_jp> bleathem: sure
[23:01:44] *** rruss has quit IRC
[23:02:53] *** rruss has joined #seam-dev
[23:07:48] *** lightguard_jp has quit IRC
[23:08:36] *** jganoff_ has quit IRC
[23:09:43] *** bitshuffler__ has joined #seam-dev
[23:13:50] *** bitshuffler_ has quit IRC
[23:24:37] *** koentsje has quit IRC
[23:39:40] *** cbrock has joined #seam-dev
[23:39:40] *** cbrock has quit IRC
[23:39:40] *** cbrock has joined #seam-dev
[23:43:55] *** rruss has quit IRC
[23:44:09] *** rruss has joined #seam-dev
[23:56:12] *** sbryzak has quit IRC
[23:58:16] *** kpiwko has quit IRC





top