I looked into this a little bit and it appears that the AbstractName is not
being set correctly on EntityEJBs. The actual value is a set to *null* at
runtime. From what I could tell the AbstractName is created in the
OpenEJBReferenceBuilder when creating the EJBProxyReference object that
repr
The following patches are now ready to be applied.
http://issues.apache.org/jira/browse/GERONIMO-1755
http://issues.apache.org/jira/browse/GERONIMO-1650
http://issues.apache.org/jira/browse/GERONIMO-1660
http://issues.apache.org/jira/browse/GERONIMO-1776
http://issues.apache.org/jira/browse/GERONI
Hi Maxim,
We need a heap dump to chase this down. We had a leak (identified in the
release notes) when we shipped. I found that it was about 1MB per hour under
load on a dual 3.0Ghz Xeon (no hyperthreading).
I was using Derby at the time. I've been changing the tranQL connection manager
[ http://issues.apache.org/jira/browse/GERONIMO-1792?page=all ]
Heinie Barnard updated GERONIMO-1792:
-
Attachment: GeronimoAntTasks.zip
This is the src for the Ant Tasks
> Ant Tasks Mirror of Maven Plugins
> -
>
>
Ant Tasks Mirror of Maven Plugins
-
Key: GERONIMO-1792
URL: http://issues.apache.org/jira/browse/GERONIMO-1792
Project: Geronimo
Type: New Feature
Components: deployment, startup/shutdown
Versions: 1.0
Environment: Ant
[ http://issues.apache.org/jira/browse/GERONIMO-1660?page=all ]
Prasad Kashyap updated GERONIMO-1660:
-
Attachment: console.zip
geronimo-pom.patch
Apply the geronimo-pom.patch from the geronimo dir.
Apply the console.patch from the ge
Hello, I applied your patch and could successfully view the welcome
page in spanish. Nice work! My comments inline.
On 3/30/06, Sean McCarthy <[EMAIL PROTECTED]> wrote:
> Hi,
>
> We would like that someone have a look at it before we start to work on
> the console.
>
> The new patch is using the
[
https://issues.apache.org/activemq/browse/AMQ-660?page=comments#action_35946 ]
Hiram Chirino commented on AMQ-660:
---
Hi Johan,
The tables look like:
CREATE TABLE ACTIVEMQ_MSGS(ID INTEGER NOT NULL, CONTAINER VARCHAR(250) ASCII,
MSGID_PROD VARCHAR(250),
All the applications have now been migrated.. well, almost all.
applications/remote-deploy-lib has not yet been migrated because of
some outstanding classloader issue with gbeans and WAR files. I
believe this will be fixed in 1.1 We could then merge this with the
application/remote-deploy.
The
[
https://issues.apache.org/activemq/browse/AMQ-660?page=comments#action_35945 ]
Johan Hallgren commented on AMQ-660:
MaxDB does support subselects. When I run the SQL statement manually, I do get
the same error as in the log output. That error code map
Hi, Matt!
I've tried
java -server -XX:-PrintTenuringDistribution -XX:+PrintGCDetails -XX:+PrintGCTimeStamps -XX:+PrintHeapAtGC -jar ./bin/server.jar
since it seems too long to wait for the problem so I've limited VM with the default heap size. Please see a portion of log below.
It looks as
On 3/27/06, Prasad Kashyap <[EMAIL PROTECTED]> wrote:
> Having hit a roadblock with the assembly-plugin (details here-
> http://issues.apache.org/jira/browse/GERONIMO-1737), I've moved on to
> migrating the applications now.
Hi Prasad,
I think I found a solution to this. What about keeping the li
CompositeTransportChannelFactory doesn't handle some connection URLs with list
configuration options
-
Key: AMQ-671
URL: https://issues.apache.org/activemq/browse/AMQ-671
Pr
Cool stuff (or maybe not so cool). The question now is it a memory leak
(likely yes)...and is the leak caused by the container or by Daytrader.
The key now is to get a profiler on it and identify the culprit.
Maxim Berkultsev wrote:
> Hi, Jeff!
>
> With 512M of heap Geronimo has stopped respon
Hi, Jeff!
With 512M of heap Geronimo has stopped responding in three hours under the same initial workload conditions. The console has indicated OOM.
--Best regards,Maxim Berkultsev, Intel Middleware Products Division
2006/3/29, Jeff Genender wrote:
Did you try upping the memory? Set your env
David J,
I was looking at the archives and found that G had
donated some code for maven1 xmlbeans plugin. Can this
code be easily used by the m2 version? Corridor
Software Developer has offered to implement the
feature for G. It would be nice if
we could provide some more information.
Thanks
Hi,
We would like that someone have a look at it before we start to work on
the console.
The new patch is using the JSTL taglib instead of the i18n-taglib. Also
we are looking at the commons-i18n for the portlet side. The translation
has been on the source from the trunk version.
Also we a
[ http://issues.apache.org/jira/browse/GERONIMO-1783?page=all ]
Sean C. McCarthy updated GERONIMO-1783:
---
Attachment: welcome.diff
New patch using the JSTL taglibs from Jakarta instead taglibs-i18n. The
previous patch didn't work.
> Welcome appli
18 matches
Mail list logo