://brutus.apache.org/gump/public/jakarta-commons/commons-primitives/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole jar [commons-primitives-20040716.jar] identifier set to project name
-INFO- Enable verbose output, due to 14 previous error(s).
-INFO
/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole jar [commons-resources-20040716.jar] identifier set to project name
-INFO- Enable verbose output, due to 5 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable debug output, due
-tags-jsl/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole jar [commons-jelly-tags-jsl-20040716.jar] identifier set to project name
-INFO- Enable verbose output, due to 7 previous error(s).
-INFO- Failed with reason build failed
-INFO- Enable
: Project Management Tools
Full details are available at:
http://brutus.apache.org/gump/public/jelly-tags/commons-jelly-tags-define/index.html
That said, some snippets follow:
The following annotations were provided:
-DEBUG- Sole jar [commons-jelly-tags-define-20040716.jar] identifier set
niallp 2004/07/16 05:31:43
Modified:beanutils/src/java/org/apache/commons/beanutils
LazyDynaClass.java LazyDynaBean.java
Added: beanutils/src/java/org/apache/commons/beanutils
LazyDynaMap.java
Log:
Refactor LazyDynaBean and
niallp 2004/07/16 05:32:40
Modified:beanutils/src/test/org/apache/commons/beanutils
LazyDynaClassTestCase.java
LazyDynaBeanTestCase.java
Added: beanutils/src/test/org/apache/commons/beanutils
niallp 2004/07/16 05:33:48
Modified:beanutils build.xml
Log:
Add new LazyDynaMap Test Case to the ant build script
Revision ChangesPath
1.61 +18 -2 jakarta-commons/beanutils/build.xml
Index: build.xml
Robert,
Would it be possible to include the new Lazy DynaBean classes (i.e.
LazyDynaBean, LazyDynaMap and LazyDynaClass) in the 1.7.0 release? I realise
its a maintenance release, but since these are new classes they have no
effect on backwards compatibility. I'm hoping that Struts will accept
Hi:
A commons-caching wrapper would be nice. Although I
don't see why you would want anything but JCS, you
should be able to switch without too much pain.
For my current contract, I've built all sorts of admin
stuff on top of log4j to configure levels via web
interfaces, etc., but we could
Hi,
For my current contract, I've built all sorts of admin
stuff on top of log4j to configure levels via web
As an aside, log4j provides you with this: it's been in the log4j
sandbox forever (org.apache.log4j.servlet.ConfigurationServlet), and
will go into 1.3 proper I think, many people having
Hello,
The JOnAS application server management features use ModelMBeans and we
choosed
the Modeler Jakarta component to facilitate Model MBeans implementation.
JOnAS MBeans have to be conformant to the JSR77 specification in order
to be compliant to J2EE1.4.
JSR77 specify that every managed
On Fri, 16 Jul 2004, Aaron Smuts wrote:
Yes, I think the couple problems that Hibernate folks
found in JCS have been resolved. There have been tons
of enhancements to JCS in the last year.
From the Hibernate reference documentation:
Thanks,
I just noticed somethnig similar here:
http://www.powaibel.de/ojb/ojb-style/docu/objectcache.html
One problem with some of the provider frameworks I've
seen is that they use JCS in an inefficient way. JCS
is based on cache regions, much like log4j. You
wouldn't get a logger from the
I'm working on a sorted preferential array for JCS.
It keeps a limited number of items (Comparables) in
sorted order. When full it removes either the
smallest or largest object. The smallest is removed
if the item to be put is larger than the smallest and
the array perfers larger items. The
craigmcc2004/07/16 10:53:40
Modified:chain/src/test/org/apache/commons/chain/config
ConfigParserTestCase.java
Log:
Reformat to restore indentation. No functional changes.
Revision ChangesPath
1.7 +96 -96
Date: 2004-07-16T11:08:09
Editor: TravisStevens [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Digester
URL: http://wiki.apache.org/jakarta-commons/Digester
no comment
Change Log:
--
@@ -13,3 +13,4
Date: 2004-07-16T11:12:58
Editor: TravisStevens [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: Digester
URL: http://wiki.apache.org/jakarta-commons/Digester
no comment
Change Log:
--
@@ -13,4 +13,4
Date: 2004-07-16T11:18:08
Editor: TravisStevens [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: DigesterPatterns
URL: http://wiki.apache.org/jakarta-commons/DigesterPatterns
no comment
New Page:
Digester is a powerful tool that lets developers attack object creation in
Date: 2004-07-16T11:22:55
Editor: TravisStevens [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: DigesterPatterns
URL: http://wiki.apache.org/jakarta-commons/DigesterPatterns
no comment
Change Log:
Date: 2004-07-16T11:36:45
Editor: TravisStevens [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: ImplementsInterface
URL: http://wiki.apache.org/jakarta-commons/ImplementsInterface
no comment
New Page:
== Name ==
Implements Interface
== Intent ==
There are multiple
Date: 2004-07-16T11:37:31
Editor: TravisStevens [EMAIL PROTECTED]
Wiki: Jakarta Commons Wiki
Page: ImplementsInterface
URL: http://wiki.apache.org/jakarta-commons/ImplementsInterface
no comment
Change Log:
craigmcc2004/07/16 12:06:01
Modified:chain/src/java/org/apache/commons/chain/config
ConfigRuleSet.java
Added: chain/src/java/org/apache/commons/chain/config
ConfigDefineRule.java
Both Hibernate and OJB have each implemented their own thin wrapper
around several other caching implementations. This was pretty smart of
both projects. I am not quite sure why Cocoon has not done the same.
I think this is an obvious sign that there is a need for a common simple
caching
I noticed that LoopingListIterator is on the task list for Commons
Collections (http://jakarta.apache.org/commons/collections/tasks.html).
I happen to have written such a class, complete with JUnit tests and
have integrated it into my local CVS checkout of Commons, being careful
to make the code
dmitri 2004/07/16 15:49:33
Modified:jxpath/src/java/org/apache/commons/jxpath/ri
InfoSetUtil.java
Log:
Corrected the behavior of boolean() and not() with variables
Revision ChangesPath
1.11 +13 -3
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30096.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
dmitri 2004/07/16 15:52:32
Modified:jxpath/src/test/org/apache/commons/jxpath
JXPathTestCase.java
Log:
PR 30133. Made test cases Locale-independent
Revision ChangesPath
1.36 +3 -1
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=30133.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
scolebourne2004/07/16 16:46:53
Added: collections/xdocs pick.xml
Log:
First draft of pick a collection
Revision ChangesPath
1.1 jakarta-commons/collections/xdocs/pick.xml
Index: pick.xml
Sorry to chime in late on this. A couple of things to note:
* File.setLastModified() returns a boolean indicating whether or not the
operation succeeded. Neither touch() nor testTouch() check the return
value.
* The resolution of Win9x file system timestamps isn't quite what you'd
expect. I
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29897.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29897.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Hi,
I solved the problem by myself. It was not a program error. The user for =
whom I tried to establish a connection was deactivated on the server.=20
Thanks for your help and sorry.
Kind regards.
Cemal
-Ursprngliche Nachricht-
Von:Salman, Cemal (cundus AG)
Gesendet:
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=29897.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
34 matches
Mail list logo