Kodo 3.4.0RC3 Available

All,
Kodo 3.4.0 Release Candidate 3 is now available. Feel free to download
it at:
http://www.solarmetric.com/Software/beta/3.4.0RC3/
There are a number of exciting new features in 3.4.0 RC3:
* Query cache now caches aggregates and projections, including queries
that use grouping
* Added support for savepoints, with both in-memory and JDBC3 plugins.
* Added support for Oracle Object fields through JDBC SQLData interfaces.
* Improved thread and socket support for TCP RemoteCommitProvider
* Better support for large transactions, including several optimizations
in the datastore cache when using large transactions
* Improvements to reverse mapping
* Improvements to unicode support for Oracle
* Improvements to performance of attaching of object graphs
* Improvements to exception handling and reporting
* Tangosol plugin supports query cache
You can find the release notes at:
http://www.solarmetric.com/Software/Documentation/3.4.0RC3/docs/relnotes.html
The full documentation can be found in the distribution, and also at:
http://www.solarmetric.com/Software/Documentation/3.4.0RC3/docs/index.html
As this is a release candidate, please report any issues that you find
to the Kodo beta newsgroup (solarmetric.kodo.beta).
Good luck, and enjoy!
-Greg
SolarMetric
www.solarmetric.com

Savepoints:
It would be very convinient if Kodo provided parameterless
rollbackSavepoint() and releaseSavepoint() - they should rollback/release
latest savepoin
Thanks
Alex
"Greg Campbell" <[email protected]> wrote in message
news:dbgseo$m66$[email protected]..
All,
Kodo 3.4.0 Beta 1 is now available. Feel free to download it at:
http://www.solarmetric.com/Software/beta/3.4.0b1/
There are a number of exciting new features in 3.4.0 Beta 1:
* Query cache now caches aggregates and projections, including queries
that use grouping
* Added support for savepoints, with both in-memory and JDBC3 plugins.
* Added support for Oracle Object fields through JDBC SQLData interfaces.
* Improved thread and socket support for TCP RemoteCommitProvider
* Better support for large transactions, including several optimizations
in the datastore cache when using large transactions
You can find the release notes at:
http://solarmetric.com/Software/Documentation/3.4.0b1/docs/relnotes.html
The full documentation can be found in the distribution, and also at:
http://solarmetric.com/Software/Documentation/3.4.0b1/docs/index.html
As this is a beta release, please report any issues that you find to the
Kodo beta newsgroup (solarmetric.kodo.beta).
Good luck, and enjoy!
-Greg
SolarMetric
www.solarmetric.com

Similar Messages

  • Kodo 3.3.0RC1 Available

    All,
    Kodo 3.3.0RC1 is now available. Feel free to download it at:
    http://solarmetric.com/jdo/beta/3.3.0RC1/
    There are a number of exciting new features in 3.3.0RC1:
    * New JDO 2 preview features, including Single Field Identity
    * Finer grained control over timed cache invalidation
    * Improvements to the Kodo workbench
    * Support for Apache Derby
    * Support for JMX 1.2
    * Performance enhancements to the Remote PersistenceManager capability
    * Many other new features and bugfixes
    You can find the release notes at:
    http://www.solarmetric.com/jdo/Documentation/3.3.0RC1/docs/relnotes.html
    As this is a beta release, please report any issues that you find to the
    Kodo beta newsgroup (solarmetric.kodo.beta).
    Good luck, and enjoy!
    -Greg
    SolarMetric
    www.solarmetric.com

    Could you please elaborate on
    "Added ability to insert raw SQL into a given kodo.jdbc.sql.Row. This is
    useful for performing server side functions to generate values for custom
    field mappings"
    Would it allow to add a snippet of SQL to insert/update statement.
    Specifically I am interested to set certain columns to null using NULL
    literal rather then null parameter or call to setNull() in prepared
    statement
    ex: update employee set fname=?, lname=?, address = NULL where id=?
    note how address = NULL sets address to null using NULL literal rather then
    Is it possible to do now?
    "Greg Campbell" <[email protected]> wrote in message
    news:cvmiqb$vlv$[email protected]..
    All,
    Kodo 3.3.0RC1 is now available. Feel free to download it at:
    http://solarmetric.com/jdo/beta/3.3.0RC1/
    There are a number of exciting new features in 3.3.0RC1:
    * New JDO 2 preview features, including Single Field Identity
    * Finer grained control over timed cache invalidation
    * Improvements to the Kodo workbench
    * Support for Apache Derby
    * Support for JMX 1.2
    * Performance enhancements to the Remote PersistenceManager capability
    * Many other new features and bugfixes
    You can find the release notes at:
    http://www.solarmetric.com/jdo/Documentation/3.3.0RC1/docs/relnotes.html
    As this is a beta release, please report any issues that you find to the
    Kodo beta newsgroup (solarmetric.kodo.beta).
    Good luck, and enjoy!
    -Greg
    SolarMetric
    www.solarmetric.com

  • Kodo 3.3.2 Available

    All,
    Kodo 3.3.2 is now available. Feel free to download it at:
    http://www.solarmetric.com/jdo/Evaluate/
    This is a patch release that fixes some known problems in 3.3.1.
    There are a number of exciting new features in 3.3.0:
    * New JDO 2 preview features, including Single Field Identity
    * Finer grained control over timed cache invalidation
    * Improvements to the Kodo workbench
    * Support for Apache Derby
    * Support for JMX 1.2
    * Performance enhancements to the Remote PersistenceManager capability
    * Many other new features and bugfixes
    You can find the release notes at:
    http://www.solarmetric.com/jdo/Documentation/3.3.2/docs/relnotes.html
    Thanks, and enjoy!
    -Greg
    SolarMetric
    www.solarmetric.com

    Will we be seeing any other JDO 2 preview features, such as
    deletion-by-query, in the 3.3.0 release?
    ;ted
    "Greg Campbell" <[email protected]> wrote in message
    news:ct94q4$nga$[email protected]..
    All,
    Kodo 3.3.0 Beta 2 is now available. Feel free to download it at:
    http://solarmetric.com/jdo/beta/3.3.0b2/
    There are a number of exciting new features in 3.3.0 Beta 2:
    * New JDO 2 preview features, including Single Field Identity
    * Finer grained control over timed cache invalidation
    * Improvements to the Kodo workbench
    * Support for Apache Derby
    * Support for JMX 1.2
    * Performance enhancements to the Remote PersistenceManager capability
    * Many other new features and bugfixes
    You can find the release notes at:
    http://www.solarmetric.com/jdo/Documentation/3.3.0beta2/docs/relnotes.html
    As this is a beta release, please report any issues that you find to the
    Kodo beta newsgroup (solarmetric.kodo.beta).
    Good luck, and enjoy!
    -Greg
    SolarMetric
    www.solarmetric.com

  • Kodo 3.3.1 Available

    All,
    Kodo 3.3.1 is now available. Feel free to download it at:
    http://www.solarmetric.com/jdo/Evaluate/
    This is a patch release that fixes some known problems in 3.3.0.
    There are a number of exciting new features in 3.3.0:
    * New JDO 2 preview features, including Single Field Identity
    * Finer grained control over timed cache invalidation
    * Improvements to the Kodo workbench
    * Support for Apache Derby
    * Support for JMX 1.2
    * Performance enhancements to the Remote PersistenceManager capability
    * Many other new features and bugfixes
    You can find the release notes at:
    http://www.solarmetric.com/jdo/Documentation/3.3.1/docs/relnotes.html
    Thanks, and enjoy!
    -Greg
    SolarMetric
    www.solarmetric.com

    Yes, it is. Since the beta was going well we thought we'd announce it to a
    larger group. In fact, beta 2 is coming out in a little while, with some
    minor changes based on feedback from the first beta.
    Thanks,
    Greg
    "Alex Roytman" <[email protected]> wrote in message
    news:ct65t1$4ne$[email protected]..
    Greg,
    Is it the same build you announced 3 weeks ago?
    "Greg Campbell" <[email protected]> wrote in message
    news:ct5vh9$qj6$[email protected]..
    All,
    Kodo 3.3.0 Beta 1 is now available. Feel free to download it at:
    http://solarmetric.com/jdo/beta/3.3.0b1/
    There are a number of exciting new features in 3.3.0 Beta 1:
    * New JDO 2 preview features, including Single Field Identity
    * Finer grained control over timed cache invalidation
    * Improvements to the Kodo workbench
    * Support for Apache Derby
    * Support for JMX 1.2
    * Performance enhancements to the Remote PersistenceManager capability
    * Many other new features and bugfixes
    You can find the release notes at:
    http://www.solarmetric.com/jdo/Documentation/3.3.0beta1/docs/relnotes.html
    >>
    As this is a beta release, please report any issues that you find to the
    Kodo beta newsgroup (solarmetric.kodo.beta).
    Good luck, and enjoy!
    -Greg
    SolarMetric
    www.solarmetric.com

  • Kodo 3.3.4 Available

    All,
    Kodo 3.3.4 is now available. Feel free to download it at:
    http://www.solarmetric.com/jdo/Evaluate/
    There are a number of bug fixes in the release.
    You can find the release notes at:
    http://www.solarmetric.com/Software/Documentation/3.3.4/docs/relnotes.html
    Enjoy!
    -Greg
    SolarMetric
    www.solarmetric.com

    Savepoints:
    It would be very convinient if Kodo provided parameterless
    rollbackSavepoint() and releaseSavepoint() - they should rollback/release
    latest savepoin
    Thanks
    Alex
    "Greg Campbell" <[email protected]> wrote in message
    news:dbgseo$m66$[email protected]..
    All,
    Kodo 3.4.0 Beta 1 is now available. Feel free to download it at:
    http://www.solarmetric.com/Software/beta/3.4.0b1/
    There are a number of exciting new features in 3.4.0 Beta 1:
    * Query cache now caches aggregates and projections, including queries
    that use grouping
    * Added support for savepoints, with both in-memory and JDBC3 plugins.
    * Added support for Oracle Object fields through JDBC SQLData interfaces.
    * Improved thread and socket support for TCP RemoteCommitProvider
    * Better support for large transactions, including several optimizations
    in the datastore cache when using large transactions
    You can find the release notes at:
    http://solarmetric.com/Software/Documentation/3.4.0b1/docs/relnotes.html
    The full documentation can be found in the distribution, and also at:
    http://solarmetric.com/Software/Documentation/3.4.0b1/docs/index.html
    As this is a beta release, please report any issues that you find to the
    Kodo beta newsgroup (solarmetric.kodo.beta).
    Good luck, and enjoy!
    -Greg
    SolarMetric
    www.solarmetric.com

  • Kodo 4.0.0EA3 Available

    All,
    Kodo 4.0.0 EA 3 is now available. Kodo 4 implements the JDO 2 and EJB 3
    Persistence specifications. Feel free to download it at:
    http://www.solarmetric.com/Software/beta/4.0.0EA/
    You can find the release notes at:
    http://solarmetric.com/Software/Documentation/4.0.0EA3/docs/full/html/relnotes.html
    The full documentation can be found in the distribution, and also at:
    http://solarmetric.com/Software/Documentation/4.0.0EA3/docs/full/html/index.
    html
    Please report any issues that you find to the Kodo beta newsgroup
    (solarmetric.kodo.beta).
    Good luck, and enjoy!
    -Greg
    SolarMetric
    www.solarmetric.com

    Abe White wrote:
    You need to make sure that when you enhance, you include JDO
    enhancement, not just the base Kodo enhancement. Now that Kodo 4
    supports EJB 3 users who might not want JDO, it doesn't enhance-in
    dependencies on JDO unless you ask it to.
    If you enhance on the command line, that means using the "jdoc" command
    rather than "kodoc" ("jdoc" is actually just a shortcut for "kodoc -jdo
    true"). If you use the PCEnhancerTask, it means setting the jdoEnhance
    attribute:
    <taskdef name="kodoc" classname="kodo.ant.PCEnhancer"/>
    <kodoc jdoEnhance="true">
    </kodoc>So, what are the primary differences between the enhancement done for EJB3
    and JDO? I gather that "base Kodo enhancement" is EJB3.
    Scott

  • Please help on kodo-4.0.0RC3 samples/jdo/jsp sample

    I build and deploy this sample on Tomcat successfully,
    and boot a hsqldb database server for it.
    The following is setting of kodo.properities:
    javax.jdo.PersistenceManagerFactoryClass=kodo.jdo.PersistenceManagerFactoryImpl
    javax.jdo.option.ConnectionPassword=
    javax.jdo.option.ConnectionURL=jdbc:hsqldb:hsql://localhost/
    javax.jdo.option.ConnectionDriverName=org.hsqldb.jdbcDriver
    javax.jdo.option.ConnectionUserName=sa
    kodo.LicenseKey=xxx-xxx (valid license)
    The following error happened when I visit petshop:
    Exception thrown by getPersistenceManagerFactory(Properties)
    javax.jdo.JDOFatalUserException: Exception thrown by
    getPersistenceManagerFactor
    y(Properties)
    at
    javax.jdo.JDOHelper.getPersistenceManagerFactory(JDOHelper.java:310)
    at
    javax.jdo.JDOHelper.getPersistenceManagerFactory(JDOHelper.java:254)
    at samples.jdo.jsp.JDOFactory.getPersistenceManagerFactory(Unknown
    Sourc
    e)
    at org.apache.jsp.index_jsp._jspService(index_jsp.java:66)
    at
    org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at
    org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper
    .java:332)
    at
    org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:3
    14)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
    icationFilterChain.java:252)
    at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
    ilterChain.java:173)
    at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
    alve.java:213)
    at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
    alve.java:178)
    at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
    ava:126)
    at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
    ava:105)
    at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
    ve.java:107)
    at
    org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
    a:148)
    at
    org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
    :869)
    at
    org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.p
    rocessConnection(Http11BaseProtocol.java:664)
    at
    org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo
    int.java:527)
    at
    org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFol
    lowerWorkerThread.java:80)
    at
    org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
    ool.java:684)
    at java.lang.Thread.run(Thread.java:595)
    NestedThrowablesStackTrace:
    java.lang.reflect.InvocationTargetException
    at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
    at
    sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.
    java:39)
    at
    sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
    sorImpl.java:25)
    at java.lang.reflect.Method.invoke(Method.java:585)
    at
    javax.jdo.JDOHelper.getPersistenceManagerFactory(JDOHelper.java:299)
    at
    javax.jdo.JDOHelper.getPersistenceManagerFactory(JDOHelper.java:254)
    at samples.jdo.jsp.JDOFactory.getPersistenceManagerFactory(Unknown
    Sourc
    e)
    at org.apache.jsp.index_jsp._jspService(index_jsp.java:66)
    at
    org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:97)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at
    org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper
    .java:332)
    at
    org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:3
    14)
    at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:264)
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:802)
    at
    org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl
    icationFilterChain.java:252)
    at
    org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF
    ilterChain.java:173)
    at
    org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperV
    alve.java:213)
    at
    org.apache.catalina.core.StandardContextValve.invoke(StandardContextV
    alve.java:178)
    at
    org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.j
    ava:126)
    at
    org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.j
    ava:105)
    at
    org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineVal
    ve.java:107)
    at
    org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.jav
    a:148)
    at
    org.apache.coyote.http11.Http11Processor.process(Http11Processor.java
    :869)
    at
    org.apache.coyote.http11.Http11BaseProtocol$Http11ConnectionHandler.p
    rocessConnection(Http11BaseProtocol.java:664)
    at
    org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpo
    int.java:527)
    at
    org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFol
    lowerWorkerThread.java:80)
    at
    org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadP
    ool.java:684)
    at java.lang.Thread.run(Thread.java:595)
    Caused by: java.lang.NoClassDefFoundError: javax/transaction/Synchronization
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:242)
    at kodo.kernel.Bootstrap.getFactoryClass(Bootstrap.java:131)
    at kodo.kernel.Bootstrap.getBrokerFactory(Bootstrap.java:85)
    at
    kodo.jdo.PersistenceManagerFactoryImpl.getPersistenceManagerFactory(P
    ersistenceManagerFactoryImpl.java:43)
    ... 28 more
    Please help me to figure out what the root is and slove it?
    Thanks a lot!
    -Joshua

    Caused by: java.lang.NoClassDefFoundError: javax/transaction/Synchronization
    at java.lang.Class.forName0(Native Method)
    at java.lang.Class.forName(Class.java:242)
    at kodo.kernel.Bootstrap.getFactoryClass(Bootstrap.java:131)
    at kodo.kernel.Bootstrap.getBrokerFactory(Bootstrap.java:85)
    at There is the root of the problem. You need the JTA libs in your classpath.

  • Kodo progress?

    Hello all!
    I was wondering whether anyone representing TechTrader could update us on
    how progress is proceeding on Kodo?!?! In particular, integration with
    application servers, etc.
    Furthermore, is the JSR for JDO likely to reach final status anytime soon?
    That is obviously a barrier to wholesale adoption of JDO in production
    environments!
    I must admit, I wish there was a higher level of posts on this list. This
    is an interesting technology and deserves more discussion!
    Regards,
    James W.

    Hi folks,
    The new beta of Kodo JDO is now available!
    We've been busy trying to get the latest version of JDO ready and
    packaged. We apologize for the delay in getting you updated information
    regarding the status of Kodo. We've made a number of changes to Kodo
    including the introduction of the Enterprise Edition so we've decided to
    extend the beta period. To download this new beta, please go to
    http://www.techtrader.com/products/jdo.html
    <http://www.techtrader.com/products/jdo.html> .
    The following email is being sent to the JDO announce distribution list
    announcing Kodo JDO Standard Edition Beta 2.0 and Kodo JDO Enterprise
    Edition Beta 2.0. Both will be available for download from the site
    today and the license is good till August 25, 2001.
    We again look forward to receiving feedback on the product from you.
    You can send feedback or support questions to [email protected].
    The Kodo Product Team
    TechTrader, Inc.
    TechTrader is excited to present the latest versions of Kodo JDO:
    - Kodo JDO Standard Edition Beta 2.0; and
    - Kodo JDO Enterprise Edition Beta 2.0
    The Kodo JDO Standard Edition Beta 2.0 incorporates much of the feedback
    that we have received from our loyal beta testers. Thank you. In
    addition, we've introduced a number of new features including support of
    n-many relations and JNDI lookup. The current release of Kodo JDO
    Standard Edition more fully supports the Proposed Final Draft of Sun's
    Java Data Objects Specification 1.0.
    The introduction of the Kodo JDO Enterprise Version represents a growing
    need for tools and features that are needed for larger scale usage of
    Kodo. In addition to all of the features in the Standard Version of
    Kodo, the Enterprise version offers PersistenceManagers that can
    transparently synchronize with global J2EE Transactions. Additional
    enterprise features are being developed. Please let us know what new
    features you would like to see in the Enterprise Version of Kodo JDO as
    we take our users feedback very seriously.
    PREVIOUS KODO JDO USERS
    We highly recommend upgrading to Kodo JDO Standard Beta 2.0 or
    Enterprise Beta 2.0. Your version of Kodo expires on July 15, 2001 - to
    continue using Kodo you must upgrade.
    Detailed upgrade instructions are included in the download in the file
    UPGRADE.txt. Quickstart instructions follow:
    - Replace the shell/bat scripts that shipped with the previous version
    of Kodo with those in the bin/ directory.
    - Replace the jar libraries that shipped with the previous version of
    Kodo with those in the lib/ directory. Note that some new libraries have
    been introduced; therefore, these should be added to your CLASSPATH.
    Read the rest of this document for information on changes that might
    require modification of your application.
    New Features
    - Maps with user-defined persistent object values can be persisted
    (n-many relations).
    - Static inner classes can be persisted.
    - Queries support the use of containsKey() and containsValue() for Map
    fields.
    - Queries support ordering declarations.
    - The SchemaTool's schema migration capabilities have been enhanced.
    - The SchemaTool offers the option of automatically maintaining the list
    of persistent types for the system.
    - Schema generation can be customized through JDO metadata.
    - The standard javax.sql.DataSource is used to obtain connections.
    - Connection pooling has been enhanced, and new pooling parameters have
    been added (timeout time, autoreturn time).
    - The ObjectId helper class has been introduced to map opaque JDO OID
    values to and from primitive long values.
    - PersistenceManagerFactories can be stored in JNDI, including JNDI
    trees that are replicated over multiple JVMs.
    - PersistenceManagers can transparently synchronize with global J2EE
    Transactions (Kodo Enterprise Edition beta only).
    Bugfixes
    - Row-level locking is now performed within pessimistic Transactions.
    - Object ID generation is now done using the database by default.
    - Globally unique primary key values are no longer required (per-class
    only).
    - Inserting new instances of classes mapped to an existing schema
    without a class indicator column no longer throws a
    NullPointerException.
    - Numerous minor fixes.
    Notable Changes
    Users of previous beta versions of Kodo should scan the user guide in
    the docs/ directory for new information included with this release.
    Of particular note:
    - The schematool can now automatically maintain a list of persistent
    classes; the <persistent-types> array in system.prefs is not needed.
    This is covered in the Database Setup chapter of the user guide.
    - The syntax for using the schematool has changed. This is covered in
    the Database Setup chapter of the user guide.
    - The syntax for mapping classes to existing database tables has
    changed. This is covered in the Using Existing Schema chapter of the
    user guide.
    - The Runtime Use chapter of the user guide covers new runtime options
    available, such as JNDI storage of the JDBCPersistenceManagerFactory and
    safe conversion of JDO OID values to and from primitive long values.
    As always, please direct any support questions to
    [email protected].
    -----Original Message-----
    From: Christof Krug [ mailto:[email protected]
    <mailto:[email protected]> ]
    Sent: Tuesday, July 10, 2001 7:05 AM
    To: Mike Ivanov; [email protected]; [email protected]
    Subject: AW: Kodo progress?
    Hi James and Mike
    This is the info I got last week from TechTrader:
    Hi Christof,
    Thanks for downloading and using Kodo.
    We are planning on releasing a version of Kodo before the July 15th
    deadline -
    it may be a final beta version, but most likely it will be the
    production
    version. We'll announce the release plans on our JDO Announce listserv
    (Just
    send an email to [email protected] with "subscribe" as
    the
    subject).
    We are planning on retailing Kodo at $700 per developer seat. However,
    during a introductory promotion, we plan on selling Kodo for $299 /
    developer
    seat. Included in this price is 30 days email support and 30 days of
    free
    upgrades. There will be no run-time royalties.
    Additional support / upgrade packs may be purchased for $500 for 1 year
    of
    email support and free upgrades.
    Let me know if you have any questions. I've cc'd this email to our
    sales
    folks in case you'd like to follow-up with them.
    Thanks and let us know if you have any additional questions.
    Neelan Choksi
    VP, Marketing and Market Intelligence
    TechTrader, Inc.
    [email protected]
    [email protected] wrote (Fri, Jun 29 2001 03:49:00):
    Hi support
    I am currently using the beta of your Kodo JDO. Since it expires onJuly
    15,
    when do you have the release ready and how much will it cost?
    Kind regards
    Christof
    Christof Krug
    Vanero GmbH
    Dominikstr.21
    D-81929 Munchen
    Germany
    Tel. +49 (0)89 993419 72
    Fax. +49 (0)89 993419 74
    Mobil +49 (0)170 5836734
    [email protected]
    www.vanero.comChristof Krug
    Vanero GmbH
    Dominikstr.21
    D-81929 Munchen
    Germany
    Tel. +49 (0)89 993419 72
    Fax. +49 (0)89 993419 74
    Mobil +49 (0)170 5836734
    [email protected]
    www.vanero.com
    -----Ursprungliche Nachricht-----
    Von: Mike Ivanov [ mailto:[email protected]
    <mailto:[email protected]> ]
    Gesendet: Dienstag, 10. Juli 2001 12:51
    An: [email protected]; [email protected]
    Betreff: RE: Kodo progress?
    Hi James,
    it looks like Tech Traders left us alone...
    Go http://www.objectmatter.com <http://www.objectmatter.com> !
    Mike
    -----Original Message-----
    From: [email protected] [ mailto:[email protected]
    <mailto:[email protected]> ]
    Sent: Tuesday, July 10, 2001 12:37 PM
    To: [email protected]
    Subject: Kodo progress?
    Hello all!
    I was wondering whether anyone representing TechTrader could update uson
    how progress is proceeding on Kodo?!?! In particular, integration with
    application servers, etc.
    Furthermore, is the JSR for JDO likely to reach final status anytimesoon?
    That is obviously a barrier to wholesale adoption of JDO in production
    environments!
    I must admit, I wish there was a higher level of posts on this list.This
    is an interesting technology and deserves more discussion!
    Regards,
    James W.

  • Problems with persistance manager factory

    This method keeps hit a "Null pointer Exception" and i don't know why can
    anyone help?
    it may be a problem with the a setting in JBuilder 9, i just don't know.
    public void getPersistenceManagerFactory(){
    if(pmf==null){
    Properties props = new Properties();
    try{
    props.load((getClass().getResourceAsStream("/kodo.properties"))); //
    this is the line which is not working.
    catch(IOException ioe){
    throw new
    JDOFatalInternalException("Datalink: getPersistenceManagerFactory():Could
    load resource KODO",ioe);
    this.pmf =
    JDOHelper.getPersistenceManagerFactory(props);

    How can put kodo.properties at the root of my class path then
    it will probably be in C:\Jbuider\lib\ext
    what is the name of that file that contains kodo.properties
    if can find that i can add that the file.
    Stephen Kim wrote:
    My guess is that kodo.properties is not available at the root of your
    runtime classpath. You may want to change the input stream as a
    new FileInputStream (new File ("...."));
    David wrote:
    This method keeps hit a "Null pointer Exception" and i don't know why can
    anyone help?
    it may be a problem with the a setting in JBuilder 9, i just don't know.
    public void getPersistenceManagerFactory(){
    if(pmf==null){
    Properties props = new Properties();
    try{
    props.load((getClass().getResourceAsStream("/kodo.properties"))); //
    this is the line which is not working.
    catch(IOException ioe){
    throw new
    JDOFatalInternalException("Datalink: getPersistenceManagerFactory():Could
    load resource KODO",ioe);
    this.pmf =
    JDOHelper.getPersistenceManagerFactory(props);
    Steve Kim
    [email protected]
    SolarMetric Inc.
    http://www.solarmetric.com

  • Kodo 3.4.0 now available

    Hi,
    Kodo 3.4.0 is available now! Get your copy at
    http://solarmetric.com/kodo/releases/3.4.0
    * Query cache now caches aggregates and projections, including queries
    that use grouping
    * Added support for savepoints, with both in-memory and JDBC3 plugins.
    * Added support for Oracle Object fields through JDBC SQLData interfaces.
    * Improved thread and socket support for TCP RemoteCommitProvider
    * Better support for large transactions, including several optimizations
    in the datastore cache when using large transactions
    * Improvements to reverse mapping
    * Improvements to unicode support for Oracle
    * Improvements to performance of attaching of object graphs
    * Improvements to exception handling and reporting
    * Tangosol plugin supports query cache
    * Added a new ManagedRuntime for improved integration with BEA WebLogic
    Server. It is automatically used when using WLS.
    See http://docs.solarmetric.com/relnotes.html for full release notes.
    Enjoy,
    -Patrick

    Stephane & Alex-
    Kodo 4.0.0 ships with the final JDO 2.0 jars, but it is not yet a
    complete JDO 2 implementation.
    We do still intend to complete JDO 2 compliance in the near future, but
    as of 4.0.0, Kodo is still officially a JDO 1 product.
    Stephane Bouchet wrote:
    Another question :
    Is the final release will be compliant with the last (and final) JDO 2.0 API ?
    It seems it is not the case for the current release.
    Cheers,
    St?phane
    Alex Roytman a ?crit :
    Hi Mark,
    Is any work done on JDO side of the product? If I am not mistaken the list
    of outstanding JDO issues has not changed for quite a while. Are you
    planning to release the product without addressing them?
    Thank you
    Alex
    "Marc Prud'hommeaux" <[email protected]> wrote in message
    news:[email protected]..
    All,
    Kodo 4.0.0 RC 3 is now available. This release candidate of Kodo 4
    implements the JDO and EJB 3 Persistence specifications. You are
    invited to download it at:
    http://www.solarmetric.com/Software/beta/4.0.0RC/
    You can find the release notes at:
    http://solarmetric.com/Software/Documentation/4.0.0RC3/docs/full/html/relnotes.html
    The full documentation can be found in the distribution, and also at:
    http://solarmetric.com/Software/Documentation/4.0.0RC3/docs/full/html/index.html
    Please report any issues that you find to the Kodo beta newsgroup
    (bea.kodo.beta).
    Good luck, and enjoy!
    Marc Prud'hommeaux
    BEA, Inc.

  • Kodo JDO 2.5.0 now available

    All,
    Kodo JDO 2.5.0 is now available. Thanks, everyone, for helping out
    throughout the 2.5.0 public beta period. You're all great.
    You can get Kodo JDO 2.5.0 at:
    http://solarmetric.com/Software/Purchase/download.php
    Major changes include:
    - Major query modifications. Unbound variables are now supported,
    Collections can be used as parameters in queries, and several SQL
    inefficiencies have been addressed.
    - Custom fetch group support.
    - Kodo now supports incremental flushing of data to the database.
    This can be useful in EJB environments when using container-managed
    transactions, in order to handle any flush-related exceptions
    within the bean code. It can also be useful in conjunction with
    Kodo's automatic flushing capabilities to accelerate querying when
    the javax.jdo.option.IgnoreCache property is set to false.
    - Added JDOException subclasses for certain interesting exception
    types: OptimisticLockException and ObjectNotFoundException.
    - Enhancement-time metadata enhancement has been improved. This means
    that you may see some errors the next time you re-enhance your
    project, but that's for the best -- they were errors anyways.
    - Data caching framework now caches JDOQL query results as well as
    persistence-capable data. This provides dramatic acceleration for
    commonly executed queries.
    - The data caching framework has been reworked to separate out the
    data cache capabilities from the remote event notification
    capabilities. As a result, 2.5.0 data cache configuration is not
    compatible with earlier data cache configuration, and custom cache
    extensions will likely need some level of revision. For details,
    see the release notes in the Kodo JDO Developer's Guide.
    For more details, see the Kodo JDO Developer's Guide and the full release
    notes, available at:
    http://solarmetric.com/docs/2.5.0RC3/docs/index.html
    http://solarmetric.com/docs/2.5.0RC3/docs/relnotes.html
    Enjoy,
    -Patrick
    Patrick Linskey
    SolarMetric Inc.

    Minor correction:
    http://solarmetric.com/docs/2.5.0RC3/docs/index.html
    http://solarmetric.com/docs/2.5.0RC3/docs/relnotes.html
    The 2.5.0 final docs are actually at:
    http://solarmetric.com/docs/2.5.0/docs/index.html
    http://solarmetric.com/docs/2.5.0/docs/relnotes.html
    In article <[email protected]>, Patrick Linskey wrote:
    All,
    Kodo JDO 2.5.0 is now available. Thanks, everyone, for helping out
    throughout the 2.5.0 public beta period. You're all great.
    You can get Kodo JDO 2.5.0 at:
    http://solarmetric.com/Software/Purchase/download.php
    Major changes include:
    - Major query modifications. Unbound variables are now supported,
    Collections can be used as parameters in queries, and several SQL
    inefficiencies have been addressed.
    - Custom fetch group support.
    - Kodo now supports incremental flushing of data to the database.
    This can be useful in EJB environments when using container-managed
    transactions, in order to handle any flush-related exceptions
    within the bean code. It can also be useful in conjunction with
    Kodo's automatic flushing capabilities to accelerate querying when
    the javax.jdo.option.IgnoreCache property is set to false.
    - Added JDOException subclasses for certain interesting exception
    types: OptimisticLockException and ObjectNotFoundException.
    - Enhancement-time metadata enhancement has been improved. This means
    that you may see some errors the next time you re-enhance your
    project, but that's for the best -- they were errors anyways.
    - Data caching framework now caches JDOQL query results as well as
    persistence-capable data. This provides dramatic acceleration for
    commonly executed queries.
    - The data caching framework has been reworked to separate out the
    data cache capabilities from the remote event notification
    capabilities. As a result, 2.5.0 data cache configuration is not
    compatible with earlier data cache configuration, and custom cache
    extensions will likely need some level of revision. For details,
    see the release notes in the Kodo JDO Developer's Guide.
    For more details, see the Kodo JDO Developer's Guide and the full release
    notes, available at:
    http://solarmetric.com/docs/2.5.0RC3/docs/index.html
    http://solarmetric.com/docs/2.5.0RC3/docs/relnotes.html
    Enjoy,
    -Patrick
    Marc Prud'hommeaux [email protected]
    SolarMetric Inc. http://www.solarmetric.com

  • Kodo JDO 2.5.0 beta now available

    All,
    Kodo JDO 2.5.0 beta 1 is now available at:
    http://solarmetric.com/Software/beta/2.5.0/
    Some notable new features since 2.4 include:
    - Queries have received a major overhaul. Queries now support unbound
    variables, Collections as parameters to generate SQL IN (...) clauses,
    traversing fields of persistence-capable parameters, and more. The SQL
    produced by queries is also much more efficient.
    - Kodo JDO EE can now participate correctly in XA transactions.
    - Kodo JDO now includes support for custom fetch groups.
    - Queries and Extents can be constructed for interfaces.
    - Multi-table mappings now permit different tables to have different
    primary key column names.
    - The data cache framework can now cache query results.
    Known issues:
    - The JCA resource adapter will not seamlessly work with WebLogic -- to
    use it with WebLogic, it is necessary to unzip the kodo.rar and remove
    empty config-param-value elements
    (i.e. <config-properrty-value></config-property-value>).
    - We have done only limited integration testing with our IDE plugins.
    - Cached query results do not obey the timeouts configured for the classes
    in the query's access path.
    As usual, please discuss any issues, desires, etc. on the beta newsgroup:
    news://news.solarmetric.com/solarmetric.kodo.beta
    Enjoy,
    -Patrick
    Patrick Linskey
    SolarMetric Inc.

    All,
    Kodo JDO 2.5.0 beta 1 is now available at:
    http://solarmetric.com/Software/beta/2.5.0/
    Some notable new features since 2.4 include:
    - Queries have received a major overhaul. Queries now support unbound
    variables, Collections as parameters to generate SQL IN (...) clauses,
    traversing fields of persistence-capable parameters, and more. The SQL
    produced by queries is also much more efficient.
    - Kodo JDO EE can now participate correctly in XA transactions.
    - Kodo JDO now includes support for custom fetch groups.
    - Queries and Extents can be constructed for interfaces.
    - Multi-table mappings now permit different tables to have different
    primary key column names.
    - The data cache framework can now cache query results.
    Known issues:
    - The JCA resource adapter will not seamlessly work with WebLogic -- to
    use it with WebLogic, it is necessary to unzip the kodo.rar and remove
    empty config-param-value elements
    (i.e. <config-properrty-value></config-property-value>).
    - We have done only limited integration testing with our IDE plugins.
    - Cached query results do not obey the timeouts configured for the classes
    in the query's access path.
    As usual, please discuss any issues, desires, etc. on the beta newsgroup:
    news://news.solarmetric.com/solarmetric.kodo.beta
    Enjoy,
    -Patrick
    Patrick Linskey
    SolarMetric Inc.

  • Kodo 3.0.0 beta now available

    All,
    Kodo JDO 3.0.0 beta 1 is now available at:
    http://solarmetric.com/Software/beta/3.0.0/
    Kodo JDO 3.0.0 is a major release, and contains significant changes to
    properties, mapping information, and Kodo-specific APIs. To read more about
    these, and to read about how to convert a Kodo 2 project to Kodo 3, see the
    migration documentation at:
    http://solarmetric.com/Software/beta/3.0.0/b1-docs/docs/kodo2.html
    NOTE: the conversion is non-trivial, so we have provided a number of tools
    to automate most of the process. So please read and obey the migration
    documentation, which will guide you through the migration tool process.
    For details about some of the major new features in this release, please
    read the release notes at:
    http://solarmetric.com/Software/beta/3.0.0/b1-docs/docs/relnotes.html
    The full documentation is available online at:
    http://solarmetric.com/Software/beta/3.0.0/b1-docs/docs/index.html
    Some of the major new features include:
    * New mapping system, providing more powerful and flexible mapping options.
    * More configuration options for connection pooling.
    * Configurable eager fetching of 1-1, 1-many and many-many relations.
    Potentially reduces the number of database queries required when iterating
    through an extent or query result and accessing relation fields of each
    instance.
    * More optimized SQL batching.
    * Simplified package structure for Kodo-specific APIs.
    Known issues:
    * DB2, Informix, and Sybase do not fully pass our internal tests yet. Sybase
    is close to passing, and DB2 and Informix probably work in many situations
    as well, but they are not yet officially supported by this release.
    * We have done only limited integration testing with application servers.
    * Our IDE integration components are not included in this release.
    As usual, please discuss any issues, desires, etc. on the beta newsgroup:
    news://news.solarmetric.com/solarmetric.kodo.beta
    Enjoy,
    - Greg
    Greg Campbell
    SolarMetric, Inc.

    1. I can't see any standalone GUI tool to do mapping tasks, as you have
    ever announced.The GUI will have its own beta program and release schedule.
    2. the file : <kodo3.0>/samples/jsp/build.xml has a line wrong:
                   <fileset dir="../../../lib/">
    should be:
                   <fileset dir="../../lib/">Thanks!

  • Kodo 4.0.0 Early Access 1 Now Available

    Kodo 4 Early Access 1 is now available at
    http://solarmetric.com/kodo/beta/4.0.0EA1/ . You can find release notes
    at
    http://solarmetric.com/kodo/Documentation/4.0.0EA1/docs/full/html/relnotes.html
    Kodo 4 EA1 includes support for the majority of the JDO2 and EJB3
    specifications, and introduces some new mapping capabilities that
    simplify the development of efficient mappings.
    As the name implies, this release is an early access release. As such,
    many parts of the release are not yet implemented, including Kodo's IDE
    integration support. Additionally, this release provides roughly zero
    backwards-compatibility with the 3.x Kodo interfaces. Future Kodo 4
    releases will provide backwards-compatibility with the relevant Kodo 3 APIs.
    Thanks,
    Neelan Choksi
    SolarMetric
    [email protected]
    202-595-2064 (main)
    512-542-9707 (direct)
    Vote for Kodo JDO as the Best DB Tool or Driver (Category 2), the Best Java
    Data Access Tool (Category 7), and the Best Java Persistence Architecture
    (Category 11) in the JDJ Readers Choice Awards at
    http://jdj.sys-con.com/general/readerschoice.htm.

    Patrick Linskey wrote:
    Kodo 4 Early Access 1 is now available at
    http://solarmetric.com/kodo/beta/4.0.0EA1/ . You can find release notes
    at
    http://solarmetric.com/kodo/Documentation/4.0.0EA1/docs/full/html/relnotes.html
    Kodo 4 EA1 includes support for the majority of the JDO2 and EJB3
    specifications, and introduces some new mapping capabilities that
    simplify the development of efficient mappings.
    As the name implies, this release is an early access release. As such,
    many parts of the release are not yet implemented, including Kodo's IDE
    integration support. Additionally, this release provides roughly zero
    backwards-compatibility with the 3.x Kodo interfaces. Future Kodo 4
    releases will provide backwards-compatibility with the relevant Kodo 3
    APIs.
    -PatrickWill there be a one-page html doku soon ?
    I'd like to read all the pages on a printout rather than on monitor

  • Kodo 3.1.1 Now Available

    All,
    Kodo 3.1.1 is now available! Get your copy while supplies last at
    http://www.solarmetric.com/Software/Evaluate/ !
    This patch release has some interesting new features and a number of bug
    fixes. Please upgrade today! Highlights of 3.1.1 include:
    - JDOQL Browser and Query Builder in Workbench
    - Support for data compression and filtering when using remote
    PersistenceManagers
    - Improvements to Development Workbench and integrated mapping tools (see
    screenshots)
    - XML Store Manager sample
    - Support for byte array primary key fields for legacy schemas that use
    binary columns for primary keys
    There are a number of additional notable changes and bugfixes. For more
    information, please see the release notes at:
    http://www.solarmetric.com/Software/Documentation/3.1.1/docs/relnotes.html
    Enjoy,
    -Greg
    Greg Campbell
    SolarMetric Inc.

    Problem is solved. I think I had a problem with my account.
    "Dominique Jean-Prost" <[email protected]> a __crit dans le
    message de news:c8uptk$ui$[email protected]..
    Hello,
    I'm trying to download evaluation copy of kodo 3.1.2, and I keep on having
    this error after license agreement :
    Fatal error: Cannot instantiate non-existent class: in
    /home/devel/www/solarmetric/secure/dbclasses.inc on line 280
    Can you fix the problem please ?
    Regards,
    Dom
    "Greg Campbell" <[email protected]> a __crit dans le message de
    news:c8tvat$374$[email protected]..
    All,
    Due to a small but critical problem in Kodo 3.1.1 we have now releasedKodo
    3.1.2.
    Get your copy while supplies last at:
    http://www.solarmetric.com/Software/Evaluate/ !
    This patch release has some interesting new features and a number of bug
    fixes as compared to 3.1.0. Please upgrade today! Highlights of 3.1.2
    include:
    - JDOQL Browser and Query Builder in Workbench
    - Support for data compression and filtering when using remote
    PersistenceManagers
    - Improvements to Development Workbench and integrated mapping tools
    (see
    screenshots)
    - XML Store Manager sample
    - Support for byte array primary key fields for legacy schemas that use
    binary columns for primary keys
    There are a number of additional notable changes and bugfixes. For more
    information, please see the release notes at:
    http://www.solarmetric.com/Software/Documentation/3.1.2/docs/relnotes.html
    >>
    Enjoy,
    -Greg
    Greg Campbell
    SolarMetric Inc.

Maybe you are looking for