http://www.zeroturnaround.com/forum/ ZeroTurnaround Support Forum: Recent Posts en Tue, 14 Oct 2008 00:37:06 +0000 http://www.zeroturnaround.com/forum/topic.php?id=128#post-574 Mon, 13 Oct 2008 10:52:49 +0000 toomasr 574@http://www.zeroturnaround.com/forum/ <p>Hello</p> <p>The only problem that arises while debugging are the red icons on the icons of the stack frames. Breakpoints should hit fine, watched variables and etc. should also work.</p> <p>You can also try the FAQ item about it, <a href="http://www.zeroturnaround.com/javarebel/faq/#5" rel="nofollow">http://www.zeroturnaround.com/javarebel/faq/#5</a></p> <p>Some information about configuring IDE debugging can be found here: <a href="http://www.zeroturnaround.com/blog/configuring-ide-debugging-with-javarebel/" rel="nofollow">http://www.zeroturnaround.com/blog/configuring-ide-debugging-with-javarebel/</a></p> <p>If none of the breakpoints are actually hit let us know the exact version of Eclipse, JavaRebel, JVM and Weblogic 9. </p> <p>/t </p> http://www.zeroturnaround.com/forum/topic.php?id=128#post-573 Mon, 13 Oct 2008 09:54:31 +0000 Mathias 573@http://www.zeroturnaround.com/forum/ <p>Hello, </p> <p>I really like javarebel, but have a bit of a hard time to get debugging to work well. I work in Eclipse with Weblogic9. After a server start, debugging works fine. Also, i can rebuild a project and the new class(es) are loaded by javarebel.</p> <p>However, the new classes, which are named slightly differently by javarebel, aren't caught by the debugger breakpoints anymore. I guess it's because javarebel inserts some additional text to the qualified name, so that the threads never pass through the "original" class?</p> <p>Anybody have any pointers? would be nice if it was possible to debug even after javarebel reloads the class. </p> http://www.zeroturnaround.com/forum/topic.php?id=123#post-572 Mon, 13 Oct 2008 09:14:10 +0000 toomasr 572@http://www.zeroturnaround.com/forum/ <p>Officially 1.2.1 is the latest version allthough nightly builds offer newer features. If you have any problems with 1.2.1 then nightly builds might have the fix. When running the nightlies you just see the message so that you are reminded that it is not the latest stable. </p> http://www.zeroturnaround.com/forum/topic.php?id=121#post-571 Thu, 09 Oct 2008 14:16:50 +0000 toomasr 571@http://www.zeroturnaround.com/forum/ <p>No, currently it is not possible. </p> http://www.zeroturnaround.com/forum/topic.php?id=127#post-570 Wed, 08 Oct 2008 19:57:14 +0000 ekabanov 570@http://www.zeroturnaround.com/forum/ <p>I'm not sure what to answer you. What version of JBoss are you using? </p> http://www.zeroturnaround.com/forum/topic.php?id=127#post-569 Wed, 08 Oct 2008 18:34:53 +0000 mrsmith 569@http://www.zeroturnaround.com/forum/ <p>I see, it looks like an issue with JBoss logging since I'm seeing messages like:</p> <p>[10/8/08 11:36:08 AM PDT] <a href="mailto:org.jboss.mx.loading.UnifiedClassLoader3@21364283">org.jboss.mx.loading.UnifiedClassLoader3@21364283</a> not found URL for class 'jboss<br /> -log4j.xml'.</p> <p>In the JavaRebel.log </p> http://www.zeroturnaround.com/forum/topic.php?id=127#post-568 Wed, 08 Oct 2008 18:09:12 +0000 mrsmith 568@http://www.zeroturnaround.com/forum/ <p>Ok what am I missing?</p> <p>JavaRebel: Directory 'C:\jboss-4.2.2\server\myserver\deploy\foo.ear\foo.jar' will be monitored for class changes.</p> <p>ant explode</p> <p>New class created under foo.ear\foo.jar\com\util\test</p> <p>Nothing happens, nothing showing in the log? </p> http://www.zeroturnaround.com/forum/topic.php?id=127#post-567 Wed, 08 Oct 2008 17:49:33 +0000 mrsmith 567@http://www.zeroturnaround.com/forum/ <p>I have an exploded archive will all my classes residing under a directory called x.jar the layout of that directory is directories that correspond to the packages i.e.</p> <p>x.jar<br /> - com<br /> - foo<br /> - bar<br /> - snafu</p> <p>I need to explicitly specify all the directories? Why can't it just recognize the com.foo.bar classes as being part of the classpath? </p> http://www.zeroturnaround.com/forum/topic.php?id=126#post-566 Wed, 08 Oct 2008 10:47:46 +0000 toomasr 566@http://www.zeroturnaround.com/forum/ <p>You should not have any issues with such a configuration. We don't have any open issues with JBoss and EJBs either at this moment.</p> <p>As the setup is really easy you should just give it a try and see how it works for you application. </p> http://www.zeroturnaround.com/forum/topic.php?id=102#post-565 Wed, 08 Oct 2008 10:10:15 +0000 ekabanov 565@http://www.zeroturnaround.com/forum/ <p>Using -Drebel.dirs you won't have to run Maven. Again, it's described here:<br /> <a href="http://www.zeroturnaround.com/javarebel/installation/" rel="nofollow">http://www.zeroturnaround.com/javarebel/installation/</a> </p> http://www.zeroturnaround.com/forum/topic.php?id=126#post-564 Wed, 08 Oct 2008 08:11:03 +0000 mrsmith 564@http://www.zeroturnaround.com/forum/ <p>If I have a EE5 application making use SFSBs, SLSBs, MDBs, JPA and also making use of Seam Components how well does JavaRebel work in this type of environment? I'm currently using JBoss 4.2.2 under Java 5</p> <p>Thanks in advance. </p> http://www.zeroturnaround.com/forum/topic.php?id=125#post-563 Wed, 08 Oct 2008 05:48:53 +0000 rein 563@http://www.zeroturnaround.com/forum/ <p>Sorry, JSP 2.1 is not supported yet. </p> http://www.zeroturnaround.com/forum/topic.php?id=125#post-562 Mon, 06 Oct 2008 19:22:05 +0000 ejain 562@http://www.zeroturnaround.com/forum/ <p>After upgrading Jetty to 6.1.11 (with JSP 2.1) I am getting this error when requesting a JSP page:</p> <p>javax.servlet.jsp.PageContext.getELContext()Ljavax/el/ELContext;</p> <p>RequestURI=/welcome.do<br /> Caused by:</p> <p>java.lang.AbstractMethodError: javax.servlet.jsp.PageContext.getELContext()Ljavax/el/ELContext;<br /> at javax.servlet.jsp.jstl.core.LoopTagSupport.unExposeVariables(LoopTagSupport.java:604)<br /> at javax.servlet.jsp.jstl.core.LoopTagSupport.doFinally(LoopTagSupport.java:338)<br /> at com.zeroturnaround.jspweaver.cell.CustomTagCell.renderTagContent$26ef2231(CustomTagCell.java:232)<br /> at com.zeroturnaround.jspweaver.cell.CustomTagCell.renderTag$26ef2231(CustomTagCell.java:70)<br /> at com.zeroturnaround.jspweaver.page.simpletag.CustomTagCellJsp20.renderInternally$26ef2231(CustomTagCellJsp20.java:53)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell.render$26ef2231(StandardTagCell.java:216)<br /> at com.zeroturnaround.jspweaver.cell.CompositeCell.renderChildren$26ef2231(CompositeCell.java:40)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell$ChildrenRenderer.run(StandardTagCell.java:243)<br /> at com.zeroturnaround.jspweaver.support.PageContextUtil$2.invoke(PageContextUtil.java:52)<br /> at com.zeroturnaround.jspweaver.fragment.BaseJspFragment.render(BaseJspFragment.java:25)<br /> at com.zeroturnaround.jspweaver.cell.CustomTagCell.renderBody$26ef2231(CustomTagCell.java:247)<br /> at com.zeroturnaround.jspweaver.cell.CustomTagCell.renderTagContent$26ef2231(CustomTagCell.java:171)<br /> at com.zeroturnaround.jspweaver.cell.CustomTagCell.renderTag$26ef2231(CustomTagCell.java:70)<br /> at com.zeroturnaround.jspweaver.page.simpletag.CustomTagCellJsp20.renderInternally$26ef2231(CustomTagCellJsp20.java:53)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell.render$26ef2231(StandardTagCell.java:216)<br /> at com.zeroturnaround.jspweaver.cell.CompositeCell.renderChildren$26ef2231(CompositeCell.java:40)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell$ChildrenRenderer.run(StandardTagCell.java:243)<br /> at com.zeroturnaround.jspweaver.support.PageContextUtil$2.invoke(PageContextUtil.java:52)<br /> at com.zeroturnaround.jspweaver.fragment.BaseJspFragment.render(BaseJspFragment.java:25)<br /> at com.zeroturnaround.jspweaver.cell.CustomTagCell.renderBody$26ef2231(CustomTagCell.java:247)<br /> at com.zeroturnaround.jspweaver.cell.CustomTagCell.renderTagContent$26ef2231(CustomTagCell.java:171)<br /> at com.zeroturnaround.jspweaver.cell.CustomTagCell.renderTag$26ef2231(CustomTagCell.java:70)<br /> at com.zeroturnaround.jspweaver.page.simpletag.CustomTagCellJsp20.renderInternally$26ef2231(CustomTagCellJsp20.java:53)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell.render$26ef2231(StandardTagCell.java:216)<br /> at com.zeroturnaround.jspweaver.cell.CompositeCell.renderChildren$26ef2231(CompositeCell.java:40)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell$ChildrenRenderer.run(StandardTagCell.java:243)<br /> at com.zeroturnaround.jspweaver.support.PageContextUtil$2.invoke(PageContextUtil.java:52)<br /> at com.zeroturnaround.jspweaver.tagfile.TagFileTagCell$2$1$1.run(TagFileTagCell.java:115)<br /> at com.zeroturnaround.jspweaver.taginfo.PageAttributeUtil$1$1.doInAttributes(PageAttributeUtil.java:83)<br /> at com.zeroturnaround.jspweaver.taginfo.PageAttributeUtil.execute(PageAttributeUtil.java:71)<br /> at com.zeroturnaround.jspweaver.taginfo.PageAttributeUtil$1.executeOutside(PageAttributeUtil.java:78)<br /> at com.zeroturnaround.jspweaver.tagfile.TagFileTagCell$2$1.invoke(TagFileTagCell.java:112)<br /> at com.zeroturnaround.jspweaver.fragment.BaseJspFragment.render(BaseJspFragment.java:25)<br /> at com.zeroturnaround.jspweaver.cell.JspTagCell.renderFragment$5a750193(JspTagCell.java:453)<br /> at com.zeroturnaround.jspweaver.cell.JspTagCell.renderDoBody$26ef2231(JspTagCell.java:431)<br /> at com.zeroturnaround.jspweaver.cell.JspTagCell.renderInternally$26ef2231(JspTagCell.java:82)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell.render$26ef2231(StandardTagCell.java:216)<br /> at com.zeroturnaround.jspweaver.cell.CompositeCell.renderChildren$26ef2231(CompositeCell.java:40)<br /> at com.zeroturnaround.jspweaver.cell.ContextCell.render$26ef2231(ContextCell.java:51)<br /> at com.zeroturnaround.jspweaver.cell.CompositeCell.renderChildren$26ef2231(CompositeCell.java:40)<br /> at com.zeroturnaround.jspweaver.cell.MultiCell.render$26ef2231(MultiCell.java:27)<br /> at com.zeroturnaround.jspweaver.tagfile.TagFileTagCell$2.doInAttributes(TagFileTagCell.java:142)<br /> at com.zeroturnaround.jspweaver.taginfo.PageAttributeUtil.execute(PageAttributeUtil.java:71)<br /> at com.zeroturnaround.jspweaver.tagfile.TagFileTagCell.renderInternally$26ef2231(TagFileTagCell.java:102)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell.render$26ef2231(StandardTagCell.java:216)<br /> at com.zeroturnaround.jspweaver.cell.CompositeCell.renderChildren$26ef2231(CompositeCell.java:40)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell$ChildrenRenderer.run(StandardTagCell.java:243)<br /> at com.zeroturnaround.jspweaver.support.PageContextUtil$2.invoke(PageContextUtil.java:52)<br /> at com.zeroturnaround.jspweaver.fragment.BaseJspFragment.render(BaseJspFragment.java:25)<br /> at com.zeroturnaround.jspweaver.cell.JspTagCell.renderRoot$26ef2231(JspTagCell.java:281)<br /> at com.zeroturnaround.jspweaver.cell.JspTagCell.renderInternally$26ef2231(JspTagCell.java:55)<br /> at com.zeroturnaround.jspweaver.cell.StandardTagCell.render$26ef2231(StandardTagCell.java:216)<br /> at com.zeroturnaround.jspweaver.cell.CompositeCell.renderChildren$26ef2231(CompositeCell.java:40)<br /> at com.zeroturnaround.jspweaver.cell.ContextCell.render$26ef2231(ContextCell.java:51)<br /> at com.zeroturnaround.jspweaver.cell.CompositeCell.renderChildren$26ef2231(CompositeCell.java:40)<br /> at com.zeroturnaround.jspweaver.cell.MultiCell.render$26ef2231(MultiCell.java:27)<br /> at com.zeroturnaround.jspweaver.page.Page.render$26ef2231(Page.java:180)<br /> at com.zeroturnaround.jspweaver.JspInterpretingServlet.service(JspInterpretingServlet.java:245)<br /> at javax.servlet.http.HttpServlet.service(HttpServlet.java:820)<br /> ... </p> http://www.zeroturnaround.com/forum/topic.php?id=102#post-561 Fri, 26 Sep 2008 14:09:00 +0000 carbon60 561@http://www.zeroturnaround.com/forum/ <p>Right, that makes sense.</p> <p>In this context, we would still have to run Maven to actually build the classes though, right? Or do you know of a way around that? (Maven takes too long, is the problem.)</p> <p>Thanks,</p> <p>A. </p> http://www.zeroturnaround.com/forum/topic.php?id=124#post-560 Fri, 26 Sep 2008 11:46:43 +0000 rein 560@http://www.zeroturnaround.com/forum/ <p>Currently it's still scanning the whole classpath but we could provide a configuration option to disable it for this kind of use. We'll probably add this option to the next release :) </p> http://www.zeroturnaround.com/forum/topic.php?id=124#post-559 Thu, 25 Sep 2008 16:13:51 +0000 ejain 559@http://www.zeroturnaround.com/forum/ <p>If I extract the TLDs I am using, place them in WEB-INF, and reference them explicitly from the web.xml, would that help, or will JSP Weaver still need to scan all JAR files? </p> http://www.zeroturnaround.com/forum/topic.php?id=124#post-558 Thu, 25 Sep 2008 06:27:09 +0000 rein 558@http://www.zeroturnaround.com/forum/ <p>Hi, ejain.</p> <p>Most of the time is spent for finding TLDs from the classpath and because of some application servers such as Websphere we have to scan JAR files inside of JAR files to find some TLDs for example.</p> <p>We'll try to review the start up process to improve the performance and let you know about the progress. </p> http://www.zeroturnaround.com/forum/topic.php?id=124#post-557 Wed, 24 Sep 2008 17:36:59 +0000 ejain 557@http://www.zeroturnaround.com/forum/ <p>I'm just testing JSP Weaver, and it's great, but there is one issue: It seems to add almost 15 seconds to the server startup time (which without JSP Weaver is just a few seconds). Is this to be expected, or could there be some misconfiguration here?</p> <p>Sep 24, 2008 10:32:25 AM com.zeroturnaround.jspweaver.JspInterpretingServlet doInit$454adda8<br /> INFO: JSP 2.0 supported<br /> Sep 24, 2008 10:32:26 AM com.zeroturnaround.jspweaver.JspInterpretingServlet init<br /> INFO: JSP Weaver initialized. Time taken : &lt; 14891 ms &gt; </p> http://www.zeroturnaround.com/forum/topic.php?id=123#post-556 Tue, 23 Sep 2008 01:06:57 +0000 joshjdevl 556@http://www.zeroturnaround.com/forum/ <p>Hi,</p> <p>What is the difference between the nightly build and version 1.2?</p> <p>When I use the nightly build, I see this message in my log<br /> JavaRebel: A newer version '1.2' is available for download<br /> JavaRebel: from <a href="http://www.zeroturnaround.com/download." rel="nofollow">http://www.zeroturnaround.com/download.</a></p> <p>This is using nightly build<br /> ZeroTurnaround JavaRebel nightly-dev-2008.09.22-1048 (200809220948) </p> http://www.zeroturnaround.com/forum/topic.php?id=106#post-555 Wed, 17 Sep 2008 12:29:41 +0000 toomasr 555@http://www.zeroturnaround.com/forum/ <p>Has been fixed in the nightly builds and will make it to the 1.2.1 release planned for next week. </p> http://www.zeroturnaround.com/forum/topic.php?id=122#post-554 Mon, 15 Sep 2008 16:27:39 +0000 toomasr 554@http://www.zeroturnaround.com/forum/ <p>This is a supported feature. see <a href="http://www.zeroturnaround.com/javarebel/configuration/" rel="nofollow">http://www.zeroturnaround.com/javarebel/configuration/</a> and the flag -Drebel.packages . Packages noted in that property will be picked up from updated JAR files.</p> <p>Updating JAR files isn't always that easy. Many containers copy the JARs to avoid file locking issues and might be actually using JAR files from tmp directories. Be sure to be overwriting the right JAR files. On windows there are couple of flags for Tomcat (the best article I could fine is <a href="http://bugs.sakaiproject.org/confluence/display/BOOT/Avoiding+JAR+and+file+locking+under+Windows" rel="nofollow">http://bugs.sakaiproject.org/confluence/display/BOOT/Avoiding+JAR+and+file+locking+under+Windows</a> ). </p> http://www.zeroturnaround.com/forum/topic.php?id=122#post-553 Mon, 15 Sep 2008 15:31:14 +0000 daolwin 553@http://www.zeroturnaround.com/forum/ <p>I'm a Consultant actually working on client's site using Tomcat as Container. I use JavaRebel til now to reload .class files when I work.<br /> I've realized that my client keeps restarting Tomcat every time a jar file is updated, which is really a last of time in my opinion and wanted to propose him to switch to using JavaRebel but I wanted to know if JavaRebel can be used and configured to check on jar files in particular and not only .class files before I go check the client, I don't want to go there and pretend something that I can't backup in reality.<br /> Thanks and if it's possible, let me know how this can be done.</p> <p>Kind regards, </p> <p>D. </p> http://www.zeroturnaround.com/forum/topic.php?id=121#post-552 Mon, 15 Sep 2008 11:23:16 +0000 jaakl 552@http://www.zeroturnaround.com/forum/ <p>Would it be possible to use javarebel for a j2me project, for the deployment inside an emulator, e.g. Sun WTK emulator? </p> http://www.zeroturnaround.com/forum/topic.php?id=120#post-551 Mon, 15 Sep 2008 10:38:52 +0000 toomasr 551@http://www.zeroturnaround.com/forum/ <p>Could you send JavaRebel.log (add -Drebel.log=true to startup JVM flags and the log is created to the same directory as javarebel.jar) and the full exception to support[at]zeroturnaround.com?</p> <p>The obvious reason would be that you might be compiling with a higher Java version than the JVM running the app server but we'll know for sure when we see the JavaRebel.log. </p> http://www.zeroturnaround.com/forum/topic.php?id=120#post-550 Mon, 15 Sep 2008 09:43:34 +0000 leny 550@http://www.zeroturnaround.com/forum/ <p>I am experiencing an error while deploying my application using JBoss Seam. It says: "lang.UnsupportedClassVersionError: Bad version number in .class file". As far as I can see, it is thrown as each class is deployed. What could be the problem?</p> <p>greetings </p> http://www.zeroturnaround.com/forum/topic.php?id=106#post-549 Sat, 13 Sep 2008 13:24:24 +0000 toomasr 549@http://www.zeroturnaround.com/forum/ <p>Thanks for the report. We have reproduced this on our end. We'll try to release a patch soon. </p> http://www.zeroturnaround.com/forum/topic.php?id=117#post-548 Fri, 12 Sep 2008 16:16:49 +0000 beijing1 548@http://www.zeroturnaround.com/forum/ <p>It worked. Thanks so much. </p> http://www.zeroturnaround.com/forum/topic.php?id=106#post-547 Fri, 12 Sep 2008 10:58:11 +0000 matti.jagula 547@http://www.zeroturnaround.com/forum/ <p>I can confirm this problem on JDK1.4.2_11 and JRockit 1.4.2 using Weblogic 8.1SP6.</p> <p>When using jrockit, the JVM startup fails with:</p> <p><code><br /> ERROR: JDWP Can't find class java/lang/Class ["util.c",L85]<br /> JDWP exit error JVMTI_ERROR_NULL_POINTER(100): Terminate batch job (Y/N)?<br /> </code></p> <p>After disabling the JDWP debugger it just cannot find weblogic.jar:</p> <p><code><br /> java.lang.NoClassDefFoundError: weblogic/Server<br /> </code></p> <p>Using Sun JDK the error message is even less informative:<br /> <code><br /> Error occurred during initialization of VM<br /> java.lang.ExceptionInInitializerError<br /> </code></p> <p>I regenerated the bootstrap jar on every JDK change. As soon as I switch back to javarebel-1.1.jar the problem goes away. Adding -Drebel.log=true has no effect, no logfile is generated. </p> http://www.zeroturnaround.com/forum/topic.php?id=114#post-546 Fri, 12 Sep 2008 09:25:46 +0000 toomasr 546@http://www.zeroturnaround.com/forum/ <p>Could you send the exception to support[at]zeroturnaround with accompanying JavaRebel.log (add -Drebel.log=true to JVM flags and this file will be generated to the folder where javarebel.jar resides). </p> http://www.zeroturnaround.com/forum/topic.php?id=109#post-545 Fri, 12 Sep 2008 09:23:12 +0000 toomasr 545@http://www.zeroturnaround.com/forum/ <p>Some sort of caching is taking place. We'll try to reproduce. </p> http://www.zeroturnaround.com/forum/topic.php?id=110#post-544 Fri, 12 Sep 2008 09:18:18 +0000 toomasr 544@http://www.zeroturnaround.com/forum/ <p>You should check the what parameters the tomcat5w.exe accepts. Either with /? or --help flag. Usually .exe files accept the parameters a bit differently. For example to use JavaRebel with Tomcat running as a service or tray application you have to use the -Xverify:none -javaagent:c:\path\to\javarebel.jar </p> http://www.zeroturnaround.com/forum/topic.php?id=119#post-543 Fri, 12 Sep 2008 09:15:34 +0000 toomasr 543@http://www.zeroturnaround.com/forum/ <p>No, at the moment we support only IntelliJ 7.0+. </p> http://www.zeroturnaround.com/forum/topic.php?id=118#post-542 Fri, 12 Sep 2008 09:03:02 +0000 toomasr 542@http://www.zeroturnaround.com/forum/ <p>Ok, might be another cache somewhere. We'll try to reproduce. </p> http://www.zeroturnaround.com/forum/topic.php?id=117#post-541 Fri, 12 Sep 2008 08:55:09 +0000 toomasr 541@http://www.zeroturnaround.com/forum/ <p>I've sent a testbuild of JavaRebel to your forum mail address. </p> http://www.zeroturnaround.com/forum/topic.php?id=119#post-540 Fri, 12 Sep 2008 08:22:09 +0000 steveavery 540@http://www.zeroturnaround.com/forum/ <p>Is there a plugin for intellij version 5 that will allow debugging application that are using java rebel? </p>