I am just learning about the app montoring features available through JConsole. I am using jdk150_06 to monitor an app in development locally on a Windows PC. I set the property (-Dcom.sun.management.jmxremote) on the statup of my app jvm. I run JConsole, the JConsole comes up, sees the JVM, I connect to it and everything seems ok. I want to pull a heap dump of the app to look at in the Memory Analyzer plugin tool available in Eclipse 3.5. According to all the doco I see in JConsole I should see a "com.sun.management" MBean registered in which I can specify a location for the heap dump and generate one. However, I don't see a "com.sun.management" MBean in my JConsole. Wondering if anyone has done this before? Am I looking for the wrong thing? Is it maybe my JDK version or something? Any help is appreciated. Thanks, Troy

Not sure if this is the right place to ask the question, but here goes. I am fairly new to working with J2EE, about a year now. I work on an existing J2EE app deployed to WL 10. At a very high level we have an enhancement project in which a back end mainframe process is going to create a dataset that is in essence a .csv file. These datasets will be created during a mainframe batch process run during certain time windows. These resulting data sets will also need to be zipped, encrypted and put onto a secure file storage mount where they can be downloaded via the web. As part of out deployment we have a server running that handles non-transactional, non-user invoked processing. It will fall to this J2EE application to handle the zip, encrypt and movement of these files to the file storage mount. There is an option on the table to look at using MQ Series to transfer these resulting dataset (.csv) files from the mainframe to a place where the J2EE app can process (zip, encrypt, and place on file storage) the files. So, finally to the question. As I understand MQ Series (Now MQ WebSphere or something like that), in essence it is a FIFO queue that can also provide triggering logic. Is it possible to implement something that could monitor the MQ queue to just pull the files off the queue and process them? Or be triggered to check the MQ queue? Is this something already in the J2EE? Is this done via an api of some type? If this is possible, where is a good place to find some resources on doing something like this? This is still in requirements and design so I don’t really have more detail at this point. Thanks in advance for the help. Troy

thanks, I will definitely check out the w3school website.

I have never used MSXML, so bear with me. I have a small C++ app that receives a message via another app. The message received is XML format but is contained in a string and not passed as an XML doc. Stuck with this, nothing I can do about this part. So, I need to implement MSXML, I am hoping this is the right path, to load the string into an XML doc and parse through it. Does anyone have or know of a simple example of how to do this? The xml string I receive only has 2 elements, so this does not have to be a very involved example with lots of bells and whistles. Just looking for the basics. BTW, I am using MSXML 6.0. Thanks a lot in advance for the help. Troy Schenk

Okay, I see now. Thank you Rama, Nishant and David for the help. I found another link with a really good explanation too, if you are interested. From a different forum, sorry if that rulles any feathers. http://www.codeguru.com/forum/showpost.php?p=1176852&postcount=6[^] Thanks again for the help. Troy

I think I am seeing this now. The one question I have is does the constructor initialization list buy you anything for primitive data types? It seems a waste for that and they would be better to initialize in the body of a constructor or in an initialization member function.

It was not clear to me. So, is it better to do it this way?

Rama Krishna Vavilala wrote:

B::B() : a(5) { }

Or this way?

Rama Krishna Vavilala wrote:

B::B() { a = 5; }

Which one is "Constructor Syntax"?

I was thinking something probably does exist, I just don't know about it. If you do find somehting, let me know. Thanks.

I am curious about something dealing with constructors in dialog classes. I have seen a certain way of doing the constructor and I wonder if it actually buys anything. Here is what I am talking about: FOO::FOO(CWnd* pParent /*=NULL*/) : CDialog(FOO::IDD, pParent), m_pSomeObject( NULL ), m_bSomeBoolean( false ), m_iSomeInt( 0 ), m_sSomeString( "" ) { //{{AFX_DATA_INIT(FOO) // NOTE: the ClassWizard will add member initialization here //}}AFX_DATA_INIT } Now m_pSomeObject, m_bSomeBoolean, m_iSomeInt, and m_sSomeString are member variables of the class. So, they are being initialized. Is this method of defining a constructor better than doing it this way? FOO::FOO(CWnd* pParent /*=NULL*/) : CDialog(FOO::IDD, pParent) { //{{AFX_DATA_INIT(FOO) // NOTE: the ClassWizard will add member initialization here //}}AFX_DATA_INIT m_pSomeObject = NULL; m_bSomeBoolean = false; m_iSomeInt = 0; m_sSomeString = ""; } It is not importaint that it be a dialog class, this is just where I am seeing it used. I am just wondering what the advantages of one over the other are, or if there are advantages? Thanks, Troy

Is there a way in MS VC++ 6.0 and/or VS 6.0 to export a dialog (buttons, dropdowns, etc.) and import it into a VB form or vice versa? I am in a position where I have to create some screens in VB that exist in VC++. I would prefer not to have to re-make the screens, i.e. add all the buttons, listboxes, etc again. Thanks, Troy

I have a scenario where the size and position of a warning dialog is inconsistent depending on what is done with a modeless dialog that produces it. I have a modeless dialog that has a combo box that fires a kill focus event. If I tab out of the combo box the warning pops as expected centered over the parent modeless dialog centered both horizontally and vertically. If I highlight the combo box, then click and drag the modeless dialog by its caption bar the kill focus fires as expected. However, the popup warning is now half the size and off to the left of the modeless dialog that produced it. It appears to be centered on the Windows desktop instead of my application dialog. I have tried it as MessageBox, AfxMessageBox, and as a custom dialog we use for warnings and errors (Just a MessageBox with some custom bells and whistles). All produce the same weird positioning behavior. Is this a quirk with MFC or Windows? Is there any way for me to obtain a handle to a pop up dialog, such as AfxMessageBox and position it myself? Is there some simple reason/solution I am just not seeing? The app is written in VC++ 6. This is just an annoyance and does not effect the functionality of the app, it is just bugging me, help. Thanks, Troy