You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@commons.apache.org by rd...@apache.org on 2004/05/10 21:56:06 UTC

cvs commit: jakarta-commons/beanutils/optional/bean-collections/xdocs index.xml navigation.xml

rdonkin     2004/05/10 12:56:06

  Added:       beanutils/optional/bean-collections/xdocs index.xml
                        navigation.xml
  Log:
  Added new directory for bean collection components
  
  Revision  Changes    Path
  1.1                  jakarta-commons/beanutils/optional/bean-collections/xdocs/index.xml
  
  Index: index.xml
  ===================================================================
  <?xml version="1.0"?>
  <!--
     Copyright 2001-2004 The Apache Software Foundation
  
     Licensed under the Apache License, Version 2.0 (the "License");
     you may not use this file except in compliance with the License.
     You may obtain a copy of the License at
  
         http://www.apache.org/licenses/LICENSE-2.0
  
     Unless required by applicable law or agreed to in writing, software
     distributed under the License is distributed on an "AS IS" BASIS,
     WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
     See the License for the specific language governing permissions and
     limitations under the License.
  -->
  
  <document>
  
   <properties>
    <title>Commons</title>
    <author email="commons-dev@jakarta.apache.org">Commons Documentation Team</author>
   </properties>
  
   <body>
  
  <section name="Commons BeanUtils Bean Collections">
  
  <p>
  Dealing with collections of beans is a common feature of development in Java.
  A lot of time is spent creating bean-specific implementations 
  for standard collection manipulators such as functors and comparators.
  </p>
  
  <p>
  <code>BeanUtils Bean collections</code> is a library intended to 
  improve developer productivity by using sophisticated bean introspection 
  (from <code>BeanUtils</code>) 
  to allow general library classes to be used (rather than creating bean specific
  implementation classes).
  </p>
  
  <p>
  But won't this be slower? Yes, reflection is slower than direct references
  but in real life applications, this is typically insignificant. So why not use 
  these classes to speed development and then substitute faster implementations only
  where the profiler indicates there is a problem :) 
  </p>
  
  </section>
  
  </body>
  </document>
  
  
  
  1.1                  jakarta-commons/beanutils/optional/bean-collections/xdocs/navigation.xml
  
  Index: navigation.xml
  ===================================================================
  <?xml version="1.0" encoding="ISO-8859-1"?>
  <!--
     Copyright 2001-2004 The Apache Software Foundation
  
     Licensed under the Apache License, Version 2.0 (the "License");
     you may not use this file except in compliance with the License.
     You may obtain a copy of the License at
  
         http://www.apache.org/licenses/LICENSE-2.0
  
     Unless required by applicable law or agreed to in writing, software
     distributed under the License is distributed on an "AS IS" BASIS,
     WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
     See the License for the specific language governing permissions and
     limitations under the License.
  -->
  <!DOCTYPE org.apache.commons.menus SYSTEM '../../../../commons-build/menus/menus.dtd'>
  <project name="BeanUtils Bean Collections">
  
    <title>BeanUtils Bean Collections</title>
    <organizationLogo href="/images/jakarta-logo-blue.gif">
     Jakarta
    </organizationLogo>
  
    <body>
      <links>
        <item name="Jakarta Commons"                   
              href="http://jakarta.apache.org/commons/"/>
      </links>
  
      <menu name="Commons BeanUtils Bean Collections">
        <item name="Overview" href="/index.html"/>
      </menu>
      
      &common-menus;
  
    </body>
  </project>
  
  
  

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org