May 30, 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 | >
May 30, 2011 NOTICE: This channel is no longer actively logged.
[00:16:13] *** jpearlin has quit IRC[00:19:04] *** jwulf has quit IRC[00:30:14] *** emuckenhuber has quit IRC[00:34:40] *** jwulf has joined #jboss-as7[00:44:42] *** pferraro has joined #jboss-as7[00:44:42] *** ChanServ sets mode: +v pferraro[00:45:00] *** pferraro has left #jboss-as7[00:51:27] *** miclorb_ has joined #jboss-as7[01:30:48] *** aslak has quit IRC[01:32:38] *** mbg has joined #jboss-as7[01:58:07] *** jfclere has quit IRC[02:00:54] *** jfclere has joined #jboss-as7[02:04:18] *** dmison has joined #jboss-as7[02:29:20] *** jfclere has quit IRC[02:42:51] *** mbg has quit IRC[03:01:24] *** lgao has joined #jboss-as7[03:32:53] *** JimMaq has joined #jboss-as7[03:40:54] *** adinn has joined #jboss-as7[03:40:54] *** ChanServ sets mode: +v adinn[04:04:56] *** miclorb_ has quit IRC[04:39:00] *** misty has quit IRC[04:41:37] *** dmison has quit IRC[04:58:32] *** bobmcw_ has joined #jboss-as7[04:58:32] *** bobmcw has quit IRC[04:59:59] *** smarlow has quit IRC[05:00:49] *** bobmcw_ is now known as bobmcw[05:00:50] *** bobmcw has joined #jboss-as7[05:09:43] *** dmison has joined #jboss-as7[05:09:50] *** miclorb has joined #jboss-as7[05:16:30] *** misty has joined #jboss-as7[05:24:52] *** mbg has joined #jboss-as7[05:41:13] *** miclorb has quit IRC[05:57:09] *** stliu has joined #jboss-as7[05:57:09] *** ChanServ sets mode: +v stliu[06:00:03] *** misty has left #jboss-as7[06:07:59] *** misty has joined #jboss-as7[06:23:35] *** miclorb has joined #jboss-as7[06:39:48] *** irooskov has quit IRC[06:52:01] *** mbg is now known as mbg|away[06:53:57] *** misty has quit IRC[06:55:30] *** misty has joined #jboss-as7[07:11:08] *** mbg|away is now known as mbg[07:18:04] *** pil-dinner-afk has joined #jboss-as7[07:35:04] *** liweinan has joined #jboss-as7[07:56:45] <misty> stuartdouglas: you got home OK?[07:56:57] <stuartdouglas> yes, the flight was pretty uneventful[07:58:10] <misty> awesome[07:58:13] <misty> thank you again for coming[07:58:43] <misty> I hope the awesome:suck ratio was OK :)[07:58:47] <stuartdouglas> no problem[07:59:09] *** trustin has joined #jboss-as7[07:59:09] *** ChanServ sets mode: +v trustin[07:59:37] <trustin> Is it unallowed to put two .xsds into a single module?[07:59:52] <stuartdouglas> what do you mean?[08:00:23] <trustin> I wrote two extensions for AS 7[08:00:40] <trustin> and they register two subsystems[08:00:57] <trustin> they are packaged into a single jar[08:01:12] <trustin> I put .xsds into the schemas directory[08:01:32] <stuartdouglas> that should be fine, the connector module does the same thing[08:01:39] <trustin> oh really[08:01:44] <trustin> I'm getting this error:[08:02:35] <trustin> stuartdouglas: http://pastebin.com/wszAT56M[08:03:10] <trustin> What I have done is basically adding two namespace locations[08:03:30] <trustin> urn:jboss:domain:datagrid:endpoint:memcached:1.0 and urn:jboss:domain:datagrid:endpoint:hotrod:1.0[08:03:41] <trustin> When I add only one of them, it works[08:03:57] <trustin> (only memcached or only hotrod)[08:04:30] <stuartdouglas> can you give a paste of the file?[08:04:34] <stuartdouglas> it seems very odd[08:05:11] <trustin> you mean the standalone.xml?[08:05:18] <stuartdouglas> yes[08:06:06] <trustin> http://pastebin.com/dbuCTU88[08:07:27] *** tdiesler has joined #jboss-as7[08:07:27] *** ChanServ sets mode: +v tdiesler[08:08:48] <stuartdouglas> what happens if you move the "> to the same line as the namespace dec, e.g. urn:jboss:domain:datagrid:endpoint:memcached:1.0 jboss-datagrid-endpoint-memcached.xsd">[08:09:51] <trustin> same problem[08:10:25] *** opalka has joined #jboss-as7[08:10:26] *** ChanServ sets mode: +v opalka[08:10:26] *** emuckenhuber has joined #jboss-as7[08:10:26] *** emuckenhuber has joined #jboss-as7[08:10:26] *** ChanServ sets mode: +v emuckenhuber[08:10:33] <trustin> funny[08:10:43] <opalka> morning[08:10:46] <trustin> There were some tab characters between filenames[08:11:01] <trustin> I mean in the beginning of the lines[08:11:12] <trustin> specifically before weld, hotrod, and memcached[08:11:20] <trustin> replacing them with spaces fixed the problem[08:11:46] *** adinn has left #jboss-as7[08:11:48] *** adinn has joined #jboss-as7[08:11:48] *** ChanServ sets mode: +v adinn[08:11:49] <stuartdouglas> hmm: if ((values.size() & 1) != 0) {[08:11:49] <stuartdouglas> throw invalidAttributeValue(reader, idx);[08:12:06] <stuartdouglas> that is from CommonXml, where the exception is being thrown[08:12:11] <stuartdouglas> and it does not look right[08:12:47] *** misty has left #jboss-as7[08:13:04] <stuartdouglas> actually that is just checking that there are an even number of items[08:13:53] <trustin> hmmm why does the existance of tab affect the validation[08:13:53] <trustin> ?[08:14:13] <stuartdouglas> maybe getListAttributeValue only looks at spaces and not tabs?[08:14:18] * stuartdouglas is not sure[08:15:26] <trustin> hmmm[08:19:15] *** Jaikiran has joined #jboss-as7[08:19:15] *** ChanServ sets mode: +v Jaikiran[08:22:16] <trustin> stuartdouglas: thanks btw. :-)[08:22:40] <trustin> stuartdouglas: would you mind if I ask just one more question?[08:22:44] <stuartdouglas> sure[08:23:22] <trustin> How can a subsystem retrieve an object from the other subsystem?[08:24:02] <stuartdouglas> you probably want to use a service to expose the value[08:25:03] <trustin> Hmm, does it mean that I can access the Service object directly?[08:25:07] <stuartdouglas> e.g. in the subsystem that provides the value you can use a ValueService to expose it[08:25:35] <stuartdouglas> in the other subsystem you can either look up the service name directly, or better yet inject the value using MSC's dependency mechanism[08:25:35] *** jamezp_afk has quit IRC[08:25:49] <stuartdouglas> which one you use depends on where you are trying to get access to the value[08:26:07] *** jamezp_afk has joined #jboss-as7[08:26:25] <trustin> I see.. Let me dig it a little bit[08:26:29] <trustin> thanks for the pointer[08:29:02] *** ALR has quit IRC[08:32:28] *** adinn has left #jboss-as7[08:33:07] *** mbg is now known as mbg|away[08:34:36] *** mgoldmann has joined #jboss-as7[08:34:36] *** ChanServ sets mode: +v mgoldmann[08:45:52] *** wolfc has joined #jboss-as7[08:45:52] *** ChanServ sets mode: +v wolfc[08:48:35] *** pil-dinner-afk has quit IRC[08:49:05] *** pil-dinner-afk has joined #jboss-as7[08:52:37] <trustin> how do I import the classes from com/sun/org/apache/xerces/internal?[08:53:26] <trustin> I cheated from the description in messaging.saaj, but it doesn't seem to work :-)[08:54:10] <stuartdouglas> that should work, what error message are you getting?[08:54:46] <trustin> classnotfoundexception[08:54:59] <trustin> I guess I should add JAXB, too.[08:55:47] <trustin> Caused by: java.lang.ClassNotFoundException: com.sun.org.apache.xerces.internal.parsers.SAXParser from [Module "org.jboss.as.standalone:main" from local module loader @6b86768e (roots: /home/trustin/Workspace/infinispan/EDG/6.0/trunk/dist-dir/target/jboss-datagrid-6.0.0.Alpha1-SNAPSHOT/modules)][08:56:26] *** maxandersen has joined #jboss-as7[08:56:26] *** ChanServ sets mode: +v maxandersen[08:57:35] <stuartdouglas> can you also paste the changes you made to the org.jboss.as.standalone module.xml?[08:57:43] <trustin> sure[08:58:07] *** kevinpollet has joined #jboss-as7[08:58:20] <trustin> stuartdouglas: http://pastebin.com/WRF3K3iE[08:58:51] <stuartdouglas> the ClassNotFoundException is coming from the org.jboss.as.standalon module[08:59:02] <stuartdouglas> not the org.jboss.datagrid one[08:59:22] <stuartdouglas> maybe you have the wrong TCCL set or something?[08:59:37] <trustin> hmm maybe[08:59:53] <stuartdouglas> can I have a look at the full stack trace?[09:00:03] <trustin> sure[09:00:25] <trustin> stuartdouglas: http://pastebin.com/edBbmnxq[09:01:35] <stuartdouglas> trustin: that is a bit weird, what JVM are you using?[09:01:51] <trustin> stuartdouglas: sun 1.6.0_25[09:01:56] <stuartdouglas> I don't think it should be using the built in xerces to do the parsing[09:01:59] *** davidbos has joined #jboss-as7[09:06:54] *** maxandersen has quit IRC[09:07:08] *** maxandersen has joined #jboss-as7[09:07:08] *** ChanServ sets mode: +v maxandersen[09:10:55] <trustin> stuartdouglas: setting the TCCL fixed the problem. thanks again.[09:12:53] *** emuckenhuber has quit IRC[09:15:31] *** rmaucher has joined #jboss-as7[09:16:14] *** adietisheim has joined #jboss-as7[09:21:35] *** dmison has quit IRC[09:27:00] *** emuckenhuber has joined #jboss-as7[09:27:08] *** emuckenhuber has joined #jboss-as7[09:27:08] *** ChanServ sets mode: +v emuckenhuber[09:27:08] *** pil-dinner-afk is now known as pilhuhn[09:27:09] *** pilhuhn has joined #jboss-as7[09:36:31] *** mgoldmann is now known as mgoldmann|away[10:06:31] *** slaboure has joined #jboss-as7[10:14:19] *** asoldano has joined #jboss-as7[10:14:19] *** ChanServ sets mode: +v asoldano[10:21:41] <maxandersen> could someone verify that last step on step 11 on http://community.jboss.org/wiki/HackingOnAS7 is now correct?[10:22:04] <maxandersen> i.e. its "git push origin my_cool_feature" now, but before it was "git push my_cool_feature"[10:22:57] <emuckenhuber> yep[10:23:12] <emuckenhuber> i mean it's correct[10:23:48] <maxandersen> emuckenhuber: okey - so was broken before ;)[10:23:54] <maxandersen> now fixed ;)[10:26:41] *** mlinhard has joined #jboss-as7[10:26:41] *** ChanServ sets mode: +v mlinhard[10:27:31] *** aslak has joined #jboss-as7[10:27:31] *** aslak has quit IRC[10:27:31] *** aslak has joined #jboss-as7[10:27:32] *** ChanServ sets mode: +v aslak[10:29:21] *** torben has joined #jboss-as7[10:29:21] *** torben has quit IRC[10:29:21] *** torben has joined #jboss-as7[10:29:21] *** ChanServ sets mode: +v torben[11:12:34] *** miclorb has quit IRC[11:13:06] *** vtunka has joined #jboss-as7[11:13:06] *** ChanServ sets mode: +v vtunka[11:21:40] *** alesj has joined #jboss-as7[11:21:48] *** mgoldmann|away is now known as mgoldmann[11:23:01] *** trustin has quit IRC[11:37:52] *** maeste has joined #jboss-as7[11:37:52] *** ChanServ sets mode: +v maeste[11:41:34] *** stliu has quit IRC[11:50:09] *** Jaikiran has quit IRC[11:56:44] <nickarls> any console wizard present?[11:57:15] <nickarls> anyone who has even used it once or twice will do ;-)[11:57:30] <nickarls> I get a "Plugin's descriptor contains the wrong version: 2.2.0" when doing a mvn gwt:run[11:58:56] <nickarls> (for the mvn:gwt plugin version, that is)[12:08:53] *** torben has quit IRC[12:09:40] *** torben has joined #jboss-as7[12:09:40] *** ChanServ sets mode: +v torben[12:12:36] *** kevinpollet has quit IRC[12:15:30] *** emuckenhuber has quit IRC[12:34:12] *** emuckenhuber has joined #jboss-as7[12:34:12] *** emuckenhuber has joined #jboss-as7[12:34:12] *** ChanServ sets mode: +v emuckenhuber[12:42:23] *** JimMaq has quit IRC[12:54:19] *** jbosslog has quit IRC[12:55:11] *** torben has quit IRC[12:55:47] *** jbosslog has joined #jboss-as7[12:56:24] *** asoldano is now known as asoldano_lunch[13:02:10] *** hardy_ has joined #jboss-as7[13:04:20] *** kevinpollet has joined #jboss-as7[13:05:44] *** aloubyansky has joined #jboss-as7[13:13:50] *** slaboure has quit IRC[13:21:49] *** jwulf has quit IRC[13:51:57] *** liweinan has quit IRC[14:06:29] *** Jaikiran has joined #jboss-as7[14:06:29] *** ChanServ sets mode: +v Jaikiran[14:07:22] *** stliu has joined #jboss-as7[14:07:22] *** ChanServ sets mode: +v stliu[14:07:54] <Jaikiran> stuartdouglas: wolfc: fyi - i am working on some ejb30/lite/packaging fixes[14:08:10] <Jaikiran> the first batch has been pushed which is expected to improve the score by 36[14:09:33] <wolfc> nice, rebasing my own stuff now[14:13:23] *** kevinpollet has quit IRC[14:13:31] *** kevinpollet has joined #jboss-as7[14:14:58] *** sguilhen has joined #jboss-as7[14:19:26] *** lgao has left #jboss-as7[14:24:57] *** slaboure has joined #jboss-as7[14:29:15] *** davidbos has quit IRC[14:30:44] *** asoldano_lunch is now known as asoldano[14:34:17] *** lgao has joined #jboss-as7[14:36:36] *** sgilda has joined #jboss-as7[14:49:14] *** maeste has quit IRC[14:51:10] *** galderz has joined #jboss-as7[14:51:11] *** ChanServ sets mode: +v galderz[14:51:48] *** aloubyansky has quit IRC[14:57:03] *** frainone has joined #jboss-as7[14:57:07] *** frainone has joined #jboss-as7[14:57:07] *** ChanServ sets mode: +v frainone[14:57:45] *** galderz has quit IRC[15:11:07] <maxandersen> anyone in here experts on MDB …or more specifically why mappedName is ignored by JBoss ? :)[15:12:10] <maxandersen> Jaikiran: i've seen your name on some of the forum topics about users having the same problem ;) could you help ?[15:12:50] <Jaikiran> maxandersen: mappedName on @MessageDriven?[15:12:57] <maxandersen> Jaikiran: yes[15:13:15] <Jaikiran> mappedName isn't used for any of the @Stateless or @Stateful or @MDB[15:13:30] <Jaikiran> the spec says that it's upto the container to decide how to handled mappedName[15:13:36] <maxandersen> Jaikiran: and that is the case for both HornetQ and old messaging ?[15:13:58] <Jaikiran> maxandersen: yes, irrespective of the messaging provider, since it's part of EJB3 and not part of the JMS provider[15:14:20] <Jaikiran> for specifying jndi names for beans, JBoss uses custom annotations @LocalBinding and @RemoteBinding[15:14:32] <Jaikiran> btw, MDB doesn't bind to jndi, so where is that being used?[15:14:40] <Jaikiran> i mean why is the user using mappedName for a MDB?[15:15:26] <maxandersen> Jaikiran: …the problem is that we have some ancient code in JBoss Tools that generates messagedriven beans[15:15:34] <maxandersen> that is there since well...foreever[15:15:52] <Jaikiran> it's just ignored from EJB3 point of view[15:16:02] *** davidbos has joined #jboss-as7[15:16:08] <Jaikiran> by using mappedName are you trying to specify the queue/topic jndi name for the MDB?[15:16:11] <maxandersen> Jaikiran: you can see one of the bugs at https://issues.jboss.org/browse/JBIDE-8530 (the other one is linked in)[15:16:19] <maxandersen> Jaikiran: yes[15:16:26] <maxandersen> Jaikiran: basically the queue name[15:16:32] <maxandersen> sorry - destination name i believe[15:16:50] <Jaikiran> yeah, the spec compliant way of doing that is via the "destination" activation config property[15:16:51] <maxandersen> but if I understand you (and what I can find about it) then there is *:no* portable way of doing that ?[15:17:00] <maxandersen> aaah[15:17:05] <adietisheim> ping emuckenhuber[15:17:08] <Jaikiran> the portable way is via @ActivationConfig(Property)[15:17:09] <Jaikiran> one sec[15:17:44] <Jaikiran> http://docs.jboss.org/ejb3/docs/tutorial/1.0.7/html/Message_Driven_Beans.html[15:17:50] <Jaikiran> the first one in the table on that page[15:18:19] <Jaikiran> here's the code example http://anonsvn.jboss.org/repos/jbossas/projects/ejb3/trunk/docs/tutorial/mdb/src/org/jboss/tutorial/mdb/bean/ExampleMDB.java[15:18:29] <Jaikiran> @ActivationConfigProperty(propertyName="destination", propertyValue="queue/tutorial/example")[15:18:46] <maxandersen> so this never makes sense:[15:18:47] <maxandersen> @MessageDriven([15:18:47] <maxandersen> activationConfig = { @ActivationConfigProperty([15:18:47] <maxandersen> propertyName = "destinationType", propertyValue = "javax.jms.Queue"[15:18:47] <maxandersen> ) },[15:18:47] <maxandersen> mappedName = "myqueue")[15:18:48] <maxandersen> ?[15:18:58] <Jaikiran> that'll fail deployment actually[15:19:04] <maxandersen> that is what the wizard generates by ddefault[15:19:07] <Jaikiran> since "destination" is a mandatory activation config property[15:19:11] <maxandersen> Jaikiran: yeah - thats what we got bugs coming in from ;)[15:19:14] <Jaikiran> the mappedName would just be ignored[15:19:16] <Jaikiran> :)[15:20:29] <maxandersen> Jaikiran: so this would/should be portable (old jboss messaging, hornetq and other spec compliant ones)[15:20:30] <maxandersen> @MessageDriven([15:20:30] <maxandersen> activationConfig = { @ActivationConfigProperty([15:20:30] <maxandersen> propertyName = "destinationType", propertyValue = "javax.jms.Queue"[15:20:30] <maxandersen> ),@ActivationConfigProperty([15:20:30] <maxandersen> propertyName = "destination", propertyValue = "myqueue"[15:20:31] <maxandersen> )})[15:20:51] <Jaikiran> yes, assuming there's a queue bound to that "myqueue" jndi name[15:21:16] <maxandersen> Jaikiran: well thats the "users problem" to find out (unfortunately)[15:21:28] <maxandersen> and the same would work for javax.jmx.Topic ?[15:21:31] <Jaikiran> yes[15:21:38] <Jaikiran> just the "destinationType" would be different[15:21:44] <maxandersen> Jaikiran: yes[15:22:17] <maxandersen> Jaikiran: but it seems like glassfish uses mappedName as fallback if destination isn't there…[15:22:35] <maxandersen> Jaikiran: which seems a nice and simple way in comparision to what we do ?[15:23:16] <Jaikiran> maxandersen: we could do that too, but again that's not guaranteed to be compatible against other servers, since the spec says that the semantics of mappedName is container specific[15:23:23] <maxandersen> Jaikiran: note, i'll fix jbosstools to generate the more verbose compliant way but just wondering for the reasons (so I can explain when I hear about it again ;)[15:23:30] <wolfc> we might even change mappedName to use MSC services[15:24:05] <Jaikiran> so not just jndi name and instead service names?[15:24:23] * maxandersen wonders why a strongly typed attribute like mappedName is not defined in spec but a damn string based property is.[15:25:10] <maxandersen> wolfc: is that a valid suggestion or just you making a point how unportable (aka unusable) that attribute is ?[15:26:19] <wolfc> maxandersen, Jaikiran, it's both a valid suggestion and shows the unportability[15:26:38] <wolfc> it depends on how the default (HornetQ) implementation will behave in AS 7[15:27:21] <maxandersen> wolfc: Jaikiran: any of you know the story behind this attribute mappedName ? Sounds like a very useless thing to have in the spec?[15:28:29] <adietisheim> ping emuckenhuber[15:28:40] *** fnasser has joined #jboss-as7[15:29:28] <Jaikiran> i wasn't around during the discussions, so no clue :) but yeah, that's an almost useless attribute. especially now that there's a similar "lookup" attribute added at other places like @Resource[15:29:43] <wolfc> it came before the lookup attribute and global JNDI names[15:31:57] <wolfc> so before that there was no defined way to match Resource with EJBs.[15:32:17] <wolfc> Some servers had a JNDI registry others had another type of registry (although I can't think of one :-) )[15:32:35] <wolfc> Now everybody does it via the global JNDI names[15:33:40] <emuckenhuber> adietisheim: pong[15:34:42] <adietisheim> emuckenhuber: hi! just a simple question: in what cases .failed file is being written when I deploy to as7? are there exceptions?[15:36:44] <emuckenhuber> adietisheim: it gets written when something failed during the deployment - and afaik we write the error result from the mgmt operation[15:36:55] <emuckenhuber> which might not contain the full stacktrace though[15:36:56] *** mmoyses has joined #jboss-as7[15:37:03] <emuckenhuber> well most likely not[15:37:07] *** ChanServ sets mode: +v mmoyses[15:37:33] <adietisheim> emuckenhuber: ok, so should do it if for example web.xml is bogus?[15:37:47] <maxandersen> wolfc: global jndi names and the string based property horror :)[15:38:19] <emuckenhuber> adietisheim: that's the idea at least ;)[15:38:32] <adietisheim> emuckenhuber: ok, perfect, thanks :)[15:43:09] <Jaikiran> maxandersen: wolfc: talking of string based property horror http://community.jboss.org/thread/167142?tstart=0 :)[15:44:22] <wolfc> thank god we produce nice readable error messages... urgh...[15:47:13] <maxandersen> wolfc: :)[16:02:41] <maxandersen> Jaikiran: wolfc: looking at other ide's and examples….they seem to all assume mappedName is a name mapped somewhere in the server (either manually or explicitly)[16:10:31] <maxandersen> Jaikiran: wolfc: is it only mappedName on MessageDriven that is this weird ? how babout mappedName on EJB, Stateless etc ?[16:10:47] <wolfc> we now ignore mappedName everywhere[16:14:15] <maxandersen> wolfc: new behavior in AS7 or ?[16:14:39] <wolfc> yes[16:14:54] <maxandersen> wolfc: yikes…talk about a massive move of a problem to user ;([16:15:22] *** lgao has left #jboss-as7[16:15:29] <maxandersen> wolfc: basically all examples for JEE programming I can find uses mappedName as common denominator….[16:15:44] <maxandersen> wolfc: is there some other portable alternative to use ?[16:15:58] <wolfc> @Resource(lookup=[16:16:24] <wolfc> All examples should be ported to EJB 3.1[16:16:25] <maxandersen> wolfc: thats the lookup - but this is in the declaration aint it ?[16:20:08] <wolfc> maxandersen: any mappedName usage in the declaration was weird and complete bogus anyway[16:20:26] <maxandersen> wolfc: well, its what the internets says ;)[16:20:37] <wolfc> you would have @Stateless(mappedName="test") and @EJB(mappedName="test/local") where is the logic in that[16:21:26] <maxandersen> wolfc: well thats only if you use local is it not …@EJB(mappedName="test") would have worked..[16:21:42] <wolfc> No that would give you a CCE[16:22:28] <wolfc> Then add no-interface and the implicit local view into the mix and it would rattle at every bump[16:23:35] <maxandersen> wolfc: well on the glassfish examples i've found they just use the same name on both sides...[16:23:51] <maxandersen> wolfc: is it a jboss "quirk" that they need to be different ?[16:24:06] <wolfc> maxandersen: that's because they use a different registry[16:24:22] <wolfc> yes, we should never have allowed mappedName to end up into JNDI[16:24:32] <maxandersen> wolfc: note I can see that it is very different on each server - just found weblogic posts where it gets even more hairy ;)[16:25:30] <maxandersen> wolfc: wouldn't it be simpler just to align the registry they are looking in ? (noob question I guess ;)[16:25:43] <wolfc> that's the new global JNDI names[16:26:06] <wolfc> EJB 3.1 FR 4.4[16:26:10] *** opalka has quit IRC[16:26:11] <wolfc> You must use those[16:29:55] *** jc3 has quit IRC[16:30:51] <maxandersen> wolfc: remind me what EJB 3.1 FR 4.4 stands for ? got a link ? :)[16:31:22] <maxandersen> wolfc: I guess its some spec but there is alot out there :)[16:32:24] <wolfc> http://www.jcp.org/en/jsr/detail?id=318[16:36:01] <maxandersen> wolfc: is that 4.4 section saying that I need to use @Resource(name="java:global/shared/Shared!com.acme.SharedBean") ?! that sounds even worse.[16:44:14] *** tdiesler has quit IRC[16:45:39] *** mbg has joined #jboss-as7[16:45:40] *** ChanServ sets mode: +v mbg[16:48:47] *** mlinhard has quit IRC[16:48:57] *** Jaikiran has quit IRC[17:01:14] *** rawbdor has joined #jboss-as7[17:09:52] <asoldano> Hi, does anyone know which JNDI name is the jms connection factory bound to in AS7, if any ?[17:10:47] *** stliu has quit IRC[17:11:35] <asoldano> .. or know who to ask to ;-)[17:11:40] <asoldano> emuckenhuber, ?[17:12:05] <emuckenhuber> hmm, afaik the entries in the domain/standalone.xml correspond to the jndi bindings[17:12:20] <emuckenhuber> i mean the <entry name="..." />[17:13:21] <asoldano> emuckenhuber, ok, I see <entry name="java:/ConnectionFactory"/> ... let's try..[17:13:44] *** tdiesler has joined #jboss-as7[17:13:44] *** ChanServ sets mode: +v tdiesler[17:13:48] <emuckenhuber> asoldano: yes, i think that should be it[17:14:54] <emuckenhuber> hmm at least in the testsuite we do "ctx.lookup("java:/ConnectionFactory")" - i hope it's not disabled or smth like that ;)[17:16:40] <asoldano> emuckenhuber, ok, thanks[17:25:08] <asoldano> emuckenhuber, ok, just add a look at the demos... seems like the connection factory can only be looked up when in-container[17:25:36] <asoldano> emuckenhuber, I tried both java:/ConnectionFactory and RemoteConnectionFactory and they're both found when in container only[17:26:56] <asoldano> emuckenhuber, that's likely a consequence of remote jndi not yet implemented[17:27:26] <emuckenhuber> hmm, yes the jndi stuff only works in-container... however i lost track of the plans for remote jndi[17:27:35] <emuckenhuber> one thing you can try is to use the HornetQClient[17:28:04] <emuckenhuber> as far as i remember we use that in a demo - let me see if i find that for you[17:29:09] <emuckenhuber> https://github.com/jbossas/jboss-as/blob/master/demos/src/main/java/org/jboss/as/demos/client/messaging/runner/ExampleRunner.java#L147[17:29:40] *** kevinpollet_ has joined #jboss-as7[17:30:00] *** kevinpollet_ has quit IRC[17:30:28] *** sguilhen has quit IRC[17:30:33] *** frainone has quit IRC[17:31:03] *** sguilhen has joined #jboss-as7[17:31:30] *** frainone has joined #jboss-as7[17:31:30] *** ChanServ sets mode: +v frainone[17:31:34] *** mmoyses has quit IRC[17:34:12] *** kevinpollet has quit IRC[17:37:39] *** mmoyses has joined #jboss-as7[17:37:39] *** ChanServ sets mode: +v mmoyses[17:43:56] *** hardy_ has quit IRC[17:48:34] *** tdiesler has quit IRC[17:52:10] *** alesj has quit IRC[17:59:35] *** mbg has quit IRC[18:02:18] *** maxandersen has quit IRC[18:04:53] *** mbg has joined #jboss-as7[18:04:53] *** ChanServ sets mode: +v mbg[18:14:05] <asoldano> emuckenhuber, thanks for the pointer; actually I'm trying the SOAP over JMS implementation of Apache CXF when integrated in JBossWS, and CXF needs to lookup the connection factory given a JNDI name. For now I can run the test in-container, then we'll see...[18:17:07] <emuckenhuber> alright[18:24:17] *** maxandersen has joined #jboss-as7[18:24:18] *** ChanServ sets mode: +v maxandersen[18:44:22] *** asoldano has quit IRC[18:50:46] *** slaboure has quit IRC[19:19:53] *** mgoldmann has quit IRC[19:29:53] *** emuckenhuber has left #jboss-as7[20:00:27] *** sannegrinovero has joined #jboss-as7[20:00:27] *** sannegrinovero has quit IRC[20:00:27] *** sannegrinovero has joined #jboss-as7[20:00:27] *** ChanServ sets mode: +v sannegrinovero[20:01:29] *** mbg has quit IRC[20:02:52] *** mbg has joined #jboss-as7[20:02:52] *** ChanServ sets mode: +v mbg[20:08:26] *** slaboure has joined #jboss-as7[20:12:44] *** stalep has joined #jboss-as7[20:14:51] *** stalep is now known as stalep_[20:15:13] *** stalep_ is now known as stalep[20:15:42] *** sguilhen has quit IRC[20:16:12] *** frainone has quit IRC[20:28:06] *** frainone has joined #jboss-as7[20:28:06] *** ChanServ sets mode: +v frainone[20:28:10] *** sguilhen has joined #jboss-as7[20:32:36] *** fnasser has quit IRC[20:32:39] *** sguilhen has left #jboss-as7[20:33:40] *** fnasser has joined #jboss-as7[20:37:05] *** mlinhard has joined #jboss-as7[20:37:07] *** ChanServ sets mode: +v mlinhard[20:53:18] *** adietisheim has quit IRC[20:56:39] *** adietisheim has joined #jboss-as7[20:58:03] *** maxandersen has quit IRC[21:41:52] *** frainone has quit IRC[21:42:42] *** frainone has joined #jboss-as7[21:42:42] *** ChanServ sets mode: +v frainone[21:43:06] *** mmoyses has quit IRC[21:57:31] *** pilhuhn has quit IRC[22:07:08] *** clebert has joined #jboss-as7[22:07:08] *** ChanServ sets mode: +v clebert[22:08:28] *** jpearlin has joined #jboss-as7[22:10:54] *** slaboure has quit IRC[22:16:55] *** clebert has quit IRC[22:27:14] *** nickarls has quit IRC[22:27:40] *** maxandersen has joined #jboss-as7[22:27:40] *** ChanServ sets mode: +v maxandersen[22:29:40] *** maxandersen1 has joined #jboss-as7[22:29:40] *** maxandersen has quit IRC[22:42:52] *** rawbdor has quit IRC[22:48:58] *** davidbos has quit IRC[23:01:36] *** ctomc has joined #jboss-as7[23:02:03] *** irooskov has joined #jboss-as7[23:04:11] <ctomc> hi guys[23:04:55] <ctomc> i am tring to deploy my app to current trunk of as7 and i get strange exception "Invalid Magic"[23:04:58] <ctomc> when I try to deploy[23:05:53] <ctomc> if i try in beta3 nothing happnes[23:06:01] <ctomc> just one thread hangs at 100% cpu...[23:06:03] <ctomc> any ideas?[23:08:06] <bobmcw> what are you deploying?[23:08:08] <bobmcw> .war[23:08:10] <bobmcw> ?[23:08:12] <ctomc> .ear[23:08:25] <bobmcw> jar tf my.ear # looks okay?[23:08:35] <ctomc> i will check[23:08:37] <bobmcw> "Invalid Magic" normally means some bungled file[23:08:42] <ctomc> but it works ok on jboss 6 :)[23:08:49] <bobmcw> and try[23:08:52] <bobmcw> file my.ear[23:09:00] <bobmcw> see if the OS correctly identifies it by magic number, maybe[23:09:16] <bobmcw> ctomc: you're deploying into the deployments/ dir, and doing the .dodeploy marker file?[23:09:18] <bobmcw> or using the CLI?[23:09:42] <ctomc> the jar tf works fine[23:09:52] <ctomc> i am deploying by copying file to deployments dir[23:10:12] <bobmcw> work any better if you copy file while AS is not running, then start AS?[23:10:19] * bobmcw wonders if partially-copied file getting picked up[23:10:23] <ctomc> wait, I try[23:10:32] <bobmcw> I also highly recommend the CLI, it's nice[23:10:35] <bobmcw> ./bin/jboss-admin.sh[23:10:36] <bobmcw> connect[23:10:42] <bobmcw> deploy ../../path/to/my.ear[23:11:15] <ctomc> ok, i will try that also[23:11:28] <ctomc> this is the stacktrace[23:11:29] <ctomc> http://pastebin.com/w7NQfESS[23:12:50] <ctomc> even with CLI it fails[23:12:56] <bobmcw> yah, looks like we're choking on the jar[23:12:58] <ctomc> [standalone@localhost:9999 /] deploy c:\development\playground\sdif_cdi\distribution\target\sdif-store.ear {"Services which failed to start:" => ["service jboss.deployment.unit.\"sdif-store.ear\".STRUCTURE"]}[23:13:03] <bobmcw> maybe try exploding it and re-jarring it[23:13:09] <bobmcw> I dunno, sorry :([23:13:26] <ctomc> I tried exploded ear[23:13:34] <ctomc> but it looks like it does not work[23:19:19] *** maxandersen has joined #jboss-as7[23:19:19] *** ChanServ sets mode: +v maxandersen[23:19:19] *** maxandersen1 has quit IRC[23:21:47] <wolfc> ctomc, create a bug in AS7. The AnnotationIndexProcessor must report the classFile which fails to load.[23:21:59] <ctomc> ok, will do[23:22:11] <ctomc> I have just found out which jar was a problem[23:22:16] <ctomc> but still cannot see why[23:22:19] <wolfc> do you have a custom build?[23:22:28] <ctomc> custom build as what?[23:22:33] <ctomc> it is current build[23:22:33] <wolfc> AS7[23:22:36] <ctomc> from trunk[23:22:40] <ctomc> git pull[23:22:43] <ctomc> and mvn clean install[23:22:47] <ctomc> two hours ago[23:22:51] <ctomc> no local modifications[23:23:03] <wolfc> you might want to fiddle with the AnnotationIndexProcessor yourself to do that report[23:23:21] <ctomc> ok[23:23:26] <ctomc> i will take a look at it[23:26:22] * wolfc is going ZZzz..[23:26:47] *** wolfc has quit IRC[23:32:45] *** maxandersen has quit IRC[23:35:09] *** mlinhard has quit IRC[23:43:04] *** aslak has quit IRC[23:55:26] *** jwulf has joined #jboss-as7[23:56:17] *** jpearlin has quit IRC[23:59:33] *** misty has joined #jboss-as7