+1
Costin
-Original Message-
From: Shapira, Yoav [mailto:[EMAIL PROTECTED]
Sent: 30. prosinac 2003 14:54
To: [EMAIL PROTECTED]
Subject: [Vote] Bill Barker - Commons Proper Committer
Howdy,
I think everyone knows Bill Barker already ;) He's done a
ton of work on tomcat and related
+1
Costin
Shapira, Yoav wrote:
Howdy,
The tomcat team would like to promote commons-daemon to the
commons-proper and issue a 1.0 release to serve as a dependency for
tomcat 5.0 stable.
We have been using commons-daemon for a while, and there are no open
bugs filed against it. We'll
Davanum Srinivas wrote:
Costin,
Am +1 on fewer dependencies...Yes, i am writing a small program for
register the mbeans, introspection it and write the descriptor. That's
when i found the missing constructor info.
I don't know if you noticed the small ant task that writes the .ser
On Mon, 21 Jul 2003, Davanum Srinivas wrote:
Costin,
Right now modeler just allows parameters that are listed in the supportedType method
when we use
introspection.
#1 - How difficult/easy is it to allow other data types? (Why is this list of items
limited?)
It's not difficult to add
know too much about yoah other than he's a committer for tomcat
and for the log4j sandbox (so i can't provide the traditional eulogy) but
recommendations by costin and craig are good enough for me (see
http://marc.theaimsgroup.com/?l=jakarta-commons-devm=105478999528602w=2)
.
so i'd like
. The
milestone seems to work fine, and almost no change happened since that.
BTW, I would also add a +1 on adding you as a commons and commons-modeler
committer :-)
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED
costin 2003/03/26 22:18:47
Modified:modeler/src/java/org/apache/commons/modeler Registry.java
modeler/src/java/org/apache/commons/modeler/modules
MbeansDescriptorsIntrospectionSource.java
MbeansSource.java
costin 2003/03/13 10:11:21
Modified:modeler/src/conf MANIFEST.MF
Log:
Update and fix the manifest.
It must start with the version ( that's the spec ).
I changed the spec to 1.1 ( since we have new API methods, but it is backwards
compatible
with 1.0 ).
I changed
costin 2003/03/13 10:11:59
Modified:modeler build.xml
Added: modeler RELEASE-NOTES-1.1.txt
Log:
Added release notes for 1.1
Update the build.xml
Added index=true to jar to speed up on 1.3+
Revision ChangesPath
1.9 +6 -5 jakarta-commons
costin 2003/03/13 13:19:34
Modified:logging build.xml
Log:
That's what was breaking the build in tomcat5.
Revision ChangesPath
1.24 +5 -5 jakarta-commons/logging/build.xml
Index: build.xml
costin 2003/03/13 13:21:59
Modified:modeler build.xml
Log:
Fix build ?
Revision ChangesPath
1.10 +2 -2 jakarta-commons/modeler/build.xml
Index: build.xml
===
RCS file: /home/cvs/jakarta
costin 2003/03/13 14:00:32
Modified:el build.xml
Log:
Include only commons-el classes.
Revision ChangesPath
1.5 +5 -3 jakarta-commons/el/build.xml
Index: build.xml
===
RCS file
costin 2003/03/12 12:07:21
Modified:el build.xml
Log:
Few small changes to simplify building in some cases.
The user's build.properties really need to be first - they are supposed to override
default settings.
The jar location can be customized completely - i.e
:
- support for extracting metadata using introspection
- reads the metadata using DOM or .ser files
- ant tasks for JMX operations
- support for mlet-like files ( same syntax as the ant tasks - but doesn't
require ant )
- many bug fixes and small performance improvements
Votes ?
Costin
costin 2003/03/12 23:02:56
Modified:modeler/src/java/org/apache/commons/modeler package.html
Log:
Update the docs a bit.
Revision ChangesPath
1.2 +23 -18
jakarta-commons/modeler/src/java/org/apache/commons/modeler/package.html
Index: package.html
costin 2003/03/12 23:05:19
Modified:modeler/src/java/org/apache/commons/modeler Registry.java
Log:
Start to add version info and deprecation and to clean up the method names.
Only few of the new methods will be public - a lot of stuff should be
considered experimental until
+1
Costin
Stephen Colebourne wrote:
+1, and +1 on Roberts additions.
Stephen
- Original Message -
From: robert burrell donkin [EMAIL PROTECTED]
To: Jakarta Commons Developers List [EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 8:27 PM
Subject: Re: [VOTE] Release vote
costin 2003/02/28 15:39:21
Modified:modeler/src/java/org/apache/commons/modeler
BaseModelMBean.java
Log:
Fix weird bug ( that caused backward compat problems ).
Now commons-modeler works fine as a replacement in tomcat4.1.21 ( for example
if you use
prefs
- provide high-level JNDI tools - replication, deep copy, ant tasks, etc.
Those will operate on both VFS and any other kind of JDNI ( config, etc ).
Remy - are you still on this list :-) ?
Costin
-
To unsubscribe, e
costin 2003/02/27 20:52:43
Modified:modeler/src/java/org/apache/commons/modeler Main.java
Log:
Use the new methods to execute init/start on all mbeans in the file.
That makes the behavior very similar with other tools.
Revision ChangesPath
1.4 +9 -4
costin 2003/02/27 20:54:35
Modified:modeler/src/java/org/apache/commons/modeler/ant JmxSet.java
MLETTask.java ModelerTask.java ant.properties
Log:
A bit of refactoring and improvements in the ant tasks, to simplify the
syntax and take advantage of metadata
costin 2003/02/27 20:55:46
Added: modeler/src/java/org/apache/commons/modeler/ant
ServiceTask.java
Log:
The service task is a grouping of mbeans. It'll be possible to perform different
operations on the whole group. Right now it just executes the default
costin 2003/02/27 20:56:33
Modified:modeler/src/java/org/apache/commons/modeler Registry.java
modeler/src/java/org/apache/commons/modeler/modules
MbeansSource.java
Log:
Refactoring to avoid method duplications. Added helper methods to find
gradually down - I think keeping the code
in tomcat or moving it will be the same thing :-)
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
run, the many small details that
JNDI covers and VFS doesn't might matter - I'm talking about security, the
very tricky isolation on class loaders ( java:comp ), federation,
optimizations ( caching, avoiding GC, etc ).
Costin
James Strachan wrote:
From: Costin Manolache [EMAIL PROTECTED]
Hanasaki JiJi wrote:
Thinking out loud here What do you think?
1. turn the VFS providers into JNDI SPI
2. implement VFS via JNDI or the JNDI SPI's directly
+1
Tomcat abstracts the file system using JNDI - it may
Henri Yandell wrote:
On Wed, 26 Feb 2003, Costin Manolache wrote:
James Strachan wrote:
From: Costin Manolache [EMAIL PROTECTED]
It'd me nice to move the Tomcat JNDI implementation into Commons so it
can be a general purpose JNDI implementation for those that want/need
one
commiters before to add myself to status.html and commit something.
You only have to inform active committers, and you already did :-)
I'm waiting for the commits.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED
the API - but I suggest individual proposals and
good arguments :-)
For example - I wouldn't support the 24 new methods in Log, but I would
be +1 on adding a LogRecord class. There are multiple opinions about
everything, but we can probably find middle ground.
Costin
costin 2003/02/26 14:17:32
Modified:modeler/src/java/org/apache/commons/modeler Registry.java
modeler/src/java/org/apache/commons/modeler/modules
MbeansDescriptorsDOMSource.java
MbeansDescriptorsDigesterSource.java
( if possible with ant wrappers :-)
- move the fs and cache from tomcat and merge.
The only framework that is needed is a set of base classes and utils
to simplify the implementation of JNDI drivers. ( i.e. utils ).
Costin
.
If VFS switches to JNDI - it may be worth merging some of the code from
tomcat.
Costin
Adam Murdoch wrote:
On Wed, 26 Feb 2003 02:17 am, Hanasaki JiJi wrote:
Any comparisons on VFS vs JNDI? seems very similar to me.
They are very similar. JNDI is a little more general: a namespace
change it.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
alternative: create a separate interface ( in a i18n component )
that uses Log for the actual display of the message.
Implementing 24 methods ( even if it is cutpaste ) doesn't seem like fun.
Costin
Andrew McConnell wrote:
I would like to propose that a number of methods be added to the Log
-critical code could benefit from
not having to do the concatentation of strings and conversions, and a smart
logger could store the fields directly ( I'm thinking about access.log as
example, or general logs that are generated by apps, not only for debug).
Costin
costin 2003/02/16 16:52:45
Modified:modeler/src/java/org/apache/commons/modeler
AttributeInfo.java
Log:
Added a new attribute for persistence
Revision ChangesPath
1.6 +31 -5
jakarta-commons/modeler/src/java/org/apache/commons/modeler
costin 2003/02/16 17:00:10
Modified:modeler/src/java/org/apache/commons/modeler Registry.java
Log:
Reduce verbosity.
Extra check for null component
Revision ChangesPath
1.18 +6 -2
jakarta-commons/modeler/src/java/org/apache/commons/modeler/Registry.java
costin 2003/02/16 17:01:35
Modified:modeler/src/java/org/apache/commons/modeler/modules
MbeansSource.java
Log:
Add the current loader to the JMX loader list ( the trick is to add an mlet mbean )
Revision ChangesPath
1.5 +11 -0
jakarta
for it in jakarta-commons.
I know tomcat uses ( and bundles ) commons-dbcp.jar, and I would preffer
it remains in jakarta-commons. For the others - I don't care.
Costin
martin
Juozas Baliuka wrote:
Why do we need to move commons-dbcp ?
Is it new, more active community for commons-dbcp
have no need of it, but
if anyone has an idea of how to specify a particular
HostNameVerifier similar to SUN's method in
HttpsUrlConnection, that might also be a nice
addition.
You can check the FakeTrusteSocketFactory in xml-axis - it
implements what you (seem to) need.
Costin
BTW
Robert Leland wrote:
Costin Manolache wrote:
Martin Poeschl wrote:
as the name indicates db.apache.org is for db related projects.
the db project is new but people will look for db related stuff there
and not at jakarta-commons .. so it makes sense to move the projects to
db.apache.com
of features in a backward
compatible way by using JMX. There is absolutely no reason to change the
Log interface - it does what it should do. Adding another interface may be
a solution - but I don't think it is needed in most cases - and certainly
not for management operations.
Costin
Adding a new
( not
sure about jdk14 logging ) - but the API is _not_ string based.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Ryan Hoegg wrote:
Commons-logging-api.jar is 16K, which would increase our applet JAR size
by 60+%. That's not acceptable for a system level service like logging.
You can remove the jdk14 logging and the simple logger - and jar only
the interface and a dummy factory.
Costin
on component, with votes and
discussions on that component going to the component list.
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
).
Costin
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I have a deja-vu sentiment, I remember we already voted on this.
But +1 again.
Costin
Jan Luehe wrote:
Please cast your vote on the promotion of the commons-el package from
commons sandbox to commons proper.
The commons-el package contains the EL evaluator code from JSP 2.0.
See jakarta
costin 2003/02/03 13:42:32
Modified:modeler/src/java/org/apache/commons/modeler
AttributeInfo.java
Log:
Some implementation of JMX require it to be false (it is used for base mbean, not
for
model mbeans )
Revision ChangesPath
1.5 +5 -5
-
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
HEAD should give you that ability, see
src/main/org/apache/tools/ant/PropertyHelper.java.
Costin has been trying to design his work in a way that will allow you
to use a different ProjectHelper to do this for 1.5 as well, but I'm
not sure whether it will actually work that way.
It does - AFAIK
? Should we vote ?
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
changes or discussions. Other projects are in full development.
It may be worth having a jakarta-stable - with low traffic, focused on
the components that are done. It is very easy for an email related to a
low-actity project to get lost in the current traffic.
Costin
costin 2003/01/14 16:34:05
Added: modeler/src/java/org/apache/commons/modeler
BaseNotification.java
Log:
Added a base notification - with int code and notes for fast access.
Revision ChangesPath
1.1
jakarta-commons/modeler/src
costin 2003/01/10 23:19:47
Removed: modeler/src/java/META-INF ant.properties
Log:
Properties moved in the package.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
costin 2003/01/10 23:23:29
Modified:modeler/src/java/org/apache/commons/modeler Registry.java
Removed: modeler/src/java/org/apache/commons/modeler
BaseRegistry.java
Log:
I added BaseRegistry few weeks ago - attempting to make
modeler useable without
costin 2003/01/10 23:28:07
Modified:modeler/src/java/org/apache/commons/modeler
BaseModelMBean.java
Log:
Added support for MbeanRegistration.
Added a getClassName() method.
Sorry about imports - I found no way to tell idea to not colapse
them
costin 2003/01/10 23:29:07
Modified:modeler/src/java/org/apache/commons/modeler/ant
RegistryTask.java
Log:
Added the ability to save a .ser form of the metadata.
Revision ChangesPath
1.4 +32 -11
jakarta-commons/modeler/src/java/org
costin 2003/01/10 23:30:06
Modified:modeler/src/java/org/apache/commons/modeler Main.java
modeler/src/java/org/apache/commons/modeler/modules
MbeansDescriptorsIntrospectionSource.java
Added: modeler/src/java/org/apache/commons/modeler
costin 2003/01/06 22:39:36
Modified:modeler/src/java/org/apache/commons/modeler
AttributeInfo.java ConstructorInfo.java
FeatureInfo.java NotificationInfo.java
OperationInfo.java ParameterInfo.java
costin 2003/01/05 21:56:42
Modified:modeler/src/java/org/apache/commons/modeler/modules
MbeansDescriptorsDOMSource.java
MbeansDescriptorsDigesterSource.java
MbeansSource.java
Added: modeler/src/java/org
costin 2003/01/05 22:01:03
Added: modeler/src/java/org/apache/commons/modeler
FixedNotificationFilter.java
Log:
One of the biggest problems with JMX is the way the filter is specified.
When a listener is registered - it can specify a filter
patterns, and provide at least the same features
as found in the various projects.
One thing I wouldn't want to see is yet another callback mechanism.
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
:-)
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
on Grant,
but if you preffer the ant PropertyHelper, I can provide
the patches.
I would also like to move the JXPath/Jelly PropertyHelpers
from ant/proposal/embed to jxpath jelly.
( this is based on the assumption that PropertyHelper will stick ).
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL
costin 2002/12/29 10:01:42
Modified:modeler/src/java/org/apache/commons/modeler Registry.java
modeler/src/java/org/apache/commons/modeler/ant
RegistryTask.java
modeler/src/java/org/apache/commons/modeler/modules
costin 2002/12/29 10:04:59
Modified:modeler/src/conf MANIFEST.MF
Added: modeler mbeans.xml
Log:
Added a small sample/test - it creates several mbeans and invokes some
methods. ( a more complete example will be in tomcat ).
Make the jar runnable. After we add
costin 2002/12/26 10:04:39
Modified:modeler/src/java/META-INF ant.properties
Log:
Better names for the tasks.
( this is a new feature, so no backward compat issues )
Revision ChangesPath
1.2 +7 -2 jakarta-commons/modeler/src/java/META-INF/ant.properties
costin 2002/12/26 10:07:04
Modified:modeler/src/java/org/apache/commons/modeler/ant
JmxInvoke.java
Log:
Better names ( more consistent with jmx )
Add support for parameters for the jmx-invoke task.
Revision ChangesPath
1.2 +23 -9
costin 2002/12/26 10:07:36
Modified:modeler/src/java/org/apache/commons/modeler/ant JmxSet.java
Log:
More consistent names
Revision ChangesPath
1.3 +10 -5
jakarta-commons/modeler/src/java/org/apache/commons/modeler/ant/JmxSet.java
Index: JmxSet.java
costin 2002/12/26 10:09:29
Modified:modeler/src/java/org/apache/commons/modeler/ant
RegistryTask.java
Log:
This task loades mbean descriptors. Pass the resource name, for debug
info.
I don't know if this is really needed, in most cases mbeans
costin 2002/12/26 10:12:39
Added: modeler/src/java/org/apache/commons/modeler/util
DomUtil.java IntrospectionUtils.java
Log:
2 small utils, used to run modeler whith no external dependencies
( except JAXP ).
The code is taken from jakarta-tomcat
costin 2002/12/26 10:13:25
Added: modeler/src/java/org/apache/commons/modeler/modules
MbeansDescriptorsDigesterSource.java
Log:
Refactored the digester reading of mbeans-descriptors.
Same code, but in a pluggable module.
Revision ChangesPath
costin 2002/12/26 10:15:49
Added: modeler/src/java/org/apache/commons/modeler/modules
MbeansDescriptorsDOMSource.java
Log:
Read mbean-descriptors using only DOM.
All my tests show the performance is the same or better - most likely
due to the fact
costin 2002/12/26 10:17:12
Added: modeler/src/java/org/apache/commons/modeler/modules
MbeansSource.java
Log:
A small module for reading mbeans and instantiating them.
The syntax tries to stay similar with the ant tasks, and a superset
of the mlet
costin 2002/12/26 10:17:32
jakarta-commons/modeler/src/java/org/apache/commons/modeler/jndi - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
costin 2002/12/26 10:19:01
Modified:modeler/src/java/org/apache/commons/modeler
BaseModelMBean.java
Log:
Add documentation about use of BaseModelMBean in MLET to enable
JMX on arbitrary beans.
Better logging.
Revision ChangesPath
1.9
costin 2002/12/26 10:19:43
Modified:modeler/src/java/org/apache/commons/modeler
BaseRegistry.java
Log:
Pass the source, for better debugging ( if an error happens, we should
log the file where the error happened )
Revision ChangesPath
1.4
costin 2002/12/26 10:21:01
Modified:modeler/src/java/org/apache/commons/modeler Registry.java
Log:
Refactored digester to a source module.
Add a simple scheme to map the type parameter to a module.
Revision ChangesPath
1.10 +30 -106
jakarta-commons/modeler/src
costin 2002/12/20 13:37:58
Modified:modeler build.xml
Log:
Few tweaks in the build file to make it more consistent with
tomcat ( and other ) build properties.
Revision ChangesPath
1.6 +9 -63 jakarta-commons/modeler/build.xml
Index: build.xml
costin 2002/12/20 13:38:12
jakarta-commons/modeler/src/java/org/apache/commons/modeler/modules - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
costin 2002/12/20 13:38:42
jakarta-commons/modeler/src/java/org/apache/commons/modeler/util - New directory
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
-
it seems clean and I don't want to reinvent what's already available.
The end goal is to allow modeler to read jmx components - like those
proposed for tomcat.
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
). But that's not required by
jakarta-commons.
Costin
Jan Luehe wrote:
I'd like to resume discussion on a proposal circulated by James
Strachan on March 13, 2002, about turning the implementation of JSTL's
expression language (EL) into a reusable component and moving it from
the Standard Taglib
Ceki Gülcü wrote:
OK, the solution I presented solves the VOLUNTATRY separation of
logging problem. It can be further refined to address the
MANDATORY separation of logging problem Costin mentions.
Costin suggested the use of string prefixes to enforce mandatory
separation which is quite
Craig R. McClanahan wrote:
On Wed, 11 Dec 2002, Costin Manolache wrote:
The big downsize is that we'll add a compile dependency on
JNDI ( the code can catch ClassNotFound - and run even if
JNDI is not present ).
Why couldn't we use reflection to avoid the compile-time dependency
.* to debug and enable
the loggers in all apps.
The prefix is cleaner, but the suffix may be easier to configure.
For implementation - I'm in no hurry ( I would like to have it before
tomcat5 is released - but that's not very close ). And I can use
reflecion or a hook, if needed.
Costin
Richard
anything - they should just
see the normal log patterns as a standalone app today.
( of course - this should also work for jdk14 or other
loggers - even if log4j is the best :-)
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL
the loggers you can't allow the application to specify what logger
it wants in web.xml and hope they'll not use the same name.
Using java:env is a great solution, probably it needs an external
config ( server.xml or the logging config file ).
Costin
I suggest that you begin reading
:
myHost:8080/myApp/org.apache.
As a note, web.xml allows you to define and set a number of
jndi entries. This could also be used to allow user-based tuning,
but in general the container settings should be able to
take preference .
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL
that would affect modeler. I plan to use one of those 2 -
and most of the leg work is already done.
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
maintainance either - the code we need has been
quite stable for a long time and I think people working and using
the modeler have enough experience to do maintain this code.
Craig ? Remy ? Other people who are interested in modeler ?
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
[EMAIL PROTECTED] wrote:
from:Jeff Robertson [EMAIL PROTECTED]
From: Rodney Waldhoff [mailto:[EMAIL PROTECTED]]
Costin If duplication is a concern - then just use
Costin beanutils ( however duplication is explicitely
Costin allowed in commons AFAIK).
Robert i've been convinced
reason.
Probably it can be done in a majority vote - but I certainly hope we'll
not reach that point.
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
big jakarta-commons.jar, as well as a distribution
that includes all the software in jakarta.
Costin
Craig R. McClanahan wrote:
On Fri, 6 Dec 2002 [EMAIL PROTECTED] wrote:
Date: Fri, 6 Dec 2002 18:05:53 + (GMT)
From: [EMAIL PROTECTED]
Reply-To: Jakarta Commons Developers List
implementations. If some other implementation does
something different and people need that - then probably both
will exist for a while.
We must mind our own itches. That's the real issue that people
don't seem to understand.
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
the
thread loader ? ). Pluse the difficulties to override some classes,
possible linkage errors on reverse loaders, etc.
( well, I know you know all this :-)
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
be better if the new package would focus
on doing what it has to do - API, implementation, features.
When it's ready - we can decide if it makes sense to deprecate ( freeze )
beanutils entirely, implement it as a wrapper for backward compat -
or keep it if it fits a different niche.
Costin
add any new feature and doesn't fix any bug.
Costin
robert burrell donkin wrote:
On Thursday, December 5, 2002, at 03:25 PM, Rodney Waldhoff wrote:
snip
Looking through the archives, I now see the thread named
[beanutils][lang][PROPOSAL] deprecated beanutils version of MethodUtils
[1
class loader first.
Comments ? Can I change it ?
Costin
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
costin 2002/11/12 14:43:53
jakarta-commons/modeler/src/java/META-INF - New directory
--
To unsubscribe, e-mail: mailto:commons-dev-unsubscribe;jakarta.apache.org
For additional commands, e-mail: mailto:commons-dev-help;jakarta.apache.org
1 - 100 of 145 matches
Mail list logo