date:20071010


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

Viet Hung Nguyen updated GERONIMO-3520:
---

Attachment: jms-mdb-sample-ear-2.0-SNAPSHOT.ear

sorry, I should have thought of this. Once you deploy the app, just fill out 
the form, it will send a message to standard output.

 missing jsr-77 stats for JTA
 

 Key: GERONIMO-3520
 URL: https://issues.apache.org/jira/browse/GERONIMO-3520
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: monitoring, transaction manager
Affects Versions: 2.0.2, 2.1
 Environment: linux
Reporter: Viet Hung Nguyen
 Attachments: geronimo-3520.patch, 
 jms-mdb-sample-ear-2.0-SNAPSHOT.ear, txmanagerStats.patch


 we need to surface transaction statistics defined by the JSR 77 spec.

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

Re: Basic TCP component

2007-10-10 Thread jpuro


Hmmm.  ok, likelyhood of options 2 and 3???  For my company we can use the
lgpl licensed one, but I'd like this to be out of the box for servicemix, at
least a basic version to begin with...

-jeff

gnodet wrote:
 
 AFAIK, the one provided by Spagic is LGPL and unless they plan to
 change its license we can't really use it in ServiceMix. So there are
 3 possibilities:
* you don't care about LGPL, so just use it
* the component is relicensed under AL
* the component is contributed to ServiceMix (which implies it is
 relicensed)
* or you start a new one :-(
 
 On 10/9/07, jpuro [EMAIL PROTECTED] wrote:

 So, what to do about a TCP component?  :)

 -jeff


 gnodet wrote:
 
  On 10/9/07, Andrea Zoppello [EMAIL PROTECTED] wrote:
  Hi Guillaume,
 
  If you take a look at the document How to cook your spagic you could
  find all the information, on the patches, enhnacements that we've made
  on servicemix.
 
  Actually spagic is based on smx 3.1.1 codebase.
 
  By the way our approach is to keep the patches that we've done in
 spagic
  until they're
  taken bu smx codebase.
 
  Most of the bug you are talking about have been already fixed afaik
  (SM-781, SM-924, SM-879).  One is still pending in an unknown state
  (SM-888).  You have raised another one recently about the split
  aggregator which has been included too (not released yet).  But I
  agree some have not been relesed yet :-(
 
 
  In future versions of spagic the patches that we've update to JIRA
 will
  not be there
  anymore, because it will be included directly in smx :-)
 
  Cool, I think that's the way to go too.  Hopefully we will be able to
  have shorter release cycles now.
 
 
  By the way have you seen my post about the needing for Merge
  components in front
  of a Drools or Content Based router??
 
 
  Andrea Zoppello
 
  Guillaume Nodet ha scritto:
   Andrea, I've just downloaded the source zip of the components and it
   seems that there is lots of components coming from ServiceMix: are
   these differents in some sort ? Bug fixes, enhancements ?  If so
 what
   about raising JIRAs and attaching your patches ? I know you have
   already done so and iirc i have applied them ...
  
   On 10/9/07, Andrea Zoppello [EMAIL PROTECTED] wrote:
  
   Hi Bruce,
  
   You can take a look at:
  
   http://forge.objectweb.org/projects/spagic
  
   In the project site you could find the source code.
  
   By the way some information the spagic TCP component is based on
  apache
   mina.
  
  
   Andrea Zoppello
  
  
  
  
   Bruce Snyder ha scritto:
  
   On 10/8/07, jpuro [EMAIL PROTECTED] wrote:
  
  
   Yup, that makes sense.  But after looking at spagic it seems that
  they
   already use mina in a similar fashion and handle a lot of other
  requirements
   for tcp/ip etc.  Take a look at their source code and let me know
  what you
   think.  Otherwise I'll just implement my own version on apache
 mina
  as I
   have seen camel-mina do.
  
  
   Please provide a URL to the source of the code you're looking at.
  
   Bruce
  
  
  
  
  
  
 
 
 
 
  --
  Cheers,
  Guillaume Nodet
  
  Blog: http://gnodet.blogspot.com/
 
 

 --
 View this message in context:
 http://www.nabble.com/Re%3A-Basic-TCP-component-tf4592566s12049.html#a13117891
 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.


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

-- 
View this message in context: 
http://www.nabble.com/Re%3A-Basic-TCP-component-tf4592566s12049.html#a13136109
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.

[jira] Resolved: (GERONIMO-3524) monitoring server has problems with stop/starting snapshot


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

Viet Hung Nguyen resolved GERONIMO-3524.


Resolution: Fixed

 monitoring server has problems with stop/starting snapshot
 --

 Key: GERONIMO-3524
 URL: https://issues.apache.org/jira/browse/GERONIMO-3524
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: monitoring
 Environment: windows
Reporter: Viet Hung Nguyen
 Attachments: geronimo-3524.patch, geronimo-3524b.patch


 the thread that executes the snapshots is using Thread.sleep(x). A condition 
 is checked in between these sleeps to know whether or not to continue the 
 thread. This means that the thread is not stopped immediately. In fact, it 
 can take up to X (the duration between snapshots) seconds before it comes to 
 a full stop. As a result, this affects the starting feature because it is 
 restricted to have only one thread running at any given time.

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

Re: Make useMavenDependencies default true ?

2007-10-10 Thread Paul McMahan


On Oct 10, 2007, at 2:26 AM, David Jencks wrote:

0. As at present, any dependency in the c-m-p config must already  
be in the pom dependencies.


1. All the (compile, runtime) scoped maven dependencies in the pom  
turn into plan dependencies and geronimo-plugin.xml dependencies


2. Unless overridden the import type is all

3. For other import types or other customization a dependency can  
be mentioned in the c-m-p config in the pom.


#1-3 look right on.  I'm wondering if #0 is really necessary and  
desirable.   For example,  if I create plugin1 that needs a service  
type dependency against plugin2 then the pom could look like:


project
artifactIdplugin1/artifactId
dependencies
   // a reference to plugin2 is not desirable here, don't
   // want maven processing it as a build time dep or
   // including its classes in the environment inherited
   // by car-maven-plugin
/dependencies
build
plugin
artifactIdcar-maven-plugin/artifactId
configuration
dependency
  artifactIdplugin2/artifactId
  importservice/import
/dependency
/configuration
/plugin
/build
/project


Best wishes,
Paul

[BUILD] 2.1: Failed for Revision: 583460

2007-10-10 Thread prasad

OpenEJB trunk at 583369
Geronimo Revision: 583460 built with tests included
 
See the full build-0900.log file at 
http://people.apache.org/~prasad/binaries/trunk/20071010/build-0900.log
 
Download the binaries from 
http://people.apache.org/~prasad/binaries/trunk/20071010
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 32 minutes 52 seconds
[INFO] Finished at: Wed Oct 10 09:43:08 EDT 2007
[INFO] Final Memory: 237M/1012M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/~prasad/testsuite/ResultsSummary.html
See the full test-0900.log file at 
http://people.apache.org/~prasad/binaries/trunk/20071010/test-0900.log
 
 
1K downloaded
Downloading: 
http://repo1.maven.org/maven2/org/apache/geronimo/genesis/plugins/maven-maven-plugin/1.2/maven-maven-plugin-1.2.jar
10K downloaded
[INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: 
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: 
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.plugins:geronimo-maven-plugin:2.1-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom
Downloading: 
http://snapshots.repository.codehaus.org/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-2-SNAPSHOT/selenium-maven-plugin-1.0-beta-2-20070930.020550-17.pom
11K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.pom
4K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-client-drivers/0.9.2/selenium-client-drivers-0.9.2.pom
3K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.2/selenium-rc-0.9.2.pom
8K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.pom
16K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.1/selenium-server-coreless-0.9.1.pom
2K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/selenium-rc/0.9.1/selenium-rc-0.9.1.pom
7K downloaded
Downloading: 
http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom
Downloading: 
http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.pom
157b downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2.pom
6K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.pom
2K downloaded
Downloading: 
http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.pom
194b downloaded
Downloading: 
http://maven.openqa.org/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.jar
1239K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/core/selenium-core/0.8.3/selenium-core-0.8.3.jar
1582K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/client-drivers/selenium-java-client-driver/0.9.2/selenium-java-client-driver-0.9.2.jar
21K downloaded
Downloading: 
http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar
Downloading: 
http://download.java.net/maven/1//jetty/jars/org.mortbay.jetty-5.1.10.jar
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar
Downloading: 
http://maven.openqa.org/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar
Downloading: 
http://repo1.maven.org/maven2/jetty/org.mortbay.jetty/5.1.10/org.mortbay.jetty-5.1.10.jar
660K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/server/selenium-server-coreless/0.9.2/selenium-server-coreless-0.9.2.jar
293K downloaded
Downloading: 
http://maven.openqa.org/org/openqa/selenium/server/selenium-server/0.9.2/selenium-server-0.9.2-standalone.jar
4946K downloaded
[INFO] [selenium:xvfb {execution: xvfb}]
[INFO] Starting Xvfb...
[INFO] Using display: :20
[INFO] Using Xauthority file: /tmp/Xvfb57203.Xauthority
[INFO] Deleting: /tmp/Xvfb57203.Xauthority
[WARNING] /usr/bin/xauth:  creating new authority file /tmp/Xvfb57203.Xauthority
[INFO] Created dir: 
/home/prasad/geronimo/trunk/testsuite/console-testsuite/target/selenium
Launching Xvfb
Waiting for Xvfb...
[INFO] Redirecting output to: 
/home/prasad/geronimo/trunk/testsuite/console-testsuite/target/selenium/xvfb.log
Xvfb started

[jira] Commented: (GERONIMO-3462) Problem with throwing SOAPFaultException within WebService based on SessionBean

2007-10-10 Thread Jarek Gawor (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533747
 ] 

Jarek Gawor commented on GERONIMO-3462:
---

Is this still an issue or can this bug be resolved?


 Problem with throwing SOAPFaultException within WebService based on 
 SessionBean 
 

 Key: GERONIMO-3462
 URL: https://issues.apache.org/jira/browse/GERONIMO-3462
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: webservices
Affects Versions: 2.0.1
 Environment: ApacheCXF as service provider
Reporter: Tomasz Mazan
Assignee: Jarek Gawor

 I create SOAPFaultException using code below:
 {noformat}
   public SOAPFaultException createFault(String errorCode, String 
 errorString) {
   SOAPFault fault = null;
   try {
   fault = SOAPFactory.newInstance().createFault();
   fault.setFaultCode(new QName(foo, bar, abc));
   fault.setFaultString(errorString);
   fault.setFaultActor(ACTOR);
   } catch (SOAPException ex) {
   return new SOAPFaultException(null);
   }
   return new SOAPFaultException(fault);
   }
 {noformat}
 and my WebMethod returns this exception in case internal exception:
 {noformat}
 @WebService(serviceName = MyService, portName = CustomerServices)
 @Stateless(name = MyCustomerService)
 public class MyCustomerService {
   
   @EJB
   private CoreManager coreManager = null;
   public MyCustomerService() {
   }
   @WebMethod(operationName = createCustomer)
   public Customer createCustomer(@WebParam(name = identifier) String 
 identifier) throws SOAPFaultException {
   try {
   return this.coreManager.createCustomer(identifier);
   } catch (ServiceException e) {
   throw this.faultService.createFault(FAULT CODE, 
 FAULT STRING);
   }
   
   }
 }
 {noformat}
 and client catches fault with attributes:
 {noformat}
   [faultstring]= string(298) java.rmi.RemoteException: The bean 
 encountered a non-application exception.; nested exception is: 
 javax.xml.ws.soap.SOAPFaultException: FAULT STRING: The bean encountered a 
 non-application exception.; nested exception i
 s: javax.xml.ws.soap.SOAPFaultException: FAULT STRING
   [faultcode]= string(11) soap:Server
 {noformat}

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

[jira] Resolved: (GERONIMO-3504) Exception while generating WSDL

2007-10-10 Thread Jarek Gawor (JIRA)


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

Jarek Gawor resolved GERONIMO-3504.
---

Resolution: Won't Fix
  Assignee: Jarek Gawor

Looks like some required jars were not specified on the classpath for the wsgen 
program causing this NPE. The exception does not make things clear but there is 
not much we can do about it in Geronimo (since the error occurs deep in Sun 
library). Maybe we try updating to the latest version of Sun jars. 
Here's the full discussion about this problem: 
http://www.nabble.com/forum/ViewPost.jtp?post=13051525framed=yskin=134


 Exception while generating WSDL
 ---

 Key: GERONIMO-3504
 URL: https://issues.apache.org/jira/browse/GERONIMO-3504
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: webservices
Affects Versions: 2.0.2
Reporter: Tomasz Mazan
Assignee: Jarek Gawor

 I try to use jaxws-tools.bat wsgen to generate WSDL file from my web service 
 (I've succesfully generated using com.sun.tools.ws.ant.WsGen included in 
 Geronimo 2.0.1, but now I got exception
 [exec] Using GERONIMO_BASE:   D:\SERVER\geronimo-tomcat
 [exec] Using GERONIMO_HOME:   D:\SERVER\geronimo-tomcat
 [exec] Using GERONIMO_TMPDIR: var\temp
 [exec] Using JRE_HOME:C:\DEV\SDK\jdk1.5.0_09\jre
 [exec] Problem encountered during annotation processing;
 [exec] see stacktrace below for more information.
 [exec] java.lang.NullPointerException
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.isSubtype(WebServiceAP.java:416)
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.isRemote(WebServiceAP.java:411)
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.isLegalType(WebServiceVisitor.java:811)
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.isLegalMethod(WebServiceVisitor.java:642)
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.methodsAreLegal(WebServiceVisitor.java:622)
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.isLegalImplementation(WebServiceVisitor.java:540)
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.shouldProcessWebService(WebServiceVisitor.java:350)
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceVisitor.visitClassDeclaration(WebServiceVisitor.java:143)
 [exec] at 
 com.sun.tools.apt.mirror.declaration.ClassDeclarationImpl.accept(ClassDeclarationImpl.java:95)
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.buildModel(WebServiceAP.java:345)
 [exec] at 
 com.sun.tools.ws.processor.modeler.annotation.WebServiceAP.process(WebServiceAP.java:230)
 [exec] at 
 com.sun.mirror.apt.AnnotationProcessors$CompositeAnnotationProcessor.process(AnnotationProcessors.java:60)
 [exec] at com.sun.tools.apt.comp.Apt.main(Apt.java:454)
 [exec] at 
 com.sun.tools.apt.main.JavaCompiler.compile(JavaCompiler.java:448)
 [exec] at com.sun.tools.apt.main.Main.compile(Main.java:1075)
 [exec] at com.sun.tools.apt.main.Main.compile(Main.java:938)
 [exec] at com.sun.tools.apt.Main.processing(Main.java:95)
 [exec] at com.sun.tools.apt.Main.process(Main.java:85)
 [exec] at com.sun.tools.apt.Main.process(Main.java:67)
 [exec] at 
 com.sun.tools.ws.wscompile.CompileTool.buildModel(CompileTool.java:603)
 [exec] at 
 com.sun.tools.ws.wscompile.CompileTool.run(CompileTool.java:536)
 [exec] at com.sun.tools.ws.util.ToolBase.run(ToolBase.java:54)
 [exec] at 
 com.sun.tools.ws.util.WSToolsObjectFactoryImpl.wsgen(WSToolsObjectFactoryImpl.java:42)
 [exec] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 [exec] at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
 [exec] error: compilation failed, errors should have been reported
 [exec] at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
 [exec] at java.lang.reflect.Method.invoke(Method.java:585)
 [exec] at 
 org.apache.geronimo.jaxws.builder.JAXWSTools.invoke(JAXWSTools.java:190)
 [exec] at 
 org.apache.geronimo.jaxws.builder.JAXWSTools.invoke(JAXWSTools.java:174)
 [exec] at 
 org.apache.geronimo.jaxws.builder.JAXWSTools.invokeWsgen(JAXWSTools.java:161)
 [exec] at 
 org.apache.geronimo.jaxws.builder.JAXWSToolsCLI.main(JAXWSToolsCLI.java:64)
 [exec]

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

[jira] Assigned: (GERONIMO-3529) Cleanup old mejb bits laying around

2007-10-10 Thread Joe Bohn (JIRA)


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

Joe Bohn reassigned GERONIMO-3529:
--

Assignee: Joe Bohn

 Cleanup old mejb bits laying around
 ---

 Key: GERONIMO-3529
 URL: https://issues.apache.org/jira/browse/GERONIMO-3529
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.0.2, 2.0.x, 2.1
Reporter: Joe Bohn
Assignee: Joe Bohn
Priority: Minor



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

[jira] Created: (GERONIMO-3529) Cleanup old mejb bits laying around

2007-10-10 Thread Joe Bohn (JIRA)

Cleanup old mejb bits laying around
---

 Key: GERONIMO-3529
 URL: https://issues.apache.org/jira/browse/GERONIMO-3529
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.0.2, 2.0.x, 2.1
Reporter: Joe Bohn
Priority: Minor




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

Support of WS-RM in ServiceMix

2007-10-10 Thread JasonXZ


Hi there, 

Could someone provide some information on the latest status of WS-RM support
in ServiceMix? I know there is ongoing effort to integrate CXF with
ServiceMix and I understand CXF provides the capability. Is this something
that's going to materialize some time soon? And if there is other work on BC
that provides support for WS-RM please let me know.

Thanks!!


Jason Zhong

Active Endpoints


-- 
View this message in context: 
http://www.nabble.com/Support-of-WS-RM-in-ServiceMix-tf4601246s12049.html#a13137188
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.

[jira] Updated: (GERONIMO-3522) monitoring server needs to provide a way to tell whether the snapshot thread is running


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

Viet Hung Nguyen updated GERONIMO-3522:
---

Attachment: (was: geronimo-3522.patch)

 monitoring server needs to provide a way to tell whether the snapshot thread 
 is running
 ---

 Key: GERONIMO-3522
 URL: https://issues.apache.org/jira/browse/GERONIMO-3522
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: monitoring
 Environment: windows
Reporter: Viet Hung Nguyen

 the monitoring client needs to be able tell whether or not the snapshot 
 thread is actually collecting any data. 

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

Re: [DISCUSS] G 2.0.2 Release plan

2007-10-10 Thread Kevan Miller



On Oct 10, 2007, at 6:16 AM, Joe Bohn wrote:




Kevan Miller wrote:

All,
I've created a 2.0.2 release branch -- https://svn.apache.org/ 
repos/asf/geronimo/server/branches/2.0.2
And have updated the branches/2.0 version to be 2.0.3-SNAPSHOT  
(with a helping hand from Donald :)

Vamsi is working on an update to the CA Helper in the console.
Joe B is working on a JNDI mapped name problem for MEJB.


The JNDI mapped name for MEJB is fixed.


Excellent. Thanks Joe! I'll start pulling things together...

--kevan

Re: Make useMavenDependencies default true ?

2007-10-10 Thread Prasad Kashyap

On 10/10/07, David Jencks [EMAIL PROTECTED] wrote:

 On Oct 8, 2007, at 7:45 PM, Prasad Kashyap wrote:

  Comments inline -
 
  Thank you for your patience.
 
  On 10/8/07, David Jencks [EMAIL PROTECTED] wrote:
  2 replies in one go :-)
 
  On Oct 8, 2007, at 2:27 PM, Paul McMahan wrote:
 
  On Oct 8, 2007, at 4:49 PM, Prasad Kashyap wrote:
 
  Can we make the c-m-p use the maven dependencies by default ? 58 of
  the 95 configs already use the maven deps. There are approx 15-20
  configs that need to be converted to plugins. Odds are we'll end up
  with 75% of our configs using maven deps. Thus we should consider
  using the maven deps as default.
 
  +1, can this setting can be inherited from the parent project like
  the other settings such as source-repository currently are?  see
  configs/pom.xml and plugins/pom.xml
 
  we can do this as soon as all the existing configs have been
  converted to using really using the c-m-p to generate the geronimo-
  plugin.xml.  Before that I believe we will get into big problems,
  which is why I didn't do it in the first place.
 
  Right, right. We'll get to this after we convert all our configs to
  plugins.
 
 
  Also, by default, it should merge the maven deps with the explicit
  deps, IF ANY are specified in the c-m-p configuration. I don't
  see a
  use case for this now, but if there ever is a need to use both
  maven
  deps and an explicit list, this will let us achieve it.
 
  +1, one use case would be when you want to use the
  importservices/import environmental setting for a plugin
  dependency.  I was trying to do that earlier today but it didn't
  seem to work right.
 
  I don't really understand the behavior you are proposing here.
  Currently you have a choice between including all the maven
  dependencies with importall/import or explicitly specifying all
  the dependencies you want with the import you want.  If you
  explicitly specify the dependencies in the c-m-p config section each
  one has to be a maven dependency as well.
 
  What exactly are you proposing to be different here?
 
  You are right here. It seems like the inherited maven deps are
  included as well. In such a case, yes - the deps explicitly listed in
  the c-m-p are already have a maven dep somewhere (same pom or parent).
 
  However, the use case I was thinking was when you'd need to override
  the import of just one (of the many) maven dep in the c-m-p. In this
  case, you would include the maven deps by default, and then override
  the ones in c-m-p. But I reckon, we may be complicating things here.
 
  So should there never be a case when both the deps listings (maven
  deps and c-m-p deps) need to merge ? So the listings are always
  mutually exclusive ?
 
 
 
  Lastly, the exisiting useMavenDependencies parameter can be
  used to
  specifically exclude the maven deps. This will include only the
  explicit deps in the c-m-p configuration.
 
  would this match the current behavior when you explicitly
  configure c-
  m-p dependencies?
 
  settings inherited from the parent projects can be overridden.
 
  Is this relevant to the preceding?  I'm not seeing how yet.
 
  If we do use maven deps as default,  then this becomes relevant when
  we need to exclude the maven deps.
 
  However, this was very much relevant when I thought we could merge the
  two listings. But if the 2 listings cannot be merged, then it's
  relevancy gets lost. If c-m-p has a deps explicitly listed, then it
  should automatically exclude the maven deps. Why use this flag at all
  ?
 
 
  I'm a little leery of more configuration choices than are absolutely
  necessary.  I wonder if we could get by with one behavior, namely
  always using the maven dependencies with import type all unless the
  import type is overridden in the c-m-p config.  Are there any cases
  this wouldn't work for?
 
  Again, if deps cannot be merge, then even if one dep's import type is
  overridden, then all the remaining deps should be listed in the c-m-p,
  right ?
 
 
  I think we'd still want the include version flag.
 
  Yes. Me too.

 I'm not sure I understand all of what you are saying but I think you
 have pointed out a valuable possible simplification in the c-m-p
 configuration.  Let me try to restate it:

 0. As at present, any dependency in the c-m-p config must already be
 in the pom dependencies.

 1. All the (compile, runtime) scoped maven dependencies in the pom
 turn into plan dependencies and geronimo-plugin.xml dependencies

 2. Unless overridden the import type is all

 3. For other import types or other customization a dependency can be
 mentioned in the c-m-p config in the pom.

 At this point the useMavenDependencies is pointless

 The includeVersion flag is still useful: if it is false but a version
 is supplied in the c-m-p config for a particular dependency it should
 be included despite the flag.

 Does this make sense?  Is it what you were proposing?

Yes David. This is what I was proposing.

Cheers

Re: Make useMavenDependencies default true ?

2007-10-10 Thread David Jencks



On Oct 10, 2007, at 7:14 AM, Paul McMahan wrote:


On Oct 10, 2007, at 2:26 AM, David Jencks wrote:

0. As at present, any dependency in the c-m-p config must already  
be in the pom dependencies.


1. All the (compile, runtime) scoped maven dependencies in the pom  
turn into plan dependencies and geronimo-plugin.xml dependencies


2. Unless overridden the import type is all

3. For other import types or other customization a dependency can  
be mentioned in the c-m-p config in the pom.


#1-3 look right on.  I'm wondering if #0 is really necessary and  
desirable.   For example,  if I create plugin1 that needs a service  
type dependency against plugin2 then the pom could look like:


project
artifactIdplugin1/artifactId
dependencies
   // a reference to plugin2 is not desirable here, don't
   // want maven processing it as a build time dep or
   // including its classes in the environment inherited
   // by car-maven-plugin
/dependencies
build
plugin
artifactIdcar-maven-plugin/artifactId
configuration
dependency
  artifactIdplugin2/artifactId
  importservice/import
/dependency
/configuration
/plugin
/build
/project



#0 is necessary to help maven build the modules in a correct order.   
I believe we have successfully written the c-m-p so the maven  
dependencies have no effect on the c-m-p environment, only on the  
configuration that the c-m-p is compiling .  Basically the c-m-p  
fires up a small geronimo instance, and the root classloader of that  
geronimo instance is the root maven classloader, without any of the  
maven dependencies in it.  Then we load dependencies of the module we  
are constructing into this geronimo instance just like a standalone  
geronimo server does.  So, the only effect these maven dependencies  
have is to assure build order and to contribute to the geronimo  
module classloader according to the rules above.


make sense?

thanks
david jencks



Best wishes,
Paul

[jira] Commented: (GERONIMO-3462) Problem with throwing SOAPFaultException within WebService based on SessionBean

2007-10-10 Thread Tomasz Mazan (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3462?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533777
 ] 

Tomasz Mazan commented on GERONIMO-3462:


Sorry Jarek, but I haven't  testet it yet. I will do it in a few days - I'm 
overworked.

 Problem with throwing SOAPFaultException within WebService based on 
 SessionBean 
 

 Key: GERONIMO-3462
 URL: https://issues.apache.org/jira/browse/GERONIMO-3462
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: webservices
Affects Versions: 2.0.1
 Environment: ApacheCXF as service provider
Reporter: Tomasz Mazan
Assignee: Jarek Gawor

 I create SOAPFaultException using code below:
 {noformat}
   public SOAPFaultException createFault(String errorCode, String 
 errorString) {
   SOAPFault fault = null;
   try {
   fault = SOAPFactory.newInstance().createFault();
   fault.setFaultCode(new QName(foo, bar, abc));
   fault.setFaultString(errorString);
   fault.setFaultActor(ACTOR);
   } catch (SOAPException ex) {
   return new SOAPFaultException(null);
   }
   return new SOAPFaultException(fault);
   }
 {noformat}
 and my WebMethod returns this exception in case internal exception:
 {noformat}
 @WebService(serviceName = MyService, portName = CustomerServices)
 @Stateless(name = MyCustomerService)
 public class MyCustomerService {
   
   @EJB
   private CoreManager coreManager = null;
   public MyCustomerService() {
   }
   @WebMethod(operationName = createCustomer)
   public Customer createCustomer(@WebParam(name = identifier) String 
 identifier) throws SOAPFaultException {
   try {
   return this.coreManager.createCustomer(identifier);
   } catch (ServiceException e) {
   throw this.faultService.createFault(FAULT CODE, 
 FAULT STRING);
   }
   
   }
 }
 {noformat}
 and client catches fault with attributes:
 {noformat}
   [faultstring]= string(298) java.rmi.RemoteException: The bean 
 encountered a non-application exception.; nested exception is: 
 javax.xml.ws.soap.SOAPFaultException: FAULT STRING: The bean encountered a 
 non-application exception.; nested exception i
 s: javax.xml.ws.soap.SOAPFaultException: FAULT STRING
   [faultcode]= string(11) soap:Server
 {noformat}

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

[jira] Updated: (GERONIMO-3522) monitoring client needs ability to tell if snapshot thread is running, control proper stop/start of thread


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

Erik B. Craig updated GERONIMO-3522:


   Assignee: Erik B. Craig
Description: the monitoring client needs to be able tell whether or not the 
snapshot thread is actually collecting any data, control stop/start of the 
thread  (was: the monitoring client needs to be able tell whether or not the 
snapshot thread is actually collecting any data. )
Environment: (was: windows)
Summary: monitoring client needs ability to tell if snapshot thread is 
running, control proper stop/start of thread  (was: monitoring server needs to 
provide a way to tell whether the snapshot thread is running)

 monitoring client needs ability to tell if snapshot thread is running, 
 control proper stop/start of thread
 --

 Key: GERONIMO-3522
 URL: https://issues.apache.org/jira/browse/GERONIMO-3522
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: monitoring
Reporter: Viet Hung Nguyen
Assignee: Erik B. Craig

 the monitoring client needs to be able tell whether or not the snapshot 
 thread is actually collecting any data, control stop/start of the thread

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

[jira] Updated: (GERONIMO-3522) monitoring client needs ability to tell if snapshot thread is running, control proper stop/start of thread


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

Erik B. Craig updated GERONIMO-3522:


Attachment: GERONIMO-3522.patch

Patch provides methods to determine if snapshot is running.
Patch also modifies client slightly so that start/stop functionality is as 
expected.

Thanks =)

 monitoring client needs ability to tell if snapshot thread is running, 
 control proper stop/start of thread
 --

 Key: GERONIMO-3522
 URL: https://issues.apache.org/jira/browse/GERONIMO-3522
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: monitoring
Reporter: Viet Hung Nguyen
Assignee: Erik B. Craig
 Attachments: GERONIMO-3522.patch


 the monitoring client needs to be able tell whether or not the snapshot 
 thread is actually collecting any data, control stop/start of the thread

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

RE: ClassCastException at Derby EmbeddedDataSource

2007-10-10 Thread Zakharov, Vasily M

Hi David,

Yes, this actually helped, thank you very much!

However, the deployment plan I provided was generated by database pool
wizard in the console, as follows: 

Console Navigation - Services - Database Pools
Create a new database pool: Using the Geronimo database pool wizard
Database Type: Derby embedded XA
Driver JAR: org.apache.derby/derby/10.2.2.0/jar

This seems to be a logical and trivial way.
And org.apache.geronimo.configs is absent in the Driver JAR list.

So, maybe there's a problem with database pool wizard that generates a
deployment plan that doesn't work as expected?

Vasily


-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 10, 2007 4:16 AM
To: dev@geronimo.apache.org
Subject: Re: ClassCastException at Derby EmbeddedDataSource

Hi Vasily,

when you use a derby datasource you have to make sure you get the  
derby classes from the same classloader as the embedded derby  
database.  You normally do this by replacing the derby dependency in  
your plan with something like

 dep:dependency
 dep:groupIdorg.apache.geronimo.configs/dep:groupId
 dep:artifactIdsystem-database/dep:artifactId
 dep:typecar/dep:type
 /dep:dependency

Hope this helps
david jencks



On Oct 9, 2007, at 2:16 PM, Zakharov, Vasily M wrote:

 Hi, all,

 I've come into a strange situation, that looks like maybe a bug, while
 working on SPECjAppServer2004 deployment on G2.0.1.

 When working with Embedded XA TranQL connector to internal Derby
 database, class org.apache.geronimo.jdbc.DelegatingDriver (implements
 java.sql.Driver) comes out in a place where either
 org.apache.derby.jdbc.AutoloadedDriver (implements java.sql.Driver) or
 org.apache.derby.jdbc.InternalDriver (implements
 org.apache.derby.iapi.services.monitor.ModuleControl) is expected, and
 this causes a ClassCastException on server side:

 java.lang.ClassCastException:  
 org.apache.geronimo.jdbc.DelegatingDriver
 at org.apache.derby.jdbc.EmbeddedDataSource.findDriver(Unknown
 Source)
 at
 org.apache.derby.jdbc.EmbeddedDataSource.getConnection(Unknown Source)
 at
 org.apache.derby.jdbc.EmbeddedDataSource.getConnection(Unknown Source)
 at
 org.apache.derby.jdbc.EmbeddedXADataSource.setupResourceAdapter 
 (Unknown
 Source)
 at
 org.apache.derby.jdbc.EmbeddedXADataSource.getXAConnection(Unknown
 Source)
 at
 org.tranql.connector.jdbc.AbstractXADataSourceMCF.getPhysicalConnectio

 n(
 AbstractXADataSourceMCF.java:74)
 at
 org.tranql.connector.derby.EmbeddedXAMCF.createManagedConnection 
 (Embedde
 dXAMCF.java:52)
 at
 org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getCon

 ne
 ction(MCFConnectionInterceptor.java:48)
 at
 org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterce

 pt
 or.getConnection(LocalXAResourceInsertionInterceptor.java:41)
 at
 org.apache.geronimo.connector.outbound.SinglePoolConnectionInterceptor

 .i
 nternalGetConnection(SinglePoolConnectionInterceptor.java:67)
 at
 org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionInt

 er
 ceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:78)
 at
 org.apache.geronimo.connector.outbound.TransactionEnlistingInterceptor

 .g
 etConnection(TransactionEnlistingInterceptor.java:46)
 at
 org.apache.geronimo.connector.outbound.TransactionCachingInterceptor.g

 et
 Connection(TransactionCachingInterceptor.java:88)
 at
 org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.get

 Co
 nnection(ConnectionHandleInterceptor.java:43)
 at
 org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection 
 (TCC
 LInterceptor.java:39)
 at
 org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor.g

 et
 Connection(ConnectionTrackingInterceptor.java:66)
 at
 org.apache.geronimo.connector.outbound.AbstractConnectionManager.alloc

 at
 eConnection(AbstractConnectionManager.java:87)
 at
 org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56)
 ...

 The deployment plan for the connector can be found here:
 http://cwiki.apache.org/confluence/download/attachments/64828/sjas- 
 db.xm
 l

 This plan is deployed with
 repository/org/tranql/tranql-connector-derby-embed-xa/1.3/tranql- 
 connect
 or-derby-embed-xa-1.3.rar

 Vasily Zakharov
 Intel ESSD


 ---
 
 Closed Joint Stock Company Intel A/O
 Registered legal address: 125252, Moscow, Russian Federation,
 Chapayevsky Per, 14.

 This e-mail and any attachments may contain confidential material for
 the sole use of the intended recipient(s). Any review or distribution
 by others is strictly prohibited. If you are not the intended
 recipient, please contact the sender and delete all copies.

Re: Make useMavenDependencies default true ?

2007-10-10 Thread Paul McMahan


On Oct 10, 2007, at 11:50 AM, David Jencks wrote:


project
artifactIdplugin1/artifactId
dependencies
   // a reference to plugin2 is not desirable here, don't
   // want maven processing it as a build time dep or
   // including its classes in the environment inherited
   // by car-maven-plugin
/dependencies
build
plugin
artifactIdcar-maven-plugin/artifactId
configuration
dependency
  artifactIdplugin2/artifactId
  importservice/import
/dependency
/configuration
/plugin
/build
/project



#0 is necessary to help maven build the modules in a correct  
order.  I believe we have successfully written the c-m-p so the  
maven dependencies have no effect on the c-m-p environment, only on  
the configuration that the c-m-p is compiling .  Basically the c- 
m-p fires up a small geronimo instance, and the root classloader of  
that geronimo instance is the root maven classloader, without any  
of the maven dependencies in it.  Then we load dependencies of the  
module we are constructing into this geronimo instance just like a  
standalone geronimo server does.  So, the only effect these maven  
dependencies have is to assure build order and to contribute to the  
geronimo module classloader according to the rules above.


make sense?


Yes, makes sense.  I didn't realize that the c-m-p was intended to  
behave that way because of a problem I was having using  
importservices/import in the c-m-p configuration section.


When I included a reference to plugin2 in the main dependency section  
the gbean deployer invoked by the c-m-p was still trying to include  
plugin2's dependencies even though I overrode that dependency with  
importservices/import in the c-m-p's configuration section (like  
shown above).   That might actually be a problem with the kernel's  
handling of service type deps though and it just surfaced to me  
through the c-m-p.


Best wishes,
Paul

[jira] Resolved: (GERONIMO-3526) Monitoring client should query server list


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

Erik B. Craig resolved GERONIMO-3526.
-

Resolution: Fixed

All is well after commit, thanks Anita. =)

 Monitoring client should query server list
 --

 Key: GERONIMO-3526
 URL: https://issues.apache.org/jira/browse/GERONIMO-3526
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: monitoring
Reporter: Erik B. Craig
Assignee: Erik B. Craig
 Attachments: GERONIMO-3526.patch


 Monitoring client should query server list when the main page is displayed, 
 to acquire 'up' status, as well as status of snapshot thread for a quick 
 glance at everything.

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

[jira] Closed: (GERONIMO-3492) Monitoring client needs ability to watch more than one machine


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

Erik B. Craig closed GERONIMO-3492.
---

Resolution: Fixed

This has been addressed through previous jiras

 Monitoring client needs ability to watch more than one machine
 --

 Key: GERONIMO-3492
 URL: https://issues.apache.org/jira/browse/GERONIMO-3492
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: monitoring
Reporter: Erik B. Craig
Assignee: Erik B. Craig

 The monitoring client should be able to connect to a multitude of machines 
 and provide an interface for configuring this, with potential individual 
 settings for each

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

Geronimo v2.0.2 Release Notes - was {Re: [DISCUSS] G 2.0.2 Release plan}

2007-10-10 Thread Hernan Cunico


Hi Vamsi,
can you summarize what are the updates on the CA Helper so we can add it to the 
2.0.2 release notes

http://cwiki.apache.org/GMOxDOC20/release-notes-202txt.html

There have also been some updates on MEJB and JNDI. For those of you folks who 
worked directly on these areas could you please reply with a few lines as well.

Cheers!
Hernan

Vamsavardhana Reddy wrote:



On 10/8/07, *Kevan Miller* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:



All,
I've created a 2.0.2 release branch -- https://svn.apache.org/repos/
asf/geronimo/server/branches/2.0.2

And have updated the branches/2.0 version to be 2.0.3-SNAPSHOT (with
a helping hand from Donald :)

Vamsi is working on an update to the CA Helper in the console.


I am done with the CA Helper app.


Joe B is working on a JNDI mapped name problem for MEJB.

Beyond those two, I don't think there is any more work to do on
2.0.2. As soon as they are complete, I'll start working on spinning
up an RC.

Oh, there is one more thing... We need to release the 2.0.2 versions
of geronimo-transaction and geronimo-connector. I starting to work on
this now. I'll either start release proceedings prior to, or
concurrently with G 2.0.2.

--kevan




--
Vamsi ([EMAIL PROTECTED] mailto:[EMAIL PROTECTED])
(Committer and Member of Apache Geronimo PMC)
Blog: http://vamsic007.livejournal.com/
One-stop-shop for configuring JEE Application security in Geronimo
ApacheCon US 2007 http://us.apachecon.com/us2007/program/talk/1977 
http://us.apachecon.com/us2007/program/talk/1977

OS Summit Asia 2007 http://www.ossummit.com/2007/program/talk/15

Re: How to specify JNDI names?

2007-10-10 Thread Jarek Gawor

On 10/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

 http://cwiki.apache.org/GMOxDEV/client-jndi-names.html  is the right location.
 Originally I put it in the GMOxSBOX space as I didn't know where Hernan would
 want it.

I think that should move into 2.0 documentation. It is very hard to
find right now and people keep asking about this all the time. Maybe
we should also add some actual examples and show the difference
between 2.0.1 and 2.0.2+ in JNDI names since we will have users of
both versions.

Jarek

[jira] Created: (GERONIMO-3530) provide activemq destination and connector stats

provide activemq destination and connector stats


 Key: GERONIMO-3530
 URL: https://issues.apache.org/jira/browse/GERONIMO-3530
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: monitoring
Affects Versions: 2.1
 Environment: linux, windows
Reporter: Viet Hung Nguyen


there are some stats that can easily be surfaced with how we use AMQ in our 
source. These are JSR 77 compliant statistics that are being provided by AMQ 
(DestinationStatistics and ConnectorStatistics). 

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

[jira] Updated: (GERONIMO-3530) provide activemq destination and connector stats


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

Viet Hung Nguyen updated GERONIMO-3530:
---

Attachment: geronimo-3530.patch

 provide activemq destination and connector stats
 

 Key: GERONIMO-3530
 URL: https://issues.apache.org/jira/browse/GERONIMO-3530
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: monitoring
Affects Versions: 2.1
 Environment: linux, windows
Reporter: Viet Hung Nguyen
 Attachments: geronimo-3530.patch


 there are some stats that can easily be surfaced with how we use AMQ in our 
 source. These are JSR 77 compliant statistics that are being provided by AMQ 
 (DestinationStatistics and ConnectorStatistics). 

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

Re: How to specify JNDI names?

2007-10-10 Thread Hernan Cunico


I just ran a manual export of all the wiki spaces and the doc is now visible 
from cwiki.apache.org/geronimo

I thought it would fit better under Apache Geronimo Development (still 
visible from the wiki main page) but that's just my opinion. Feel free to move the doc 
wherever you think it's more visible.
Agreed it would be great to have some working samples as well.

Cheers!
Hernan

Jarek Gawor wrote:

On 10/10/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

http://cwiki.apache.org/GMOxDEV/client-jndi-names.html  is the right location.
Originally I put it in the GMOxSBOX space as I didn't know where Hernan would
want it.


I think that should move into 2.0 documentation. It is very hard to
find right now and people keep asking about this all the time. Maybe
we should also add some actual examples and show the difference
between 2.0.1 and 2.0.2+ in JNDI names since we will have users of
both versions.

Jarek

Re: ClassCastException at Derby EmbeddedDataSource

2007-10-10 Thread Lin Sun


Hi,

You should see org.apache.geronimo.configs/system-database/{version}/car 
there on the list of driver Jar.  (I think it was there when I used it 
last time on 2.0.1.)  You want to select it instead of 
org.apache.derby/derby/10.2.2.0/jar to avoid your ClassCastException.


Lin

Zakharov, Vasily M wrote:

Hi David,

Yes, this actually helped, thank you very much!

However, the deployment plan I provided was generated by database pool
wizard in the console, as follows: 


Console Navigation - Services - Database Pools
Create a new database pool: Using the Geronimo database pool wizard
Database Type: Derby embedded XA
Driver JAR: org.apache.derby/derby/10.2.2.0/jar

This seems to be a logical and trivial way.
And org.apache.geronimo.configs is absent in the Driver JAR list.

So, maybe there's a problem with database pool wizard that generates a
deployment plan that doesn't work as expected?

Vasily


-Original Message-
From: David Jencks [mailto:[EMAIL PROTECTED] 
Sent: Wednesday, October 10, 2007 4:16 AM

To: dev@geronimo.apache.org
Subject: Re: ClassCastException at Derby EmbeddedDataSource

Hi Vasily,

when you use a derby datasource you have to make sure you get the  
derby classes from the same classloader as the embedded derby  
database.  You normally do this by replacing the derby dependency in  
your plan with something like


 dep:dependency
 dep:groupIdorg.apache.geronimo.configs/dep:groupId
 dep:artifactIdsystem-database/dep:artifactId
 dep:typecar/dep:type
 /dep:dependency

Hope this helps
david jencks



On Oct 9, 2007, at 2:16 PM, Zakharov, Vasily M wrote:


Hi, all,

I've come into a strange situation, that looks like maybe a bug, while
working on SPECjAppServer2004 deployment on G2.0.1.

When working with Embedded XA TranQL connector to internal Derby
database, class org.apache.geronimo.jdbc.DelegatingDriver (implements
java.sql.Driver) comes out in a place where either
org.apache.derby.jdbc.AutoloadedDriver (implements java.sql.Driver) or
org.apache.derby.jdbc.InternalDriver (implements
org.apache.derby.iapi.services.monitor.ModuleControl) is expected, and
this causes a ClassCastException on server side:

java.lang.ClassCastException:  
org.apache.geronimo.jdbc.DelegatingDriver

at org.apache.derby.jdbc.EmbeddedDataSource.findDriver(Unknown
Source)
at
org.apache.derby.jdbc.EmbeddedDataSource.getConnection(Unknown Source)
at
org.apache.derby.jdbc.EmbeddedDataSource.getConnection(Unknown Source)
at
org.apache.derby.jdbc.EmbeddedXADataSource.setupResourceAdapter 
(Unknown

Source)
at
org.apache.derby.jdbc.EmbeddedXADataSource.getXAConnection(Unknown
Source)
at
org.tranql.connector.jdbc.AbstractXADataSourceMCF.getPhysicalConnectio



n(
AbstractXADataSourceMCF.java:74)
at
org.tranql.connector.derby.EmbeddedXAMCF.createManagedConnection 
(Embedde

dXAMCF.java:52)
at
org.apache.geronimo.connector.outbound.MCFConnectionInterceptor.getCon



ne
ction(MCFConnectionInterceptor.java:48)
at
org.apache.geronimo.connector.outbound.LocalXAResourceInsertionInterce



pt
or.getConnection(LocalXAResourceInsertionInterceptor.java:41)
at
org.apache.geronimo.connector.outbound.SinglePoolConnectionInterceptor



.i
nternalGetConnection(SinglePoolConnectionInterceptor.java:67)
at
org.apache.geronimo.connector.outbound.AbstractSinglePoolConnectionInt



er
ceptor.getConnection(AbstractSinglePoolConnectionInterceptor.java:78)
at
org.apache.geronimo.connector.outbound.TransactionEnlistingInterceptor



.g
etConnection(TransactionEnlistingInterceptor.java:46)
at
org.apache.geronimo.connector.outbound.TransactionCachingInterceptor.g



et
Connection(TransactionCachingInterceptor.java:88)
at
org.apache.geronimo.connector.outbound.ConnectionHandleInterceptor.get



Co
nnection(ConnectionHandleInterceptor.java:43)
at
org.apache.geronimo.connector.outbound.TCCLInterceptor.getConnection 
(TCC

LInterceptor.java:39)
at
org.apache.geronimo.connector.outbound.ConnectionTrackingInterceptor.g



et
Connection(ConnectionTrackingInterceptor.java:66)
at
org.apache.geronimo.connector.outbound.AbstractConnectionManager.alloc



at
eConnection(AbstractConnectionManager.java:87)
at
org.tranql.connector.jdbc.DataSource.getConnection(DataSource.java:56)
...

The deployment plan for the connector can be found here:
http://cwiki.apache.org/confluence/download/attachments/64828/sjas- 
db.xm

l

This plan is deployed with
repository/org/tranql/tranql-connector-derby-embed-xa/1.3/tranql- 
connect

or-derby-embed-xa-1.3.rar

Vasily Zakharov
Intel ESSD


---

Closed Joint Stock Company Intel A/O
Registered legal address: 125252, Moscow, Russian Federation,
Chapayevsky Per, 14.

This e-mail and any attachments may contain confidential material

[jira] Resolved: (GERONIMO-3510) jaxws-tool client does not include all java ee specs in classpath

2007-10-10 Thread Jarek Gawor (JIRA)


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

Jarek Gawor resolved GERONIMO-3510.
---

Resolution: Won't Fix

On second thought, maybe it shouldn't. As a standalone tool, jaxws-tools should 
just require the minimal set of jars to make it work. It is responsibility of 
the user to pass/set the right classpath so that the tool can find the class 
files (and annotations) referenced from the SEI.


 jaxws-tool client does not include all java ee specs in classpath
 -

 Key: GERONIMO-3510
 URL: https://issues.apache.org/jira/browse/GERONIMO-3510
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: webservices
Affects Versions: 2.0.1, 2.0.2, 2.1
Reporter: Jarek Gawor
Assignee: Jarek Gawor

 The jaxws-tool should automatically include all java ee specs in classpath. 
 Right now only a selected few are added.

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

[jira] Closed: (GERONIMODEVTOOLS-230) Fix links and text labels for updatesite.zip for eclipse update site installation

2007-10-10 Thread Tim McConnell (JIRA)

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

Tim McConnell closed GERONIMODEVTOOLS-230.
--

Resolution: Fixed
Fix Version/s: 2.0.2
Assignee: Tim McConnell

Hi Ted, Thanks much for the patch. Sorry for not getting to it sooner. Have
applied and tested it and am closing JIRA

Fix links and text labels for updatesite.zip for eclipse update site
installation
-

Key: GERONIMODEVTOOLS-230
URL:
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-230
Project: Geronimo-Devtools
Issue Type: Bug
Components: eclipse-plugin
Affects Versions: 2.0.0, 2.0.2, 2.0.x, 2.1.0, 2.1.x
Reporter: Ted Kirby
Assignee: Tim McConnell
Fix For: 2.0.2

Attachments: GD230.patch

When you install the plugin via the eclipse udpate manager, and after
installation when you look at feature properties via Help-Software
Updates-Manager Configuration, so text and links are bad. I provide a fix
here. Fixes include:
1. There were old/bad URL links for the plugin server adapters and the server
itself.
2. The URL of the Apache Geronimo eclipse plugin update site was bad.
3. Updated description text.
4. Added 2007 to copyright statement.
5. Added back in the %providerName variable used in v1.
6. Changed one text label from JEE 5.0 to preferred Java EE 5.0.
I tested this in trunk, but it should apply to 2.0.1 and similar releases as
well.

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

Re: Make useMavenDependencies default true ?

2007-10-10 Thread David Jencks



On Oct 10, 2007, at 9:51 AM, Paul McMahan wrote:


On Oct 10, 2007, at 11:50 AM, David Jencks wrote:


project
artifactIdplugin1/artifactId
dependencies
   // a reference to plugin2 is not desirable here, don't
   // want maven processing it as a build time dep or
   // including its classes in the environment inherited
   // by car-maven-plugin
/dependencies
build
plugin
artifactIdcar-maven-plugin/artifactId
configuration
dependency
  artifactIdplugin2/artifactId
  importservice/import
/dependency
/configuration
/plugin
/build
/project



#0 is necessary to help maven build the modules in a correct  
order.  I believe we have successfully written the c-m-p so the  
maven dependencies have no effect on the c-m-p environment, only  
on the configuration that the c-m-p is compiling .  Basically  
the c-m-p fires up a small geronimo instance, and the root  
classloader of that geronimo instance is the root maven  
classloader, without any of the maven dependencies in it.  Then we  
load dependencies of the module we are constructing into this  
geronimo instance just like a standalone geronimo server does.   
So, the only effect these maven dependencies have is to assure  
build order and to contribute to the geronimo module classloader  
according to the rules above.


make sense?


Yes, makes sense.  I didn't realize that the c-m-p was intended to  
behave that way because of a problem I was having using  
importservices/import in the c-m-p configuration section.


When I included a reference to plugin2 in the main dependency  
section the gbean deployer invoked by the c-m-p was still trying to  
include plugin2's dependencies even though I overrode that  
dependency with importservices/import in the c-m-p's  
configuration section (like shown above).   That might actually be  
a problem with the kernel's handling of service type deps though  
and it just surfaced to me through the c-m-p.


Indeed it might.  AFAIK no one has found an actual use for  
importservice/import dependencies before could I inquire what  
use you found for it and how you avoided class cast exceptions?


thanks
david jencks



Best wishes,
Paul

[jira] Commented: (GERONIMODEVTOOLS-238) Server not found after Download additional server adapters

2007-10-10 Thread Ted Kirby (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-238?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533854
 ] 

Ted Kirby commented on GERONIMODEVTOOLS-238:


This error seems to occur when no installed runtimes have been defined.  Once 
one is defined, the error does not seem to occur.  This may well be an 
eclipse/WTP bug.

 Server not found after Download additional server adapters
 

 Key: GERONIMODEVTOOLS-238
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-238
 Project: Geronimo-Devtools
  Issue Type: Bug
Affects Versions: 2.0.0
Reporter: Ted Kirby
Assignee: Tim McConnell
 Fix For: 2.0.2

 Attachments: GD238.patch


 Starting with no geronimo eclipse plugin artifacts installed in my ecplise 
 environment with all the pre-reqs, I define a new server, then click the 
 Download additional server adatpers link, and install the Geronimo 2.0 
 Server Adapter.   eclipse restarts, but when I go to define a new server, 
 Geronimo v2.0 is not in the list of known servers.  I've tried this with the 
 new WTP2.0.1 all in one package, as well as WTP201 RC1 and RC2 versions.  
 This used to work on the RC1 and RC2 versions.  I am not sure what is going 
 on here.
 When I open the Eclipse Error Log view, I get this error:
 eclipse.buildId=M20070905-1045
 java.version=1.5.0_11
 java.vendor=Sun Microsystems Inc.
 BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=en_US
 Command-line arguments:  -os win32 -ws win32 -arch x86
 Error
 Tue Oct 09 10:08:02 EDT 2007
 Error calling delegate setDefaults() ServerWorkingCopy 10_9_07_10_08_AM0
 java.lang.NullPointerException
 at 
 org.eclipse.jst.server.generic.core.internal.GenericServer.getServerDefinition(GenericServer.java:239)
 at 
 org.eclipse.jst.server.generic.core.internal.GenericServer.setDefaults(GenericServer.java:324)
 at 
 org.eclipse.wst.server.core.internal.ServerWorkingCopy.setDefaults(ServerWorkingCopy.java:608)
 at 
 org.eclipse.wst.server.core.internal.ServerType.createServer(ServerType.java:195)
 at 
 org.eclipse.wst.server.ui.internal.wizard.page.ServerCreationCache.getServer(ServerCreationCache.java:61)
 at 
 org.eclipse.wst.server.ui.internal.wizard.page.NewManualServerComposite.loadServerImpl(NewManualServerComposite.java:214)
 at 
 org.eclipse.wst.server.ui.internal.wizard.page.NewManualServerComposite.handleTypeSelection(NewManualServerComposite.java:383)
 at 
 org.eclipse.wst.server.ui.internal.wizard.page.NewManualServerComposite$1.serverTypeSelected(NewManualServerComposite.java:123)
 at 
 org.eclipse.wst.server.ui.internal.viewers.ServerTypeComposite$2.selectionChanged(ServerTypeComposite.java:85)
 at org.eclipse.jface.viewers.Viewer$2.run(Viewer.java:162)
 at org.eclipse.core.runtime.SafeRunner.run(SafeRunner.java:37)
 at org.eclipse.core.runtime.Platform.run(Platform.java:857)
 at org.eclipse.ui.internal.JFaceUtil$1.run(JFaceUtil.java:46)
 at org.eclipse.jface.util.SafeRunnable.run(SafeRunnable.java:199)
 at org.eclipse.jface.viewers.Viewer.fireSelectionChanged(Viewer.java:160)
 at 
 org.eclipse.jface.viewers.StructuredViewer.updateSelection(StructuredViewer.java:2047)
 at 
 org.eclipse.jface.viewers.StructuredViewer.setSelection(StructuredViewer.java:1641)
 at org.eclipse.jface.viewers.TreeViewer.setSelection(TreeViewer.java:1091)
 at 
 org.eclipse.wst.server.ui.internal.viewers.ServerTypeComposite.setVisible(ServerTypeComposite.java:97)
 at 
 org.eclipse.wst.server.ui.internal.wizard.page.NewManualServerComposite.setVisible(NewManualServerComposite.java:407)
 at 
 org.eclipse.wst.server.ui.internal.wizard.page.NewServerComposite.createControl(NewServerComposite.java:233)
 at 
 org.eclipse.wst.server.ui.internal.wizard.page.NewServerComposite.init(NewServerComposite.java:121)
 at 
 org.eclipse.wst.server.ui.internal.wizard.fragment.NewServerWizardFragment.createComposite(NewServerWizardFragment.java:74)
 at 
 org.eclipse.wst.server.ui.internal.wizard.TaskWizardPage.createControl(TaskWizardPage.java:43)
 at 
 org.eclipse.wst.server.ui.internal.wizard.TaskWizard.createPageControls(TaskWizard.java:396)
 at 
 org.eclipse.jface.wizard.WizardDialog.createPageControls(WizardDialog.java:669)
 at org.eclipse.jface.wizard.WizardDialog.createContents(WizardDialog.java:543)
 at org.eclipse.jface.window.Window.create(Window.java:426)
 at org.eclipse.jface.dialogs.Dialog.create(Dialog.java:1081)
 at org.eclipse.jface.window.Window.open(Window.java:785)
 at 
 org.eclipse.wst.server.ui.internal.actions.LaunchWizardAction.run(LaunchWizardAction.java:57)
 at org.eclipse.jface.action.Action.runWithEvent(Action.java:498)
 at 
 org.eclipse.jface.action.ActionContributionItem.handleWidgetSelection(ActionContributionItem.java:546)
 at

Re: Make useMavenDependencies default true ?

2007-10-10 Thread Paul McMahan


On Oct 10, 2007, at 3:32 PM, David Jencks wrote:

Indeed it might.  AFAIK no one has found an actual use for  
importservice/import dependencies before could I inquire  
what use you found for it and how you avoided class cast exceptions?


I looked into to using it to enforce module startup order.The  
console should startup before any console extensions because the  
console listens for extensions being added to its navigator.  But  
those extensions should not (necessarily) inherit the console's  
classloader, especially since the console uses spring for configuring  
the pluto internals.  The services dependency type didn't work as I  
had expected while using the c-m-p so I never actually used it in a  
server to see any class cast exceptions.



Best wishes,
Paul

Re: J2g - purpose of configurator?

2007-10-10 Thread Erik B. Craig


Lin,
I did some poking around with what it's actually doing now...
It actually looks like this may not be necessary with eclipse 3.3. I am 
not 100% sure on this, because I have only touched j2g while using 
Eclipse 3.3 milestones and up, never with 3.2, but I think it may have 
been necessary to set some of the things that it is setting with Eclipse 
3.2. At any rate, I think you are correct in that this is no longer 
required with what it's doing to the eclipse config.ini, however it is 
copying some of the dependencies (properties files) into the eclipse 
plugins directory, along with the actual plugins themselves, which this 
is most certainly a critical part of its functionality.


Thanks,
Erik

Lin Sun wrote:

Hi,

I'd like to know a bit more as to why we need the configurator module 
in j2g.  From our user doc, we ask our users to run the j2g-configure 
in the bin dir which at the end would call 
org.apache.geronimo.devtools.j2g.Configurator.  Looks like what it 
does is to make a copy of existing 
eclipse_home\configuration\config.ini and add some config properties 
to the config.ini file.  But I don't really understand why we need to 
modify the default config.ini file.   I don't think our geronimo 
eclipse plugin modifies it either.   It can be a prob when we want to 
enable a user to download j2g from an update site.


I tried to run j2g with the default config.ini and able to run the 
jdes2g and jsrc2g fine.  I haven't been able to find a sample that 
allows me to run jres2g yet, so if you know any let me know.


Thanks,
Lin

Re: J2g - purpose of configurator?

2007-10-10 Thread Jason Warner

Erik,

I was under the impression that the copying of the necessary jars was handle
by the j2g-configure script itself.  I don't think the configurator module
is required for this script.  It might be best, if the config.ini changes
are unnecessary, to remove the configurator plugin component, and redo the
script so that it only does the copying.

Cheers,

Jason Warner

On 10/10/07, Erik B. Craig [EMAIL PROTECTED] wrote:

 Lin,
 I did some poking around with what it's actually doing now...
 It actually looks like this may not be necessary with eclipse 3.3. I am
 not 100% sure on this, because I have only touched j2g while using
 Eclipse 3.3 milestones and up, never with 3.2, but I think it may have
 been necessary to set some of the things that it is setting with Eclipse
 3.2. At any rate, I think you are correct in that this is no longer
 required with what it's doing to the eclipse config.ini, however it is
 copying some of the dependencies (properties files) into the eclipse
 plugins directory, along with the actual plugins themselves, which this
 is most certainly a critical part of its functionality.

 Thanks,
 Erik

 Lin Sun wrote:
  Hi,
 
  I'd like to know a bit more as to why we need the configurator module
  in j2g.  From our user doc, we ask our users to run the j2g-configure
  in the bin dir which at the end would call
  org.apache.geronimo.devtools.j2g.Configurator.  Looks like what it
  does is to make a copy of existing
  eclipse_home\configuration\config.ini and add some config properties
  to the config.ini file.  But I don't really understand why we need to
  modify the default config.ini file.   I don't think our geronimo
  eclipse plugin modifies it either.   It can be a prob when we want to
  enable a user to download j2g from an update site.
 
  I tried to run j2g with the default config.ini and able to run the
  jdes2g and jsrc2g fine.  I haven't been able to find a sample that
  allows me to run jres2g yet, so if you know any let me know.
 
  Thanks,
  Lin

Re: Support of WS-RM in ServiceMix

2007-10-10 Thread Guillaume Nodet

There are some test cases to test CXF BC + WS-RM, so It works.
Take a look at the sources and unit tests to see how to configure the bc.

On 10/10/07, JasonXZ [EMAIL PROTECTED] wrote:

 Hi there,

 Could someone provide some information on the latest status of WS-RM support
 in ServiceMix? I know there is ongoing effort to integrate CXF with
 ServiceMix and I understand CXF provides the capability. Is this something
 that's going to materialize some time soon? And if there is other work on BC
 that provides support for WS-RM please let me know.

 Thanks!!


 Jason Zhong

 Active Endpoints


 --
 View this message in context: 
 http://www.nabble.com/Support-of-WS-RM-in-ServiceMix-tf4601246s12049.html#a13137188
 Sent from the ServiceMix - Dev mailing list archive at Nabble.com.




-- 
Cheers,
Guillaume Nodet

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

Board Report for October -- Input Needed

2007-10-10 Thread Kevan Miller


All,
Geronimo is scheduled to give a Board report on October 17th.

Here is a wiki page to gather status -- http://cwiki.apache.org/ 
confluence/display/GMOxPMGT/Apache+Geronimo+Board+Report+-+2007-10+- 
+October


Please have your updates in by Sunday October 14th. This allows the  
status to be finalized and sent to the board prior to the meeting.


Thanks,
--kevan

[jira] Commented: (GERONIMO-3520) missing jsr-77 stats for JTA

2007-10-10 Thread Matt Hogstrom (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3520?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533925
 ] 

Matt Hogstrom commented on GERONIMO-3520:
-

Viet, for the txmanager patch I think there may be an issue with the use of the 
static long.  Since the access is not synchronized there exists a strong 
possibility of lost updates in a heavily concurrent system which would lead to 
inaccurate values.  volatile is one way  to address this problem but I don't 
think it is perfect on all VMs so I think the better solution would be the use 
of java.util.concurrent.atomic.AtomicLong .getAndIncrement() which should do 
the trick.  Not sure of other folks have suggestions.

 missing jsr-77 stats for JTA
 

 Key: GERONIMO-3520
 URL: https://issues.apache.org/jira/browse/GERONIMO-3520
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: monitoring, transaction manager
Affects Versions: 2.0.2, 2.1
 Environment: linux
Reporter: Viet Hung Nguyen
 Attachments: geronimo-3520.patch, 
 jms-mdb-sample-ear-2.0-SNAPSHOT.ear, txmanagerStats.patch


 we need to surface transaction statistics defined by the JSR 77 spec.

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

[jira] Commented: (GERONIMO-3522) monitoring client needs ability to tell if snapshot thread is running, control proper stop/start of thread

2007-10-10 Thread Anita Kulshreshtha (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3522?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533926
 ] 

Anita Kulshreshtha commented on GERONIMO-3522:
--

Patch applied in rev  583662

 monitoring client needs ability to tell if snapshot thread is running, 
 control proper stop/start of thread
 --

 Key: GERONIMO-3522
 URL: https://issues.apache.org/jira/browse/GERONIMO-3522
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: monitoring
Reporter: Viet Hung Nguyen
Assignee: Erik B. Craig
 Attachments: GERONIMO-3522.patch


 the monitoring client needs to be able tell whether or not the snapshot 
 thread is actually collecting any data, control stop/start of the thread

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

[jira] Commented: (GERONIMO-3456) Make MEJB security configurable


[ 
https://issues.apache.org/jira/browse/GERONIMO-3456?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12533946
 ] 

Kevan Miller commented on GERONIMO-3456:


Anita, can this jira be closed, now?

 Make MEJB security configurable
 ---

 Key: GERONIMO-3456
 URL: https://issues.apache.org/jira/browse/GERONIMO-3456
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: OpenEJB, security
Affects Versions: 2.0.1, 2.1
 Environment: All
Reporter: Anita Kulshreshtha
Assignee: Anita Kulshreshtha
Priority: Critical
 Fix For: 2.0.2, 2.1

 Attachments: configs.diff, configs.patch, configs.patch, 
 GERONIMO-3456.patch, mejb-ear-2.1-SNAPSHOT.ear, mejb-ejb-2.1-SNAPSHOT.jar, 
 mejb-war-2.1-SNAPSHOT.war, mejb.diff, MEJB.java, mejb.patch


 Currently access to MEJB is not controlled. Add configurable security for 
 MEJB.

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

[jira] Updated: (GERONIMO-2025) Undeploy and redeploy with no version leaves dangling entries in config.xml

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

Kevan Miller updated GERONIMO-2025:
---

Fix Version/s: (was: 2.0.2)
2.0.x

Moving out of 2.0.2 to 2.0.x. Has anyone tested this behavior to see if it is
still an issue?

Undeploy and redeploy with no version leaves dangling entries in config.xml
---

Key: GERONIMO-2025
URL: https://issues.apache.org/jira/browse/GERONIMO-2025
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: deployment, kernel
Affects Versions: 1.1, 2.0.x, 2.1
Reporter: Aaron Mulder
Assignee: Rakesh Midha
Fix For: 2.0.x, 2.1

Attachments: removeunwantedconfig.patch

If you deploy an application with no version and then undeploy it, we leave
an entry for it (with a timestamp version number) in config.xml, just marked
as load=false.
If you later deploy the application again, you get a new timestamp version
number and a new entry is written into config.xml. Do this (undeploy/deploy)
a few times and config.xml gets kind of messy.
It would be be good to delete entries from config.xml on undeploy if they
have no actual settings.
It would be good to detect that a previous version is in conifg.xml but not
in the repository and delete the settings from config.xml if the artifact has
no version number and a newer copy is deployed.
This is not a huge priority since nothing breaks, it just makes config.xml
kind of crufty.

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

[jira] Updated: (GERONIMO-3467) Confusing security exception thrown while authenticating using JMX with a just starting server


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

Kevan Miller updated GERONIMO-3467:
---

Affects Version/s: 2.0.x
Fix Version/s: (was: 2.0.2)
   2.0.x

 Confusing security exception thrown while authenticating using JMX with a 
 just starting server
 --

 Key: GERONIMO-3467
 URL: https://issues.apache.org/jira/browse/GERONIMO-3467
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: security
Affects Versions: 2.0.2, 2.0.x, 2.1
Reporter: Shiva Kumar H R
 Fix For: 2.0.x, 2.1


 Scenario is as below:
 Let's say server is starting and 
 org.apache.geronimo.configs/rmi-naming/2.0.1/car has started, but 
 org.apache.geronimo.configs/j2ee-security/2.0.1/car hasn't yet started. If an 
 external entity (like Geronimo Eclipse Plug-in) now tries to connect to the 
 kernel remotely through JMX, although rmi connection succeeds, authenticate 
 will fail (because security realm has not yet been started).
 In this case, org.apache.geronimo.jmxremoting.Authenticator.authenticate() is 
 getting a LoginException with error 
 javax.security.auth.login.LoginException: No LoginModules configured for 
 geronimo-admin. However this exception is not propogated, but rather is 
 thrown back as a 'SecurityException(Invalid login)'.

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

[jira] Closed: (GERONIMO-3452) Stateless Session EJBs cannot contain a remove() method


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

Kevan Miller closed GERONIMO-3452.
--

Resolution: Fixed

I'm closing this as it appears to have been fixed in OpenEJB.

 Stateless Session EJBs cannot contain a remove() method
 ---

 Key: GERONIMO-3452
 URL: https://issues.apache.org/jira/browse/GERONIMO-3452
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: OpenEJB
Affects Versions: 2.0.x, 2.1
 Environment: Windows XP SP2
Reporter: Aman Nanner
 Fix For: 2.0.2, 2.1


 We have a stateless session bean that contains a remove(...) method that 
 takes in a specific type of array as a parameter.  It seems that the 
 EJBObjectProxyHandler confuses this custom business method with the Entity 
 Bean remove(...) method.  Once the logic sees that a method called remove 
 is being called, it assumes that it is a special method instead of a 
 business method.  Here is a stack trace up to the point where this piece of 
 logic occurs:
 {panel}
 Thread [http-80-3] (Suspended)
   StatelessEjbObjectHandler(EjbObjectProxyHandler)._invoke(Object, Class, 
 Method, Object[]) line: 62  
   StatelessEjbObjectHandler(BaseEjbProxyHandler).invoke(Object, Method, 
 Object[]) line: 320   
   Jdk13InvocationHandler.invoke(Object, Method, Object[]) line: 49
   $Proxy173.remove(FcModelKey[]) line: not available  
   FCRemoveTest.test() line: 75
   
 {panel}
 The following code in the EjbObjectProxyHandler looks up the name of the 
 method from the dispatch table and sees that it is a special method name.  
 However, this really only applies to Entity beans and not Session Beans.  
 Therefore, case 4 is executed, and the StatelessEjbObjectHandler.remove(...) 
 method is called, which is empty and only returns null.
 {code}
 Integer operation = (Integer) dispatchTable.get(m.getName());
 if (operation == null) {
 retValue = businessMethod(interfce, m, a, p);
 } else {
 switch (operation.intValue()) {
 case 1:
 retValue = getHandle(m, a, p);
 break;
 case 2:
 retValue = getPrimaryKey(m, a, p);
 break;
 case 3:
 retValue = isIdentical(m, a, p);
 break;
 case 4:
 retValue = remove(interfce, m, a, p);
 break;
 case 5:
 retValue = getEJBHome(m, a, p);
 break;
 case 6:
 retValue = getEJBLocalHome(m, a, p);
 break;
 default:
 throw new RuntimeException(Inconsistent internal 
 state);
 }
 }
 return retValue;
 {code}
 We have not run into this problem with JBoss and Weblogic.  I do not believe 
 having a method called remove on a Stateless Session bean is in violation 
 of any spec, so this should work.

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

[jira] Updated: (GERONIMO-3503) DBPool wizzard creates plans only for local-transactions