Re: [commons-cache] Use of Serializable in Cache interface

[Lavandowska]

Kris,

You will find that most cache projects require the use of Serializable
objects.  Because the cache may store the items on disk, or transmit
them to another location (RMI for example) the items must be
Serializable.  Because the usage is configurable the interface must be
prepared for such an eventuality.

It isn't the Cache so much as the Store that makes this requirement. 
As you say, it could be up to the Store to reject non-Serializable
objects.

Commons-Cache is all but dead, you certainly could modify your own copy
and remove the Serializable requirement.

Lance

--- Kris Nuttycombe <[EMAIL PROTECTED]> wrote:
> Hi, all,
> 
> Can someone explain to me the rationale of requiring cached objects
> to 
> implement Serializable in the Cache interface? This has the potential
> to 
> make life significantly more difficult if all you want to do is use a
> 
> well-managed MemoryCache to store an instances of a class that would 
> require a complicated custom serialized form to implement
> Serializable 
> properly. Shouldn't this decision be left up to the individual Cache 
> implementations? Caches that need to serialize their objects can
> always 
> throw IllegalArgumentException if the value to be cached doesn't 
> implement Serializable without impacting a more generally useful
> Cache 
> interface.
> 
> Kris
> 
> -- 
> =
> Kris Nuttycombe
> Associate Scientist
> Geospatial Data Services Group
> CIRES, National Geophysical Data Center/NOAA
> (303) 497-6337
> [EMAIL PROTECTED]
> 
> Every problem has an elegant solution.
> If you cannot conceive of an elegant solution,
> you have not yet correctly understood the problem.
> =
> 
> 
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 




__
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
http://promotions.yahoo.com/new_mail 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: cvs commit: jakarta-commons/jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml AttributeTag.java

[Dion Gillard]

Is there an encode property on the attribute tag? I really think it's
something we could do with across all tags, like trim.

On 10 Jul 2004 02:15:39 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> brett   2004/07/09 19:15:39
> 
>   Modified:jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml
> AttributeTag.java
>   Log:
>   Don't encode the conents of the attribute
> 
>   Revision  ChangesPath
>   1.5   +2 -2  
> jakarta-commons/jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/AttributeTag.java
> 
>   Index: AttributeTag.java
>   ===
>   RCS file: 
> /home/cvs/jakarta-commons/jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/AttributeTag.java,v
>   retrieving revision 1.4
>   retrieving revision 1.5
>   diff -u -r1.4 -r1.5
>   --- AttributeTag.java 25 Feb 2004 01:31:50 -  1.4
>   +++ AttributeTag.java 10 Jul 2004 02:15:39 -  1.5
>   @@ -41,7 +41,7 @@
>if ( tag == null ) {
>throw new JellyTagException( " tag must be enclosed inside 
> an  tag" );
>}
>   -tag.setAttributeValue( getName(), getBodyText() );
>   +tag.setAttributeValue( getName(), getBodyText( false ) );
>}
> 
>// Properties
> 
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 
> 


-- 
http://www.multitask.com.au/people/dion/

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant JellyPropsHandler.java

[brett]

brett   2004/07/09 19:17:28

  Modified:jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant
JellyPropsHandler.java
  Log:
  though toString() shouldn't be null, it has been on some occasions
  treat it as if the object itself were null
  
  Revision  ChangesPath
  1.7   +1 -1  
jakarta-commons/jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant/JellyPropsHandler.java
  
  Index: JellyPropsHandler.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/jelly/jelly-tags/ant/src/java/org/apache/commons/jelly/tags/ant/JellyPropsHandler.java,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- JellyPropsHandler.java25 Feb 2004 01:23:59 -  1.6
  +++ JellyPropsHandler.java10 Jul 2004 02:17:28 -  1.7
  @@ -78,7 +78,7 @@
   for (Iterator i = this.context.getVariableNames(); i.hasNext(); ) {
   String name = (String) i.next();
   Object value = this.context.getVariable(name);
  -if (name != null && value != null) {
  +if (name != null && value != null && value.toString() != null) {
   h.put(name, value.toString());
   }
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml AttributeTag.java

[brett]

brett   2004/07/09 19:15:39

  Modified:jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml
AttributeTag.java
  Log:
  Don't encode the conents of the attribute
  
  Revision  ChangesPath
  1.5   +2 -2  
jakarta-commons/jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/AttributeTag.java
  
  Index: AttributeTag.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/jelly/jelly-tags/xml/src/java/org/apache/commons/jelly/tags/xml/AttributeTag.java,v
  retrieving revision 1.4
  retrieving revision 1.5
  diff -u -r1.4 -r1.5
  --- AttributeTag.java 25 Feb 2004 01:31:50 -  1.4
  +++ AttributeTag.java 10 Jul 2004 02:15:39 -  1.5
  @@ -41,7 +41,7 @@
   if ( tag == null ) {
   throw new JellyTagException( " tag must be enclosed inside 
an  tag" );
   }
  -tag.setAttributeValue( getName(), getBodyText() );
  +tag.setAttributeValue( getName(), getBodyText( false ) );
   }
   
   // Properties
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE-RESULT] Jakarta Commons Committer rights for Brett Porter

[Brett Porter]

Thanks Craig.
Cheers,
Brett
Craig McClanahan wrote:
Brett Porter wrote:
Hi,
I tried this out, but no karma. Can someone with access change the 
avail file? I already have the jakarta unix group. Account name is 
brett.

Done.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser XMLParser.java

[brett]

brett   2004/07/09 19:11:03

  Modified:jelly/src/java/org/apache/commons/jelly/parser
XMLParser.java
  Log:
  correct javadoc
  
  Revision  ChangesPath
  1.49  +2 -2  
jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser/XMLParser.java
  
  Index: XMLParser.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/jelly/src/java/org/apache/commons/jelly/parser/XMLParser.java,v
  retrieving revision 1.48
  retrieving revision 1.49
  diff -u -r1.48 -r1.49
  --- XMLParser.java24 Feb 2004 14:03:29 -  1.48
  +++ XMLParser.java10 Jul 2004 02:11:03 -  1.49
  @@ -149,7 +149,7 @@
*/
   protected HashMap namespaces = new HashMap();
   
  -/** The Map of the namespace prefix -> URIs defined for the current element */
  +/** The Map of the namespace prefix -> URIs defined for the current element 
*/
   private Map elementNamespaces;
   
   /**
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE-RESULT] Jakarta Commons Committer rights for Brett Porter

[Craig McClanahan]

Brett Porter wrote:
Hi,
I tried this out, but no karma. Can someone with access change the 
avail file? I already have the jakarta unix group. Account name is brett.

Done.
Thanks,
Brett
Craig
peter royal wrote:
Jakarta Commons has voted in favor of granting Brett Porter commit 
access.

Brett already has ASF commit access via the Maven project.
Projects to receive additional access to: jakarta-commons, 
jakarta-commons-sandbox

Vote Results:
-1: 0
+0: 1
+1: 11
Vote Thread:
http://marc.theaimsgroup.com/?t=10870959311&r=1&w=2
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Commons-Email] where are the nightlybuilds?

[Craig McClanahan]

Joe Germuska wrote:
My current mechanism requires the name to actually be "build.xml".
However, I should be able to override the "libdir" property to point 
at a directory in which I've already downloaded the necessary JARs, 
without modifying the generated build.xml file itself.  I'll try that 
this afternoon.

Now that I think of it, I already modified the generated build.xml 
file to remove the hard-coded path on my file system, so I guess I 
shouldn't have worried too much about it.  I'll commit what I've got, 
and if you want to use it (define a few properties in 
build.properties) you can, and if you decide to override libdir, you 
can do that also.

Joe
I tweaked the build.xml to include the two jars in the classpath for 
javadoc as well, and everything worked.  Effective tonight, you'll see 
nightly builds of commons-email in the usual place:

 http://cvs.apache.org/builds/jakarta-commons/nightly/commons-email/
Craig
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/email build.xml

[craigmcc]

craigmcc2004/07/09 19:05:21

  Modified:emailbuild.xml
  Log:
  Add javamail.jar and jaf.jar to the classpath for javadoc as well as compile.
  
  Revision  ChangesPath
  1.7   +4 -1  jakarta-commons-sandbox/email/build.xml
  
  Index: build.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/email/build.xml,v
  retrieving revision 1.6
  retrieving revision 1.7
  diff -u -r1.6 -r1.7
  --- build.xml 9 Jul 2004 19:21:11 -   1.6
  +++ build.xml 10 Jul 2004 02:05:21 -  1.7
  @@ -125,6 +125,9 @@
   
   
   
  +
  +
  +
 
   
 
  @@ -144,4 +147,4 @@
   
   
 
  -
  \ No newline at end of file
  +
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 30020] New: - Method that add a Object to a Collection if it was not null

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=30020

Method that add a Object to a Collection if it was not null

   Summary: Method that add a Object to a Collection if it was not
null
   Product: Commons
   Version: 3.2
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Collections
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


It would be a new static method to CollectionUtils class. It would retur 
boolean because add() method from Collection returns a boolean. It would had 
only a line:

public static boolean addNotNull(Collection c, Object o) {
   return (o != null)? c.add(o): false;
}

Of course if c was null, it will throw a NullPointerException. 
Aparently it is possible use a PredicatedCollection with NotNullPredicate. But 
it will trhow a IllegalArgumentException if o was null. It is not interesting.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [VOTE-RESULT] Jakarta Commons Committer rights for Brett Porter

[Brett Porter]

Hi,
I tried this out, but no karma. Can someone with access change the avail 
file? I already have the jakarta unix group. Account name is brett.

Thanks,
Brett
peter royal wrote:
Jakarta Commons has voted in favor of granting Brett Porter commit 
access.

Brett already has ASF commit access via the Maven project.
Projects to receive additional access to: jakarta-commons, 
jakarta-commons-sandbox

Vote Results:
-1: 0
+0: 1
+1: 11
Vote Thread:
http://marc.theaimsgroup.com/?t=10870959311&r=1&w=2
-pete
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29435] - pop3 before smtp

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29435

pop3 before smtp





--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 14:08 ---
is there no activity on commons-sandbox-email?
i found that project useful, since now i never want to use
java-mail-api ;-)

so, is anyone able to submit that patch, to providing popBeforeSmtp ?

regards,

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Commons Messenger: ArjunaMS 4.0 configuration file

[Thomas Rischbeck]

Please find attached a sample configuration file for Jakarta Commons
Messenger that has been tested against ArjunaMS 4.0.  

Kind regards,
Thomas

 
Dr Thomas Rischbeck 
Messaging Solutions Architect
Arjuna Technologies Ltd 
Nanotechnology Centre - Herschel Building 
Newcastle Upon Tyne NE1 7RU 

Tel: +44 191 243 0673 
Fax: +44 191 243 0677 








   
  
 
java.naming.factory.initial
com.arjuna.ams.client.naming.AMSInitialContextFactory
 
 
java.naming.provider.url
ams://server?tcp#plain://localhost:13000
 
  
   
   
  
 
java.naming.factory.initial
com.arjuna.ams.client.naming.AMSInitialContextFactory
 
 
java.naming.provider.url
ams://server?tcp#plain://localhost:13000
 
  
   


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/builder MySqlBuilder.java

[tomdz]

tomdz   2004/07/09 05:53:19

  Modified:sql/src/java/org/apache/commons/sql/builder
MySqlBuilder.java
  Log:
  Fixed jdbc <-> database type mapping for MySql
  
  Revision  ChangesPath
  1.8   +18 -8 
jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/builder/MySqlBuilder.java
  
  Index: MySqlBuilder.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/sql/src/java/org/apache/commons/sql/builder/MySqlBuilder.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- MySqlBuilder.java 28 Feb 2004 03:35:47 -  1.7
  +++ MySqlBuilder.java 9 Jul 2004 12:53:19 -   1.8
  @@ -17,6 +17,7 @@
   package org.apache.commons.sql.builder;
   
   import java.io.IOException;
  +import java.util.HashMap;
   import java.util.List;
   
   import org.apache.commons.sql.model.Column;
  @@ -27,12 +28,24 @@
* 
* @author mailto:[EMAIL PROTECTED]">James Strachan
* @author John Marshall/Connectria
  + * @author mailto:[EMAIL PROTECTED]">Thomas Dudziak
* @version $Revision$
*/
   public class MySqlBuilder extends SqlBuilder {
  -
  +private HashMap _specialTypes = new HashMap();
  +
   public MySqlBuilder() {
   setForeignKeysEmbedded(true);
  +_specialTypes.put("binary","BLOB");
  +_specialTypes.put("blob",  "LONGBLOB");
  +_specialTypes.put("boolean",   "BIT");
  +_specialTypes.put("clob",  "LONGTEXT");
  +_specialTypes.put("float", "DOUBLE");
  +_specialTypes.put("longvarbinary", "MEDIUMBLOB");
  +_specialTypes.put("longvarchar",   "MEDIUMTEXT");
  +_specialTypes.put("real",  "FLOAT");
  +_specialTypes.put("timestamp", "DATETIME");
  +_specialTypes.put("varbinary", "BLOB");
   }
   
   public void dropTable(Table table) throws IOException { 
  @@ -54,12 +67,9 @@
   }
   
   protected String getNativeType(Column column){
  -if ( "timestamp".equalsIgnoreCase( column.getType() ) ) {
  -return "DATETIME";
  -} else if ( "longvarchar".equalsIgnoreCase( column.getType() ) ) {
  -return "TEXT";
  -} else {
  -return column.getType();
  -}
  +String type= column.getType();
  +String specialType = (String)_specialTypes.get(type.toLowerCase());
  +
  +return (specialType == null ? type : specialType);
   }
   }
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-commons-sandbox/vfs gump.xml

[imario]

imario  2004/07/09 02:35:55

  Modified:vfs  gump.xml
  Log:
  fixed httpclient 2.0 as the api change to 3.0 will break vfs AND webdavclient
  
  Revision  ChangesPath
  1.11  +1 -1  jakarta-commons-sandbox/vfs/gump.xml
  
  Index: gump.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/vfs/gump.xml,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- gump.xml  17 Jun 2004 05:22:51 -  1.10
  +++ gump.xml  9 Jul 2004 09:35:55 -   1.11
  @@ -15,7 +15,7 @@
   
   
   
  -
  +
   
   
   
  
  
  

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 25539] - [beanutils]Using copyProperties and SQL Dates

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=25539

[beanutils]Using copyProperties and SQL Dates

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Using copyProperties and SQL|[beanutils]Using
   |Dates   |copyProperties and SQL Dates



--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 09:04 ---
Can you explain more what the problem is please - it looks fine to me.

Seems to me that your workaround involves fooling these converters into 
thinking they have a default value so that when they are passed a null or 
invalid value they return null rather than throwing a ConversionException.

Maybe you could explain the circumstances in a bit more detail - how you are 
using these converters when you copy a bean - you say you are copying a SQL 
Date - but looks to me like it must be null or invalid.

Thanks

Niall

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: TheSandbox

[commons-dev]

   Date: 2004-07-09T01:54:59
   Editor: 62.96.16.111 <>
   Wiki: Jakarta Commons Wiki
   Page: TheSandbox
   URL: http://wiki.apache.org/jakarta-commons/TheSandbox

   remove spam

Change Log:

--
@@ -71,5 +71,3 @@
  * simplestore
  * workflow
  * xmlunit
- * [http://www.news123.org we will share these page to you ]
- * [http://www.enjoyguilin.com Travel the divine spot]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[Jakarta Commons Wiki] Updated: TheSandbox

[commons-dev]

   Date: 2004-07-09T01:52:13
   Editor: 219.140.80.229 <>
   Wiki: Jakarta Commons Wiki
   Page: TheSandbox
   URL: http://wiki.apache.org/jakarta-commons/TheSandbox

   no comment

Change Log:

--
@@ -71,3 +71,5 @@
  * simplestore
  * workflow
  * xmlunit
+ * [http://www.news123.org we will share these page to you ]
+ * [http://www.enjoyguilin.com Travel the divine spot]

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [Commons-Email] where are the nightlybuilds?

[Michael Davey]

Craig McClanahan wrote:
[snip]
I'd be happy to add this to my nightly script, except that there is no 
build.xml file present.  The [email] developers can have Maven 
generate one for them, by typing "maven ant" and then checking it in.

Be aware, if you do this, that some variants of Maven generate 
absolute paths for some of the property settings in the generated 
build.xml file -- you might want to go through by hand and fix those 
before doing the checkin.
Created bug 29995 for this: 
http://issues.apache.org/bugzilla/show_bug.cgi?id=29995

--
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29995] - [email] add to nightly builds

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29995

[email] add to nightly builds





--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 08:35 ---
Created an attachment (id=12068)
build.xml file for commons-email

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29995] New: - [email] add to nightly builds

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29995

[email] add to nightly builds

   Summary: [email] add to nightly builds
   Product: Commons
   Version: Nightly Builds
  Platform: All
OS/Version: All
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Sandbox
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


Please add the commons-email project to the nightly builds.

I've included an unmodified build.xml as generated by "maven ant" using Maven
1.0-beta8.  Email requires the JavaBeans Activation Framework and JavaMail jars,
which aren't available on ibiblio, so the build file will need tweaking.

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28813] - [beanutils]Can't use . (dot) in mapped properties for setProperty or getPropertyDescriptor

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28813

[beanutils]Can't use . (dot) in mapped properties for setProperty or 
getPropertyDescriptor





--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 08:33 ---
Created an attachment (id=12067)
Combined PropertyUtilsBean Patch for Bug 28813 and Bug 23815

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28813] - [beanutils]Can't use . (dot) in mapped properties for setProperty or getPropertyDescriptor

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28813

[beanutils]Can't use . (dot) in mapped properties for setProperty or 
getPropertyDescriptor

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|Can't use . (dot) in mapped |[beanutils]Can't use . (dot)
   |properties for setProperty  |in mapped properties for
   |or getPropertyDescriptor|setProperty or
   ||getPropertyDescriptor



--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 08:32 ---
Eoin,

I agree we should fix this. I have also been looking at the other PropertyUtils 
issue (see Bug 23815) and have a version that fixes both that issue and this 
one.

I have run my version through the Unit tests (including an additional test for 
this issue) and it works fine. I'll attach my combined patch and also I'm going 
to do some more work on the Unit Tests to for both these bugs.

It would be good if some of the more experienced committers (i.e. everyone 
else :-)) could take a look before I apply this patch.

thanks

Niall

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 28813] - Can't use . (dot) in mapped properties for setProperty or getPropertyDescriptor

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=28813

Can't use . (dot) in mapped properties for setProperty or getPropertyDescriptor

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 08:17 ---
*** Bug 23108 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 23108] - Setting complex mapped properties using PropertyUtils

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=23108

Setting complex mapped properties using PropertyUtils

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE



--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 08:17 ---
Bug 10478 changed the get property behaviour so that map's key values could 
contain dot notation, but the set property and get property descriptor methods 
were not changed in line.

This issue was raised in Bug 28813, so I marking this as a duplicate of that 
bug.

Niall

*** This bug has been marked as a duplicate of 28813 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 23815] - [beanutils]PropertyUtils.getNestedProperty() doesn't allow getXxxx on Map-Instances any longer

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=23815

[beanutils]PropertyUtils.getNestedProperty() doesn't allow getXxxx on Map-Instances 
any longer

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 07:40 ---
*** Bug 26904 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26904] - [beanutils](g|s)etSimpleProperty fails when passing a Map

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=26904

[beanutils](g|s)etSimpleProperty fails when passing a Map

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE
Summary|(g|s)etSimpleProperty fails |[beanutils](g|s)etSimpleProp
   |when passing a Map  |erty fails when passing a
   ||Map



--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 07:40 ---
Bug 29571 and Bug 23815 and this bug all relate to the same issue with mapped 
properties.

I've attached a proposed patch to Bug 23815

*** This bug has been marked as a duplicate of 23815 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 23815] - [beanutils]PropertyUtils.getNestedProperty() doesn't allow getXxxx on Map-Instances any longer

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=23815

[beanutils]PropertyUtils.getNestedProperty() doesn't allow getXxxx on Map-Instances 
any longer





--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 07:37 ---
Created an attachment (id=12066)
Modify PropertyUtilsBean so that get/setSimpleProperty() handles Maps

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 23815] - [beanutils]PropertyUtils.getNestedProperty() doesn't allow getXxxx on Map-Instances any longer

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=23815

[beanutils]PropertyUtils.getNestedProperty() doesn't allow getXxxx on Map-Instances 
any longer

[EMAIL PROTECTED] changed:

   What|Removed |Added

Summary|PropertyUtils.getNestedPrope|[beanutils]PropertyUtils.get
   |rty() doesn't allow getXxxx |NestedProperty() doesn't
   |on Map-Instances any longer |allow getXxxx on Map-
   ||Instances any longer



--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 07:37 ---
Theres an inconsistency here. If you look at the setNestedProperty() method it 
has the following code:

if (bean instanceof Map) {

   // check to see if the class has a standard property 
   PropertyDescriptor descriptor = 
   getPropertyDescriptor(bean, name);
   if (descriptor == null) {
   // no - then put the value into the map
   ((Map) bean).put(name, value);
   } else {
   // yes - use that instead
   setSimpleProperty(bean, name, value);
   }

} else () {

So effectively it is doing what Jon suggested - check first if theres a 
property and if not and its a Map set the value. However the getNestedProperty
() doesn't do this so the two methods are inconsistent.

This inconsistency was pointed out by Senén in Bug 26904 and he/she requested 
that the get/setSimpleProperty handle Maps.

I agree that is what we do - in the get/setSimpleProperty methods first check 
if the property exists in the bean (if it does, use it) - if it doesn't then 
check if the bean is a Map (if it is then get/set the map's key value) 
otherwise throw the "unknown property" exception.

What do you think - does this satisfy Craig's issue with backwards 
compatibility? I'll attach a patch

Niall

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 26904] - (g|s)etSimpleProperty fails when passing a Map

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=26904

(g|s)etSimpleProperty fails when passing a Map

[EMAIL PROTECTED] changed:

   What|Removed |Added

 CC||[EMAIL PROTECTED]



--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 07:08 ---
*** Bug 29571 has been marked as a duplicate of this bug. ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 29571] - [beanutils]Inconsistent behaviour of BeanUtils.setProperty() and BeanUtils.getProperty() methods

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=29571

[beanutils]Inconsistent behaviour of BeanUtils.setProperty() and 
BeanUtils.getProperty() methods

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||DUPLICATE
Summary|Inconsistent behaviour of   |[beanutils]Inconsistent
   |BeanUtils.setProperty() and |behaviour of
   |BeanUtils.getProperty() |BeanUtils.setProperty() and
   |methods |BeanUtils.getProperty()
   ||methods



--- Additional Comments From [EMAIL PROTECTED]  2004-07-09 07:08 ---
I'm marking this as a duplicate of Bug 26904 - in the example you give

BeanUtils.setProperty(form, "values[2].label", "doesItWork?");
BeanUtils.getProperty(form, "values[2].label");

where values is an array of Maps, then BeanUtils treats "label" as a simple 
property if the set/getSimpleProperty methods handled Maps as requested in Bug 
26904 I believe your example would work.

Niall

*** This bug has been marked as a duplicate of 26904 ***

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]