that's what I meant. All openejb stuff stays in openejb, but e.g.
EntityContainerBuilder goes to org.openejb.deployment.
thanks
david jencks
On Oct 22, 2004, at 12:18 PM, David Blevins wrote:
On Oct 22, 2004, at 11:59 AM, Jeremy Boynes wrote:
David Jencks wrote:
Maybe I haven't investigated enou
On Oct 22, 2004, at 11:59 AM, Jeremy Boynes wrote:
David Jencks wrote:
Maybe I haven't investigated enough how they are used, but shouldn't
the XXXContainerBuilders be in deployment rather than the runtime
packages?
The builders are specific to each project so we did not want to load
all of that
Oops -- I think this was a different form of the OOM error. It
didn't happen when I ran the Derby module alone, and when I tried the
rebuild a second time it got the PermGen problem in the same Derby test.
I forgot to apply that to my work computer after all.
Aaron
On Fri, 22 Oct 200
Aaron Mulder wrote:
In modules/derby -- I'm not sure why it would compile but then be
missing classes at runtime. I just did an m:update followed by an
m:rebuild-all
It works for me and I don't think anything changed since yesterday. Can
you build from that module with -X so we can see the cl
David Jencks wrote:
Maybe I haven't investigated enough how they are used, but shouldn't the
XXXContainerBuilders be in deployment rather than the runtime packages?
The builders are specific to each project so we did not want to load all
of that into the deployment module.
The idea was to split
In modules/derby -- I'm not sure why it would compile but then be
missing classes at runtime. I just did an m:update followed by an
m:rebuild-all
Thanks,
Aaron
Testsuite: org.apache.geronimo.derby.DerbySystemGBeanTest
Tests run: 1, Failures: 1, Errors: 0, Time elapsed: 5.865 s
Go ahead and move them.
-David Blevins
On Oct 22, 2004, at 10:22 AM, David Jencks wrote:
Maybe I haven't investigated enough how they are used, but shouldn't
the XXXContainerBuilders be in deployment rather than the runtime
packages?
thanks
david jencks
Is anybody experiencing the following, I have done a clean build with "maven
m:clean". Also, is there a way to enable ANT in verbose mode? I tried to
set the ANT_ARGS=-verbose.
Thanks
Mark
+
| Executing default ActiveMQ :: Core
| Memory: 14M/17M
+---
Maybe I haven't investigated enough how they are used, but shouldn't
the XXXContainerBuilders be in deployment rather than the runtime
packages?
thanks
david jencks
Jeremy Boynes wrote:
Jeremy Boynes wrote:
It then breaks in TranQL - Dain is looking at that.
More progress - you need a full clean first.
Only to run into an "OutOfMemoryError: Java heap space" in OpenEJB
BasicStatelessContainerTest - did something change to mean this needs
more memory or is thi
Jeremy Boynes wrote:
It then breaks in TranQL - Dain is looking at that.
More progress - you need a full clean first.
--
Jeremy
Mark DeLaFranier wrote:
The is a problem with geronimo\activemq\etc\projects.xml, the following
was added
LeoÊPechersky
Plus some whitespace changes.
I suspect the Ê isn't being parsed properly or its invalid.
Problem occurs during a "maven -p dependencies.xml"
Mark
Thanks - removing th
Refer to Solution Mark sent out.
He and I were also facing same issue.
The better solution will be to improve the parser,
But workaround for time being replace Ê with E in file
geronimo\activemq\etc\project.xml
(Hopefully LeoÊPechersky is not offended)
Cheers,
Sandip
--- Jeremy Boynes <[EM
The is a problem with geronimo\activemq\etc\projects.xml, the following was
added
LeoÊPechersky
Plus some whitespace changes.
I suspect the Ê isn't being parsed properly or its invalid.
Problem occurs during a "maven -p dependencies.xml"
Mark
After an m:update from a environment that worked yesterday.
C:\apache\geronimo\trunk>maven -o m:build
__ __
| \/ |__ _Apache__ ___
| |\/| / _` \ V / -_) ' \ ~ intelligent projects ~
|_| |_\__,_|\_/\___|_||_| v. 1.0
[copy] Copying 1 file to C:\apache\geronimo\trunk\etc
build:start:
m:init
Project: Apache Geronimo
Status: Resolved, Closed (11 items)
Updated In Last: Week (7 days)
** New Feature
* [GERONIMO-377] Unknown primary key support
** Bug
* [GERONIMO-352] TransactionContext is not associated with imported
transactions
* [GERONIMO-385] transaction manager generally
The following comment has been added to this issue:
Author: Alan Cabrera
Created: Fri, 22 Oct 2004 5:15 AM
Body:
I fixed a few things since this was initially checked in. I noticed by the
line numbers that you seem to be using the older version. Can you refresh and
try again?
-
MaxPermGen option wasn't recognised. I assume you meant:
SET MAVEN_OPTS=-Xmx512m -XX:MaxPermSize=128m
http://java.sun.com/docs/hotspot/VMOptions.html
John
Jeremy Boynes <[EMAIL PROTECTED]>
19/10/2004 09:58 AM
Please respond to
[EMAIL PROTECTED]
To
[EMAIL PROTECTED]
cc
Subject
Bu
The following comment has been added to this issue:
Author: John Sisson
Created: Thu, 21 Oct 2004 10:16 PM
Body:
The TIMEOUT problem I have occurs on my Pentium 4, 2.1 Ghz, running
java version "1.4.2_05"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_05-b04)
Java Ho
The following issue has been updated:
Updater: John Sisson (mailto:[EMAIL PROTECTED])
Date: Thu, 21 Oct 2004 10:02 PM
Changes:
Attachment changed to network.log
-
For a full history of the issue, se
The following comment has been added to this issue:
Author: John Sisson
Created: Thu, 21 Oct 2004 9:59 PM
Body:
SocketProtocolStressTest fails for me ( I have tried a number of times ) with a
TIMEOUT. I have attached the network.log FYI.
Testsuite: org.apache.geronimo.network.pr
21 matches
Mail list logo