July 16, 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
July 16, 2011 [00:00:00] <mhuniewicz> at org.jboss.arquillian.test.impl.TestContextHandler.createClassContext(TestContextHandler.java:68) [00:00:02] <mhuniewicz> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [00:00:03] <mhuniewicz> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [00:00:05] <mhuniewicz> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [00:00:06] <mhuniewicz> at java.lang.reflect.Method.invoke(Method.java:597) [00:00:08] <mhuniewicz> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [00:00:09] <mhuniewicz> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) [00:00:11] <mhuniewicz> at org.jboss.arquillian.test.impl.TestContextHandler.createSuiteContext(TestContextHandler.java:54) [00:00:12] <mhuniewicz> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [00:00:14] <mhuniewicz> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [00:00:15] <mhuniewicz> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [00:00:17] <mhuniewicz> at java.lang.reflect.Method.invoke(Method.java:597) [00:00:19] <mhuniewicz> at org.jboss.arquillian.core.impl.ObserverImpl.invoke(ObserverImpl.java:90) [00:00:21] <mhuniewicz> at org.jboss.arquillian.core.impl.EventContextImpl.proceed(EventContextImpl.java:88) [00:00:23] <mhuniewicz> at org.jboss.arquillian.core.impl.ManagerImpl.fire(ManagerImpl.java:134) [00:00:24] <mhuniewicz> at org.jboss.arquillian.test.impl.EventTestRunnerAdaptor.test(EventTestRunnerAdaptor.java:111) [00:00:26] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian$6.evaluate(Arquillian.java:239) [00:00:28] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian$4.evaluate(Arquillian.java:202) [00:00:29] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:290) [00:00:31] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:45) [00:00:33] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian$5.evaluate(Arquillian.java:216) [00:00:35] <mhuniewicz> at org.junit.runners.BlockJUnit4ClassRunner.runNotIgnored(BlockJUnit4ClassRunner.java:79) [00:00:37] <mhuniewicz> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:71) [00:00:38] <mhuniewicz> at org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:49) [00:00:40] <mhuniewicz> at org.junit.runners.ParentRunner$3.run(ParentRunner.java:193) [00:00:42] <mhuniewicz> at org.junit.runners.ParentRunner$1.schedule(ParentRunner.java:52) [00:00:44] <mhuniewicz> at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:191) [00:00:45] <mhuniewicz> at org.junit.runners.ParentRunner.access$000(ParentRunner.java:42) [00:00:47] <mhuniewicz> at org.junit.runners.ParentRunner$2.evaluate(ParentRunner.java:184) [00:00:48] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian$2.evaluate(Arquillian.java:161) [00:00:50] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian.multiExecute(Arquillian.java:290) [00:00:52] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian.access$100(Arquillian.java:45) [00:00:53] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian$3.evaluate(Arquillian.java:175) [00:00:55] <mhuniewicz> at org.junit.runners.ParentRunner.run(ParentRunner.java:236) [00:00:56] <mhuniewicz> at org.jboss.arquillian.junit.Arquillian.run(Arquillian.java:123) [00:00:58] <mhuniewicz> at org.eclipse.jdt.internal.junit4.runner.JUnit4TestReference.run(JUnit4TestReference.java:50) [00:00:59] <mhuniewicz> at org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38) [00:01:01] <mhuniewicz> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:467) [00:01:02] <mhuniewicz> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:683) [00:01:04] <mhuniewicz> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:390) [00:01:05] <mhuniewicz> at org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:197) [00:01:07] <mhuniewicz> Caused by: org.hibernate.exception.GenericJDBCException: This function is not supported [00:01:08] <mhuniewicz> at org.hibernate.exception.internal.SQLStateConverter.handledNonSpecificException(SQLStateConverter.java:148) [00:01:10] <mhuniewicz> at org.hibernate.exception.internal.SQLStateConverter.convert(SQLStateConverter.java:136) [00:01:12] <mhuniewicz> at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:124) [00:01:14] <mhuniewicz> at org.hibernate.engine.jdbc.spi.SqlExceptionHelper.convert(SqlExceptionHelper.java:109) [00:01:15] <mhuniewicz> at org.hibernate.engine.jdbc.internal.proxy.ConnectionProxyHandler.continueInvocation(ConnectionProxyHandler.java:145) [00:01:17] <mhuniewicz> at org.hibernate.engine.jdbc.internal.proxy.AbstractProxyHandler.invoke(AbstractProxyHandler.java:80) [00:01:18] <mhuniewicz> at $Proxy31.prepareStatement(Unknown Source) [00:01:20] <mhuniewicz> at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$2.doPrepare(StatementPreparerImpl.java:106) [00:01:21] <mhuniewicz> at org.hibernate.engine.jdbc.internal.StatementPreparerImpl$StatementPreparationTemplate.prepareStatement(StatementPreparerImpl.java:177) [00:01:23] <mhuniewicz> at org.hibernate.engine.jdbc.internal.StatementPreparerImpl.prepareStatement(StatementPreparerImpl.java:104) [00:01:25] <mhuniewicz> at org.hibernate.id.insert.AbstractSelectingDelegate.performInsert(AbstractSelectingDelegate.java:51) [00:01:27] <mhuniewicz> at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:2652) [00:01:28] <mhuniewicz> at org.hibernate.persister.entity.AbstractEntityPersister.insert(AbstractEntityPersister.java:3158) [00:01:30] <mhuniewicz> at org.hibernate.action.internal.EntityIdentityInsertAction.execute(EntityIdentityInsertAction.java:78) [00:01:32] <mhuniewicz> at org.hibernate.engine.spi.ActionQueue.execute(ActionQueue.java:273) [00:01:34] <mhuniewicz> at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:265) [00:01:35] <mhuniewicz> at org.hibernate.engine.spi.ActionQueue.executeActions(ActionQueue.java:186) [00:01:37] <mhuniewicz> at org.hibernate.event.internal.AbstractFlushingEventListener.performExecutions(AbstractFlushingEventListener.java:336) [00:01:38] <mhuniewicz> at org.hibernate.event.internal.DefaultAutoFlushEventListener.onAutoFlush(DefaultAutoFlushEventListener.java:59) [00:01:40] <mhuniewicz> at org.hibernate.internal.SessionImpl.autoFlushIfRequired(SessionImpl.java:1046) [00:01:42] <mhuniewicz> at org.hibernate.internal.SessionImpl.list(SessionImpl.java:1098) [00:01:43] <mhuniewicz> at org.hibernate.internal.QueryImpl.list(QueryImpl.java:100) [00:01:45] <mhuniewicz> at org.hibernate.ejb.QueryImpl.getResultList(QueryImpl.java:252) [00:01:47] <mhuniewicz> ... 97 more [00:01:48] <mhuniewicz> Caused by: java.sql.SQLException: This function is not supported [00:01:50] <mhuniewicz> at org.hsqldb.jdbc.Util.sqlException(Unknown Source) [00:01:51] <mhuniewicz> at org.hsqldb.jdbc.Util.notSupported(Unknown Source) [00:01:53] <mhuniewicz> at org.hsqldb.jdbc.jdbcConnection.prepareStatement(Unknown Source) [00:01:54] <mhuniewicz> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) [00:01:56] <mhuniewicz> at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) [00:01:58] <mhuniewicz> at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) [00:01:59] <mhuniewicz> at java.lang.reflect.Method.invoke(Method.java:597) [00:02:01] <mhuniewicz> at org.hibernate.engine.jdbc.internal.proxy.ConnectionProxyHandler.continueInvocation(ConnectionProxyHandler.java:137) [00:02:03] <mhuniewicz> ... 115 more [00:02:04] <mhuniewicz> Woopsie. [00:02:08] <mhuniewicz> http://pastebin.com/QHaeAjfK [00:02:17] <ALR> Haha [00:02:25] <ALR> mhuniewicz: So the problem is fixed. :) [00:02:37] <ALR> mhuniewicz: The test failure you have there is something else [00:02:40] <mhuniewicz> ALR, how so? :) [00:02:41] <ALR> Caused by: java.sql.SQLException: This function is not supported [00:02:54] <ALR> Trying to do something HSQLDB doesn't do [00:03:19] <mhuniewicz> Well, not quite coz if I tell Hibernate explicitly to use my persistence unit [00:03:21] <mhuniewicz> the same code works. [00:03:47] <ALR> What do you mean by that? [00:03:52] <ALR> persistence.xml is read there. [00:04:53] <mhuniewicz> Hang on, I might be wrong/. [00:05:03] * ALR guesses you are. [00:06:25] <ALR> mhuniewicz: Basically I'm looking for you to get this before the upgrade to my SNAPSHOT: [00:06:25] <ALR> Caused by: java.lang.IllegalArgumentException: Unable to determine JAR Url from archive:JpaDogRepositoryExplicitSetTest.jar/META-INF/persistence.xml. Cause: unknown protocol: archive [00:06:39] <mhuniewicz> ALR, I did. [00:06:52] <ALR> And if that goes away, ARQ-510 is fixed by nature of HHH-6442 [00:06:54] <jbossbot> jira [ARQ-510] Can't load persistence.xml from ShrinkWrap Classloader using Hibernate [Open (Unresolved) Bug, Major, Unassigned] https://issues.jboss.org/browse/ARQ-510 [00:06:54] <jbossbot> jira [HHH-6442] JarVisitorFactory is reconstructing URLs without the URLStreamHandler association [Open (Unresolved) Bug, Major, Unassigned] https://hibernate.onjira.com/browse/HHH-6442 [00:07:10] <ALR> mhuniewicz: Can you confirm that's the case w/ no other code changes? [00:07:17] <mhuniewicz> That is the case [00:07:20] <ALR> OK [00:07:33] <ALR> mhuniewicz: In that case: https://github.com/hibernate/hibernate-core/pull/130 [00:13:15] <mhuniewicz> ALR, uhm. If I revert to 3.6.5, and hardcode persistence unit name, and rename persistence-test.xml to persistence.xml - then I don't get that strange SQL error. [00:13:31] <ALR> mhuniewicz: Different issue. [00:13:56] <ALR> mhuniewicz: You did more than upgrade just our one little patch. [00:14:05] <mhuniewicz> ALR, I realise that. [00:14:24] <ALR> So if you think you uncovered another bug in Hibernate, open an issue for that. [00:14:39] <ALR> But the SQL error points to attempting an operation not supported by HSQLDB [00:19:16] <mhuniewicz> Oh, bollocks. [00:19:21] <ALR> ? [00:19:27] <mhuniewicz> Anyhow, [00:19:36] <mhuniewicz> ALR, what should I add on that page you sent me? [00:19:45] <ALR> mhuniewicz: Which page? [00:19:53] <mhuniewicz> https://github.com/hibernate/hibernate-core/pull/130 [00:20:04] <ALR> mhuniewicz: Nothing needed :) [00:20:21] <mhuniewicz> Do you think they will approve that? [00:20:34] <ALR> mhuniewicz: Or they'll come back to me with a reason why they won't. [00:20:40] <ALR> But it passes their internal suite. [00:20:53] <ALR> So unless they rely on coverage outside that source tree, should be fine. [00:21:01] <ALR> Steve already is expecting the patch. [00:21:12] <ALR> Someone will get to it eventually when they review the pull queue. [00:21:30] <mhuniewicz> Man, what's with their error reporting... It could at least tell me WHAT function is not supported... [00:21:38] <ALR> Plus I fixed it in a really non-evasive way [00:21:56] <ALR> Who's error reporting? [00:21:59] <ALR> *Whose [00:22:03] <mhuniewicz> Hibernate [00:22:14] <ALR> Hehe, you really love to blame the wrong projects, don't you? [00:22:26] <ALR> Caused by: java.sql.SQLException: This function is not supported [00:22:27] <ALR> at org.hsqldb.jdbc.Util.sqlException(Unknown Source) [00:22:33] <ALR> That's from HSQLDB [00:22:55] <mhuniewicz> Yeah ok but Hibernate could shed some light. [00:23:01] <dmlloyd> I bet the next stack frame up says what function isn't supported. [00:23:02] <ALR> Not really. [00:23:14] <ALR> SQLException is really really general [00:23:34] <ALR> dmlloyd: javax.persistence.PersistenceException: org.hibernate.exception.GenericJDBCException: This function is not supported [00:23:43] <ALR> They exception translate and keep the message only. [00:23:54] <dmlloyd> no just the stack frame, not the nested execption [00:24:06] <dmlloyd> the one that called Util.sqlException [00:24:17] <dmlloyd> you'd be able to see what JDBC function isn't supported by hsqldb [00:24:49] <ALR> at org.hsqldb.jdbc.jdbcConnection.prepareStatement(Unknown Source) [00:24:54] <dmlloyd> heh [00:25:03] <ALR> Anything goes into a statement. [00:25:21] <dmlloyd> ah so it's something in the actual statement [00:25:38] <mhuniewicz> I call the same statement like 3 times [00:25:46] <mhuniewicz> with a different String (name) and the third time fails. [00:26:30] <dmlloyd> well easy answer is "why the heck are you using hsqldb" :) [00:27:04] <ALR> dmlloyd: Ease of use in testing unrelated stuff. [00:27:09] <ALR> Same reason anyone uses it [00:27:11] <ALR> Haha. [00:27:17] *** ianbrandt has quit IRC [00:27:26] <ALR> Highly embeddable, testable, sometimes workable. [00:27:39] <dmlloyd> just thinking maybe something like derby would be better. [00:27:46] <ALR> Anyway, I think I'm satisfied w/ this now. [00:27:55] <ALR> HHH-6442 submitted [00:27:57] <jbossbot> jira [HHH-6442] JarVisitorFactory is reconstructing URLs without the URLStreamHandler association [Open (Unresolved) Bug, Major, Unassigned] https://hibernate.onjira.com/browse/HHH-6442 [00:28:04] <ALR> And ARQ-510 will fix itself when that's upstream [00:28:06] <jbossbot> jira [ARQ-510] Can't load persistence.xml from ShrinkWrap Classloader using Hibernate [Open (Unresolved) Bug, Major, Andrew Rubinger] https://issues.jboss.org/browse/ARQ-510 [00:28:24] <ALR> And now I don't need any universal/singleton URLStreamHandlers in ShrinkWrap [00:28:54] <ALR> dmlloyd: What's interesting I noticed about VFS, BTW, is that you get away with a Singleton URLStreamHandler [00:29:03] <ALR> Because VFS static stuff knows all filesystems [00:29:30] <ALR> But man, that stuff is dangerous. Only one call per-VM to URL.setURLStreamHandlerFactory [00:29:41] <ALR> And the Sysprop way has its caveats too. [00:29:54] <ALR> Java just ain't friendly to nonstandard protocols. [00:29:57] <dmlloyd> in 3.0.1 it doesn't set it any more, it's up to the environment [00:30:07] <ALR> dmlloyd: IMO that's muc hsmarter. [00:30:25] <dmlloyd> the idea is to have a facility which allows runtime registration (and unregistration) of schemes [00:30:26] <ALR> dmlloyd: Where's that? The code I saw yesterday was in SVN trunk. VFS got ported to Git? [00:30:34] <dmlloyd> yeah VFS is in git [00:30:38] <dmlloyd> http://github.com/jbossas/jboss-vfs [00:30:41] <dmlloyd> iirc [00:30:43] <ALR> Ah OK. So I was looking at old stuff. [00:43:26] <mhuniewicz> OK this exception occurs when I'm manually starting a transaction on HSQLDB and then calling ANY query. [00:48:56] <mhuniewicz> Ladies and gentlemen, [00:49:00] <mhuniewicz> it works!!! [00:49:07] <mhuniewicz> HSQLDB 2.2.4. [01:32:11] <mhuniewicz> ALR, do you know how I can make my code run after @After method? [01:32:22] <mhuniewicz> I'm using this [01:32:25] <mhuniewicz> public void on(@Observes(precedence = 500) After event, [01:32:32] <mhuniewicz> but it's after the test, not after @After. [02:01:46] *** mhuniewicz has quit IRC [03:20:40] *** cjalmeida has joined #jbosstesting [03:23:01] *** k4ffee has quit IRC [03:27:04] *** k4ffee has joined #jbosstesting [04:11:26] *** galderz has joined #jbosstesting [04:12:38] *** galderz has quit IRC [05:17:54] *** cjalmeida has quit IRC [05:30:38] *** ldimaggi has joined #jbosstesting [06:02:16] *** ldimaggi has quit IRC [06:05:50] *** mbg has joined #jbosstesting [06:57:03] *** bleathem has joined #jbosstesting [07:17:24] *** bleathem has quit IRC [07:35:23] *** bleathem has joined #jbosstesting [08:35:58] *** mbg has quit IRC [08:36:27] *** mbg has joined #jbosstesting [08:41:22] *** mbg has quit IRC [08:41:54] *** mbg has joined #jbosstesting [08:43:59] *** dblevins has quit IRC [08:48:56] *** dblevins has joined #jbosstesting [08:50:23] *** aslak has joined #jbosstesting [08:50:31] *** aslak has quit IRC [08:50:32] *** aslak has joined #jbosstesting [08:53:37] *** mbg has quit IRC [08:54:16] *** mbg has joined #jbosstesting [09:09:35] *** mbg has quit IRC [09:47:26] *** nilian has joined #jbosstesting [09:49:35] *** galderz has joined #jbosstesting [09:51:49] *** galderz has quit IRC [10:11:31] *** ALR has quit IRC [10:12:18] *** OndraZizka has quit IRC [10:12:49] *** OndraZizka has joined #jbosstesting [10:15:39] *** ALR has joined #jbosstesting [10:16:02] <ALR> aslak: Mooooooorning [10:16:08] <ALR> I had a busy night! [10:16:13] <ALR> But made you presents! [10:16:19] <aslak> ALR, hehe so i see [10:16:37] <ALR> aslak: I was sick of writing docs. [10:16:39] <ALR> Needed to code. [10:16:55] <ALR> And nothing makes me happier than cleaning/moving/refactoring existing code [10:17:06] <aslak> :) [10:17:07] <ALR> Well, nothing I can do with a computer. [10:17:12] <aslak> i'm most happy when i delete [10:17:23] <ALR> Well, nothing I can do with a computer that I wanna talk about here. [10:17:28] <aslak> hehe [10:17:34] <ALR> aslak: Then you'll LOVE this task: [10:17:37] <ALR> ARQ-516 [10:17:38] <jbossbot> jira [ARQ-516] Implement OpenShift Flex container for Arquillian [Open (Unresolved) Task, Major, Karel Piwko] https://issues.jboss.org/browse/ARQ-516 [10:17:41] <ALR> Oop [10:17:46] <aslak> really ? [10:17:47] <aslak> :) [10:17:48] <ALR> ARQ-518 [10:17:59] <ALR> ARQ-517 [10:18:01] <jbossbot> jira [ARQ-517] Remove hack/copied classes introduced to protocol-servlet as part of ARQ-514 [Open (Unresolved) Task, Major, Unassigned] https://issues.jboss.org/browse/ARQ-517 [10:18:01] <jbossbot> jira [ARQ-514] Remove all compile-time dependencies upon ShrinkWrap Descriptors Impl Module [Pull Request Sent (Unresolved) Task, Blocker, Andrew Rubinger] https://issues.jboss.org/browse/ARQ-514 [10:18:03] <ALR> Aha [10:18:05] <ALR> 5171 [10:18:06] <ALR> 517 [10:18:20] <ALR> That's a delete issue [10:18:24] <aslak> yea [10:18:45] <ALR> I maaaaaaaay have had some wine over the past hour [10:19:31] *** pil-afk has quit IRC [10:19:50] <ALR> aslak: So all I wanted to say: [10:20:02] <ALR> That pull request is cool to go in upstream ARQ if you approve it [10:20:03] <ALR> BUT [10:20:12] <ALR> Cannot be released as part of ARQ Final [10:20:21] <ALR> Because we first need to get SD-spi to beta [10:20:34] <ALR> Right now SD is on 1.1.0-alpha again [10:20:42] <ALR> Back-compat w/ 1.0.0-beta-1 [10:20:50] <ALR> But the new stuff can/should change [10:20:59] <ALR> We need to figure what the proper SPI should be [10:21:08] <ALR> Including some renaming maybe [10:21:11] <ALR> And definitely JavaDoc [10:21:22] <ALR> I'm finding especially confusing the naming of NodeQuery, Query, etc [10:21:34] <ALR> So, buyer beware [10:21:39] <aslak> so the conclusion is, it's 'useless' as a fix as it is right now ? :) [10:21:46] <ALR> aslak: Absolutely not useless. [10:21:54] <ALR> It abstracts out everything as needed. [10:22:12] <ALR> All compile deps on SD-impl are removed [10:22:25] <ALR> And arquillian-config depends only on SD-SPI [10:22:55] <ALR> And the requisite stuff for WebAppDescriptor, ApplicationDescriptor, has been copied into protocol-servlet [10:23:15] <ALR> The only thing left is to finalize the SD-SPI into a state where we want to lock it. [10:23:26] <ALR> Then simple refactoring to ARQ to the new locked SPI [10:23:30] <ALR> And we're good to go [10:23:52] <ALR> In other words, this pull request for ARQ-514 takes us 95% there [10:23:54] <jbossbot> jira [ARQ-514] Remove all compile-time dependencies upon ShrinkWrap Descriptors Impl Module [Pull Request Sent (Unresolved) Task, Blocker, Andrew Rubinger] https://issues.jboss.org/browse/ARQ-514 [10:24:14] <ALR> The rest is just in ensuring the SD-SPI is something we're comfortable with looking forward. [10:24:29] <aslak> yea, the new locked spi should be done before arq final, right ? [10:24:34] <ALR> Exactly. [10:24:43] <aslak> gitacha [10:24:46] <ALR> ARQ cannot go final if it depends on alpha SD or SW [10:24:48] <aslak> gotcha [10:24:56] <aslak> i agree [10:24:59] <ALR> Get SD to beta and we're all set. [10:25:08] <ALR> Which is why I put SD to 1.1.0-alpha-1 [10:25:15] <ALR> Make it clear what's up. :) [10:25:26] <aslak> which v. is going beta? [10:25:30] <aslak> 1.1 ? [10:25:33] <ALR> 1.1.0 [10:25:47] <aslak> will that include ralfs new stuff ? [10:25:53] <ALR> minor version = new elements introduced, but back-compat w/ previous ones [10:25:59] <ALR> aslak: If it's done in time. [10:26:08] <ALR> I also rebased Ralf's stuff on SD/master [10:26:20] <ALR> That's in upstream/SHRINKDESC-54 [10:26:21] <jbossbot> jira [SHRINKDESC-54] Develop/split EE Spec and JBoss-specific descriptors in API / Impl Split [Open (Unresolved) Task, Major, Ralf Battenfeld] https://issues.jboss.org/browse/SHRINKDESC-54 [10:26:32] <aslak> ALR, then we could possible complete 517 before final [10:26:56] <ALR> aslak: Doubtful. [10:27:08] <ALR> Ralf's stuff introduces a LOT of new API stuff. [10:27:16] <ALR> And the testsuite coverage is like 18-20% [10:27:26] <ALR> And I haven't audited yet for XSD completeness [10:27:36] <aslak> mm [10:27:58] <ALR> So his stuff is good, but given the timeframe you want, I think the copied approach in ARQ now should hold us for the time being. [10:28:01] <aslak> ALR, so we have a sd core api/spi locked, but sd descs in alpha + [10:28:02] <aslak> ? [10:28:12] <ALR> Bingo. [10:28:49] <ALR> The last thing we want, IMO, is pushing a supported, locked API that's broken [10:28:58] <ALR> Like we took a year to fully mature the SW API [10:29:25] <ALR> I'd need more tests and a full audit to feel comfortable in supporting all of Ralf's new stuff. [10:29:39] <ALR> Plus a couple community releases and time, just to be safe. [10:30:11] <ALR> In the meantime, all the copied stuff in ARQ now is working just fine, and hidden in internals. Users will never know how we modify stuff under the hood. [10:30:12] <aslak> ALR, agree [10:30:24] <ALR> aslak: Cool, so same page? [10:30:45] <aslak> yea. :) [10:30:48] <ALR> Awesome. [10:30:51] <ALR> Glad I caught you. [10:30:55] *** OndraZizka has quit IRC [10:30:59] <ALR> Time to polish off wine and sleeeeeeeep. [10:31:00] <ALR> :D [10:31:04] <aslak> :) [10:31:17] <ALR> Good weekend, buddy. Will be working so might catch ya. [10:31:25] <aslak> same here.. [10:31:28] <ALR> If you have a problem w/ the pull request I'll get to it ASAP [10:31:32] <aslak> working on fixing up some as7 arq stuff [10:32:08] <ALR> aslak: Lemme know if you want an eye/help with that then [10:32:13] <ALR> Or just have me take it. [10:32:20] <ALR> If you're busy w/ other stuff [10:32:30] <aslak> ALR, sure.. [10:32:33] <ALR> Peace. [10:32:37] <aslak> ALR, you reported the testng issue right? [10:32:42] <ALR> aslak: Ummm.... [10:32:45] <ALR> Which was that? [10:32:59] <aslak> as7 can't run with arq testng, due to the deploymentprocessor thinggy.. [10:33:09] <aslak> the deployment is never recognized as a test deployment [10:33:18] <ALR> Ah, yeah I remember this. [10:33:36] <ALR> There's annotation scanning for JUnit-specific stuff [10:33:43] <aslak> ALR, yea [10:33:54] <ALR> I'm not seeing the JIRA though [10:33:58] <ALR> Would need to dig a bit. [10:34:19] <aslak> ALR, either we just drop the recognizing stuff, since arq service is only deployed during testing, or we expand on the 'scanning'.. i think option 1 is easiest [10:34:22] <aslak> less hardcoding [10:34:50] <aslak> ALR, and this: AS7-1291 [10:34:52] <jbossbot> jira [AS7-1291] UserTransaction not exposed in JNDI [Open (Unresolved) Bug, Major, Aslak Knutsen] https://issues.jboss.org/browse/AS7-1291 [10:35:06] <ALR> I wonder if they'll reject that [10:35:16] <ALR> They've been very strict about what is exposed where in JNDI [10:35:22] <ALR> Keeping to spec-only by default. [10:35:43] <ALR> The recommended approach might be an MSC lookup [10:35:47] <ALR> Or injection [10:36:13] [10:36:39] <ALR> I don't know how that's done anymore. [10:36:52] <ALR> In AS6 and previous, java:comp was done by TCCL association [10:37:14] <aslak> mm [10:38:03] <aslak> it's done somehow.. and you have access to the Module and AS7 Core, so it should be doable [10:38:46] <aslak> and we need transaciton control from the test env [10:40:10] <ALR> Hmmm. [10:40:22] <ALR> Injecting UserTransaction == awesome [10:40:30] <aslak> ALR, exactly [10:41:07] <ALR> Peace baby. [10:41:13] <aslak> sweet dreams [10:41:20] <ALR> I'm getting all excited about it, I'll never sleep [10:41:37] <aslak> ALR, i'll assign all the as7 stuff i don't want to do to you then.. ;) [10:42:03] <ALR> Good [10:42:05] <ALR> Do that. [10:42:26] <ALR> Late. [10:42:29] *** ALR has quit IRC [10:46:56] *** OndraZizka has joined #jbosstesting [11:44:57] *** galderz has joined #jbosstesting [11:45:28] *** galderz has quit IRC [12:42:37] *** nilian has quit IRC [13:57:50] *** jose_freitas has joined #jbosstesting [14:13:49] *** jbossbot has quit IRC [14:15:02] *** jbossbot has joined #jbosstesting [14:15:29] *** jose_freitas has quit IRC [14:45:03] *** aslak has quit IRC [14:58:11] *** aslak has joined #jbosstesting [15:33:39] *** k4ffee has quit IRC [15:33:47] *** k4ffee has joined #jbosstesting [17:10:49] *** oskutka has quit IRC [17:12:11] *** mhuniewicz has joined #jbosstesting [17:12:44] *** oskutka has joined #jbosstesting [17:14:16] <mhuniewicz> aslak, hi [17:53:30] *** mhuniewicz has quit IRC [18:43:44] *** nilian has joined #jbosstesting [19:08:23] *** mgoldmann has joined #jbosstesting [19:34:48] *** mgoldmann has quit IRC [21:15:41] *** bleathem has quit IRC [21:59:44] *** bleathem has joined #jbosstesting [22:05:54] *** k4ffee has quit IRC [22:09:57] *** k4ffee has joined #jbosstesting [22:20:32] *** bobmcw_ has joined #jbosstesting [22:23:28] *** bobmcw has quit IRC [22:34:05] *** mhuniewicz has joined #jbosstesting [22:34:27] <mhuniewicz> aslak, how's it going? [22:36:31] <aslak> mhuniewicz, heya [22:36:57] <mhuniewicz> ALR fixed the Hibernate problem but I'm not sure if they will accept that [22:37:16] <aslak> mhuniewicz, why not? [22:38:22] <mhuniewicz> I think there's one remaining thing for me. Remember that I used the After event to remove instances of EntityManager? [22:38:31] <aslak> mm [22:38:50] <mhuniewicz> Is there something I can do to have my method called after the @After method is called? [22:41:23] <aslak> mhuniewicz, do you have a precedence set in the @Observer ? [22:42:10] <mhuniewicz> Yeah I tried 100 and 500, didn't help. [22:42:19] <aslak> remove it [22:50:56] <mhuniewicz> It works. :) [22:51:02] <mhuniewicz> I'll verify with MySQL... [23:00:56] *** nilian has quit IRC [23:14:04] <mhuniewicz> aslak, it works okay. Thanks. [23:14:16] <mhuniewicz> Did you have a chance to speak to Alesj? [23:15:00] <aslak> mhuniewicz, great! no not yet, it's the weekend so, he'll probably be back on monday [23:16:45] <mhuniewicz> aslak, I'm happy with the way it's looking now. It does what I want it to do. [23:16:57] <aslak> nic [23:16:58] <aslak> e [23:19:44] <mhuniewicz> aslak, so now what? Are we waiting for alesj? [23:20:13] <aslak> mhuniewicz, did we create a jira for this ? [23:20:42] <mhuniewicz> I don't think so. [23:21:00] <aslak> mhuniewicz, you mind creating one? place it on the weld-ee container [23:21:25] <mhuniewicz> What should it say? [23:21:49] <aslak> Support @PersistenceContext injection in weld-ee mock container [23:22:09] <mhuniewicz> Okay. [23:22:46] <aslak> maybe this should be a weld-se feature instead.. we'll see what alesj says [23:23:56] <mhuniewicz> What is that - bug, enhancement, feature request? [23:24:03] <aslak> feature [23:30:05] <mhuniewicz> ARQ-518 [23:30:06] <jbossbot> jira [ARQ-518] Support @PersistenceContet injection in weld-ee mock container [Open (Unresolved) Feature Request, Major, Unassigned] https://issues.jboss.org/browse/ARQ-518 [23:38:21] <aslak> sweet... :) [23:38:49] <aslak> mhuniewicz, you done code / tes wise ? [23:38:53] <aslak> test [23:38:59] <mhuniewicz> Yes. [23:39:50] <aslak> mhuniewicz, then you can create a pull request on github, and and move the jira issue to next workflow item, link pull request [23:40:21] <aslak> mhuniewicz, added you as a dev to arq jira btw. so you can assign etc [23:40:49] <mhuniewicz> aslak, create a pull request where? [23:42:19] <aslak> mhuniewicz, aa, you got the topic branch as your main branch? [23:42:29] <mhuniewicz> Yes. [23:42:48] <aslak> mhuniewicz, ,ok, you can go to: https://github.com/m1key/arquillian-container-weld [23:43:17] <aslak> you should see up in the right top menu a open: Pull request [23:43:44] <mhuniewicz> Clicked. [23:44:14] <mhuniewicz> Should I write any description other than ARQ-518? [23:44:15] <jbossbot> jira [ARQ-518] Support @PersistenceContet injection in weld-ee mock container [Open (Unresolved) Feature Request, Major, Michal Huniewicz] https://issues.jboss.org/browse/ARQ-518 [23:44:22] <aslak> you can then possible fill in some info etc, normally the Jira issue at least.. [23:46:50] <mhuniewicz> aslak, Is that okay? [23:46:55] <mhuniewicz> Did anything happen? [23:48:17] <aslak> mhuniewicz, yea, got it :) [23:48:44] <mhuniewicz> Now we wait... :) [23:50:28] <aslak> mhuniewicz, you got some conflicts with the master branch it seems. some stuff has been updated since you started [23:50:39] <aslak> mhuniewicz, do you know how to rebase etc? [23:50:56] <mhuniewicz> aslak, I think so. [23:51:39] <aslak> mhuniewicz, ok, can you rebase yours ontop of upstream master.. [23:52:08] <mhuniewicz> How do I do it? Pull onto my master first? [23:52:15] <aslak> you might get a conflict, but basically the Before|AfterLifecycleEventExecturos has been removed [23:52:42] <aslak> git fetch upstream && git rebase upstream/master [23:53:03] <aslak> git push origin -f InjectPC [23:54:59] <mhuniewicz> And then? [23:55:08] <aslak> thats it [23:55:16] <mhuniewicz> It didn't make me merge. [23:55:31] <aslak> ? [23:55:42] <mhuniewicz> I didn't have to resolve anything manually, that is. [23:57:56] <mhuniewicz> Locally I'm working on the InjectPC branch as well. [23:58:08] <mhuniewicz> aslak, I think I should rebase master onto InjectPC now? [23:59:50] <aslak> if your in the InjectPC branch