http://rss.com.com/2100-1001-982176.html?type=ptpart=rsstag=feedsubj=news
What a joke.
;-)
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Upgraded to cvs head of betwixt and it works fine with my Scarab use of it.
It even seems faster than the much older version that I was using. =) Good
job guys!
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on 2003/1/27 11:33 AM, Martin van den Bemt [EMAIL PROTECTED] wrote:
They generate javacode form xml , we don't yet :)
Ah...we have been doing that for a long time now...
http://jakarta.apache.org/turbine/torque/
I think that I'm more amazed with how the press is needing press releases so
on 2003/1/27 11:42 AM, Martin van den Bemt [EMAIL PROTECTED] wrote:
Cool.. Do you have a testcase stuffed in scarab cvs somewhere (in case
we (or I) need an extra sanity check somewhere ?)
You have the Scarab testcase in betwixt.
Keep an eye on the release, so you can depend on the release
I haven't tried a new version of it with Scarab in a long time because it
has been working well enough (the .jar I'm using is from June 11th). If I
have time, I will try updating to see what has broken for me. =)
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
on 2002/12/15 3:58 PM, Henri Yandell [EMAIL PROTECTED] wrote:
With some reflection, another alternative is that when a project becomes
dependent on a CVS HEAD of an unreleased proejct, or even a HEAD of a
released project, they make sure that someone documents this in the
STATUS.html.
Hen
on 2002/12/15 6:26 PM, Henri Yandell [EMAIL PROTECTED] wrote:
On Sun, 15 Dec 2002, Jon Scott Stevens wrote:
on 2002/12/15 3:58 PM, Henri Yandell [EMAIL PROTECTED] wrote:
With some reflection, another alternative is that when a project becomes
dependent on a CVS HEAD of an unreleased
on 6/14/02 4:21 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Last I counted, maven depended on the following non-release code:
commons-beanutils-1.4-dev.jar
commons-betwixt-1.0-dev.jar
commons-cli-1.0-dev.jar
commons-jelly-1.0-dev.20020614.035258.jar
commons-jexl-1.0-dev.jar
on 6/12/02 11:53 PM, James Strachan [EMAIL PROTECTED] wrote:
This was done originally by design. The XML introspector decides the
ordering of the bean properties. You can configure this order using a
BeanInfo. Or you can change this order via a .betwixt file for your bean.
The output
on 6/13/02 6:09 AM, Bemt, Martin van den [EMAIL PROTECTED] wrote:
Btw Is it ok if I update the site with the cvs version of maven or do you
prefer to just use a released version? (the one you are using).
-1 on cvs of maven.
Only use released versions please.
-jon
--
To unsubscribe,
on 6/13/02 11:24 AM, robert burrell donkin [EMAIL PROTECTED] wrote:
am i right in assuming that ordering the element automatically from the
parsing would only work if the same XMLIntrospector instance is used to
read and write?
That is the case right now for me anyway...
-jon
--
To
on 6/14/02 1:47 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Jon, so should maven only use released versions of betwixt?
There is no released version of betwixt.
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on 6/12/02 12:42 AM, Martin van den Bemt [EMAIL PROTECTED] wrote:
Hi John,
My name is 'Jon'.
On Wed, 2002-06-12 at 02:58, Jon Scott Stevens wrote:
Bug #1:
If I remove the getModules() method from the code below, then the
addModule() method is never called and no error is reported
on 6/12/02 12:29 PM, Martin van den Bemt [EMAIL PROTECTED] wrote:
I'll dig into that and await your testcase.. Btw can I add scarab to the
list of Powered By ?
Yes...
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on 6/12/02 12:42 AM, Martin van den Bemt [EMAIL PROTECTED] wrote:
Bug #2:
If the Module class referenced above does not implement Serializable, then
it is also not called and no error is reported.
Using the tescase of scarab in the betwixt tree, this is working for me
(just removed
I need karma for the betwixt project now that it has moved over to commons
from sandbox.
Thanks,
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on 6/12/02 4:18 PM, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
Martin has been really active providing patches for Betwixt so how about
we let him apply the next patch himself.
+1
+1
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail:
Hi all, I'm getting some weird output ordering when I use betwixt to output
my Bean data (that was also populated by betwixt)...
if you notice the description element nested in the module is output at
the bottom of the issues...here is an example of the output...
scarab-issues id=1
modules/
Say I have a XML file like this:
scarab-issues
module
name
/name
/module
issues
issue
id/id
/issue
/issues
/scarab-issues
If I print the beans out using BeanWriter, I'm getting the output like this:
scarab-issues
issues
issue
id/id
/issue
Bug #1:
If I remove the getModules() method from the code below, then the
addModule() method is never called and no error is reported.
import java.util.List;
import java.util.ArrayList;
import org.apache.commons.logging.Log;
import org.apache.commons.logging.LogFactory;
import
I'm +1 on this...but I want you guys to wait a bit until I do more
testing...
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on 6/4/02 8:05 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Added: pool maven-build.xml project.xml
Shouldn't that be build-maven.xml to be consistent with what you have done
on other projects?
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
on 6/4/02 4:03 PM, Martin van den Bemt [EMAIL PROTECTED] wrote:
Betwixt fails on the scarab tests..
On the betwixt site the scarab tests are not included though..
It is failing on the TestScarabSettings.java line 196 (about), it is the
assertEquals(UI, gao.getChildOption());
I seem to
on 6/4/02 4:13 PM, Martin van den Bemt [EMAIL PROTECTED] wrote:
What is your advice on my problem ?
Just create my own tool ? (which I was doing in the first place, but I
though, what the heck, let's try not to write everything myself..)
Need to get that working tomorrow ;(( (including db
on 4/30/02 11:33 PM, Waldhoff, Rodney [EMAIL PROTECTED] wrote:
I've just deprecated those methods in KeyedObjectPool, and I'd like to
remove them altogether before the next pool release.
UmmmJakarta projects aren't the only people who use your code. You
really should follow standard
on 4/30/02 11:33 PM, Waldhoff, Rodney [EMAIL PROTECTED] wrote:
then we could complete the change without even breaking anyone's gump build.
Comments or complaints welcome,
- Rod
If you deprecate the methods properly, it won't break a gump build.
That said, I will make the changes
Quick! convert all your projects build.xml files to being controlled by
maven!
http://jakarta.apache.org/turbine/maven/
The faster we get a centralized build system in Jakarta the better off we
will all be.
Forget the days where you have to edit silly properties files to locate
dependency
on 4/30/02 3:04 PM, Amir D. Kolsky [EMAIL PROTECTED] wrote:
Krysalis isn't our own dog food.
Argh NIH
Yes. I admit that I'm biased towards Jakarta technologies, but it has
nothing to do with NIH (focus on invented), think of it more like me being
community centered.
The same
on 4/30/02 3:10 PM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
I also see Maven as being more feature complete
Sure, does it give automatic build functionality download?
Yes.
Does it give you easy skin selection?
Yes.
Does it give you UML class diagrams?
We await your contribution.
on 4/30/02 2:46 PM, Nicola Ken Barozzi [EMAIL PROTECTED] wrote:
Krysalis Centipede:
http://www.sf.net/projects/krysalis/
Site using Centipede:
http://jakarta.apache.org/poi/
You make the decision.
To me, the decision is simple:
Krysalis isn't our own dog food.
I would far rather see
on 4/30/02 5:31 PM, Sam Ruby [EMAIL PROTECTED] wrote:
I have yet to be able to build Maven.
- Sam Ruby
echo maven.home=${user.home}/maven ~/build.properties
cvs co jakarta-turbine-maven
cd jakarta-turbine-maven
ant -f build-bootstrap.xml
Seems pretty easy to me.
-jon
--
To unsubscribe,
What the heck? I thought that these packages were not supposed to have
dependencies on other projects??
On top of it, the build.properties.sample wasn't updated to reflect the need
for this dependency.
-jon
compile:
[javac] Compiling 12 source files to
on 4/2/02 10:17 PM, [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Hello Jon,
I would be completely against putting anything related to
CJAN on SF.net.
But that is my own very biased opinion.
May we also know your argumentation for this?
Cheers,
Ringo
#1. I don't trust that SF.net
on 4/3/02 8:51 AM, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
http://jakarta.apache.org/avalon/framework/inversion-of-control.html
I knew that's what the Avalon-ers call it, and that's where the idea came
from, but I didn't want to stir that up...
Part of the problem with this Avalon
on 4/3/02 10:09 AM, Jon Scott Stevens [EMAIL PROTECTED] wrote:
Now, if the parent instantiates MyComponent and forgets to call
enableLogging() *before* myMethod() is called, an NPE will be thrown and it
will not be clear as to why that NPE was thrown unless you go and look at
the source code
on 4/3/02 10:46 AM, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
Right - and with what I am thinking about, be defensive. Don't just use
'logger' - wrap it with a check.
Or have an internal log method that does that
So, for every class, I now also need to copy/paste in some log method?
on 4/3/02 10:49 AM, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
On 4/3/02 1:12 PM, Jon Scott Stevens [EMAIL PROTECTED] wrote:
on 4/3/02 10:09 AM, Jon Scott Stevens [EMAIL PROTECTED] wrote:
Now, if the parent instantiates MyComponent and forgets to call
enableLogging() *before* myMethod
on 4/2/02 9:03 AM, Michael Davey - Sun UK Support Engineer
[EMAIL PROTECTED] wrote:
Yes. It is my personal hope that the CJAN developers will enhance JJAR such
that it becomes the reference implementation for a CJAN client, with JJAR
continuing to be hosted by Apache, and the server-side
on 3/28/02 9:39 AM, robert burrell donkin [EMAIL PROTECTED] wrote:
On Thursday, March 28, 2002, at 02:44 AM, Jon Scott Stevens wrote:
Why is Rule.digester protected and not private?
backwards compatibility
- robert
Can we mark it deprecated and create a new variable?
-jon
Why is Rule.digester protected and not private?
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Someone going to apply my patch?
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on 3/22/02 9:46 PM, Jeff Turner [EMAIL PROTECTED] wrote:
Hi Jon,
Would you be happy (ie, would it build on your system) if we applied the
patch with the following modifications?
1) Source ${basedir}/build.properties before
${user.home}/build.properties
Many people have a
on 3/19/02 12:50 PM, Craig R. McClanahan [EMAIL PROTECTED] wrote:
I'm likewise ok with switching the build.xml and build.properties.sample
defaults in Commons to ${lib.repo} style, if that's what people want --
just don't mess up my ability to override the locations of each individual
JAR
This is the perfect job for Velocity. :-)
Just use Velocity to generate your .java code.
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on 1/23/02 1:57 PM, Scott Sanders [EMAIL PROTECTED] wrote:
Geir, are you listening ;-)
He is in london right now and really busy with client work. I wouldn't
expect an immediate response from him...
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands,
Please apply this patch to commons-beanutils/build.xml:
Broke the creation of the .jar file into its own target
Added a target for installing the .jar file into ${lib.repo}
thanks,
-jon
--
Standard rules apply: Ask any questions, and you get the job. ;-)
build.xml.diff
Description:
on 1/14/02 6:39 PM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
craigmcc02/01/14 18:39:34
Modified:beanutils/src/java/org/apache/commons/beanutils
MappedPropertyDescriptor.java
Log:
Convert capitalize() method to private in an attempt to avoid the compile
on 1/13/02 12:09 AM, Jeff Turner [EMAIL PROTECTED] wrote:
Hi,
When I run 'ant xdoc' from a cleanly checked-out httpclient, the HTML output
contains:
blockquote
[Element: p/]
[Element: p/]
[Element: p/]
/blockquote
Anyone
on 1/7/02 3:35 AM, Paulo Gaspar [EMAIL PROTECTED] wrote:
flame-bait
That sure is one of the reasons why people from projects like Turbine and
Avalon end up asking things like:
- Why didn't you use mine??? I have one of those!!!
Their overview documentation does not help much and not
on 1/7/02 8:50 AM, Tom Klaasen (TeleRelay) [EMAIL PROTECTED]
wrote:
Are you sure about this? I've got the impression struts has more users
than developers (as has Cocoon, but that isn't jakarta strictly
speaking)
I wasn't talking about those projects.
If we had more
users who
turned
on 1/7/02 9:06 AM, Tom Klaasen (TeleRelay) [EMAIL PROTECTED]
wrote:
You were talking about jakarta, weren't you?
Not in that specific case.
... just to see that they got the details wrong, and discard their
effort as useless. That's what happened to me, anyway. Documentation
has to be
on 1/7/02 9:49 AM, Paulo Gaspar [EMAIL PROTECTED] wrote:
BTW, isn't most of Velocity documentation created by its developers?
=;o)
Nope. It was originally written by a professional tech writer, John Castura.
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
on 1/7/02 10:29 AM, Jim Scott [EMAIL PROTECTED] wrote:
IMHO, until the documentation is made part of the formal committing process,
the jakarta tools will only be valuable to the people who developed them.
I know that I am opening myself up to a serious flame, but that is the way I
see it.
on 1/6/02 1:45 PM, Sam Ruby [EMAIL PROTECTED] wrote:
Jon, I presume that you are talking about the subject, and not the text you
are quoting. In any case, a framework independent validator seems to me to
be valuable a reusable component. If one or both can't be restructed to be
framework
on 1/6/02 3:44 PM, Martin Cooper [EMAIL PROTECTED] wrote:
you nor anyone else mentioned Intake at that time.
Correct. I didn't have the time at the time.
So, I bring it up now...
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
on 1/6/02 5:04 PM, Sam Ruby [EMAIL PROTECTED] wrote:
Jon Scott Stevens wrote:
I don't see why the basis isn't Intake. Why not work to move Intake to
commons and then work towards a framework independent implementation in
Commons?
Thanks for volunteering.
No. I see it as David
on 1/6/02 5:27 PM, Ted Husted [EMAIL PROTECTED] wrote:
Because these so-called limited resources are not Jakarta's to allocate.
Correct, but my point isn't that...my point is that if Jakarta is going to
differentiate itself from Sourceforge, then the organization and
communication between
It is amazing to me...with all the discussion about coding styles and
following them, we still have people committing code that doesn't follow
what rules we do have...
on 1/3/02 11:00 AM, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Re: cvs commit:
on 12/31/01 10:06 AM, Nicholas Lesiecki [EMAIL PROTECTED] wrote:
Amen on the learning curve. Erik Hatcher recommended Torque to me, and I
tried checking it out...I had no idea where to start.
Look at Scarab.
-jon
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional
on 12/17/01 10:53 AM, Michael Bayne [EMAIL PROTECTED] wrote:
On 2001-12-17 18:42:08, Jason van Zyl [EMAIL PROTECTED] wrote:
Scott Ambler probably has the best collection of links:
http://www.ambysoft.com/persistenceLayer.html
I compiled a list of projects when looking into this a few
on 12/17/01 11:51 AM, Martin Cooper [EMAIL PROTECTED] wrote:
Aha! Then I'd better keep my eye on Torque. ;-) Having the framework handle
the more complex situations, such as joined tables, is what would make it
really valuable. Avoiding the grunt work for the easy stuff is nice, but
doing
61 matches
Mail list logo
