Wicket is much like swing when it comes to using anonymous inner classes...so
here is simple wicket example with is very common to wicket; This Link
object is a common component available in wicket...just trying to show the
structure.
class abstract Link extends Component {
public Link(String
Peter K Chan wrote:
Charles,
I tried out the patch, but there is a small bug: the expression
implementationClass.getBaseName() sometimes return null, thus causing a NPE
when constructing a StackTraceElement.
I am a little confused about the purpose of the patch though. Is it
s
That makes sense. My own interest would be mostly on handling unchecked
exception, since I am interested in catching internal JRuby exceptions, which
are all unchecked (NPE, CCE, etc.).
Peter
-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Charles Olive
Charles Oliver Nutter wrote:
The only hope for being able to re-throw a checked exception without
declaring that I'm throwing it would be to generate non-Java bytecode
that does the throw for me. But I will give it a try with unchecked
exceptions and see how it goes.
Attached is an updated ve
Attached is a patch to DefaultMethod that attempts to wrap all
RuntimeException instances passing through it with a Ruby
NativeException, allowing you to catch them as normal. Consider it an
experimental start.
There are caveats:
- Since the script you specify on the command line immediately
mnwicket wrote:
So I understand that jruby can create a class impl at any time...but can it
handle the above situation...the difference being the impl is an abstract
class.
Ahh I seewell we can extend abstract classes, but I don't think we
have a shortcut syntax that would work for it. Wha
How about only doing the capture and conversion of Java exceptions when
compiling/interpreting a begin...rescue block with a clause that traps
NativeExceptions?
You don't need to do the conversion all the time (and in fact the performance
hit from the conversion sounds very unappealing) if you're
On Thu, 24 Apr 2008 12:35:50 -0700, MenTaLguY <[EMAIL PROTECTED]> wrote:
> How about only doing the capture and conversion of Java exceptions when
> compiling/interpreting a begin...rescue block with a clause that traps
> NativeExceptions?
Argh, forgot that the exception class can be an arbitrary
MenTaLguY wrote:
How about only doing the capture and conversion of Java exceptions when
compiling/interpreting a begin...rescue block with a clause that traps
NativeExceptions?
You don't need to do the conversion all the time (and in fact the performance
hit from the conversion sounds very unap
On Thu, 24 Apr 2008 13:26:59 -0700, MenTaLguY <[EMAIL PROTECTED]> wrote:
> On Thu, 24 Apr 2008 12:35:50 -0700, MenTaLguY <[EMAIL PROTECTED]> wrote:
>> How about only doing the capture and conversion of Java exceptions when
>> compiling/interpreting a begin...rescue block with a clause that traps
>>
MenTaLguY wrote:
How about only doing the capture and conversion of Java exceptions when
compiling/interpreting a begin...rescue block with a clause that traps
NativeExceptions?
You don't need to do the conversion all the time (and in fact the performance
hit from the conversion sounds very unap
Trying to subclass a Java class from a signed .jar will crash on you.
-
Key: JRUBY-2439
URL: http://jira.codehaus.org/browse/JRUBY-2439
Project: JRuby
Issue Type: Bug
mongrel_jcluster does not work in JRuby 1.1
---
Key: JRUBY-2440
URL: http://jira.codehaus.org/browse/JRUBY-2440
Project: JRuby
Issue Type: Bug
Components: JRuby-extras
Affects Versions: J
Delay creation of ObjectAllocator instances until first use
---
Key: JRUBY-2441
URL: http://jira.codehaus.org/browse/JRUBY-2441
Project: JRuby
Issue Type: Improvement
Report
14 matches
Mail list logo
