FYI.
-- Forwarded message --
From: Henri Yandell flame...@gmail.com
Date: Sat, Aug 6, 2011 at 12:25 AM
Subject: Jakarta Cactus moving to the Attic
To: cactus-u...@jakarta.apache.org
A heads up for the Jakarta Cactus user community that the Cactus project has
been 'moved
+1. Nom nom.
On Mon, Mar 21, 2011 at 5:00 PM, Rahul Akolkar rahul.akol...@gmail.com wrote:
This is a vote to move Jakarta Regexp to the Apache Attic, based on
the outcome of the most recent discussion on the topic.
Since Regexp may not have enough PMC members active, this vote will be
held
Noting that I've asked for this mailing list to be deleted.
Any Taglibs development discussions should now occur on the Tomcat
developer list.
http://tomcat.apache.org/lists.html#tomcat-dev
Hen
-
To unsubscribe, e-mail:
Various parts of SVN moved over to
http://svn.apache.org/repos/asf/tomcat/taglibs/
Namely standard, rdc, extended, site and taglibs-parent.
Hen
-
To unsubscribe, e-mail: taglibs-dev-unsubscr...@jakarta.apache.org
For additional
Expecting that they'd be maintained for those who are committing. So
Rahul, myself and you if you're interested.
Hen
On Mon, Jul 13, 2009 at 6:36 AM, Kris Schneiderk...@directthought.com wrote:
Seems reasonable. Any idea what happens to commit rights?
On Sun, Jul 12, 2009 at 1:30 AM, Henri
Jakarta is a slowly dwindling project at Apache. A long time ago we
agreed that its deep structure created isolated sub communities and
Apache decided to become a flat organization. Thus for all projects in
Jakarta there is the question of where to go.
I've been floating the idea to Jakarta and
The recent Bugzilla entry regarding Tomcat 5.0 made me realize that we
really should deprecate and end of life JSTL 1.0.
Presumably it's linked to the same spec as Tomcat 4.x, and that has
had its last release. We should mark it as deprecated and close out
the open Bugzilla items as WONTFIX.
Hen
Random, DateTime and I18N taglibs have all been deprecated. In the
former case because it's not that interesting a taglib, and the latter
two because they offer only very little extra functionality on top of
JSTL.
Thanks,
Hen
-
On Thu, Apr 23, 2009 at 1:44 AM, Henri Yandell flame...@gmail.com wrote:
I'm frustratingly close to having the Cactus Maven2 plugin working
with the Jetty Maven2 plugin for the Jakarta Standard Taglib.
Here's what you have to do to replicate my current status:
svn co
https://svn.apache.org
Pulling in an old thread :)
I think datetime taglib should be deprecated. I don't think it is
interesting enough on top of JSTL to keep alive.
Hen
On Mon, Jul 23, 2007 at 2:44 PM, Henri Yandell flame...@gmail.com wrote:
Here are the tags in the DateTime taglib:
* currentTime Gets
More old threads.
Here we chose to retire random. That didn't get done (though Input did
get retired).
So planning to also deprecate Random.
Hen
On Mon, May 21, 2007 at 11:18 AM, Henri Yandell flame...@gmail.com wrote:
On 5/16/07, Henri Yandell flame...@gmail.com wrote:
Based on the Taglibs
Ditto for the i18n taglib. Nothing jumping out there.
On Mon, May 25, 2009 at 2:19 AM, Henri Yandell flame...@gmail.com wrote:
Pulling in an old thread :)
I think datetime taglib should be deprecated. I don't think it is
interesting enough on top of JSTL to keep alive.
Hen
On Mon, Jul 23
I've finally got Maven2, Cactus and Jetty playing happily together.
Sure it seems to repeat a step 3 times... sure I've made it a separate
Maven project but it works! :)
The JSTL implementation is now split into three projects:
The JSTL jar itself, though due to Glassfish we have to put it
I've rewritten the dormant/deprecated taglibs page so it doesn't
induce people to ask for nightly downloads. The main page links to the
documentation and either an svn or build link.
http://jakarta.apache.org/taglibs/site/dormant.html
Hen
Problem might be because Jetty embeds a copy of JSTL inside itself.
Hen
On Thu, Apr 23, 2009 at 1:44 AM, Henri Yandell flame...@gmail.com wrote:
I'm frustratingly close to having the Cactus Maven2 plugin working
with the Jetty Maven2 plugin for the Jakarta Standard Taglib.
Here's what you
Problem might be because Jetty embeds a copy of JSTL inside itself.
Hen
On Thu, Apr 23, 2009 at 1:44 AM, Henri Yandell flame...@gmail.com wrote:
I'm frustratingly close to having the Cactus Maven2 plugin working
with the Jetty Maven2 plugin for the Jakarta Standard Taglib.
Here's what you
I'm frustratingly close to having the Cactus Maven2 plugin working
with the Jetty Maven2 plugin for the Jakarta Standard Taglib.
Here's what you have to do to replicate my current status:
svn co
https://svn.apache.org/repos/asf/jakarta/taglibs/proper/taglibs-parent/trunk
taglibs-parent
cd
I'm frustratingly close to having the Cactus Maven2 plugin working
with the Jetty Maven2 plugin for the Jakarta Standard Taglib.
Here's what you have to do to replicate my current status:
svn co
https://svn.apache.org/repos/asf/jakarta/taglibs/proper/taglibs-parent/trunk
taglibs-parent
cd
I've a Taglib I'd like to have live in the Taglibs sandbox. All my own work etc.
Can I go ahead and put it in and see what happens; should I do something else?
Hen
-
To unsubscribe, e-mail:
I'm thinking we should do a beta release of the Standard 1.2 code. Or alpha.
Any thoughts?
One other question - is it v1.2 or v2.0?
Hen
-
To unsubscribe, e-mail: taglibs-dev-unsubscr...@jakarta.apache.org
For additional
hope I was able to help.
See you in March on the ApacheCON :-).
Cheers, Petar.
2009/1/4, Henri Yandell flame...@gmail.com:
I'm throwing some energy into Jakarta Taglibs - moving it to M2. The
Standard Taglib currently uses Cactus, but it seems to me that all of
them should and it would
Typo in Project:
[INFO] Cactus Uberjars - Parent Projcet
Presumably it's in the name in the pom, but figured it's simpler to
mention than dig into the source to find it.
Hen
-
To unsubscribe, e-mail:
On Sun, Jan 11, 2009 at 5:55 PM, Rahul Akolkar rahul.akol...@gmail.com wrote:
On Sun, Jan 11, 2009 at 2:16 AM, Henri Yandell flame...@gmail.com wrote:
If you haven't already, go register a user at:
http://vmbuild.apache.org/continuum/projectGroupSummary.action?projectGroupId=145
The let me
Agreed on the first two. artifactIds and sourceDirectories changed.
Rest still feels up in the air. Am also tempted to do some releases :)
On Sun, Jan 11, 2009 at 6:11 PM, Rahul Akolkar rahul.akol...@gmail.com wrote:
So I think we're doing well on the m2 stuff (thanks for getting it started
Why a module for producing the distro?
+1 on the examples/sample apps - fun part is how to try and overlap
that with Cactus. It should be deploying the examples as our test
layer.
One possible idea is to have taglibs-example.pom extending
taglibs-parent.pom then rdc-example.pom extending
Very cool :)
If you haven't already, go register a user at:
http://vmbuild.apache.org/continuum/projectGroupSummary.action?projectGroupId=145
The let me know and I'll add you to the project admin. Then you can
add RDC to the nightly.
Irritatingly, ri...@apache has taken your rahul@ login
I've deployed the new top level maven2 site to replace the taglibs
site. We'll see how it goes, it feels good, but I have to wait for it
to get copied to the real webserver to do proper testing. The
'addtaglib.html' page is the only one that should start breaking. It
doesn't make any sense anymore
' page is complete crap now and needs rewriting or just
deleting. The old addtaglib page needs to be looked at to see if
anything is needed, and then the old site directory in svn can be
deleted.
Hen
On Tue, Jan 6, 2009 at 1:47 AM, Henri Yandell flame...@gmail.com wrote:
I've deployed the new top
, Henri Yandell flame...@gmail.com wrote:
New site deployed.
snip/
Neatness!
So I assume 'mvn site-deploy' in taglibs/proper/site for main site and
same command in individual taglibs for their site? Any other magic to
remember? I'll make some minor change to the main site and try
deploying
the site/ links and parent/site.xml to point to the new sites
for those taglibs.
Hen
On Tue, Jan 6, 2009 at 9:48 PM, Rahul Akolkar rahul.akol...@gmail.com wrote:
On Tue, Jan 6, 2009 at 11:01 PM, Henri Yandell flame...@gmail.com wrote:
Tbh, I deploy by hand. I wanted to get it in place and remove
I'm throwing some energy into Jakarta Taglibs - moving it to M2. The
Standard Taglib currently uses Cactus, but it seems to me that all of
them should and it would be a good working example for Cactus to point
to, it being so close project wise etc.
I had a brief dig into Cactus and M2 -
On Sun, Jan 4, 2009 at 7:50 PM, Rahul Akolkar rahul.akol...@gmail.com wrote:
On Sun, Jan 4, 2009 at 10:39 PM, bay...@apache.org wrote:
Author: bayard
Date: Sun Jan 4 19:39:53 2009
New Revision: 731428
URL: http://svn.apache.org/viewvc?rev=731428view=rev
Log:
Making the pom a child of the
On Sat, Jan 3, 2009 at 8:29 PM, Rahul Akolkar rahul.akol...@gmail.com wrote:
On Sat, Jan 3, 2009 at 8:52 PM, Henri Yandell flame...@gmail.com wrote:
* Create M2 based parent site. Very tempted not to have subsites, but
to link the top site in directly given that I've always wanted to do
going to forget them all together.
Hen
On Tue, Dec 23, 2008 at 2:08 PM, Henri Yandell flame...@gmail.com wrote:
[cc'ing gene...@gump.apache.org]
Any ideas why this is failing? servlet-api and jsp-api appear in the
bootclasspath debug, but then are absent from the CLASSPATH debug.
Hen
On Tue
String, Unstandard, Log, Random and Regexp have all been migrated to M2.
This means:
* M2 builds added, Ant builds removed.
* No longer can produce old servlet versions, everything is jsp
2.0/servlet 2.4 currently. Probably worth a global update to 2.1/2.5
later and maybe putting the version in
.
On Sat, Jan 3, 2009 at 5:22 PM, Henri Yandell flame...@gmail.com wrote:
String, Unstandard, Log, Random and Regexp have all been migrated to M2.
This means:
* M2 builds added, Ant builds removed.
* No longer can produce old servlet versions, everything is jsp
2.0/servlet 2.4 currently. Probably
[cc'ing gene...@gump.apache.org]
Any ideas why this is failing? servlet-api and jsp-api appear in the
bootclasspath debug, but then are absent from the CLASSPATH debug.
Hen
On Tue, Dec 23, 2008 at 3:20 AM, Martin Cooper mart...@apache.org wrote:
To whom it may engage...
This is an automated
I finished my first pass through the patch and applied it. I put a
fair amount of info into the commit message - I think it's worth
reading for the link to the spec update page and then the breakdown of
which files relate to which change.
http://svn.apache.org/viewvc?view=revrevision=728565
I've branched the current trunk off as a Standard 1.1.x branch
(alongside the 1.0.x branch in branches/) and trunk is now for 1.2.x
work.
Hopefully I'll have the minor updates to the build done and a
confirmation of Robert Goff's patch applied soon. Basically need to
get the build working, show
rather than glassfish possibly pulling
it in for our upcoming 2.2 release.
Thanks,
Joe
Henri Yandell wrote:
On Mon, Feb 18, 2008 at 1:45 PM, Robert E Goff [EMAIL PROTECTED] wrote:
Hi,
I have downloaded the 1.1.2 version of JSTL and updated it to support
the
new JSTL 1.2 features
On Mon, Oct 27, 2008 at 11:48 AM, Kris Schneider [EMAIL PROTECTED] wrote:
On Mon, Oct 27, 2008 at 12:44 PM, emerson cargnin
[EMAIL PROTECTED] wrote:
So there is no plans to fix this is future versions?
I'd have to say, no, there doesn't seem to be a plan to fix this in
Standard 1.1.
We
Anyone going to be at ApacheCon?
Am pondering some effort to release the latest code in trunk.
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
MD5, PGP good.
It's a bit odd that the binary version comes chock full of jars and
the source version doesn't. When I run 'ant' in the source version I
get:
BUILD FAILED
/Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/build.xml:925:
/Users/hen/apache/jmeter/jakarta-jmeter-2.3.2/lib/opt not found.
Depends on whether JDK 1.2/1.3 support is expected. I suspect 1.1.2 is
expected to work on those versions, but will need to check.
Hen
On Wed, Mar 12, 2008 at 4:46 AM, knlyknly [EMAIL PROTECTED] wrote:
I've downloaded jakarta-taglibs-standard-1.1.2-src.tar.gz
2008.3.12
in the file
On Mon, Feb 18, 2008 at 1:45 PM, Robert E Goff [EMAIL PROTECTED] wrote:
Hi,
I have downloaded the 1.1.2 version of JSTL and updated it to support the
new JSTL 1.2 features. Is there a desire for a JSTL 1.2 opensource
branch? This version has currently passed the JSTL 1.2 TCK. Let me
On Jan 9, 2008 9:01 AM, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 1/9/08, Henri Yandell [EMAIL PROTECTED] wrote:
My fault on the dupe - I've been shoving user and dev into the same
folder for years, so tend not to notice which list I'm on.
I've started with String taglib - best to scratch
On 10/25/07, Bjorn Townsend [EMAIL PROTECTED] wrote:
On Oct 25, 2007, at 10:33 PM October 25, Henri Yandell wrote:
Done and done. When I merged the FAQ on the 1.1.3 page into the main
one I cleaned it up a bit so the wiki makes a nice table of contents
for us. Think we should get rid
On 10/25/07, Bjorn Townsend [EMAIL PROTECTED] wrote:
Hello the list,
I'm writing to suggest that the following be resolved -- it's got a
workaround and there's a FAQ entry written for it, so in my opinion
it's not impactful enough to worry about bothering with in a future
1.0.x release.
On 10/25/07, Bjorn Townsend [EMAIL PROTECTED] wrote:
On Oct 25, 2007, at 7:36 PM October 25, Henri Yandell wrote:
I just realized there are two FAQs - we need to:
a) Merge the new FAQ on the 1.1.3 page into the main one and;
b) Rename the link on the main page to indicate
[
https://issues.apache.org/jira/browse/BSF-8?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12536907
]
Henri Yandell commented on BSF-8:
-
Couple of bits:
1) Shouldn't need groups.
2) We need to stop adding jira-admins all
[
https://issues.apache.org/jira/browse/BSF-8?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated BSF-8:
Comment: was deleted
Set up JIRA for project
---
Key: BSF-8
Sounds good. Only a month old issue, so hopefully he'll reply.
Hen
On 10/11/07, Bjorn Townsend [EMAIL PROTECTED] wrote:
Hello all,
Regarding the following:
http://issues.apache.org/bugzilla/show_bug.cgi?id=43393
I looked into the issue but wasn't able to reproduce it. Henri, can
you
On 8/24/07, Kris Schneider [EMAIL PROTECTED] wrote:
On 8/24/07, Henri Yandell [EMAIL PROTECTED] wrote:
I've been churning on with my patch to add a caching SPI to Standard.
Here's the state, and what I think we should do:
17700 - Ostensibly this is a complaint that there is no caching
On 9/26/07, Bjorn Townsend [EMAIL PROTECTED] wrote:
On Sep 26, 2007, at 10:02 PM September 26, Henri Yandell wrote:
Looks good - I'll look into committing it tomorrow night, unless
anyone sees a reason not to.
Thanks for looking at it. I'll be happy to help out with the
refactoring
ahead and created a patch for 1.1 and attached it to the
issue:
http://issues.apache.org/bugzilla/show_bug.cgi?id=31789
Unit tests pass nicely.
Thanks,
Bjorn
On Sep 26, 2007, at 12:06 AM September 26, Henri Yandell wrote:
* Is there any interest in adopting this solution for 1.1 given
I'll turn off the datetime build. It depends on the request taglib,
which we've deprecated. I imagine we'll be deprecating the datetime
taglib pretty soon as it's pretty much replaced by JSTL.
Hen
On 7/25/07, Martin Cooper [EMAIL PROTECTED] wrote:
To whom it may engage...
This is an automated
[
https://issues.apache.org/jira/browse/FILEUPLOAD-141?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell reopened FILEUPLOAD-141:
--
(Reopening as closed issues with ongoing conversations are too easy to lose
track
Yeah, our work CI also found it. Linux box.
On 7/24/07, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 7/24/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
Can anyone else reproduce this failure?
snip/
Yes (XP, Tiger, m102).
-Rahul
-dain
On Jul 24, 2007, at 3:03 AM, Phil Steitz wrote:
Failed
Thanks Phil :)
On 7/23/07, Brett Porter [EMAIL PROTECTED] wrote:
swapped :)
On 24/07/07, Phil Steitz [EMAIL PROTECTED] wrote:
I will do this.
Phil
On 7/23/07, Henri Yandell [EMAIL PROTECTED] wrote:
Is there anyone who could volunteer to moderate the list?
I'm looking to share
[
https://issues.apache.org/jira/browse/FILEUPLOAD-140?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell reopened FILEUPLOAD-140:
--
Reopening as there's a post-close comment on there.
Means to preserve text
On 7/24/07, Phil Steitz [EMAIL PROTECTED] wrote:
On 7/24/07, Henri Yandell [EMAIL PROTECTED] wrote:
Thanks Phil :)
NP. Impressive response time by Brett. Almost as impressive as the
spammers. Now if I can just determine which commons component will
help this poor soul get the money he
On 7/23/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
When issues are complete, do you close or resolve them? I have been
closing them, but just noticed that may are resolved.
I close em.
Also, should I create a DBCP 1.4 and move the issues (like max time
limit for pooled objects) we aren't
Is there anyone who could volunteer to moderate the list?
I'm looking to share the load and get off of commons-dev moderating :)
Hen
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
Or maybe not. Wonder why that failed
On 7/22/07, Henri Yandell [EMAIL PROTECTED] wrote:
Should be fixed - or send less mail anyway:
svn ci -m Removing deprecated libraries, putting datetime back in
though it'll probably be deprecated very soon, updating the site
targets jakarta-taglibs.xml
I'm +1 to pulling the whole log taglib into Unstandard. My only
question is what we should put it on top of. Should we:
a) Go with the last release and use log4j.
b) Use the current trunk's approach and use commons-logging.
c) Give up the ghost and use the JDK logging.
I'm tempted by c), it's
Here are the tags in the DateTime taglib:
* currentTimeGets the current time in milliseconds since Jan 1, 1970 GMT.
* formatFormats a date in milliseconds since Jan 1, 1970 GMT for
output as a date string.
* parse Parses a date string and outputs the time in milliseconds
On 7/23/07, Rahul Akolkar [EMAIL PROTECTED] wrote:
On 7/23/07, Henri Yandell [EMAIL PROTECTED] wrote:
Here are the tags in the DateTime taglib:
snip/
So the question becomes whether there is any value in the iterator
style tags. I don't see a lot. Any thoughts? I'm tempted to think
I came across this on Ohloh: https://jpa-taglib.dev.java.net/
I thought I was the only person mad enough to have done such a thing:
http://osjava.googlecode.com/svn/trunk/dormant/hibernate-taglib/
Hen
-
To unsubscribe,
Should be fixed - or send less mail anyway:
svn ci -m Removing deprecated libraries, putting datetime back in
though it'll probably be deprecated very soon, updating the site
targets jakarta-taglibs.xml
Sendingjakarta-taglibs.xml
Transmitting file data .
Committed revision 558511.
[
https://issues.apache.org/jira/browse/DBCP-53?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated DBCP-53:
--
Summary: 'not supported' error given against Firebird DB (was: [dbcp]
commons dbcp does not supports
I've moved this issue over to the Torque JIRA project, rather than
closing and asking the user to open one there.
Hen
On 7/20/07, Henri Yandell (JIRA) [EMAIL PROTECTED] wrote:
[
https://issues.apache.org/jira/browse/DBCP-53?page=com.atlassian.jira.plugin.system.issuetabpanels:all
Jump right in. :)
I've an urge for such a thing to exist here, but after changing jobs a
while back my itch went away.
On 7/19/07, Matt Benson [EMAIL PROTECTED] wrote:
Announcing my intent to commit in [csv]. I'll be
starting small...
SVN and JIRA karma granted.
On 7/20/07, Phil Steitz [EMAIL PROTECTED] wrote:
Please join us in welcoming Dain Sundstrom as a new Commons committer.
Dain is an apache committer active on multiple ASF projects who has
been contributing patches to [dbcp] faster than we can commit them :)
We are
The author of the Micronova Yuzu library, Makoto Nagata, emailed me a
while back after reading about our Unstandard plans:
https://micronova-yuzu.dev.java.net/
Makoto suggests that there's a lot of overlap, and wonders about
sharing or collaboration. Makoto, do you have anything to add?
Hen
On 7/19/07, Sullivan, Sean [EMAIL PROTECTED] wrote:
Are there plans to release Commons Logging 1.1.1?
I am eager to see Commons Logging 1.1.1 because JCL 1.1 throws
exceptions when running in a Java applet sandbox. (This bug is already
fixed:
So sounds like we need an older version of Ant.
Do the Security errors happen on more modern JVMs? Are they new tests?
On 7/19/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
Anyone?
Dennis Lundberg wrote:
Hi
I'm trying to put together an an script that will do nothing more than
run the
[
https://issues.apache.org/jira/browse/DIGESTER-115?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513723
]
Henri Yandell commented on DIGESTER-115:
Note, it only directly depends on ArrayStack. Buffer
[
https://issues.apache.org/jira/browse/DIGESTER-115?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated DIGESTER-115:
---
Fix Version/s: 1.8.1
Digester depends on BeanUtils copies of Collections classes
[
https://issues.apache.org/jira/browse/DIGESTER-114?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated DIGESTER-114:
---
Fix Version/s: 1.8.1
SetPropertyRule throws /java.lang.IllegalArgumentException: No name
[
https://issues.apache.org/jira/browse/DIGESTER-109?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell closed DIGESTER-109.
--
Resolution: Won't Fix
Closing as WONTFIX, as with the validator issue this links
[
https://issues.apache.org/jira/browse/DIGESTER-89?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell closed DIGESTER-89.
-
Resolution: Fixed
Fix Version/s: 1.8.1
svn ci -m Applying Petteri Räty's build.xml
[
https://issues.apache.org/jira/browse/DIGESTER-117?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell closed DIGESTER-117.
--
Resolution: Fixed
Fix Version/s: 1.8.1
Emulating the changes in DBCP/Beanutils (I
[
https://issues.apache.org/jira/browse/DIGESTER-111?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated DIGESTER-111:
---
Fix Version/s: 1.8.1
Null InputStream leads to MalformedURLExceptions under JDK 1.5
[
https://issues.apache.org/jira/browse/LANG-349?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-349:
---
Fix Version/s: 2.3.1
First step - attempt a reproduction. If that fails, then dig into the code
[
https://issues.apache.org/jira/browse/DAEMON-101?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell closed DAEMON-101.
Resolution: Fixed
Thanks Tim, both have been fixed in SVN.
Javadoc typo, says avfter should
[
https://issues.apache.org/jira/browse/BEANUTILS-92?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513305
]
Henri Yandell commented on BEANUTILS-92:
Unit test comments:
* You don't need to catch the Throwable
On 7/14/07, Stephen Colebourne [EMAIL PROTECTED] wrote:
Henri Yandell wrote:
One area for discussion is the split between the optional Collections
component and the 'Core' beanutils. Do we maintain that, or should we
just fold the code back together?
1.7.0 shipped three versions:
commons
[
https://issues.apache.org/jira/browse/BEANUTILS-92?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513317
]
Henri Yandell commented on BEANUTILS-92:
I've committed a modified version of your patches as r557008
[
https://issues.apache.org/jira/browse/BEANUTILS-35?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12513318
]
Henri Yandell commented on BEANUTILS-35:
You mentioned pushing this one out to 1.8.x on IM - I'm in favour
On 7/11/07, Niall Pemberton [EMAIL PROTECTED] wrote:
BeanUtils is getting close to being ready for a 1.8.0 release IMO
(under 10 issues left targeted for 1.8.0).
http://issues.apache.org/jira/browse/BEANUTILS
One thought I had was to do a 1.8.0 Beta release first to (hopefully)
get wider
On 7/17/07, Niall Pemberton [EMAIL PROTECTED] wrote:
On 7/17/07, Niall Pemberton [EMAIL PROTECTED] wrote:
On 7/17/07, Henri Yandell [EMAIL PROTECTED] wrote:
My view is that we have the following options:
1) Merge em back in and just release the 1 jar.
2) Split them; do not release
So, with a mind to getting a beta out pretty soon, here's what it
looks like to me:
1] Close BEANUTILS-91
2] Fold the separate optional source back into the main codeline.
3] Check binary compatibility, close BEANUTILS-280
4] Tag as 1.8.0-beta1
5] Create a distribution from the tag using Maven2.
On 7/15/07, Phil Steitz [EMAIL PROTECTED] wrote:
I have cleaned up some of my performance / load test code for [dbcp]
and [pool] and would like to commit it somewhere so others can use and
improve it. There is some common load generation code that should be
factored out and I don't want to
One area for discussion is the split between the optional Collections
component and the 'Core' beanutils. Do we maintain that, or should we
just fold the code back together?
1.7.0 shipped three versions:
commons-beanutils-1.7.0.jar
commons-beanutils-core-1.7.0.jar
On 7/13/07, Dennis Lundberg [EMAIL PROTECTED] wrote:
Dain Sundstrom wrote:
Are snapshot jars for commons (specifically commons-dbcp) published
anywhere? I expected to see them here
http://people.apache.org/repo/m2-snapshot-repository/
Almost none of the commons components use Maven 2 to
[
https://issues.apache.org/jira/browse/LANG-346?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12512691
]
Henri Yandell commented on LANG-346:
Digging into this - I can definitely reproduce the error with the test case
[
https://issues.apache.org/jira/browse/LANG-347?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-347:
---
Fix Version/s: (was: 2.3.1)
DateUtils' new addWeekdays feature
[
https://issues.apache.org/jira/browse/LANG-343?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell closed LANG-343.
--
Resolution: Won't Fix
Fix Version/s: (was: 2.3.1)
Validate: Throw NullArgumentException
[
https://issues.apache.org/jira/browse/LANG-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell reopened LANG-52:
---
Reopening this issue for 3.0 - backwards compatible changes might be acceptable
then.
[lang
[
https://issues.apache.org/jira/browse/LANG-52?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Henri Yandell updated LANG-52:
--
Fix Version/s: 3.0
[lang] Validate.notNull should throw NullArgumentException
1 - 100 of 3621 matches
Mail list logo