db-ojb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From ojb-...@db.apache.org
Subject [DB OJB Wiki] Updated: OJBNextSteps
Date Sat, 03 Jul 2004 09:09:51 GMT
   Date: 2004-07-03T02:09:51
   Editor: 82.82.82.221 <>
   Wiki: DB OJB Wiki
   Page: OJBNextSteps
   URL: http://wiki.apache.org/db-ojb/OJBNextSteps

   no comment

Change Log:

------------------------------------------------------------------------------
@@ -9,7 +9,7 @@
  * look at tail recursions and remove where possible
    ''[tomdz] Could you explaing what a tail recursion is and why it's important to remove
them in 1.0.1 ?''
 
-   "[rsfeir] This is a great link with example: http://www.refactoring.com/catalog/replaceRecursionWithIteration.html,
to put it simply it's when the method keeps calling itself to iterate, instead of using while()
or for() to process the information.  The reason why you want it out is for greatly increased
performance and better code readability.  If you look at the current locations it's not always
obvious what's going on.  I know of about 40 some location the method calls itself, and imho
that's not a good thing."
+   ''[rsfeir] This is a great link with example: http://www.refactoring.com/catalog/replaceRecursionWithIteration.html,
to put it simply it's when the method keeps calling itself to iterate, instead of using while()
or for() to process the information.  The reason why you want it out is for greatly increased
performance and better code readability.  If you look at the current locations it's not always
obvious what's going on.  I know of about 40 some location the method calls itself, and imho
that's not a good thing.''
 
  * profile OJB 1.0 and determine areas of performance improvement
  
@@ -21,17 +21,55 @@
 
 = Goals for OJB 1.0.x =
 
+ * "Simple webapp with OJB" tutorial
+
+ * Advanced inheritance tutorial/sample that shows:
+    * interface + abstract base class
+    * some sub-classes map to one table, others to their own tables
+    * reference/collection to interface/abstract class
+    * composite pattern
+    * ojbConcreteClass
+    * factory-class/factory-method + initialization-method
+    * nested fields (?)
+
+ * tutorials for how to use OJB with
+
+   * Spring
+
+   ''[tomdz] Jürgen Höller recently added initial OJB support to Spring, so it should be
straightforward to adapt the Petclinic sample ?''
+
+   * JBoss / Geronimo
+
+   ''[tomdz] Armin volunteered for these''
+
+   * Struts
+
+   ''[tomdz] I would do this one''
+
+   * !JasperReports
+
+ * generation of connection descriptors directly from jdbc url's (including the platform)
for most common cases
+   ''[tomdz] I've already started this (see !ConnectionRepository), but needs more refinement''
+
  * creation and manipulation of databases with classes and ant tasks, based on commons-sql
-- DatabaseManipulation
+    * create db / alter db
+    * drop db
+    * dump data to XML
+    * read data from XML
+    * dump database structure (?)
+
    ''[tomdz] IMO important enough to warrant introduction in 1.0.x''
  
+ * tutorial on how to manage the database using dbhandling / torque / ant's sql task
+
  * rewrite batch handling, introduce !BatchManager (needs kernel api changes, so maybe it's
better to introduce this in 1.1)
 
 = Goals for OJB 1.1 =
 
  * I think "native" JDO support should be in it -- ["JDOSupport"]
-  [roberts] IMO Too aggressive for this release
+   ''[roberts] IMO Too aggressive for this release''
 
- * support for McKoi and AxisDB databases -- SupportedDatabases
+ * support for !McKoi and AxisDB databases -- SupportedDatabases
 
  * Better support for all kind of Java Collections and Maps. -- CollectionsAndMaps
 
@@ -43,18 +81,23 @@
    ''[tomdz] Esp. logging should replace the current logging handling of OJB; also commons-collections
could be useful''
 
  * support for the complete ODMG 3 query language (OQL) as defined in their grammar -- ["OQLComplete"]
-Application Management
 
- * support for jmx based run time management of broker management extc.
+ * documentation of OQL within OJB
+
+ * reworking of the metamodel handling in OJB and XDoclet
+   * merging of the two metamodels
+   * new helper class that allows easy creation of the metamodel at runtime from classes
(via reflection 'magic')
 
 = Goals for OJB 1.x =
 
  * support for generics (Java 1.5) -- JavaGenerics
 
+ * support for jmx based run time management of broker management extc.
+
 = Unassigned goals =
 
  * out-of-the-box support for storing primitive types. -- PrimitiveTypes
-   ''[tomdz]: What is meant by that ?''
+   ''[tomdz] What is meant by that ?''
 
  * completing the Prevayler based PB implementation. -- PrevaylerBroker
 
@@ -63,7 +106,7 @@
  * full support mixing of mapping strategies. -- MixingMappingStrategies 
 
  * i'm playing with oracle spatial at the moment ... not sure if there is a way to support
stuff like this .. but it would be nice ;-) -- OracleSpatial
-   ''[Martin Kalén] We (Curalia AB) have are back-end running in production that is reading
and writing Oracle Spatial geometries using OJB (slightly-pre-)1.0 and OJB RowReaders with
Oralce Spatial converters for convertering the STRUCT data. In a way OJB already supports
spatial since the STRUCT datatype is supported. I don't think that geospatial functionality
should be handled by OJB, there are many other OpenSource products handling this well.''
+   ''[Martin Kalén] We (Curalia AB) have are back-end running in production that is reading
and writing Oracle Spatial geometries using OJB (slightly-pre-)1.0 and OJB !RowReaders with
Oralce Spatial converters for convertering the STRUCT data. In a way OJB already supports
spatial since the STRUCT datatype is supported. I don't think that geospatial functionality
should be handled by OJB, there are many other !OpenSource products handling this well.''
 
  * I [thma] vote for removing support for the S.O.D.A query API (http://sodaquery.sourceforge.net/docs/index.html).
I think we should focus on the standards like JDO and ODMG that have found some acceptance
in the market.
 

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


Mime
View raw message