Re: Starting a new incubation
> Jaffre does not need skeletons/stubs. The endpoints are pojos, parameters > and return values are java.io.Serializable objects. > > No registry is required. > > Jaffre Connectors listen well-defined ports that can easily be bound to a > specific address. They are firewall friendly. > > An experienced programmer will be able to fly over, and understand the whole > Jaffre code in less than an hour. > > Jaffre is intended to be easily customized. OK, I'm sold on this project by this speech alone. +1 ;-) /Janne, who really wishes he could get back the hours he spent configuring RMI over the years - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: March 2009 Incubator Board Report
Hi, > I would love to see log4php get more traction, but when a > mentor (myself) is the only person attempting to keep the > project going, it's not good. yes - its frustrating. > I would encourage any potential developers to contact me directly, > and I will "drive thru" and fast-track their involvement in > the podling... I say we give it 3 more months and then, > if it fails to reboot, we close it down as a podling. Well, I am highly interested. I would like to see more PHP at Apache, and if log4php fails, most other PHP project will fail. Christian - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Starting a new incubation
Hi, Sounds interesting. Is the code already available online? Sounds like RMI is probably not the best comparison point. How does Jaffre differ from XML-RPC? Are there potential synergies with projects like http://ws.apache.org/xmlrpc/? BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] apache-rat-project 0.6rc2
An pointer to the svn location for your proposed release would be helpful. I choose http://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6/ for the following review. Afraid I'm -1, at the moment. Here are the problems that I see: The NOTICE file does not contain a copyright statement. See http://www.apache.org/legal/src-headers.html#notice apache-rat-core/src/main/java/org/apache/rat/analysis/license/ W3CDocLicense.java contains an old-style apache src license header I was not able to build because of a build dependency problem: [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] A required plugin was not found: Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.rat - DartifactId=apache-rat-plugin -Dversion=0.6 -Dpackaging=maven-plugin - Dfile=/path/to/file Alternatively, if you host your own repository you can deploy the file there: mvn deploy:deploy-file -DgroupId=org.apache.rat - DartifactId=apache-rat-plugin -Dversion=0.6 -Dpackaging=maven-plugin - Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] org.apache.rat:apache-rat-plugin:maven-plugin:0.6 from the specified remote repositories: ibiblio.org (http://repo1.maven.org/maven2) org.apache.rat:apache-rat-plugin:maven-plugin:0.6 from the specified remote repositories: ibiblio.org (http://repo1.maven.org/maven2) --kevan On Mar 14, 2009, at 12:26 PM, Jochen Wiedmann wrote: Hi, I have prepared a staging repository for 0.6, which you can view on https://repository.apache.org/content/repositories/rat-4fdaf205188c41/ Compared to Roberts previous rc1, I have mainly changed documentation and license issues (seems we never used RAT to check the RAT sources ... ;-) Please cast your vote: Jochen [ ] +1 [ ] =0 [ ] -1 -- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. -- (Bjarne Stroustrup, http://www.research.att.com/~bs/bs_faq.html#really-say-that My guess: Nokia E50) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: March 2009 Incubator Board Report
On Wed, Mar 18, 2009 at 09:38:35AM +0100, Christian Grobmeier wrote: > Well, I am highly interested. I would like to see more PHP at Apache, > and if log4php fails, most other PHP project will fail. This seems like an odd conclusion. -- Noah Slater, http://tumbolia.org/nslater - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] apache-rat-project 0.6rc2
On 18/03/2009, Kevan Miller wrote: > An pointer to the svn location for your proposed release would be helpful. I > choose > http://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6/ > for the following review. > > Afraid I'm -1, at the moment. Here are the problems that I see: > > The NOTICE file does not contain a copyright statement. See > http://www.apache.org/legal/src-headers.html#notice Also, it should not contain the text enclosed in = (ibid) > apache-rat-core/src/main/java/org/apache/rat/analysis/license/W3CDocLicense.java > contains an old-style apache src license header > > I was not able to build because of a build dependency problem: > > [INFO] > > [ERROR] BUILD FAILURE > [INFO] > > [INFO] A required plugin was not found: Plugin could not be found - check > that the goal name is correct: Unable to download the artifact from any > repository > > Try downloading the file manually from the project website. > > Then, install it using the command: > mvn install:install-file -DgroupId=org.apache.rat > -DartifactId=apache-rat-plugin -Dversion=0.6 -Dpackaging=maven-plugin > -Dfile=/path/to/file > > Alternatively, if you host your own repository you can deploy the file > there: > mvn deploy:deploy-file -DgroupId=org.apache.rat > -DartifactId=apache-rat-plugin -Dversion=0.6 -Dpackaging=maven-plugin > -Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id] > > > org.apache.rat:apache-rat-plugin:maven-plugin:0.6 > > from the specified remote repositories: > ibiblio.org (http://repo1.maven.org/maven2) > > org.apache.rat:apache-rat-plugin:maven-plugin:0.6 > > from the specified remote repositories: > ibiblio.org (http://repo1.maven.org/maven2) > > --kevan > > > > On Mar 14, 2009, at 12:26 PM, Jochen Wiedmann wrote: > > > > Hi, > > > > I have prepared a staging repository for 0.6, which you can view on > > > > > https://repository.apache.org/content/repositories/rat-4fdaf205188c41/ > > > > Compared to Roberts previous rc1, I have mainly changed documentation > > and license issues (seems we never used RAT to check the RAT sources > > ... ;-) > > > > Please cast your vote: > > > > Jochen > > > > [ ] +1 > > [ ] =0 > > [ ] -1 > > > > > > > > -- > > I have always wished for my computer to be as easy to use as my > > telephone; my wish has come true because I can no longer figure out > > how to use my telephone. > > > > -- (Bjarne Stroustrup, > > > http://www.research.att.com/~bs/bs_faq.html#really-say-that > > My guess: Nokia E50) > > > > > - > > To unsubscribe, e-mail: > general-unsubscr...@incubator.apache.org > > For additional commands, e-mail: > general-h...@incubator.apache.org > > > > > > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Starting a new incubation
El mié, 18-03-2009 a las 11:40 +0100, Jukka Zitting escribió: > Hi, > > Sounds interesting. Is the code already available online? > > Sounds like RMI is probably not the best comparison point. How does > Jaffre differ from XML-RPC? Are there potential synergies with > projects like http://ws.apache.org/xmlrpc/? Huh? I quote from a previous email in the thread: > > However, Jaffre neither does use any Web technology like HTTP* or > > XML, nor > > is it interoperable with non-Java technologies. > In my book, not using HTTP and XML and not being interoperable with other languages/platforms makes it for something to be compared with RMI rather than xmlrpc. I think it would be more appropriate as a "commons" component than in any other place. I liked the stress on "not having any dependence beyond the JRE" and "not being XML". Both play quite badly with WS-*, where the norm is using XML and having lots of (inter)dependencies. Now, the only thing missing for it to be perfect, in my book, is that it doesn't use maven to build... :) Please stay lean :) Santiago > > BR, > > Jukka Zitting > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Starting a new incubation
Hi, On Wed, Mar 18, 2009 at 2:16 PM, Santiago Gala wrote: > El mié, 18-03-2009 a las 11:40 +0100, Jukka Zitting escribió: >> Sounds like RMI is probably not the best comparison point. How does >> Jaffre differ from XML-RPC? Are there potential synergies with >> projects like http://ws.apache.org/xmlrpc/? > > Huh? I quote from a previous email in the thread: > >> > However, Jaffre neither does use any Web technology like HTTP* or >> > XML, nor is it interoperable with non-Java technologies. There's more to an RPC library than the network protocol and the serialization format. After all, the essential purpose of an RPC library is to hide those details as effectively as possible. > In my book, not using HTTP and XML and not being interoperable with > other languages/platforms makes it for something to be compared with RMI > rather than xmlrpc. I'm looking at it more from a functional than an interoperability/implementation perspective. There's a difference between calling remote methods and remote procedures, as with method invocation you typically have things like remote object references, distributed garbage collection, etc. As far as I can tell Jaffre doesn't do any of that, so it's functionally much closer to procedural RPC mechanisms like XML-RPC. I'm by no means against this project, I'm just trying to better understand it's main differentiators. Will Jaffre be faster or smaller than the alternatives? Will it have better support for native Java types? Will it be more extensible or customizable? Something else? Alexander's earlier messages already suggested answers to these questions, but how will these benefits be achieved? Can some of these benefits be applied to other related Apache projects, or can Jaffre leverage the work that has already been done? BR, Jukka Zitting - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: March 2009 Incubator Board Report
I reply here as I never got the originaal email. Got a warning from the list software, though, about gmail being unavailable... El mar, 17-03-2009 a las 16:15 +0800, Samul Kevin escribió: > http://wiki.apache.org/incubator/March2009 > It's totally my fault for not hand in the report in time. Though the page is > closed, i fill it and hope that would compensate. > > Regards > Kevin. > > 2009/3/17 Noel J. Bergman > > > After last month's report, the Incubator has started the process of > > recognizing the dormant status of projects that are in that condition. > > > > The most serious issue that happened this past month is recorded in the > > Empire-DB report, the gist of which is that a Committer had provided a > > third-party with his SVN credentials. That issue is covered in detail > > below. > > > > BlueSky, Cassanda, Log4PHP, and Shindig all failed to report. Comments are > > below, in-line with each project. > > Shindig reported on the wrong (2008) wiki page on time. Not at all the same case as the remaining projects. As far as I can tell, verifyably sending the report to the wrong address is not the same as not sending a report. Regards Santiago > > > > > > Individual Project Status: > > > > = Bluesky = > > > > Bluesky failed to report. > > > > Reviewing their mailing list, there is activity in the project, just no > > report. > > > > = Cassandra = > > > > Caasandra failed to report. They did recognize and discuss the need for a > > report, but failed to provide one, anyway. > > > > The Cassandra Project is a distributed storage system for managing > > structured/unstructured data while providing reliability at a massive > > scale. > > > > > > = Click = > > > > Click is a page and component oriented Java web framework. > > > > Click has been incubating since July 2008. > > > > Tasks completed since December: > > * Replaced all incompatible licensed libraries > > * Click 2.0.1 was released from the Apache Incubator > > * New JIRA was created and issues imported from old version > > > > Top priorities: > > * Review the current diversity in the developer community > > > > > > = Empire-db = > > > > This is an out of schedule board report, that the Incubator PMC asked us to > > provide due to the following incident: > > > > === The situation === > > > > A committer "C" of Empire-db had the idea to create and provide an example > > application that demonstrates how to use Apache Empire-db together with > > Apache CXF. Initially he intended to write the code himself, but then he > > found himself too busy and never really got around doing it. So he decided > > to ask a student S instead to write the code for him using his templates > > and > > ideas. S then wrote the code with a little aid of C and he got paid for it. > > The work contract S had with C said that all rights over the code would > > exclusively belong to C. > > > > When the coding was finished, C asked S to submit the code using his Apache > > SVN account. For that C temporarily logged S in from within Eclipse to SVN > > on one of C's computers (Please note: the login was performed by C the > > password itself was not given to S). C then also asked S subscribe and > > write > > to the Empire-db-dev mailing list to resolve problems he had with the Maven > > project layout. C believed that all actions taken were legitimate and in > > the > > best interest of the project and the ASF. > > > > === The issues === > > > > When a Mentor of the Empire-db project became aware of this transaction, he > > raised strong concerns regarding the following two issues: > > 1. Legal concerns that an ICLA from S would be required for the code that > > was contributed. > > 2. Security concerns, whether access to the SVN could have been abused by > > S > > or the password for the SVN account for C could have been revealed by S. > > Furthermore he pointed out, that sharing an account - even temporarily - is > > not approved by the community and hence must under no circumstances be > > repeated. > > > > These concerns were also forwarded to the Incubator private mailing list, > > where the actions taken by C also upset many people. There was a clear > > verdict, that the mentor's concerns and disapproval were shared by everyone > > else. > > > > C was surprised by the reaction of the Incubator PMC and defended himself > > with the following arguments: > > 1. Since C is the exclusive legal owner of all rights over the code that > > was submitted, only he could contribute it to the ASF anyway. Hence an ICLA > > for S is from a legal point of view not required, even though he might be > > the originator. > > 2. It is very unlikely and there is absolutely no reason to believe that > > the account has been abused or compromised by S in any way, since the login > > was only valid for the actual Eclipse session. For people of the same > > company, working in the same LAN, there might be technically easier ways of > > compromising an account. Even so
Podling traffic stats
Hi all, Does anyone know of a resource that shows traffic statistics for individual podling sites? The closest I found is http://people.apache.org/~vgritsenko/stats/projects/incubator.html, which gives such stats for incubator.apache.org as a whole. Thanks, -T - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Podling traffic stats
On Wed, Mar 18, 2009 at 10:08 AM, Todd Volkert wrote: > Hi all, > > Does anyone know of a resource that shows traffic statistics for > individual podling sites? The closest I found is > http://people.apache.org/~vgritsenko/stats/projects/incubator.html, > which gives such stats for incubator.apache.org as a whole. > Podlings are not covered by that link. You could use Google Analytics to get these stats. > Thanks, > -T > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > > -- Luciano Resende Apache Tuscany, Apache PhotArk http://people.apache.org/~lresende http://lresende.blogspot.com/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Podling traffic stats
On Wed, Mar 18, 2009 at 10:08 AM, Todd Volkert wrote: > Hi all, > > Does anyone know of a resource that shows traffic statistics for > individual podling sites? The closest I found is > http://people.apache.org/~vgritsenko/stats/projects/incubator.html, > which gives such stats for incubator.apache.org as a whole. > +1 to seeing that traffic broken down per podling. -Dan > > Thanks, > -T > > - > To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org > For additional commands, e-mail: general-h...@incubator.apache.org > >
Re: [VOTE] apache-rat-project 0.6rc2
Hi, Kevan, first of all, thanks for your observations. On Wed, Mar 18, 2009 at 12:35 PM, Kevan Miller wrote: > An pointer to the svn location for your proposed release would be helpful. I > choose > http://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6/ for > the following review. The location you choosed is right. I'll keep that in mind for the next approach. > The NOTICE file does not contain a copyright statement. See > http://www.apache.org/legal/src-headers.html#notice I am not sure, whether I do completely understand, because you are not mentioning the exact jar file. After checking, my impression is that the jar files in apache-rat-core, apache-rat-plugins, and apache-rat-tasks are okay. The jar files in apache-rat, however, aren't. Could you confirm this, please? > apache-rat-core/src/main/java/org/apache/rat/analysis/license/W3CDocLicense.java > contains an old-style apache src license header Fixed. > I was not able to build because of a build dependency problem: [...] > mvn install:install-file -DgroupId=org.apache.rat > -DartifactId=apache-rat-plugin -Dversion=0.6 -Dpackaging=maven-plugin Understandable. If there isn't yet a release of the plugin, it can't be used to check itself. I have disabled this use of the plugin. Thanks, Jochen -- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone. -- (Bjarne Stroustrup, http://www.research.att.com/~bs/bs_faq.html#really-say-that My guess: Nokia E50) - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] apache-rat-project 0.6rc2
On Wed, Mar 18, 2009 at 9:52 PM, Jochen Wiedmann wrote: > Hi, Kevan, > > first of all, thanks for your observations. > > On Wed, Mar 18, 2009 at 12:35 PM, Kevan Miller wrote: > >> An pointer to the svn location for your proposed release would be helpful. I >> choose >> http://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6/ for >> the following review. > > The location you choosed is right. I'll keep that in mind for the next > approach. > > >> The NOTICE file does not contain a copyright statement. See >> http://www.apache.org/legal/src-headers.html#notice > > I am not sure, whether I do completely understand, because you are not > mentioning the exact jar file. After checking, my impression is that > the jar files in apache-rat-core, apache-rat-plugins, and > apache-rat-tasks are okay. The jar files in apache-rat, however, > aren't. Could you confirm this, please? the root source contains the old style NOTICE though perhaps it's elsewhere as well - robert - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] apache-rat-project 0.6rc2
On Mar 18, 2009, at 6:20 PM, Robert Burrell Donkin wrote: On Wed, Mar 18, 2009 at 9:52 PM, Jochen Wiedmann wrote: Hi, Kevan, first of all, thanks for your observations. On Wed, Mar 18, 2009 at 12:35 PM, Kevan Miller > wrote: An pointer to the svn location for your proposed release would be helpful. I choose http://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6/ for the following review. The location you choosed is right. I'll keep that in mind for the next approach. The NOTICE file does not contain a copyright statement. See http://www.apache.org/legal/src-headers.html#notice I am not sure, whether I do completely understand, because you are not mentioning the exact jar file. After checking, my impression is that the jar files in apache-rat-core, apache-rat-plugins, and apache-rat-tasks are okay. The jar files in apache-rat, however, aren't. Could you confirm this, please? the root source contains the old style NOTICE though perhaps it's elsewhere as well Yes, that's the one that I was looking at. --kevan
Re: Starting a new incubation
> Jukka Zitting wrote: > Sounds interesting. Is the code already available online? OK, I've made an ad hoc snapshot available for download: http://www.jaffre.org/ It's pre alpha. But the samples and also some test cases should work ;) > Sounds like RMI is probably not the best comparison point. How does > Jaffre differ from XML-RPC? Are there potential synergies with > projects like http://ws.apache.org/xmlrpc/? I'm not familiar with XML-RPC. The Jaffre wire format is binary (serialized Java objects). But apart from this, I believe, they're quite similar. -- Cheers, Alex - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] apache-rat-project 0.6rc2
On 18/03/2009, Kevan Miller wrote: > > On Mar 18, 2009, at 6:20 PM, Robert Burrell Donkin wrote: > > > > On Wed, Mar 18, 2009 at 9:52 PM, Jochen Wiedmann > > wrote: > > > > > Hi, Kevan, > > > > > > first of all, thanks for your observations. > > > > > > On Wed, Mar 18, 2009 at 12:35 PM, Kevan Miller > wrote: > > > > > > > > > > An pointer to the svn location for your proposed release would be > helpful. I > > > > choose > > > > > http://svn.apache.org/repos/asf/incubator/rat/main/tags/apache-rat-project-0.6/ > for > > > > the following review. > > > > > > > > > > The location you choosed is right. I'll keep that in mind for the next > approach. > > > > > > > > > > > > > The NOTICE file does not contain a copyright statement. See > > > > http://www.apache.org/legal/src-headers.html#notice > > > > > > > > > > I am not sure, whether I do completely understand, because you are not > > > mentioning the exact jar file. After checking, my impression is that > > > the jar files in apache-rat-core, apache-rat-plugins, and > > > apache-rat-tasks are okay. The jar files in apache-rat, however, > > > aren't. Could you confirm this, please? > > > > > > > the root source contains the old style NOTICE though perhaps it's > > elsewhere as well > > > > Yes, that's the one that I was looking at. It's also in apache-rat-0.6-bin.zip Though the NOTICE file in the included apache-rat-0.6.jar consists of just the two lines: This product includes software developed by The Apache Software Foundation (http://www.apache.org/). I did not check any other archives or any other jars. > --kevan - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: Starting a new incubation
> Santiago Gala wrote: > I think it would be more appropriate as a "commons" component > than in any other place. I liked the stress on "not having any > dependence beyond the JRE" and "not being XML". Both play quite > badly with WS-*, where the norm is using XML and having lots of > (inter)dependencies. Yes, commons is probably a suitable place for it. > Now, the only thing missing for it to be perfect, in my book, > is that it doesn't use maven to build... :) I'm not a maven expert. There's a pom that currently does not work (so it's not in the snapshot). But if there will ever be a Jaffre release at the ASF, it certainly will. > Please stay lean :) :) -- Bye, Alex - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
If you're not interested in Java and MySQL Cluster, you can stop reading now...
I'm working (day job!) on a Java interface to the MySQL Cluster
database (a.k.a. NDB). NDB is a high performance, high availability
database used mostly in telecommunications applications. It can be the
backing store for a MySQL server (accessed via any of the MySQL client
APIs such as ODBC, JDBC) or can be used directly via primitive C++ or
Java APIs.
What I've been developing is a high performance, easy-to-use Java
interface to NDB that bypasses the MySQL Server and instead goes
directly to the native NDB API. I've used a Domain Object Model
similar to Hibernate, JDO, and JPA.
I'd like to work on this in Apache and would like to discuss the
opportunities with folks at ApacheCon. If this looks interesting,
please let me know. I'll post a proposal to the incubator wiki if
there is positive feedback.
All work is done through a Session instance, which is the primary
application interface between the user and the database.
The user acquires a Session instance from a SessionFactory, which in
turn is obtained via Services lookup. The factory is configured via
Properties, such as:
com.mysql.clusterj.connectstring=127.0.0.1:9311
com.mysql.clusterj.mysqld=localhost
com.mysql.clusterj.username=root
com.mysql.clusterj.password=
com.mysql.clusterj.testDatabase=test
The Session interface provides methods for insert, delete, query, and
update.
A separate Transaction interface provides methods for transaction
completion. The Transaction provides isActive(), begin(), commit(),
rollback(), setRollbackOnly(), and getRollbackOnly() methods.
Two modes of operation are implemented: autocommit on/off.
• With autocommit off:
• when a mutating operation is invoked on the Session, the
Transaction must be active, or an exception is thrown; and
• when a non-mutating operation is invoked when a Transaction is not
active, a transaction is begun and committed for the purpose of
executing the operation.
• With autocommit on:
• when a mutating operation is invoked on the Session, the
Transaction is begun and committed for the operation; and
• when a non-mutating operation is invoked, a transaction is begun
and committed for the purpose of executing the operation.
Deferred operation is proposed. By setting the flag
com.mysql.clusterj.defer.changes, mutating operations are deferred
until the Transaction is committed or the state is flushed via
Session.flush(). With defer changes, find() operations return a proxy
instance whose persistent properties are not initialized until the
user asks for one of them. Inserted instances are not actually sent to
the back end until the session is flushed. Deleted instances are not
deleted until the session is flushed. Queries return a Results
instance that is not instantiated until the user asks for a property
of an instance.
For ease of use, users can define JavaBeans-pattern interfaces to
represent data, with annotations to declare database metadata:
@PersistenceCapable(table="t_basic")
interface Employee {
@PrimaryKey
int getId();
void setId(int id);
String getName();
void setName(String name);
}
The Session.newInstance(Class cls) is a factory for instances that
implement the user interface as well as a high-performance data access
path for the implementation. For JPA/JDO StorageManager, the high-
performance data access path is used.
// Sample code to create a SessionFactory from a properties instance
protected void createSessionFactory() {
loadProperties();
if (sessionFactory == null) {
sessionFactory = ClusterJHelper.getSessionFactory(props);
}
loadSchema();
}
// Sample code to delete and create instances
public void localSetUp() {
createSessionFactory();
session = sessionFactory.getSession();
createEmployeeInstances(NUMBER_TO_INSERT);
tx = session.currentTransaction();
int count = 0;
for (int i = 0; i < NUMBER_TO_INSERT; ++i) {
tx.begin();
session.deletePersistent(employees.get(i));
try {
tx.commit();
++count;
} catch (Exception ex) {
// ignore exceptions -- might not be any instances to
delete
}
}
addTearDownClasses(Employee.class);
//System.out.println("Deleted " + count + " instances.");
}
public void testInsert() {
tx = session.currentTransaction();
tx.begin();
for (int i = 0; i < NUMBER_TO_INSERT; ++i) {
// must be done with an active transaction
session.makePersistent(employees.get(i));
}
tx.commit();
}
}
// Sample query code
public void primaryKeyGreaterThanQuery() {
tx.begin();
// QueryBuilder is the sessionFactory for queries
QueryBuilder builder = session.getQueryBuilder();
// DomainObject is the main interface
DomainOb
