Opps. Mail threading is borked. There seems to be some discussion
going on still.
Regards,
Alan
On Dec 3, 2007, at 11:20 PM, Alan D. Cabrera wrote:
Thanks Matt.
It seems that no one objects. Is the next step to have the
recipient PMCs vote on receiving the code and developers?
OpenEJB trunk at 600810
Geronimo Revision: 600828 built with tests included
See the full build-0300.log file at
http://people.apache.org/~prasad/binaries/trunk/20071204/build-0300.log
Download the binaries from
http://people.apache.org/~prasad/binaries/trunk/20071204
[INFO] BUILD SUCCESSFUL
Remote control of geronimo instances via gshell processes running on the boxes
where the instances are hosted
-
Key: GERONIMO-3669
URL:
[
https://issues.apache.org/jira/browse/GERONIMO-3669?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Gianny Damour closed GERONIMO-3669.
---
Resolution: Fixed
This is now implemented.
Remote control of geronimo instances via
My apologies if this is a duplicate. I was surprised that there had
been no reaction at all to this proposal, and discovered that no copy of
this was in the dev list archives. So, let's try this again.
Rick
Below is a proposal that Matt
Hi,
As described a couple of days ago, I have just added a couple of
commands to simplify the remote control of servers.
This is an excerpt of the commit message:
Add a couple of gshell commands to simplify the remote control of
servers.
The commands being added are:
* alias: used to
On Dec 3, 2007 4:11 PM, Rick McGuire [EMAIL PROTECTED] wrote:
I was just starting the release process for the latest activation and
javamail spec jars. The parent pom for the current trunk version is
listed as being 1.2-SNAPSHOT. Previous releases used a 1.2 version
number. However, the
On Dec 3, 2007, at 1:45 PM, Rick McGuire wrote:
Below is a proposal that Matt Hogstrom, one of the mentors of the
Yoko project, has put forward for moving on with the Yoko project.
In a nutshell, the Yoko community has basically decided there is not
a lot of continuing interesting in
If you are interested in usedMemory and maxMemory as given by
Runtime, we could add that again. The JVM Stats give a rough estimate
of heap memory only.
Thanks
Anita
--- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
I am wondering if the following (which works) is the correct way to
get
[
https://issues.apache.org/jira/browse/GERONIMO-3645?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548260
]
Anita Kulshreshtha commented on GERONIMO-3645:
--
You could try removing all unnecessary dependencies
Currently when an app is deployed to an instance of G (say A), it
show up as 'stopped' in other instances. IIRC the relevant config.xml
had load=false for this config. If the app is deleted from A and all
the servers are shutdown. The other servers can not be started
(NoSuchConfigException)
I have a simple ADF project that call a jsp with:
Configuration.createRootApplicationModule
After deploy in WAR format, at Geronimo it says:
#Star log
HTTP Status 500 -
type Exception report
message
description The server encountered an internal error () that prevented it
from fulfilling
I am not able to build the latest trunk...any ideas?
[INFO]
[INFO] Building Geronimo Configs :: System Database
[INFO]task-segment: [install]
[INFO]
Build seems to be happy here:
http://people.apache.org/~prasad/binaries/trunk/20071204/build-0300.log
Thanks
Anita
--- Jeff Genender [EMAIL PROTECTED] wrote:
I am not able to build the latest trunk...any ideas?
[INFO
I don't know if it is necessary to add the statistics from Runtime. Here is
the relationship I see between the stats from Runtime and those got from
MemoryMXBean.getHeapMemoryUsage()
Runtime.totalMemory() == MemoryUsage.getCommitted()
Runtime.maxMemory() == MemoryUsage.getMax()
On Dec 4, 2007 7:36 PM, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
Currently when an app is deployed to an instance of G (say A), it
show up as 'stopped' in other instances. IIRC the relevant config.xml
had load=false for this config.
There shouldn't be any entry for this app in config.xml
IIUC,
http://java.sun.com/j2se/1.5.0/docs/api/java/lang/management/MemoryMXBean.html
runtime values are sum of values from Heap and non heap memory. In
other words you need to add contribution from non heap Memory to all 4
equations.
Thanks
Anita
--- Vamsavardhana Reddy [EMAIL PROTECTED]
yes, I uninstalled it from the wrong server despite being aware of
the behavior... Another version of the same problem is that the same
app can not be deployed in another instance. am I correct?
Thanks
Anita
--- Vamsavardhana Reddy [EMAIL PROTECTED] wrote:
On Dec 4, 2007 7:36 PM, Anita
I don't know why the non heap memory is missing in the equations. The
equations I gave are based what I observed by running the following code.
MemoryMXBean memmxbean = ManagementFactory.getMemoryMXBean();
Runtime rt = Runtime.getRuntime();
MemoryUsage
Well, i did not notice we were not on the dev list...
Anoher option is to not release everything in a single shot (i.e. have
separate tags, etc...)
but still have a single vote.
On Dec 4, 2007 4:46 PM, Rick McGuire [EMAIL PROTECTED] wrote:
Except of course, we decided some time ago not to
Yes, the application can not be installed from other instances as all the
instances are sharing the same repository. But, nothing prevents you from
starting the app in the other instances. Only thing is that before you to
uninstall the application from one instance, it has to be stopped in the
Here is the error...don't know whats up:
issing dependency: org.apache.geronimo.configs/transaction//car
[INFO]
[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: load of
OpenEJB trunk at 600925
Geronimo Revision: 600958 built with tests included
See the full build-0900.log file at
http://people.apache.org/~prasad/binaries/trunk/20071204/build-0900.log
Download the binaries from
http://people.apache.org/~prasad/binaries/trunk/20071204
[INFO] BUILD SUCCESSFUL
One of your posts on the user list had enough stack trace to lead me
to believe you have run into https://issues.apache.org/jira/browse/
GERONIMO-3243 and as noted there this is a bug in both Activemq and ADF.
We should do something to fix this problem in 2.1, either upgrade to
a newer amq
It is not clear to me if this is part of the earlier code or a
separate program. If it is part of the JMX code, then Runtime is from
the local jvm not remote. The non heap Memory for this program in
either case is negligible.
You could start G with -Dcom.sun.management.jmxremote. Start
java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException with
jaxws-tools wsimport
-
Key: GERONIMO-3670
URL:
[
https://issues.apache.org/jira/browse/GERONIMO-3670?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548332
]
Jarek Gawor commented on GERONIMO-3670:
---
The exception:
Exception in thread main
[
https://issues.apache.org/jira/browse/GERONIMO-3670?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jarek Gawor resolved GERONIMO-3670.
---
Resolution: Fixed
Fix Version/s: 2.1
2.0.x
Committed fixes to
JNDI is not available in filter.init() and filter.destroy() on Jetty
Key: GERONIMO-3671
URL: https://issues.apache.org/jira/browse/GERONIMO-3671
Project: Geronimo
Issue
[
https://issues.apache.org/jira/browse/GERONIMO-3671?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548368
]
Jarek Gawor commented on GERONIMO-3671:
---
Committed a fix to trunk (revision 601045).
Also, updated
I agree with Guilllaume. I'd prefer a single place to look for spec
jars. There is already a 1.1 version of saaj in geronimo-specs, why
shouldn't there be a 1.3 version?
Dan
On Tuesday 04 December 2007, you wrote:
Actually, this *is* the axis2 saaj 1.3 spec.
I've done that for two
On Dec 4, 2007 2:38 PM, Guillaume Nodet [EMAIL PROTECTED] wrote:
Actually, this *is* the axis2 saaj 1.3 spec.
I've done that for two reasons:
* the spec jar becomes an osgi bundle (along with all the other specs)
Ok but we can work with the Axis2 community to get this done.
* it provides
[
https://issues.apache.org/jira/browse/GERONIMO-3668?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548384
]
Erik B. Craig commented on GERONIMO-3668:
-
Committed revision 601062.
Thanks Viet
monitoring client
On Dec 4, 2007 8:57 PM, Jarek Gawor [EMAIL PROTECTED] wrote:
On Dec 4, 2007 2:38 PM, Guillaume Nodet [EMAIL PROTECTED] wrote:
Actually, this *is* the axis2 saaj 1.3 spec.
I've done that for two reasons:
* the spec jar becomes an osgi bundle (along with all the other specs)
Ok but we
On Dec 4, 2007 3:00 PM, Guillaume Nodet [EMAIL PROTECTED] wrote:
We pull two specs from Axis2 so we would have to replicate them both.
But in general, I don't think we need to replicate the specs although
I do understand the reason to keep things in one place.
I did mention this idea on
Interesting. I did not even know there was one at the ASF.
I was using the sun one which is binary compatible with ASL.
On Dec 4, 2007 9:03 PM, Jarek Gawor [EMAIL PROTECTED] wrote:
On Dec 4, 2007 3:00 PM, Guillaume Nodet [EMAIL PROTECTED] wrote:
We pull two specs from Axis2 so we would
[
https://issues.apache.org/jira/browse/GERONIMO-3671?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jarek Gawor resolved GERONIMO-3671.
---
Resolution: Fixed
Fix Version/s: 2.1
2.0.x
Ported the fix to
[
https://issues.apache.org/jira/browse/GERONIMO-3243?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kevan Miller updated GERONIMO-3243:
---
Priority: Blocker (was: Major)
Affects Version/s: (was: 2.0-M3)
On Dec 4, 2007, at 12:28 PM, David Jencks wrote:
One of your posts on the user list had enough stack trace to lead me
to believe you have run into https://issues.apache.org/jira/browse/GERONIMO-3243
and as noted there this is a bug in both Activemq and ADF.
We should do something to fix
OpenEJB trunk at 601039
Geronimo Revision: 601066 built with tests included
See the full build-1500.log file at
http://people.apache.org/~prasad/binaries/trunk/20071204/build-1500.log
apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
apache-snapshots (http
org.apache.geronimo.j2ee.deployment.annotation.AnnotationHelperTest is
implementation-dependent
---
Key: GERONIMO-3672
URL:
Install thread specific System.out and System.err adapters
--
Key: GSHELL-89
URL: https://issues.apache.org/jira/browse/GSHELL-89
Project: GShell
Issue Type: Task
Security Level:
[
https://issues.apache.org/jira/browse/GSHELL-89?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Dillon updated GSHELL-89:
---
Fix Version/s: 1.0-alpha-2
Assignee: (was: Jason Dillon)
Install thread specific
[
https://issues.apache.org/jira/browse/GSHELL-89?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548441
]
Jason Dillon commented on GSHELL-89:
Should probably use this:
*
Hi,
On the latest trun, it seems plugin installation is broken. When I try
to install plugins...I get this. Any ideas?:
5:20:44,138 ERROR [PluginInstallerGBean] Unable to install plugin.
java.io.IOException: No such file or directory
at
Hi,
Upon successful EAR deployment with an application client that uses
@EJB I run it with the following command:
java -jar bin/client.jar sampleear/sample-ear_SampleAppClient.jar/1.0/jar
It worked fine as far as the application's concerned, but the
following exception's thrown on the
[
https://issues.apache.org/jira/browse/GERONIMO-3243?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548463
]
solprovider commented on GERONIMO-3243:
---
ActiveMQ-4.1.1 is broken. The fix was committed to ActiveMQ in
[
https://issues.apache.org/jira/browse/GERONIMO-3609?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
David Jencks closed GERONIMO-3609.
--
Resolution: Fixed
The patch seems to work and ith the other new uses of LifecycleMethod I
[
https://issues.apache.org/jira/browse/GERONIMO-3607?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548467
]
David Jencks commented on GERONIMO-3607:
rev 601152 implements pack up a server and uses it from
GShell code does not pick up and execute files in the etc/rc.d directory
Key: GSHELL-90
URL: https://issues.apache.org/jira/browse/GSHELL-90
Project: GShell
Issue
[
https://issues.apache.org/jira/browse/GSHELL-90?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548496
]
Jeff Genender commented on GSHELL-90:
-
Sounds like this may be a dupe and probably belongs over in the Geronimo
[
https://issues.apache.org/jira/browse/GSHELL-90?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548500
]
Kevan Miller commented on GSHELL-90:
I renamed the original file with the COLON and COMMA in it's name. Files
Is the version temporary? Could you have used geronimoVersion
property instead of 2.1-SNAPSHOT?
Thanks
Anita
--- [EMAIL PROTECTED] wrote:
Modified:
[
https://issues.apache.org/jira/browse/GSHELL-90?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548520
]
Jeff Genender commented on GSHELL-90:
-
Maybe for another JIRA, but I think the colon and comma stuff should go
[
https://issues.apache.org/jira/browse/GERONIMO-3624?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548521
]
Jeff Genender commented on GERONIMO-3624:
-
How about getting rid of the commas an colon and come up with
OpenEJB trunk at 601178
Geronimo Revision: 601186 built with tests included
See the full build-2100.log file at
http://people.apache.org/~prasad/binaries/trunk/20071204/build-2100.log
Download the binaries from
http://people.apache.org/~prasad/binaries/trunk/20071204
[INFO] BUILD SUCCESSFUL
[
https://issues.apache.org/jira/browse/GSHELL-46?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548525
]
Jason Warner commented on GSHELL-46:
I just type up a whole long thing for this and then lost it when I clicked
All,
Please join us in congratulating Jay McHugh as the newest member of
the Geronimo PMC. It's been great to have Jay working with us as a
committer on Geronimo. Even better to have him join us in providing
oversight of the Geronimo project.
Way to go Jay!!!
The Apache Geronimo PMC
Congratulations Jay!
On Dec 4, 2007 11:26 PM, Kevan Miller [EMAIL PROTECTED] wrote:
All,
Please join us in congratulating Jay McHugh as the newest member of
the Geronimo PMC. It's been great to have Jay working with us as a
committer on Geronimo. Even better to have him join us in providing
[
https://issues.apache.org/jira/browse/GERONIMO-3672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jarek Gawor reassigned GERONIMO-3672:
-
Assignee: Jarek Gawor
[
https://issues.apache.org/jira/browse/GERONIMO-3672?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548535
]
Jarek Gawor commented on GERONIMO-3672:
---
Fixed the tests in trunk (revision 601205).
[
https://issues.apache.org/jira/browse/GERONIMO-3672?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jarek Gawor resolved GERONIMO-3672.
---
Resolution: Fixed
Fix Version/s: 2.1
2.0.x
Fixed tests in
Congratulations Jay!
On Dec 5, 2007 9:56 AM, Kevan Miller [EMAIL PROTECTED] wrote:
All,
Please join us in congratulating Jay McHugh as the newest member of
the Geronimo PMC. It's been great to have Jay working with us as a
committer on Geronimo. Even better to have him join us in providing
Congratulations Jay!
++Vamsi
On Dec 5, 2007 9:56 AM, Kevan Miller [EMAIL PROTECTED] wrote:
All,
Please join us in congratulating Jay McHugh as the newest member of
the Geronimo PMC. It's been great to have Jay working with us as a
committer on Geronimo. Even better to have him join us in
[
https://issues.apache.org/jira/browse/GERONIMO-3667?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12548556
]
Kan Ogawa commented on GERONIMO-3667:
-
Jarek,
I reported a similar issue before, which is GERONIMO-3528.
On Dec 4, 2007, at 4:56 AM, Kevan Miller wrote:
On Dec 3, 2007, at 1:45 PM, Rick McGuire wrote:
Below is a proposal that Matt Hogstrom, one of the mentors of the
Yoko project, has put forward for moving on with the Yoko project.
In a nutshell, the Yoko community has basically decided
On Dec 4, 2007 11:23 PM, Anita Kulshreshtha [EMAIL PROTECTED] wrote:
It is not clear to me if this is part of the earlier code or a
separate program. If it is part of the JMX code, then Runtime is from
the local jvm not remote. The non heap Memory for this program in
either case is
67 matches
Mail list logo
