Style 1 seems more in line with SDO practice. There is already a
DataFactory helper that allows the creation of instances:
class commonj.sdo.helper.DataFactory {
DataObject create(Class interfaceClass);
}
and with suitable metadata it could easily return an enhanced POJO or
some subclass that
On 1/19/06, Jim Marino [EMAIL PROTECTED] wrote:
When I run maven from 'java', I get the following failure on OS X.
Is this something people know about?
No. I built this morning on WinXP for the first time in a while and
did not have any issues.
Derby used to have problems on OSX. There was a
I built and ran the unit tests successfully on OS X about a month ago
with no problems; not recently though. Can you provide the last 38
lines of the stack trace? Is there any chance that a previous execution
of the build had not completed?
--Kevin
Jim Marino wrote:
When I run maven from
The current cpp SDO and SCA were developed using MS Visual Studio on Windows
and eclipse + CDT on Linux. For a command line build on linux we simply
created a shell script that used the makefiles generated by the CDT managed
make.
I would like to create a more robust and portable build
I was chatting with one of the Maven guys at ApacheCon and was told
that although it is early days they have done some C++ projects.
Although it might be atypical for a C++ project, it may make the
integration with the Java project easier (e.g. when we want to host
C++ components in Java or Java
The problem was the issue Jeremy pointed to (http://issues.apache.org/
jira/browse/DERBY-1). I ran into this problem on two separate OS X
machines. A workaround is to set the command line option -
Dderby.storage.fileSyncTransactionLog=true when running Maven.
Ideally, we should have some
Jim Marino wrote:
The problem was the issue Jeremy pointed to (http://issues.apache.org/
jira/browse/DERBY-1). I ran into this problem on two separate OS X
machines. A workaround is to set the command line option -
Dderby.storage.fileSyncTransactionLog=true when running Maven. Ideally,
we