December 31, 2014 
< | 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 | >
December 31, 2014 [00:03:22] *** adietisheim has quit IRC[00:09:09] *** adietisheim has joined #wildfly[00:20:42] *** adietisheim has quit IRC[00:23:35] *** adietisheim has joined #wildfly[00:30:42] *** adietisheim has quit IRC[00:46:34] *** tcrawley-away is now known as tcrawley[00:50:38] *** jerr has joined #wildfly[01:01:47] *** Elisha has joined #wildfly[01:05:45] *** tcrawley is now known as tcrawley-away[01:15:12] *** cberndt has quit IRC[01:52:25] *** Elisha has quit IRC[02:46:09] *** cberndt has joined #wildfly[02:58:04] *** cberndt has quit IRC[03:43:55] *** jerr has quit IRC[03:51:43] *** moparisthebest has quit IRC[03:54:34] *** moparisthebest has joined #wildfly[04:00:27] *** moparisthebest has quit IRC[04:03:37] *** moparisthebest has joined #wildfly[04:25:44] *** Nivag has quit IRC[04:55:50] *** tcrawley-away is now known as tcrawley[04:56:47] *** tcrawley is now known as tcrawley-away[05:41:28] *** night199uk has quit IRC[05:46:13] *** night199uk has joined #wildfly[05:49:52] <jbossbot> new jira [WFCORE-490] ModelControllerImpl uses SecureRandom per requet for no obvious reason [Open (Unresolved) Enhancement, Major, Brian Stansberry] https://issues.jboss.org/browse/WFCORE-490[06:17:51] *** mbabacek|karm has joined #wildfly[06:56:51] *** Bubba83 has quit IRC[07:30:50] *** doctau has quit IRC[07:44:33] *** Bubba83 has joined #wildfly[08:26:15] *** kolesovdv has joined #wildfly[08:44:31] *** mbabacek|karm has quit IRC[08:51:37] *** TinkerTyper has quit IRC[08:58:20] *** TinkerTyper has joined #wildfly[09:07:38] *** Elisha has joined #wildfly[09:17:58] *** mbabacek|karm has joined #wildfly[09:20:23] *** Elisha has quit IRC[10:18:34] <jbossbot> new jira [WFLY-4211] MBean implementation lifecycle methods in MSC threads [Open (Unresolved) Bug, Major, Jason Greene] https://issues.jboss.org/browse/WFLY-4211[10:23:19] *** kolesovdv has quit IRC[10:36:55] <jbossbot> new jira [WFLY-4212] REGRESSION: CDI application fails to deploy in 8.2.0 vs 8.1.0 [Open (Unresolved) Bug, Critical, Stuart Douglas] https://issues.jboss.org/browse/WFLY-4212[11:54:06] *** mmatloka has joined #wildfly[12:01:41] <trebuh> Hello I deployed my own resource adapter in JBOSS, configured an MDB to use this RA. I then wanted to deploy my app (that uses the MDB) but I got a class not found exception. I modified the MANIFEST.MF to have the rar declared as a dependency[12:02:06] <trebuh> But then I get the following error when trying to deploy my app (the rar is already deployed)[12:02:20] <trebuh> Deploy of deployment "my-mdb-1.1.1.jar" was rolled back with the following failure message: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.deployment.unit.\"my-mdb-1.1.1.jar\".component.MyBeanMDBSample.CREATE is missing [jboss.ra.myra]"]}[12:02:49] <trebuh> myra.rar is the name of the RA and my-mdb-1.1.1.jar is my application[12:04:20] <trebuh> What did I do wrong?[12:24:59] *** kolesovdv has joined #wildfly[12:34:57] *** kolesovdv has quit IRC[12:35:31] *** kolesovdv has joined #wildfly[13:21:31] *** jerr has joined #wildfly[13:37:40] *** jerr has quit IRC[14:06:15] *** Elisha has joined #wildfly[14:37:11] *** tcrawley-away is now known as tcrawley[14:37:59] *** tcrawley is now known as tcrawley-away[15:06:10] *** Elisha has quit IRC[15:08:35] *** moparisthebest has quit IRC[15:13:32] *** moparisthebest has joined #wildfly[15:34:18] *** kolesovdv has quit IRC[16:30:34] *** Elisha has joined #wildfly[16:46:20] *** rdng1 has joined #wildfly[16:46:36] <rdng1> anyone have experience with setting up jmx?[16:53:31] *** xapiens has joined #wildfly[16:55:23] <sdyarnell> Hi, is anyone active in here atm?[16:56:18] <trebuh> not since 19hrs ago[16:56:47] <sdyarnell> Anyone available to answer a question I have?[16:57:01] <sdyarnell> I am trying to build and run the regressions with 8.1.Final[16:59:02] <sdyarnell> Well, for information purposes, the build is freezing here: Running org.jboss.as.controller.ModelControllerClientTestCase[16:59:28] <sdyarnell> While running "build.bat install -PallTests"[17:23:11] <rdng1> i can connect in domain mode to the management port with jvisualvm, but i don’t see any of my application mbeans[17:23:16] <rdng1> any ideas?[17:31:55] <jamezp> rdng1: Which process are you connected to? I think you'd need to connect to the server process you'd want to see the apps on.[17:32:26] <rdng1> jamezp: pardon for my ignorance, how woudl i connect to the specific process? is it an offset from the base port?[17:33:14] <jamezp> rdng1: It could be my ignorance not knowing how to connect VisualVM via a TCP connection :)[17:33:59] <rdng1> jamezp: i start visualvm with jboss-client.jar on the classpath so i have access to the http-remoting-jmx protocol, and i’m connecting to port 9990 using management credentials[17:34:36] <rdng1> visualvm shows only an overview, cpu/memory/etc monitoring, and a sampler tab - no mbeans or application specific stuff[17:35:17] <rdng1> i’m also a bit confused because in my domain configuration, i specify i want ApplicationRealm as my security realm, but it’s not really doing that…[17:35:50] <rdng1> so either that setting is ignored or incorrect… documentation online seems a bit old so i’ve been referencing the wildfly remoting 2.0 xsd for the right tags...[17:36:04] *** tcrawley-away is now known as tcrawley[17:37:12] *** tcrawley is now known as tcrawley-away[17:37:17] <rdng1> docs talk about using a remoting tag to define one, while wildfly 8.2 seems to use http-remoting, but both are valid according to the xsd[17:37:40] <jamezp> Hmmm... ...security is definitely not my strong point.[17:37:49] <rdng1> this is within the urn:jboss:domain:remoting:2.0 subsystem[17:38:00] <jamezp> Yes they are. Using http-remoting uses port 9990 with http upgrade.[17:38:13] <rdng1> yeah, i just wrestled a few weeks with setting up ldap authentication[17:38:37] <rdng1> ok, so the remoting tag is not used?[17:38:42] <rdng1> sorry, connector tag[17:38:54] <rdng1> <connector name="remoting-connector" socket-binding="remoting" security-realm="ApplicationRealm"/>[17:38:54] <rdng1> <http-connector name="https-remoting-connector" connector-ref="default-https" security-realm="ApplicationRealm"/>[17:39:07] <rdng1> the second is what comes with wildfly, i added the first[17:39:29] <rdng1> which meant i needed to define a new binding group[17:40:52] <jamezp> I'm not sure how all these tie together TBH. Generally if I configure anything like this I just use the web console because I don't know what I'm doing :)[17:41:05] <jamezp> But I've probably only ever done it once or twice.[17:41:38] <rdng1> i’m down for using the web console[17:42:09] <rdng1> i loaded up the jmx tab and wasn’t sure what to specify[17:42:25] <rdng1> what do i put for server binding and registry binding?[17:43:03] <sdyarnell> Is there a reason why in a build arquillian/container-managed-domain/target/jbossas/jboss-modules.jar would be missing? I am getting some failed tests on linux because of this file being missing.[17:43:18] <jamezp> Not sure, I'm just looking at it now to see if I can make sense of it :)[17:43:43] <jamezp> sdyarnell: What version are you trying to build?[17:43:59] <trebuh> If anyone has an insight on that, I don't get it; I try to deploy my MDB in a JAR, an here is the error I get:[17:44:16] <sdyarnell> rdng1: there should be a selection on the bottom of the web console called browse. It will show you all of the mbeans[17:44:33] <trebuh> Deploy of deployment "my-mdb-1.1.1.jar" was rolled back with the following failure message: {"JBAS014771: Services with missing/unavailable dependencies" => ["jboss.deployment.unit.\"my-mdb-1.1.1.jar\".component.MyBeanMDBSample.CREATE is missing [jboss.ra.myra]"]}[17:45:16] <sdyarnell> jamezp: 8.1.Final[17:45:24] <rdng1> sdyarnell: i’m afraid i don’t see “browse”…[17:45:41] <sdyarnell> rdng1: one sec... maybe it says something else[17:46:03] <jamezp> sdyarnell: Hmm... ...I've never seen that issue. Are you building from an IDE or from the command line?[17:46:12] <rdng1> i see “management model” under tools...[17:46:13] <sdyarnell> jamezp: command line[17:47:07] <jamezp> sdyarnell: Not sure then. Maybe just do a mvn clean -DallTests then try in install[17:49:33] <jamezp> rdng1: Sorry, I'm not sure how to configure this. Under the configuration tab I see Interfaces and Socket Bindings, but I don't see how to add a Socket Binding.[17:49:54] <rdng1> jamezp: thanks for looking, i appreciate it[17:50:18] <rdng1> my ultimate goal here is to see my application mbeans[17:50:31] <jamezp> rdng1: It's no problem. I just never seem to have the answers to your questions. I guess I better learn some of this :)[17:50:49] <sdyarnell> rdng1: I just realized I was looking at the jboss 7.2 screen, as that is our main AS. We haevnt officially moved to WF yet.[17:50:55] <jamezp> That should be possible. There is a jconsole.sh script (or jconsole.bat for Windows) in the bin directory.[17:51:14] <sdyarnell> rdng1: but there is a "Browser" link at the very bottom of the management console web page there[17:51:54] <rdng1> the jconsole.sh looks like a wrapper to provide jboss-cli-client.jar on the classpath[17:52:04] <sdyarnell> rdng1: you are going to the management console, right?[17:52:29] <rdng1> sdyarnell: yes i think so :) port 9990/console/App.html[17:52:40] <rdng1> there’s no other console is there?[17:53:51] <rdng1> maybe Tweek needs some tweaking[17:54:09] <rdng1> maybe i need new humor with the new year too[17:57:13] <jamezp> hehe[17:57:30] <jamezp> Yeah, the jconsole.sh just sets up the CP for you.[18:01:57] *** mmatloka has quit IRC[18:02:21] <rdng1> wireshark shows no attempt to connect when i use https-remoting-jmx, but it will attempt to connect using http-remoting-jmx[18:03:16] <rdng1> i have created an SSLRealm so my main connector is now 8443[18:03:22] <rdng1> is https-remoting-jmx a valid protocol[18:03:23] <rdng1> ?[18:04:03] <rdng1> this connector works for looking up secured EJBs with my remote client[18:08:02] <rdng1> in an entirely unrelated question, how about maven artifacts for wildfly 8.2? i can’t make sense of them[18:08:45] <rdng1> well, which ones to use, because I would really love that source to download too ;)[18:08:52] <trebuh> Anyone has any insight regarding my issue?[18:09:20] <rdng1> trebuh: what is “myra”?[18:09:33] <rdng1> it seems to be complaining it can’t find that resource[18:09:57] <trebuh> rdng1: my own Resource Adapter that is deployed correctly[18:10:00] *** Elisha has quit IRC[18:10:25] <rdng1> trebuh: it’s not visible for some reason to your MDB[18:10:34] <rdng1> how is the RA deployed?[18:10:55] <trebuh> via the deployment folder of the standalone version[18:11:16] <rdng1> if you go to the management console and look in the jndi view, does the RA show up in there?[18:11:50] <trebuh> I did not check, will do[18:14:35] <trebuh> it does appear yes, rdng1[18:17:40] <rdng1> what jndi path does it have?[18:17:48] <sdyarnell> rdng1: I found it[18:17:58] <rdng1> sdyarnell:[18:18:03] <sdyarnell> rdng1: at the bottom of the management console, you should see tools and settings[18:18:05] <rdng1> oh yeah? :)[18:18:13] <sdyarnell> rdng1: select tools, then click management model[18:18:22] <sdyarnell> rdng1: that shows you the mbeans[18:18:23] <rdng1> ok, where in there do i look[18:18:37] <rdng1> i see my deployments...[18:19:12] <sdyarnell> rdng1: that is all of the mbeans in the server[18:19:22] <sdyarnell> rdng1: things like subsystem/ejb3/ blah blah blah[18:19:33] <sdyarnell> to get the settings for the server[18:19:50] <rdng1> well maybe that’s the problem… i have an ear deployed, and it has mbeans, but i don’t see those specifically[18:19:58] <rdng1> i see the deployed ear[18:20:37] <sdyarnell> rdng1: so you have custom mbeans that you are looking for that you dont see?[18:20:42] <rdng1> yes[18:21:16] <trebuh> rdng1: Sorry I have to go, will be happy to continue another time or to read your ideas when I return, thanks for the help[18:21:22] <rdng1> i’m running in domain mode, and i saw something about how the server processes aren’t in the same process as the host process and that has something to do with exposing them...[18:21:34] <rdng1> but maybe i didn’t understand it[18:24:01] <rdng1> sorry, i think the mbeans are in a deployed SAR[18:24:03] <rdng1> not the ear[18:24:08] <rdng1> but it’s still a deployed resource[18:25:54] <rdng1> [Server:server-one] 12:24:29,069 WARN [org.jboss.msc.inject] (MSC service thread 1-2) MSC000100: Unexpected failure to uninject public void com.myservice.jmx.MyServiceInfo.setInService(boolean): java.lang.IllegalArgumentException[18:26:12] <rdng1> when I redeploy the SAR, i get lots of these messages[18:28:15] <rdng1> in the web console, deployments, server groups, i can view my ear and see all the deployed resources inside it, but for the sar, it’s empty. should i see the mbeans in that view? if so, maybe they aren’t being deployed correctly[18:30:54] *** mbabacek|karm has quit IRC[18:32:20] *** mbabacek|karm has joined #wildfly[18:33:17] <jamezp> rdng1: I'm guessing with those error/warning messages you're seeing it might not be deployed correctly.[18:33:34] <rdng1> jamezp: i’m leaning to that now[18:33:35] * jamezp knows little about SAR's though.[18:33:48] <rdng1> these are migrated apps from jboss 4.2.3[18:34:17] <rdng1> with my sar i had to remove xmbean decriptors for it to deploy, and i assumed it deployed correctly from then on, because the ear (which depends on those mbeans), deployed and ran fine...[18:34:25] <rdng1> but you know how assumptions go[18:38:37] <jamezp> Does this help at all? https://access.redhat.com/documentation/en-US/JBoss_Enterprise_Application_Platform/6.2/html-single/Migration_Guide/index.html#Configure_a_JMS_Bridge_to_Migrate_Existing_JMS_Messages_to_Enterprise_Application_Platform_6[18:38:50] <jbossbot> Title: Migration Guide[18:38:53] <jamezp> That's a migration to EAP 6.x, but I think it should work similar.[18:39:14] <rdng1> jamezp: i’ll check it out, thanks[18:46:41] <rdng1> so i’m not using the JMS bridge portion, but my jboss-service.xml looks pretty much the same, minus xmbean-dd attributes, because wildfly will complain, and minus the loader-repository tag[18:47:05] <rdng1> when i deploy the sar, it’s pretty terse:[18:47:06] <rdng1> [Server:server-one] 12:45:08,193 INFO [org.jboss.as.server.deployment] (MSC service thread 1-2) JBAS015876: Starting deployment of "map-echo.sar" (runtime-name: "map-echo.sar")[18:47:07] <rdng1> [Server:server-one] 12:45:08,341 INFO [stdout] (MSC service thread 1-1) Starting start() Test invoked[18:47:08] <rdng1> [Server:server-one] 12:45:08,476 INFO [org.jboss.as.server] (ServerService Thread Pool -- 89) JBAS018559: Deployed "map-echo.sar" (runtime-name : "map-echo.sar")[18:47:21] <rdng1> i would suspect i would see more[18:48:45] <jamezp> Have you tried in standalone mode? It might make it easier to troubleshoot/debug there.[18:49:14] <rdng1> jamezp: not with this specific issue, but i will[18:49:54] <jamezp> It would make it much easier to inspect with JMX and/or the console Plus it's A LOT easier to debug.[19:06:54] *** mmatloka has joined #wildfly[19:17:43] <rdng1> ok, i have standalone running with my deployments[19:18:51] <sdyarnell> rdng1: do you see your mbean in the console browser?[19:19:10] <rdng1> sdyarnell: nope[19:19:53] *** mmatloka has quit IRC[19:20:10] <rdng1> if i didn’t know better, it’s almost as if nothing in the sar is deployed[19:20:50] <rdng1> it has a jboss-service.xml, it pays attention to it because if i put the xmbean-dd attribute back in the the <mbean> tags, it will fatally complain[19:26:44] <sdyarnell> jamezp: I have rebuilt cleanly many times, and I keep getting the same failures[19:28:41] <sdyarnell> jamezp: root/Desktop/Src/wildfly-8.2.0.Final-src/arquillian/container-managed-domain/target/jbossas/jboss-modules.jar[19:28:54] <sdyarnell> that is what it is looking for and cannot find.[19:29:14] <rdng1> this is where i get confused: i know it knows something is up, because when i disable the SAR, i get failure to uninject messages for every mbean i am looking for[19:29:25] <rdng1> and those errors may make sense if there is nothing to uninject[19:29:56] <rdng1> because i see nothing when i deploy other than those three lines i pasted earlier[19:30:11] <rdng1> i would think it might mention the resources inside the sar it’s deploying[19:31:15] <rdng1> or not… i see it executing a start() i provided with the link you gave me jamezp[19:31:31] <rdng1> but no evidence of these mbeans anywhere in jmx console or web console[19:37:28] <rdng1> so i think it just doesn’t show them[19:37:51] <rdng1> i downloaded this sample and deployed it https://github.com/kylinsoong/wildfly-samples/tree/master/mbean[19:45:25] <rdng1> i’ve confirmed it loads the mbeans, but i can’t find them in the web console or via visualvm[19:45:46] <rdng1> that’s the whole reason we use mbeans is so we can invoke operations via the console[19:47:05] <rdng1> those uninject errors were because wildfly will call setMethod(null) before undeploying, and the code threw NPEs[19:47:43] <rdng1> maybe i need to write a custom client to look these up?[20:09:04] <rdng1> Happy New Years everyone[20:27:55] *** bytecrawler has joined #wildfly[21:06:37] *** rdng1 has quit IRC[22:52:10] *** gdae has joined #wildfly[23:00:04] *** jerr has joined #wildfly[23:06:00] *** moparisthebest has quit IRC[23:11:15] *** moparisthebest has joined #wildfly[23:15:47] *** f10 has joined #wildfly[23:19:21] *** dmlloyd_ has quit IRC[23:22:09] *** dmlloyd_ has joined #wildfly[23:22:09] *** ChanServ sets mode: +v dmlloyd_[23:34:20] *** gdae has quit IRC[23:34:37] *** night199uk has quit IRC[23:34:39] *** jbossbot has quit IRC[23:34:44] *** natedennis has quit IRC[23:34:57] *** maxandersen has quit IRC[23:35:07] *** huhlig has quit IRC[23:35:20] *** maxandersen has joined #wildfly[23:35:20] *** ChanServ sets mode: +v maxandersen[23:45:21] *** f10 has quit IRC[23:46:51] *** moparisthebest has quit IRC[23:48:51] *** moparisthebest has joined #wildfly[23:49:37] *** huhlig has joined #wildfly