September 14, 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

[00:14:01] *** ldimaggi_mtg has joined #jbosstesting
[00:22:55] *** jamezp has quit IRC
[00:28:46] *** jamezp has joined #jbosstesting
[00:52:01] *** alesj has quit IRC
[01:07:42] *** jamezp has quit IRC
[01:17:14] *** jamezp has joined #jbosstesting
[01:46:57] *** aaronwalker has joined #jbosstesting
[01:57:33] *** rachmatowicz has quit IRC
[02:12:28] *** ianbrandt has quit IRC
[02:45:02] *** jamezp is now known as jamezp_afk
[03:38:56] *** bgeorges has joined #jbosstesting
[03:39:33] *** bgeorges has quit IRC
[03:39:57] *** bgeorges has joined #jbosstesting
[05:06:29] *** ldimaggi_mtg has quit IRC
[05:28:01] *** ldimaggi has joined #jbosstesting
[05:37:15] *** ldimaggi has quit IRC
[06:26:50] *** dblevins has quit IRC
[06:31:15] *** dblevins has joined #jbosstesting
[06:48:20] *** dblevins has quit IRC
[06:48:34] *** dblevins has joined #jbosstesting
[07:05:04] *** oskutka1 has joined #jbosstesting
[07:07:02] *** jbott has quit IRC
[07:07:03] *** PeteRoyle has quit IRC
[07:07:04] *** jose_freitas has quit IRC
[07:07:04] *** rachmatowicz_ has quit IRC
[07:07:06] *** dblevins has quit IRC
[07:07:12] *** kpiwko has quit IRC
[07:07:13] *** bobmcw has quit IRC
[07:07:14] *** nickarls has quit IRC
[07:07:15] *** aaronwalker has quit IRC
[07:07:17] *** OndrejZizka has quit IRC
[07:08:08] *** dblevins has joined #jbosstesting
[07:08:09] *** aaronwalker has joined #jbosstesting
[07:08:09] *** jose_freitas has joined #jbosstesting
[07:08:09] *** rachmatowicz_ has joined #jbosstesting
[07:08:09] *** kpiwko has joined #jbosstesting
[07:08:09] *** jbott has joined #jbosstesting
[07:08:09] *** OndrejZizka has joined #jbosstesting
[07:08:09] *** bobmcw has joined #jbosstesting
[07:08:09] *** nickarls has joined #jbosstesting
[07:08:09] *** PeteRoyle has joined #jbosstesting
[07:31:01] *** jdlee_ has joined #jbosstesting
[07:31:47] *** jdlee has quit IRC
[07:35:25] *** vnvarsete has joined #jbosstesting
[07:35:41] *** dblevins has quit IRC
[07:36:08] <vnvarsete> anyone who can give input to this thread about Arquillian and Jboss 6 remote/embedded usage? http://community.jboss.org/thread/172264
[07:40:30] *** dblevins has joined #jbosstesting
[07:55:16] *** oskutka1 has quit IRC
[07:57:06] *** timte has joined #jbosstesting
[08:00:40] *** rruss has joined #jbosstesting
[08:10:56] *** jhuska has joined #jbosstesting
[08:32:47] *** ge0ffrey has joined #jbosstesting
[08:39:40] <vnvarsete> anyone who can give input to this thread about Arquillian and Jboss 6 remote/embedded usage? http://community.jboss.org/thread/172264
[08:44:15] *** rruss has quit IRC
[08:50:47] *** maschmid has joined #jbosstesting
[08:52:40] <stuartdouglas> vnvarsete: do you have the server started?
[08:53:11] <vnvarsete> do I have to do it manually? Shouldn't it be started by Arquillian?
[08:53:13] <stuartdouglas> Also naming threads with snarky titles like 'Is Arquillian supposed to be difficult to use?' is not really going to make anyone want to go out of their way to help you
[08:53:23] <stuartdouglas> you are using the remote connector
[08:53:32] <vnvarsete> stuartdouglas: TRUE!:( will change it, and absolutely agree
[08:53:34] <stuartdouglas> arquillian-jbossas-remote-6
[08:53:45] <stuartdouglas> you need arquillian-jbossas-managed-6
[08:53:52] <stuartdouglas> if you want are to start the server for you
[08:54:44] <vnvarsete> ah, ok
[08:54:49] <vnvarsete> is that another profile?
[08:55:54] <vnvarsete> so this profile then: http://docs.jboss.org/arquillian/reference/latest/en-US/html/container.reference.html#container.jbossas-embedded-6
[08:56:02] <stuartdouglas> yes
[08:56:50] <vnvarsete> do I have to set the JBOSS_HOME env in order to make it work?
[08:57:56] <vnvarsete> (standup-meeting, back in 15 minutes, but thanks for all input so far:) )
[09:24:04] <vnvarsete> got a bit further now after specifying JBOSS_HOME, now the output is this:[ERROR] /home/viggo/Desktop/ArquillianTestProject/src/test/java/com/mycompany/arquilliantestproject/TemperatureConverterTest.java:[32,9] cannot find symbol
[09:24:04] <vnvarsete> [ERROR] symbol  : method addAsManifestResource(org.jboss.shrinkwrap.api.asset.EmptyAsset,org.jboss.shrinkwrap.api.ArchivePath)
[09:24:04] <vnvarsete> [ERROR] location: interface org.jboss.shrinkwrap.api.spec.JavaArchive
[09:29:21] <maschmid> Somebody should remove the docs at http://docs.jboss.org/arquillian/reference/latest/ and create a link to https://docs.jboss.org/author/display/ARQ/Reference+Guide ... it looks terribly outdated
[09:30:49] *** pil-dinner has joined #jbosstesting
[09:33:33] *** bgeorges has quit IRC
[09:34:55] *** bgeorges has joined #jbosstesting
[10:04:12] <stuartdouglas> vnvarsete: that is something to do with having the wrong shrink-wrap version in your pom
[10:20:18] *** maeste has joined #jbosstesting
[10:28:22] *** pil-dinner is now known as pilhuhn
[10:28:23] *** pilhuhn has joined #jbosstesting
[10:32:54] <vnvarsete> stuartdouglas: How do I know which shrinkwrap version I should have/use? I assume it is, and should be, a transitive dependency.
[10:36:58] <vnvarsete> stuartdouglas: which means, I haven't defined any shrinkwrap version in my pom as of now.
[10:39:16] <vnvarsete> stuartdouglas: According to the output of mvn dependency:tree I get this:[INFO] \- org.jboss.arquillian:arquillian-junit:jar:1.0.0.Alpha5:test
[10:39:16] <vnvarsete> [INFO]    \- org.jboss.arquillian:arquillian-impl-base:jar:1.0.0.Alpha5:test
[10:39:16] <vnvarsete> [INFO]       +- org.jboss.arquillian:arquillian-api:jar:1.0.0.Alpha5:test
[10:39:16] <vnvarsete> [INFO]       |  \- org.jboss.shrinkwrap.descriptors:shrinkwrap-descriptors-api:jar:0.1.4:test
[10:39:16] <vnvarsete> [INFO]       +- org.jboss.arquillian:arquillian-spi:jar:1.0.0.Alpha5:test
[10:39:16] <vnvarsete> [INFO]       +- org.jboss.shrinkwrap:shrinkwrap-api:jar:1.0.0-alpha-12:test
[10:39:17] <vnvarsete> [INFO]       +- org.jboss.shrinkwrap:shrinkwrap-impl-base:jar:1.0.0-alpha-12:test
[10:39:17] <vnvarsete> [INFO]       +- org.jboss.shrinkwrap:shrinkwrap-spi:jar:1.0.0-alpha-12:test
[10:39:18] <vnvarsete> [INFO]       +- org.jboss.shrinkwrap.resolver:shrinkwrap-resolver-api:jar:1.0.0-alpha-12:test
[10:39:18] <vnvarsete> [INFO]       +- org.jboss.shrinkwrap.resolver:shrinkwrap-resolver-api-maven:jar:1.0.0-alpha-12:test
[10:39:19] <vnvarsete> [INFO]       \- org.jboss.shrinkwrap.resolver:shrinkwrap-resolver-impl-maven:jar:1.0.0-alpha-12:test
[10:39:20] <vnvarsete> which means that Arquillian 1.0.0.Alpha5 is dependent on shrinkwrap 1.0.0-alpha12. Is this the correct version or not? If not, I assume that's a "bug" in Arquillian 1.0.0.Alpha5?
[10:39:47] <stuartdouglas> Arquillian Alpha5 is very old, you should be using one of the CR ones
[10:40:26] <vnvarsete> ah...it is because I've read this page (which should be removed according to maschmid): http://docs.jboss.org/arquillian/reference/latest/
[10:40:37] *** vtunka has joined #jbosstesting
[10:54:16] <vnvarsete> stuartdouglas: Now I've updated to use 1.0.0.CR1, but I still get the error. Now the transitive dependency to shrinkwrap is 1.0.0-beta-3. Should this be overridden in my pom.xml?
[11:02:37] <vnvarsete> stuartdouglas: Perhaps this is causing my test to fail? https://issues.jboss.org/browse/ARQ-488
[11:02:39] <jbossbot> jira [ARQ-488] Arquillian-testng-container does not specify shrinkwrap-impl-base dependency [Closed (Done) Bug, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-488
[11:14:06] <vnvarsete> stuartdouglas: *ping*
[11:20:13] <vnvarsete> stuartdouglas: I've continued the discussion in the thread I created. I would appreciate if I got some input:) http://community.jboss.org/message/626334
[11:31:46] *** alesj has joined #jbosstesting
[11:40:50] *** kevinpollet has joined #jbosstesting
[12:00:44] *** kpiwko is now known as kpiwko_training
[12:08:32] *** maeste is now known as maeste_afk
[12:14:04] <vnvarsete> anyone who knows what can cause this? "Could not create a new instance of class org.jboss.arquillian.test.impl.EventTestRunnerAdaptor"?
[12:15:01] *** ldimaggi has joined #jbosstesting
[12:23:59] <vnvarsete> which ShrinkWrap dependency/ies are needed when using Arquillian 1.0.0.CR1(or CR2)? It seems to cause problems NOT defining it as a dependency, but I'm not able to figure out the correct combination of dependencies to make it work
[12:29:36] *** kevinpollet has quit IRC
[13:15:07] *** maeste_afk is now known as maeste
[13:24:15] *** ldimaggi has quit IRC
[13:25:17] *** kevinpollet has joined #jbosstesting
[13:29:11] *** pil has joined #jbosstesting
[13:29:11] *** pil has joined #jbosstesting
[13:29:38] *** pilhuhn has quit IRC
[13:36:45] <vnvarsete> question about ShrinkWrap usage:   @Deployment
[13:36:45] <vnvarsete>    public static JavaArchive createTestArchive() {
[13:36:45] <vnvarsete>        return ShrinkWrap.create(JavaArchive.class).addClasses(TemperatureConverter.class).addAsManifestResource(EmptyAsset.INSTANCE,"beans.xml");
[13:36:45] <vnvarsete>    }
[13:36:45] <vnvarsete> This gives me the following output:
[13:36:46] <vnvarsete> [ERROR] Failed to execute goal org.apache.maven.plugins:maven-compiler-plugin:2.3.2:testCompile (default-testCompile) on project ArquillianTestProject: Compilation failure
[13:36:46] <vnvarsete> [ERROR] /home/viggo/Desktop/ArquillianTestProject/src/test/java/com/mycompany/arquilliantestproject/TemperatureConverterTest.java:[37,89] cannot find symbol
[13:36:47] <vnvarsete> [ERROR] symbol  : method addAsManifestResource(org.jboss.shrinkwrap.api.asset.EmptyAsset,java.lang.String)
[13:36:47] <vnvarsete> [ERROR] location: interface org.jboss.shrinkwrap.api.spec.JavaArchive
[13:36:48] <vnvarsete> [ERROR] -> [Help 1]
[13:36:48] <vnvarsete> Question: Do I have a wrong combination of Arquillian and ShrinkWrap, or am I using ShrinkWrap in a wrong way?
[14:08:04] *** jeand_ has joined #jbosstesting
[14:27:10] *** oskutka has joined #jbosstesting
[14:28:01] <vnvarsete> which version of ShrinkWrap works together with Arquillian 1.0.0.CR2? The default transitive ShrinkWrap dependencies doens't work:(
[14:29:06] *** pilhuhn has joined #jbosstesting
[14:30:51] *** pil has quit IRC
[14:39:25] *** ldimaggi has joined #jbosstesting
[14:46:45] *** rachmatowicz has joined #jbosstesting
[14:47:39] *** oskutka has quit IRC
[14:50:16] *** oskutka has joined #jbosstesting
[14:52:21] *** jdlee_ is now known as jdlee
[14:52:21] *** jdlee has joined #jbosstesting
[14:54:27] *** oskutka has quit IRC
[14:55:14] *** aslak has joined #jbosstesting
[14:55:14] *** aslak has quit IRC
[14:55:14] *** aslak has joined #jbosstesting
[14:59:45] <vnvarsete> aslak: I've had issues with ShrinkWrap in the past (a couple of months ago..) when I looked at Arquillian last time. I'm now on it again, and I'm using Arquillian 1.0.0.CR2, but I get this output, indicating some version problems..
[14:59:45] <vnvarsete> com.mycompany.arquilliantestproject.TemperatureConverterTest  Time elapsed: 0 sec  <<< ERROR!
[14:59:45] <vnvarsete> java.lang.NoSuchMethodError: org.jboss.shrinkwrap.api.spec.JavaArchive.addAsServiceProvider(Ljava/lang/Class;[Ljava/lang/Class;)Lorg/jboss/shrinkwrap/api/Archive;
[14:59:45] <vnvarsete> 	at org.jboss.arquillian.testenricher.initialcontext.client.InitialContextArchiveAppender.createAuxiliaryArchive(InitialContextArchiveAppender.java:39)
[14:59:48] <vnvarsete> any clue?
[15:02:07] *** aslak has quit IRC
[15:15:23] *** aslak has joined #jbosstesting
[15:19:58] *** oskutka has joined #jbosstesting
[15:20:26] *** aslak has quit IRC
[15:21:43] *** rruss has joined #jbosstesting
[15:35:37] *** aslak has joined #jbosstesting
[15:39:15] *** oskutka has quit IRC
[15:40:41] *** rruss has quit IRC
[15:42:49] <jose_freitas> aslak: ping
[15:43:07] <aslak> jose_freitas, heya
[15:43:51] <jose_freitas> hey, do you know if as7 -Djboss.service.binding.set=ports-01 config ?
[15:44:03] <jose_freitas> have those configs*
[15:47:07] <aslak> jose_freitas, not yet.. i believe they have implemented / working on that / similar in master
[15:47:58] <aslak> jose_freitas, atleast remember seeing they added support for the old sys props replace in server config, so you ca nrenable e.g. -b myip
[15:48:33] <jose_freitas> hmm
[15:48:53] <jose_freitas> I guess I'll keep my nightly builds on AS6 for now then
[15:49:03] <jose_freitas> but thank you
[15:52:10] <ge0ffrey> aslak: quick question: jboss 7 embedded doesn't work yet, right? Is it a short term goal or medium/long term goal?
[15:53:09] <aslak> ge0ffrey, correct. i would say medium
[15:53:21] <ge0ffrey> tnx for the info :)
[15:53:35] <aslak> ge0ffrey, there is currently some useability issues with the setup
[15:53:57] <ge0ffrey> reason I am asking is because the other embeddeds suffer from classpath issues
[15:54:02] <ge0ffrey> so I am hoping jboss 7 won't
[15:54:46] <ge0ffrey> and I 'd really prefer to use embedded (no hoops to get debuggin working for the rest of the team, generally faster)
[16:03:09] *** rruss has joined #jbosstesting
[16:03:51] <aslak> ge0ffrey, i think there is a work-in-progress v. of the as7 embedded, but you need to use a forked v. of surefire that can boot up jboss modules etc..
[16:04:17] <ge0ffrey> aslak: so again, it won't just "run" when run in intellij, eclipse or netbeans?
[16:04:46] <ge0ffrey> is making it "just run" one of the planned goals?
[16:04:46] <aslak> ge0ffrey, not this v. no
[16:04:54] <aslak> yes
[16:04:59] <ge0ffrey> ah good :) I 'll wait for that
[16:10:17] *** oskutka has joined #jbosstesting
[16:20:51] *** kpiwko_training is now known as kpiwko
[16:25:24] <ge0ffrey> Is there a way to force redeployment for a single @Test method inside a testclass with multiple @Test methods?
[16:25:41] <ge0ffrey> I have 19 tests, but 2 tests of those need to start from a clean slate
[16:28:58] *** kpiwko has quit IRC
[16:32:36] <aslak> ge0ffrey, no
[16:33:35] <ge0ffrey> aslak: you think I could implement it easily?
[16:34:03] <ge0ffrey> we're coming from a situation where every test method recreated an entire data repository, taking about 40 secs for that
[16:34:17] <ge0ffrey> so runnign all tests takes hours (so no one runs tests)
[16:35:04] <aslak> ge0ffrey, to be honest it's a very strange request.. hehe
[16:35:27] <ge0ffrey> to make it managable, we'd like to evolve to 1 data repository for all tests, with rollback (similar to TransactionSpringTests or what's it called), so the 40 secs thing is a one time thing
[16:35:52] <aslak> ge0ffrey, we have plan for supporting defining a mode of how to start the container e.g. pr suite / class / manual
[16:36:03] <ge0ffrey> but during the migration, it would be nice to be able to say "this test still need's a clean slate"
[16:36:27] <ge0ffrey> aslak: does that plan include per abstract superclass?
[16:36:56] <ge0ffrey> because having to define a suite (and more importantly keep it up to date) is boilerplate
[16:37:13] <aslak> ge0ffrey, not by abstract superclass directly, but pr subsuite should be a option, how ever we end up defining that
[16:37:41] <ge0ffrey> aslak: would be nice if you had build in support for suite / superclass / class / method  / manual
[16:37:53] <ge0ffrey> class = concrete class
[16:38:14] <aslak> ge0ffrey, it depends on what you define a suite as, i'm not 100% convinced using the class tree is the correct approach, but the suite discovery will be pluggable so, any option is open
[16:38:24] <ge0ffrey> I find superclass a natural fit, as the superlcass would have the @Deployment method
[16:39:07] <aslak> yea, it just doesn't match very well if you have tests that can move between suites
[16:39:31] <aslak> e.g. tests to verify a component in a sure deployment and in a not secure deployment
[16:43:22] *** rruss1 has joined #jbosstesting
[16:44:11] <ge0ffrey> aslak: wouldn't that be the same problem with class as superclass?
[16:44:43] <aslak> ?
[16:44:46] <ge0ffrey> you're right of course. in that use cases, you 'd need to resort to suite's anyway
[16:45:35] <aslak> ge0ffrey, you can kinda do what you want currently
[16:45:39] *** oskutka has quit IRC
[16:45:50] <aslak> ge0ffrey, you using testng or junit?
[16:45:58] *** rruss has quit IRC
[16:46:08] *** jharting has joined #jbosstesting
[16:46:10] <ge0ffrey> I mean that class based deployments suffer from "it doesn't match very well with tests shared between suites", just as superclass based deployment would, yet the latter are handy if that's all you need and still have multiple classes :)
[16:46:15] <ge0ffrey> aslak: junit
[16:46:19] *** jharting has quit IRC
[16:46:39] <aslak> ge0ffrey, aa, then you can't really do it relyable atm since junit has no order or @Test method support
[16:47:19] <aslak> ge0ffrey, you coul dhave defined it as a manual deployment and deploy it in a @Test method that was executed, then later on have another that undeploy and redeploy between the two @Test that need a clean slate
[16:48:54] *** alesj has quit IRC
[16:49:40] *** timte has quit IRC
[16:49:54] <ge0ffrey> aslak: yea, maybe with some helper classes
[16:50:38] *** rruss1 has quit IRC
[16:50:45] *** rruss has joined #jbosstesting
[16:50:48] <ge0ffrey> just wondering how hard it would be to write a @Test @RedeployDeploymentBeforeTest public void testSomething() {...}
[16:53:54] <aslak> ge0ffrey, fairly easy
[16:57:18] <ge0ffrey> aslak: any pointers of classes to look into?
[16:57:40] *** mbg has joined #jbosstesting
[16:57:59] <aslak> ge0ffrey, i would create it as a extension
[16:58:05] <aslak> implement LoadableExtension
[16:59:56] *** ALR has joined #jbosstesting
[17:00:01] <aslak> create some @Observer(precendece = -1) of EventContext<Before>
[17:00:06] *** viggo has joined #jbosstesting
[17:00:26] <aslak> then @Inject Instance<Container> and @Inject Instance<Deployment>
[17:00:42] <aslak> read the before.getTestMethod().annotations..
[17:01:30] <aslak> if redeploy is .. container.get().getDeployableContainer().undeploy(deployment.getTestArchive())
[17:01:38] *** oskutka has joined #jbosstesting
[17:02:24] <ge0ffrey> aslak: tnx for the hints, if I end up writing it, I 'll make a pull request and write a nice text for the manual.
[17:09:16] *** mbg has quit IRC
[17:09:16] <ge0ffrey> aslak: I wrote it down in https://issues.jboss.org/browse/ARQ-596
[17:09:17] <jbossbot> jira [ARQ-596] A test method should be able require redeployment before or after it has been executed. [Open (Unresolved) Feature Request, Optional, Unassigned] https://issues.jboss.org/browse/ARQ-596
[17:09:34] *** mbg has joined #jbosstesting
[17:09:47] <aslak> ge0ffrey, cool
[17:10:24] *** rruss has quit IRC
[17:10:26] *** oskutka has quit IRC
[17:15:59] *** rruss has joined #jbosstesting
[17:16:48] *** lfryc has joined #jbosstesting
[17:24:04] *** oskutka has joined #jbosstesting
[17:30:58] *** rruss has quit IRC
[17:32:04] *** jamezp_afk is now known as jamezp
[17:35:22] *** pilhuhn has quit IRC
[17:39:54] *** aslak has quit IRC
[17:44:13] *** aslak has joined #jbosstesting
[17:48:52] *** jose_freitas has quit IRC
[17:52:03] *** vtunka has quit IRC
[17:55:06] *** maeste has quit IRC
[18:16:45] *** kevinpollet has quit IRC
[18:16:53] *** aslak has quit IRC
[18:17:39] *** aslak has joined #jbosstesting
[18:21:56] *** maschmid has quit IRC
[18:28:19] *** mbg has quit IRC
[18:29:07] *** mbg has joined #jbosstesting
[18:29:09] *** jhuska has quit IRC
[18:43:53] *** rbattenfeld has joined #jbosstesting
[18:48:59] *** ge0ffrey has quit IRC
[18:50:20] *** mbg has quit IRC
[18:57:44] *** aslak has quit IRC
[18:58:49] *** oskutka has quit IRC
[19:01:22] *** ge0ffrey has joined #jbosstesting
[19:12:05] *** rbattenfeld has left #jbosstesting
[19:23:41] *** oskutka has joined #jbosstesting
[19:34:32] *** aslak has joined #jbosstesting
[19:34:32] *** aslak has quit IRC
[19:34:33] *** aslak has joined #jbosstesting
[19:44:36] *** mbg has joined #jbosstesting
[19:56:20] *** mbg has quit IRC
[19:56:28] *** jose_freitas has joined #jbosstesting
[19:59:06] *** mbg has joined #jbosstesting
[20:29:00] *** ge0ffrey has quit IRC
[20:34:54] <viggo> aslak: *ping*
[20:36:27] <aslak> viggo, heya
[20:36:36] <aslak> viggo, saw your message, but in a meeting
[20:36:59] <viggo> aslak: Ok, I will be up for a few more hours, so just ping me in case you have time to look into it tonight!
[20:37:05] <aslak> viggo, the short answer is you need to add shrinkwrap in a dependencyManagmenet configuration to override the version jboss embedded is exposing
[20:37:38] <viggo> aslak: ok, I can try it once more, thought I had tried it, but perhaps with an too old version.
[20:38:17] *** pilhuhn has joined #jbosstesting
[20:38:17] *** pilhuhn has joined #jbosstesting
[20:38:21] <aslak> viggo, if you define a direct dep on shrinkwrap in your pom, i believe that should override anything that comes in trasitively
[20:38:33] <viggo> thanks Aslak, will try:)
[20:39:35] <viggo> and I assume the most current version of org.jboss.shrinkwrap:shrinkwrap-api will do:)
[20:40:40] <aslak> viggo, yea.. you might need to override shrinkwrap-impl-base as well
[20:40:47] <viggo> me try;)
[20:41:34] <viggo> I'll try with version 1.0.0-alpha-13
[20:42:03] <aslak> viggo, try 1.0.0-beta-3
[20:42:44] <viggo> ok
[20:45:37] <viggo> aslak: The direect dep on shrinkwrap helped, thanks a lot for the tip! Now I've got an NPE on the injected EJB, but I can google if someone else have had the same problem..
[20:47:30] <aslak> viggo, probably naming of the bean vs what we auto look for.. add EJB.mappedName to control it
[20:48:04] <viggo> ah, I just the @Inject annotation, but you prefer that I use @EJB instead?
[20:53:23] <viggo> aslak: it's working. I hadn't created the beans.xml in my @Deployment! well, I will summarize everything in my forum posting so that other can benefit from it, and mark it as solved. Thanks for all the shrimps:)
[21:05:54] *** jamezp is now known as jamezp_afk
[21:13:26] *** mbg has quit IRC
[21:14:35] *** oskutka has quit IRC
[21:14:40] *** lfryc has quit IRC
[21:14:45] *** aslak has quit IRC
[21:17:30] *** oskutka has joined #jbosstesting
[21:17:47] *** mbg has joined #jbosstesting
[21:18:11] *** rruss has joined #jbosstesting
[21:22:13] *** oskutka has quit IRC
[21:22:52] *** mbg has quit IRC
[21:29:22] *** mhuniewicz has joined #jbosstesting
[21:29:28] <mhuniewicz> ALR, hi again.
[21:29:38] <ALR> mhuniewicz: `Hey
[21:30:16] <mhuniewicz> Do we use Node to analyse user provided web.xml and other descriptor files?
[21:31:44] <ALR> mhuniewicz: Node holds the data.
[21:31:51] <ALR> For all hierarchal metadata forms.
[21:32:01] <mhuniewicz> Sure, but what is the data?
[21:32:33] <ALR> mhuniewicz: Run one of the unit tests, place a breakpoint somewhere, and take a look at the internals of the Descriptor
[21:32:40] <ALR> You'll see a bunch of Nodes w/ content filled
[21:33:51] <mhuniewicz> ALR, Yeah I'm looking at the tests.
[21:33:59] <mhuniewicz> But in real life what kind of information does it hold?
[21:37:00] <jose_freitas> aslak: ping
[21:41:38] *** pilhuhn has quit IRC
[21:44:51] <ALR> mhuniewicz: Real life?
[21:45:14] <ALR> If you had a web.xml descriptor, each Node would hold an XML Element
[21:45:53] <mhuniewicz> I see.
[21:46:17] <mhuniewicz> ALR, do we use it for web.xml and other descriptor files or perhaps for any XML files?
[21:46:41] <ALR> mhuniewicz: I don't understand the question.
[21:46:53] <mhuniewicz> What XML files do we read and use Node?
[21:47:14] <ALR> All.
[21:47:30] <ALR> Node is our data structure for hierarchal data.
[21:47:36] <ALR> XML is hierarchal.
[21:47:53] <ALR> So for any XML Descriptor we have, Node is the backing data strcuture.
[21:47:56] <ALR> *structure
[21:49:23] <mhuniewicz> I see. Cool.
[21:50:26] <mhuniewicz> Why do we need to create nodes too?
[21:55:52] *** aslak has joined #jbosstesting
[21:55:52] *** aslak has joined #jbosstesting
[21:58:47] <jose_freitas> hi aslak, you there?
[21:59:16] *** rruss has quit IRC
[21:59:46] *** lfryc has joined #jbosstesting
[22:05:12] *** aslak has quit IRC
[22:05:13] *** viggo has quit IRC
[22:05:14] *** bgeorges has quit IRC
[22:05:16] *** pgmjsd has quit IRC
[22:05:19] *** lfryc has quit IRC
[22:05:19] *** jose_freitas has quit IRC
[22:05:20] *** rachmatowicz has quit IRC
[22:05:20] *** jeand_ has quit IRC
[22:05:20] *** jamezp_afk has quit IRC
[22:05:22] *** ChanServ has quit IRC
[22:06:13] *** lfryc has joined #jbosstesting
[22:06:13] *** aslak has joined #jbosstesting
[22:06:13] *** jose_freitas has joined #jbosstesting
[22:06:13] *** viggo has joined #jbosstesting
[22:06:13] *** rachmatowicz has joined #jbosstesting
[22:06:13] *** jeand_ has joined #jbosstesting
[22:06:13] *** bgeorges has joined #jbosstesting
[22:06:13] *** jamezp has joined #jbosstesting
[22:06:13] *** pgmjsd has joined #jbosstesting
[22:06:13] *** ChanServ has joined #jbosstesting
[22:06:13] *** leguin.freenode.net sets mode: +o ChanServ
[22:06:26] *** lfryc has quit IRC
[22:06:56] <mhuniewicz> ALR, also, what do we mean by "/foo/bar=omg/with/slashes"? Is that a /foo/bar node with value "omg/with/slashes"?
[22:07:07] *** aslak has quit IRC
[22:09:28] <ALR> mhuniewicz: Where are you getting that?
[22:09:43] <mhuniewicz> That's from the issue description.
[22:10:32] <ALR> mhuniewicz: Issue num again?
[22:10:39] <mhuniewicz> Yes.
[22:10:52] <ALR> I mean what issue?
[22:10:55] <ALR> SHRINKDESC- ?
[22:11:03] <mhuniewicz> SHRINKDESC-51
[22:11:05] <jbossbot> jira [SHRINKDESC-51] Using unescaped special query characters when doing a node query with text causes errors [Open (Unresolved) Bug, Major, Lincoln Baxter III] https://issues.jboss.org/browse/SHRINKDESC-51
[22:12:21] <ALR> <foo><bar>omg/with/slashes</bar></foo>
[22:12:46] <ALR> mhuniewicz: ^
[22:15:10] <mhuniewicz> ALR, Thanks.
[22:15:13] <mhuniewicz> :)
[22:15:42] *** bmajsak has joined #jbosstesting
[22:20:56] *** echelog-2 has joined #jbosstesting
[22:21:05] *** stuartdouglas has quit IRC
[22:21:05] *** jbossbot has quit IRC
[22:21:06] *** dmlloyd has quit IRC
[22:21:40] *** dmlloyd has joined #jbosstesting
[22:23:41] *** mbg has joined #jbosstesting
[22:28:22] *** viggo has left #jbosstesting
[22:28:23] <mhuniewicz> ALR, I updated the issue.
[22:28:49] <ALR> mhuniewicz: Cool.  So you've got a test case for it?
[22:28:56] <mhuniewicz> Yes.
[22:29:26] <ALR> mhuniewicz: Wanna go for a fix
[22:29:27] <ALR> ?
[22:30:16] <mhuniewicz> ALR, wanna.
[22:30:26] <ALR> Go for it. :)
[22:34:42] *** lfryc has joined #jbosstesting
[22:38:52] <mhuniewicz> ALR, can we assume that everything after = is value or should we escape the values somehow?
[22:39:10] <ALR> Do they need to be escaped?
[22:39:50] <mhuniewicz> I'm thinking, can I have something like /foo=foovalue/bar=barvalue/child=childvalue?
[22:40:21] <ALR> What pattern would that represent?
[22:41:06] <mhuniewicz> <foo>foovalue<bar>barvalue</bar><child>childvalue</child></foo>
[22:41:56] <mhuniewicz> Sorry
[22:42:04] <mhuniewicz> <child> inside bar.
[22:43:20] <ALR> Can we combine textvalue types and child nodes like that?
[22:43:56] <ALR> I wonder if I've ever seen that.
[22:44:04] <mhuniewicz> In HTML you have. :)
[22:44:16] <ALR> Ah, XHTML
[22:44:17] <ALR> Yeah.
[22:44:20] <ALR> CDATA + ELement
[22:44:48] <mhuniewicz> I'm thinking, perhaps we allow for only one = and everything after that is just the value.
[22:45:00] <ALR> That doesn't fit the use case you just mentioned.
[22:45:09] <mhuniewicz> No, it's the exact opposite.
[22:45:12] <ALR> So introducing an escape character would help you fill that requirement.
[22:45:45] *** jeand_ has quit IRC
[22:47:11] <mhuniewicz> Yeah, but maybe we don't need that.
[22:55:54] *** ldimaggi has quit IRC
[22:57:34] <bmajsak> Hi Andy, I'm looking at Shrinkdesc tests in the "test' module. Looks like with the new API we are missing some features specified in tests. For instance: PersistanceDescriptorTestCase#shouldBeAbleToReplaceJTADataSourceWithNonJTADataSource
[22:58:12] <bmajsak> In general, there are some issues with the generated stuff
[23:02:11] <bmajsak> Since I'm working on SHRINKDESC-86, I will just fix schemaLocation problems and mark other tests which are failing with @Ignore("Missing in the new API") (most of them are currently commented out anyway)
[23:09:45] *** mbg has quit IRC
[23:14:24] *** rruss has joined #jbosstesting
[23:16:01] <ALR> bmajsak: Fantastic.  And you can raise new JIRAs for stuff you feel is feature-incomplete.
[23:16:08] <ALR> Keep in mind the first of the tests were based on the prototype.
[23:16:14] <ALR> So some stuff *shouldn't* be supported.
[23:16:43] <ALR> For instance validation that when you specify an alternative in beans.xml, that it's actually an @Alternative.  That shouldn't be part of Descriptors.
[23:17:47] <bmajsak> ALR: I will combine all my observations and put it in JIRA soon.
[23:17:56] <ALR> bmajsak: Super plan
[23:20:15] *** rruss has quit IRC
[23:22:03] *** aslak has quit IRC
[23:47:36] *** aslak has joined #jbosstesting
[23:50:31] *** stuartdouglas has joined #jbosstesting
[23:52:34] *** aslak has quit IRC
[23:54:10] <mhuniewicz> ALR, it's looking okay.
[23:57:04] *** oskutka has quit IRC
[23:57:21] *** lfryc has quit IRC

top