.
-John K
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Bob McWhirter[EMAIL PROTECTED]
The Werken Company http://werken.com
[EMAIL PROTECTED] 2003-09-04 00:39 ---
no further information from reporter for 2 months. closing for now
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Bob McWhirter
On Fri, 20 Jun 2003, Peter Royal wrote:
If anyone has any outstanding patches for jelly or jexl, can you please
place them in bugzilla? I'll go through them all in the next week and
apply ones that are appropriate.
Jira?
http://jira.codehaus.org/secure/BrowseProject.jspa?id=10012
Here's the tally I have:
+1 for:
bob mcwhirter
kevin ross
jason van zyl
morgan delagrange
paul hammant (non-binding?)
tim o'brien (non-binding?)
-1 (against):
none
0 (active abstain):
none
So, at least 4 binding +1s
I would like to know which priority bug fixing has in Jelly. There
are at least three bug reports which remain uncommented
since two weeks ago. I mention this because I saw editions of new
features in Jelly.
That's the way the cookie crumbles sometimes.
For us it is very important that
2. Have/keep the scope listeners and events?
I personally see Scope as a way to keep me from having to keep writing
subclasses of JellyContext when I want the context to be backed by my
own data structure.
Talking with Strachan I think we're pondering
context.setDefaultScope( myScope );
+1
-bob
On Tue, 11 Mar 2003, Stephen Colebourne wrote:
I hereby nominate Alex Chaffee as a commons committer. He is a Tomcat
committer at present. He currently wants to assist with the development of
[lang] and has had a history with supporting library code with his own
utilities
Jexl seems to implement 'div' as simple division, instead of
the pair with 'mod'. I'd like to correct it. Was this a design
though, for 'div' to be divison, and not the typical div operator?
-bob
It's supposed to be /. There is supposed to be a pairing of / and div,
% and mod
Geir, Strachan--
This is probably in the same boat as the 'size' lexing issue,
but I'm finding impossible to use a variable named ${in}.
I can't rename the variable, as I'm using it in a define:tag
to define a tag that has an @in attribute.
I'm going to commit a work-around to jelly unless you
Howdy--
Jexl seems to implement 'div' as simple division, instead of
the pair with 'mod'. I'd like to correct it. Was this a design
though, for 'div' to be divison, and not the typical div operator?
-bob
-
To
]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Bob McWhirter[EMAIL PROTECTED]
The Werken Company http://werken.com/
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
).
- robert
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Bob McWhirter[EMAIL PROTECTED]
The Werken Company http://werken.com
as [current-loggers-name] is not exposed by Log. Would it be acceptable
to add a getName() or something similar to the Log interface and the
implementations? That way, we can fully implement the avalon-framework
Logger contract on top of commons-logging.
+1.
Seems reasonable to me. I
. 203-247-1713(m)
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Bob McWhirter[EMAIL PROTECTED]
The Werken Company http://werken.com
Howdy--
Hand-migrating werkflow since I need to learn the new API and also
since there's 3 werkflow codelines, and I'm not certain right off hand
which one Morgan sent patches for. :)
Anyhow, found this annoyance:
public void doTag(XMLOutput out)
throws JellyTagException
{
try
{
and Music Charts
http://uk.my.yahoo.com
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
--
Bob McWhirter[EMAIL PROTECTED]
The Werken Company http://werken.com/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
A couple of days ago, the Ant classloader was changed
significantly, including calling out to a second
ClassLoader class, and the Grant AntClassLoader was
preventing the new Ant classes from functioning
correctly (at least inside the Jelly build). I moved
the most recent Ant classloader
);
}
}
Or is the Grant classloader only intended for use with
Ant 1.5? If so, I guess I should take it out of the
GUMP build.
- Morgan
--- bob mcwhirter [EMAIL PROTECTED] wrote:
A couple of days ago, the Ant classloader was
changed
significantly, including calling out
Sounds like Ant 1.5.2 could be a reasonable dependency
for Maven, and then our problems are solved. I'm
hoping that Grant can remove this class, regardless of
whether or not I've diagnosed this particular problem
correctly; duplicating classes is risky and leads to
cranky classloading.
So far only Bob has voiced a concern with preparing to
release a Jelly beta, and I believe his only concern
is whether or not to release it under the Commons
umbrella.
Yah, I withdraw this concern, and +1 towards release as
suggested under jakarta-commons proper.
-bob
--
To
. Sign up now.
http://mailplus.yahoo.com
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
--
Bob McWhirter[EMAIL PROTECTED]
The Werken Company http://werken.com/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
I think most folks tend to use 'break' with their switch/case statements,
and probably have been bitten in the ass a lot due to a missing break.
I'd vote for defaultly not falling through, but if you wanted to,
add an explicit fall-through/ tag that'd set a fall-through flag
to true and execute
Any chance of code style guidelines for jelly? I noticed you
reformatted JellyServlet. If you use idea, maybe you can post checkin
the xml config file for codestyles...
I think he tends to follow the Sun Coding Conventions, much to
the irritation of those of us following the more sane
Either way, I think checkstyle should alert you to any violations.
Not familiar with this. I use Maven to perform the check, I suppose?
I saw a couple of declarations in project.properties...
maven checkstyle xdoc:transform
That'll generate the checkstyle report for you.
-bob
I vote as follows on moving Jelly to the Commons Proper:
[x] +1 - I support this move and am willing to help
[ ] +0 - I support this move, but cannot assist
[ ] -0 - I don't support this move
[ ] -1 - I vote against this move (requires valid *technical*
reasoning)
--
To
-mail: mailto:[EMAIL PROTECTED]
--
Bob McWhirter[EMAIL PROTECTED]
The Werken Company http://werken.com/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
my yahoo! id is aslak_hellesoy. if you give me yours we can discuss it there
too.
If you want group discussion feel free to setup a channel on irc.werken.com
-bob
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
On Thu, 24 Oct 2002 [EMAIL PROTECTED] wrote:
Bob, can you update the werkz project.xml and add a gumpRepositoryId of
werken to it?
Sure, but that sounds wrong. There's quite a few werken repos. Is
'werken' really the right name to use here?
-bob
--
To unsubscribe, e-mail:
Are all your repos under /cvsroot?
Yah.
If so, we should change the repository descriptor to say
path/cvsroot/path and in werkz's descriptor you'd say
cvs module=werkz repository=werken dir=werkz
I can commit the change to the werken repo descriptor, if this is a
better
Though I am having second thoughts on whether Commons is the right place for
Jelly; maybe it should be a top level Jakarta project?
Been waiting for this. I'm going to assume it's a vote...
+1
So I'm starting to think it needs to be a top level project with its own
sub-projects.
I was hoping there might be a good Lisp fanatic or something with some
reasons for why a Pair object would be very useful. I seem to recall
reading someone's blog opining for a Pair class.
Well, you could certainly do lists the LISP way with a Pair class. One
element is the CAR and the
I don't know exactly how/if it fits in, but Ant does a fair bit
of introspection also. So far, I haven't been able to use beanutils
(I may be using it wrong) to do what Ant does.
Seems like most of the introspectors out there, given a name fileset
will look for something like addFileset(...),
This doc did state though that:
Note that the GNU version of getopt will normally permit
options anywhere among the arguments unless the special
argument `--' is used. This is not what POSIX specifies;
it is a GNU extension.
So strictly speaking the style of processing the
Howdy guys--
This may have been covered already, but...
Maven uses Betwixt which uses Digester.
We see this occasionally (consistently)
[WARN] Digester - -Empty stack (returning null)
Is this a message that could be demoted to DEBUG, or does
it truly indicate that we've got an issue
Howdy folks--
We allow multiple values for an argument now, so that
-D foo bar baz
results in 'D' having 3 args.
Now, I'd like to have multiple instances of single-arg options.
To get the above, you'd have to do
-D foo -D bar -D baz
Why?
maven -D
Okay, if you cvs update your jelly repository, it should be seemless now.
It'll try to fetch werkz-1.0-build-1.jar from werkz.sf.net/ now, since
it's not in the /turbine/jars/ repo.
-bob
On Wed, 12 Jun 2002, bob mcwhirter wrote:
Right now, I'm we're just working from CVS
On Wed, 12 Jun 2002, Vinay Chandran wrote:
Thanks dude.
Maybe you can update turbine/jars too sometime.
I'm hacking jelly and werkz at the same time, so they are both kinda
in flux. I don't want to hassle jvanzyl every few hours to install
a new jar.
[note to self: this is why we need a
Dunno how, but JellyTag never got recompiled, so a bug managed
to slip in. Fixed, now, and a build from clean should work.
My apologies.
-bob
--
Bob McWhirter[EMAIL PROTECTED]
The Werken Company http://werken.com/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
Crap. Likewise, I probably need commons karma for CLI since it exited
the sandbox.
-bob
On Wed, 12 Jun 2002, Jon Scott Stevens wrote:
I need karma for the betwixt project now that it has moved over to commons
from sandbox.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For
Fixed.
-bob
On Wed, 12 Jun 2002, bob mcwhirter wrote:
Awe, crap.
Fixing..
-bob
On Wed, 12 Jun 2002, James Elson wrote:
bob mcwhirter wrote:
Okay, if you cvs update your jelly repository, it should be seemless now.
It'll try to fetch werkz-1.0-build-1
: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
--
Bob McWhirter[EMAIL PROTECTED]
The Werken Company http://werken.com/
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
I've knocked together a small piece of doc on the basic
usage of CLI.
Cool!
I think we got you enough votes for commit access. Have we decided to
allow John to commit directly to commons-sandbox, or do we need to move
CLI to normal jakarta-commons first?
Anyhow, John, thanks for the
Do people think that dependencies on ORO and an XML parser are
too much overhead for CLI? Should these types of features be
made optional or shipped in a separate jar?
please keep it optional.
+1 optional
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
On Thu, 6 Jun 2002, Henri Yandell wrote:
The pattern for the unit tests in the project.xml is **/Test*.java and yet
most of the Tests are of the form [ClassName]Test.java so it misses these.
I think this should change to:
**/*Test*.java
Or just
**/*Test.java
I've always used
Fixed. Thanks!
-bob
On Mon, 3 Jun 2002, Henri Yandell wrote:
Thought I'd just mention. The README.txt for CLI is out of date since it
was mavenised. It makes no mention of needing maven [assuming it's not
hidden inside it somehow] and 'ant doc' no longer exists.
--
To
3. What's the rationale for having equals and hashCode
be reference based?
The alternative is to compare both the value and children of that node. But
in comparing the children, each child node will compare its value and
children and so on. This would be potentially very expensive. Its
I think POSIX would argue that -buildfile is the '-b' option
with an argument of 'uildfile'. Or possibly equiv to
-b -u -i -l -d -f -i -l -e.
I would agree, except that Sun seem happy to use the -buildfile style.
Supporting both seems important to me.
That's a slipperly slope though.
cli was originally my code. James Strachan was guiding it through the
sandbox process. I think others were suggesting other implementations
from elsewhere in jakarta. And then I think things stalled.
James-- Do you know the status of cli? Is it moving forward?
-bob
On 23 Apr
I don't mean to get (too) religious or philosophical here, but...
It seems to me that a ToDo is just a normal Task that is included
in a particular Release. Part of project-management is determining
which things are going into which release. Instead of maintaining
a pre-release todo-list and
Just thinking aloud here (as always ;-). Thoughts?
My only thought is the lack of a directive to allow the compiler to tell
you the file/line of any errors. I'm rusty on my C++, but I seem to
recall they had a #file directive, so that the post-processed file, when
compiled, could signal errors
WFMC and friends are more appropriately used at what the Commons Workflow
proposal calls the Process concept (which hasn't been fleshed out at all
yet) than the Activity concept (which is focused on the lower level
things).
Might want to check out the Savvion stuff. Yes, it's commercial,
On Tue, 29 Jan 2002, Slawek Zachcial wrote:
Hi,
What do you mean by CLI does not interpret cmd?
I assume the equivelent of:
cvs -dfoo commit
He'd like to bind 'commit' (the cmd) to a particular
Command callback, or similar. Personally, I like
the idea, and have implemented
* A bean object that represents a Row from a JDBC ResultSet
(the names and types of the column properties cannot be known
in advance because they are based on the SELECT statement).
* A way to construct and use value objects that extract the
properties of an EJB into a structure that
53 matches
Mail list logo
