[00:24:50] *** mgoldmann has quit IRC
[00:26:37] <jdlee> lightguard_jp: how much work have you done with our REST-based remote GF ... connector?
[00:27:12] <jdlee> i'm trying to test some JPA code and I'm finding I have to add several libs provided by GlassFish to my pom (eclipselink, javax.resources, etc)
[00:27:15] <lightguard_jp> idk, three or four hours
[00:27:28] <lightguard_jp> Really?
[00:27:46] <lightguard_jp> For test compilation?
[00:27:50] <jdlee> to run
[00:27:58] <jdlee> get CNFE during the test runs
[00:29:14] <jdlee> and for some reason, I keep getting Derby exceptions, but I'm using HSQL
[00:29:58] <jdlee> i wonder if part of the problem is that I'm setting up the DS in persistence.xml.  maybe I should reference a JNDI and let the container manage that (via the resources XML file)
[00:30:46] <lightguard_jp> Are you adding the persistence.xml to the test archive?
[00:30:58] <jdlee> i am
[00:31:11] <jdlee> and I can see EclipseLink boostrapping
[00:31:20] <jdlee> (watching the logs)
[00:32:47] *** aslak has quit IRC
[00:34:28] <lightguard_jp> Is your test running in the container or as a client?
[00:35:23] <jdlee> um...huh? :P
[00:35:32] <jdlee> should be in the container
[00:35:42] <jdlee> @RunWith(Arquillian.class)
[00:35:43] <jdlee> public class MyBeanTest {
[00:36:00] * jdlee shrugs
[00:37:22] <lightguard_jp> Have you looked at Dan's jpa example?
[00:37:35] <lightguard_jp> I'm not sure why you'd need to be adding all the stuff :(
[00:39:36] <lightguard_jp> https://github.com/mojavelinux/arquillian-showcase/blob/master/jpa
[00:39:41] <lightguard_jp> You can see what's different
[00:43:27] <jdlee> think I've looked at that.  i'll look again
[00:43:47] <jdlee> iirc, he has a glassfish-resources file that setups up the JDBC stuff in the container
[00:43:51] <lightguard_jp> He has hibernate as a test dep
[00:43:52] <jdlee> think i need to do that
[00:43:57] <jdlee> hmm
[00:43:57] <lightguard_jp> Possibly
[00:44:12] <lightguard_jp> You're not using the JSR-88 container are you?
[00:44:38] <jdlee> no...your REST work
[00:45:00] <lightguard_jp> Hm
[00:45:21] <lightguard_jp> You may need to create the datasource if it's not already there in the server
[00:45:31] <lightguard_jp> Meaning the sun-resource.xml
[00:45:48] <lightguard_jp> If you haven't already set it up via asadmin or the console
[00:51:39] <jdlee> i was hoping specifying the JDBC url, etc in persistence.xml would work
[00:51:45] <jdlee> doesn't seem to want to :P
[01:13:28] *** rruss has quit IRC
[01:15:14] *** lightguard_jp has quit IRC
[01:56:22] *** dblevins has quit IRC
[02:01:32] *** dblevins has joined #jbosstesting
[02:28:56] *** mgoldmann has joined #jbosstesting
[03:24:56] *** rruss has joined #jbosstesting
[05:04:57] *** mgoldmann has quit IRC
[05:22:19] *** ldimaggi_ has quit IRC
[06:26:47] *** lightguard_jp has joined #jbosstesting
[06:59:15] *** maeste has joined #jbosstesting
[07:30:51] *** ALR has quit IRC
[07:58:47] *** lightguard_jp has quit IRC
[08:03:36] *** aslak has joined #jbosstesting
[08:03:36] *** aslak has quit IRC
[08:03:36] *** aslak has joined #jbosstesting
[08:27:52] *** timte has joined #jbosstesting
[08:48:28] *** wolfc has joined #jbosstesting
[08:48:32] *** GTobi has joined #jbosstesting
[08:48:47] *** aslak has joined #jbosstesting
[08:53:26] *** aslak has quit IRC
[08:54:07] *** aslak has joined #jbosstesting
[09:04:08] *** hatchetman82 has joined #jbosstesting
[09:11:10] *** Jaikiran has joined #jbosstesting
[09:21:44] *** ge0ffrey has joined #jbosstesting
[09:38:08] <hatchetman82> when multiple deployments make it into arq, will it be possible to deploy non-java-artifacts ?
[09:38:31] <hatchetman82> for instance, deploy an *.ear (a java artifact) + a *-ds.xml (non-java artifact)
[09:38:31] <hatchetman82> ?
[09:42:52] *** maeste has quit IRC
[09:44:34] *** oskutka has joined #jbosstesting
[09:50:49] *** lfryc has joined #jbosstesting
[09:55:54] *** maeste has joined #jbosstesting
[09:58:24] *** jharting has joined #jbosstesting
[10:00:21] *** michaelschuetz has joined #jbosstesting
[10:09:50] *** rruss has quit IRC
[10:21:37] *** Jaikiran is now known as Jaikiran|lunch
[10:25:27] <aslak> hatchetman82, yea
[10:25:38] <aslak> both Archive<?> and Descriptor is supported
[10:27:37] <hatchetman82> cool. when's the next release to include this ?
[11:34:43] <nickarls> aslak: are there any nice ways of pre-populating persistence data in ARQ already?
[11:35:14] <nickarls> not that it matters, the same people sit on all the channels anyway :-)
[11:43:57] *** Jaikiran|lunch is now known as Jaikiran
[12:16:09] *** baaba has joined #jbosstesting
[12:16:47] <baaba> in the list of patterns here for the jndi names: http://docs.jboss.org/arquillian/reference/latest/en-US/html_single/#d0e964
[12:16:56] <hatchetman82> nickarls: i looked ito that before and ended up with a hibernate property
[12:16:57] <baaba> can i configure arquillian to add a pattern to that?
[12:17:21] <hatchetman82> you can provide an SQL file to hibernate (in a prop in pers.xml) that will be executed after "create-drop"
[12:17:51] <hatchetman82> baaba: not unless you want to build your own version
[12:17:55] <baaba> :(
[12:18:00] <hatchetman82> you can, however use @Resource and provide a "full" JNDI name
[12:18:09] <baaba> yeah but that kinda sucks :P
[12:18:35] <baaba> ah well, i guess i'll just do that so i can proceed
[12:19:34] <hatchetman82> there's a bug for that
[12:19:40] <hatchetman82> hold on, ill try locating it
[12:21:32] <aslak> nickarls, you can use hibernate import.sql properties..
[12:28:20] <hatchetman82> baaba: https://issues.jboss.org/browse/ARQ-340
[12:28:21] <jbossbot> jira [ARQ-340] mappedName and lookup attributes are ignored for @EJB in jections into test cases, forcing a naming convention on implementations [Open, Major, Unassigned] https://issues.jboss.org/browse/ARQ-340
[12:30:40] <baaba> cheers i'll keep an eye on that
[12:43:14] <nickarls> hatchet: aah, so you can essentialy have a different file for each test...
[12:43:33] <hatchetman82> yes
[12:43:39] <hatchetman82> but you'll be writing SQL
[12:43:43] <hatchetman82> it wont be pretty :-)
[12:44:17] <hatchetman82> i contemplated using this to test a @Singleton @Startup, but went for inserting stuff through an entityManager and then calling the init() again
[13:04:37] <nickarls> hatchet: well, the insert statements can be dumped from existing data.
[13:04:58] <nickarls> it would be cute with excel-imports like dbunit etc
[13:15:27] <hatchetman82> would be nice to be able to run some java code before j2ee app init
[13:15:39] <hatchetman82> because i dont trust my entity mapping to remain constant
[13:15:47] <hatchetman82> so if i use SQL im going to be changing it a lot
[13:16:48] <hatchetman82> aslak: in multi-deployment arq. tests, is the deployment serial and predictable, of will it be parallel ?>
[13:17:52] <aslak> hatchetman82, ordered
[13:18:05] <aslak> @Deployment(name, order, startup, testable)
[13:18:38] <hatchetman82> so in theory i could write a "mini-ear" to do inserts before my "main" ear (the one with the @STartup @SIngleton) deploys and boots ?
[13:18:49] <hatchetman82> that would solve the issue, and not force me into SQL
[13:19:13] <aslak> startup means arquillian will deploy it during BeforeClass and undeploy it, startup false opens for manual deployment using the Deploy API, testable is whether or not it should be enriched for incontainer testing
[13:19:18] <hatchetman82> hmm ... might have a problem with the same PU being deployed in 2 ears though
[13:19:44] <aslak> hatchetman82, that should be possible yea
[13:19:59] <aslak> hatchetman82, i think we can do better, but a option.. :)
[13:20:14] <hatchetman82> ok, ill wait for it to hit release then
[13:20:30] <hatchetman82> till then im dealing with drools
[13:41:20] *** ldimaggi_ has joined #jbosstesting
[13:53:33] *** michaelschuetz has quit IRC
[13:54:16] *** michaelschuetz has joined #jbosstesting
[14:25:09] *** ge0ffrey_ has joined #jbosstesting
[14:25:09] *** ge0ffrey has quit IRC
[14:39:49] *** bgeorges has joined #jbosstesting
[14:53:50] *** nickarls has quit IRC
[14:56:22] *** pmuir has joined #jbosstesting
[15:02:04] *** hatchetman82 has quit IRC
[15:10:55] *** rruss has joined #jbosstesting
[15:42:22] *** oskutka has quit IRC
[15:49:59] *** bgeorges has quit IRC
[15:55:27] *** oskutka has joined #jbosstesting
[16:13:05] *** oskutka has quit IRC
[16:25:36] *** hatchetman82 has joined #jbosstesting
[16:26:20] <hatchetman82> aslak : ever notice how the byteman sire probably returns the wrong MIME type for the doc page ?
[16:26:45] <hatchetman82> going here: http://www.jboss.org/byteman/documentation and clicking on the HTML ver. i get the raw HTML displayed (firefox 3.6)
[16:28:13] <aslak> hatchetman82, hehe, yea i see. same here. it links directly to svn
[16:28:24] *** mgoldmann has joined #jbosstesting
[16:28:36] <aslak> i'll forward it to andrew
[16:30:16] <hatchetman82> thanks :-)
[16:34:09] *** ALR has joined #jbosstesting
[16:51:22] <aslak> hatchetman82, he's working on fixing it
[16:51:47] * hatchetman82 has done his part for the betterment of mankind for today
[16:51:55] <aslak> :)
[16:51:57] <hatchetman82> goot thing too, its almost 18:00 local time :-)
[17:08:07] *** lightguard_jp has joined #jbosstesting
[17:09:21] <lightguard_jp> aslak: Failed to execute goal on project arquillian-impl-base: Could not resolve dependencies for project org.jboss.arquillian:arquillian-impl-base:jar:1.0.0-SNAPSHOT: Could not find artifact org.jboss.shrinkwrap:shrinkwrap-extension-dependencies:jar:1.0.0-SNAPSHOT in jboss-public-repository-group (https://repository.jboss.org/nexus/content/groups/public/)
[17:09:28] <lightguard_jp> From trying to build from your branch
[17:10:02] <aslak> lightguard_jp, https://github.com/aslakknutsen/shrinkwrap/tree/SHRINKWRAP-140
[17:10:04] <jbossbot> jira [SHRINKWRAP-140] Support loading artifacts from a Maven repository [Open, Major, Karel Piwko] https://issues.jboss.org/browse/SHRINKWRAP-140
[17:10:22] <aslak> and you need this: https://github.com/aslakknutsen/descriptors/tree/SHRINKDESC-25
[17:10:23] <jbossbot> jira [SHRINKDESC-25] Import / Export should be able to handle unmapped entries [Open, Major, Unassigned] https://issues.jboss.org/browse/SHRINKDESC-25
[17:11:05] <aslak> shrinkwrap branch is merged in sw master, but master contains a bunch of API changes that are not updated in arq yet
[17:11:32] <lightguard_jp> gah
[17:11:53] <lightguard_jp> Okay, pull from those two links you gave me and mvn install both?
[17:13:34] <aslak> yea
[17:13:45] <lightguard_jp> okay
[17:17:13] <lightguard_jp> Will the descriptors stuff be merged into to sw core?
[17:17:52] <lightguard_jp> aslak: tests die :( I guess I'll just do it w/o the tests
[17:19:28] *** jharting has quit IRC
[17:20:51] <aslak> lightguard_jp, Descriptors is a separate project
[17:21:13] <aslak> lightguard_jp, yea, some testing failing there. it's not 00% updated to the new core
[17:21:22] <aslak> 100%
[17:21:28] <aslak> unimportant tests.. :)
[17:21:34] <lightguard_jp> lol
[17:22:48] <aslak> well, they test that the exported file is 100% identical to one exported previously. the new core exports it slightly different so they fail
[17:23:39] <aslak> but i've kept them there failing to remind my self that order in xml matter... god knows why
[17:27:53] *** GTobi has quit IRC
[17:29:44] *** lfryc has quit IRC
[17:30:34] *** lfryc has joined #jbosstesting
[17:31:20] *** lfryc has quit IRC
[17:31:45] *** lfryc has joined #jbosstesting
[17:31:50] <lightguard_jp> aslak: The order in XML only matters if that's how the DTD / XSD defines it
[17:31:51] *** rruss has quit IRC
[17:32:05] <aslak> lightguard_jp, i know, but why would it define it..
[17:32:27] <aslak> it / ppl
[17:33:20] <lightguard_jp> You got me.  xs:sequence, IMO is worthless
[17:33:26] <aslak> i can understand order of the same element, to avoid e.g. a index attribute, but order relative to some other
[17:33:31] <lightguard_jp> xs:choice is much nicer
[17:34:18] <aslak> lightguard_jp, hehe, choice is generated as setBlaAndBlaAndBla(Object) in jaxb
[17:34:45] <aslak> no, addBlaaOrBlabOrBlac
[17:35:34] <lightguard_jp> Never been terribly impressed with jaxb generation
[17:37:09] <aslak> try doing a jaxb generation on e.g. web.xmls xsd..  everything is choice, so everything comes out as  Object, getBaOrBa()
[17:37:16] <aslak> :)
[18:08:55] *** rruss has joined #jbosstesting
[18:23:27] *** maeste is now known as maeste_afk
[18:25:21] *** lfryc has quit IRC
[18:32:00] *** michaelschuetz has quit IRC
[19:08:06] *** pmuir has quit IRC
[19:09:29] <lightguard_jp> aslak: Very close to calling it quits on this build
[19:10:19] <aslak> lightguard_jp, ?
[19:11:00] <lightguard_jp> arquillian from your bigger picture branch
[19:11:13] <lightguard_jp> Getting compile errors now :(
[19:11:28] <aslak> lightguard_jp, on what?
[19:11:32] <lightguard_jp> In the JBoss Releaded Embedded 1.x probject
[19:12:03] <aslak> compile what you need, not the whole thing
[19:12:23] <aslak> mvn install -pl junit,containers/glassfish-remote-3.1 -am
[19:13:36] <lightguard_jp> Okay.  I guess I'll need the api, spi, iml base, test enrichers, aggregator, junit testrunner, all the protocols ?, and framework aggregator
[19:13:44] <lightguard_jp> Does that sound about right?
[19:16:05] <aslak> that's what the command line above does
[19:16:17] <aslak> resolve all deps of those to modules and compie
[19:16:34] <lightguard_jp> Assuming I have a pom (which I don't just yet, thought I'd build it first)
[19:16:53] <lightguard_jp> I'll pull all the stuff in and then build using that
[19:16:55] <lightguard_jp> Thanks
[19:26:05] *** maeste_afk has quit IRC
[19:41:28] *** maeste_afk has joined #jbosstesting
[20:01:19] *** dblevins has quit IRC
[20:06:07] *** bobmcw has quit IRC
[20:06:25] *** Jaikiran has quit IRC
[20:08:24] *** bobmcw has joined #jbosstesting
[20:14:00] *** dblevins has joined #jbosstesting
[20:17:27] *** michaelschuetz has joined #jbosstesting
[20:22:43] *** hatchetman82 has quit IRC
[20:26:26] <aslak> jdlee, maybe you need to use RESOURCE_LOCAL instead of JTA ?
[20:27:09] <jdlee> i tried that, but it blows up because a container-managed persistence unit must be JTA
[20:27:54] <aslak> ?
[20:28:13] <aslak> which persistence units are not container managed ?
[20:32:19] <jdlee> I'm injecting an EntityManager using that persistence.xml, so it has to be JTA
[20:35:21] *** bobmcw has quit IRC
[20:36:03] <aslak> jdlee, hmm, so entityManager.getTransaction can not be used if you inject a entitymanager ?
[20:36:33] <jdlee> i think it can. i think UserTransaction can't be?
[20:36:39] <jdlee> i'd have to double check all of that
[20:36:48] <aslak> i'm pretty sure i've used non jta based enitymanagers in ejbs before, but maybe not spec compliant
[20:36:51] *** oskutka has joined #jbosstesting
[20:37:46] <jdlee> did you inject EntityManager or EntityManagerFactory?
[20:38:13] <aslak> i believe inject..
[20:38:30] <aslak> maybe my memory is playing trix
[20:38:49] *** bobmcw has joined #jbosstesting
[20:47:50] <jdlee> hehe
[20:48:52] *** michaelschuetz has quit IRC
[21:21:09] *** ge0ffrey_ has quit IRC
[21:35:05] *** oskutka has quit IRC
[21:39:00] *** rruss has quit IRC
[21:39:18] *** rruss has joined #jbosstesting
[22:57:33] *** maeste_afk has quit IRC
[23:15:40] *** michaelschuetz has joined #jbosstesting
[23:23:00] *** rruss has quit IRC
[23:23:57] *** mgoldmann has quit IRC
[23:43:40] *** wolfc has quit IRC





top