March 23, 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

[00:01:41] *** bleathem has quit IRC
[00:07:00] *** wolfc has quit IRC
[00:14:59] *** lightguard_jp has quit IRC
[00:16:12] *** michaelschuetz has quit IRC
[00:42:30] *** johnament has joined #jbosstesting
[00:43:20] <johnament> aslak: ping
[01:07:19] <aslak> johnament, heya
[01:13:53] <johnament> aslak: hey
[01:14:23] <johnament> aslak: does arquillian have a way to give me info about host/port/path, if i wanted to test invoking a web service?
[01:16:21] <aslak> johnament, hmm.. I havn't tested, but with Alpha5 you have the @ArquillianReosurce URL url; which will give you the base URL for the HTTP context
[01:17:11] <aslak> but not sure how a Deployment looks if it only has a WebService in it and your using @RunAsClient
[01:17:22] <aslak> johnament, but worth a shot
[01:17:34] <johnament> aslak: well here's what i ran into.
[01:18:01] <johnament> aslak: resteasy uses hostname as a reserved word in JAX-RS (maybe it's global?) unit test worked fine with an injected instance of the app, i passed in arguments, it worked.
[01:18:07] <johnament> went to install in test and it blew up
[01:18:26] <johnament> aslak: so i was wondering if i had a way to check that
[01:18:50] <aslak> hostname as a reserved word?
[01:19:28] <aslak> hostname as URL parameter?
[01:22:31] <aslak> johnament, i do use @ArquillianResource URL injection in the jax-rs test case in the showcase
[01:22:36] <aslak> (not commited)
[01:23:27] <johnament> aslak: is it in your repo?
[01:23:33] <aslak> johnament, https://gist.github.com/882392
[01:24:25] <aslak> johnament, hope that helps.. bed time here.. :)
[01:25:30] *** aslak has quit IRC
[02:08:44] *** bleathem has joined #jbosstesting
[02:20:47] *** bgeorges has joined #jbosstesting
[02:32:32] *** bobmcw has joined #jbosstesting
[03:40:11] *** ldimaggi has quit IRC
[03:44:08] *** johnament has quit IRC
[04:01:42] *** bobmcw has quit IRC
[04:01:46] *** bobmcw_ has joined #jbosstesting
[04:11:59] *** bobmcw_ has quit IRC
[06:43:27] *** echelog-2 has joined #jbosstesting
[06:57:00] *** ALR has joined #jbosstesting
[06:58:25] *** Elisha has quit IRC
[06:59:12] *** Elisha has joined #jbosstesting
[07:20:13] *** bleathem has quit IRC
[07:21:24] *** oskutka has joined #jbosstesting
[07:22:43] *** ALR has quit IRC
[08:07:12] *** jharting has joined #jbosstesting
[08:12:32] *** oskutka has quit IRC
[08:14:11] *** oskutka has joined #jbosstesting
[08:27:11] *** michaelschuetz has joined #jbosstesting
[08:30:43] *** ge0ffrey has joined #jbosstesting
[08:47:04] *** mgoldmann has joined #jbosstesting
[09:06:25] *** kpiwko has joined #jbosstesting
[09:12:56] *** aslak has joined #jbosstesting
[09:12:56] *** aslak has quit IRC
[09:12:56] *** aslak has joined #jbosstesting
[09:26:06] *** Jaikiran has joined #jbosstesting
[09:45:18] *** jeand has joined #jbosstesting
[09:48:43] *** aslak_ has joined #jbosstesting
[09:49:26] *** kpiwko has quit IRC
[09:52:17] *** bgeorges has quit IRC
[09:56:16] *** wolfc has joined #jbosstesting
[09:57:42] *** timte has quit IRC
[10:06:24] *** dblevins has quit IRC
[10:14:23] *** lfryc has joined #jbosstesting
[10:16:33] *** pmuir has joined #jbosstesting
[10:16:33] *** pmuir has quit IRC
[10:16:33] *** pmuir has joined #jbosstesting
[10:45:44] *** Elisha has quit IRC
[10:47:22] *** Elisha has joined #jbosstesting
[11:01:46] *** maeste has joined #jbosstesting
[11:02:19] *** michaelschuetz has quit IRC
[11:03:03] *** michaelschuetz has joined #jbosstesting
[11:18:23] *** alesj has joined #jbosstesting
[11:20:23] *** adriancole has quit IRC
[11:20:53] *** adriancole has joined #jbosstesting
[11:41:51] *** vtunka has joined #jbosstesting
[12:04:20] *** ldimaggi has joined #jbosstesting
[12:11:06] *** pmuir has quit IRC
[12:21:15] <alesj> aslak: how hard would it be to upgrade Arq to Alpha5 in Weld?
[12:32:35] <aslak_> alesj, not too hard. got a couple of new fixes in my beta1 branch. mostly SW related
[12:32:54] <aslak_> got some failing tests, not sure if i did something or not. need to rebase against current and test again
[12:33:28] *** aslak_ has quit IRC
[12:36:19] <alesj> aslak: ok, let me know if/when you have rebased
[12:36:39] <alesj> and we can then merge with Weld master
[12:39:32] <aslak> alesj, will do
[12:50:34] *** aslak has quit IRC
[12:51:19] *** aslak has joined #jbosstesting
[12:59:04] *** bgeorges has joined #jbosstesting
[13:03:08] *** davidbos has joined #jbosstesting
[13:05:54] *** davidbos has quit IRC
[13:12:14] *** bobmcw has joined #jbosstesting
[13:14:09] *** timte has joined #jbosstesting
[13:54:25] *** maschmid has joined #jbosstesting
[13:59:13] *** davidbos has joined #jbosstesting
[14:09:49] *** davidbos has quit IRC
[14:11:14] *** lightguard_jp has joined #jbosstesting
[14:33:36] <jharting> ping aslak
[14:35:39] *** jdlee has joined #jbosstesting
[14:45:18] *** maeste has quit IRC
[14:45:55] *** bobmcw has quit IRC
[14:57:13] *** maeste has joined #jbosstesting
[15:01:45] *** jbossbot has quit IRC
[15:01:56] *** jbossbot has joined #jbosstesting
[15:12:16] *** bgeorges has quit IRC
[15:18:53] *** oskutka has quit IRC
[15:23:07] *** lincolnthree has joined #jbosstesting
[15:24:05] *** Tashtego has joined #jbosstesting
[15:26:44] *** jdlee has quit IRC
[15:28:15] <aslak> jharting, heya
[15:30:22] <jharting> aslak: Hey Aslak, seems that arquillian-framework-jsfunit got no alpha5 release
[15:30:29] <jharting> aslak: is this known / intentional?
[15:30:50] <aslak> jharting, aa, yes. the JSFUnit integration has been moved to the JSFUNit project
[15:31:31] <aslak> JSFUnit 2.0.0.Beta1 comes with arq support out of the box
[15:31:54] <aslak> jharting, http://community.jboss.org/wiki/InjectionCDIforJSFSessionJSFClientSessionandJSFServerSession
[15:32:47] <aslak> jharting, the 2.0.0.Beta1 is for Alpha4 tho
[15:33:34] <jharting> aslak: ic, thanks
[15:33:48] <jharting> aslak: I'll open a jira to update the docs then, I guess http://docs.jboss.org/arquillian/reference/1.0.0.Alpha5/en-US/html/extension.reference.html#extension.jsfunit
[15:34:17] <aslak> jharting, aa.. missed that one. yes please do
[15:34:39] <aslak> jharting, should replace it with some reference to jsfunit
[15:36:19] *** jdlee has joined #jbosstesting
[15:37:22] <Tashtego> hi aslak. i know " its done when its done" ;) ...but anything new about arquillian? ;)
[15:37:50] <Tashtego> just curious about it ;)
[15:38:18] <aslak> Tashtego, it's done
[15:38:36] <aslak> Tashtego, http://community.jboss.org/en/arquillian/blog/2011/03/18/arquillian-100-alpha5--released
[15:39:07] <Tashtego> ^^  aaaaaa wow ;) nice ;)
[15:39:13] <Tashtego> will test it today *G
[15:39:20] <Tashtego> that was faster than i thought ^^
[15:39:38] <aslak> hehe :)
[15:39:59] 
[15:40:26] <aslak> having a few issues with gf embedded.. http://community.jboss.org/message/595077
[15:40:47] <aslak> it runs, it's just a few quirks
[15:42:06] <Tashtego> but using more than one test class with @Deployment should work now? means undeployment and redeployment (maybe renaming test.war to another one) ?
[15:44:26] *** jdlee has quit IRC
[15:45:02] <jharting> aslak: one more thing, the glassfish-remote-3.1 connector seems to be broken, failing with NPE, have you seen that?
[15:45:17] *** jdlee has joined #jbosstesting
[15:45:18] *** jdlee has joined #jbosstesting
[15:47:03] <aslak> jharting, where?
[15:47:20] <jharting> DeployableTestBuilder.java:88
[15:47:51] <aslak> jharting, pastebin stacktrace ?
[15:48:12] <jharting> aslak: sec
[15:50:05] <aslak> Tashtego, undeploy / redeploy should work(that was a GF issue) if your using GF 3.1. And you can call the Deployment what ever you want (only exception is if you use the @EJB enrichment, which still requires the context to be called "test")
[15:51:34] *** jdlee has quit IRC
[15:54:00] *** jdlee has joined #jbosstesting
[15:54:03] *** jdlee has joined #jbosstesting
[15:59:28] <jharting> aslak: seems that the NPE was caused by me mixing arq (alpha4) with the GF container (alpha5)
[16:00:21] <jharting> aslak: anyway, the GF connector (alpha5 only) does not seem to work with arquillian alpha4, is there a way of using jsfunit integration (based on alpha4) and still deploy to GF 3.1?
[16:05:55] <aslak> jharting, not with out a little coding. the easiest is to update the jsfunit code to support alpha5. basically just some SPI classes that has moved location
[16:05:59] <aslak> location/package
[16:08:56] <jharting> aslak: ic, thanks
[16:30:06] *** jharting has quit IRC
[16:35:14] *** bleathem has joined #jbosstesting
[16:46:33] *** echelog-2 has joined #jbosstesting
[16:51:19] *** timte has quit IRC
[17:03:43] <Tashtego> any known problems about downloading alpha5 via maven?
[17:05:02] *** ALR has joined #jbosstesting
[17:08:13] <aslak> Tashtego, nope
[17:08:20] *** alesj has left #jbosstesting
[17:18:14] *** ALR has quit IRC
[17:26:18] *** michaelschuetz has quit IRC
[17:40:05] *** ALR has joined #jbosstesting
[17:50:18] *** maeste has quit IRC
[17:52:40] <ALR> mojavelinux: Ping.
[17:53:02] <ALR> mojavelinux: Are we covered? https://twitter.com/#!/edburns/status/50597246160470017
[18:07:08] *** maschmid has quit IRC
[18:09:17] *** Jaikiran has quit IRC
[18:13:21] *** jdlee has quit IRC
[18:17:46] *** Jaikiran has joined #jbosstesting
[18:21:52] *** jdlee has joined #jbosstesting
[18:21:52] *** jdlee has joined #jbosstesting
[18:28:46] <Tashtego> what is the correct repository for arquillian alpha 5?
[18:29:06] <Tashtego> http://repository.jboss.org/nexus/content/groups/public doesnt work
[18:29:14] <aslak> https://repository.jboss.org/nexus/content/repositories/public/org/jboss/arquillian/
[18:34:51] <Tashtego> i guess the dependency arquillian-glassfish-embedded-3 is still needed, right?  (group id org.jboss.arquillian.container), version 1.0.0.Alpha5
[18:36:12] <aslak> Tashtego, aa, glassfish-embedded-3 is deprecated, use 3.1
[18:36:36] <aslak> https://repository.jboss.org/nexus/content/repositories/public-jboss/org/jboss/arquillian/container/arquillian-glassfish-embedded-3.1/
[18:41:21] <Tashtego> right that helped ;)
[18:41:24] <Tashtego> sorry. my fault
[18:41:51] <lincolnthree> aslak: do we have jboss embedded yet?
[18:47:05] <aslak> lincolnthree, ?
[18:47:17] <aslak> lincolnthree, JBoss Embedded 60.final yea
[18:47:28] <aslak> JBoss AS Embedded
[18:47:46] *** jharting has joined #jbosstesting
[18:47:52] <lincolnthree> Ah cool. It's been a while since I needed anything :) thanks
[18:55:01] *** davidbos has joined #jbosstesting
[18:55:51] <davidbos> ALR ping
[18:56:54] *** vtunka has quit IRC
[18:59:34] *** alesj has joined #jbosstesting
[19:02:57] *** davidbos has quit IRC
[19:06:30] <Tashtego> @Resource now needs a lookup name to inject the UserTransaction for JPA. What is the lookup name here? ;) the jta-data-source name from persistence.xml??
[19:10:50] <aslak> Tashtego, nothing has changed there
[19:11:17] <aslak> Tashtego, are you creating a WebArchive ?
[19:11:24] <aslak> Tashtego, are you using CDI
[19:12:46] *** davidbos has joined #jbosstesting
[19:13:53] <Tashtego> yes i am using cdi and creating a web archive.
[19:14:20] <Tashtego> changed the methods from addLib... to adAsLib.. now it compiles. but the behaviour in usertransaction injection changed
[19:15:15] <aslak> when you add beans.xml, are you using addAsWebResource or addAsWenInfResource =?
[19:15:22] <aslak> wen/web
[19:15:35] <aslak> difference is / vs /WEB-INF
[19:15:53] <aslak> your not enabling cdi is my guess
[19:15:57] <Tashtego> i dont have a beans.xml
[19:17:22] <Tashtego> hm ok i have one
[19:17:28] <Tashtego> but inside my web app
[19:17:33] <Tashtego> not inside my jpa module
[19:17:52] <aslak> Tashtego, pastebin your deployment ?
[19:21:21] <Tashtego> http://pastebin.com/pZRiv8jQ
[19:21:36] <Tashtego> WARNUNG: Incorrect @Resource annotation class definition - missing lookup attribute
[19:24:10] *** kpiwko has joined #jbosstesting
[19:24:12] <aslak> Tashtego, your @Deployment
[19:24:17] <Tashtego> ah sorry
[19:25:05] *** alesj has left #jbosstesting
[19:25:08] <Tashtego> http://pastebin.com/5inJn6yr
[19:25:41] <aslak> change this: addAsWebResource(EmptyAsset.INSTANCE, ArchivePaths.create("beans.xml"));
[19:25:48] <aslak> to: addAsWebInfResource(EmptyAsset.INSTANCE, ArchivePaths.create("beans.xml"));
[19:27:30] <mojavelinux> ah yes, that's something we need to highlight big and bold
[19:27:36] <mojavelinux> because I almost forgot about that myself
[19:27:48] <Tashtego> the resource error still occurs
[19:27:50] <mojavelinux> perhaps an FAQ?
[19:28:47] *** dblevins has joined #jbosstesting
[19:29:22] <Tashtego> does the resource problem have anything to do with that beans.xml?
[19:30:53] <Tashtego> as far as i remember this annotation was a problem some weeks ago. i believe we even discussed it. didnt we change something in the maven pom to change the implementation order?
[19:31:03] <aslak> Tashtego, well, with that beans.xml, the CDI injector should take over
[19:31:11] <Tashtego> so that the correct resource annotation will be used?
[19:31:23] <aslak> should
[19:32:11] <aslak> bbl, making dinner
[19:32:39] <mojavelinux> btw, if you want UserTransaction
[19:32:40] <mojavelinux> you should be doing
[19:32:45] <mojavelinux> @Inject private UserTransaction utx;
[19:32:55] <mojavelinux> because CDI provides that injection, it's a built-in bean required by the cdi spec
[19:32:56] <mojavelinux> just a tip
[19:33:22] <Tashtego> i can try that
[19:33:27] <Tashtego> instead of resource
[19:34:30] <mojavelinux> it's the recommend approach when using cdi...not to say that the other should fail
[19:34:37] <mojavelinux> just saying that's the more correct way of doing it now
[19:46:17] <Tashtego> inject seems to work, the resource problem doesnt occur anymore. but now i run into https://issues.jboss.org/browse/ARQ-397  ;) damn ^^
[19:46:19] <jbossbot> jira [ARQ-397] Support Descriptor deployment GlassFish containers [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-397
[19:47:00] <Tashtego> mojavelinux are you working on arquillian, too?
[19:55:29] *** davidbos has quit IRC
[19:56:16] 
[19:56:18] *** mgoldmann has quit IRC
[19:56:23] *** lincolnthree has left #jbosstesting
[19:58:48] *** Jaikiran has quit IRC
[20:08:01] <mojavelinux> yes I am
[20:08:06] <mojavelinux> smaller release with bugfixes
[20:08:20] <mojavelinux> we put arquillian out in the wild and learned a lot from how it was used
[20:08:29] <mojavelinux> Alpha5 is very much Alpha1 all over again
[20:08:44] <mojavelinux> a new starting point...so now we will do regular releases with a much better footing
[20:08:56] <mojavelinux> however, the first major change will be to split up the single repository
[20:09:04] <mojavelinux> but that should not affect use
[20:09:18] <mojavelinux> because the artifact and group ids will remain the same, most likely
[20:10:11] <Tashtego> i think its a great tool. really like it. but i hope i will be able to use sun-resources.xml again in next version *G looking forward to what comes next.
[20:10:50] <Tashtego> i will always test your app with glassfish 3.1 in the next versions. ;)
[20:13:07] <Tashtego> ah  http://community.jboss.org/wiki/howdoisetupadatasourceinembeddedglassfishwhenusingarquillian  should help me out ;)
[20:15:13] <Tashtego> when changing to domain.xml from sun-resources.xml how can i check wether the domain.xml is really in use? i keep getting "Unable to retrieve EntityManagerFactory for unitName... ". @PersistenceContext still fails
[20:15:37] <Tashtego> this is all related to chaging to embedded glassfish 3.1 + arquillian 1.0.0.alpha5
[20:20:53] *** ge0ffrey has quit IRC
[20:21:49] <mojavelinux> hmm, at this point, you are part of the solution :) I have not yet had a chance to test that scenario w/ alpha5 (I'm actually busy with the seam 3.0.0.final release atm)
[20:27:14] <Tashtego> xmlns:gfembed="urn:arq:org.jboss.arquillian.container.glassfish.embedded_3  <--- did that change to 3.1?
[20:27:50] <Tashtego> or to ask it simpler, did the arquillian xml change? ;)
[20:28:18] <Tashtego> seems like docu tells about an xsd now...
[20:30:44] <Tashtego> whatever. i will try to get it running.
[20:30:49] <Tashtego> dont bother ;)
[20:32:34] <Tashtego> i think bother is the wrong translation ^^... "never mind" could be better i guess ^^
[20:49:32] *** mojavelinux has quit IRC
[20:50:34] <kpiwko> Tashtego: configuration in arquillian.xml changed a lot
[20:52:09] <Tashtego> it seems like
[20:52:41] <Tashtego> which leads to my entitymanagerfactory failing
[20:53:21] <Tashtego> i guess "INFO: Could not read active container configuration: null" means that the domain.xml is not found
[20:53:30] <Tashtego> which leads to the emf failing
[20:55:49] <kpiwko> Tashtego: I'd try <container qualifier="glassfish">, but I'll check the source
[20:56:27] <Tashtego> i just tried that and the error changed. examining it
[21:02:39] <Tashtego> Could not setup GlassFish Embedded Runtime  ?
[21:02:45] <Tashtego> fixed domain.xml path to absolute
[21:02:50] <Tashtego> but now this comes up
[21:06:03] *** ldimaggi has quit IRC
[21:08:08] <kpiwko> Tashtego: absolute url is known problem, https://issues.jboss.org/browse/ARQ-398 ... what problem do you have now?
[21:08:20] <jbossbot> jira [ARQ-398] Help GlassFish understand relative URIs [Open (Unresolved) Feature Request, Minor, Unassigned] https://issues.jboss.org/browse/ARQ-398
[21:08:50] <Tashtego> it cant parse domain.xml
[21:08:55] <Tashtego> what would be the correct url?
[21:09:02] <Tashtego>  file://c://domain.xml ?
[21:10:21] <kpiwko> hmm, I'm not sure how this is handled on windows, but probably rather file:///c:/domain.xml
[21:11:36] *** davidbos has joined #jbosstesting
[21:12:08] <Tashtego> http://pastebin.com/KcAEeNbE
[21:12:19] <Tashtego> your file path was right. now a nullpointer exception happens
[21:14:35] <davidbos> ALR: ping
[21:14:58] <kpiwko> Tashtego: other configuration values are set correctly?
[21:15:15] <Tashtego> which one do you mean? arquillian.xml or domain.xml?
[21:15:29] <kpiwko> arquillian.xml
[21:15:49] <kpiwko> with 3.1 you have to set instanceRoot
[21:16:14] <Tashtego> i am missing that
[21:16:21] <kpiwko> and installRoot
[21:16:45] <kpiwko> 3.0 embedded has those set automatically to target/some-random-string
[21:17:25] <Tashtego> taking a look at the docu for that
[21:17:35] <kpiwko> if not in doc, take a look at https://github.com/arquillian/arquillian/blob/master/containers/glassfish-embedded-3.1/src/main/java/org/jboss/arquillian/container/glassfish/embedded_3_1/GlassFishConfiguration.java, it lists parameters you have to set
[21:18:54] <Tashtego> and what will be the path for that instance root?
[21:18:59] <Tashtego> for an emedded glassfish ??
[21:19:15] <Tashtego> and will that path have to be absolute too?
[21:22:08] <kpiwko> seems to me that instanceRoot is arbitrary dir where embedded server will have its working dir, e.g. "target/glassfish"
[21:22:13] <kpiwko> that's up to you
[21:23:23] <kpiwko> installRoot allows you to specify a dir where your glassfish intance is installed, so it will bootstrap its configuration
[21:25:05] <Tashtego> ok thank you very much
[21:25:10] <Tashtego> i will test that stuff
[21:25:26] <Tashtego> right now i cant get it running but i will go on examining it :(
[21:25:32] <Tashtego> thx for your tips
[21:25:58] <kpiwko> Tashtego: did you find appropriate bits in documentation or you used the file I've sent you?
[21:26:14] <Tashtego> well the docu just tells about the name of the parameters
[21:26:25] <Tashtego> <property name="installRoot">file:///</property> <-- is what i tried
[21:26:30] <Tashtego> and <property name="instanceRoot">file:///C:/Program Files/glassfish-3.0.1</property>
[21:27:07] <kpiwko> Tashtego: you have to specify correct directory
[21:27:40] <kpiwko> try rather file:///c:/gl_temp or something for installRoot
[21:28:40] <kpiwko> it seems to me that instanceRoot is not required
[21:28:52] <kpiwko> other thing, you are using GL 3.1 embedded, right?
[21:29:06] <kpiwko> but you specifed 3.0 there
[21:29:30] <Tashtego> cannot obtain lockfile
[21:29:38] <Tashtego> 3.1 right
[21:29:46] *** michaelschuetz has joined #jbosstesting
[21:29:48] <Tashtego> i have 3.0 installed
[21:29:53] <Tashtego> but i am using 3.1 embedded
[21:30:06] <Tashtego> maven dependencies include embedded gf 3.1
[21:30:25] <Tashtego> the final deploy right now still is deployed on 3.0 but that works fine
[21:30:28] <Tashtego> will upgrade it soon
[21:30:53] <Tashtego>  Cannot obtain lockfile location D:\Entwicklung\Netbeans Workspace\myproject...\file:\C:\gl_temp\config\lockfile
[21:30:55] <kpiwko> I see
[21:31:30] <kpiwko> hmm, that seems you have multiple instances of GL running in IDE
[21:31:58] <Tashtego> no i only have that unit test running right now
[21:32:03] <Tashtego> glassfish is shutdown
[21:33:17] <Tashtego> ok fixed that one...
[21:33:28] <Tashtego> had to add a config folder and lockfile manually
[21:33:36] <Tashtego> now another nullpointer arises
[21:33:48] <Tashtego> to be honest that all doesnt really seem to work right now.
[21:34:03] <Tashtego> i know its still alpha. but maybe i have to wait until sun-resources will work again
[21:34:35] <Tashtego> all these workarounds should have been gone using gf 3.1 ;( i tried several of this stuff using older beta versions of glassfish
[21:34:40] <Tashtego> and hoped it will work better with 3.1
[21:34:49] <Tashtego> but now the resource file is missing ;
[21:35:04] <Tashtego> and changing to domain.xml seems to be a bit painfully
[21:35:50] <Tashtego> i am not sure why this next nullpointer rises
[21:37:36] <Tashtego> "Failed to create a habitat"
[21:37:45] <Tashtego> still something missing for glassfish
[21:54:07] <aslak> Tashtego, you don't need to set instanceRoot etc..
[21:54:51] <aslak> Tashtego, https://gist.github.com/883946
[21:55:47] <aslak> copy the domain.xml from standalone glassfish 3.1, open the file and search replace "http-listener-1"  with "http-listener"
[21:55:54] <aslak> and you should be good to go
[21:56:05] *** wolfc has quit IRC
[21:58:10] *** davidbos has quit IRC
[22:06:28] *** kpiwko has quit IRC
[22:06:33] <aslak> ALR, ping
[22:35:37] *** davidbos has joined #jbosstesting
[22:37:57] *** jeand has quit IRC
[22:41:40] *** vtunka has joined #jbosstesting
[22:51:55] *** Tashtego has quit IRC
[23:07:18] *** Tashtego has joined #jbosstesting
[23:07:53] <Tashtego> thx for the tipps aslak will try that !!
[23:13:49] *** jharting has quit IRC
[23:21:02] *** ALR has quit IRC
[23:28:39] <Tashtego> aslak which domain.xml from standalone should i use? which folder?
[23:29:34] <Tashtego> domains\domain1 or install\metadata...
[23:29:45] <Tashtego> maybe the one in lib folder?
[23:29:57] <aslak> Tashtego, i used the one in domains/domain1/config/domain.xml
[23:31:19] *** davidbos has quit IRC
[23:34:49] <Tashtego> there are derby drivers missing
[23:34:57] <Tashtego> did you place any jar files when testing?
[23:35:08] <Tashtego> or are you having derby dependencies in maven? i am using postgres
[23:35:40] <aslak> Tashtego, hmm, didn't notice that
[23:36:26] <Tashtego> hm no i think thats just a warning. the exception that happens has more to do with that listener
[23:36:30] <Tashtego> checking that
[23:37:05] <Tashtego> ah http-listener-1 appears more than one time
[23:37:15] <Tashtego> only replaced it one time
[23:41:02] *** Tashtego has quit IRC
[23:45:11] *** Tashtego has joined #jbosstesting
[23:47:31] <Tashtego> still the same error with this new domain.xml :( Unable to retrieve EntityManagerFactory for unitName
[23:48:10] *** davidbos has joined #jbosstesting
[23:48:12] <aslak> Tashtego, have you added your pats in it? the ones from resource-sun-xml ?
[23:48:29] *** davidbos has quit IRC
[23:49:38] <Tashtego> jdbc resource and jdbc-connection pool
[23:49:46] <Tashtego> those were added, yes
[23:52:01] <Tashtego> maybe the tags changed
[23:52:03] <Tashtego> checking taht
[23:58:38] *** vtunka has quit IRC

top