Well this is indeed a blast from the past!
You seem to be missing jdom.jar from your classpath as well. There
will be a version in your maverick distribution, or you can find the
latest version here: http://www.jdom.org/
Are you actually contemplating Maverick or just doing research?
Maverick
Without knowing what's in your modified Maverick jar, it's impossible for
anyone to help :-(
Find out what's at line 140 of Loader.java. Decompile the code with JD in
Eclipse if you have to.
Jeff
On Thu, Apr 22, 2010 at 8:24 AM, Angela Day akc...@yahoo.com wrote:
Thanks for the idea. I
There is considerable mystery here, because the NoClassDefFoundError
in your stack trace was clearly thrown out of Loader.java line 140.
This is not a valid line of code. You can see for yourself, line 140
is a comment:
Well this is a blast from the past.
It's hard to tell what's going on here since the reported line number
(Loader:140) doesn't actually point at real code. Have you customized the
Maverick source?
Clearly there is something missing on the classpath. Perhaps JDOM had an
incompatible change...
Unfortunately I'm pretty sure that's going to be far too general a
question. You need to explain how your logging framework works if
anyone's going to be able to help you. Does it do anything weird with
classloaders?
Jeff
Louis Malenica wrote:
Hi,
I am trying to log via a standard custom
Unfortunately I don't think there are many people here who are very
familiar with Spring, but if you find the answer, please post it here.
Thanks,
Jeff
wally bowles wrote:
Hi
Can someone help me figure out how to let Spring be
the factory to instantiate the command controller
objects within
The longstanding tradition here is to grant committer access to anyone
who has a change to make. Partly this is because we're lazy (and by
we I mean I), and partly this is an experiment in applying limited
wiki concepts to source code.
Dan, want access?
Jeff
Dan Finkelstein wrote:
Hi
Another option would be to use an xsl that creates parameters to the
controller with the name of the command.
Jeff
Dan Finkelstein wrote:
here's what I use... I hope this helps,
Dan
/**
* retrieve the maverick command
*/
public String getCommand()
{
// - this
Strange, for some reason my list delivery was disabled. I've missed the
last few months of discussion. Oops.
I'm +1... and I think that pretty much makes a quorum. Eelco, would you
like to do the honors?
Jeff
---
This SF.Net email is
I don't know of anything - anyone else?
On Fri, Nov 01, 2002 at 11:19:45AM -0800, Holt, Jack C. wrote:
I'm a fan of Maverick. It seems to implement MVC without the high levels of
abstraction with approaches such as Struts.
I'm currently trying figure out how to unit test the maverick
releases
:-)
Thanks!
Jeff Schnitzer
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
-Original Message-
From: jim moore
Sent: Fri 6/28/2002 2:51 PM
To: [EMAIL PROTECTED]
Cc:
Subject: Re: [Mav-user] Struts/Maverick
I took a stab at the wrapping stuts
.
Jeff Schnitzer
[EMAIL PROTECTED]
For the list's benefit, the original conversation:
I'm not very familiar with Tapestry, but all the others I have used
fairly extensively:
Velocity - this is not a competing framework but a templating
language
that works exceedingly well with Maverick
in that community. The fact that
they have database connection pooling code in the framework is
bewildering. Why on earth...
Jeff Schnitzer
[EMAIL PROTECTED]
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28
. But this bug was in 2.0, too.
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: Barrie Selack [mailto:[EMAIL PROTECTED]]
Sent: Friday, June 14, 2002 3:47 PM
To: [EMAIL PROTECTED]
Subject: [Mav-user] passing self-built XML documents
In pre 2.0 there was a model() method to pass
Ok, I made an opt-domify 2.0.1 release with this fix. For anyone using
domify, unless you are trying to domify a Node (in which case you might
as well use the trivial view type), the 2.0 version should be just fine.
This was the only change.
Jeff Schnitzer
[EMAIL PROTECTED]
-Original
Version 2.1 of Maverick (and version 2.0 of both opt-domify and
opt-velocity) are now available for download.
This version adds heterogeneous transforms, orthogonal handling of
params to all the various view and transform types, and a cleaner
mechanism for setting the model in controllers.
Note
application that way. Just my opinion, of course :-)
Jeff Schnitzer
[EMAIL PROTECTED]
It's fun how pretty much anything said on a public list can be quoted in
perpetuity now ;-)
-Original Message-
From: Tim Colson [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, June 12, 2002 2:49 PM
about anything else that could cause
problems, so everything should work even without the Jetty fix.
I'm planning to do the 2.1.0 release tomorrow (Monday) afternoon. The
updated docs are currently on the website.
Jeff Schnitzer
[EMAIL PROTECTED
Just a quick note welcoming our newest committer, Jim Moore. Since
Scott is my roommate, we had a voice vote; two +1's... but from now on
stuff like this will follow the Apache guidelines.
Look for opt-fop coming soon to a planet near you... :-)
Jeff Schnitzer
[EMAIL PROTECTED
From: Barrie Selack [mailto:[EMAIL PROTECTED]]
Thanks... if there is anything I can do to help let me know. I'll
document what we do under JRun 4 (and possibly Resin)
That would be great!
Jeff Schnitzer
[EMAIL PROTECTED
Schnitzer
[EMAIL PROTECTED]
-Original Message-
From: Ed Ward [mailto:[EMAIL PROTECTED]]
Sent: Thursday, April 25, 2002 8:32 AM
To: Jeff Schnitzer; [EMAIL PROTECTED]
Subject: Re: [Mav-user] Maverick to Struts
I suppose I should have been more explicit in my previous email, which
Cool! If it makes sense, and you feel like putting together a small
example, we would be happy to release it as an opt package :-)
Jeff
-Original Message-
From: Dan Finkelstein [mailto:[EMAIL PROTECTED]]
Sent: Monday, April 22, 2002 6:00 PM
To: [EMAIL PROTECTED]
Subject: Re:
happened to Berkeley Systems?
Jeff Schnitzer
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
-Original Message-
From: Dan Finkelstein
Sent: Mon 3/18/2002 10:27 AM
To: [EMAIL PROTECTED]
Cc:
Subject: RE: [Mav-user] 2.0rc works fine
Is anyone going to be in SF for JavaOne?
I'm planning on being at the Jakarta gathering tomorrow evening, so if
anyone is in the area, drop by!
http://jakarta.apache.org/site/news.html#0322.2
Jeff Schnitzer
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]
jû¬z¹X§X¬´Æ¯ºÇ«+-²Ê.Ç
at java.net.URLClassLoader.defineClass(Unknown Source)
... ...
Hmmm, sealing violations. I have heard much about these but not
experienced them myself. Which exact versions of tomcat, jdk, and xslt
processor (if you're using one) are you using? And what is the
remainder of the Root Cause stack trace?
Jeff
to JDK1.4, of course, is an option :-)
Does anyone else understand sealing violations?
Jeff
-Original Message-
From: Jordan C N Chong [mailto:[EMAIL PROTECTED]]
Sent: Friday, March 15, 2002 11:19 AM
To: Jeff Schnitzer
Subject: RE: [Mav-user] Howto: Getting the JSP Example Working
Dear
for this to the opt-domify release notes.
Jeff Schnitzer
[EMAIL PROTECTED]
___
Mav-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mav-user
.
Jeff Schnitzer
[EMAIL PROTECTED]
___
Mav-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mav-user
care
of it. BTW, i think the idea of allowing xsl transform on the config
file
is
a great idea.
Yup. I'm almost inclined to think it worthwhile to reexamine a number
of the alternative syntaxes. I'm hesitant to force people to use the
XSL mechanism, though.
Jeff Schnitzer
[EMAIL PROTECTED
and launch another beta. When
the manual is complete(ish), and there are no obvious outstanding bugs,
we'll do the formal 2.0 release. Everything else gets slated for 2.1.
Sound good?
(this doesn't mean that the discussion should stop :-)
Jeff Schnitzer
[EMAIL PROTECTED]
-Original Message
)this.modes.get(mode);
}
Make sense?
Jeff Schnitzer
[EMAIL PROTECTED]
___
Mav-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mav-user
tasks. For
the time being, I suggest configuring your container to expand warfiles.
Jeff Schnitzer
[EMAIL PROTECTED]
___
Mav-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/mav-user
another beta.
As far as Tomcat 3.3 goes, I vaguely recall that it has some strange
classloader issues and it's very sensitive to where you put the
xalan.jar. I've never spent any serious time using Tomcat v3, so I'm
not sure I can be much help beyond this.
Jeff Schnitzer
[EMAIL PROTECTED
That's really cool! I'm a *big* fan of memetics and all the
implications of the idea.
I'll replicate this meme to all my friends :-)
Some things I find somewhat confusing:
I'm not quite sure I understand how the economy works, especially cents
to survive on.
The two numbers to the right of a
What was the stack trace? I would expect that the class not found was
HttpServletResponseWrapper, but if you're not using XSLT, I am surprised
that it would come up.
Is this with maverick v1 or v2?
Jeff
-Original Message-
From: Gerald de Jong [mailto:[EMAIL PROTECTED]]
Sent:
35 matches
Mail list logo