|  |  |  | License Codehaus OpenEJB OpenJMS OpenORB Tyrex
Old releases
General
Release 1.3
Release 1.3rc1
Release 1.2
Main
Home
About
Features
Download
Dependencies
Reference guide
Publications
JavaDoc
Maven 2 support
Maven 2 archetypes
DTD & Schemas
Recent HTML changes
News Archive
RSS news feed
Project Wiki
Development/Support
Mailing Lists
SVN/JIRA
Contributing
Support
Continuous builds
Prof. services
Related projects
Spring ORM support
Spring XML factories
WS frameworks
XML
XML
XML Code Generator
XML Code Generator
JDO
Introduction
First steps
Using JDO
JDO Config
Types
JDO Mapping
JDO FAQ
JDO Examples
JDO HOW-TOs
Tips & Tricks
Other Features
JDO sample JAR
Tools
Schema generator
Advanced JDO
Caching
OQL
Trans. & Locks
Design
KeyGen
Long Trans.
Nested Attrs.
Pooling Examples
LOBs
Best practice
DDL Generator
Using DDL Generator
Properties
Ant task
Type Mapping
More
The Examples
3rd Party Tools
JDO Tests
XML Tests
Configuration
About
License
User stories
Contributors
Marketplace
Status, Todo
Changelog
Library
Contact
Project Name
## Castor Mailing Lists Mailing Lists General notes announce@castor.codehaus.org - Announcements user@castor.codehaus.org - User mailing list dev@castor.codehaus.org - Development mailing list scm@castor.codehaus.org - SCM mailing list user vs. dev Interaction and acronyms Acronyms [XML] or [JDO] Guidelines A note about HTML-formatted e-mail ## Mailing Lists ### General notes
- | Please manage your subscriptions over at http://xircles.codehaus.org
- | Make sure have are subscribed to a list prior to posting by managing your subscription at http://xircles.codehaus.org. Although mails from non-subscribers can be manually moderated through if applicable, our policy is to reject mails from regular posters who fail to properly subscribe. This is to prevent spam and to reduce the workload of the moderators.
- | Please familiarize yourself with the guidelines before posting to the list.
### announce@castor.codehaus.org - Announcements This list is a read-only low volume (less than 1 message per week) mailing list for special announcements related to Castor, such as new releases. Archives:
The Codehaus
MarkMail.org
### user@castor.codehaus.org - User mailing list This list is a moderate volume (between 10 and 25 messages a day) mailing list for the users of Castor. It should be used to discuss general questions related to the use of Castor, problems you are having getting Castor to work, and so on. Archives:
The Codehaus
mail-archive.com
The Aims Group
GMANE
MarkMail.org
### dev@castor.codehaus.org - Development mailing list This list is a moderate volume (possibly fewer than 15 messages a day) mailing list for developers working on or wanting to work on Castor itself (not developers merely working with Castor), for code patches to Castor to be posted (please use diff -u format), and for general Castor questions. Note this is NOT for general Castor questions like "Why isn't Castor working for me?" Please ask those sorts of questions on the user mailing list (after reading the FAQ first, of course). This list will be used by the main committers to discuss the following items:
- | Bug reports/enhancement requests.
- | On-going development activities.
- | Potential new features to be incorporated into the product.
- | Upcoming releases
Please subscribe to this mailing list, as we believe that feedback from the user community on many of these issues is essential for the progress of the project. Archives:
The Codehaus
mail-archive.com
The Aims Group
GMANE
MarkMail.org
### scm@castor.codehaus.org - SCM mailing list This read-only list sends out notification messages detailing any change made to the Subversion (SVN) repository where all the source code and libraries are stored for development purposes. The average user probably doesn't need to subscribe to this list. Archives:
The Codehaus
MarkMail.org
## user vs. dev Please use above mailing lists for what they are intended for. Please use the descriptions above to target your message to the correct mailing list. By all means, please avoid cross-posting messages to both lists, as it will decrease the quality of service we would like to offer. Having said that, there might be a valid case for cross-posting a message (e.g. us confirming that a problem is a result of a bug, and hence referring you to 'dev' for further discussions), but in general the use of this should be restricted as much as possible. ## Interaction and acronyms As we believe that an effective interaction with the user community is essential for Castor to progress as a project, we have decided to establish a slightly more structured approach in dealing with many of the issues we and you encounter. ### Acronyms Especially on (but not necessarily restricted to) 'dev', we will be much more interactive about many of the issues mentioned above. As such, we have decided to structure our messages more thoroughly, and have come up with the following set of acronyms to show our intention:
- | RFC - Request For Comment
- | RFV - Request For Voting
- | ANN - ANNouncement
- | RFR - Request For Review
### [XML] or [JDO] Please prefix your messages to all mailing list with either [XML] or [JDO]. This will help us to improve the time it takes us to react to your needs. Having said that, all committers will monitor both areas. ## Guidelines The following are some general "common-sense" guidelines for using the mailing lists: Most people are already following these guidelines. To those people, we thank you. For those of you who are not ... please read carefully. Please be kind and respectful to your fellow castor users. Please refrain from using words and phrases like URGENT, IMPORTANT, MY WIFE WILL LEAVE ME IF YOU DO NOT RESPOND, etc, in the subject line of your postings. Or even in the body of the message for that matter. You may think that things which are URGENT or IMPORTANT to you are just as urgent and important to everyone else reading this list. You'd be surprised at just how wrong an assumption like that can be. Please use meaningful subject lines. "Newbie Question", is not meaningful what-so-ever. Please provide necessary information, where applicable. Statements like, "I receive a NullPointerException when using Castor, what's up with that?", are not very helpful, add unnecessary traffic on the list, and will probably never get an answer. As a follow-on to #3, when submitting examples please try to submit the smallest possible example which demonstrates the problem. Short examples are easier to follow and will get much quicker responses from developers or other users than long examples with lots of extraneous code/data. Remember, we're not being paid to do this. Please read the documentation before posting. It doesn't take long and it will save us valuable time from having to answer questions that are already covered in the docs. Please check the mail archives before posting. Many questions on this list have already been answered before. Please refrain from posting confidential information. Once an e-mail is sent to the list, it goes out to all subscribers, including archive engines. We cannot remove or delete messages sent to the list. Once sent they are available for the public to see. If you are unsure about what is confidential or not, check with your manager, supervisor, or the person in charge at your company. If you are going on vacation. Please enjoy yourself. We really want you to have fun and get some much needed rest and relaxation. With that being said (and to be perfectly honest), none of us really want to receive your automated vacation responses. Please either add a filter to your vacation response so it doesn't get sent to the list or users posting to the list, or simply remove yourself from the list before you go, and add yourself back when you return. Please refrain from sending emails to this mailing list formatted as text/html. Please start a new thread per topic/question. That is to say, please avoid 'hijacking' existing threads. ## A note about HTML-formatted e-mail As stated in the guildelines above (see #10), please refrain from sending email to these mailing lists formatted as 'text/html' under all circumstances. Amongst other things, it complicates life for users not working on Windows and decreases usability of the mailing list archives, as it prevents text searches from returning useful results. Additional information why we consider HTML emails to be avoided can be found here.
| Copyright © 1999-2005 ExoLab Group, Intalio Inc., and Contributors. All rights reserved. Java, EJB, JDBC, JNDI, JTA, Sun, Sun Microsystems are trademarks or registered trademarks of Sun Microsystems, Inc. in the United States and in other countries. XML, XML Schema, XSLT and related standards are trademarks or registered trademarks of MIT, INRIA, Keio or others, and a product of the World Wide Web Consortium. All other product names mentioned herein are trademarks of their respective owners. |