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 neg
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 the
[
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.
Afte
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
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 provid
[
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 branch
[
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).
> org.apache.geronimo
[
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
> org.apache.geronimo.j2ee.deployment.annotation.AnnotationHelpe
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 provi
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
--ke
[
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 ad
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/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 s
[
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 and
Is the temporary? Could you have used geronimoVersion
property instead of 2.1-SNAPSHOT?
Thanks
Anita
--- [EMAIL PROTECTED] wrote:
> Modified:
>
geronimo/server/trunk/framework/modules/geronimo-system/src/main/java/org/apache/geronimo/system/resolver/ExplicitDefaultArtifactResolver.java
> UR
[
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 with
[
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
s
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 Type:
[
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 car-mav
[
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 do
[
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 July
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 client's
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 java.io.UnixFileSystem.createFileExclusively(Nativ
[
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:
*
http://svn.codehaus.org/mojo/trunk/mojo/shitty
[
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 System
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:
org.apache.geronimo.j2ee.deployment.annotation.AnnotationHelperTest is
implementation-dependent
---
Key: GERONIMO-3672
URL: https://issues.apache.org/jira/browse/GERONIMO-
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
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 th
[
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)
[
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 bra
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
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
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)
>
>
[
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 sh
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 pro
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 r
[
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 test-web
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 Typ
[
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 tr
[
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" java.lang.NoClassDefFoun
java.lang.NoClassDefFoundError: javax/xml/stream/XMLStreamException with
jaxws-tools wsimport
-
Key: GERONIMO-3670
URL: https://issues.apache.org/jira/browse/GERONIMO-3670
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
jconso
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 i
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
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
org.apache.geronimo.configs/connect
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
ot
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 memUsage
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 Ku
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 rel
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]>
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
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()
Runtime.freeMemory
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?
&
I am not able to build the latest trunk...any ideas?
[INFO]
[INFO] Building Geronimo Configs :: System Database
[INFO]task-segment: [install]
[INFO]
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 fulfillin
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) beca
[
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 f
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
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 movi
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 Hogs
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 al
[
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 gsh
Remote control of geronimo instances via gshell processes running on the boxes
where the instances are hosted
-
Key: GERONIMO-3669
URL: https://issues.apac
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, t
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
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?
Rega
67 matches
Mail list logo