[00:00:09] <lightguard_jp> Okay, I'm fine with this. It doesn't affect the module poms and is only some extra changes in example poms.
[00:00:32] <sbryzak> exactly, i don't see it as being a big change
[00:00:37] <kenfinnigan> how many containers do the examples need to support?
[00:00:45] <gastaldi> What does TAG stands for ?
[00:00:47] <sbryzak> we just include some additional poms in the root dir of the examples (if we even want to)
[00:01:01] <kenfinnigan> just thinking there is going to be a large amount of repetition pretty quickly
[00:01:06] <sbryzak> i would suggest we provide poms for glassfish for the major examples at least
[00:01:09] <sbryzak> booking, etc
[00:01:35] <lightguard_jp> I'd like to see AS7, Glassfish and hopefully Resin examples where appropriate.
[00:01:42] <sbryzak> and i'll leave it to each module lead's discretion as to which of their examples they want to support multiple containers
[00:01:52] <lightguard_jp> An OWB container would be nice too once there's one people gravitate toward.
[00:01:57] 
[00:02:14] <lightguard_jp> gastaldi: Ease for the end user, and seeing a clean pom
[00:02:19] <sbryzak> gastaldi: it would work, but maven profiles are seen as additional complexity
[00:02:28] <sbryzak> and the examples need to be dirt simple to understand for new users
[00:02:35] <lightguard_jp> gastaldi: Much easier to look at a clean pom when trying to recreate instead of fishing through profiles
[00:03:00] <maschmid> does it also mean no parent poms in examples?
[00:03:01] <gastaldi> The bad thing is that if one pom is changed, the others must follow
[00:03:14] <sbryzak> if an example supports multiple containers, the readme file should describe how to build the example for those containers
[00:03:20] 
[00:03:35] <sbryzak> maschmid: i would prefer no parent pom anyway
[00:03:40] <sbryzak> the parent should be the module parent
[00:03:45] <maschmid> gastaldi, yeah, let's invent some tool to generate the poms automatically ;)
[00:03:55] <kenfinnigan> gastaldi: I'd agree, updating examples will become burdensome to remember all the poms to update and determining whether the container does or doesn't have the dependency you want to add
[00:04:17] <gastaldi> kenfinnigan: Right
[00:04:25] <sbryzak> i don't think it will be much of a burden, anyway that's what our QA department is for
[00:04:53] <sbryzak> example poms don't have to be touched much once you get them working the first time
[00:05:07] <lightguard_jp> Well, hopefully :)
[00:05:12] <gastaldi> :)
[00:05:15] <gastaldi> Maybe time will tell
[00:05:19] <sbryzak> in fact, i'm pretty certain our QE guys will be happy to take on responsibility for this
[00:05:34] <sbryzak> as they already test in multiple containers
[00:06:29] <sbryzak> so to summarise.. our default container now is AS7
[00:06:34] <maschmid> sbryzak, sure
[00:06:42] <sbryzak> all modules and examples should target it
[00:06:51] <lightguard_jp> #info our default container for examples is AS7
[00:06:52] <sbryzak> don't worry about the multiple example poms for now
[00:07:15] *** PeteRoyle has quit IRC
[00:07:15] <lightguard_jp> #info please make sure your modules and example run correctly on AS7 for Seam 3.1
[00:07:25] <sbryzak> i'll confirm with pete, and then chat with ondra about QA looking after the additional poms
[00:08:14] <lightguard_jp> sbryzak: Can we expect to report back on that next week, or would two weeks be better?
[00:08:25] <sbryzak> by next week should be fine
[00:08:53] <lightguard_jp> #action sbryzak Will report back on QA thoughts / ownership of additional poms next meeting
[00:09:12] <sbryzak> i gotta go.. dentist appointment shortly
[00:09:20] <lightguard_jp> I think that's all we have. Everyone that's available this time tomorrow please come to the Seam Hack Night
[00:09:24] <lightguard_jp> Tweet it up too :)
[00:09:30] <kenfinnigan> see ya guys
[00:09:35] *** kenfinnigan has quit IRC
[00:09:42] <lightguard_jp> #endmeeting
[00:09:49] <lightguard_jp> Thanks all for coming
[00:09:50] *** jbott changes topic to "Seam 3.0.0.Final has been released! Development discussions for Seam (seamframework.org). Join #seam for user discussions.  See http://seamframework.org/Seam3/Chat for logs and more info.  TeamSpeak 3 server is available for Seam devs at 216.6.228.98:10024, password: seam-dev"
[00:09:50] <jbott> Meeting ended Wed Jul 13 22:13:47 2011 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
[00:09:50] <jbott> Minutes:        http://transcripts.jboss.org/meeting/irc.freenode.org/seam-dev/2011/seam-dev.2011-07-13-21.14.html
[00:09:50] <jbott> Minutes (text): http://transcripts.jboss.org/meeting/irc.freenode.org/seam-dev/2011/seam-dev.2011-07-13-21.14.txt
[00:09:50] <jbott> Log:            http://transcripts.jboss.org/meeting/irc.freenode.org/seam-dev/2011/seam-dev.2011-07-13-21.14.log.html
[00:10:25] <gastaldi> lightguard_jp: Have you seen my comment about Seam Hack night showing up twice on Seam calendar ?
[00:10:29] *** lightguard_jp sets mode: -o jbott
[00:10:37] <gastaldi> ah nevermind
[00:10:39] <lightguard_jp> I think I got it fixed
[00:10:48] <gastaldi> Yeah, sorry
[00:11:04] <lightguard_jp> The calendar was in Shane's timezone and I tried to setup the meeting using UTC
[00:11:07] <lightguard_jp> Things got messed up.
[00:11:13] <gastaldi> np
[00:11:18] <lightguard_jp> So I switched the calendar to UTC, made things much easier
[00:12:21] *** aslak has quit IRC
[00:14:06] *** maschmid has quit IRC
[00:14:15] *** lincolnthree1 has quit IRC
[00:14:31] *** lightguard_jp sets mode: -o lightguard_jp
[00:14:59] <gastaldi> ok, gotta go noww
[00:15:05] <lightguard_jp> later
[00:15:05] <gastaldi> catch  ya later
[00:15:14] *** gastaldi has quit IRC
[00:17:06] <stuartdouglas> bleathem: It is probably a bit late but I did subclass the tests for seam persistence
[00:17:20] <stuartdouglas> cause I needed slightly different archives for each environment
[00:23:25] <bleathem> stuartdouglas: thx
[00:23:51] <bleathem> stuartdouglas: that's a good use case for subclassing - to get different archives for each environment
[00:24:03] <bleathem> that's what lightguard_jp was trying to achieve with his parameter injection
[00:26:12] <lightguard_jp> You could also do the same with a base archive method and creating different named deployment archives
[00:38:02] *** mbg has joined #seam-dev
[00:39:58] *** rruss has quit IRC
[00:45:21] *** daniel_hinojosa has quit IRC
[01:00:15] <lightguard_jp> bleathem: Have you made the updates you wanted to on the module page?
[01:01:07] *** cbrock has quit IRC
[01:01:11] *** alesj has quit IRC
[01:02:56] *** mbg is now known as mbg|away
[01:22:30] *** rruss has joined #seam-dev
[01:27:52] <bleathem> lightguard_jp: yep, thanks
[01:28:17] *** bleathem is now known as bleathem_away
[01:35:18] *** rruss has quit IRC
[01:49:05] *** jose_freitas has joined #seam-dev
[01:51:31] *** johnament has joined #seam-dev
[01:54:38] *** clerum has quit IRC
[02:01:10] *** clerum has joined #seam-dev
[02:03:21] *** jamezp is now known as jamezp_afk
[02:09:39] *** tkimura has joined #seam-dev
[02:18:58] *** PeteRoyle has joined #seam-dev
[02:25:32] *** lightguard_jp has quit IRC
[02:27:56] *** johnament has quit IRC
[02:35:12] *** kenfinnigan has joined #seam-dev
[02:57:27] *** johnament has joined #seam-dev
[03:04:38] *** akazakov has quit IRC
[03:14:46] *** oranheim has quit IRC
[03:17:53] *** PeteRoyle has quit IRC
[03:22:30] *** jganoff has quit IRC
[03:30:39] *** gastaldi has joined #seam-dev
[03:31:49] *** jose_freitas has quit IRC
[03:32:21] <gastaldi> hey
[03:32:23] <gastaldi> Hey johnament
[03:43:55] *** sgilda has quit IRC
[03:46:04] *** sgilda has joined #seam-dev
[03:52:03] *** PeteRoyle has joined #seam-dev
[03:52:24] *** gastaldi has quit IRC
[03:53:05] *** gastaldi has joined #seam-dev
[03:54:05] <johnament> hey gastaldi
[03:54:16] <johnament> no jose
[04:03:22] <gastaldi> I thought you were testing Seam JMS against AS7
[04:03:38] <gastaldi> too bad those issues arise
[04:05:14] <sbryzak> johnament: i guess packaging hornetq with the distribution isn't an option?
[04:09:28] <johnament> sbryzak: not a particularly good one
[04:10:15] *** tsurdilo has quit IRC
[04:12:02] <gastaldi> Should JBoss Messaging be used instead ?
[04:12:32] <johnament> hornetq 2.x == jboss messaging 2.x
[04:12:36] <gastaldi> oh
[04:12:42] <johnament> tom renamed it before he left the project.
[04:12:50] <johnament> well, someone did
[04:12:54] <johnament> err
[04:12:56] <johnament> tim
[04:13:16] <johnament> stupid typing
[04:13:21] <gastaldi> But it works anyhow ?
[04:13:34] <gastaldi> Or the issue is about the ObjectMessage support ?
[04:13:58] <johnament> the object message issue has more to do with classloaders
[04:14:08] <gastaldi> hum
[04:14:26] <johnament> because hornetq's classloader and my app's classloader are now parallel, hornetq says it doesn't konw this object.
[04:14:35] <gastaldi> makes sense
[04:14:39] <johnament> i can't put it in another lib because it's also a jpa entity
[04:14:54] <gastaldi> hummmm
[04:15:07] <johnament> i may just end up changing the behavior of the example to fire the ID only after save
[04:15:16] <gastaldi> ah that sucks
[04:15:34] <gastaldi> But how do u package this stuff ? in a WAR ?
[04:15:39] <johnament> yep
[04:15:43] <gastaldi> humm
[04:16:12] <gastaldi> What if you package your JPA entities on a jar and deploy them isolatedly ?
[04:16:58] <gastaldi> then you configure the jboss-deployment xml file to reach that module
[04:17:13] 
[04:17:50] <gastaldi> too much work, but could work :)
[04:18:11] <johnament> but is that PU then available in another WAR?
[04:18:42] <gastaldi> should be I suppose
[04:18:50] <johnament> that would be bad.
[04:18:56] <johnament> i would think that's against JPA spec.
[04:19:04] <johnament> i would hope that's against JPA spec
[04:19:21] <gastaldi> What do u mean ?
[04:19:34] <johnament> let's say you have a JPA archive that's full of entities representing an HR system
[04:19:38] <gastaldi> ok
[04:19:45] <johnament> and your app uses it
[04:19:52] <johnament> but then suddenly, your server gets hacked.
[04:20:45] <johnament> malicious users drop in a war file that creates a report of all users and addresses and socials and salaries
[04:20:53] <johnament> using your JPA jar
[04:21:02] <johnament> in the US at least, that's a big problem.
[04:21:16] 
[04:21:37] <gastaldi> I mean, if you could drop a war file, you can fetch a DataSource and make bad things
[04:21:51] <gastaldi> JPA is not supposed to prevent that
[04:22:07] <gastaldi> right ?
[04:22:46] <johnament> but with data source you can enable specifics per URI
[04:22:46] 
[04:23:16] <gastaldi> Same against JMS
[04:23:24] <gastaldi> You could subscribe a topic and start doing stuff
[04:23:28] <johnament> JMS has specific authentication requirements
[04:23:37] <gastaldi> yeah, if you enable it :)
[04:23:53] <johnament> in most cases its enabled by default.
[04:24:47] 
[04:24:50] <johnament> the issue is that JPA deployment in that fashion would be a big security problem, regardless of whether its technically feasible
[04:24:54] <gastaldi> hum
[04:25:06] <gastaldi> and what about EJBs ?
[04:25:09] <johnament> jboss would be unique if they supported it.
[04:25:19] <johnament> what about them?
[04:25:25] 
[04:25:29] <johnament> well
[04:25:33] <johnament> yes and no
[04:25:39] <gastaldi> You have a service and consume it
[04:25:43] <gastaldi> or WebServices
[04:25:44] *** kenfinnigan has quit IRC
[04:26:01] <johnament> webservices have defined security, WS-SECURE or soemthing
[04:26:08] <johnament> Nonce
[04:26:17] <gastaldi> hum
[04:26:20] <johnament> in the case of a remote EJB, visibility should be managed
[04:26:27] <gastaldi> well, EJB has Principal and stuff
[04:26:34] <gastaldi> UserPrincipal and roles
[04:26:43] <johnament> validate that the caller has necessary roles to run method
[04:26:46] <gastaldi> yeah
[04:27:04] 
[04:27:09] <gastaldi> interesting point of view
[04:27:21] <johnament> JPA though. if i can just @PersistenceContext(unitName="SomeRemoteUnit") EntityManager em; from war to jar in separate files, that would be a problem from my perspective
[04:27:50] <johnament> even then, assuming that i could do that
[04:28:02] <johnament> i think i would have the same classloader issue since its all paralle
[04:28:10] <johnament> paralllel
[04:28:45] <johnament> anyways if my typing's an indication i need to get to bed.
[04:28:46] <johnament> night
[04:28:49] *** johnament has quit IRC
[04:28:50] <gastaldi> :)
[04:29:06] <gastaldi> lincolnthree: you there ?
[04:36:54] *** gastaldi has left #seam-dev
[04:46:51] *** lincolnthree has left #seam-dev
[04:54:43] *** lincolnthree has joined #seam-dev
[05:05:35] *** mbg|away is now known as mbg
[05:38:40] *** PeteRoyle has quit IRC
[05:42:25] *** PeteRoyle has joined #seam-dev
[05:42:33] *** clerum has quit IRC
[06:01:37] *** mbg is now known as mbg|away
[06:17:31] *** mbg|away is now known as mbg
[07:16:56] *** echelog-2 has joined #seam-dev
[07:17:52] *** lincolnthree has quit IRC
[07:44:06] *** rruss has joined #seam-dev
[07:47:44] *** aslak has joined #seam-dev
[07:50:49] *** gastaldi has quit IRC
[07:51:48] *** alesj has joined #seam-dev
[07:53:44] <sbryzak> stuartdouglas: can i still use a datasource file in AS7?
[07:53:51] <stuartdouglas> no
[07:53:59] <sbryzak> ah, so they need to be configured manually now?
[07:54:01] <stuartdouglas> you need to add it through the management interface
[07:54:09] <stuartdouglas> or you can script it
[07:54:28] <alesj> stuartdouglas: why no -ds.xml support?
[07:54:29] <sbryzak> how will we handle that for examples that require a database?
[07:54:55] <stuartdouglas> alesj: -ds.xml files don't really work that well with the domain model
[07:55:07] <stuartdouglas> there is a jira issue to support them from standalone mode
[07:55:31] <alesj> stuartdouglas: couldn't that be just transleted into something that mgmt iface would understand?
[07:55:39] <stuartdouglas> https://github.com/jbossas/weld-as7-tck-runner/blob/master/tck-runner/src/test/java/org/jboss/weld/tck/jbossas/DatasourceManager.java
[07:55:51] <stuartdouglas> alesj: it could be
[07:55:51] <alesj> ah, ok
[07:55:56] <stuartdouglas> but someone needs to write it
[07:55:59] <alesj> ok, makes sense
[07:56:41] <stuartdouglas> I don't know if it would even be that hard
[07:57:21] <stuartdouglas> thinking about it, it would be cool if there was a maven plugin to add them
[07:58:19] *** lazarotti has quit IRC
[07:58:45] <sbryzak> stuartdouglas: so how do we configure a datasource for the seam examples?
[07:59:14] <stuartdouglas> can you just use the default one?
[07:59:28] <sbryzak> ExampleDS?  hmm i guess so
[07:59:37] *** hannelita has joined #seam-dev
[07:59:47] <sbryzak> does that mean everything will get created in the same schema?
[08:00:09] <stuartdouglas> yea
[08:00:29] <sbryzak> that kind of sucks
[08:00:33] *** antoine_sd has joined #seam-dev
[08:00:53] <stuartdouglas> what about if there was a maven plugin?
[08:01:06] <sbryzak> that would work
[08:01:08] <stuartdouglas> so you do mvn jboss-as:datasources install
[08:01:19] <stuartdouglas> and you put the data source definition in your pom
[08:01:57] <sbryzak> yeah i think that would be fine
[08:02:00] <stuartdouglas> when do you need it by?
[08:02:25] <sbryzak> in time for beta 1 ;)
[08:02:42] <sbryzak> which is august 12
[08:02:52] <sbryzak> geez that's only a month away
[08:02:52] <stuartdouglas> heaps of time then :-)
[08:02:55] <sbryzak> i'd better start fixing issues
[08:04:24] *** hannelita has left #seam-dev
[08:06:49] <sbryzak> stuartdouglas: where should jdbc driver libs be placed in AS7?
[08:07:00] <stuartdouglas> you need to create a module
[08:07:24] <stuartdouglas> for the examples you are probably better off just using the default hsql datasource
[08:07:57] <sbryzak> i'm using mysql for seam university
[08:08:25] <sbryzak> how do i create a module?
[08:11:15] <stuartdouglas> you need to add it to the modules directory, with a module.xml file
[08:11:36] <stuartdouglas> have a look at some of the other modules in the modules directory for an example
[08:11:57] <stuartdouglas> If I do this maven plugin I might make it automate that bit as well
[08:12:47] <sbryzak> stuartdouglas: i think i found a guide on how to do this
[08:12:55] <sbryzak> http://www.mastertheboss.com/jboss-application-server/308-jboss-as-7-introduction.html
[08:13:38] <sbryzak> stuartdouglas: apparently i can just deploy the mysql jar file?
[08:14:01] <stuartdouglas> yes, I forgot about that
[08:14:13] <stuartdouglas> https://docs.jboss.org/author/display/AS7/DataSource+configuration
[08:14:18] *** chkal has joined #seam-dev
[08:14:42] <bleathem_away> how can I set up my pom, so arquillian tests only run when a particular profile is active
[08:15:08] <bleathem_away> is that possible? or do I have to put my tests in a separate project?
[08:15:24] <aslak> bleathem_away, you have multiple tests in there, some arq and some normal ?
[08:15:33] <bleathem_away> aslak: yes
[08:15:36] *** bleathem_away is now known as bleathem
[08:16:06] <aslak> bleathem, hmm, you can't. you'll need to add exclude filters to the default surefire profile or similar
[08:16:47] <bleathem> aslak: ok cool thanks.  I'll just put them in a separate project
[08:20:44] *** jharting has joined #seam-dev
[08:23:35] *** marekn has joined #seam-dev
[08:25:24] <sbryzak> stuartdouglas: which logging api does AS7 use? log4j?
[08:25:35] <stuartdouglas> jboss logging
[08:25:51] <sbryzak> doesn't it delegate to something else?
[08:26:01] <sbryzak> i need to know which slf4j impl to use
[08:26:28] <stuartdouglas> you should not be packaging the impl with your app
[08:26:47] <sbryzak> well i'm getting java.lang.NoClassDefFoundError: org/slf4j/impl/StaticLoggerBinder
[08:27:23] <stuartdouglas> if you want to use slf4j you will need to add a module dependency on it
[08:27:40] <sbryzak> so i can't just bundle the impl?
[08:27:51] <stuartdouglas> add a Dependencies: org.slf4j
[08:28:18] <stuartdouglas> actually that should be Dependencies: org.slf4j.impl
[08:28:20] *** shervin_a has joined #seam-dev
[08:28:34] *** chkal has quit IRC
[08:28:39] <sbryzak> where do i add that?
[08:28:46] <stuartdouglas> that should give you the jboss logging slf4j one
[08:28:50] <stuartdouglas> in MANIFEST.MF
[08:29:00] <sbryzak> in the app i'm deploying?
[08:29:10] <stuartdouglas> yes
[08:29:16] <sbryzak> hmm, interesting... ok
[08:31:15] *** chkal has joined #seam-dev
[08:31:18] *** antoine_sd has quit IRC
[08:38:26] <sbryzak> stuartdouglas: that seemed to work, i'm getting a different exception now :)
[08:39:03] <sbryzak> stuartdouglas: i'm getting java.lang.ClassNotFoundException: org.hibernate.cache.NoCacheProvider, i'm assuming the hibernate libs aren't provided by the container now?
[08:39:39] <stuartdouglas> can you paste the full stack trace?
[08:39:53] <stuartdouglas> hibernate 4 libs should be added automatically if the app uses JPA
[08:40:13] <sbryzak> http://pastebin.com/nE87T2sV
[08:40:15] *** antoine_sd has joined #seam-dev
[08:40:45] *** bleathem is now known as bleathem_away
[08:41:01] <stuartdouglas> that looks like a problem in the persistence.xml
[08:41:19] <stuartdouglas> I don't think org.hibernate.cache.NoCacheProvider is part of hibernate 4
[08:41:36] <sbryzak> np, i'll check it out in more detail
[08:48:51] <sbryzak> stuartdouglas: there doesn't seem to be anything unusual in the persistence.xml, and that class is part of hibernate core
[08:49:18] <sbryzak> hmm, well version 3.6.1 at least
[08:49:22] <sbryzak> i'm not sure about hibernate 4
[08:49:49] <stuartdouglas> in hib4 it is org.hibernate.cache.internal.NoCacheProvider
[08:50:33] *** marekn has quit IRC
[08:50:41] <sbryzak> yeah i just discovered that
[08:51:48] <sbryzak> i wonder where the old class reference is coming from
[08:59:46] *** marekn has joined #seam-dev
[09:07:35] *** mbg is now known as mbg|away
[09:22:16] <sbryzak> stuartdouglas: ok i've fixed that, it was a dependency problem with modeshape using older hibernate libs
[09:22:24] <sbryzak> stuartdouglas: there seems to be an issue with persistence though
[09:22:30] <sbryzak> have you tested @Transactional on AS7?
[09:22:40] <stuartdouglas> not yet
[09:22:47] <sbryzak> it doesn't seem to be working
[09:22:47] <stuartdouglas> what happens?
[09:22:58] <sbryzak> nothing, my transaction isn't committed
[09:23:24] <sbryzak> the entityManager.persist() call is successful, however no records in the db
[09:24:08] <sbryzak> i can probably spend some time debugging it in a little while
[09:24:08] <stuartdouglas> ok, I will look into it
[09:24:36] <sbryzak> were any of your changes for 3.0.1 meant for as7?
[09:24:43] <sbryzak> i haven't actually done the release yet
[09:24:51] <sbryzak> so maybe i'll hold off on it for now
[09:25:04] <stuartdouglas> yea, lets wait and see
[09:25:10] <stuartdouglas> I might add some as7 tests
[09:25:23] <sbryzak> sounds good
[09:25:31] <sbryzak> my usage is simple as can be
[09:25:45] <sbryzak> http://pastebin.com/jLrmtJD7
[09:25:45] *** maschmid has joined #seam-dev
[09:26:25] <sbryzak> stuartdouglas: if i can help with any specific debugging let me know
[09:26:53] <stuartdouglas> I will see what happens with the tests, and go from there
[09:27:15] <stuartdouglas> I'll probably end up removing the AS6 tests eventually
[09:27:27] <stuartdouglas> they are so slowwww
[09:27:30] <sbryzak> we can move them to an AS6 profile
[09:27:50] <sbryzak> or whatever ken and the other guys were discussing this morning for tests
[09:27:58] <sbryzak> i wasn't paying a lot of attention at the time ;)
[09:29:14] *** antoine_sd has quit IRC
[09:30:45] *** marekn has quit IRC
[09:34:51] *** marekn has joined #seam-dev
[09:35:11] *** mgoldmann has joined #seam-dev
[09:39:40] *** rruss has quit IRC
[09:40:39] *** rruss has joined #seam-dev
[09:42:08] *** koentsje has joined #seam-dev
[09:42:28] <stuartdouglas> sbryzak: Is there a version of the seam parent that has the new arquillian and SW versions?
[09:42:35] *** antoine_sd has joined #seam-dev
[09:43:51] *** rruss1 has joined #seam-dev
[09:45:15] *** rruss has quit IRC
[09:48:16] *** rruss1 has quit IRC
[09:48:17] <sbryzak> stuartdouglas: not yet, but i can release one
[09:48:45] <stuartdouglas> I need the new version to run the AS7 arq container
[09:48:57] <sbryzak> np, i'll look at it in a few minutes
[09:50:24] <sbryzak> stuartdouglas: is 1.0.0.CR1 the latest?
[09:50:51] <stuartdouglas> CR2 is in staging, aslak when are you going to release CR2?
[09:52:37] <sbryzak> stuartdouglas: do you think i should update the hibernate core version also?
[09:52:47] <sbryzak> it's currently set to 3.6.0.Final
[09:52:54] <stuartdouglas> sure, why not :-)
[09:53:13] <stuartdouglas> actually
[09:53:18] <sbryzak> so AS7 uses 4.0.0.Beta3 right?
[09:53:33] <sbryzak> i can bring it inline with that
[09:53:55] <stuartdouglas> that would probably be good
[09:54:02] <stuartdouglas> it may mean some changes in seam persistence
[09:54:05] <stuartdouglas> but I am not sure
[09:54:21] <stuartdouglas> so we might as well just go with it :-)
[09:54:27] <sbryzak> we're supposed to target AS7 now anyway
[09:54:31] <sbryzak> so let's do it
[09:55:19] <sbryzak> i'll go with 1.0.0.CR1 for arquillian for now
[09:55:26] <sbryzak> i can always release another parent
[09:55:52] <sbryzak> stuartdouglas: was that the only thing you wanted updated?
[09:55:59] <stuartdouglas> yes
[09:56:11] <sbryzak> ok, i'll release that
[09:56:35] <sbryzak> it will be version 11
[09:56:44] <sbryzak> i'd like to get rid of weld from the dependency tree one of these days
[09:57:09] <jbossbot> git [parent] push master b01475c.. Shane Bryzak update arquillian and hibernate core versions
[09:57:10] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/3634588...b01475c
[09:58:02] <aslak> stuartdouglas, i can push the button right now if weld is tested ok etc ?
[09:58:13] <jbossbot> git [parent] push master f5412c5.. Shane Bryzak [maven-release-plugin] prepare release 11
[09:58:13] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/b01475c...f5412c5
[09:58:18] <jbossbot> git [parent] push 11 URL: http://github.com/seam/parent/compare/0000000...bd19628
[09:58:25] <jbossbot> git [parent] push master 9a3bb86.. Shane Bryzak [maven-release-plugin] prepare for next development iteration
[09:58:25] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/f5412c5...9a3bb86
[09:58:30] <sbryzak> geez good timing aslak ;p
[09:58:35] <aslak> :)
[09:58:42] <stuartdouglas> aslak: AS7 defiantly works , but I did have some issues with the AS6 container
[09:58:50] <sbryzak> should i rollback the release?
[09:59:09] <sbryzak> or should we stick with CR1 for now
[09:59:34] <aslak> stuartdouglas, i had some failures with as6 as well, but it seemed like junit/surefire was running things named test as well.. to e.g. TestEvent was ran as a unit test,.. which is just a bean
[09:59:56] <stuartdouglas> aslak: my problem was that the container did not not seem to shut down
[10:00:00] <stuartdouglas> at the end of the run
[10:00:17] <aslak> stuartdouglas, that's a surefire issue. use 2.9
[10:00:35] <stuartdouglas> ok, then in that case CR2 is fine with me
[10:00:47] <aslak> http://jira.codehaus.org/browse/SUREFIRE-743
[10:00:47] <jbossbot> jira [SUREFIRE-743] JUnit 4.x provider never calls notifier.testRunFinished [Closed (Fixed) Bug, Major, Kristian Rosenvold] http://jira.codehaus.org/browse/SUREFIRE-743
[10:01:07] <sbryzak> ok rolling this release back
[10:01:10] <jbossbot> git [parent] push master 25f428d.. Shane Bryzak [maven-release-plugin] rollback the release of 11
[10:01:10] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/9a3bb86...25f428d
[10:01:13] <aslak> stuartdouglas, or hmm.. it failed to stop or was never stopped ?
[10:01:15] <sbryzak> aslak: can you push CR2 out?
[10:03:25] <aslak> sbryzak, released
[10:03:35] <sbryzak> aslak: cool, thanks
[10:03:36] <aslak> sbryzak, keep in min tho, CR2 is only out for Core and Weld Containers
[10:03:44] <aslak> sbryzak, the rest is CR1, but competable
[10:04:09] <jbossbot> git [parent] push master a4bffbf.. Shane Bryzak update arquillian to 1.0.0.CR2
[10:04:09] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/25f428d...a4bffbf
[10:04:25] <sbryzak> aslak: ah, i'll need to check seam parent to see where the version number is being used
[10:04:59] <aslak> sbryzak, so basically we have a verison number for core and one for the individual container ypes (weld, jboss, tomcat etc)
[10:04:59] <sbryzak> aslak: so stuff like arquillian-jbossas-remote-6 is still 1.0.0.CR1?
[10:05:03] <aslak> yea
[10:05:18] <sbryzak> ok, in that case i'll set the version to 1.0.0.CR1, and just override it for core and weld
[10:05:20] <aslak> jboss7 is 7.0.0.Final tho.. hehe
[10:05:50] <aslak> sbryzak, you should keep multiple version properties is what i'm trying to say.
[10:10:10] <sbryzak> aslak: i can do that by just providing a comma separated list, right?
[10:10:23] <sbryzak> i.e. <arquillian.version>1.0.0.CR1,1.0.0.CR2</arquillian.version>
[10:10:29] <aslak> ?
[10:10:41] <aslak> oh.. hmm
[10:10:45] <sbryzak> it's been ages since i used this feature in maven
[10:10:53] <aslak> didn't think of that
[10:11:14] <aslak> nor sure how it works..  it takes CR2 for the artifact if it exists, else go one back?
[10:11:19] <aslak> nor/not
[10:11:52] <sbryzak> i'm assuming that
[10:11:57] <sbryzak> i'm just trying to confirm it now
[10:12:35] <aslak> >1.0.0.CR1 to automate it, but a bit scary i guess hehe
[10:13:17] <sbryzak> heh yeah, maybe a bit dangerous
[10:15:28] <sbryzak> ok, the comma separated list doesn't work
[10:15:35] <aslak> http://docs.codehaus.org/display/MAVEN/Dependency+Mediation+and+Conflict+Resolution#DependencyMediationandConflictResolution-DependencyVersionRanges
[10:15:39] <sbryzak> i'll go with two separate properties
[10:15:55] <sbryzak> ah, i'll try that
[10:17:02] <sbryzak> doesn't work
[10:17:13] <sbryzak> i think the non-numeric characters in the version screw it up
[10:18:03] <aslak> <major>.<minor>.<revision>([ -<qualififer> ] | [ -<build> ])
[10:18:17] <aslak> we use . for Qualifier
[10:19:59] *** kpiwko has joined #seam-dev
[10:21:03] <sbryzak> hmm
[10:21:16] <sbryzak> aslak: Could not find artifact org.jboss.arquillian:arquillian-junit:jar:1.0.0.CR1 in jboss-public-repository-group (https://repository.jboss.org/nexus/content/groups/public)
[10:21:57] <sbryzak> aslak: i can only see a CR1 snapshot in the repo
[10:22:29] <aslak> sbryzak, it's renamed, org.jboss.arquillian-junit:arquillian-junit-container
[10:22:52] <aslak> arquillian.junit of course
[10:23:01] <aslak> in the groupid
[10:23:29] <sbryzak> thanks, i've updated that in the parent
[10:23:35] <sbryzak> i'm guessing some other artifacts have been renamed also
[10:24:35] <aslak> you should only need to depend on the arquillina-junit-container and the container adaptor. the rest should be pulled in correctly
[10:24:41] <aslak> the adaptors has not changed
[10:26:20] <sbryzak> except it pulls in version 1.0.0.CR1 for arquillian-test-api
[10:26:26] <sbryzak> shouldn't that be 1.0.0.CR2 now?
[10:26:39] <sbryzak> same with arquillian-core-api
[10:27:00] <aslak> that's maven artifact resolving for you i guess
[10:27:23] <sbryzak> i'll explicitly add them to the seam parent
[10:27:50] <aslak> the containers are in CR1, and dep on CR1, Core is in CR2 and dep on the smae in CR2. so order of depdencies in the pom pluss who defines the most explicit v in what pom in the hirarchy etc etc etc effects it
[10:28:42] <sbryzak> aslak: can you look over these versions: http://pastebin.com/N0xYNhCA
[10:29:22] <aslak> arquillian-junit-container should be CR2
[10:30:25] <sbryzak> this is getting a little complex... stuartdouglas: do you really need CR2 for the AS7 tests?
[10:31:01] <aslak> org.jboss.weld.arquillian.container:arquillian-weld-ee-embedded, should use org.jboss.arquillian.container:arquillian-weld-ee-embedded-1.1 instead
[10:32:13] <sbryzak> aslak: np, and be set to 1.0.0.CR1?
[10:33:01] <aslak> ?
[10:33:07] <aslak> oh, no, cr2
[10:33:39] <sbryzak> np, i updated it
[10:34:00] <aslak> sbryzak, have you set junit-container to CR2 as well ?
[10:34:05] <aslak> what does your new dep tree look like?
[10:35:01] <sbryzak> aslak: http://pastebin.com/ZUywGTnk
[10:36:22] <aslak> sbryzak, that looks better
[10:36:43] <aslak> sbryzak, do you have a profile with a CR1 container you can dep tree ?
[10:37:16] <sbryzak> trying to find one
[10:37:52] <aslak> sbryzak, as a note, arq does no longer expose a dep on shrinkwrap dependency resolver.. Maven resolver stuff..  so if you use it you need to add it
[10:38:08] <aslak> the arquillian bom tho expose it. you might want to import that
[10:38:21] <aslak> org.jboss.arquilllian:arquillian-bom:1.0.0.CR2
[10:39:06] <aslak> then you can remove version from junit-container, and the shrinkwrap dep resolver thinggy is there versioned as well
[10:40:10] <sbryzak> aslak: i found one, for seam-rest: http://pastebin.com/XNBPgUYD
[10:40:48] <sbryzak> aslak: that will be up to the module leads to add, i'll try to remember to mention it on seam-dev
[10:42:17] <aslak> sbryzak, is seam rest using the new parent ?
[10:42:28] <sbryzak> yes
[10:42:33] <aslak> as in is the parent installed etc?
[10:42:40] <sbryzak> yes i've installed it
[10:42:50] <aslak> hmm.. why is junit-container CR1 ?
[10:43:03] <sbryzak> hmm
[10:43:05] *** PeteRoyle has joined #seam-dev
[10:43:09] *** PeteRoyle has left #seam-dev
[10:43:16] *** PeteRoyle has quit IRC
[10:44:35] <sbryzak> aslak: http://pastebin.com/Yukh0jfD
[10:44:42] *** alesj has quit IRC
[10:44:48] <aslak> sbryzak, there we go
[10:45:01] <aslak> seam rest has a container profile you said? can you dep tree with the profile active
[10:45:48] <sbryzak> yeah i just tried.. it's broken
[10:46:15] *** tkimura has quit IRC
[10:46:33] <sbryzak> ah it's not in the parent
[10:46:38] <aslak> how? container set to CR2 and does not exist ?
[10:47:47] <sbryzak> we only had remote-3 in parent, and seam-rest was using remote-3.1
[10:47:50] <sbryzak> i've added it now
[10:48:09] <aslak> gf? remote 3 does not exist anymore
[10:48:31] <sbryzak> Could not find artifact org.jboss.arquillian.container:arquillian-glassfish-remote-3.1:jar:1.0.0.CR1 in jboss-public-repository-group (https://repository.jboss.org/nexus/content/groups/public
[10:48:42] <aslak> lol
[10:48:57] <sbryzak> has that been renamed?
[10:49:13] <aslak> right.. you had to try the only one i have not released..  2 sec
[10:49:27] <sbryzak> haha
[10:52:19] <stuartdouglas> sbryzak: I probably only need CR1
[10:52:56] <sbryzak> stuartdouglas: aslak: how about for simplicity sake we just go with 1.0.0.CR1 for now then until all the CR2 artifacts are released
[10:54:55] <aslak> sbryzak, try again, GF 1.0.0.CR1 pushed to nexus
[10:55:33] <sbryzak> aslak: still problems
[10:55:51] <aslak> sbryzak, -U
[10:55:56] <sbryzak> did that
[10:56:03] <sbryzak> now seem to be version numbers missing, how strange
[10:56:19] <aslak> sbryzak, well this won't change in the future, Containers and Core will have different versions
[10:57:33] <sbryzak> i'm getting: 'dependencies.dependency.version' for org.jboss.arquillian.junit:arquillian-junit-container:jar is missing. @ line 75, column 21
[10:57:41] <sbryzak> but the version number is specified in the parent
[10:57:59] *** alesj has joined #seam-dev
[10:58:18] *** alesj has quit IRC
[10:58:23] <aslak> sbryzak, it's using the correct parent? and the parent has the dep in it's depmgm ?
[10:58:27] *** alesj has joined #seam-dev
[10:58:37] <sbryzak> yes, and yes
[10:59:04] *** maschmid is now known as maschmid_afk
[10:59:34] <sbryzak> aslak: so.. did you mention there was an arquillian bom?
[10:59:42] <aslak> sbryzak, yea
[10:59:49] <aslak> for core + related shrinkwrap stuff
[10:59:57] <sbryzak> it doesn't include containers?
[11:00:05] <aslak> org.jboss.arquillian:arquillian-bom
[11:00:06] <aslak> nope
[11:00:56] <sbryzak> i might get dan to spend some time on this
[11:01:03] <sbryzak> for now, i think we should go with CR1
[11:01:34] <sbryzak> trying to mix the versions seems to be causing a lot of problems
[11:01:38] <aslak> not sure that will fix your junit-container missing verison issue tho.. :)
[11:01:53] <sbryzak> yeah that one has me stumped
[11:02:12] <sbryzak> the version is definitely set in the parent
[11:02:33] <sbryzak> but moments like this remind me why i hate maven
[11:02:51] <aslak> sbryzak, it didn't manage to pull in a old snapshot version publish on a server or similar hwne you did -U ?
[11:03:03] <aslak> when
[11:03:27] <sbryzak> i don't think so
[11:03:33] <sbryzak> i've rebuilt the parent in the meantime anyway
[11:05:04] <aslak> hmm
[11:07:37] <jbossbot> git [parent] push master 71f7cf4.. Shane Bryzak update arquillian to 1.0.0.CR1
[11:07:37] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/a4bffbf...71f7cf4
[11:08:30] <sbryzak> aslak: would you mind looking over https://github.com/seam/parent/blob/master/pom.xml to see if it looks ok
[11:10:17] <aslak> sbryzak, dep on line 194 and 201 is dup
[11:10:33] <aslak> dep on line 118 should be removed
[11:10:36] <sbryzak> oops
[11:11:22] <sbryzak> fixed those
[11:11:29] <jbossbot> git [parent] push master 51f233b.. Shane Bryzak fixed arquillian dependencies
[11:11:29] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/71f7cf4...51f233b
[11:11:58] <aslak> test-api might be there because you have a test module that has tests in src/main ?
[11:12:15] <aslak> in that case, you could swap them both and use arquillian-bom instead
[11:12:52] *** shervin_a has quit IRC
[11:12:56] <sbryzak> so what would i need to change?
[11:13:38] <aslak> sbryzak, well, replace junit-container with org.jboss.arquillian:arquillian-bom and add scope import type pom
[11:14:06] <aslak> dep line 125 & 132 should use arquillian.jboss.version
[11:14:38] <aslak> dep line 139 & 153 does not exist, replace with 3.1 v
[11:15:34] <aslak> dep line 160 should use arquillian.jetty.version
[11:15:42] <aslak> dep line 167 should use arquillian.tomcat.version
[11:16:05] <aslak> dep line 174 & 181 & 187 should use arquillian.weld.version
[11:18:30] <aslak> and the glassfish containers, which ever line they are on now, should use arquillian.glassfish.version
[11:18:37] <sbryzak> i assume all the container specific versions are 1.0.0.CR1?
[11:19:05] <aslak> arquillian.jboss.version, arquillian.tomcat.version, arquillian.jetty.version, arquillian.glassfish.version = 1.0.0.CR1
[11:19:15] <aslak> arquillian.version, arquillian.weld.version  = 1.0.0.CR2
[11:19:50] <jbossbot> git [parent] push master ac962d6.. Shane Bryzak update arquillian versions
[11:19:50] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/51f233b...ac962d6
[11:20:15] <sbryzak> aslak: ok, refresh that now
[11:20:15] <jbossbot> git [parent] push master 0e43139.. Shane Bryzak update arquillian.weld.version
[11:20:15] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/ac962d6...0e43139
[11:20:35] <aslak> sbryzak, dep on line 156 and 163 is dup
[11:21:16] <jbossbot> git [parent] push master 53a6e63.. Shane Bryzak remove duplicate dependency
[11:21:17] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/0e43139...53a6e63
[11:21:17] <aslak> sbryzak, dep on 142 should use arquillian.jboss.version
[11:21:48] <jbossbot> git [parent] push master 4c09add.. Shane Bryzak update dep to use correct version
[11:21:48] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/53a6e63...4c09add
[11:21:50] <sbryzak> done
[11:22:18] <aslak> cool, think that's it
[11:22:19] <aslak> :)
[11:22:36] <sbryzak> awesome, thanks
[11:22:41] <sbryzak> i'll release the parent now
[11:23:55] <jbossbot> git [parent] push 11 URL: http://github.com/seam/parent/compare/bd19628...0000000
[11:23:55] *** jamezp_afk has quit IRC
[11:24:33] *** jamezp_afk has joined #seam-dev
[11:24:42] <jbossbot> git [parent] push master bab0d35.. Shane Bryzak [maven-release-plugin] prepare release 11
[11:24:43] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/4c09add...bab0d35
[11:24:48] <jbossbot> git [parent] push 11 URL: http://github.com/seam/parent/compare/0000000...288761e
[11:24:54] <jbossbot> git [parent] push master bfebb1f.. Shane Bryzak [maven-release-plugin] prepare for next development iteration
[11:24:54] <jbossbot> git [parent] push master URL: http://github.com/seam/parent/compare/bab0d35...bfebb1f
[11:26:30] <sbryzak> stuartdouglas: new seam parent is released
[11:26:36] <sbryzak> version 11
[11:39:29] <stuartdouglas> sbryzak: ok, thanks
[11:42:47] *** jamezp_afk has quit IRC
[11:47:19] *** jamezp_afk has joined #seam-dev
[11:47:19] *** jamezp_afk has quit IRC
[11:47:19] *** jamezp_afk has joined #seam-dev
[12:02:28] *** sannegrinovero has joined #seam-dev
[12:02:59] *** maschmid_afk is now known as maschmid
[12:09:57] <jbossbot> git [spring] push master cc21b24.. Shane Bryzak module infrastructure
[12:09:57] <jbossbot> git [spring] push master URL: http://github.com/seam/spring/compare/2e26472...cc21b24
[12:13:13] <jbossbot> git [spring] push develop URL: http://github.com/seam/spring/compare/0000000...cc21b24
[12:20:38] *** jose_freitas has joined #seam-dev
[12:31:45] *** pmuir has joined #seam-dev
[12:51:42] *** jose_freitas has quit IRC
[12:57:06] *** kpiwko1 has joined #seam-dev
[12:58:09] *** pmuir has quit IRC
[12:58:19] *** kpiwko has quit IRC
[13:01:52] *** pmuir has joined #seam-dev
[13:27:58] *** jose_freitas has joined #seam-dev
[13:28:30] *** koentsje has quit IRC
[13:29:27] <jose_freitas> morning
[13:40:57] *** rmartinelli has joined #seam-dev
[13:50:42] *** rruss has joined #seam-dev
[13:52:10] *** rruss has quit IRC
[13:52:14] *** kpiwko has joined #seam-dev
[13:52:16] *** rruss has joined #seam-dev
[13:55:07] <jose_freitas> jamezp_afk: ping
[13:55:08] *** kpiwko1 has quit IRC
[13:56:38] *** rruss1 has joined #seam-dev
[13:57:11] *** rruss has quit IRC
[14:00:30] *** pmuir has quit IRC
[14:00:48] *** pmuir has joined #seam-dev
[14:00:48] *** pmuir has joined #seam-dev
[15:08:52] <sbryzak> stuartdouglas: still awake?
[15:21:15] *** jganoff has joined #seam-dev
[15:25:37] *** jharting has quit IRC
[15:29:13] *** mbg|away is now known as mbg
[15:30:42] <sbryzak> pmuir: ping
[15:30:55] <pmuir> hi sbryzak
[15:30:59] <sbryzak> hey pete
[15:31:16] <sbryzak> have you tried any portable extensions in as7?
[15:31:33] <pmuir> sbryzak: i tried some of seam solder iirc
[15:31:54] <sbryzak> did you use them on any classes packaged in a war?
[15:32:14] <sbryzak> i have an issue.. maybe i should describe the symptoms first ;)
[15:32:35] <sbryzak> it seems that processAnnotatedType isn't being fired for a class that's deployed in the WEB-INF/classes dir of a war file
[15:32:54] <sbryzak> however it's working for classes packaged in a jar in WEB-INF/lib
[15:33:05] <pmuir> sbryzak: weird
[15:33:08] <sbryzak> just wondering if you've tested that scenario
[15:33:15] <pmuir> probably not
[15:33:19] <pmuir> i've mainly worked on pure cdi stuff
[15:33:24] <pmuir> stuartdouglas is the person you need
[15:33:29] <sbryzak> no problem, i'll try to catch stuart tomorrow
[15:33:35] <sbryzak> it's almost midnight here, he's probably asleep
[15:33:52] <pmuir> i thought stuart slept at his keyb ;-)
[15:34:10] <sbryzak> haha must be his one day a month off
[15:39:55] *** tsurdilo has joined #seam-dev
[15:47:13] *** mbg is now known as mbg|away
[15:49:31] *** mbg|away is now known as mbg
[16:07:10] *** clerum has joined #seam-dev
[16:18:36] *** lincolnthree has joined #seam-dev
[16:20:03] *** tsurdilo1 has joined #seam-dev
[16:20:39] *** tsurdilo1 has quit IRC
[16:22:09] *** tsurdilo has quit IRC
[16:22:18] *** tsurdilo has joined #seam-dev
[16:31:33] <lincolnthree> hey alesj, i need to ask you about the weld conversationscope when you get a chance
[16:32:04] <lincolnthree> There's an issue that I'm wondering if it's been addressed in CDI 1.1
[16:32:15] *** bobmcw has quit IRC
[16:32:44] *** oskutka has quit IRC
[16:34:12] *** lincolnthree has quit IRC
[16:37:59] *** marekn has left #seam-dev
[16:40:23] *** chkal has quit IRC
[16:47:34] *** mbg is now known as mbg|away
[16:49:31] *** mbg|away is now known as mbg
[17:13:25] *** maschmid has quit IRC
[17:13:46] *** maschmid has joined #seam-dev
[17:15:24] *** maschmid has quit IRC
[17:16:03] *** jamezp_afk is now known as jamezp
[17:16:14] <jamezp> jose_freitas: If you're still around pong
[17:17:35] *** lincolnthree has joined #seam-dev
[17:18:22] *** mbg has quit IRC
[17:22:55] *** mbg has joined #seam-dev
[17:23:14] *** koentsje has joined #seam-dev
[17:29:16] *** Diablo-D3 has quit IRC
[17:43:55] <jose_freitas> hi jamezp :)
[17:44:07] <jamezp> hello jose_freitas
[17:44:19] <jose_freitas> I just wanted to be sure that jbossas6 implements full profile, do you know something about?
[17:45:17] <jamezp> I'm actually not sure, but I *thought* it only did the web profile.
[17:45:54] <jamezp> I know for AS 7.1 we'll implement for the Java EE6 spec.
[17:46:00] <jose_freitas> well, I read sometime ago that it was only web profile certified, but it implemented the full spec
[17:46:10] <jose_freitas> somewhere*
[17:46:17] <jamezp> I was wondering that.
[17:46:36] <jamezp> I'm pretty new to the team, so personally I've only worked on AS7.
[17:47:44] <jamezp> jose_freitas: Looks like it might implement the full spec http://community.jboss.org/thread/160813
[17:47:44] <jose_freitas> np
[17:47:51] <jose_freitas> thanks anyway
[17:48:52] <jose_freitas> woot, that was the link I read sometime ago
[17:48:53] <jose_freitas> thanks
[17:49:05] <jamezp> jose_freitas: No problem. Just an FYI this is from my boss so assume it's true :-) http://dandreadis.blogspot.com/2011/01/introducing-brand-new-jboss-as-60.html
[17:49:22] <jamezp> "JBoss AS 6.0 bundles almost all the technologies required by the full Java EE 6 spec"
[17:50:45] <jose_freitas> uhum
[17:51:37] *** rruss1 has quit IRC
[17:51:57] *** rruss has joined #seam-dev
[18:09:58] *** kpiwko has quit IRC
[18:18:33] *** akazakov has joined #seam-dev
[18:31:07] *** alesj has quit IRC
[18:38:53] *** mbg1 has joined #seam-dev
[18:39:23] *** mbg1 has quit IRC
[18:53:29] *** tsurdilo has quit IRC
[18:55:52] *** tsurdilo has joined #seam-dev
[18:56:02] *** jganoff has quit IRC
[18:57:01] *** rruss has quit IRC
[18:59:26] *** cbrock has joined #seam-dev
[19:02:43] *** gastaldi has joined #seam-dev
[19:02:50] *** jganoff has joined #seam-dev
[19:08:33] <gastaldi> hey !!
[19:08:42] <gastaldi> Anyone using Richfaces 4 lately ?
[19:22:06] <sgilda> has anyone successfully ported the seam 3 booking application to as7?
[19:24:15] <jose_freitas>  I think it doesn't need any "porting" sgild
[19:24:21] <jose_freitas> sgilda ^
[19:24:38] *** jganoff has quit IRC
[19:24:40] <sgilda> the war doesn't run as is
[19:25:08] <sgilda> there are changes required... like datasource, module dependencies :)
[19:25:50] <sgilda> i've made some progress, but still getting errors, so i'm looking for someone who's been successful to compare notes
[19:25:56] <jose_freitas> oh yes, the datasource is registered differently
[19:26:45] <sgilda> yes. and there are jars that were part of eap5 that are not in as7, so you have to add module dependencies. i also had to add some of the hibernate jars
[19:27:09] <jose_freitas> hm
[19:27:51] <sgilda> i'm writing the migration guide so i'm migrating apps to get info
[19:28:01] *** jganoff has joined #seam-dev
[19:29:36] <jose_freitas> I'm almost sure that marekn did some tests with booking in AS7
[19:29:45] <jose_freitas> try to catch him
[19:30:03] <sgilda> where can i find him?
[19:30:29] <jose_freitas> normally I see him here on the mornings (my mornings) he quit like 3 or 4 hours ago
[19:34:09] <sgilda> ah. ok. i'll watch for him tomorrow then. thanks!
[19:34:15] <gastaldi> bleathem_away: ping
[19:34:21] *** bleathem_away is now known as bleathem
[19:35:36] <bleathem> gastaldi: what up?
[19:35:51] <gastaldi> hey bleathem I need a help on Richfaces
[19:36:08] <gastaldi> Can you hop on to #richfaces for me ?
[19:48:49] *** rruss has joined #seam-dev
[19:50:25] *** arbi has joined #seam-dev
[20:02:27] *** koentsje has quit IRC
[20:14:52] *** lightguard_jp has joined #seam-dev
[20:23:02] *** sannegrinovero has quit IRC
[20:30:25] *** lazarotti has joined #seam-dev
[20:38:35] *** arbi has quit IRC
[20:45:53] *** jamezp has quit IRC
[20:58:04] *** jamezp has joined #seam-dev
[20:58:04] *** jamezp has joined #seam-dev
[20:58:55] *** jamezp is now known as jamezp_afk
[21:22:30] *** mbg is now known as mbg|away
[21:28:49] *** rruss has quit IRC
[21:40:41] *** mbg|away is now known as mbg
[21:40:50] *** mgoldmann has quit IRC
[21:41:11] *** bobmcw has joined #seam-dev
[21:52:27] *** rmartinelli has quit IRC
[21:52:47] *** rmartinelli has joined #seam-dev
[21:53:18] *** rruss has joined #seam-dev
[21:57:07] *** tsurdilo has quit IRC
[21:58:03] *** tsurdilo has joined #seam-dev
[22:22:39] *** aslak has quit IRC
[22:29:56] *** rmartinelli has quit IRC
[22:47:51] <jose_freitas> hey bleathem
[22:48:10] <bleathem> hey \jose_freitas
[22:48:28] <bleathem> jose_freitas: what's up?
[22:49:05] <jose_freitas> did you manage to build the test for viewAction?
[22:50:31] <bleathem> yes
[22:50:39] <bleathem> I emailed you about it earlier this week
[22:50:55] <bleathem> or, do you mean build, as in maven build?
[22:52:05] *** rhauch has joined #seam-dev
[22:52:40] <jose_freitas> yes build without test failure
[22:52:41] <jose_freitas> hehehe
[22:54:26] *** jose_freitas has quit IRC
[22:56:16] <lightguard_jp> sbryzak: ping
[22:56:24] <lightguard_jp> rruss: ping
[22:57:31] *** rmartinelli has joined #seam-dev
[23:10:45] <bleathem> any intellij users know how to "sync" the editor with the project view?
[23:11:05] <bleathem> ie. expand the project file tree, and highlight the file that is currently being edited?
[23:11:20] <bleathem> ^^ lightguard_jp, jamezp_afk
[23:11:59] <lightguard_jp> bleathem: What is it you want to do?
[23:12:11] <bleathem> When I'm editing a file
[23:12:14] <lightguard_jp> Just under the toolbar you have the path
[23:12:25] <lightguard_jp> Or do you want to see it in the project view instead?
[23:12:33] <bleathem> I want the file tree to be expanded in the project view
[23:12:38] <bleathem> yes, in the project view
[23:12:49] <bleathem> so I can see what project it's in, etc.
[23:13:01] <bleathem> It's possible in both eclipse and Netbeans
[23:13:09] <bleathem> I assume it'd be possible in idea
[23:13:39] *** jganoff has quit IRC
[23:13:44] <lightguard_jp> You can see what project it's in the path bar
[23:14:13] <bleathem> lightguard_jp: that's not as useful
[23:14:21] <bleathem> lightguard_jp: but if it's all there is, then ok
[23:14:28] <bleathem> lightguard_jp: thanks
[23:14:56] <lightguard_jp> bleathem: View -> Select In -> Project
[23:15:03] <lightguard_jp> The default key is Alt+F1
[23:15:25] <bleathem> cool, that's it
[23:15:30] <bleathem> ty
[23:15:40] <lightguard_jp> Yep
[23:18:22] <bleathem> ugh. Alt-F1 is a unity shortcut
[23:22:12] <lightguard_jp> Yeah
[23:22:18] <lightguard_jp> I had to disable it on mine too
[23:22:24] <lightguard_jp> Or you can change it in idea
[23:22:26] <lightguard_jp> Take your pick
[23:23:07] <gastaldi> unity sucks
[23:23:26] <lightguard_jp> I like it fine, just wish it were a bit more stable
[23:23:38] <lightguard_jp> Couldn't stand Gnome3
[23:23:42] <gastaldi> Yeah, I had to give it up because it crashed my machine several times
[23:23:56] <lightguard_jp> And when I upgraded Fedora 15 it wouldn't remember my keyboard layout
[23:24:18] *** jose_freitas has joined #seam-dev
[23:24:24] <lightguard_jp> Seems like there's always something that just irks me with a linux ui
[23:24:52] <lightguard_jp> I liked xfce, but hated the clock applet, couldn't find another one (love the clock applet from gnome, but it won't live in the panel)
[23:28:24] <bleathem> gotta sign out/back in. Stupid unity hates config changes
[23:28:46] *** bleathem has quit IRC
[23:30:49] *** bleathem has joined #seam-dev
[23:31:23] *** jose_freitas has quit IRC
[23:31:53] *** daniel_hinojosa has joined #seam-dev
[23:38:54] <lightguard_jp> bleathem: Install ccsm (CompizConfig Settings Manager)
[23:39:10] <bleathem> lightguard_jp: yeah, that's what I use
[23:39:21] <lightguard_jp> Mine seemed to work okay
[23:39:24] <bleathem> some setting changes cause unity to keel over though
[23:39:36] <lightguard_jp> I'm sure I'll have to sign out or reboot soon anyway
[23:41:29] <bleathem> lightguard_jp: depends on what you change
[23:41:35] <bleathem> I tend to explore too much
[23:48:30] <gastaldi> According to my calendar, the hack night begins in 6 mins
[23:48:37] <gastaldi> is that right ?
[23:49:36] <bleathem> gastaldi is raring to go!
[23:51:02] <rmartinelli> gastaldi: I think so
[23:52:16] <gastaldi> hehe
[23:52:32] <gastaldi> 2 minutes left !
[23:55:38] <gastaldi> yaaay !





top