date:20080505

[BUILD] trunk: Failed for Revision: 653321

2008-05-05 Thread gawor

Geronimo Revision: 653321 built with tests included
 
See the full build-0300.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505/build-0300.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 32 minutes 59 seconds
[INFO] Finished at: Mon May 05 03:36:24 EDT 2008
[INFO] Final Memory: 334M/714M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505/logs-0300-tomcat/test.log
 
 
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [surefire:test {execution: test}]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [jar:jar]
[INFO] [INFO] Building jar: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws-tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar
[INFO] [INFO] [geronimo:deploy-module {execution: deploy-service}]
[INFO] [INFO] Using non-artifact based module archive: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws-tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar
[INFO] [INFO] Using non-artifact based plan: null
[INFO] [INFO] Distributing module artifact: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws-tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar
 with plan null
[WARNING] Deployer operation failed: java.io.IOException: Unable to serialize 
GBeanData for 
JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/car,j2eeType=StaticJndiContext,name=StaticJndiContext
[WARNING] org.apache.geronimo.common.DeploymentException: java.io.IOException: 
Unable to serialize GBeanData for 
JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/car,j2eeType=StaticJndiContext,name=StaticJndiContext
[WARNING]   at 
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:275)
[WARNING]   at 
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
[WARNING]   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[WARNING]   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[WARNING]   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
[WARNING]   at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
[WARNING]   at 
org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
[WARNING]   at sun.reflect.GeneratedMethodAccessor123.invoke(Unknown Source)
[WARNING]   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
[WARNING]   at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
[WARNING]   at 
org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
[WARNING]   at 
com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
[WARNING]   at 
com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
[WARNING]   at 
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
[WARNING]   at 
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1410)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl.access$100(RMIConnectionImpl.java:81)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1247)
[WARNING]   at java.security.AccessController.doPrivileged(Native Method)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1350)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:784)
[WARNING

Re: [YOKO][DISCUSS] Time to create a 1.0 release?

2008-05-05 Thread Rick McGuire


Gianny Damour wrote:

Hello Rick,

Sorry, this is not directly related to your question. What kind of 
integration with ObjectGrid have you been working on? FWIW, I am 
working on a hierarchical, transactional, distributed, partitioned and 
replicated cache and data-grid solution as part of WADI and I am quite 
interested by this topic these days.
No real integration work, just helping the ObjectGrid developers with 
Yoko fixes when they attempt to run using the Yoko ORB.


Rick



Thanks,
Gianny

On 02/05/2008, at 11:43 PM, Rick McGuire wrote:

I've recently completed an activity on seeing if we could get the IBM 
ObjectGrid product working with the Yoko ORB.  This is a BIG CORBA 
application that rooted out quite a number of fringe bugs in the Yoko 
ORB.  The testing effort involved no just interactions between a yoko 
client and server, but also in different client/server combinations 
with the IBM ORB (ObjectGrid has some problems running on the Sun ORB 
at the moment, so that interoperability was not tested).  In the 
process of debugging these problems, I also added quite a bit of 
additional logging to the core orb.  Things are looking pretty good 
and stable at this point.
Currently, Geronimo is shipping using a pinned snapshot of the yoko 
code rather than an official release.  Harmony is picking up SNAPSHOT 
builds, I believe.  I think it is time to consider publishing the 1.0 
release so there's finally an official release level to work from.  I 
currently don't have any work items I feel need to be done before a 
1.0 release can get created.  I have a number of items I think need 
to get improved what I'd prefer doing after we cut a 1.0 release.  
Does anybody else know of additional items that might be required for 
the 1.0 release?


Rick

Re: [YOKO][DISCUSS] Time to create a 1.0 release?

2008-05-05 Thread Joe Bohn


Rick McGuire wrote:
I've recently completed an activity on seeing if we could get the IBM 
ObjectGrid product working with the Yoko ORB.  This is a BIG CORBA 
application that rooted out quite a number of fringe bugs in the Yoko 
ORB.  The testing effort involved no just interactions between a yoko 
client and server, but also in different client/server combinations with 
the IBM ORB (ObjectGrid has some problems running on the Sun ORB at the 
moment, so that interoperability was not tested).  In the process of 
debugging these problems, I also added quite a bit of additional logging 
to the core orb.  Things are looking pretty good and stable at this point.
Currently, Geronimo is shipping using a pinned snapshot of the yoko code 
rather than an official release.  Harmony is picking up SNAPSHOT builds, 
I believe.  I think it is time to consider publishing the 1.0 release so 
there's finally an official release level to work from.  I currently 
don't have any work items I feel need to be done before a 1.0 release 
can get created.  I have a number of items I think need to get improved 
what I'd prefer doing after we cut a 1.0 release.  Does anybody else 
know of additional items that might be required for the 1.0 release?


Rick



+1 for an official release.  We need to eliminate our private builds and 
pinned versions in G.


Joe

[jira] Commented: (GERONIMODEVTOOLS-251) J2EE dependencies in an Enterprise Applicaition artifact not maintained across Eclipse restart (and undeploy/redploy cycle)

2008-05-05 Thread B.J. Reed (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-251?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12594251#action_12594251
 ] 

B.J. Reed commented on GERONIMODEVTOOLS-251:


I've been unable to reproduce this problem on Geronimo 2.1 at this time.  Would 
it be possible for you to attach the ear and the war that give you this problem?

 J2EE dependencies in an Enterprise Applicaition artifact not maintained 
 across Eclipse restart (and undeploy/redploy cycle)
 ---

 Key: GERONIMODEVTOOLS-251
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-251
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.0.0
Reporter: Tim McConnell
Assignee: B.J. Reed
 Fix For: 2.1.1


 Reported by beyondjustin as below: 
 it's supposed to be like this:
 http://www.nabble.com/file/p13891278/3.jpg 
  
 But the second time I opened ecplise, it appeared like this:
 http://www.nabble.com/file/p13891278/2.jpg 

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Closed: (GERONIMO-3980) Replace maven-maven-plugin usage with shitty-maven-plugin

2008-05-05 Thread Jason Dillon (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-3980?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon closed GERONIMO-3980.
--

   Resolution: Fixed
Fix Version/s: 2.2

 Replace maven-maven-plugin usage with shitty-maven-plugin
 -

 Key: GERONIMO-3980
 URL: https://issues.apache.org/jira/browse/GERONIMO-3980
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: buildsystem
Reporter: Jason Dillon
Assignee: Jason Dillon
 Fix For: 2.2




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [BUILD] trunk: Failed for Revision: 653204

2008-05-05 Thread Jarek Gawor

Jason,

I think we need a better solution then changing the code to have
static loggers. There is tons of code that does
LoggerFactory.getLogger(getClass()); and so unless we update all of
the code to use static loggers, sooner or later this problem with
seralization will bite us again. So I think we will need a way for a
logger to serialize/deserlialize ok and at the same time continue to
update the code to use static loggers.

Jarek

On Sun, May 4, 2008 at 10:44 AM, Jason Dillon [EMAIL PROTECTED] wrote:
 I think this is related to loggers not being static in some gbean instance
 data muck...

  --jason




  On May 4, 2008, at 9:32 PM, [EMAIL PROTECTED] wrote:


  Geronimo Revision: 653204 built with tests included
 
  See the full build-0900.log file at
 http://people.apache.org/builds/geronimo/server/binaries/trunk/20080504/build-0900.log
 
  Download the binaries from
 http://people.apache.org/builds/geronimo/server/binaries/trunk/20080504
  [INFO] BUILD SUCCESSFUL
  [INFO]
 
  [INFO] Total time: 32 minutes 47 seconds
  [INFO] Finished at: Sun May 04 09:34:28 EDT 2008
  [INFO] Final Memory: 327M/1012M
  [INFO]
 
 
  TESTSUITE RESULTS (Failures only)
  =
  See detailed results at
 http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
  Assembly: tomcat
  =
  See the full test.log file at
 http://people.apache.org/builds/geronimo/server/binaries/trunk/20080504/logs-0900-tomcat/test.log
 
 
  [INFO] [INFO] Tests are skipped.
  [INFO] [INFO] [surefire:test {execution: test}]
  [INFO] [INFO] Tests are skipped.
  [INFO] [INFO] [jar:jar]
  [INFO] [INFO] Building jar:
 /home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws-tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar
  [INFO] [INFO] [geronimo:deploy-module {execution: deploy-service}]
  [INFO] [INFO] Using non-artifact based module archive:
 /home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws-tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar
  [INFO] [INFO] Using non-artifact based plan: null
  [INFO] [INFO] Distributing module artifact:
 /home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws-tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar
 with plan null
  [WARNING] Deployer operation failed: java.io.IOException: Unable to
 serialize GBeanData for
 JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/car,j2eeType=StaticJndiContext,name=StaticJndiContext
  [WARNING] org.apache.geronimo.common.DeploymentException:
 java.io.IOException: Unable to serialize GBeanData for
 JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/car,j2eeType=StaticJndiContext,name=StaticJndiContext
  [WARNING]   at
 org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:275)
  [WARNING]   at
 org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
  [WARNING]   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
 Method)
  [WARNING]   at
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
  [WARNING]   at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  [WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
  [WARNING]   at
 org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
  [WARNING]   at
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
  [WARNING]   at
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:849)
  [WARNING]   at
 org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:236)
  [WARNING]   at
 org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
  [WARNING]   at sun.reflect.GeneratedMethodAccessor124.invoke(Unknown
 Source)
  [WARNING]   at
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
  [WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
  [WARNING]   at
 org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
  [WARNING]   at
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
  [WARNING]   at
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:849)
  [WARNING]   at
 org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:236)
  [WARNING]   at
 org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
  [WARNING]   at
 com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
  [WARNING]   at
 com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
  [WARNING]   at

Re: [BUILD] trunk: Failed for Revision: 653204

2008-05-05 Thread Jason Dillon

Well, the code didn't used to have non-static loggers until I whacked  
them with out thinking about it enough.  But I agree that we need a  
better solution too.  Was thinking about adding some magic to the  
serialization bits to have special support for fields which are  
org.slf4j.Logger, to serialize the name of the logger, then re- 
initialize the logger when its deserialized.


Seems like this could all be isolated in GBeanData... but I'm still  
thinking about it.


--jason


On May 6, 2008, at 1:13 AM, Jarek Gawor wrote:


Jason,

I think we need a better solution then changing the code to have
static loggers. There is tons of code that does
LoggerFactory.getLogger(getClass()); and so unless we update all of
the code to use static loggers, sooner or later this problem with
seralization will bite us again. So I think we will need a way for a
logger to serialize/deserlialize ok and at the same time continue to
update the code to use static loggers.

Jarek

On Sun, May 4, 2008 at 10:44 AM, Jason Dillon [EMAIL PROTECTED]  
wrote:
I think this is related to loggers not being static in some gbean  
instance

data muck...

--jason




On May 4, 2008, at 9:32 PM, [EMAIL PROTECTED] wrote:



Geronimo Revision: 653204 built with tests included

See the full build-0900.log file at

http://people.apache.org/builds/geronimo/server/binaries/trunk/20080504/build-0900.log


Download the binaries from

http://people.apache.org/builds/geronimo/server/binaries/trunk/20080504

[INFO] BUILD SUCCESSFUL
[INFO]



[INFO] Total time: 32 minutes 47 seconds
[INFO] Finished at: Sun May 04 09:34:28 EDT 2008
[INFO] Final Memory: 327M/1012M
[INFO]




TESTSUITE RESULTS (Failures only)
=
See detailed results at

http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html


Assembly: tomcat
=
See the full test.log file at

http://people.apache.org/builds/geronimo/server/binaries/trunk/20080504/logs-0900-tomcat/test.log



[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [surefire:test {execution: test}]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [jar:jar]
[INFO] [INFO] Building jar:
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws- 
tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar

[INFO] [INFO] [geronimo:deploy-module {execution: deploy-service}]
[INFO] [INFO] Using non-artifact based module archive:
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws- 
tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar

[INFO] [INFO] Using non-artifact based plan: null
[INFO] [INFO] Distributing module artifact:
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws- 
tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar

with plan null

[WARNING] Deployer operation failed: java.io.IOException: Unable to

serialize GBeanData for
JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/ 
car,j2eeType=StaticJndiContext,name=StaticJndiContext

[WARNING] org.apache.geronimo.common.DeploymentException:

java.io.IOException: Unable to serialize GBeanData for
JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/ 
car,j2eeType=StaticJndiContext,name=StaticJndiContext

[WARNING]   at

org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:275)

[WARNING]   at

org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
[WARNING]   at  
sun.reflect.NativeMethodAccessorImpl.invoke0(Native

Method)

[WARNING]   at
sun 
.reflect 
.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

[WARNING]   at
sun 
.reflect 
.DelegatingMethodAccessorImpl 
.invoke(DelegatingMethodAccessorImpl.java:25)

[WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
[WARNING]   at
org 
.apache 
.geronimo 
.gbean 
.runtime 
.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)

[WARNING]   at
org 
.apache 
.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java: 
124)

[WARNING]   at
org 
.apache 
.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:849)

[WARNING]   at
org 
.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java: 
236)

[WARNING]   at

org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
[WARNING]   at  
sun.reflect.GeneratedMethodAccessor124.invoke(Unknown

Source)

[WARNING]   at
sun 
.reflect 
.DelegatingMethodAccessorImpl 
.invoke(DelegatingMethodAccessorImpl.java:25)

[WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
[WARNING]   at
org 
.apache 
.geronimo 
.gbean 
.runtime 
.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)

[WARNING]   at
org 
.apache 
.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java: 
124)

[WARNING]   at
org 
.apache

[jira] Commented: (GERONIMO-3989) gshell - infinite loop

2008-05-05 Thread Jason Dillon (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3989?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12594301#action_12594301
 ] 

Jason Dillon commented on GERONIMO-3989:


How to reproduce?


 gshell - infinite loop
 --

 Key: GERONIMO-3989
 URL: https://issues.apache.org/jira/browse/GERONIMO-3989
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.1.1
Reporter: Gianny Damour
Assignee: Jason Dillon
Priority: Critical

 There is an infinite (exception?) loop problem with gshell where the 
 exception below is raised and not properly handled.
 {code}
 18:47:22,314 DEBUG (main) [org.apache.geronimo.gshell.console.JLineConsole] 
 Work failed: java.io.IOException: Input/output error
 java.io.IOException: Input/output error
 at java.io.FileInputStream.readBytes(Native Method)
 at java.io.FileInputStream.read(FileInputStream.java:194)
 at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
 at java.io.BufferedInputStream.read(BufferedInputStream.java:235)
 at jline.Terminal.readCharacter(Terminal.java:99)
 at jline.UnixTerminal.readVirtualKey(UnixTerminal.java:128)
 at jline.ConsoleReader.readVirtualKey(ConsoleReader.java:1450)
 at jline.ConsoleReader.readBinding(ConsoleReader.java:651)
 at jline.ConsoleReader.readLine(ConsoleReader.java:492)
 at jline.ConsoleReader.readLine(ConsoleReader.java:446)
 at 
 org.apache.geronimo.gshell.console.JLineConsole.readLine(JLineConsole.java:92)
 at org.apache.geronimo.gshell.console.Console.work(Console.java:150)
 at org.apache.geronimo.gshell.console.Console.run(Console.java:128)
 at 
 org.apache.geronimo.gshell.console.JLineConsole.run(JLineConsole.java:68)
 at org.apache.geronimo.gshell.DefaultShell.run(DefaultShell.java:202)
 at org.apache.geronimo.gshell.GShell.run(GShell.java:156)
 at org.apache.geronimo.gshell.cli.Main.boot(Main.java:249)
 at org.apache.geronimo.gshell.cli.Main.main(Main.java:266)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at 
 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
 at 
 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
 at 
 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:408)
 at 
 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
 at 
 org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java:59)
 18:47:22,315 DEBUG (main) [org.apache.geronimo.gshell.console.JLineConsole] 
 Work failed: java.io.IOException: Input/output error
 java.io.IOException: Input/output error
 at java.io.FileInputStream.readBytes(Native Method)
 at java.io.FileInputStream.read(FileInputStream.java:194)
 {code}
 Gr. As this exception is written every 1ms in gshell.log, it filled my 
 hard disk...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Assigned: (GERONIMO-3989) gshell - infinite loop

2008-05-05 Thread Jason Dillon (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-3989?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jason Dillon reassigned GERONIMO-3989:
--

Assignee: Jason Dillon

 gshell - infinite loop
 --

 Key: GERONIMO-3989
 URL: https://issues.apache.org/jira/browse/GERONIMO-3989
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.1.1
Reporter: Gianny Damour
Assignee: Jason Dillon
Priority: Critical

 There is an infinite (exception?) loop problem with gshell where the 
 exception below is raised and not properly handled.
 {code}
 18:47:22,314 DEBUG (main) [org.apache.geronimo.gshell.console.JLineConsole] 
 Work failed: java.io.IOException: Input/output error
 java.io.IOException: Input/output error
 at java.io.FileInputStream.readBytes(Native Method)
 at java.io.FileInputStream.read(FileInputStream.java:194)
 at java.io.BufferedInputStream.fill(BufferedInputStream.java:218)
 at java.io.BufferedInputStream.read(BufferedInputStream.java:235)
 at jline.Terminal.readCharacter(Terminal.java:99)
 at jline.UnixTerminal.readVirtualKey(UnixTerminal.java:128)
 at jline.ConsoleReader.readVirtualKey(ConsoleReader.java:1450)
 at jline.ConsoleReader.readBinding(ConsoleReader.java:651)
 at jline.ConsoleReader.readLine(ConsoleReader.java:492)
 at jline.ConsoleReader.readLine(ConsoleReader.java:446)
 at 
 org.apache.geronimo.gshell.console.JLineConsole.readLine(JLineConsole.java:92)
 at org.apache.geronimo.gshell.console.Console.work(Console.java:150)
 at org.apache.geronimo.gshell.console.Console.run(Console.java:128)
 at 
 org.apache.geronimo.gshell.console.JLineConsole.run(JLineConsole.java:68)
 at org.apache.geronimo.gshell.DefaultShell.run(DefaultShell.java:202)
 at org.apache.geronimo.gshell.GShell.run(GShell.java:156)
 at org.apache.geronimo.gshell.cli.Main.boot(Main.java:249)
 at org.apache.geronimo.gshell.cli.Main.main(Main.java:266)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 at java.lang.reflect.Method.invoke(Method.java:585)
 at 
 org.codehaus.plexus.classworlds.launcher.Launcher.launchEnhanced(Launcher.java:289)
 at 
 org.codehaus.plexus.classworlds.launcher.Launcher.launch(Launcher.java:229)
 at 
 org.codehaus.plexus.classworlds.launcher.Launcher.mainWithExitCode(Launcher.java:408)
 at 
 org.codehaus.plexus.classworlds.launcher.Launcher.main(Launcher.java:351)
 at 
 org.apache.geronimo.gshell.bootstrap.Launcher.main(Launcher.java:59)
 18:47:22,315 DEBUG (main) [org.apache.geronimo.gshell.console.JLineConsole] 
 Work failed: java.io.IOException: Input/output error
 java.io.IOException: Input/output error
 at java.io.FileInputStream.readBytes(Native Method)
 at java.io.FileInputStream.read(FileInputStream.java:194)
 {code}
 Gr. As this exception is written every 1ms in gshell.log, it filled my 
 hard disk...

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GERONIMO-4004) Upgrade XStream to 1.3

2008-05-05 Thread Jason Dillon (JIRA)

Upgrade XStream to 1.3
--

 Key: GERONIMO-4004
 URL: https://issues.apache.org/jira/browse/GERONIMO-4004
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: buildsystem
Reporter: Jason Dillon
Assignee: Jason Dillon
 Fix For: 2.2




-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: [BUILD] trunk: Failed for Revision: 653204

2008-05-05 Thread Jason Dillon

The other option, is to create our own SLF4J implementation, which  
provides this serialization muck... which may also allow us to add  
some ability to inject some state into the MDC and/or NDC to provide  
more details about the logger, like which plugin or which ear they  
came from, etc...


--jason


On May 6, 2008, at 1:13 AM, Jarek Gawor wrote:


Jason,

I think we need a better solution then changing the code to have
static loggers. There is tons of code that does
LoggerFactory.getLogger(getClass()); and so unless we update all of
the code to use static loggers, sooner or later this problem with
seralization will bite us again. So I think we will need a way for a
logger to serialize/deserlialize ok and at the same time continue to
update the code to use static loggers.

Jarek

On Sun, May 4, 2008 at 10:44 AM, Jason Dillon [EMAIL PROTECTED]  
wrote:
I think this is related to loggers not being static in some gbean  
instance

data muck...

--jason




On May 4, 2008, at 9:32 PM, [EMAIL PROTECTED] wrote:



Geronimo Revision: 653204 built with tests included

See the full build-0900.log file at

http://people.apache.org/builds/geronimo/server/binaries/trunk/20080504/build-0900.log


Download the binaries from

http://people.apache.org/builds/geronimo/server/binaries/trunk/20080504

[INFO] BUILD SUCCESSFUL
[INFO]



[INFO] Total time: 32 minutes 47 seconds
[INFO] Finished at: Sun May 04 09:34:28 EDT 2008
[INFO] Final Memory: 327M/1012M
[INFO]




TESTSUITE RESULTS (Failures only)
=
See detailed results at

http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html


Assembly: tomcat
=
See the full test.log file at

http://people.apache.org/builds/geronimo/server/binaries/trunk/20080504/logs-0900-tomcat/test.log



[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [surefire:test {execution: test}]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [jar:jar]
[INFO] [INFO] Building jar:
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws- 
tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar

[INFO] [INFO] [geronimo:deploy-module {execution: deploy-service}]
[INFO] [INFO] Using non-artifact based module archive:
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws- 
tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar

[INFO] [INFO] Using non-artifact based plan: null
[INFO] [INFO] Distributing module artifact:
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws- 
tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar

with plan null

[WARNING] Deployer operation failed: java.io.IOException: Unable to

serialize GBeanData for
JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/ 
car,j2eeType=StaticJndiContext,name=StaticJndiContext

[WARNING] org.apache.geronimo.common.DeploymentException:

java.io.IOException: Unable to serialize GBeanData for
JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/ 
car,j2eeType=StaticJndiContext,name=StaticJndiContext

[WARNING]   at

org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:275)

[WARNING]   at

org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
[WARNING]   at  
sun.reflect.NativeMethodAccessorImpl.invoke0(Native

Method)

[WARNING]   at
sun 
.reflect 
.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)

[WARNING]   at
sun 
.reflect 
.DelegatingMethodAccessorImpl 
.invoke(DelegatingMethodAccessorImpl.java:25)

[WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
[WARNING]   at
org 
.apache 
.geronimo 
.gbean 
.runtime 
.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)

[WARNING]   at
org 
.apache 
.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java: 
124)

[WARNING]   at
org 
.apache 
.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:849)

[WARNING]   at
org 
.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java: 
236)

[WARNING]   at

org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
[WARNING]   at  
sun.reflect.GeneratedMethodAccessor124.invoke(Unknown

Source)

[WARNING]   at
sun 
.reflect 
.DelegatingMethodAccessorImpl 
.invoke(DelegatingMethodAccessorImpl.java:25)

[WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
[WARNING]   at
org 
.apache 
.geronimo 
.gbean 
.runtime 
.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)

[WARNING]   at
org 
.apache 
.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java: 
124)

[WARNING]   at
org 
.apache 
.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:849)

[WARNING]   at
org 
.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java: 
236)

[WARNING]   at
org 
.apache

Re: How to stop loading of default certificate

2008-05-05 Thread Jarek Gawor

Well, the problem is that the org.apache.geronimo.crypto.KeystoreUtil
(in static block) goes through all the KeyStore providers and tests if
they support storing a certificate. That test causes that window to be
displayed on Windows with Java 1.6. The KeystoreUtil keeps a list of
the providers which supporting storing a certificate in a public
certKeystoreTypes variable. However, I cannot find a single reference
to that variable in the entire Geronimo code.

If there are no external references to that certKeystoreTypes variable
maybe we should just remove that piece of code altogether (that
particular test and the variable). If there are external references we
can either make it empty or set it to a list that contains all
KeyStore providers (since there is no easy way to figure out if the
KeyStore supports certificates or not and without causing other side
effects like on Windows, AFAIK).

Thoughts?

Jarek

On Mon, May 5, 2008 at 2:29 PM, Kevan Miller [EMAIL PROTECTED] wrote:
 Seems like it's time to get this fixed :-)

  --kevan



  On May 5, 2008, at 8:25 AM, Jarek Gawor [EMAIL PROTECTED] wrote:


  Try with jetty assembly:
 https://issues.apache.org/jira/browse/GERONIMO-3864
 
  :)
 
  Jarek
 
  On Mon, May 5, 2008 at 9:18 AM, Ashwill, Steve (Facilities  Services)
  [EMAIL PROTECTED] wrote:
 
   I haven't found it in the documentation, perhaps I'm just not looking
   in the right place.
  
   The message says:
   You are about to install a certificate from a certification authority
   (CA) claiming to represent:
  
   ME
  
   {text omitted}
  
  
   Do you want to install this certificate?
  
   Yes No
  
  
   I do not believe that anything has been modified concerning the
   keystores.  This started as soon as I upgraded to 2.1 I start it as a
   service, but the same thing happens if I run from the command line as
   well with startup.bat.
  
  
  
  
  
   Steven Ashwill
   Application Developer
   University of Illinois
   1609 S. Oak St.   M/C 662
   Champaign, IL 61821
   (217) 265-6337
  
  
  
   -Original Message-
   From: David Jencks [mailto:[EMAIL PROTECTED]
   Sent: Friday, May 02, 2008 12:44 PM
   To: [EMAIL PROTECTED]
   Subject: Re: How to stop loading of default certificate
  
   I've never seen  this happen.  Have you modified the geronimo keystore/
   truststore setup?  How are you restarting geronimo?  What does the popup
   look like?  Is there a stack trace?
  
   This seems like something we should cover in the documentation...
  
   thanks
   david jencks
  
   On May 2, 2008, at 9:10 AM, Ashwill, Steve (Facilities  Services)
   wrote:
  
  
Can someone save me some research time and tell me how to stop
Geronimo from trying to load the default certificate. The pop up boxes
   
  
  
asking if I want to load it are causing a problem if I am doing a
remote restart because they appear on the console not on the remote
desktop connection.
   
Thanks,
Steven Ashwill
   
   
Sorry for the duplicate message, but I though I'd better get the right
   
  
  
subject line. Haste does indeed make waste.

[BUILD] trunk: Failed for Revision: 653470

2008-05-05 Thread gawor

Geronimo Revision: 653470 built with tests included
 
See the full build-0900.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505/build-0900.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 94 minutes 42 seconds
[INFO] Finished at: Mon May 05 10:38:06 EDT 2008
[INFO] Final Memory: 349M/875M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505/logs-0900-tomcat/test.log
 
 
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [surefire:test {execution: test}]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [jar:jar]
[INFO] [INFO] Building jar: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws-tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar
[INFO] [INFO] [geronimo:deploy-module {execution: deploy-service}]
[INFO] [INFO] Using non-artifact based module archive: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws-tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar
[INFO] [INFO] Using non-artifact based plan: null
[INFO] [INFO] Distributing module artifact: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/jaxws-tests/jaxws-client/target/jaxws-client-2.2-SNAPSHOT.jar
 with plan null
[WARNING] Deployer operation failed: java.io.IOException: Unable to serialize 
GBeanData for 
JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/car,j2eeType=StaticJndiContext,name=StaticJndiContext
[WARNING] org.apache.geronimo.common.DeploymentException: java.io.IOException: 
Unable to serialize GBeanData for 
JEE5/JAXWSClient/1.1/car?J2EEApplication=JEE5/JAXWSClient/1.1/car,j2eeType=StaticJndiContext,name=StaticJndiContext
[WARNING]   at 
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:275)
[WARNING]   at 
org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:133)
[WARNING]   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[WARNING]   at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[WARNING]   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
[WARNING]   at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
[WARNING]   at 
org.apache.geronimo.kernel.KernelGBean.invoke(KernelGBean.java:342)
[WARNING]   at sun.reflect.GeneratedMethodAccessor124.invoke(Unknown Source)
[WARNING]   at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[WARNING]   at java.lang.reflect.Method.invoke(Method.java:585)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
[WARNING]   at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:850)
[WARNING]   at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:237)
[WARNING]   at 
org.apache.geronimo.system.jmx.MBeanGBeanBridge.invoke(MBeanGBeanBridge.java:172)
[WARNING]   at 
com.sun.jmx.mbeanserver.DynamicMetaDataImpl.invoke(DynamicMetaDataImpl.java:213)
[WARNING]   at 
com.sun.jmx.mbeanserver.MetaDataImpl.invoke(MetaDataImpl.java:220)
[WARNING]   at 
com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.invoke(DefaultMBeanServerInterceptor.java:815)
[WARNING]   at 
com.sun.jmx.mbeanserver.JmxMBeanServer.invoke(JmxMBeanServer.java:784)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl.doOperation(RMIConnectionImpl.java:1410)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl.access$100(RMIConnectionImpl.java:81)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl$PrivilegedOperation.run(RMIConnectionImpl.java:1247)
[WARNING]   at java.security.AccessController.doPrivileged(Native Method)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl.doPrivilegedOperation(RMIConnectionImpl.java:1350)
[WARNING]   at 
javax.management.remote.rmi.RMIConnectionImpl.invoke(RMIConnectionImpl.java:784)
[WARNING

[jira] Commented: (GERONIMO-4000) Cannot start magicGball sample's client application thru gshell command

2008-05-05 Thread Jarek Gawor (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4000?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12594322#action_12594322
 ] 

Jarek Gawor commented on GERONIMO-4000:
---

I'm unable to find magicGball sample? Where did you find it?


 Cannot start magicGball sample's client application thru gshell command
 ---

 Key: GERONIMO-4000
 URL: https://issues.apache.org/jira/browse/GERONIMO-4000
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: sample apps
Affects Versions: 2.1
 Environment: Windows and linux 32bit
Reporter: Xia Ming

 1. deploy magicGball ear
 2. enter gshell, then issue command like: geronimo/start-client 
 org.apache.geronimo.samples/magiGBall-corba-nosec-client/2.1.0.0/car My 
 name?
 3. the console pops up some messages like:
 Launching Geronimo Client...
 Geronimo Client started in 0:00:00.000
 17:09:57,599 INFO  [Log4jService] 
 -
 17:09:57,599 INFO  [Log4jService] Started Logging Service
 17:09:57,599 INFO  [Log4jService] Runtime Information:
 17:09:57,599 INFO  [Log4jService]   Install Directory = 
 C:\wasce\geronimo-2.1-s
 c\assemblies\geronimo-tomcat6-javaee5\target\assembly
 17:09:57,614 INFO  [Log4jService]   JVM in use = IBM Corporation Java 1.5.0
 17:09:57,614 INFO  [Log4jService] Java Information:
 17:09:57,614 INFO  [Log4jService]   System property [java.runtime.name]  = 
 Java
 TM) 2 Runtime Environment, Standard Edition
 17:09:57,614 INFO  [Log4jService]   System property [java.runtime.version]  = 
 p
 i32devifx-20071025 (SR6b)
 17:09:57,614 INFO  [Log4jService]   System property [os.name] = 
 Win
 ows XP
 17:09:57,614 INFO  [Log4jService]   System property [os.version]  = 
 5.1
 build 2600 Service Pack 2
 17:09:57,614 INFO  [Log4jService]   System property [sun.os.patch.level]  = 
 nul
 17:09:57,614 INFO  [Log4jService]   System property [os.arch] = 
 x86
 17:09:57,614 INFO  [Log4jService]   System property [java.class.version]  = 
 49.
 17:09:57,614 INFO  [Log4jService]   System property [locale]  = 
 zh_
 N
 17:09:57,614 INFO  [Log4jService]   System property [unicode.encoding]= 
 Uni
 odeLittle
 17:09:57,614 INFO  [Log4jService]   System property [file.encoding]   = 
 GB1
 030
 17:09:57,614 INFO  [Log4jService]   System property [java.vm.name]= 
 IBM
 J9 VM
 17:09:57,614 INFO  [Log4jService]   System property [java.vm.vendor]  = 
 IBM
 Corporation
 17:09:57,614 INFO  [Log4jService]   System property [java.vm.version] = 
 2.3
 17:09:57,630 INFO  [Log4jService]   System property [java.vm.info]= 
 J2R
  1.5.0 IBM J9 2.3 Windows XP x86-32 j9vmwi3223-20071007 (JIT enabled)
 J9VM - 20071004_14218_lHdSMR
 JIT  - 20070820_1846ifx1_r8
 GC   - 200708_10
 17:09:57,630 INFO  [Log4jService]   System property [java.home]   = 
 C:\
 rogram Files\IBM\Java50\jre
 17:09:57,630 INFO  [Log4jService]   System property [java.classpath]  = 
 nul
 17:09:57,630 INFO  [Log4jService]   System property [java.library.path]   = 
 C:\
 rogram Files\IBM\Java50\jre\bin;.;C:\wasce\maven-2.0.5\bin;C:\Program 
 Files\IBM
 SDP70Shared\AgentController\bin;C:\STAF\bin;C:\WINDOWS\system32;C:\WINDOWS;C:\W
 NDOWS\System32\Wbem;C:\Program Files\UltraEdit;C:\Program 
 Files\Rational\ClearC
 se\etc\utils;C:\Program 
 Files\ThinkPad\ConnectUtilities;C:\PROGRA~1\IBM\SQLLIB\
 IN;C:\PROGRA~1\IBM\SQLLIB\FUNCTION;C:\PROGRA~1\IBM\SQLLIB\SAMPLES\REPL;C:\Progr
 m Files\IBM\Installation Manager\eclipse\lib;C:\EQF\WIN\;C:\EQF\TABLE\
 17:09:57,630 INFO  [Log4jService]   System property [java.endorsed.dirs]  = 
 C:\
 asce\geronimo-2.1-src\assemblies\geronimo-tomcat6-javaee5\target\assembly\lib\e
 dorsed
 17:09:57,630 INFO  [Log4jService]   System property [java.ext.dirs]   = 
 C:\
 asce\geronimo-2.1-src\assemblies\geronimo-tomcat6-javaee5\target\assembly\lib\e
 t;C:\Program Files\IBM\Java50\jre\lib\ext
 17:09:57,630 INFO  [Log4jService]   System property [sun.boot.class.path] = 
 C:\
 asce\geronimo-2.1-src\assemblies\geronimo-tomcat6-javaee5\target\assembly\lib\e
 dorsed\yoko-spec-corba-1.0-r615303.jar;C:\wasce\geronimo-2.1-src\assemblies\ger
 nimo-tomcat6-javaee5\target\assembly\lib\endorsed\yoko-rmi-spec-1.0-r615303.jar
 C:\Program Files\IBM\Java50\jre\lib\vm.jar;C:\Program 
 Files\IBM\Java50\jre\lib\
 ore.jar;C:\Program Files\IBM\Java50\jre\lib\charsets.jar;C:\Program 
 Files\IBM\J
 va50\jre\lib\graphics.jar;C:\Program 
 Files\IBM\Java50\jre\lib\security.jar;C:\P
 ogram Files\IBM\Java50\jre\lib\ibmpkcs.jar;C:\Program 
 Files\IBM\Java50\jre\lib\
 bmorb.jar;C:\Program Files\IBM\Java50\jre\lib\ibmcfw.jar;C:\Program 
 Files\IBM\J
 va50\jre\lib\ibmorbapi.jar;C:\Program 
 Files\IBM\Java50\jre\lib\ibmjcefw.jar;C:\
 rogram

[jira] Assigned: (GERONIMO-4001) Cannot remote deploy a sample thru gshell deploy/deploy command

2008-05-05 Thread Jarek Gawor (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor reassigned GERONIMO-4001:
-

Assignee: Jarek Gawor

 Cannot remote deploy a sample thru gshell deploy/deploy command
 ---

 Key: GERONIMO-4001
 URL: https://issues.apache.org/jira/browse/GERONIMO-4001
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.1
 Environment: Windows and linux x86 32bit
Reporter: Xia Ming
Assignee: Jarek Gawor

 steps:
 1. modify serverA's RemoteDeploymentHostname=machineA's IP
 2. try to deploy a sample application from machineB thru gshell: 
 deploy/deploy -s machineA's IP localpathtothesampleapplication
 Problems:
 [EMAIL PROTECTED]:/ deploy/deploy -s xx.xx.xx.xx 
 D:/Softwares/build/wasce_samples-2.1.0.0/applications/cviewer/target/cviewer-2.1.0.0.war
 Uploading 1 file(s) to server
 ERROR DeploymentException: Unable to distribute cviewer-2.1.0.0.war: 
 org.apache.geronimo.crypto.encoders.Base64

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: svn commit: r653588 - in /geronimo/server/trunk/framework/modules: geronimo-kernel/src/main/java/org/apache/geronimo/gbean/runtime/ geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/

2008-05-05 Thread Jacek Laskowski

On Mon, May 5, 2008 at 10:34 PM,  [EMAIL PROTECTED] wrote:
 Author: jdillon
  Date: Mon May  5 13:34:06 2008
  New Revision: 653588

  URL: http://svn.apache.org/viewvc?rev=653588view=rev
  Log:
  Start of custom SLF4J muck for Geronimo

  -log.trace(Checking if child is running: child= + child);
  +log.trace(Checking if child is running: child={}, child);

Is it intentional? Will it work without the numbering like {0}? I see
it occuring everywhere in the submitted code so it seems to be the way
it works, but thought I'd ask for some pointers.

Jacek

-- 
Jacek Laskowski
http://www.JacekLaskowski.pl

[jira] Updated: (GERONIMO-4001) Cannot remote deploy a sample thru gshell deploy/deploy command

2008-05-05 Thread Jarek Gawor (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor updated GERONIMO-4001:
--

Affects Version/s: 2.1.1

 Cannot remote deploy a sample thru gshell deploy/deploy command
 ---

 Key: GERONIMO-4001
 URL: https://issues.apache.org/jira/browse/GERONIMO-4001
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.1, 2.1.1
 Environment: Windows and linux x86 32bit
Reporter: Xia Ming
Assignee: Jarek Gawor
 Fix For: 2.1.2, 2.2


 steps:
 1. modify serverA's RemoteDeploymentHostname=machineA's IP
 2. try to deploy a sample application from machineB thru gshell: 
 deploy/deploy -s machineA's IP localpathtothesampleapplication
 Problems:
 [EMAIL PROTECTED]:/ deploy/deploy -s xx.xx.xx.xx 
 D:/Softwares/build/wasce_samples-2.1.0.0/applications/cviewer/target/cviewer-2.1.0.0.war
 Uploading 1 file(s) to server
 ERROR DeploymentException: Unable to distribute cviewer-2.1.0.0.war: 
 org.apache.geronimo.crypto.encoders.Base64

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-4001) Cannot remote deploy a sample thru gshell deploy/deploy command

2008-05-05 Thread Jarek Gawor (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-4001?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor resolved GERONIMO-4001.
---

   Resolution: Fixed
Fix Version/s: 2.2
   2.1.2

Committed a fix to trunk (revision 653593) and branches/2.1 (revision 653594).


 Cannot remote deploy a sample thru gshell deploy/deploy command
 ---

 Key: GERONIMO-4001
 URL: https://issues.apache.org/jira/browse/GERONIMO-4001
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.1, 2.1.1
 Environment: Windows and linux x86 32bit
Reporter: Xia Ming
Assignee: Jarek Gawor
 Fix For: 2.1.2, 2.2


 steps:
 1. modify serverA's RemoteDeploymentHostname=machineA's IP
 2. try to deploy a sample application from machineB thru gshell: 
 deploy/deploy -s machineA's IP localpathtothesampleapplication
 Problems:
 [EMAIL PROTECTED]:/ deploy/deploy -s xx.xx.xx.xx 
 D:/Softwares/build/wasce_samples-2.1.0.0/applications/cviewer/target/cviewer-2.1.0.0.war
 Uploading 1 file(s) to server
 ERROR DeploymentException: Unable to distribute cviewer-2.1.0.0.war: 
 org.apache.geronimo.crypto.encoders.Base64

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Re: svn commit: r653588 - in /geronimo/server/trunk/framework/modules: geronimo-kernel/src/main/java/org/apache/geronimo/gbean/runtime/ geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/

2008-05-05 Thread Jason Dillon

Yes, this is intentional.  SLF4J has some optimized code to deal with  
{} strings for substitution.


--jason


On May 6, 2008, at 3:46 AM, Jacek Laskowski wrote:


On Mon, May 5, 2008 at 10:34 PM,  [EMAIL PROTECTED] wrote:

Author: jdillon
Date: Mon May  5 13:34:06 2008
New Revision: 653588

URL: http://svn.apache.org/viewvc?rev=653588view=rev
Log:
Start of custom SLF4J muck for Geronimo


-log.trace(Checking if child is running: child= +  
child);
+log.trace(Checking if child is running:  
child={}, child);


Is it intentional? Will it work without the numbering like {0}? I see
it occuring everywhere in the submitted code so it seems to be the way
it works, but thought I'd ask for some pointers.

Jacek

--
Jacek Laskowski
http://www.JacekLaskowski.pl

[jira] Assigned: (GERONIMO-3999) Cannot remote deploy a plugin through deploy.bat|.sh

2008-05-05 Thread Jarek Gawor (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-3999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor reassigned GERONIMO-3999:
-

Assignee: Jarek Gawor

 Cannot remote deploy a plugin through deploy.bat|.sh
 

 Key: GERONIMO-3999
 URL: https://issues.apache.org/jira/browse/GERONIMO-3999
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.1
 Environment: Windows and linux 32bit environment
Reporter: Xia Ming
Assignee: Jarek Gawor

 1. Modify RemoteDeployHostname=machineB's IP in machineA's 
 config-substitution.properties
 2. start two servers on both machines
 3. On machineB, issue command: deploy.bat --host machineA install-plugin 
 machineB's local path to a plugin car file
 4. On machineA, an error logged in geronimo.log like this: 14:33:50,062 
 ERROR [PluginInstallerGBean] Invalid Configuration Archive machineB's local 
 path to a plugin car file no plugin metadata found
 5. On machineB, some log entries are as below:
 14:38:01,546 INFO  [RemoteDeploymentManager] Uploading 1 file(s) to server
 14:38:01,578 INFO  [RemoteDeploymentManager] Uploading 
 cviewer-tomcat-2.1.0.0.car: 11 KB
 14:38:01,781 INFO  [RemoteDeploymentManager] File upload complete (Server 
 status=OK)
 14:38:01,796 INFO  [RemoteDeploymentManager] File(s) transferred to server.  
 Resuming deployment operation.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Resolved: (GERONIMO-3999) Cannot remote deploy a plugin through deploy.bat|.sh

2008-05-05 Thread Jarek Gawor (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-3999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor resolved GERONIMO-3999.
---

   Resolution: Fixed
Fix Version/s: 2.2
   2.1.2

The same problem also affects install-library operation. 

Committed fixes to trunk (revision 653620) and branches/2.1 (revision 653621) 
(for remote deploy and remote install-library operations).




 Cannot remote deploy a plugin through deploy.bat|.sh
 

 Key: GERONIMO-3999
 URL: https://issues.apache.org/jira/browse/GERONIMO-3999
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.1
 Environment: Windows and linux 32bit environment
Reporter: Xia Ming
Assignee: Jarek Gawor
 Fix For: 2.1.2, 2.2


 1. Modify RemoteDeployHostname=machineB's IP in machineA's 
 config-substitution.properties
 2. start two servers on both machines
 3. On machineB, issue command: deploy.bat --host machineA install-plugin 
 machineB's local path to a plugin car file
 4. On machineA, an error logged in geronimo.log like this: 14:33:50,062 
 ERROR [PluginInstallerGBean] Invalid Configuration Archive machineB's local 
 path to a plugin car file no plugin metadata found
 5. On machineB, some log entries are as below:
 14:38:01,546 INFO  [RemoteDeploymentManager] Uploading 1 file(s) to server
 14:38:01,578 INFO  [RemoteDeploymentManager] Uploading 
 cviewer-tomcat-2.1.0.0.car: 11 KB
 14:38:01,781 INFO  [RemoteDeploymentManager] File upload complete (Server 
 status=OK)
 14:38:01,796 INFO  [RemoteDeploymentManager] File(s) transferred to server.  
 Resuming deployment operation.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Updated: (GERONIMO-3999) Cannot remote deploy a plugin through deploy.bat|.sh

2008-05-05 Thread Jarek Gawor (JIRA)


 [ 
https://issues.apache.org/jira/browse/GERONIMO-3999?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Jarek Gawor updated GERONIMO-3999:
--

Affects Version/s: 2.1.1

 Cannot remote deploy a plugin through deploy.bat|.sh
 

 Key: GERONIMO-3999
 URL: https://issues.apache.org/jira/browse/GERONIMO-3999
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.1, 2.1.1
 Environment: Windows and linux 32bit environment
Reporter: Xia Ming
Assignee: Jarek Gawor
 Fix For: 2.1.2, 2.2


 1. Modify RemoteDeployHostname=machineB's IP in machineA's 
 config-substitution.properties
 2. start two servers on both machines
 3. On machineB, issue command: deploy.bat --host machineA install-plugin 
 machineB's local path to a plugin car file
 4. On machineA, an error logged in geronimo.log like this: 14:33:50,062 
 ERROR [PluginInstallerGBean] Invalid Configuration Archive machineB's local 
 path to a plugin car file no plugin metadata found
 5. On machineB, some log entries are as below:
 14:38:01,546 INFO  [RemoteDeploymentManager] Uploading 1 file(s) to server
 14:38:01,578 INFO  [RemoteDeploymentManager] Uploading 
 cviewer-tomcat-2.1.0.0.car: 11 KB
 14:38:01,781 INFO  [RemoteDeploymentManager] File upload complete (Server 
 status=OK)
 14:38:01,796 INFO  [RemoteDeploymentManager] File(s) transferred to server.  
 Resuming deployment operation.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[jira] Created: (GSHELL-112) Can not evaluate a variable followed by a quotation mark

2008-05-05 Thread YunFeng Ma (JIRA)

Can not evaluate a variable followed by a quotation mark


 Key: GSHELL-112
 URL: https://issues.apache.org/jira/browse/GSHELL-112
 Project: GShell
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Parser
Affects Versions: 1.0-alpha-2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Jason Dillon
Priority: Minor
 Fix For: 1.0-alpha-2


Run the following steps in gshell:
{noformat}
set username=system
set password=manager
set login=deploy/connect -u $username -w $password
{noformat}

get the following Error message:
{noformat}
[EMAIL PROTECTED]:/ set login=deploy/connect -u $username -w $password
ERROR SyntaxException: Failed to evaluate: password
{noformat}

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

[BUILD] trunk: Failed for Revision: 653657

2008-05-05 Thread gawor

Geronimo Revision: 653657 built with tests included
 
See the full build-2100.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505/build-2100.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 31 minutes 37 seconds
[INFO] Finished at: Mon May 05 21:40:49 EDT 2008
[INFO] Final Memory: 329M/1007M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505/logs-2100-tomcat/test.log
 
 
Assembly: jetty
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080505/logs-2100-jetty/test.log
 
 
[INFO] [1mtest-2.1-jsps  [0m [32mSUCCESS[0m (0:00:35.008) 
[INFO] [1mtest-2.5-servlets  [0m [36mRUNNING[0m
[INFO] [1mtest-2.5-servlets  [0m [32mSUCCESS[0m (0:00:24.534) 
[INFO] [1mtest-jetty [0m [36mRUNNING[0m
[INFO] [1mtest-jetty [0m [32mSUCCESS[0m (0:00:17.472) 
[INFO] [1mtest-myfaces   [0m [36mRUNNING[0m
[INFO] [1mtest-myfaces   [0m [32mSUCCESS[0m (0:00:29.997) 
[INFO] [1mtest-web-forward   [0m [36mRUNNING[0m
[INFO] [1mtest-web-forward   [0m [32mSUCCESS[0m (0:00:28.880) 
[INFO] [1mtest-web-references[0m [36mRUNNING[0m
[INFO] [1mtest-web-references[0m [32mSUCCESS[0m (0:00:35.224) 
[INFO] 
[INFO] 
---
[INFO] Test Summary ([1m0:02:51.142[0m)
[INFO] Passed: [32m6[0m
[INFO] Failed: [32m0[0m
[INFO] 
---
[INFO] 
[INFO] [selenium:stop-server {execution: stop}]
[INFO] Stopping Selenium server...
[INFO] [ianal:verify-legal-files {execution: default}]
[INFO] [install:install]
[INFO] Installing /home/geronimo/geronimo/trunk/testsuite/web-testsuite/pom.xml 
to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/web-testsuite/2.2-SNAPSHOT/web-testsuite-2.2-SNAPSHOT.pom
[INFO] [geronimo:stop-server {execution: stop}]
[INFO] Stopping Geronimo server...
[INFO] [testsuite:generate-surefire-xml {execution: default}]
[INFO] Updating directory: 
/home/geronimo/geronimo/trunk/testsuite/target/surefire-reports
[INFO] Loading surefire xml for xmlproperty: 
/home/geronimo/geronimo/trunk/testsuite/web-testsuite/target/surefire-reports/TEST-org.apache.geronimo.mavenplugins.geronimo.server.StopServerMojo.xml
[INFO] Loading surefire xml for xmlproperty: 
/home/geronimo/geronimo/trunk/testsuite/web-testsuite/target/surefire-reports/TEST-org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.xml
[INFO] Loading parent surefire xml for xmlproperty: 
/home/geronimo/geronimo/trunk/testsuite/target/surefire-reports/TEST-web-testsuite.xml
[INFO] 

[INFO] Building Geronimo TestSuite :: WebServices TestSuite
[INFO]task-segment: [install]
[INFO] 

[INFO] [enforcer:enforce {execution: default}]
[INFO] [shitty:clean {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [selenium:xvfb {execution: xvfb}]
[INFO] Starting Xvfb...
[INFO] Using display: :26
[INFO] Using Xauthority file: /tmp/Xvfb52707.Xauthority
Deleting: /tmp/Xvfb52707.Xauthority
/usr/bin/xauth:  creating new authority file /tmp/Xvfb52707.Xauthority
Created dir: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/target/selenium
Launching Xvfb
Waiting for Xvfb...
[INFO] Redirecting output to: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/target/selenium/xvfb.log
Xvfb started
[INFO] [site:attach-descriptor]
[INFO] [selenium:start-server {execution: start}]
[INFO] Starting Selenium server...
Launching Selenium Server
Waiting for Selenium Server...
[INFO] Including display properties from: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/target/selenium/display.properties
[INFO] Redirecting output to: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/target/selenium/server.log
[INFO] User extensions: 
/home/geronimo/geronimo/trunk/testsuite/webservices-testsuite/target/selenium/user-extensions.js
Selenium Server started
[INFO] [geronimo:start-server {execution: start}]
[INFO] Using assembly configuration: jetty
[INFO] Using assembly artifact: 
org.apache.geronimo.assemblies:geronimo-jetty6-javaee5:zip:bin:2.2-SNAPSHOT
[INFO] Using geronimoHome: 
/home/geronimo/geronimo/trunk/testsuite

No longer provide gshell command execute-alias in Geronimo v2.1.2?

2008-05-05 Thread YunFeng Ma

There is a gshell command "execute-alias" in G v2.1.1, but it disappeared in V2.1.2. Should we no longer provide it in V2.1.2?I noticed the this groovy script is removed in V2.1.2:  framework\modules\geronimo-commands\src\main\groovy\org\apache\geronimo\commands\ExecuteAliasCommand.groovy 

  Be a better friend, newshound, and 
know-it-all with Yahoo! Mobile.  Try it now.

[VOTE] Release XBean 3.4

2008-05-05 Thread Guillaume Nodet

I've cut the 3.4 release.
Staging m2 repo is available at:
   http://people.apache.org/~gnodet/staging/xbean-3.4/
Svn tag:
   http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.4/

Here's my +1

-- 
Cheers,
Guillaume Nodet

Blog: http://gnodet.blogspot.com/

Re: [VOTE] Release XBean 3.4

2008-05-05 Thread Jacek Laskowski

+1

Jacek

On Mon, May 5, 2008 at 3:46 PM, Guillaume Nodet [EMAIL PROTECTED] wrote:
 I've cut the 3.4 release.
  Staging m2 repo is available at:
http://people.apache.org/~gnodet/staging/xbean-3.4/
  Svn tag:
http://svn.apache.org/repos/asf/geronimo/xbean/tags/xbean-3.4/

  Here's my +1

  --
  Cheers,
  Guillaume Nodet
  
  Blog: http://gnodet.blogspot.com/




-- 
Jacek Laskowski
http://www.JacekLaskowski.pl

[BUILD] trunk: Failed for Revision: 653321

Re: [YOKO][DISCUSS] Time to create a 1.0 release?

Re: [YOKO][DISCUSS] Time to create a 1.0 release?

[jira] Commented: (GERONIMODEVTOOLS-251) J2EE dependencies in an Enterprise Applicaition artifact not maintained across Eclipse restart (and undeploy/redploy cycle)

[jira] Closed: (GERONIMO-3980) Replace maven-maven-plugin usage with shitty-maven-plugin

Re: [BUILD] trunk: Failed for Revision: 653204

Re: [BUILD] trunk: Failed for Revision: 653204

[jira] Commented: (GERONIMO-3989) gshell - infinite loop

[jira] Assigned: (GERONIMO-3989) gshell - infinite loop

[jira] Created: (GERONIMO-4004) Upgrade XStream to 1.3

Re: [BUILD] trunk: Failed for Revision: 653204

Re: How to stop loading of default certificate

[BUILD] trunk: Failed for Revision: 653470

[jira] Commented: (GERONIMO-4000) Cannot start magicGball sample's client application thru gshell command

[jira] Assigned: (GERONIMO-4001) Cannot remote deploy a sample thru gshell deploy/deploy command

Re: svn commit: r653588 - in /geronimo/server/trunk/framework/modules: geronimo-kernel/src/main/java/org/apache/geronimo/gbean/runtime/ geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/

[jira] Updated: (GERONIMO-4001) Cannot remote deploy a sample thru gshell deploy/deploy command

[jira] Resolved: (GERONIMO-4001) Cannot remote deploy a sample thru gshell deploy/deploy command

Re: svn commit: r653588 - in /geronimo/server/trunk/framework/modules: geronimo-kernel/src/main/java/org/apache/geronimo/gbean/runtime/ geronimo-kernel/src/main/java/org/apache/geronimo/kernel/config/

[jira] Assigned: (GERONIMO-3999) Cannot remote deploy a plugin through deploy.bat|.sh

[jira] Resolved: (GERONIMO-3999) Cannot remote deploy a plugin through deploy.bat|.sh

[jira] Updated: (GERONIMO-3999) Cannot remote deploy a plugin through deploy.bat|.sh

[jira] Created: (GSHELL-112) Can not evaluate a variable followed by a quotation mark

[BUILD] trunk: Failed for Revision: 653657

No longer provide gshell command execute-alias in Geronimo v2.1.2?

[VOTE] Release XBean 3.4

Re: [VOTE] Release XBean 3.4

27 matches

Site Navigation

Mail list logo

Footer information