I don't know much about classloaders, but I was working with the
WebSphere administration console today and I noticed a drop down for
choosing parent-first or child-first classloaders.
There's quite a good description of WebSphere's classloader policies at:
http://tinyurl.com/6l98v
Also
Assuming it's not just because of the typo in the content type (should be
application/octet-stream), you could try base 64 encoding the object output
stream, and then you can just use text/plain content type. On the other end you
base 64 decode the response body before passing it to the object
My major concern is that if we are going to warn people not
to implement the Action interface,
then what really is the point of providing it in the first
place? As I said above, I just cannot
think of any situation where a class would want to be an
Action *and* extend some other class.
- Why is Action an abstract class?
So that we can later add new functionality to Action without breaking
custom Action subclasses that users have written. As long as we can
provide a suitable default implementation in the Action
abstract class,
everything runs smoothly.
One example is
And, in my experience watching work done with tools like
Gump, any time
people do weird trickery with package names, like Sun
renaming some packages
from x.y.z to com.sun.x.y.z, this inevitably seems to cause
lots of problems
somewhere down the line.
Exactly. Remember the howls of
I do not think you can compare JDK APIs to commons APIs as you hardly
have more than one version of JDK API in your classpath ;)
You mean you've never written an RMI app where the client and server were
running different JVM levels? ;-)
Colin Sharples
IBM Advisory IT Specialist
Email: [EMAIL
I doubt Eclipse will ever have built-in svn support because there are
several third party plugins available. Since adding a plugin
update site
is so trivial in Eclipse I wouldn't think this would be a big deal.
The plugin I use with Struts svn is http://subclipse.tigris.org/. It
works
I'm going to make Colin happy :-), and go through his outstanding
patches this evening (Pacific time in the US), applying what I can.
:-))
Thanks, Craig. My project has its first release in a couple of weeks, so after that I
will start to take a look at harvesting out re-usable stuff and
I have used commons-workflow on a couple of projects - using it right now in fact. I'm
using it for two purposes which are I think a little beyond the original scope:
1) As a lightweight RPC mechanism, to locate and run server activities from any
arbitrary client (e.g. struts action, browser
i'd probably be willing to take a look at the patches once
things are a little less hectic (which the way things have
been going might be quite a long while) but i suspect that
the best plan would be wait until after java one when
craig is going to have some more time.
Thanks, Robert, I
Well, if no-one else wants to do it, how do I get committer rights so that I can do it?
;-)
-Original Message-
From: Sharples, Colin
Sent: Thursday, 13 May 2004 10:31 a.m.
To: Commons-Dev (E-mail)
Subject: [workflow] outstanding bugs
Hi,
I have a few bugs outstanding
Hi,
I have a few bugs outstanding on the Workflow component that I would quite like to see
fixed - I have supplied patches. Craig is a very busy person, so I don't know if he
has time to look at those. Is there anyone else who can take a look at them and apply
the patches? The bug numbers are:
I've been off the list for a while, but I've started a new project on which I'm using
the workflow component. Has anything been happening on that lately? The CVS repository
looks pretty quiet.
I have a couple of patches I'd like to submit - should I put them into bugzilla or
send them to the
13 matches
Mail list logo
