March 31, 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
March 31, 2011 [00:00:21] <mojavelinux> but I think it needs to be a separate page where we can get some ideas up on the whiteboard with clear actions...and perhaps even, as bleathem might advocate, jiras [00:00:28] <mojavelinux> and then just link to the component with all the ideas [00:00:36] <mojavelinux> that's probably a better approach [00:00:42] <mojavelinux> once one rock falls, more will follow [00:00:59] <mojavelinux> I suggested, for instance, a plugin to setup the solder logging annotation processor [00:01:00] <lincolnthree> In the end, I'd like to see a website dedicated to Forge and its plugin ecosystem [00:01:08] <lincolnthree> That would maintain these concerns [00:01:11] <mojavelinux> yes, that is in the seam master plan :) [00:01:15] <mojavelinux> but we need short term first [00:01:17] <lincolnthree> and also be an interface to the forge plugin search index [00:01:28] <mojavelinux> right, we will talk about that, esp with jason on board [00:01:29] <lincolnthree> TBH, we need that now. that is the next step [00:01:37] <lincolnthree> forge is ready for it [00:01:45] <mojavelinux> right, but I guess what I am saying is [00:01:53] <mojavelinux> plugin writers can continue on while we get that in place [00:01:57] <lincolnthree> Yes definitely :) [00:01:58] <mojavelinux> so they are parallel concerns [00:02:01] <lincolnthree> Agreed [00:02:10] <mojavelinux> another plugin idea is to add the annotation processor for jpa2 [00:02:15] <mojavelinux> another pain in the ass for developers [00:02:24] <lincolnthree> Add it to the page :) [00:02:36] <mojavelinux> that's the one i'm missing, I added the other two [00:02:48] <lincolnthree> Btw. I figure that if we are all working on writing plugins together, this week and next week. [00:03:00] <mojavelinux> yes, so that's a good place to end [00:03:07] <lincolnthree> We can help each other learn together [00:03:09] <mojavelinux> for the next two weeks, the focus is on innovation [00:03:17] <mojavelinux> back to to fun stuff in modules [00:03:22] <mojavelinux> and on to writing forge plugins [00:03:43] <mojavelinux> because we want Seam 3.0.0.Final to be the beginning of a great thing, not the resting point [00:04:00] <mojavelinux> and already, I'm seeing awesome commits come through from not-yet-released-modules, which is awesome [00:04:11] <mojavelinux> like seam social and jcr [00:04:20] <mojavelinux> and jms [00:04:24] <lincolnthree> and mail [00:04:38] <mojavelinux> so let's innovate! just imagine how fun this channel will be now that we aren't just fixing glassfish bugs [00:04:40] <mojavelinux> *cheers* [00:06:29] <mojavelinux> #endmeeting [00:06:34] <jbott> Meeting ended Wed Mar 30 22:06:49 2011 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4) [00:06:34] <jbott> Minutes: http://people.redhat.com/~manderse/irc.freenode.org/meetings/seam-dev/2011/seam-dev.2011-03-30-21.04.html [00:06:34] <jbott> Minutes (text): http://people.redhat.com/~manderse/irc.freenode.org/meetings/seam-dev/2011/seam-dev.2011-03-30-21.04.txt [00:06:34] <jbott> Log: http://people.redhat.com/~manderse/irc.freenode.org/meetings/seam-dev/2011/seam-dev.2011-03-30-21.04.log.html [00:06:36] <mojavelinux> thanks everyone! [00:06:45] <mojavelinux> as for me, I'm back to working on training materials [00:06:55] <mojavelinux> but I'll keep up with the backlogs during my breaks [00:07:43] *** kenfinnigan has quit IRC [00:08:22] <clerum> mojavelinux: thanks for looking at the mail tests [00:08:23] <gmorling_> lincolnthree: at Devoxx we talked about how Forge should handle user modifications of generated sources [00:08:29] <clerum> the render ones are however still failing [00:08:30] <clerum> https://gist.github.com/83835350dce559e51d5a [00:08:35] <gmorling_> is there any news on that? [00:08:52] <lincolnthree> gmorling_: in what regard? [00:08:56] <mojavelinux> hmmmm, they were working for me when I ran them...I wonder if it's a snapshot issue [00:09:05] <clerum> they were ignored [00:09:06] <mojavelinux> lincoln, can you just push out alpha3 of render so cody can use that? [00:09:09] <mojavelinux> oh [00:09:13] <clerum> all the render ones had @Ignore on them [00:09:17] <mojavelinux> shoot [00:09:19] <clerum> I tooked that off [00:09:20] <mojavelinux> doh! [00:09:24] <lincolnthree> mojavelinux: Render Alpha2 is out and is the most current [00:09:29] <mojavelinux> btw, one night, the tests were all hanging [00:09:31] <mojavelinux> oh [00:09:31] <clerum> yep and using that one [00:09:32] <gmorling_> I asked you whether users could modify Forge generated files at all. And I think your answer was no [00:09:35] <mojavelinux> oh, my bad [00:09:36] <mojavelinux> sorry [00:09:43] <clerum> using alpha2 now as well [00:09:55] <mojavelinux> anyway, the tests were hanging...and it's because you are pulling an image from seamframework.org [00:10:00] <lincolnthree> gmorling_: users can modify anything they want. I don't think I would have said otherwise. I don't want to build another Roo [00:10:01] <mojavelinux> hahah, not the most stable website :) [00:10:13] <mojavelinux> perhaps better to pull from design.jboss.org/seam/logo or something [00:10:20] <clerum> yeah I saw that. [00:10:30] <lincolnthree> gmorling_: what specifically are you thinking of? what kind of modification? [00:10:32] <clerum> suprised it hadn't been an issue for me before [00:10:37] <gmorling_> lincolnthree: ok, but how is it ensured that Seam doesn't override these changes? [00:10:53] <clerum> anyway [00:11:02] <gmorling_> for example I could want to add custom business code to a type generated by Forge [00:11:08] <clerum> what is in master now is current and failing just for the render tests [00:11:22] <bleathem> I had an idea last night... what do people think of a JSF command{button|link} that published CDI events directly? [00:11:39] <lincolnthree> gmorling_: forge will not delete or add anything unless you tell it to, it does not "generate" code. [00:11:40] <clerum> which is odd as I see render in the test war [00:11:48] <lincolnthree> It parses and enhances code [00:11:49] <clerum> but cdi isn't picking it up? [00:11:51] <lincolnthree> for example [00:11:54] *** koentsje has quit IRC [00:11:57] <mojavelinux> oh, yeah [00:12:02] <mojavelinux> that might be the same issue as the solder one [00:12:07] <mojavelinux> something is going on in shrinkwrap [00:12:11] <lincolnthree> gmorling_: http://pastebin.com/6xxyty49 [00:12:19] <mojavelinux> try to do what I did with the solder jar, import it, then create a new archive [00:12:22] <mojavelinux> see if that fixes it [00:12:50] <mojavelinux> and we need to get to the bottom of this in arquillian -> jira [00:13:03] <mojavelinux> it may be shrinkwrap, I'm not sure which [00:13:43] <gmorling_> lincolnthree: ok, now i'm adding custom code to Customer and then use Forge to add another attribute to Customer. Would my custom code still be there? [00:14:45] <lincolnthree> yep :) [00:14:52] <lincolnthree> let me show you an example of how Forge adds code [00:14:53] <lincolnthree> also [00:14:57] <lincolnthree> I should probably state: [00:15:09] <lincolnthree> It's my vision for forge to be tolerant of just about any change the user can make to their project [00:15:16] <lincolnthree> which is one reason it's taking so long [00:15:42] <lincolnthree> but it all depends on how the plugins are written, for example, if the plugin overwrites a file, obviously that won't save a user's changes [00:15:55] <lincolnthree> but if a plugin parses the existing file and modifies it? like so: [00:16:43] <lincolnthree> http://pastebin.com/67UVnifs [00:16:53] <lincolnthree> then the users changes will be preserved [00:17:46] <gmorling_> ah ok, i see [00:18:05] *** pmuir has quit IRC [00:18:06] <gmorling_> so this relies on plug-ins behaving cooperatively [00:18:16] <gmorling_> but I guess thats an ok assumption [00:18:19] <lincolnthree> gmorling_: yeah, all I can do is put the tools in people's hands [00:18:31] <lincolnthree> gmorling_: if they use them correctly, we will all be happy [00:18:36] <gmorling_> hehe :-) [00:18:40] <lincolnthree> gmorling_: also educating is important [00:18:44] <gmorling_> where in the file the new field would be added? [00:19:18] <lincolnthree> right now the bottom [00:19:22] <lincolnthree> there's no way to control that yet [00:19:24] <gmorling_> if you are wondering why i'm asking. from a user's point of view I realley would hate Forge if it messed with my custom additons [00:19:32] <gmorling_> ok, i see [00:19:35] *** PeteRoyle has joined #seam-dev [00:19:48] <lincolnthree> eventually I'd like to be able to tell forge to insert the method before or after some other element in the source file [00:19:59] <clerum> mojavelinux: tried like you did for solder but same error [00:20:08] <mojavelinux> dang [00:20:20] <mojavelinux> I'll try from my end in a bit [00:21:00] <clerum> thanks [00:21:55] <jbossbot> git [mail] push master f70dcfa.. Cody Lerum update test for alpha2 [00:21:55] <jbossbot> git [mail] push master URL: http://github.com/seam/mail/compare/2da6691...f70dcfa [00:22:00] <gmorling_> lincolnthree: does Forge use Bean Validatoin by any means? [00:22:05] *** pmuir has joined #seam-dev [00:23:55] <lincolnthree> gmorling_: Not at the moment, but I'm curious, For what purpose did you have in mind? [00:24:10] *** bleathem has quit IRC [00:25:02] <gmorling_> just musing. maybe one could do something like forge add-field String foo @NotNull (I don't know Forge's syntax atm. but you get the point) [00:25:21] <lincolnthree> ahh yes [00:25:26] <lincolnthree> that's something I'd like to do [00:25:51] <gmorling_> cool, maybe i can help you out :) [00:25:52] <lincolnthree> $ new-field string ?named foo ?notNull [00:25:58] <lincolnthree> gmorling_: that would be awesome! [00:26:44] <gmorling_> just need to find some time to get into Forge a little bit [00:27:32] <lincolnthree> gmorling_: first thing I'd do is join forge-dev :) [00:27:42] <lincolnthree> https://lists.jboss.org/mailman/listinfo/forge-dev [00:28:11] <gmorling_> lincolnthree: ah thanks, thats good, wasn't aware of that list [00:28:50] <lincolnthree> np! I'm trying to make it more visible [00:30:01] <lincolnthree> gmorling_: Currently, "new-field" depends on JPA, but I think it should probably be more generic [00:30:33] <gmorling_> lincolnthree: oh, I definitely agree. JPA shouldn't be an inherit requirement [00:31:01] <lincolnthree> new-field currently handles relationships between objects too [00:31:10] *** pmuir has quit IRC [00:31:11] <lincolnthree> that's where it needs to be aware of JPA [00:31:22] <lincolnthree> because it takes special annotation configuration [00:31:22] <gmorling_> ideally one would like to plug-in different persistence providers, jPA being one amongst possibly others [00:31:47] <lincolnthree> $ persistence setup ?container {} ?provider {} [00:32:58] <gmorling_> provider in the sense of "JPA provider"? [00:33:09] <gmorling_> such as Hibernate, EclipseLink etc.? [00:33:25] <gmorling_> or provider in the sense of persistence provider such as JPA, JDO etc.? [00:33:41] <lincolnthree> the former [00:34:03] <lincolnthree> that's a very good idea though [00:34:10] <lincolnthree> something we should figure out how to incorporate [00:35:05] <gmorling_> I guess exclusively being based on JPA is ok for a first release. but one could make this pluggable later on. [00:35:19] *** Diablo-D3 has joined #seam-dev [00:35:23] <lincolnthree> <? loving the ideas [00:35:37] <gmorling_> the question is whether forge is targetting apps which don't need persistence at all [00:35:50] <lincolnthree> gmorling_: yes [00:35:52] *** jose_freitas has joined #seam-dev [00:36:05] *** jose_freitas is now known as jose_f_home [00:36:08] <lincolnthree> gmorling_: in the end, forge is hopefully going to target whatever people write plugins for? it could even write "PERL!" code [00:36:13] <lincolnthree> the sky is the limit [00:36:27] <gmorling_> oh well, lets see again about the perl part ;-) [00:38:07] <gmorling_> i'm definitely excited about forge, I think this could be THE door opener for Seam in general [00:38:26] <lincolnthree> :-D [00:38:37] <lincolnthree> That's why I think it's important we start trying to write some Seam plugins! [00:38:46] <lincolnthree> Not just the generic Java EE stuff I have in there now [00:39:00] <gmorling_> yep. that's right. [00:40:22] <gmorling_> ok then, lincoln, everyone. nice talking to you. got to get some sleep now. bye. [00:41:30] *** gmorling_ has quit IRC [00:44:02] <jose_f_home> did the meeting ended? [00:47:17] <jose_f_home> well, I guess so. [00:47:26] *** jose_f_home has quit IRC [00:47:47] <lincolnthree> jose_freitas_afk: yep [01:09:21] *** ALR has left #seam-dev [01:30:52] *** kenfinnigan has joined #seam-dev [01:43:52] <Diablo-D3> okay so [01:43:57] <Diablo-D3> how do seam conversations work? [01:44:23] <mojavelinux> I still cannot get an mojarra source code [01:44:28] <Diablo-D3> because Im pretty sure the openid-rp code in seam security doesnt retain the conversation even though theres stuff with @ConversationScoped [01:44:37] <Diablo-D3> mojavelinux: yeargh, I fucking hate that [01:44:40] <mojavelinux> if someone can tell me the magic command that checks out the mojarra source code, that would be wonderful [01:44:46] <mojavelinux> all I get is the website source code [01:44:55] <mojavelinux> I wish someone would just clone it to github [01:44:57] <Diablo-D3> mojavelinux: I tell m2eclipse to grab the source for the jars.... and it grabs everything BUT whats in mojarra [01:44:58] <mojavelinux> all source code should be in git [01:45:08] <mojavelinux> I need the SVN checkout url [01:45:10] <Diablo-D3> mojavelinux: isnt it a violation of the license not to have source jars or something? [01:45:22] <mojavelinux> that's a whole other story [01:45:36] <mojavelinux> and what they do with their license isn't my concern, really [01:45:47] <mojavelinux> myfaces is ASL and available and frankly, I'm just going to switch to it [01:45:56] <mojavelinux> because I'm tired of trying to find the dang source code for mojarra [01:46:15] <mojavelinux> and JBoss AS6 gives me that option :) [01:46:17] <mojavelinux> yeah! [01:46:29] *** aslak has quit IRC [01:46:38] <Diablo-D3> yes, I dont give a fuck about their license [01:46:52] <Diablo-D3> all I want is to be able to click on a backtrace in eclipse and have the source pop up [01:47:02] <Diablo-D3> and I want to be able to hover over shit and get inline javadocs [01:49:06] <mojavelinux> if you use JBoss AS6, then check out this entry then [01:49:46] * Diablo-D3 awaits url plox [01:49:51] <mojavelinux> http://docs.jboss.org/jbossas/6/JSF_Guide/en-US/html/jsf.deployer.config.html [01:50:06] <mojavelinux> it's wonderful documentation written by Stan Silvert [01:50:13] <mojavelinux> :) [01:50:16] <mojavelinux> yeah for good docs [01:50:32] <Diablo-D3> I must be blind [01:50:37] <mojavelinux> also shows you the hackability you can expect from JBoss [01:50:43] <Diablo-D3> I dont see anywhere how to make it give me source and javadoc jars [01:51:04] <Diablo-D3> maven cant find them anywhere, I even looked in jboss AND all the maven repos [01:51:33] <Diablo-D3> theres mojarra binary jars everywhere [01:51:36] <Diablo-D3> but nothing else [01:51:39] <mojavelinux> that's because sources aren't aware for mojarra jars [01:51:44] <mojavelinux> what i'm suggesting that you do [01:51:47] <mojavelinux> is switch to myfaces [01:51:53] <Diablo-D3> :< [01:52:10] <mojavelinux> <context-param> [01:52:10] <mojavelinux> <param-name>org.jboss.jbossfaces.JSF_CONFIG_NAME</param-name> [01:52:10] <mojavelinux> <param-value>MyFaces-2.0</param-value> [01:52:10] <mojavelinux> </context-param> [01:52:15] <mojavelinux> voila [01:52:30] <mojavelinux> then, eclipse will find them... [01:52:39] <mojavelinux> because it will reach out to the internet and get them when you debug into them [01:52:43] <kenfinnigan> are mojarra and myfaces on a par in terms of performance? [01:52:44] <mojavelinux> trust me, I know your frustration [01:52:47] <mojavelinux> same shit is happening to me [01:52:52] <mojavelinux> I ended up downloading the mojarra distribution [01:52:56] <mojavelinux> and pointing eclipse at that [01:53:01] <Diablo-D3> mojavelinux: yeah, but I thought myfaces was shit? [01:53:36] <mojavelinux> nope, I know people at Oracle who work with JSF and they have told me they are on par [01:53:42] <Diablo-D3> huh. [01:53:51] <mojavelinux> myfaces used to have a lot of issues, but 2.0 really turned things around [01:53:57] <Diablo-D3> and I put that in my web.xml? [01:54:11] <mojavelinux> yep, then when you are debugging in jboss as [01:54:21] <mojavelinux> it should see that you are using myfaces [01:54:34] <mojavelinux> you may have to add the myfaces dependencies as "provided" in your pom.xml [01:54:45] <Diablo-D3> question [01:54:46] <mojavelinux> eclipse sometimes wants one thing, sometimes another [01:54:47] *** tsurdilo has quit IRC [01:54:48] <Diablo-D3> what is as 7 using [01:54:56] <mojavelinux> as 7 gives you a choice still [01:55:01] <mojavelinux> myfaces or mojarra [01:55:05] <Diablo-D3> whats the default [01:55:06] <mojavelinux> though I think mojarra is still the default [01:55:13] <Diablo-D3> goddamnit [01:55:19] <Diablo-D3> I should go find the head of the jboss as project [01:55:31] <Diablo-D3> and bitch at him until its Obstacle free [01:57:51] <mojavelinux> holy crap! I found the URL [01:58:02] <mojavelinux> svn co https://svn.java.net/svn/mojarra~svn/trunk mojarra-trunk [01:58:08] <kenfinnigan> is it: https://svn.java.net/svn/mojarra~svn/trunk? [01:58:20] <kenfinnigan> lol, just found that and was going to send it [01:58:25] <Diablo-D3> btw, I thought they were getting rid of the java.net domain [01:58:31] <kenfinnigan> then got distracted with what my wife wanted to watch on tv! [01:58:35] <mojavelinux> yep, I have 4 different URLs in my clipboard [01:58:38] <kenfinnigan> they've re done it [01:58:38] <mojavelinux> all claiming to be mojarra [01:58:39] <mojavelinux> hahaha [01:59:03] <mojavelinux> finally found the last one by following jason's tweet [01:59:07] <mojavelinux> but I love this, you get to the page [01:59:11] <mojavelinux> you click "checkout URL" [01:59:19] <mojavelinux> and it says "you must be logged in to see the checkout URL" [01:59:21] <mojavelinux> seriously!!! [01:59:27] <mojavelinux> logged in to see the URL?? [01:59:52] <mojavelinux> is there a secret knock too?? [02:00:13] <mojavelinux> here's how you put source code online [02:00:20] <mojavelinux> http://github.com/seam/solder [02:00:25] <mojavelinux> just saying [02:00:27] <Diablo-D3> github <3 [02:00:39] <Diablo-D3> I want to buy github merchandice :< [02:00:44] <kenfinnigan> would it be breaking any kind of licence laws to checkout the mojarra code from svn and add it to github? [02:00:52] <Diablo-D3> kenfinnigan: nope [02:00:58] <Diablo-D3> its some foss license or another [02:01:01] <Diablo-D3> but uh [02:01:07] <Diablo-D3> who the fuck wants icky Sunacle code [02:01:25] <Diablo-D3> its nasty and badly coded and Obstacle is going to sue you over patents or something [02:01:46] <kenfinnigan> quite probably true [02:02:09] <mojavelinux> I'd like to encourage them to do the git-svn bridge [02:02:25] <mojavelinux> I don't think that's violating anything [02:02:27] <kenfinnigan> true, we don't want to maintain that! [02:02:33] <Diablo-D3> well [02:02:43] <Diablo-D3> we shouldnt be sending any patches to obstacle anyhow [02:02:52] <Diablo-D3> they need to be cut off from their free slave labor [02:02:54] <mojavelinux> though it would be convient for browsing purposes [02:02:58] <mojavelinux> to clone a tag [02:03:07] <Diablo-D3> if they wanna sue people over open source, then fuck them [02:03:24] <kenfinnigan> that's not a bad idea [02:03:27] <mojavelinux> "Build 2, hopefully passes TCK" [02:03:30] <kenfinnigan> cloning tags that is [02:03:33] <Diablo-D3> if I want buggy bizzaro code, I'll use apache's crap [02:03:33] <mojavelinux> hope doesn't cut it in software [02:03:42] <kenfinnigan> lol [02:04:05] *** rruss has quit IRC [02:05:36] <Diablo-D3> I'll have to retry all my tests though once I switch to myfasces [02:06:32] <mojavelinux> dinner time, catch you guys later [02:07:32] <Diablo-D3> seeya [02:09:45] <Diablo-D3> crap [02:09:49] <Diablo-D3> I broke something [02:13:10] <Diablo-D3> java.lang.IllegalStateException: No Factories configured for this Application. This happens if the faces-initialization does not work at all - make sure that you properly include all configuration settings necessary for a basic faces application and that all the necessary libs are included. Also check the logging output of your web application and your container for any exceptions! [02:13:10] <Diablo-D3> If you did that and find nothing, the mistake might be due to the fact that you use some special web-containers which do not support registering context-listeners via TLD files and a context listener is not setup in your web.xml. [02:13:10] <Diablo-D3> A typical config looks like this; [02:13:11] <Diablo-D3> <listener> [02:13:13] <Diablo-D3> <listener-class>org.apache.myfaces.webapp.StartupServletContextListener</listener-class> [02:13:15] <Diablo-D3> </listener> [02:14:17] <Diablo-D3> Except earlier in the log: 20:09:06,922 INFO [org.apache.myfaces.webapp.StartupServletContextListener] MyFaces already initialized [02:43:21] <Diablo-D3> https://issues.jboss.org/browse/JBSEAM-2861 [02:43:23] <jbossbot> jira [JBSEAM-2861] 'IllegalStateException: No application context active' when rendering email after application redeployment and action method invoked over WebService [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/JBSEAM-2861 [02:43:26] <Diablo-D3> rutrow [03:04:17] *** kuuyee has joined #seam-dev [03:13:13] *** johnament has joined #seam-dev [03:30:52] *** gastaldi has joined #seam-dev [03:31:05] <gastaldi> hey [03:34:10] <johnament> i need to setup a reminder for myself for the weekly meeting [03:34:41] <johnament> hey gastaldi [03:35:58] <gastaldi> hey johnament ! [03:41:18] <kenfinnigan> lincolnthree: how do run forge with the latest code? [03:41:39] <kenfinnigan> ie, not a distribution [03:42:01] <lincolnthree> clone the repository [03:42:07] <lincolnthree> follow the steps here: [03:42:19] <lincolnthree> http://seamframework.org/Documentation/SeamForge#H-GetInvolved [03:42:36] <kenfinnigan> cheers! [03:42:40] <lincolnthree> :) [03:42:57] <kenfinnigan> was trying exec:java in the wrong directory! doh [03:44:00] <kenfinnigan> question about seam plugins for forge if you have a moment? [03:44:53] <kenfinnigan> lincolnthree: for module plugins in forge [03:45:10] <kenfinnigan> are we planning to have a seam root plugin that then includes all the plugins from various modules? [03:45:23] <kenfinnigan> or forge would list all module plugins at the same level? [03:45:34] <Diablo-D3> goddamnit [03:45:47] <Diablo-D3> does anyone have the web.xml xml for manually setting up the jsf servlet? [03:45:55] <Diablo-D3> google is hating me again [03:49:48] *** gastaldi has quit IRC [03:57:51] *** daniel_hinojosa has joined #seam-dev [03:58:08] <daniel_hinojosa> evenin' folks [03:58:42] <daniel_hinojosa> johnament: ping [04:01:53] <stuartdouglas> mojavelinux: Did you get a chance to try out JPA on AS7 against my branch? [04:01:57] <lincolnthree> ALR oh? i missed a line when i tried to fix the formatting for you [04:02:00] <stuartdouglas> and if so, how did it go [04:02:59] <lincolnthree> ALR: fixed the commit [04:03:02] <lincolnthree> re-pull [04:05:23] *** kenfinnigan has quit IRC [04:25:06] <jbossbot> git [forge] push master af793ae.. Lincoln Baxter, III scaffold can now create entities that have values, updated docs with rodney's feedback [04:25:06] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/c863bfb...af793ae [04:27:26] *** lincolnthree has left #seam-dev [04:45:12] <mojavelinux> stuart not yet, I did build it though [04:45:20] <mojavelinux> but I have a question, how do I get a working server directory? [04:45:28] <stuartdouglas> what do you mean? [04:46:16] <mojavelinux> is it ./build install [04:46:20] <mojavelinux> i mean, the project build [04:46:22] <mojavelinux> where is the server? [04:46:30] <mojavelinux> I just did ./build.sh [04:46:39] <stuartdouglas> build/target/jboss-7.0.0-SNAPSHOT [04:46:42] <mojavelinux> and it passed all tests (then I ended up working on something else and lost track) [04:46:44] <mojavelinux> ah! [04:46:45] <mojavelinux> got it [04:46:55] <mojavelinux> I'm having multi-task disorder [04:47:21] <mojavelinux> I'm testing the archetypes now for a release, so i'm back on the job :) [04:52:46] <mojavelinux> downloading the Internet, good time for a drink [04:52:48] *** rruss has joined #seam-dev [04:53:27] <Diablo-D3> mojavelinux: I cant get this to work [04:54:25] <mojavelinux> http://community.jboss.org/en/jbossas/jsf [04:55:30] <mojavelinux> http://community.jboss.org/thread/162244 [04:55:38] <mojavelinux> stan is your man [04:56:07] <Diablo-D3> nope, Im not getting that exception [04:56:33] <Diablo-D3> java.lang.IllegalStateException: No Factories configured for this Application. [04:56:42] <Diablo-D3> happens when I go to a jsf page [04:57:20] <mojavelinux> oh, but still, that's the resource for questions if the deployer doesn't work, because I really only know that is exists, not how it works; that's stan's dept [04:57:46] <Diablo-D3> meh [04:57:52] <Diablo-D3> the deployer "works" [04:57:59] <Diablo-D3> I get a bunch of myfaces messages in the log on deploy [04:58:06] <Diablo-D3> it just shits itself if I actually try to use it [04:59:30] <mojavelinux> ah. hmm [05:02:58] <Diablo-D3> hrm [05:03:03] <Diablo-D3> if I add the stock web.xml xml [05:03:07] <Diablo-D3> the error goes away... [05:03:14] <Diablo-D3> but everything becomes 404. [05:04:32] <mojavelinux> unzip -t target/*.war | grep WEB-INF/lib [05:08:08] <mojavelinux> uh oh [05:08:17] <mojavelinux> now I know why arquillian was failing to load seam-solder.jar [05:08:24] <mojavelinux> same reason it's borking on jboss as 7 [05:08:25] <mojavelinux> http://docs.jboss.org/cdi/beans_1_0.xsd [05:08:40] <mojavelinux> WELD-001202 Error parsing vfs:/content/jboss-javaee6-webapp-src.war/WEB-INF/lib/seam-solder-3.0.0.CR4.jar/META-INF/beans.xml [05:08:40] <mojavelinux> at org.jboss.weld.xml.BeansXmlParser.parse(BeansXmlParser.java:110) [05:23:15] <mojavelinux> hmm, schema doesn't seem to matter [05:23:19] <mojavelinux> just get a bad location [05:23:20] <mojavelinux> Caused by: org.jboss.weld.exceptions.IllegalStateException: WELD-001202 Error parsing vfs:/content/jboss-javaee6-webapp-src.war/WEB-INF/beans.xml [05:23:36] <stuartdouglas> mojavelinux: I just ran into that myself [05:23:58] <mojavelinux> I am going to change solder head though so that beans.xml is 0 bytes [05:24:01] <mojavelinux> no reason to have it otherwise [05:24:13] <stuartdouglas> it is because the xml parser was changed to woodstock a few days ago [05:24:21] <stuartdouglas> I am just fixing it now [05:24:26] <jbossbot> git [solder] push master c562664.. Dan Allen use 0 byte beans.xml [05:24:26] <jbossbot> git [solder] push master URL: http://github.com/seam/solder/compare/11f31fe...c562664 [05:27:48] <mojavelinux> ah, gotcha [05:27:55] <mojavelinux> yep, confirmed that if beans.xml is zero bytes it works [05:28:00] <mojavelinux> so it was a problem in the parsing [05:28:08] <mojavelinux> obviously :) [05:28:18] <stuartdouglas> yea, there should be a fix in my master in about 10 minutes [05:28:26] <mojavelinux> okay, so still no jpa activation [05:28:51] <mojavelinux> I do see this: read persistence.xml for primary [05:28:57] <stuartdouglas> and no CDI either :-( [05:29:02] <mojavelinux> that's good, primary is the name of my persistence unit [05:29:10] <mojavelinux> I have cdi working now with 0 byte beans.xml files [05:29:32] <mojavelinux> WELD-000900 1.1.0 (Final) [05:29:33] <mojavelinux> 23:27:27,372 INFO [org.jboss.weld] (MSC service thread 1-6) Starting weld service [05:30:11] <stuartdouglas> but jpa is not starting? [05:30:18] <stuartdouglas> where is your persistence.xml? [05:30:35] <mojavelinux> nope, WEB-INF/classes/META-INF/persistence.xml [05:31:01] <mojavelinux> it's reporting the name of my persistence unit [05:31:27] <mojavelinux> oh, wait! [05:31:29] <mojavelinux> my fault [05:31:34] <mojavelinux> no data source [05:31:44] <mojavelinux> is java:/DefaultDS still the default? [05:31:44] <stuartdouglas> that will break it :-) [05:31:50] <mojavelinux> or can I deploy a -ds.xml file? [05:32:25] <stuartdouglas> it is configured in standalone.xml at the moment [05:32:55] <stuartdouglas> java:/H2DS is the default atm [05:33:14] <stuartdouglas> not sure what the plans are for that at the moment [05:33:35] <mojavelinux> k, I Just need to use the default one [05:33:38] <mojavelinux> I'll use that one [05:34:34] <mojavelinux> I really wish we would use standard jndi naming for the datasources [05:34:39] <mojavelinux> why must we be different? [05:34:52] <mojavelinux> jdbc/default would suffice :) [05:37:01] <mojavelinux> yeah!!!!!!!! [05:37:03] <mojavelinux> it works [05:37:04] <mojavelinux> hahah [05:37:33] <mojavelinux> no jaxrs though :( [05:37:46] <mojavelinux> so the archetype tests this combination [05:37:57] <mojavelinux> cdi + jsf + jpa + bean validation [05:38:00] <mojavelinux> and that works [05:38:09] <stuartdouglas> no jaxrs? [05:38:16] <stuartdouglas> how is jaxrs configured? [05:38:34] <mojavelinux> 23:38:37,214 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/jboss-javaee6-webapp-src].[com.mycompany.rest.JaxRsActivator]] (http-envy%2F127.0.0.1-8080-2) Allocate exception for servlet com.mycompany.rest.JaxRsActivator: java.lang.IllegalStateException: Unable to obtain ResteasyCdiExtension instance. [05:38:34] <stuartdouglas> or does the archetype just not include it? [05:38:34] <mojavelinux> at org.jboss.resteasy.cdi.CdiInjectorFactory.lookupResteasyCdiExtension(CdiInjectorFactory.java:178) [resteasy-cdi-2.1.0.GA.jar:] [05:38:35] <mojavelinux> at org.jboss.resteasy.cdi.CdiInjectorFactory.<init>(CdiInjectorFactory.java:43) [resteasy-cdi-2.1.0.GA.jar:] [05:38:56] <stuartdouglas> ok, I will look into that as well [05:39:39] <mojavelinux> i should clarify that it's jax-rs resource using a cdi injection [05:39:51] <stuartdouglas> I figured as much [05:39:52] <mojavelinux> btw, I'm about to deploy an update of the archetype [05:39:59] <mojavelinux> which would probably be a useful thing to play with [05:40:03] <mojavelinux> :) [05:40:08] <mojavelinux> i'll let you know when it's up [05:40:11] <stuartdouglas> I will add a test for that in AS7 and go from there [05:40:15] <mojavelinux> cool [05:40:20] <mojavelinux> it's sort of my smoke test [05:40:36] <mojavelinux> I could use some more arquillian tests in the archetype [05:40:45] <mojavelinux> little weak there [05:40:55] <mojavelinux> but anyway, that's good, means the booking example should work too [05:40:59] <mojavelinux> hmm, now I"m curious [05:41:10] <mojavelinux> ah, but we have the parser issue [05:41:14] <mojavelinux> I'll wait on your fix before I try [05:41:30] <mojavelinux> good job! this is major progress...might just be able to use this in my training [05:42:13] <mojavelinux> is there a remote arquillian adapter for AS7? [05:42:17] <mojavelinux> I imagine there is [05:42:19] <stuartdouglas> yes [05:42:22] <mojavelinux> amazing [05:42:22] <stuartdouglas> and managed [05:42:26] <mojavelinux> oh, baby [05:42:31] <stuartdouglas> have a look in the integration tests package [05:42:37] <mojavelinux> will do [05:42:44] <mojavelinux> now that i've got it building, i'm hooked ;) [05:45:57] <mojavelinux> if I could get Hibernate to shut up all this logging [05:46:03] <mojavelinux> it could start even faster [05:46:08] <mojavelinux> it's too chatty [05:46:44] <stuartdouglas> Someone was talking about that on #jboss-as7 the other day I think [05:50:04] <mojavelinux> hmm, requires voodoo understanding of logging.properties once again :( [05:50:08] <mojavelinux> I hate log configurations [05:50:25] <mojavelinux> I figured out how to turn off all logging [05:50:29] <mojavelinux> but then I can't tell when it starts ;) [05:50:47] <mojavelinux> I'll have to hit up the forums or mailinglists [05:50:56] <mojavelinux> but your start time is being butchered by two things [05:51:01] <mojavelinux> DEBUG level logging to a file [05:51:12] <mojavelinux> default should be INFO imo [05:51:22] <mojavelinux> and hibernate being a chatty little girl [05:51:33] <stuartdouglas> for a lot of subsystems default should be probably be warn [05:51:34] <mojavelinux> kill those two and you get another half second back [05:51:39] <mojavelinux> agreed [05:51:49] <mojavelinux> in fact, all the user really wants to know is when services wake up [05:51:56] <mojavelinux> like did Weld go, did Mojarra go, did HIbernate go [05:52:04] <mojavelinux> and then, they will turn *up* the logging [05:52:09] <mojavelinux> when they need to know more [05:53:00] <mojavelinux> I certainly don't need to know every single configuration flag for hibernate that was set [05:53:07] <mojavelinux> hibernate should make that debug [05:53:30] <mojavelinux> i love watching demos when people say "see, you can see that jboss as is starting by all this activity" [05:53:34] <mojavelinux> they are really impressed [05:53:41] <mojavelinux> ... [05:53:53] <mojavelinux> with their twitter feed they are now rading [05:53:56] <mojavelinux> reading [05:54:47] <mojavelinux> but 3 seconds start time right now is just about making me want to dance [06:05:42] <mojavelinux> everytime I download any version of jboss as [06:05:52] <mojavelinux> I always add this line to run.conf (in as 7 it's standalone.conf) [06:06:11] <mojavelinux> JBOSS_HOME=$DIRNAME/.. [06:06:15] <mojavelinux> how do you get along without that? [06:06:28] <mojavelinux> if you don't set that, then if you have a JBOSS_HOME environment variable set [06:06:42] <mojavelinux> the run script starts a different jboss as then the one you are trying to start [06:06:53] <mojavelinux> can we put that in the default script? [06:06:59] <stuartdouglas> I have it in my BASH_PROFILE [06:07:09] <mojavelinux> right, that's really annoying though [06:07:10] <stuartdouglas> or bash_profile even [06:07:16] <sbryzak> my JBOSS_HOME points to a symbolic link [06:07:23] <sbryzak> which i change depending on which version i'm using [06:07:26] <mojavelinux> yep, but do you realize how much more efficient this approach is [06:07:40] <mojavelinux> you don't ever have to change JBOSS_HOME just to start the server [06:07:42] <stuartdouglas> And then I have all my debug options set in bash_profile as well [06:07:43] <sbryzak> mojavelinux: i think it's a good idea [06:07:46] <mojavelinux> obviously other places it would need it [06:07:49] <stuartdouglas> so I only ever run the server in debug mode [06:08:06] <mojavelinux> DIRNAME is guarnateed to be set to the current installation of the run.sh script (or standalone.sh) [06:08:51] <mojavelinux> to me, JBOSS_HOME is for other applications that want to know where jboss is located [06:09:05] <mojavelinux> the run script should start the instance in which the run script is located [06:09:08] <mojavelinux> imo [06:09:16] <mojavelinux> which is what my little hack does [06:09:43] <mojavelinux> it really threw me for a loop years ago when I was using ./run.sh and it was starting some other instance [06:09:55] <mojavelinux> but yes, I also do what both of you do [06:10:01] <mojavelinux> I Have JBOSS_HOME in my bash_profile [06:10:06] <mojavelinux> and it points to a symbolic link [06:10:30] <mojavelinux> this is the third card in my setup [06:11:12] <mojavelinux> come to think of it, this is probably some nice valuable information that is wiki-worthy [06:11:15] <mojavelinux> jboss-leaks! [06:11:33] <mojavelinux> oh, one more thing about AS 7 [06:11:41] <mojavelinux> it appears that no-interface EJBs don't work yet [06:11:49] <mojavelinux> not that they really worked on AS 6 either [06:11:58] <mojavelinux> they half work on AS 6 [06:16:36] <stuartdouglas> I know carlo was working on them last night [06:16:47] <stuartdouglas> so they will hopefully be up and running soon [06:21:45] <mojavelinux> excellent [06:26:41] *** bleathem has joined #seam-dev [06:28:35] *** bleathem has quit IRC [06:30:42] <Diablo-D3> sigh. [06:36:24] *** clerum has quit IRC [06:39:01] *** clerum has joined #seam-dev [06:55:00] <stuartdouglas> mojavelinux: Still awake? [06:55:04] <mojavelinux> yep [06:55:10] <mojavelinux> just pushed out 1.0.1.Beta3 of the archetype [06:55:16] <mojavelinux> mvn archetype:generate -DarchetypeArtifactId=jboss-javaee6-webapp -DarchetypeGroupId=org.jboss.weld.archetypes -DarchetypeVersion=1.0.1.Beta3 -DarchetypeRepository=central [06:55:25] <stuartdouglas> If you have a few minutes can you grab my as7 master and see if jax-rs + CDI work? [06:55:29] <mojavelinux> uses seam-solder-1.0.0.CR4 [06:55:30] <mojavelinux> yep [06:55:45] <mojavelinux> should be even easier now that I have an archetype to mess around with [06:55:51] <stuartdouglas> I added an ARQ test to the AS7 test suite, so I am pretty confident [06:57:33] <mojavelinux> building... [06:57:52] <mojavelinux> that's what I like to hear! music to my ears ;) [06:58:00] <mojavelinux> i'm very confident [07:05:39] <mojavelinux> okay, cdi issue is resolved with the parser [07:05:43] <mojavelinux> but jax-rs is still a problem [07:05:58] <stuartdouglas> did you pull from my branch or from as7 master? [07:06:11] <mojavelinux> your branch I'm pretty sure [07:06:20] <stuartdouglas> hmm, still the same error message ? [07:07:12] <mojavelinux> yep [07:08:33] *** daniel_hinojosa has quit IRC [07:08:59] <mojavelinux> okay, we have a difference in how we are testing [07:09:02] <mojavelinux> you have this in the arq test [07:09:15] <mojavelinux> <servlet-mapping>\n" + [07:09:16] <mojavelinux> + " <servlet-name>javax.ws.rs.core.Application</servlet-name>\n" + [07:09:16] <mojavelinux> + " <url-pattern>/myjaxrs/*</url-pattern>\n" + [07:09:16] <mojavelinux> + " </servlet-mapping>\ [07:09:25] <mojavelinux> however, I am activating using this [07:09:43] <mojavelinux> @ApplicationPath("/rest") [07:09:43] <mojavelinux> public class JaxRsActivator extends Application [07:09:43] <mojavelinux> { [07:09:43] <mojavelinux> /* class body intentionally left blank */ [07:09:43] <mojavelinux> } [07:09:52] <mojavelinux> can you try it that way? [07:09:54] <stuartdouglas> Ok, I will add a test for that [07:10:09] <stuartdouglas> there are tests for @ApplicationPath, but not + CDI [07:10:22] <mojavelinux> got it [07:10:43] <mojavelinux> btw, I am getting the error when I hit the resource (not a startup error) just so you know [07:11:54] <mojavelinux> our difference may be where the problem lies though, because it's failing as it references my JaxRsActivator [07:12:12] <mojavelinux> 01:05:25,356 ERROR [org.apache.catalina.core.ContainerBase.[jboss.web].[localhost].[/example].[com.acme.example.rest.JaxRsActivator]] (http-envy%2F127.0.0.1-8080-1) Allocate exception for servlet com.acme.example.rest.JaxRsActivator: java.lang.IllegalStateException: Unable to obtain ResteasyCdiExtension instance. [07:12:13] <mojavelinux> at org.jboss.resteasy.cdi.CdiInjectorFactory.lookupResteasyCdiExtension(CdiInjectorFactory.java:178) [resteasy-cdi-2.1.0.GA.jar:] [07:12:13] <mojavelinux> at org.jboss.resteasy.cdi.CdiInjectorFactory.<init>(CdiInjectorFactory.java:43) [resteasy-cdi-2.1.0.GA.jar:] [07:14:04] <stuartdouglas> I have added another test [07:14:15] <stuartdouglas> but it passes [07:14:31] <stuartdouglas> hmm did you do mvn install or mvn clean install ? [07:14:40] <stuartdouglas> cause with the change mvn install would not work [07:14:51] <stuartdouglas> it would need to be mvn clean install [07:17:26] <stuartdouglas> mojavelinux: ^^ [07:19:36] <mojavelinux> so ./build.sh clean install? [07:20:36] <mojavelinux> shoot [07:20:42] <mojavelinux> i've discovered another possible solder bug [07:20:46] <mojavelinux> it doesn't affect AS6 [07:20:54] <mojavelinux> but it affects glassfish 3.1 and AS 7 [07:21:07] <mojavelinux> can't @Inject Logger into singleton [07:21:39] <mojavelinux> but the problem is not a missing producer [07:21:43] <mojavelinux> the problem is in the producer [07:21:53] <mojavelinux> Caused by: org.jboss.weld.exceptions.UnsatisfiedResolutionException: WELD-001308 Unable to resolve any beans for Types: [interface javax.enterprise.inject.spi.InjectionPoint]; Bindings: [ at javax dot enterprise.inject.Default()] [07:21:54] <mojavelinux> at org.jboss.weld.manager.BeanManagerImpl.getBean(BeanManagerImpl.java:809) [07:21:59] <mojavelinux> can't get the injection point information [07:22:07] <mojavelinux> strange [07:22:07] <stuartdouglas> That looks like a weld bug [07:22:17] <mojavelinux> i need to see if it works w/ snapshot [07:22:24] <mojavelinux> snapshot of weld on glassfish [07:22:28] <stuartdouglas> do you have an arq test for it? [07:22:29] <mojavelinux> (I'm testing too many things here hahaha) [07:22:43] <mojavelinux> nope, not yet [07:22:58] <stuartdouglas> and by singleton do you mean an @Singleton bean? [07:23:38] <stuartdouglas> oops, they are both @Singleton [07:23:53] <stuartdouglas> java.ejb.Singleton or javax.inject.Singleton [07:23:56] <stuartdouglas> ? [07:25:05] <mojavelinux> yep, another "it's fixed by the weld snapshot" issue [07:25:27] <mojavelinux> what's nice about the archetype, is that the code itself has been stable for > 6 months [07:25:39] <mojavelinux> so I know right away what has broken in the app server ;) [07:25:48] <mojavelinux> this is an ejb singleton startup [07:25:54] <mojavelinux> it loads seed data [07:26:06] <mojavelinux> and since AS 7 uses weld 1.1.0.Final [07:26:15] <mojavelinux> it explains why we see the issue on GF and AS 7 [07:26:21] <mojavelinux> but not with GF + Weld snapshot [07:26:22] <mojavelinux> :) [07:27:10] <stuartdouglas> how did the jax-rs go after a clean install ? [07:27:44] <stuartdouglas> I think you have to do mvn clean manually, rather than build.sh clean install [07:28:56] <mojavelinux> working on it still [07:29:56] <mojavelinux> clean done, now building... [07:32:00] <mojavelinux> for the injection bug, here's how to duplicate it [07:32:05] <mojavelinux> ejb startup singleton [07:32:13] <mojavelinux> field injection [07:32:33] <mojavelinux> producer with InjectionPoint argument, package protected class & method, put in jar in WEB-INF/lib [07:32:34] <stuartdouglas> If weld snapshot fixes it I am not that interested :-) [07:32:44] <mojavelinux> that's exactly what I was thinking [07:33:05] <stuartdouglas> There are a number of issues that could cause it [07:33:06] <mojavelinux> it's likely the same core issue just repeated again (visibility) [07:33:09] <mojavelinux> right [07:33:16] <stuartdouglas> possibly even the bean visibility one [07:33:19] *** oskutka has joined #seam-dev [07:36:58] <mojavelinux> yeah! [07:37:01] <mojavelinux> it works [07:37:09] <mojavelinux> well, almost...only one small problem [07:37:11] <stuartdouglas> yay [07:37:23] <mojavelinux> the marsheling isn't happening [07:37:37] <mojavelinux> I get back this [07:37:44] <mojavelinux> com.acme.example.model.Member@425f32ae [07:37:50] <stuartdouglas> hmm [07:37:59] *** rruss has quit IRC [07:38:11] <stuartdouglas> so how can I reproduce this? [07:38:23] <stuartdouglas> what is the name of the archetype ? [07:38:36] <mojavelinux> mvn archetype:generate -DarchetypeArtifactId=jboss-javaee6-webapp -DarchetypeGroupId=org.jboss.weld.archetypes -DarchetypeVersion=1.0.1.Beta3 -DarchetypeRepository=central [07:38:41] <mojavelinux> just type that [07:38:52] <mojavelinux> you need to change the datasource to java:/H2DS though [07:38:59] <mojavelinux> and of course the Logger injection problem in the startup singleton [07:39:12] <mojavelinux> though I might just update the weld version to snapshot [07:39:16] <stuartdouglas> the desired archetype does not exist [07:39:16] <mojavelinux> reproducing the problem is easy [07:39:21] <mojavelinux> have the resource return an object [07:39:28] <mojavelinux> annotate object with @XmlRootElement [07:39:32] <mojavelinux> see that you don't get xml back [07:39:49] <mojavelinux> oh, I wonder if it's not propagated yet...checking [07:40:35] <mojavelinux> drat, it's not in central yet...yeah, I put it in both jboss and central [07:41:07] <mojavelinux> oh, wait, then you will only get Beta2 [07:41:13] <mojavelinux> looks like it hasn't propogated yet [07:41:25] <mojavelinux> you can also use the source archetype just like a regular project [07:41:32] <mojavelinux> I use reverse engineering to create the archetype [07:41:35] <mojavelinux> so it starts w/ a project [07:41:36] <mojavelinux> here it is [07:41:59] *** mgencur has joined #seam-dev [07:42:07] <mojavelinux> http://anonsvn.jboss.org/repos/weld/archetypes/javaee6-webapp/tags/1.0.1.Beta3/ [07:42:11] <mojavelinux> you can do "mvn install" on that [07:42:13] <mojavelinux> or [07:42:24] <mojavelinux> use this as a project [07:42:26] <mojavelinux> http://anonsvn.jboss.org/repos/weld/archetypes/javaee6-webapp/trunk/ [07:42:32] <mojavelinux> the tags are in archetype form [07:42:36] <mojavelinux> the trunk is in project form [07:43:24] <stuartdouglas> ok, trying now [07:47:10] <stuartdouglas> did you have to update weld in AS7 to get it to run? [07:47:51] <stuartdouglas> mojavelinux: I get http://pastie.org/1738124 [07:48:14] <mojavelinux> yep, that's the missing InjectionPoint issue [07:48:23] <mojavelinux> in glassfish the error reports differently, but same thing [07:48:26] <mojavelinux> the null is the ip [07:49:00] <mojavelinux> where's the depchain in the as build? [07:49:16] <mojavelinux> haha, /pom.xml [07:49:30] <mojavelinux> try looking first self [07:50:00] <mojavelinux> installing w/ weld snapshot [07:50:18] <stuartdouglas> I still see it with weld snapshot [07:50:38] <mojavelinux> rats [07:50:53] <stuartdouglas> I will debug [07:50:58] <stuartdouglas> It may be something else [07:51:04] <mojavelinux> k [07:51:31] <stuartdouglas> but first I will write an ARQ test for the xml marshalling thing [07:52:10] <stuartdouglas> actually I think I can see the problem [07:52:17] <stuartdouglas> with the NPE [07:52:20] <stuartdouglas> not the xml [07:59:32] <stuartdouglas> cool, fixed the NPE [08:00:13] <mojavelinux> super! what was it? [08:00:25] <mojavelinux> I guess I could just look at your commit [08:00:28] <stuartdouglas> A bug I wrote into AS7 :-) [08:00:39] <stuartdouglas> pushing now [08:00:41] *** jharting has joined #seam-dev [08:01:10] <mojavelinux> ah, you left me a gift [08:01:13] <mojavelinux> :) [08:01:27] <mojavelinux> just checking to make sure I was paying attention I see [08:12:14] *** alesj has joined #seam-dev [08:15:29] <stuartdouglas> I think I have tracked down the XML issue as well [08:17:42] <mojavelinux> oh good! man, we've made some real headway on this! you'll have the TCK knocked out in no time :) [08:17:47] <Diablo-D3> hrm [08:17:49] <Diablo-D3> I hate to say this but [08:17:59] <Diablo-D3> the openid rp stuff should be removed from seam security [08:19:07] <Diablo-D3> its pulling in spring shit [08:21:33] <Diablo-D3> also, good god: http://pastebin.com/vzmt3DnX [08:23:03] <mojavelinux> hmm, to use the booking example I have to build all the 3.0.0.Final tags [08:23:10] <mojavelinux> I'm in a building loop [08:23:48] <mojavelinux> yeah, built, finally [08:24:37] <mojavelinux> I don't want to start the party prematurely, but AS 7, I think you've won my heart [08:24:43] <mojavelinux> :) [08:35:50] <mojavelinux> i'm getting the faces configuratino problem Diablo-D3's been talking about [08:35:58] <mojavelinux> you know, I think this has to do with pretty faces [08:36:11] <mojavelinux> it has something to do with when you customize the configuration of the faces servlet [08:36:16] <mojavelinux> that is messing up pretty faces [08:36:39] *** kpiwko has joined #seam-dev [08:36:43] <Diablo-D3> except removing prettyfaces doesnt fix it [08:37:27] <mojavelinux> yep, same result here [08:37:28] <mojavelinux> hmm [08:38:32] <mojavelinux> 02:38:03,270 INFO [org.jboss.seam.faces.config.FacesServletInitializer] (MSC service thread 1-7) Auto-registering FacesServlet with mappings: [/faces/*, *.jsf, *.faces] [08:38:33] <mojavelinux> aha [08:38:52] <mojavelinux> that appears to be breaking things [08:38:54] *** clerum has quit IRC [08:38:58] <mojavelinux> grrr [08:39:08] <Diablo-D3> shoudlnt it be registering its shit? [08:39:33] <Diablo-D3> *shouldnt it [08:40:01] *** clerum has joined #seam-dev [08:42:56] *** marekn has joined #seam-dev [08:43:27] * nickarls hopes AS 7 will be finished on June 2 since I sort of promised to eat a red hat if it's finished on June 1 ;-) [08:44:08] <Diablo-D3> I dont imagine fedoras to be very tastey [08:44:28] <mojavelinux> hahaha, you better get some mayo [08:44:43] <mojavelinux> honestly, I dont' know what kind of whacky thing this jsf startup is doig [08:44:45] <mojavelinux> doing [08:44:53] <mojavelinux> but it ain't doin' it right [08:44:56] <nickarls> I'm going for a marzipane one if it should come to that... [08:45:39] <mojavelinux> we need the faces servlet declaration in web.xml so we can map it to .xhtml [08:45:43] <mojavelinux> so it protects .xhtml files [08:46:05] <mojavelinux> (yes, this is a huge gapping hole in jsf and seam-faces should try to solve it transparently) [08:46:23] <mojavelinux> however, if the web.xml has the faces servlet mapping [08:46:32] <mojavelinux> then it fails, must add the mojarra listener manually [08:46:39] <mojavelinux> which is totally wrong, but something is not happening right [08:46:41] <mojavelinux> my guess [08:46:47] <mojavelinux> as 7 isn't properly loading listeners from TLD files [08:46:53] <mojavelinux> that's my hunch [08:47:00] * nickarls loves the auto-mapping of faces [08:47:03] *** Royle has joined #seam-dev [08:47:13] <Diablo-D3> but this is as 6. [08:47:19] *** Royle has quit IRC [08:47:41] <nickarls> I prefer to avoid web.xml and faces-config-xml if possible [08:47:48] <nickarls> as6 has auto-mapping, right? [08:47:49] <mojavelinux> nickarls: I'm with you [08:47:57] <Diablo-D3> as6 has automapping [08:48:00] <mojavelinux> yes, but jose clued me into the idea [08:48:04] <mojavelinux> of using .xhtml as a mapping [08:48:12] <mojavelinux> and the automapping doesn't add that [08:48:18] <mojavelinux> and booking is based on that mapping [08:48:24] <mojavelinux> alas, we need web.xml config [08:48:32] <Diablo-D3> the only thing in my web.xml atm is the context-param to switch to myfaces 2 [08:49:32] <mojavelinux> hell yeah! booking works on AS 7 [08:49:32] *** PeteRoyle has quit IRC [08:50:21] <mojavelinux> uh oh, conversation hang [08:50:23] <stuartdouglas> I should have the archetype working soon, just working through some class loading problems [08:51:10] <nickarls> context params in web.xml is OK [08:51:17] <nickarls> better to keep them in one place [08:51:28] <nickarls> as they have a tendency to effect each other [08:51:52] <mojavelinux> hmm, okay, so don't pop the champagne on booking just yet [08:51:53] <Diablo-D3> http://pastebin.com/CfKz72YU [08:51:56] <Diablo-D3> the whole log [08:52:02] <mojavelinux> no-interface SFSB are hosed [08:52:20] <mojavelinux> so we'll have to wait on that support to get reliable behavior in the app [08:52:23] <mojavelinux> but heck, it deploys [08:52:26] <mojavelinux> that's a huge step [08:53:15] <mojavelinux> thanks stuart [08:53:22] <stuartdouglas> no, thank you [08:53:44] <mojavelinux> I need to head to bed, getting late, but I will check back in the morning. man, this is awesome [08:53:51] <stuartdouglas> hopefully I can get both booking and the archetype running on as7 by the next beta [08:53:59] <mojavelinux> you guys need to stop releasing so much software, I"m never going to be able to fall asleep again :) [08:54:21] <mojavelinux> that would be a huge hit. and as we were saying last week [08:54:35] <mojavelinux> once you get solder and other seam modules running and booking [08:54:48] <mojavelinux> you've covered like 90% of scenarios people use on a day to day basis [08:54:58] <nickarls> it would be nice if AS 7 had some central place where you could see what's working and what not. [08:55:01] <mojavelinux> in fact, solder is sort of funny that way [08:55:10] <mojavelinux> in that, if solder works, you can almost be sure any other cdi extension will work [08:55:12] <nickarls> as I understand it's mostly overlined items in separate design docs [08:55:24] <mojavelinux> because it hits just about every scenario of injection in cdi [08:55:47] <mojavelinux> well, if we had open tcks :) [08:55:51] <mojavelinux> then you could just run the tck [08:56:01] *** maschmid has joined #seam-dev [08:56:45] <mojavelinux> "please call your senator" as they say in the US [09:03:01] <mojavelinux> MC Hammer, you are going to get a working jboss-javaee6-webapp example running on AS 7 for your birthday from stuartdouglas :) [09:03:19] <mojavelinux> that's all I got left, i'm out! peace! [09:03:34] <stuartdouglas> if I can work out this jaxb class loading shit [09:04:34] <mojavelinux> oh geez, jaxb, that's ALRs favorite topic [09:04:46] <mojavelinux> I think he smashed a couple bottles the last time we worked on it w/ descriptors [09:04:48] <mojavelinux> btw [09:04:50] <mojavelinux> http://repo1.maven.org/maven2/org/jboss/weld/archetypes/jboss-javaee6-webapp/ [09:04:54] <mojavelinux> 1.0.0.Beta3 is now live [09:05:07] <mojavelinux> we'll have a CR as soon as the Seam 3.0.0.Final artifacts are published [09:09:57] *** maxandersen has joined #seam-dev [09:10:13] <maxandersen> mojavelinux: what is stuartdouglas branch ? [09:10:35] <mojavelinux> paths got crossed, his branch of AS supports hot deploy [09:10:36] <stuartdouglas> https://github.com/stuartwdouglas/jboss-as/ [09:10:39] <mojavelinux> yep [09:10:44] <stuartdouglas> what? [09:10:53] <maxandersen> mojavelinux: huh ? [09:11:00] <mojavelinux> I don't need to .dodeploy [09:11:05] <mojavelinux> I Just copy the war and it restarts [09:11:15] <maxandersen> mojavelinux: yes for zipped .war [09:11:17] <stuartdouglas> that is in master to :-) [09:11:25] <mojavelinux> oh, I see...it wasn't in Beta2 [09:11:26] <stuartdouglas> brb [09:11:26] <maxandersen> mojavelinux: but for exploded it wont [09:11:30] <mojavelinux> I see [09:11:49] *** mgoldmann has joined #seam-dev [09:11:57] <mojavelinux> yeah, we got a little confused there...I'm using stuarts branch for fixed to AS itself [09:12:04] <mojavelinux> I missed your comment about the tooling [09:12:08] <mojavelinux> that's in github, right? [09:12:14] <mojavelinux> I'll just clone that shit too [09:12:21] *** epbernard has joined #seam-dev [09:12:21] *** epbernard is now known as emmanuel [09:12:33] <mojavelinux> but, not until tomorrow, so leave a message :) gotta sleep [09:12:39] <maxandersen> mojavelinux: jbosstools ? there is a clone. [09:13:03] <maxandersen> mojavelinux: but yes, if you use archives instead of exploded on latest AS7 then things work automagically [09:13:41] <maxandersen> mojavelinux: you can "cheat" with current tooling by simply creating a txt file in your project named the same as the deployment..i.e. foo.war.dodeploy right click it and mark it as deployable [09:13:59] <maxandersen> mojavelinux: then when you want to redeploy just publish that?. [09:14:09] <maxandersen> mojavelinux: similar to a "touch foo.war.dodeploy" [09:14:22] <maxandersen> mojavelinux: in trunk of tools that is done for ya on AS7 adapters. [09:14:57] <maxandersen> mojavelinux: the whole story is over at http://community.jboss.org/thread/155949?start=30&tstart=0 ?.read the last page or so if you want the glory details [09:26:09] <nickarls> windows doesn't have touch you insensitive bastards! ;-) [09:31:13] <maxandersen> nickarls: echo > foo.war.deploy [09:31:28] <maxandersen> sorry, nickarls echo > foo.war.dodeploy [09:31:48] <maxandersen> that actually works on all platforms ;) [09:32:21] *** PeteRoyle has joined #seam-dev [09:33:01] <nickarls> there is no information read from the file, just the touched timestamp? [09:43:58] *** PeteRoyle has quit IRC [09:55:11] <maxandersen> nickarls: yes [10:33:32] <mgencur> johnament: ping [10:39:54] *** clerum has quit IRC [10:39:59] <stuartdouglas> mojavelinux: When you wake up the JAXB resteasy stuff should be working [10:43:21] <Diablo-D3> so [10:44:06] <Diablo-D3> mojavelinux: figure out why this hates me yet? [10:44:36] <Diablo-D3> oh he went to bed [10:44:59] *** clerum has joined #seam-dev [11:06:39] <mgencur> stuartdouglas: ping [11:07:42] <oskutka> sbryzak: ping [11:19:24] <jbossbot> git [persistence] push master 0441f68.. Stuart Douglas Minor docs [11:19:25] <jbossbot> git [persistence] push master URL: http://github.com/seam/persistence/compare/5222317...0441f68 [11:25:56] *** koentsje has joined #seam-dev [11:37:46] *** koentsje has quit IRC [11:40:47] <sbryzak> oskutka: pong [11:45:57] *** Curd_Pututie has joined #seam-dev [12:00:02] *** alesj has quit IRC [12:05:42] *** kuuyee has quit IRC [12:06:32] *** emmanuel has quit IRC [12:09:22] *** amitev has quit IRC [12:13:23] <oskutka> sbryzak: I'll be sending a sign-off in a minute. But I wanted to ask something else. But I cannot recall what it was... [12:13:25] <oskutka> :-( [12:15:14] <oskutka> sbryzak: Nevermind. Unping [12:15:27] <sbryzak> if it comes to mind, let me know ;) [12:18:26] <oskutka> sbryzak: Oh, got it. You have updated all the BUGS in Seam jira projects to have the fix for version filled in. I think you should do the same for other issues (tasks, feature requests, ...) [12:18:30] <oskutka> sbryzak: https://issues.jboss.org/secure/IssueNavigator.jspa?mode=hide&requestId=12314332 [12:18:49] <oskutka> sbryzak: Or rather do a triage. [12:19:05] <oskutka> sbryzak: To be sure we haven't missed something. [12:21:16] *** johnament has quit IRC [12:21:57] <sbryzak> i'll look at that in a little bit [12:22:27] <sbryzak> actually, since they're not bugs they're not blockers [12:24:20] <oskutka> sbryzak: Some tasks should have been targeted at the final. But I believe there are no blockers. Still we should keep an eye on them -> tidy them up [12:26:51] <sbryzak> i'll review them and let you know [12:44:54] *** clerum has quit IRC [12:46:01] *** clerum has joined #seam-dev [12:46:49] *** alesj has joined #seam-dev [12:47:12] <sbryzak> oskutka: there's no blockers [12:47:50] <Diablo-D3> man [12:47:57] <Diablo-D3> am I magnet for jboss bugs? [12:47:57] <oskutka> sbryzak: Great! [12:48:15] <oskutka> sbryzak: Thanks! [12:57:29] <oskutka> sbryzak: I just sent the sign-off. Do you have a release speech prepared? And a champagne? ;-) [12:58:26] <sbryzak> working on the announcement [12:58:30] <sbryzak> and i plan to buy a carton of beer [12:58:40] <sbryzak> not the cheap stuff [13:00:08] <oskutka> :-o [13:02:25] <oskutka> I hope you don't plan to drink them alone! [13:02:33] *** koentsje has joined #seam-dev [13:11:18] *** jose_freitas_afk is now known as jose_freitas [13:26:21] *** epbernard has joined #seam-dev [13:26:21] *** epbernard is now known as emmanuel [13:32:52] *** jharting has quit IRC [13:34:59] <alesj> sbryzak: 3.0.0.GA? [13:35:27] <sbryzak> alesj: 3.0.0.Final [13:35:55] <alesj> cool [13:36:23] <sbryzak> still have to push out all the module distributions [13:36:25] <Diablo-D3> so what, no one wants to confirm my fears? :< [13:37:17] <nickarls> shane: remember to post the roadmap before you get too drunk ;-) [13:37:27] <jose_freitas> lol nickarls [13:40:05] <nickarls> it would be good to have a program that would disconnect you from the network if it's after midnight and you make so many spelling mistakes the heuristics determine you are drunk [13:40:15] <nickarls> at least block access to facebook, mail etc. [13:47:20] <jose_freitas> hehehe [13:47:36] *** kpiwko has quit IRC [13:58:42] *** adamw1pl has joined #seam-dev [14:02:04] *** emmanuel has quit IRC [14:02:10] *** epbernard has joined #seam-dev [14:02:10] *** epbernard is now known as emmanuel [14:45:55] *** clerum has quit IRC [14:47:01] *** clerum has joined #seam-dev [14:50:49] *** Obsidians has joined #seam-dev [14:53:42] *** Curd_Pututie has quit IRC [14:55:28] *** PeteRoyle has joined #seam-dev [15:01:16] *** tsurdilo has joined #seam-dev [15:01:41] *** PeteRoyle has quit IRC [15:13:06] <jose_freitas> morning [15:13:41] <Diablo-D3> so whats the easiest way to have a facelet redirect [15:13:48] <Diablo-D3> without losing the conversation [15:48:17] *** mgoldmann has quit IRC [15:53:04] *** balunasj has joined #seam-dev [15:53:27] *** balunasj is now known as balunasj_mtg [16:16:16] *** lightguard_jp has joined #seam-dev [16:21:36] *** mgencur has left #seam-dev [16:26:32] *** rruss has joined #seam-dev [16:26:37] *** rruss has quit IRC [16:29:59] *** bleathem has joined #seam-dev [16:34:08] *** gastaldi has joined #seam-dev [16:51:41] *** lincolnthree1 has joined #seam-dev [16:53:08] *** tom2bor has joined #seam-dev [16:54:00] <tom2bor> hi. i just checked out the seamforge project and become "seam-forge/parser-java/src/main/java/org/jboss/seam/forge/parser/java/impl/FieldImpl.java:[77,51] inconvertible types" error [16:54:16] <tom2bor> after compiling with mvn install [16:54:48] <tom2bor> found : org.jboss.seam.forge.parser.java.JavaSource<capture#446 of ?> [16:54:54] <tom2bor> required: org.jboss.seam.forge.parser.java.JavaClass [16:56:16] <lincolnthree1> hi tom2bor [16:56:20] <lincolnthree1> you are in luck [16:56:23] <lincolnthree1> that is an easy problem to fix [16:56:29] <lincolnthree1> you need to upgrade your JDK version [16:56:35] <lincolnthree1> there was a but with 6.0.18 [16:56:38] <lincolnthree1> bug [16:57:06] <tom2bor> i have already 6.012-b04 [16:57:22] <tom2bor> 1.6.0_12 [16:57:35] <lincolnthree1> that is old :) [16:57:51] <lincolnthree1> You need at least java version "1.6.0_20" [16:57:59] <tom2bor> it is very hard to belive, but i will try :-) [16:58:04] <lincolnthree1> hehe [16:58:12] <lincolnthree1> if it works, you owe me a dollar [16:58:17] <lincolnthree1> it's not really worth much anymore anyway [16:58:47] *** gastaldi has quit IRC [17:05:10] <lincolnthree1> Hmmm.... I need a barebones app to test with PrettyFaces... what ever shall I do [17:05:22] <lincolnthree1> Making apps is wayyyy too hard these days [17:05:31] <lincolnthree1> Oh hey, what is this? SeamForge? [17:05:37] <lincolnthree1> Oh look, my project is magically created [17:05:40] <lincolnthree1> Wow! [17:08:03] <Diablo-D3> =| [17:08:22] <Diablo-D3> hey, jboss tools IS supposed to push classes, right? [17:08:31] <lincolnthree1> Diablo-D3: except for you [17:09:06] *** alesj has quit IRC [17:09:10] <Diablo-D3> YES EXCEPT FOR ME [17:09:34] <Diablo-D3> its lately been making me full publish [17:12:21] <lincolnthree1> hmmm [17:12:28] <lincolnthree1> what kind of changes are you making? [17:12:36] <Diablo-D3> edit file, save [17:12:44] <lincolnthree1> what kind of file.... [17:12:52] <Diablo-D3> a sevlet [17:12:55] <lincolnthree1> :) [17:12:59] <Diablo-D3> and now my r key isnt working [17:15:53] *** daniel_hinojosa has joined #seam-dev [17:17:17] <tom2bor> lincolnthree1: Coool, please give me your bank account to transfer the money... [17:22:24] <lincolnthree1> :) [17:29:56] <lincolnthree1> tom2bor: so what are you checking out? [17:37:58] *** maschmid has quit IRC [17:41:16] <tom2bor> so, i checked out the seam forge. I wan't to write some extensions [17:41:29] <tom2bor> it is apache 2.0? [17:43:18] <tom2bor> what should i do, if I want to contribute some code small code snaps... [17:43:49] <lincolnthree1> tom2bor: it's actually LGPL [17:44:16] <lincolnthree1> If you want to contribute, I'd suggest the following workflow. [17:44:46] <tom2bor> lpgl is bad... [17:45:52] <lincolnthree1> 1. Fork the repository on GitHub [17:46:06] <lincolnthree1> 2. If you haven't done so already, sign the JBoss CLA: https://cla.jboss.org/ [17:46:18] <lincolnthree1> 3. Submit a pull request. [17:46:41] <lincolnthree1> 4. Create an issue in JIRA: https://issues.jboss.org/browse/SEAMFORGE [17:47:03] *** kenfinnigan has joined #seam-dev [17:47:05] <lincolnthree1> 5. Link the pull request to the JIRA via "Workflow" -> "Link Pull Request" [17:47:42] <marekn> lincolnthree1: why do you have lgpl when Seam 3 is ASL? [17:48:18] <lincolnthree1> marekn: that's what we started with and haven't migrated. [17:49:07] <marekn> lincolnthree1: and are you on the way to migrate or not? [17:49:17] <marekn> lincolnthree1: ;-) [17:49:27] <kenfinnigan> lincolnthree1: Was thinking forge plugins for seam last night [17:49:44] <kenfinnigan> Even created initial bare bones project for i18n [17:49:48] <lincolnthree1> marekn: yeah, just confirming some things with max [17:50:06] <kenfinnigan> But I had some thoughts around dependencies for seam and the plugins [17:50:07] <lincolnthree1> kenfinnigan: awesome!!! how's it going so far? [17:50:13] <lincolnthree1> good i need ideas around that [17:50:18] <lincolnthree1> what were you thinking? [17:50:52] <kenfinnigan> Do we need a seam bom plugin to add that as a dependency, so that all modules can depend on that "facet" [17:51:05] <kenfinnigan> And use module versions from that? [17:51:49] <kenfinnigan> My reasoning is that i18n can optionally add joda-time as dep, but don't want to have to hard code version in plugin [17:51:57] <kenfinnigan> Would rather pick it up from bom [17:52:19] <kenfinnigan> Also better than asking user for version [17:52:58] <kenfinnigan> Make sense? [17:53:23] <kenfinnigan> May be another way to do this in forge as I'm still learning! [17:53:27] <lincolnthree1> hmmm [17:53:56] <lincolnthree1> It should be possible to get the version of i18n from the BOM. [17:54:07] <lincolnthree1> I think I am missing some functionality in DependencyResolver [17:54:13] <lincolnthree1> resolveDependencies() [17:54:19] <lincolnthree1> That would let you chase it down. [17:54:49] <kenfinnigan> Sure, but is the bom already added as dep to forge created projects? [17:55:04] <kenfinnigan> Or would I need to add it? [17:55:51] <lincolnthree1> no its not [17:56:01] <kenfinnigan> My thought was that would be a dep most module plugins would need, so makes sense to have a plugin just for that dep [17:56:02] <lincolnthree1> You would need to add it. [17:56:10] <lincolnthree1> I'd say it should be a facet then. [17:56:12] <lincolnthree1> Yeah [17:56:29] <kenfinnigan> That was my thought, but wasn't sure [17:56:30] <lincolnthree1> Seam3Facet.getBOM() [17:56:35] <lincolnthree1> or something [17:56:39] <kenfinnigan> Yep [17:57:03] <kenfinnigan> Still reading the docs, but is a facet registered through a plugin? [17:57:35] <lincolnthree1> it can be, yes [17:57:42] <lincolnthree1> it can also be regstered via a built-in plugin [17:57:51] <lincolnthree1> 'project install-facet {facet name} [17:57:53] <lincolnthree1> however [17:58:03] <lincolnthree1> it's recommended to use the InstallFacets() event [17:58:15] <kenfinnigan> Ok [17:58:22] *** marekn has left #seam-dev [17:58:39] <kenfinnigan> Might take a look at creating a seam 3 facet tonight to add bom dep [17:59:06] <lincolnthree1> :-D [17:59:19] <Diablo-D3> damnit [17:59:20] <lincolnthree1> if you get something started, im sure others will follow and make suggestiong [17:59:23] <lincolnthree1> s [17:59:37] <Diablo-D3> I wish I understood this shit [17:59:46] <Diablo-D3> what does seam messages attach to? session id? what? [17:59:53] <kenfinnigan> I'm sure there is a lot that could be added to a common seam 3 facet [18:00:11] *** jbossbot has quit IRC [18:00:22] <kenfinnigan> Diablo-D3: Seam 2 or 3? [18:00:26] <Diablo-D3> 3 [18:00:27] *** jbossbot has joined #seam-dev [18:00:38] <kenfinnigan> Request scope [18:00:47] <Diablo-D3> yeah, but how does it know? [18:01:11] <lincolnthree1> Diablo-D3: messages are saved in the Flash Scope [18:01:17] <kenfinnigan> There is a faces message component that maps between the generic and faces specific one [18:01:32] <lincolnthree1> if you are using Faces, it's FlashScope [18:01:36] <lincolnthree1> otherwise it's RequestScope [18:01:49] <lincolnthree1> and you'll need to propagate them yourself [18:01:54] <kenfinnigan> My bad. Thanks for the correction lincolnthree1 [18:02:01] <lincolnthree1> np :) [18:02:43] <Diablo-D3> damnit [18:02:46] <Diablo-D3> if its in the flash scope [18:02:47] <Diablo-D3> Im fucked [18:03:33] <Diablo-D3> things that have gone wrong thus far [18:03:34] <nickarls> lighten up, it's only ones and zeros ;-) [18:03:55] <Diablo-D3> @Inject FacesContext facesContext => exception [18:04:16] <Diablo-D3> lots of factory crap to manually build a facesContext => works [18:04:22] <Diablo-D3> facesContext.getExternalContext().getFlash().setKeepMessages(true); [18:04:28] <Diablo-D3> => exception [18:04:38] <Diablo-D3> @Inject ExternalContext => exception [18:04:45] * Diablo-D3 cant win. [18:04:57] <Diablo-D3> oh, and @Inject Messages => works, but any messages I add dont show up [18:05:34] *** petr_cz has joined #seam-dev [18:06:14] <Diablo-D3> so Im thinking [18:06:25] <Diablo-D3> if I use the servlet to forward the request to a jsf [18:06:29] <Diablo-D3> and then have the jsf redirect [18:06:31] <Diablo-D3> it might work [18:07:06] *** kenfinnigan has quit IRC [18:07:21] <Diablo-D3> but I cant figure out how to make a jsf redirect on load [18:09:17] * Diablo-D3 sighs. [18:09:22] <Diablo-D3> Ive been fighting this for 3 days [18:09:50] <lincolnthree1> Diablo-D3: jsf redirect on load? [18:10:55] <Diablo-D3> yeah [18:11:00] <Diablo-D3> if i use a http meta direct it breaks it [18:11:12] <lincolnthree1> why? [18:11:21] <Diablo-D3> jboss log says messages were queued and lost [18:11:28] <Diablo-D3> and nothing shows up on the resulting page [18:11:31] <lincolnthree1> oh. breaks the messages [18:11:32] <lincolnthree1> sure [18:11:45] <lincolnthree1> so you are using JSF, yes? [18:11:55] <Diablo-D3> well, facelets [18:12:00] <lincolnthree1> JSF2 ? [18:12:02] <Diablo-D3> yeah [18:12:07] <lincolnthree1> yes ok [18:12:19] <lincolnthree1> So the problem is that you are not using JSF navigation to perform the redirect [18:12:25] <Diablo-D3> exactly [18:12:30] <lincolnthree1> So JSF does not know how to get the messages back. [18:12:34] <Diablo-D3> because the interwebs doesnt know how to give me the goddamned xml [18:12:40] * Diablo-D3 STABS THE INTERWEBS [18:12:41] <lincolnthree1> You need to append ?fid=X to the URL [18:12:54] <lincolnthree1> where X is the current FlashContext.getId() [18:12:54] <Diablo-D3> where fid is what? [18:12:59] <Diablo-D3> yeah BUT [18:13:05] <Diablo-D3> did you see where the servlet choked itself? [18:13:12] <Diablo-D3> I cant get anything out of it [18:13:13] <lincolnthree1> no [18:13:28] <lincolnthree1> Why are you using a servlet? [18:13:35] <Diablo-D3> because its this fucking openid-rp shit [18:13:48] <Diablo-D3> it doesnt have an open FacesContext [18:13:54] <Diablo-D3> and trying to manually build one blows up [18:14:04] <lincolnthree1> can you not create a JSF entry point using PrettyFaces? [18:14:10] <lincolnthree1> for the OpenId stuff [18:14:14] <Diablo-D3> no [18:14:18] <lincolnthree1> why not? [18:14:20] <Diablo-D3> its all black box shit inside of seam security [18:14:34] <Diablo-D3> the only thing I have control of is when its done [18:14:41] <lincolnthree1> tom2bor: http://seamframework.org/Documentation/SeamForge#H-Contribute [18:14:52] <lincolnthree1> So seam security forces you to create a servlet? [18:14:53] <Diablo-D3> it callbacks a specially constructed object [18:15:00] <Diablo-D3> no, seam security already has the servlet [18:15:32] <Diablo-D3> my jsf login form -> foreign website to do openid auth -> foreign site redirects to a specially crafted url which is the openid servlet [18:16:23] <Diablo-D3> lincolnthree1: see the openid-rp example in seam-security [18:16:35] <Diablo-D3> the file in question is OpenIdRelyingPartySpiImpl [18:16:50] <Diablo-D3> get loginFailed to pass a message to the url it redirects to [18:18:43] <lincolnthree1> not familiar enough to help you unfortunately [18:18:44] <lincolnthree1> sorry [18:19:09] <Diablo-D3> I wonder if I can get Messages to shit out a fid [18:20:05] <petr_cz> can anybody help me to create Seam 3 app in EAR ? [18:20:29] <lincolnthree1> Diablo-D3: https://github.com/seam/faces/blob/master/api/src/main/java/org/jboss/seam/faces/context/RenderContext.java [18:20:44] <Diablo-D3> petr_cz: dude, just use a javaee6 war [18:21:17] <Diablo-D3> lincolnthree1: yeah, but I dont even know if my force created facescontext is valid [18:22:14] <lincolnthree1> no way to find out unless you try [18:22:34] <lincolnthree1> Diablo-D3: this might help http://ocpsoft.com/java/jsf-java/please-tell-your-developers-to-call-facescontextrelease/ [18:22:50] <mojavelinux> petr_cz: here's a starting point https://github.com/dhinojosa/seam3_in_your_ear [18:23:04] <Diablo-D3> http://pastebin.com/PJmN8Czy [18:23:08] <Diablo-D3> thats what it looks like atm [18:23:51] *** oskutka has quit IRC [18:27:15] *** Diablo-D3 was kicked by mojavelinux (please use the forums for help getting apps to work) [18:27:16] *** Diablo-D3 has joined #seam-dev [18:29:33] <Diablo-D3> mojavelinux: that wasnt very nice. [18:29:40] <lincolnthree1> Do you have access to injection Diablo-D3? [18:29:46] <Diablo-D3> lincolnthree1: yes [18:29:55] <lincolnthree1> Then do this...... [18:30:07] <lincolnthree1> @Inject RenderScope renderScope; [18:30:10] <lincolnthree1> (it was renamed) [18:30:12] *** petr_cz has quit IRC [18:30:12] <Diablo-D3> mojavelinux: and I hope you realize that if I figure out how to make this work, its going to be patched [18:30:23] [18:30:23] <mojavelinux> great! [18:30:34] <Diablo-D3> mojavelinux: so dont kick fellow developers [18:30:42] <Diablo-D3> especially ones that work on jboss projects. [18:30:50] <lincolnthree1> Diablo-D3: I don't think mojavelinux ever kicks anyone, what happened? [18:30:55] <mojavelinux> yes, I did [18:31:04] <lincolnthree1> oh, bad mojavelinux [18:31:54] <mojavelinux> because i said the other day, it's perfectly fine to work through issues, but this isn't a support channel for every single bump you run into [18:32:08] <Diablo-D3> mojavelinux: this is the SAME issue for the past 3 days [18:32:21] <Diablo-D3> Im trying to make seam security openid actually useful for users. [18:32:44] <Diablo-D3> lincolnthree1: I dont have a class named that [18:33:03] <lincolnthree1> Diablo-D3: are you using Seam Faces? [18:33:06] <Diablo-D3> yes [18:33:09] <lincolnthree1> .. [18:33:10] <Diablo-D3> but Im using the one from seam 3 [18:33:22] <lincolnthree1> one and the same [18:33:45] <Diablo-D3> theres a RenderScopedContext and a RenderScopedExtension in org.jboss.seam.faces.context [18:33:53] <Diablo-D3> but not what you wrote [18:34:36] <lincolnthree1> It's there somewhere [18:34:46] <lincolnthree1> you can figure it out from those 2 classes [18:37:58] <Diablo-D3> lincolnthree1: maybe RenderContext? [18:38:10] *** kenfinnigan has joined #seam-dev [18:38:24] <Diablo-D3> that has a getId [18:39:20] <lincolnthree1> That's the one [18:41:32] <Diablo-D3> System.out.println(renderContext.getId()); [18:41:49] <Diablo-D3> java.lang.NullPointerException [18:41:49] <Diablo-D3> org.jboss.seam.faces.context.RenderScopedContext.getRenderContextMap(RenderScopedContext.java:270) [18:42:25] <lincolnthree1> you're on your own from here [18:42:32] <lincolnthree1> ive gotta get back to work :) [18:42:40] <lincolnthree1> I think you cna figure it out [18:43:02] <Diablo-D3> lincolnthree1: well [18:43:05] <Diablo-D3> I think I HAVE figured it out [18:43:09] <Diablo-D3> its impossible [18:43:14] <lincolnthree1> nothing is impossible [18:43:22] <Diablo-D3> I mean without changing the code [18:43:25] <Diablo-D3> and Im not sure how to [18:43:42] <Diablo-D3> openid rp isnt starting up any faces context stuff and adding them to the container [18:44:23] <lincolnthree1> you can change code [18:44:26] <lincolnthree1> this is oss [18:44:30] <lincolnthree1> good luck :) [18:46:19] *** kpiwko has joined #seam-dev [18:52:39] *** kpiwko has quit IRC [18:52:48] *** kpiwko has joined #seam-dev [18:53:18] *** adamw1pl has quit IRC [18:58:22] *** daniel_hinojosa has quit IRC [18:59:12] *** daniel_hinojosa has joined #seam-dev [19:00:01] <lincolnthree1> kenfinnigan: got something for you [19:00:03] <lincolnthree1> http://pastebin.com/0UY7AhCT [19:00:10] <lincolnthree1> Just added docs, but the class is already there. [19:00:34] <lincolnthree1> You should be able to use that to track down the Seam Bom information... albeit slowly... [19:00:48] <lincolnthree1> Although... actually.. I'm not sure that supports DependencyManagement sections [19:00:49] <lincolnthree1> shoot... [19:01:06] <lincolnthree1> It might still work. [19:01:08] <lincolnthree1> Try it out [19:01:43] *** msmigielski has joined #seam-dev [19:03:12] *** daniel_hinojosa has quit IRC [19:03:46] *** daniel_hinojosa has joined #seam-dev [19:06:17] <kenfinnigan> Will try it out and let u know [19:10:40] <jbossbot> git [forge] push master 92379d9.. Lincoln Baxter, III RepositoryLookup falls back to Central by default, documented DependencyRepository [19:10:40] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/af793ae...92379d9 [19:11:16] <lincolnthree1> actually [19:11:19] <lincolnthree1> i bet if you use: [19:12:13] <lincolnthree1> resolver.resolveDependencies("org.jboss.seam.international:seam-international:[version]") it may come up with JodaTime [19:12:56] *** maxandersen1 has joined #seam-dev [19:12:57] *** maxandersen has quit IRC [19:13:13] <jose_freitas> bleathem: ping [19:13:43] <bleathem> jose_freitas: in a meeting, back in a bit [19:13:56] <jose_freitas> np [19:14:33] <lincolnthree1> kenfinnigan: nope, only comes up with solder [19:14:55] <kenfinnigan> Coz joda is optional? [19:15:00] <lincolnthree1> yeah i guess so [19:15:05] <kenfinnigan> Only picks up mandatory [19:15:11] <lincolnthree1> maybe I can change that [19:15:29] <kenfinnigan> Would be cool if you could pass flag to get optional [19:15:54] <kenfinnigan> Suspect module plugins may need ability to pull in optionals like mine [19:23:58] <lincolnthree1> kenfinnigan: BINGO [19:24:00] <lincolnthree1> Got it! [19:24:11] <kenfinnigan> Cool [19:24:18] <lincolnthree1> Need to update. [19:26:03] <kenfinnigan> So which way do I use it? [19:26:11] <kenfinnigan> First or second? [19:26:18] <lincolnthree1> I need to make some changes first [19:27:57] <kenfinnigan> No prob [19:30:16] *** rruss has joined #seam-dev [19:31:22] <mojavelinux> I think if we switch to jsr-310 apis [19:31:28] <mojavelinux> that we can change it from optional to mandatory [19:31:51] <mojavelinux> i'll follow up on that e-mail to you ken, then we can go wider w/ the discussion [19:33:57] <mojavelinux> chat room guidelines updated http://seamframework.org/Seam3/Chat#H-ChatRoomConduct [19:36:58] <kenfinnigan> Sounds good [19:38:36] *** gastaldi has joined #seam-dev [19:39:01] <gastaldi> hey ! [19:39:20] <jose_freitas> hey gastaldi [19:39:37] <gastaldi> hey jose_freitas ! [19:40:39] *** msmigielski has quit IRC [19:49:50] *** daniel_hinojosa has quit IRC [19:49:56] *** emmanuel has quit IRC [19:50:03] *** msmigielski has joined #seam-dev [19:50:28] *** daniel_hinojosa has joined #seam-dev [19:52:09] <mojavelinux> what would be the best way to represent a snapshot after a 1.0.0.Final? [19:52:13] <mojavelinux> like if you have an SP1 [19:52:16] <mojavelinux> ah [19:52:22] <mojavelinux> 1.0.0.SP1-SNAPSHOT [19:52:27] <lincolnthree1> mojavelinux: looks like forge missed the boat on Seam3.Final [19:52:28] <mojavelinux> we need to use that convention in our projects [19:52:40] <mojavelinux> damn, you couldn't slow that train down [19:52:47] <lincolnthree1> nobody told me [19:52:48] <mojavelinux> even if you laid on the tracks [19:52:51] <lincolnthree1> i would have cut a release [19:52:58] <lincolnthree1> i was waiting for the go-ahead [19:53:04] <mojavelinux> that's shane's dept [19:53:38] <mojavelinux> so new policy for version naming...the -SNAPSHOT should come after your next anticipated release [19:53:51] <mojavelinux> so instead of 3.0.0-SNAPSHOT [19:54:00] <mojavelinux> it should be 3.0.0.Beta2-SNAPSHOT [19:54:08] <mojavelinux> otherwise, it's really confusing [19:54:10] <mojavelinux> who's with me? [19:54:16] <lightguard_jp> That's what I thought it should have been [19:54:37] <lightguard_jp> Makes more sense then going 3.0.0-SNAPSHOT after we've alraedy done any sort of release. [19:54:52] <jose_freitas> agreed [19:54:53] <lightguard_jp> That way you immediately know what version you're working on [19:54:55] <mojavelinux> yeah, I think we've just been sort of unaware of it [19:55:01] <mojavelinux> btw, the maven release plugin makes this possible [19:55:06] <mojavelinux> when it asks you for next version [19:55:26] <lightguard_jp> Yep [19:55:45] *** epbernard has joined #seam-dev [19:55:45] *** epbernard is now known as emmanuel [19:55:51] <lightguard_jp> Tried it with catch for a little while then when back because it wasn't the standard we were using [19:55:53] <kenfinnigan> Sounds good to me [19:56:05] *** gastaldi has quit IRC [19:59:00] <mojavelinux> updated release guide [19:59:11] <mojavelinux> man, we have amazing intelligence built up in that release guide [19:59:16] <mojavelinux> offer is still on the table for a script [20:00:30] *** gastaldi has joined #seam-dev [20:00:33] <gastaldi> hey [20:00:37] <Diablo-D3> hrm, hey guys [20:00:44] <gastaldi> Does anyone have a PPT on CDI / Weld ? [20:01:08] <lightguard_jp> Dan has many presentations, just not PPT [20:01:12] <Diablo-D3> whats the consequences of adding a scope to a servlet? is there a list somewhere of what the container has in the environment? [20:01:19] <gastaldi> Hey Dan ! [20:01:22] <Diablo-D3> because I think I may have thought of a solution [20:01:24] <gastaldi> Hey lightguard_jp ! [20:01:33] <lightguard_jp> gastaldi: Hey George [20:01:49] *** balunasj_mtg has quit IRC [20:02:04] <mojavelinux> I have two options for you George [20:02:11] <gastaldi> Yeah ? [20:02:15] <mojavelinux> i have a PPT and I have a sliderocket [20:02:26] <mojavelinux> do you need it for reference or for source slides [20:03:04] <gastaldi> I need it for a presentation on Red Hat Brazil [20:03:44] *** emmanuel has quit IRC [20:03:44] <gastaldi> A friend of mine who works there is in need of one. [20:04:35] <mojavelinux> k [20:04:38] <mojavelinux> i'll e-mail you [20:04:40] <gastaldi> The PPT will do it [20:04:42] <gastaldi> THanks [20:04:54] <mojavelinux> we will have some shared slides in the future, added it to the seam master plan [20:04:58] <mojavelinux> so that we can get on the same page [20:05:01] <mojavelinux> we've been poor about that [20:05:06] <gastaldi> excellent [20:07:34] <lincolnthree1> kenfinnigan: almost done, but you'll have to compile forge from source for now [20:08:14] <kenfinnigan> That's ok. That's what I was doing last night [20:08:28] <kenfinnigan> Means I've always got the best goodies ;-) [20:11:38] <jose_freitas> hey gastaldi [20:11:49] <gastaldi> hey jose_freitas [20:12:16] <jose_freitas> are you going to send a proposal to JustJava 2011? I was thinking to send something about cdi and seam, but I'm concerned to not overlap something that you might want to present [20:12:43] <gastaldi> jose_freitas: Go ahead, I am afraid I am not going to present anything :( [20:13:05] <gastaldi> Too many work and less fun :) [20:13:08] <gastaldi> much [20:13:10] <jose_freitas> hehehe [20:13:30] [20:13:35] <mojavelinux> btw, if you are presenting on CDI, Seam or any JBoss technology, you can add it to the jboss calendar -> http://www.jboss.org/events [20:13:39] <jose_freitas> may 13 [20:14:30] <jose_freitas> proposals til april 11 [20:14:31] <gastaldi> Is there a JBUG Brasil calendar on Google ? [20:14:43] <mojavelinux> nope, and I noticed that the page is gone [20:14:48] <gastaldi> :( [20:14:58] <jose_freitas> just noticed as well [20:18:00] <mojavelinux> feel free to e-mail mark newton about that one [20:18:17] <mojavelinux> there should be contact info on the jbug page [20:19:23] <gastaldi> Thanks for the email Dan ! [20:19:38] <mojavelinux> also, for reference, you can hit this url [20:20:09] <mojavelinux> http://goo.gl/Ku3cS [20:20:30] <mojavelinux> btw, everyone, feel free to try the archetypes [20:20:38] <mojavelinux> http:///tinyurl.com/gojavaee [20:20:53] <mojavelinux> we are still working on closing the gap between forge and the maven archetypes, so we don't need the archetypes anymore [20:21:06] <mojavelinux> but they are still providing smoke tests for me as gold standard Java EE 6 projects [20:21:17] <mojavelinux> so likely they will be a reference for forge scaffold anyway [20:21:38] <mojavelinux> and we still need archetypes or else people will complain endlessly that there are none [20:21:39] <mojavelinux> fact of life [20:22:54] *** gastaldi has quit IRC [20:23:24] *** bitshuffler has joined #seam-dev [20:27:23] <jbossbot> git [forge] push master 21287d4.. Lincoln Baxter, III Added super cool metadata feature to DependencyResolver [20:27:23] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/92379d9...21287d4 [20:27:24] <lincolnthree1> kenfinnigan: there you go [20:27:26] <lincolnthree1> try it out [20:27:33] <lincolnthree1> DependencyResolver.resolveDependencyMetadata() [20:27:37] <lincolnthree1> should contain lots of goodies for you [20:27:41] <lincolnthree1> including jodaTime [20:27:46] <lincolnthree1> I think what you are most interested in is: [20:27:56] <lincolnthree1> DependencyMetadata.getManagedDependencies() [20:28:03] <mojavelinux> wooooooooooooooooooot! [20:28:09] <mojavelinux> the archetype works on AS 7 [20:28:17] <lincolnthree1> mojavelinux: ARCHETYPE?????!?!?! [20:28:31] <mojavelinux> I call it the archetype, the application generated by the archetype [20:28:33] <mojavelinux> that's [20:28:47] <mojavelinux> jsf+cdi+jpa+jaxrs+bean validation [20:28:54] <kenfinnigan> lincolnthree1: Cheers! [20:29:05] <mojavelinux> oh, and ejb [20:29:36] <lincolnthree1> kenfinnigan: please let me know if it does what you need [20:29:40] <mojavelinux> oh, no ejb [20:29:45] <mojavelinux> or at least, it doesn't use ejb [20:29:48] <kenfinnigan> Will do [20:29:57] <lincolnthree1> mojavelinux: try the latest forge on it would you? :) [20:29:59] <kenfinnigan> Will be playing with it after dinner! [20:30:02] <mojavelinux> forge is next [20:30:21] <kenfinnigan> Had a crazy thought last night [20:30:22] <mojavelinux> I just had an app sitting around [20:30:26] <mojavelinux> here are the instructions [20:30:35] <kenfinnigan> Creating a web IDE with forge under the hood! [20:30:44] <lincolnthree1> kenfinnigan: joda-time:joda-time:1.6 :) [20:30:50] <lincolnthree1> and that's an awesome idea [20:30:58] <kenfinnigan> Then I figured that was probably stupid [20:31:04] <lincolnthree1> no way lol [20:31:08] <lincolnthree1> i think it would be awesome!!! [20:31:08] <kenfinnigan> Really?! [20:31:13] <mojavelinux> git clone git://github.com/stuartwdouglas/jboss-as.git [20:31:15] <mojavelinux> cd jboss-as [20:31:18] <mojavelinux> ./build install [20:31:22] <mojavelinux> ./build.sh install [20:31:29] <lincolnthree1> you'd have to figure out how to create separate virtual filesystems for each user [20:31:33] <mojavelinux> cd build/target/jboss* [20:31:33] <lincolnthree1> so they don't overwrite each other [20:31:43] <lincolnthree1> and you'd also have to figure out how to run multiple instances of forge in one VM [20:31:52] <lincolnthree1> or maybe fork new VMs for each user [20:31:53] <mojavelinux> add the line JBOSS_HOME=$DIRNAME/.. to bin/standalone.conf [20:32:04] <mojavelinux> ./bin/standalone.sh [20:32:09] <mojavelinux> then deploy and app to it [20:32:11] <kenfinnigan> Thought it would be funny to use a webapp to write a webapp, deploy it and run it [20:32:18] <kenfinnigan> All thru a browser [20:32:27] <lincolnthree1> haha yeah [20:32:31] <lincolnthree1> that's the next step [20:32:35] <kenfinnigan> Could be way for people to try out seam/CDI [20:32:38] <lincolnthree1> Seam WebForge [20:32:39] <lincolnthree1> lol [20:32:41] <mojavelinux> yeah, that's an easy next UI [20:32:51] <mojavelinux> sort of proves your APIs too [20:33:07] <mojavelinux> in fact, I could totally see forge being used by an application to do other things [20:33:09] <lincolnthree1> mojavelinux: it's pretty easy except maybe for tab completion, though Koen seems to have figured that out [20:33:11] <mojavelinux> would be interesting [20:33:28] <lincolnthree1> forge is kinda slow at the moment [20:33:37] <lincolnthree1> wouldn't perform well probably [20:37:42] <jose_freitas> mojavelinux: did seam3 was announced? [20:37:52] <jose_freitas> final version [20:38:45] <mojavelinux> it's pushed to maven [20:38:47] <mojavelinux> announcement is pending [20:39:52] <kenfinnigan> Shane has updated the swfk pages so I presume announcement is soon [20:40:58] <mojavelinux> yeah, i'm waiting on the review [20:42:34] *** mojavelinux has quit IRC [20:44:26] *** mojavelinux has joined #seam-dev [20:44:48] *** bitshuffler_ has joined #seam-dev [20:45:12] *** ChanServ sets mode: +o mojavelinux [20:45:47] *** bitshuffler has quit IRC [20:50:14] <lightguard_jp> Going to start wiping my computer, new computer on Tuesday, maybe be online intermittently. If anyone needs anything from me, email will be the best (or text message) [20:50:38] *** lightguard_jp has quit IRC [21:03:10] *** tsurdilo has quit IRC [21:03:44] *** tsurdilo has joined #seam-dev [21:05:03] <lincolnthree1> kenfinnigan: fixed a bug in resolveVersions() [21:05:19] <kenfinnigan> Cool [21:05:27] <lincolnthree1> accidental recursion ;) [21:05:46] <jbossbot> git [forge] push master c2558b7.. Lincoln Baxter, III fixed accidental recursion [21:05:46] <jbossbot> git [forge] push master URL: http://github.com/seam/forge/compare/21287d4...c2558b7 [21:05:56] <kenfinnigan> Question: how do you debug forge? In case I need to delve [21:06:08] <lincolnthree1> run it from the dist/ folder using: [21:06:13] <lincolnthree1> mvnDebug exec:java [21:06:25] <kenfinnigan> Oh, that simple [21:06:25] <kenfinnigan> Cool [21:06:37] <lincolnthree1> you also need to create a project in eclipse to link to it [21:06:44] <lincolnthree1> there are some guides online [21:06:48] <kenfinnigan> Thought it would be more complicated [21:06:55] <kenfinnigan> That's cool [21:06:57] <lincolnthree1> http://docs.codehaus.org/display/MAVENUSER/Dealing+with+Eclipse-based+IDE [21:07:14] <kenfinnigan> I've done that for debugging the annotation processor [21:07:31] <kenfinnigan> Wasn't sure forge would work the same [21:07:51] <kenfinnigan> Thanks [21:08:35] <lincolnthree1> np :) [21:11:41] <lincolnthree1> http://seamframework.org/Documentation/SeamForge#H-DebugForge [21:17:54] <nickarls> bah, I'm sure I had a fix for SEAMFACES-47 somewhere, can't find it now. I think it was just a oneliner somewhere(tm) [21:17:55] <jbossbot> jira [SEAMFACES-47] UIInputContainer keeps invalid state too long [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/SEAMFACES-47 [21:18:48] <nickarls> of course the line matters, there are alphabet^chars combinations, many even compile [21:21:56] *** kenfinnigan has quit IRC [21:24:43] *** maxandersen1 has quit IRC [21:29:49] *** maxandersen has joined #seam-dev [21:30:45] *** msmigielski has quit IRC [21:31:38] *** msmigielski has joined #seam-dev [21:33:40] *** msmigielski has quit IRC [21:34:29] *** msmigielski has joined #seam-dev [21:36:15] <Diablo-D3> sigh. [21:36:30] <Diablo-D3> can I assume seam-security from git currently works? [21:38:48] *** msmigielski has quit IRC [21:46:28] *** bitshuffler_ has quit IRC [21:50:51] *** alesj has joined #seam-dev [21:54:18] <oranheim> I'm trying to understand the @Veto and from documentation and booking example, it doesn't give me much explaination. What's the purpose? [21:55:11] <Diablo-D3> welp [21:55:16] *** oskutka has joined #seam-dev [21:55:53] <nickarls> oranheim: prevent ambiguous resolves when you have producers, for example [21:56:18] <nickarls> say I have a User, it becomes a CDI bean automagically [21:56:39] <nickarls> then I can't have a @Produces User getUser without having a @Veto on the User class itself [21:56:56] <nickarls> well, Typed({}) works, too [21:57:53] <oranheim> nickarls: why are the @Veto placed on the entities themselves? [21:58:25] <mojavelinux> because we don't want the entities to act like beans [21:58:27] <nickarls> well, you wouldn't have written a producer unless you planned to do something more with it [21:58:35] <mojavelinux> and in fact, when you use an entity as a bean, it can break the jpa provider [21:59:05] *** epbernard has joined #seam-dev [21:59:13] <mojavelinux> I"ve suggested that in seam persistence, we automatically add @Veto to @Entity classes [21:59:37] <mojavelinux> that doesn't mean we can't support injection into them [21:59:40] <oranheim> Does that mean it's generally a best practice to annotate all entity beans with @Veto then? [21:59:42] <mojavelinux> we do injection another way in seam persistence [21:59:50] <mojavelinux> yes, that is a best practice in my opinion [21:59:50] <nickarls> @Entity beans are not CDI beans, are they? [22:00:03] <oranheim> nickarls: no, their JPA [22:00:04] <mojavelinux> here's the thing [22:00:12] <mojavelinux> if you use them as POJOs, then they can be beans [22:00:16] <mojavelinux> if you load them from a query, not beans [22:00:35] <mojavelinux> if you use them as a POJO and try to persist, and the bean has a scope (a proxy) -> #fail [22:00:44] <mojavelinux> so in general, it's really not good to use them as POJOs [22:00:49] <mojavelinux> sorry, as beans [22:00:58] <nickarls> aren't @Entity beans skipped automatically? [22:01:06] <mojavelinux> what seam-persistence does is hook into the lifecycle of jpa and satisfies injection points post-load [22:01:11] *** daniel_hinojosa has quit IRC [22:01:13] <mojavelinux> no, they are not skipped automatically [22:01:23] <mojavelinux> that is a proposal for seam-persistence (possibly solder) [22:01:34] <mojavelinux> not sure if there is a jira yet [22:01:34] <Diablo-D3> hey [22:01:41] <Diablo-D3> seam-security in git seems to be broken [22:01:51] <nickarls> "Message-driven and entity beans are by nature non-contextual objects and may not be injected into other objects" [22:01:56] *** daniel_hinojosa has joined #seam-dev [22:01:57] <oranheim> so if I only use them as pure entities, and not as beans (contains no logic) then they should vetoed? [22:02:31] <Diablo-D3> http://pastebin.com/zFn5Qgmg [22:04:57] <Diablo-D3> and now with that, I go to bed [22:04:59] <Diablo-D3> night all [22:08:52] <mojavelinux> correct statement oranheim [22:08:56] <mojavelinux> that would make a good FAQ [22:09:09] <oranheim> It's starting to make sense for me.. [22:09:24] *** Diablo-D3 has quit IRC [22:09:32] <oranheim> Would that also mean a Veto'ed JPA bean cannot receive any injections from the beanmanager, e.g. Logger [22:10:13] <mojavelinux> http://seamframework.org/Documentation/FAQs [22:10:15] <mojavelinux> CDI section [22:10:38] <mojavelinux> normally, no it cannot [22:10:46] <mojavelinux> however, seam-persistence.jar add support for this [22:10:48] <oranheim> right [22:10:52] <mojavelinux> it does injections post-load [22:11:00] <mojavelinux> that may need to be activated, check the docs [22:11:02] *** marekn has joined #seam-dev [22:11:06] <mojavelinux> report an issue if docs is missing instructions [22:11:14] <mojavelinux> tnx! [22:12:03] <nickarls> mojavelinux: what is the spec I quoted referring to (entity, non-contextual)? [22:12:13] <oranheim> mojavelinux: cheers [22:14:32] <mojavelinux> nik entity beans meaning the actually instances loaded by jpa [22:14:42] <mojavelinux> you would need write a producer to make them injectable [22:15:59] <nickarls> ok [22:16:09] <mojavelinux> SEAM-61 didn't make it into seam 3.0.0.Final it seems [22:16:10] <jbossbot> jira [SEAM-61] Update the PrettyFaces version to 3.2.0 [Reopened (Unresolved) Library Upgrade, Major, Shane Bryzak] https://issues.jboss.org/browse/SEAM-61 [22:16:28] <mojavelinux> but bleathem you can recommend a manual update for users of seam-faces (assuming it doesn't break seam-faces) [22:16:32] <mojavelinux> though I can't imagine it would [22:16:48] <nickarls> rich domain models and injections are a slippery slope, you might want to inject a logger into an entity but you should stop before injecting a @PersistenceContext, probably :-) [22:17:29] <mojavelinux> yeah, no kidding [22:17:32] <mojavelinux> Headless JSF rendering [22:17:44] <mojavelinux> that's a topic which feel on the floor way back when [22:17:58] <nickarls> yep. [22:18:06] <mojavelinux> imo, I think that the right approach is to use jsfunit (or follow it's approach) [22:18:12] <mojavelinux> which effectively hits loopback [22:18:18] <nickarls> I'm pretty sure a wizard could get JSF to boot in SE [22:18:32] <lincolnthree1> mojavelinux: i dont think anything depends on it yet [22:18:34] <nickarls> after all, with a mock servlet context, what more could it need? [22:18:39] <mojavelinux> but, how about this [22:18:52] <mojavelinux> why don't we spawn a github project and make it a hacking project to get headless jsf rendering [22:19:01] <mojavelinux> I bet if you have some code to throw up somewhere [22:19:03] <mojavelinux> you would get help [22:19:10] <mojavelinux> perhaps use arquillian to test? [22:19:30] <mojavelinux> btw, you may have luck with byteman [22:19:37] <mojavelinux> byteman is mockito flipped inside out [22:19:45] <mojavelinux> object works as normal except for methods you substitute [22:19:49] <mojavelinux> that might be another solution [22:20:02] <mojavelinux> http://www.jboss.org/byteman [22:20:05] <mojavelinux> bytecode injection tool [22:21:36] <mojavelinux> as Andrew puts it [22:21:40] <mojavelinux> "make real code misbehave" [22:22:02] <mojavelinux> http://downloads.jboss.org/byteman/papers/BytemanAOSD.pdf [22:23:34] <nickarls> I have the feeling that if we could bootstrap JSF with a mocked servlet context, we could have a @ApplicationScoped JSF that we could use for rendering with mocked request/responses [22:23:47] <nickarls> pick out the byte[] from the response [22:24:12] <mojavelinux> yeah, it has to be possible [22:24:24] <mojavelinux> btw, we never did get a resolution to the placeebo project [22:24:28] <mojavelinux> i'd like to spawn that under seam 3 [22:24:32] <mojavelinux> post final [22:24:38] <mojavelinux> well, we are just about at post final [22:24:50] <mojavelinux> the placeebo project will host any mock object of a Java EE API [22:25:07] <mojavelinux> I tried to talk to the apache guys about it, but they would only do it if they could host the source code [22:25:23] <mojavelinux> and I wasn't against that, but it seemed to just end there [22:25:35] <mojavelinux> whatever, I just want mock objects in a project that we have some control over [22:25:57] <mojavelinux> so I figure let's just start placeebo and we'll be open to merging if anyone steps forward [22:26:01] *** Obsidians has quit IRC [22:26:03] <mojavelinux> i'll add it to the seam master plan [22:26:35] <nickarls> I mean, JSF boots before the first request/session comes in so it has to get by on a ServletContext, right? [22:27:21] <nickarls> most of the boot code appeared to be in a SCListener [22:28:11] <nickarls> wonder how the FacesContext behaves in a SE-JSF [22:30:30] *** epbernard has quit IRC [22:31:17] <mojavelinux> nik, feel free to setup the placeebo project in your github acct, and i'll pull it into the seam organization when I get a chance in a few weeks [22:31:24] <mojavelinux> (or someone else will sooner) [22:32:35] <nickarls> I'm a little busy right now but when my youngest child has moved out ~2018 things are looking better ;-) [22:32:38] <oranheim> mojavelinux: FAQ for Veto is missing. Which Project should raise an issue with? [22:32:51] <nickarls> oops, 2028, that is [22:33:05] *** gastaldi has joined #seam-dev [22:33:12] <nickarls> no wonder the first estimate sounded a bit optimistic [22:34:04] <nickarls> but now some sleep, I'll put it in a background thread for processing [22:40:53] *** kpiwko has quit IRC [22:41:09] *** PeteRoyle has joined #seam-dev [22:45:16] *** gastaldi has quit IRC [22:51:07] <mojavelinux> i'm suggesting that you add the FAQ, if you have some time [22:51:12] <mojavelinux> if you don't have permission, let me know [22:53:31] <oranheim> sure, i can add some to that [22:53:50] *** alesj has left #seam-dev [22:53:55] <oranheim> is the faq files on github? [22:54:51] <mojavelinux> nope, it's on the seam wiki [22:54:57] <mojavelinux> http://seamframework.org/Documentation/FAQs [22:55:00] <mojavelinux> manual editing [22:55:07] <oranheim> ahh.. of course... :-) [22:55:07] <mojavelinux> just a second, let me make sure you have permission [22:55:10] <oranheim> hehe [22:55:53] <mojavelinux> okay, you can edit [22:56:44] <oranheim> thanks [23:01:21] *** maxandersen has quit IRC [23:02:46] <sbryzak> lincolnthree1: ping [23:02:52] <lincolnthree1> sbryzak: pong [23:03:23] <sbryzak> lincolnthree1: i need a forge release ;) [23:03:35] <lincolnthree1> sbryzak: i thought I missed the boat [23:03:39] <lincolnthree1> coming right up [23:04:18] *** msmigielski has joined #seam-dev [23:08:40] *** PeteRoyle has quit IRC [23:10:09] *** koentsje has quit IRC [23:12:33] <daniel_hinojosa> Ping for question [23:12:38] <daniel_hinojosa> to *ALL* [23:13:24] *** marekn has left #seam-dev [23:13:56] <daniel_hinojosa> anyone? [23:13:59] <daniel_hinojosa> no love? [23:14:06] <daniel_hinojosa> did I do something wrong? [23:16:01] <jose_freitas> hey daniel_hinojosa [23:16:23] <jose_freitas> bye daniel_hinojosa :) [23:16:31] *** jose_freitas is now known as jose_freitas_afk [23:16:46] <daniel_hinojosa> bye? [23:16:52] <daniel_hinojosa> but I have a question. :( [23:17:26] <mojavelinux> internal meeting [23:17:55] <daniel_hinojosa> ok [23:26:37] <bleathem> daniel_hinojosa: what's ur question? [23:31:51] <daniel_hinojosa> oooh thanks bleathem: real quick, sentence in my CDI/Seam3 article for JAX Magazine: Your file is now ready to be deployed to either JBoss 6.0.0.Final, Glassfish 3.1, or your JavaEE 6 complant application server of choice. [23:32:13] <daniel_hinojosa> The JavaEE6 title is correct, correct? [23:32:25] <daniel_hinojosa> Looks as if Oracle is calling it that, I just wanted to verify [23:32:36] <bleathem> you could add Web Profile [23:32:42] <bleathem> but yeah it's correct [23:32:49] <daniel_hinojosa> alright that was it [23:32:53] <daniel_hinojosa> thanks bleathem [23:32:58] <bleathem> anytime! [23:33:11] <daniel_hinojosa> except during meetings* ;) [23:34:14] <bleathem> lol [23:34:58] *** bobmcw is now known as torquebox-ci_ [23:35:01] *** torquebox-ci_ is now known as bobmcw [23:42:07] <oranheim> mojavelinux: http://seamframework.org/Documentation/WhyIsVetoAnImportBestPracticeForPersistentEntities [23:43:01] <lincolnthree1> sbryzak: minutes away [23:43:07] <lincolnthree1> running a fe more tests [23:43:14] <sbryzak> lincolnthree1: great :) [23:43:16] <mojavelinux> thanks oranheim! checking it out [23:43:25] *** msmigielski has quit IRC [23:43:42] <oranheim> mojavelinux: only visible for admin/owner [23:43:47] <mojavelinux> btw, you can add @Veto to the package-info.java too [23:44:26] <mojavelinux> it should probably be added to any superclass as well [23:44:35] <mojavelinux> depends on whether you are going to @Inject the supertype [23:44:43] <mojavelinux> if you are, then you'd have to veto it [23:44:47] <mojavelinux> if not, then you don't have to worry [23:44:54] <mojavelinux> since it will never be referenced as a bean [23:45:39] <sbryzak> mojavelinux: i put the upgrading glassfish section at the top of the compatibility page [23:45:42] <sbryzak> so people see it first [23:45:48] <mojavelinux> good [23:46:29] <oranheim> mojavelinux: i'll add it tomorrow. time for bed [23:46:43] *** oskutka has quit IRC [23:46:43] <mojavelinux> thanks again [23:46:51] <mojavelinux> FAQ FTW! [23:46:55] <oranheim> :) [23:52:04] *** PeteRoyle has joined #seam-dev [23:52:40] <oranheim> what taglibs are planned for seam 3. I'm missing the <s:graphicImage> [23:58:48] <mojavelinux> that's in JSF 2 [23:58:58] <oranheim> you mean h:graphicImage? [23:59:06] <mojavelinux> we are planning minimal taglibs because either they were moved to JSF 2 or RichFaces [23:59:15] <mojavelinux> that doesn't mean we will have none [23:59:18] <mojavelinux> just saying, we will have less [23:59:29] <mojavelinux> h:graphicImage now supports loading resources from the classpath [23:59:37] <oranheim> that's a good plan, but the feature of loading images from blogs.. did i miss something here [23:59:56] <oranheim> nice