I don't think they should be split. If it is a library for helping the
input/output of XML why separate these into separate projects. Lets not
get carried away with small functional libraries. There should be a
limit to the size, purpose. I mean there has to come a point where the
By doing this, I believe there will be far less confusion for people
browsing the commons proper and sandbox catalogs.
Run with [xmlutil] I think the shoe fits :-)
- Mike
Mike Stanley wrote:
I don't think they should be split. If it is a library for helping
the input/output of XML why
How does this compare with StAX parser implementations?
- Mike
On Thu, 2004-10-07 at 15:53, Oliver Zeigermann wrote:
XMLBeans is super high level, XML Im-/Exporter is super low level.
E.g. XML Im-/Exporter (silly name by the way, any better ideas?) could
*theortically* be the base of
wrote:
StAX is a new parser type. It is streaming, i.e. you get one token
after the other upon request. xmlio still uses a standard SAX parser
and merely augments callbacks.
Oliver
On Fri, 08 Oct 2004 08:03:36 -0400, Mike Stanley [EMAIL PROTECTED] wrote:
How does this compare with StAX
Tell Eclipse not to include javadoc comments in the format. This is
what the majority of the diff contains (I recognize that crap ass
javadoc formating anywhere ;-)
- Mike
On Fri, 2004-10-08 at 17:34, Stephen Colebourne wrote:
There was rather a lot of automated reformatting in this commit
Hey...
On Thu, 2004-09-30 at 19:58, Joe Germuska wrote:
At 12:54 PM -0700 9/30/04, Martin Cooper wrote:
Hmmm.. Personally, I don't think putting it in a different package is
overkill. Adding velocity requires the addition of Velocity.jar to
build, but not to run (unless of course,
hi,
On Fri, 2004-10-01 at 08:24, Shapira, Yoav wrote:
Hi,
Hmm. Email is a simple component. If we try to make it more
complicated, we'd end up with something like [configuration] should have
had a simple, clean, fast, efficient 1.0 release ages ago but has been
adding features,
On Fri, 2004-10-01 at 08:21, Martin van den Bemt wrote:
Maybe this has a better home at velocity ?
Maybe, but this does seem like common practice with the email.
But lets talk about this for a second. (and revisit - the plug-in
adapter idea that I gracefully spoke up against earlier).
I've implemented a pattern, somewhat based off the .NET event and
delegate pattern, however the pattern is also commonly seen in
frameworks (to some extent).
At a high level, the pattern is made up of two objects:
- Event
- DelegateMethod
The Event is a container for DelegateMethods. Delegate
this is actually active or not; if so, we'd need
to use some different top level name for the package itself.
Craig
On Mon, 04 Oct 2004 11:19:15 -0400, Mike Stanley [EMAIL PROTECTED] wrote:
I've implemented a pattern, somewhat based off the .NET event and
delegate pattern, however
tracking whether this is actually active or not; if so, we'd need
to use some different top level name for the package itself.
Craig
On Mon, 04 Oct 2004 11:19:15 -0400, Mike Stanley [EMAIL PROTECTED]
wrote:
I've implemented a pattern, somewhat based off the .NET event and
delegate pattern
method). However, a more general approach might be to
return a hash from the register delegate method and use a Map of return
values, instead of an array or list.
My two cents,
Eric Jung
-Original Message-
From: Mike Stanley [mailto:[EMAIL PROTECTED]
Sent: Monday, October 04
{
Object result = nextMethod.invoke(args)
eventResult.add(nextMehod, nextMethodIndex, result)
if (stopCondition.stop(eventResult))
break
}
return eventResult
- Mike
Craig
On Mon, 04 Oct 2004 13:35:39 -0400, Mike Stanley [EMAIL PROTECTED] wrote:
Thought about the Hash
, exception
if thrown, etc) but can implement the basic List interface so it can be
iterated or accessed by index. etc
- Mike
-Original Message-
From: Mike Stanley [mailto:[EMAIL PROTECTED]
Sent: Monday, October 04, 2004 1:36 PM
To: Jakarta Commons Developers List
Subject: RE: sandbox
of responsibility.
-Eric Jung
-Original Message-
From: Mike Stanley [mailto:[EMAIL PROTECTED]
Sent: Monday, October 04, 2004 3:09 PM
To: Jakarta Commons Developers List
Subject: RE: sandbox proposal. Events
On Mon, 2004-10-04 at 13:40, Jung, Eric wrote:
I see. Good point. So
On Mon, 2004-10-04 at 15:47, Mario Ivankovits wrote:
Mike Stanley wrote:
Thought about the Hash approach too. That won't suffice.
Havent looked at [event] now, but the first thing about how to handle
results which comes into my mind was a ResultHandler - what if you just
provide
Hi.
On Mon, 2004-10-04 at 18:16, Michael Heuer wrote:
On Mon, 4 Oct 2004, Mike Stanley wrote:
On Mon, 2004-10-04 at 15:14, Jung, Eric wrote:
You might also consider using java.util.EventListener,
java.util.EventListenerProxy, and java.util.TooManyListenersException as
appropriate
I don't think there is a maintainer for this (ultra-tiny but useful),
sandbox component. Can someone take the initiative and push the latest
build to the repository at ibiblio? Maybe even coordinate a 0.2 release
:-)
In addition, I have a basic class VelocityHtmlEmail that extends
HtmlEmail
On Thu, 2004-09-30 at 11:30, Joe Germuska wrote:
At 10:32 AM -0400 10/1/04, Mike Stanley wrote:
I don't think there is a maintainer for this (ultra-tiny but useful),
sandbox component. Can someone take the initiative and push the latest
build to the repository at ibiblio? Maybe even
On Thu, 2004-09-30 at 12:16, Shapira, Yoav wrote:
Hi,
I guess I wouldn't think it appropriate to put on ibiblio as it is
now. Would you be satisfied with a SNAPSHOT build on the Apache
nightly-build/beta repository? http://cvs.apache.org/repository/
Maybe I'm making too much of the
Yeah, but there is already junk up there. Why not put something that
can be used up there?
Because two wrongs don't make a right IMHO ;)
I see your point. My gripe with everything I think has more to do with
the auto-build of the sites. This isn't really the best example, but
I hadn't realized there was one -- do you have a pointer? However,
if using that requires a dependency on Groovy, then I'd want to wait
until Groovy hits 1.0. My sense is that it's still prone to a lot of
change.
I can't really attest to it. But I did notice it a little while ago. I
a setBody() , to set the attribute values in the
bean (in your case setName and setStatus). Betwixt now checks to see if
there are any attributes present and tries to set values in that
scenario.
Hope this helps and not too late ;)
Mvgr,
Martin
On Wed, 2003-11-12 at 15:37, Mike Stanley
to see if
there are any attributes present and tries to set values in that
scenario.
Hope this helps and not too late ;)
Mvgr,
Martin
On Wed, 2003-11-12 at 15:37, Mike Stanley wrote:
ok.
and yes you have permission to use it in any way that matters. I just
looked
format the content of
BeanB.java..
That was one of the mistakes I made when first started using betwixt..
Mvgr,
Martin
On Mon, 2003-11-24 at 16:57, Mike Stanley wrote:
One other question:
You said something about Bean.betwixt files only supplies beaninfo for
Bean.java and not classes
when first started using betwixt..
Mvgr,
Martin
On Mon, 2003-11-24 at 16:57, Mike Stanley wrote:
One other question:
You said something about Bean.betwixt files only supplies beaninfo for
Bean.java and not classes embedded in Bean.java.
If I have BeanA.java and BeanA.betwixt. I
Rules based load balancer? Seems to me like this could need a load balancer
of its own. Have you stress tested it? I'm not saying it can't be useful
as a smart (policy based) redirector, but as a thin large scale load
balancer the Servlet lifecycle may be a little heavier than necessary. Can
Please confirm this is a bug, or please offer some advice on what I'm doing
wrong. If this isn't sufficient to confirm the bug please let me know, and
I will modify the example.
- Mike
-Original Message-
From: Mike Stanley [mailto:[EMAIL PROTECTED]
Sent: Monday, November 10, 2003 2
:12, Mike Stanley wrote:
Please confirm this is a bug, or please offer some advice on
what I'm doing
wrong. If this isn't sufficient to confirm the bug please let
me know, and
I will modify the example.
- Mike
-Original Message-
From: Mike Stanley [mailto:[EMAIL PROTECTED
and not for any
classes embedded in Bean.java.
Mvgr,
Martin
On Fri, 2003-11-07 at 19:51, Mike Stanley wrote:
Please note: I sent this to the developers list and not the users list,
because I believe it to be a bug, and if confirmed - I may patch it.
- Mike
-Original Message
Hey everyone,
I'm running into an issue with some Betwixt code. I'm trying to Write/Read
a bean associated with .betwixt file.
I can't seem to get attributes to be set when reading in the xml. writing
works fine. I've tried several ways (including defaulting to primitiveTypes
and specificing
Please note: I sent this to the developers list and not the users list,
because I believe it to be a bug, and if confirmed - I may patch it.
- Mike
-Original Message-
From: Mike Stanley [mailto:[EMAIL PROTECTED]
Sent: Friday, November 07, 2003 1:26 PM
To: Jakarta Commons Dev
Subject
32 matches
Mail list logo
