Bugzilla – Full Text Bug Listing
| Summary: | Internal Error profiling JBoss using Agent Controller | ||||||
|---|---|---|---|---|---|---|---|
| Product: | z_Archived | Reporter: | Carsten Mjartan <cmjartan> | ||||
| Component: | TPTP | Assignee: | Asaf Yaffe <asaf.yaffe> | ||||
| Status: | CLOSED FIXED | QA Contact: | |||||
| Severity: | major | ||||||
| Priority: | P1 | CC: | analexee, asaf.yaffe, jkubasta, uni162 | ||||
| Version: | unspecified | Keywords: | plan | ||||
| Target Milestone: | --- | Flags: | analexee:
review+
|
||||
| Hardware: | PC | ||||||
| OS: | Windows XP | ||||||
| Whiteboard: | closed460 | ||||||
| Attachments: |
|
||||||
|
Description
Carsten Mjartan
Hi Asaf, Do you think it might be a martini defect? This certainly looks like a Martini defect. Updating components and ownership accordingly. Carsten, can you provide us with a small JBoss application that reproduces this defect? Thanks, Asaf Hi, I have the similar problem with my application on Tomcat. I found some info on http://dev.eclipse.org/newslists/news.eclipse.tptp/msg05159.html but there is no solution. I'm using the Windows XP + Eclipse3.4m5 with TPTP4.4.0 Profiller. When I try to use CPU profiller for my application executed on Tomcat5.5 directly executed from Eclipse ( I execute the Tomcat (from JAR in my project) by "Profille as Java Application) and when I try to click to some generated page from my application, I got [Error: EC JPIAgent received message (FATAL ERROR): Internal error (see log file).] in Eclipse console. So I configure the log and there is the following info: CDataManager Updated instrumentation information for class 'org/apache/xalan/xsltc/runtime/Node' (id = 5724) Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$62;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$63;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$64;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$66;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$74;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$75;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$76;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$65;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$67;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$68;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$69;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$70;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$71;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$56;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$57;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$58;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$59;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$60;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$33;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface [ClassFileLoadHookHandler] org/apache/xml/dtm/ref/sax2dtm/SAX2DTM2$TypedFollowingSiblingIterator Informative 04/11/08 11:13:45 4948 5 CDataManager Updated instrumentation information for method '<init>((Lorg/apache/xml/dtm/ref/sax2dtm/SAX2DTM2;I)V)' (id = 122703) Informative 04/11/08 11:13:45 4948 5 CDataManager Updated instrumentation information for method 'next(()I)' (id = 122704) Informative 04/11/08 11:13:45 4948 5 CDataManager Updated instrumentation information for class 'org/apache/xml/dtm/ref/sax2dtm/SAX2DTM2$TypedFollowingSiblingIterator' (id = 5725) Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface [ClassFileLoadHookHandler] org/apache/xml/dtm/ref/sax2dtm/SAX2DTM2$FollowingSiblingIterator Informative 04/11/08 11:13:45 4948 5 CDataManager Updated instrumentation information for method '<init>((Lorg/apache/xml/dtm/ref/sax2dtm/SAX2DTM2;)V)' (id = 122705) Informative 04/11/08 11:13:45 4948 5 CDataManager Updated instrumentation information for method 'setStartNode((I)Lorg/apache/xml/dtm/DTMAxisIterator;)' (id = 122706) Informative 04/11/08 11:13:45 4948 5 CDataManager Updated instrumentation information for method 'next(()I)' (id = 122707) Informative 04/11/08 11:13:45 4948 5 CDataManager Updated instrumentation information for class 'org/apache/xml/dtm/ref/sax2dtm/SAX2DTM2$FollowingSiblingIterator' (id = 5726) Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'Lorg/apache/xml/dtm/ref/sax2dtm/SAX2DTM2$FollowingSiblingIterator;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'Lorg/apache/xml/dtm/ref/sax2dtm/SAX2DTM2$TypedFollowingSiblingIterator;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$42;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$46;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$43;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$41;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$45;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$7;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$8;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$9;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$10;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$11;', generic = '(null)' Informative 04/11/08 11:13:45 4948 5 CJVMTIInterface ClassPrepare event received: class = 'LGregorSamsa$12;', generic = '(null)' Error 04/11/08 11:13:45 4948 0 CDataManager File: DataManager.cpp (Line: 1557) condition failed: uiJVMPIMethodIndex < uiJVMPINumMethods When I try to search for "what is GregorSamsa" I found this: http://www.jguru.com/faq/view.jsp?EID=1340163 Yes - I'm using the XSLTC in my aplication. I can not eliminate the problem by filter settings, I try to use some filter like Exclude "*GregorSamsa*" , but the problem still occures. (In reply to comment #3) Petr, Can you describe a use-case that can be used to reproduce this error? In plan for 4.5.i7, pending a reproducer from bug reporter Deferring to i8. Community: this is the last chance to provide a reproducer for this bug. I was not able to reproduce it myself. If one of you can attach a simple Java class that reproduces this issue, it will greatly help in root-causing and fixing this issue. Created attachment 100367 [details]
Patch
The fatal error is caused by an incorrect assertion statement.
The patch removes this assertion. This is a low risk fix.
Alex, please review. This is a low risk patch we can submit for 4.5.i8 patch is good Fix checked-in to HEAD. Note to bug reporter: Will you be able to verify this fix when a new build of TPTP 4.5 becomes available? Thanks, Asaf Hi, sorry for no response from me, I was long time away. But now, I'm very happy, I try to use the last stable build - 4.5RC2 with our application and XSLTC enabled and the problem is fixed for me. No errors, everything is OK, I can profile the whole application. Thanks, good job !!! :o) Verified by reporter As of TPTP 4.6.0, TPTP is in maintenance mode and focusing on improving quality by resolving relevant enhancements/defects and increasing test coverage through test creation, automation, Build Verification Tests (BVTs), and expanded run-time execution. As part of the TPTP Bugzilla housecleaning process (see http://wiki.eclipse.org/Bugzilla_Housecleaning_Processes), this enhancement/defect is verified/closed by the Project Lead since this enhancement/defect has been resolved and unverified for more than 1 year and considered to be fixed. If this enhancement/defect is still unresolved and reproducible in the latest TPTP release (http://www.eclipse.org/tptp/home/downloads/), please re-open. |