« Return to Thread: trouble with setting debug to false in 3.0.RC1

Re: trouble with setting debug to false in 3.0.RC1

by davidmarginian :: Rate this Message:

DWR uses whatever compression library it finds in the classpath (if the yahoo compression jar is present DWR will use that, if shrinksafe is DWR will use that, otherwise DWR will use a custom compression implementation). Can you share more about your deployment, because if you have yuicompressor-2.3.5.jar in your classpath I don't see how you are getting a NoClassDefFound error for com.yahoo.platform.yui.compressor.JavascriptCompressor since it exists in the jar.

On Mon, Jun 22, 2009 at 11:39 AM, Don Lyon <don.lyon@...> wrote:

I’m using RC1 and getting the same error.

It looks like StartupUtil instantiates an instance of org.directwebremoting.impl.YahooJSCompressor, which works fine without the yuicompressor-2.3.5.jar in the classpath. However, at runtime, YahooJSCompressor.compressJavaScript() tries to instantiate com.yahoo.platform.yui.compressor.JavascriptCompressor, which throws the NoClassDefFoundError.

Is there a way to configure which compressor to load?

From: dmarginian@... [mailto:dmarginian@...] On Behalf Of David Marginian
Sent: Monday, June 15, 2009 11:19 AM
To: users@...
Subject: Re: [dwr-user] trouble with setting debug to false in 3.0.RC1

I would clear out your containers cache/temp and remove the dwr.jar and make sure you don't have an older jar in the path somewhere as well.

On Mon, Jun 15, 2009 at 10:14 AM, Laura Arhire <larhire@...> wrote:

I'll re-download the jar from the website and try again, maybe I accidentally corrupted my artifactory. I'll also strip all javascript from the page and see where that takes me. I'll report here as soon as I manage to do everything.

Thank you for the swift reply!

On Mon, Jun 15, 2009 at 7:01 PM, David Marginian <david@...> wrote:

Are you absolutely certain you are using RC1? I would certainly not expect you to be seeing the stack trace you have included if you are. DWR will only try to use the Yahoo Compressor if it is available in the classpath, a quick look a the code confirms this behavior. If it is not, a default compression implementation should be used.  You can verify this in StartupUtil.java (resolveMultipleImplementations and resolveMultipleImplemenation methods).

Despite everything above I would recommend trimming your html file to just the basic DWR includes (remove all external JavaScript etc.) and see if you get the same JavaScript errors.

On Mon, Jun 15, 2009 at 9:15 AM, Laura Arhire <larhire@...> wrote:

Hello

First of all, I want to say what a great job you're doing with dwr. It's an amazing tool.

I'm having a bit of trouble with setting the dwr configuration for production use. I've recently upgraded from 3.0.M1 to 3.0.rc1 (I deployed the jar downloaded from the dwr website) - now, dwr does not seem to work when setting the debug variable to false.

I'm using dwr integrated with spring - and by simply changing the dwr version in my pom.xml and recompiling I can switch between a working copy and a non-working copy.

I'm using the following configuration:

web.xml:

<servlet-mapping>
    <servlet-name>dispatcher</servlet-name>
    <url-pattern>/dwr/*</url-pattern>
</servlet-mapping>

dispatcher-servlet.xml:

<dwr:controller id="dwrController" debug="false" />
<dwr:configuration />

<bean id="dwrUrlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
        <property name="alwaysUseFullPath" value="true" />
        <property name="mappings">
            <value>
                  /dwr/**/*=dwrController
            </value>
        </property>
    </bean>

    <bean id="urlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping">
        <property name="mappings">
            <value>
                [....]
                /dwr/engine.js=dwrController
                /dwr/util.js=dwrController
                /dwr/interface/**=dwrController
                /dwr/call/**=dwrController
                /dwr/**/*=dwrController
                /dwr/**/*.*=dwrController
            </value>
        </property>
        <property name="order" value="0"/>
    </bean>

Exposed method:

    <bean id="PasswordHintControlService" class="com.[...].webapp.dwr.PasswordHintControl">
        <property name="userManager" ref="userManager"/>
        <dwr:remote javascript="PasswordHintService">
              <dwr:include method="getPasswordHint"/>
         </dwr:remote>
    </bean>

I'm also using (for other exposed methods, which should only be accessed by certain roles) the solution presented here: http://bugs.directwebremoting.org/bugs/browse/DWR-307 (extending DefaultAccessControl). One thing to note is that if I take the DefaultAccessControl-extended class out of the configuration, everything nehaves in the same way, so I don't believe that to be the issue.

The output I find at /webapp/interface/PasswordHintService.js contains the following stack trace:



Sorry for the long copy/paste. By adding the yui jar (yuicompressor-2.3.5.jar) to the classpath and restarting the server, the javascript file is produced, but Firebug shows some problems in util.js and engine.js

missing ; before statement

Error! Filename not specified.if(window.dojo){dojo.provide("dwr.engine...Handler=function(handler){dwr.engine._wa

engine.js (line 1)

missing ; before statement

Error! Filename not specified.if(window.dojo){dojo.provide("dwr.util")...escapeHtml=escapeHtml}get ;dwr.util._sho

I guess this last (javascript) error has something to do with the rest of the javascript that i run, but nonetheless - the whole behavior is strange, especially since by simply changing the dwr jar it starts working well.

Any ideas about what might be going on?

All the best,
Laura

« Return to Thread: trouble with setting debug to false in 3.0.RC1