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,
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 co
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 on
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 environment
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 'j
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
When I run maven from 'java', I get the following failure on OS X.
Is this something people know about?
[INFO]
[INFO] Building Tuscany DAS for Relational Databases
[INFO]task-segment: [install]
[INFO]
-
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 d
On Jan 19, 2006, at 9:44 AM, Frank Budinsky wrote:
An further step would be to allow for full
POJO support where people could provide their own implementations
which could be "turned into" SDOs (through subclassing or some other
mechanism with the caveat this would only work for non-final
class
> An further step would be to allow for full
> POJO support where people could provide their own implementations
> which could be "turned into" SDOs (through subclassing or some other
> mechanism with the caveat this would only work for non-final
> classes). Perhaps there are some corner cases
10 matches
Mail list logo