from:"Prasad Kashyap"

Re: [BUILD] Failed for Revision: 505868

2007-02-12 Thread Prasad Kashyap


This has been fixed already. The cron job had the same JAVA_HOME but I
had to change the path by putting my assigned JAVA_HOME at the front.

Cheers
Prasad

On 2/12/07, Jason Dillon [EMAIL PROTECTED] wrote:

Are you sure the cron job executes with the same path and/or JAVA_HOME?

--jason


On Feb 12, 2007, at 9:09 AM, Prasad Kashyap wrote:

 bubbleboy:/usr/lib/jvmjava -version
 java version 1.5.0_08
 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_08-b03)
 Java HotSpot(TM) Server VM (build 1.5.0_08-b03, mixed mode)

 The file /usr/lib/libgcj.so.5.0.0 exists. I have discovered that this
 error occurs only during the cron job. The tests pass successfully
 when the geronimo-activation module is built directly. I'm trying to
 fix this now.

 Cheers
 Prasad

 On 2/11/07, Jason Dillon [EMAIL PROTECTED] wrote:
 What version of Java is this using?  The '/usr/lib/libgcj.so.5.0.0'
 looks suspicious...

 --jason


 On Feb 11, 2007, at 2:04 AM, [EMAIL PROTECTED] wrote:

  Revision: 505868 built with tests included
  See the full build-050044.log file at http://people.apache.org/
  ~prasad/binaries/20070211/build-050044.log
 
  [INFO]task-segment: [install]
  [INFO]
 
 -
 -
  --
  [INFO] [tools:require-java-version {execution: validate-java-
 version}]
  [INFO] [tools:copy-legal-files {execution: install-legal-files}]
  [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/test-
  deployment-javaee_5/test-war-javaee_5/target/classes/META-INF
  [INFO] Copying 2 files to /home/prasad/geronimo/trunk/testsupport/
  test-deployment-javaee_5/test-war-javaee_5/target/classes/META-INF
  [INFO] [resources:resources]
  [INFO] Using default encoding to copy filtered resources.
  [INFO] [compiler:compile]
  [INFO] No sources to compile
  [INFO] [resources:testResources]
  [INFO] Using default encoding to copy filtered resources.
  [INFO] [compiler:testCompile]
  [INFO] No sources to compile
  [INFO] [surefire:test]
  [INFO] No tests to run.
  [INFO] [war:war]
  [INFO] Exploding webapp...
  [INFO] Assembling webapp test-war-javaee_5 in /home/prasad/
 geronimo/
  trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/
 target/
  test-war-javaee_5-2.0-SNAPSHOT
  [INFO] Copy webapp webResources to /home/prasad/geronimo/trunk/
  testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test-
  war-javaee_5-2.0-SNAPSHOT
  [INFO] Building jar: /home/prasad/geronimo/trunk/testsupport/test-
  deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-
  SNAPSHOT/WEB-INF/lib/test-war-javaee_5-2.0-SNAPSHOT.jar
  [INFO] Generating war /home/prasad/geronimo/trunk/testsupport/test-
  deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-
  SNAPSHOT.war
  [INFO] Building war: /home/prasad/geronimo/trunk/testsupport/test-
  deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-
  SNAPSHOT.war
  [INFO] [install:install]
  [INFO] Installing /home/prasad/geronimo/trunk/testsupport/test-
  deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-
  SNAPSHOT.war to /home/prasad/.m2/repository/org/apache/geronimo/
  testsupport/test-war-javaee_5/2.0-SNAPSHOT/test-war-javaee_5-2.0-
  SNAPSHOT.war
  [INFO]
 
 -
 -
  --
  [INFO] Building Geronimo Test Support, Test Deployment JAVAEE
 5 :: RAR
  [INFO]task-segment: [install]
  [INFO]
 
 -
 -
  --
  [INFO] [tools:require-java-version {execution: validate-java-
 version}]
  [INFO] [tools:copy-legal-files {execution: install-legal-files}]
  [INFO] Created dir: /home/prasad/geronimo/trunk/testsupport/test-
  deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF
  [INFO] Copying 2 files to /home/prasad/geronimo/trunk/testsupport/
  test-deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF
  [INFO] [resources:resources]
  [INFO] Using default encoding to copy filtered resources.
  [INFO] [compiler:compile]
  [INFO] No sources to compile
  [INFO] [resources:testResources]
  [INFO] Using default encoding to copy filtered resources.
  [INFO] [compiler:testCompile]
  [INFO] No sources to compile
  [INFO] [surefire:test]
  [INFO] No tests to run.
  [INFO] [rar:rar]
  [INFO] Copy rar resources to /home/prasad/geronimo/trunk/
  testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/test-
  rar-javaee_5-2.0-SNAPSHOT
  [INFO] Using ra.xml /home/prasad/geronimo/trunk/testsupport/test-
  deployment-javaee_5/test-rar-javaee_5/src/main/rar/META-INF/ra.xml
  [INFO] Could not find manifest file: /home/prasad/geronimo/trunk/
  testsupport/test-deployment-javaee_5/test-rar-javaee_5/src/main/
 rar/
  META-INF/MANIFEST.MF - Generating one
  [INFO] Building jar: /home/prasad/geronimo/trunk/testsupport/test-
  deployment-javaee_5/test-rar-javaee_5/target/test-rar-javaee_5-2.0-
  SNAPSHOT.rar
  [INFO

Re: [BUILD] Failed for Revision: 506686

2007-02-12 Thread Prasad Kashyap


Dims,

Has this been fixed now ?

Cheers
Prasad

On 12 Feb 2007 22:14:44 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Revision: 506686 built with tests skipped
See the full build-1700.log file at 
http://people.apache.org/~prasad/binaries/20070212/build-1700.log

Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar
[WARNING] Unable to get resource from repository tomcat-m2-repo 
(http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar
[WARNING] Unable to get resource from repository axis2-m2-repo 
(http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar
[WARNING] Unable to get resource from repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar
[WARNING] Unable to get resource from repository apache-ws-snapshots2 
(http://ws.zones.apache.org/repository2/)
Downloading: 
http://repo1.maven.org/maven2//org/apache/httpcomponents/jakarta-httpcore/4.0-alpha3/jakarta-httpcore-4.0-alpha3.jar
125K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
[WARNING] Unable to get resource from repository tomcat-m2-repo 
(http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
[WARNING] Unable to get resource from repository axis2-m2-repo 
(http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
[WARNING] Unable to get resource from repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
[WARNING] Unable to get resource from repository apache-ws-snapshots2 
(http://ws.zones.apache.org/repository2/)
Downloading: 
http://repo1.maven.org/maven2//org/apache/geronimo/specs/geronimo-jms_1.1_spec/1.0.1/geronimo-jms_1.1_spec-1.0.1.jar
30K downloaded
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar
[WARNING] Unable to get resource from repository apache-snapshots 
(http://people.apache.org/repo/m2-snapshot-repository)
Downloading: 
http://ws.zones.apache.org/repository2//org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar
130K downloaded
[WARNING] *** CHECKSUM FAILED - Error retrieving checksum file for 
org/apache/ws/commons/axiom/axiom-dom/SNAPSHOT/axiom-dom-SNAPSHOT.jar - IGNORING
Downloading: 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/axis2/axis2-adb/SNAPSHOT/axis2-adb-20070212.215012-1.jar
135K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar
[WARNING] Unable to get resource from repository tomcat-m2-repo 
(http://tomcat.apache.org/dev/dist/m2-repository/)
Downloading: 
http://ws.zones.apache.org/repository2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar
[WARNING] Unable to get resource from repository axis2-m2-repo 
(http://ws.zones.apache.org/repository2/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar
[WARNING] Unable to get resource from repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 
http://ws.zones.apache.org/repository2//com/sun/xml/bind/jaxb-impl/2.0.2/jaxb-impl-2.0.2.jar
[WARNING] Unable to get resource from repository apache-ws-snapshots2 
(http://ws.zones.apache.org/repository2/)
Downloading:

Re: [BUILD] Failed for Revision: 506847

2007-02-12 Thread Prasad Kashyap


Removed geronimo-corba-deployer from the list of modules in the
configs/pom.xml.

Anybody has a problem, HOLLER !

At Revision 506852

Cheers
Prasad

On 13 Feb 2007 04:00:58 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Revision: 506847 built with tests skipped
See the full build-2300.log file at 
http://people.apache.org/~prasad/binaries/20070212/build-2300.log

[INFO] Scanning for projects...
[INFO] 
[ERROR] FATAL ERROR
[INFO] 
[INFO] Error building POM (may not be this project's POM).


Project ID: unknown

Reason: Could not find the model file 
'/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'.


[INFO] 
[INFO] Trace
org.apache.maven.reactor.MavenExecutionException: Could not find the model file 
'/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'.
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:365)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:278)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
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.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.project.ProjectBuildingException: Could not find 
the model file 
'/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml'.
at 
org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1274)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromSourceFileInternal(DefaultMavenProjectBuilder.java:414)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.build(DefaultMavenProjectBuilder.java:192)
at org.apache.maven.DefaultMaven.getProject(DefaultMaven.java:515)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:447)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491)
at org.apache.maven.DefaultMaven.collectProjects(DefaultMaven.java:491)
at org.apache.maven.DefaultMaven.getProjects(DefaultMaven.java:351)
... 11 more
Caused by: java.io.FileNotFoundException: 
/home/prasad/geronimo/trunk/configs/geronimo-corba-deployer/pom.xml (No such 
file or directory)
at java.io.FileInputStream.open(Native Method)
at java.io.FileInputStream.init(FileInputStream.java:106)
at java.io.FileReader.init(FileReader.java:55)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.readModel(DefaultMavenProjectBuilder.java:1269)
... 18 more
[INFO] 
[INFO] Total time: 7 seconds
[INFO] Finished at: Mon Feb 12 23:00:56 EST 2007
[INFO] Final Memory: 23M/159M
[INFO]

Re: [BUILD] Failed for Revision: 505776

2007-02-10 Thread Prasad Kashyap


Is this what David Jencks is talking about in the following  thread ?

http://www.nabble.com/New-openejb-deployer-has-very-different-assumptions-than-the-rest-of-the-deployment-system---not-compatible-with-offline-deployment-tf3207032.html

Cheers
Prasad

On 10 Feb 2007 22:19:24 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:

Revision: 505776 built with tests skipped
See the full build-170034.log file at 
http://people.apache.org/~prasad/binaries/20070210/build-170034.log

[INFO] Building Geronimo Configs :: Tomcat
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/prasad/geronimo/trunk/configs/tomcat6/target/classes/META-INF
[INFO] Copying 2 files to 
/home/prasad/geronimo/trunk/configs/tomcat6/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/prasad/geronimo/trunk/configs/tomcat6/target/plan/plan.xml
[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/prasad/geronimo/trunk/configs/tomcat6/target/plan/plan.xml
[INFO] snapshot org.apache.geronimo.modules:geronimo-tomcat6:2.0-SNAPSHOT: 
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-tomcat6:2.0-SNAPSHOT: 
checking for updates from axis2-m2-repo
[INFO] snapshot org.apache.geronimo.modules:geronimo-tomcat6:2.0-SNAPSHOT: 
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.modules:geronimo-tomcat6:2.0-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] Building jar: 
/home/prasad/geronimo/trunk/configs/tomcat6/target/tomcat6-2.0-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing 
/home/prasad/geronimo/trunk/configs/tomcat6/target/tomcat6-2.0-SNAPSHOT.car to 
/home/prasad/.m2/repository/org/apache/geronimo/configs/tomcat6/2.0-SNAPSHOT/tomcat6-2.0-SNAPSHOT.car
[INFO] 

[INFO] Building Geronimo Configs :: Tomcat Deployer
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/prasad/geronimo/trunk/configs/tomcat6-deployer/target/classes/META-INF
[INFO] Copying 2 files to 
/home/prasad/geronimo/trunk/configs/tomcat6-deployer/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [car:prepare-plan]
[INFO] Generated: 
/home/prasad/geronimo/trunk/configs/tomcat6-deployer/target/plan/plan.xml
[INFO] [car:package]
[INFO] Packaging module configuration: 
/home/prasad/geronimo/trunk/configs/tomcat6-deployer/target/plan/plan.xml
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-tomcat6-builder:2.0-SNAPSHOT: checking for 
updates from apache-snapshots
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-tomcat6-builder:2.0-SNAPSHOT: checking for 
updates from axis2-m2-repo
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-tomcat6-builder:2.0-SNAPSHOT: checking for 
updates from codehaus-snapshots
[INFO] snapshot 
org.apache.geronimo.modules:geronimo-tomcat6-builder:2.0-SNAPSHOT: checking for 
updates from apache.snapshots
[INFO] snapshot org.apache.geronimo.configs:tomcat6:2.0-SNAPSHOT: checking for 
updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.configs:tomcat6:2.0-SNAPSHOT: checking for 
updates from axis2-m2-repo
[INFO] snapshot org.apache.geronimo.configs:tomcat6:2.0-SNAPSHOT: checking for 
updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.configs:tomcat6:2.0-SNAPSHOT: checking for 
updates from apache.snapshots
[INFO] Building jar: 
/home/prasad/geronimo/trunk/configs/tomcat6-deployer/target/tomcat6-deployer-2.0-SNAPSHOT.car
[INFO] [install:install]
[INFO] Installing 
/home/prasad/geronimo/trunk/configs/tomcat6-deployer/target/tomcat6-deployer-2.0-SNAPSHOT.car
 to 
/home/prasad/.m2/repository/org/apache/geronimo/configs/tomcat6-deployer/2.0-SNAPSHOT/tomcat6-deployer-2.0-SNAPSHOT.car
[INFO] 

[INFO] Building Geronimo Configs :: JSP Examples Tomcat
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/prasad/geronimo/trunk/configs/jsp-examples-tomcat/target/classes/META-INF
[INFO] Copying 2 files to 
/home/prasad/geronimo/trunk/configs/jsp-examples-tomcat/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using

Build failure for Revision: 505235

2007-02-09 Thread Prasad Kashyap

- Forwarded message --
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: 9 Feb 2007 12:59:16 -
Subject: Build failure for Revision: 505235
To: [EMAIL PROTECTED]

See the full build log file at
http://people.apache.org/~prasad/binaries/20070209/build.log

[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] No sources to compile
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [war:war]
[INFO] Exploding webapp...
[INFO] Assembling webapp test-war-javaee_5 in
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-SNAPSHOT
[INFO] Copy webapp webResources to
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-SNAPSHOT
[INFO] Building jar:
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-SNAPSHOT/WEB-INF/lib/test-war-javaee_5-2.0-SNAPSHOT.jar
[INFO] Generating war
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-SNAPSHOT.war
[INFO] Building war:
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-SNAPSHOT.war
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-war-javaee_5/target/test-war-javaee_5-2.0-SNAPSHOT.war
to 
/home/prasad/.m2/repository/org/apache/geronimo/testsupport/test-war-javaee_5/2.0-SNAPSHOT/test-war-javaee_5-2.0-SNAPSHOT.war
[INFO] 

[INFO] Building Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] No sources to compile
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] No sources to compile
[INFO] [surefire:test]
[INFO] No tests to run.
[INFO] [rar:rar]
[INFO] Copy rar resources to
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/test-rar-javaee_5-2.0-SNAPSHOT
[INFO] Using ra.xml
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-rar-javaee_5/src/main/rar/META-INF/ra.xml
[INFO] Could not find manifest file:
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-rar-javaee_5/src/main/rar/META-INF/MANIFEST.MF
- Generating one
[INFO] Building jar:
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/test-rar-javaee_5-2.0-SNAPSHOT.rar
[INFO] [install:install]
[INFO] Installing
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-rar-javaee_5/target/test-rar-javaee_5-2.0-SNAPSHOT.rar
to 
/home/prasad/.m2/repository/org/apache/geronimo/testsupport/test-rar-javaee_5/2.0-SNAPSHOT/test-rar-javaee_5-2.0-SNAPSHOT.rar
[INFO] 

[INFO] Building Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [ear:generate-application-xml]
[INFO] Generating application.xml
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir:
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-ear-javaee_5/target/classes/META-INF
[INFO] Copying 2 files to
/home/prasad/geronimo/trunk/testsupport/test-deployment-javaee_5/test-ear-javaee_5/target/classes/META-INF
[INFO] [resources:resources]
[INFO] Using default

Re: Build successful for Revision: 505152

2007-02-09 Thread Prasad Kashyap


On 2/9/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote:

Build failed notifications will definitely be useful and save a lot of
time for a lot of us :o)


Here you go Vamsi. Your wishes have been granted ;-) Or did you break
this yourself to see how useful this notification is ? Hmmm ;-)

http://www.nabble.com/Build-failure-for-Revision%3A-505235-tf3200686.html


 Vamsi


Cheers
Prasad




On 2/9/07, Jason Dillon [EMAIL PROTECTED] wrote:
 Its only really interesting after a series of failed builds... but I
 agree normally not very interesting.

 --jason


 On Feb 9, 2007, at 1:41 AM, Rick McGuire wrote:

  Prasad,
 
  Any chance I can convince you to add an easy to filter on tag to
  the beginning of the subject line for these notices?  Typically,
  build successful is not an interesting event, and can be shuffled
  into a different folder.
 
  Rick
 
  Prasad Kashyap wrote:
  -- Forwarded message --
  From: [EMAIL PROTECTED] [EMAIL PROTECTED]
  Date: 9 Feb 2007 03:51:17 -
  Subject: Build successful for Revision: 505152
  To: [EMAIL PROTECTED]

Re: Build successful for Revision: 505152

2007-02-09 Thread Prasad Kashyap


On 2/9/07, Rick McGuire [EMAIL PROTECTED] wrote:

Prasad,

Any chance I can convince you to add an easy to filter on tag to the
beginning of the subject line for these notices?


Sure Rick. Thy wish is my command. What kinda tag do you need ?


Typically, build
successful is not an interesting event, and can be shuffled into a
different folder.


Seems like there are other folks who follow a successful build and
thereby get the latest binaries from it.
http://www.nabble.com/forum/ViewPost.jtp?post=8870930framed=y



Rick


Cheers
Prasad


Prasad Kashyap wrote:
 -- Forwarded message --
 From: [EMAIL PROTECTED] [EMAIL PROTECTED]
 Date: 9 Feb 2007 03:51:17 -
 Subject: Build successful for Revision: 505152
 To: [EMAIL PROTECTED]

Re: java.lang.OutOfMemoryError: Java heap space

2007-02-09 Thread Prasad Kashyap


On 2/9/07, Jason Dillon [EMAIL PROTECTED] wrote:

Curious, what is the max heap size you are using?


-Xmx512m -XX:MaxPermSize=128m

I have had this setting for quite sometime now. What changed recently
? Paul McMahan saw the same thing too.



--jason


Cheers
Prasad


On Feb 8, 2007, at 7:30 PM, Prasad Kashyap wrote:

 Of late I have begun seeing a number of java.lang.OutOfMemoryError
 during deployment of some test apps in the testsuites.

 Here are a couple of them
 o.a.g.testsuite/jms-ear/2.0-SNAPSHOT/ear
http://people.apache.org/~prasad/jms-ear-2.0-SNAPSHOT.ear
http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/
 enterprise-testsuite/jms-tests/

 o.a.g.testsuite/test-2.1-jsps/2.0-SNAPSHOT/war
  http://people.apache.org/~prasad/test-2.1-jsps-2.0-SNAPSHOT.war
  http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/web-
 testsuite/test-2.1-jsps/

 Also, the deployment itself now seems to take atleast 2x-4x longer
 than before.

 Cheers
 Prasad

Re: Build successful for Revision: 505235

2007-02-09 Thread Prasad Kashyap


On 2/9/07, Ted Kirby [EMAIL PROTECTED] wrote:

I am also getting a build failure:
Compiling 89 source files to C:\g\modules\geronimo-connector\target\classes
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

C:\g\modules\geronimo-connector\src\main\java\org\apache\geronimo\connector\outb
ound\GeronimoConnectionEventListener.java:[28,34] package org.apache.commons.log
ging does not exist


Could the commons-logging artifact be missing from your repo ?



Any ideas?

Not really sure. All builds are done after cleaning out the local repo
completely and then running a 'mvn clean'.

Only the 5 am (EST) builds run with tests included. The other 3 builds
skip tests.

Cheers
Prasad



On 2/9/07, Ted Kirby [EMAIL PROTECTED] wrote:
 Prasad,

 I am having problems understanding your revision numbers.
 I just did an svn update from
 https://svn.apache.org/repos/asf/geronimo/server/trunk, and this is
 the latest change:

 Revision: 505174
 Author: dims
 Date: 11:29:51 PM, Thursday, February 08, 2007
 Message:
 Fix for GERONIMO-2807 - CXF: initial service-ref support

 what is rev 505235?

 Thanks,
 Ted Kirby


 On 9 Feb 2007 10:04:24 -, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
  See the full build log file at 
http://people.apache.org/~prasad/binaries/20070209/build.log
  Download the binaries from 
http://people.apache.org/~prasad/binaries/20070209

Re: [BUILD] Successful for Revision: 505338

2007-02-09 Thread Prasad Kashyap


On 2/9/07, Jeff Genender [EMAIL PROTECTED] wrote:

Are these really necessary?  Can we send these to SCM?  They are getting
really annoying...


I don't know Jeff. This came about b'coz some folks expressed a need
to see constant build notifications. It helps to catch and notify
build breaks sooner. It helps to save developers' time on building a
failed driver.

Later, folks want this and more features like binaries too.
http://www.nabble.com/forum/ViewPost.jtp?post=8870930framed=y

It's hard to do a balancing act. It would be easier for those who find
it annoying to filter it out than for everybody who want it to run one
of their own.

Cheers
Prasad



Jeff

[EMAIL PROTECTED] wrote:
 See the full build log file at 
http://people.apache.org/~prasad/binaries/20070209/build.log
 Download the binaries from http://people.apache.org/~prasad/binaries/20070209

 [INFO] Reactor Summary:
 [INFO] 

 [INFO] Geronimo .. SUCCESS 
[22.837s]
 [INFO] Geronimo Test Support . SUCCESS 
[0.021s]
 [INFO] Geronimo Test Support :: Common ... SUCCESS 
[16.907s]
 [INFO] Geronimo Test Support :: Selenium . SUCCESS 
[7.764s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 ... SUCCESS 
[0.016s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EJB  SUCCESS 
[4.342s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: WAR  SUCCESS 
[7.356s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: RAR  SUCCESS 
[4.734s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EAR  SUCCESS 
[0.273s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 ... SUCCESS 
[0.016s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EJB  SUCCESS 
[0.603s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: WAR  SUCCESS 
[0.164s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: RAR  SUCCESS 
[0.086s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EAR  SUCCESS 
[0.056s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 ... SUCCESS 
[0.016s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EJB  SUCCESS 
[0.588s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: WAR  SUCCESS 
[0.124s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR  SUCCESS 
[0.085s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR  SUCCESS 
[0.054s]
 [INFO] Geronimo :: Modules ... SUCCESS 
[0.022s]
 [INFO] Geronimo :: Activation  SUCCESS 
[52.492s]
 [INFO] Geronimo :: ActiveMQ Embedded RAR . SUCCESS 
[52.579s]
 [INFO] Geronimo :: Kernel  SUCCESS 
[13.383s]
 [INFO] Geronimo :: Common  SUCCESS 
[1.896s]
 [INFO] Geronimo :: Util .. SUCCESS 
[5.152s]
 [INFO] Geronimo :: System  SUCCESS 
[11.473s]
 [INFO] Geronimo :: Management API  SUCCESS 
[2.652s]
 [INFO] Geronimo :: ActiveMQ GBean Management Interfaces .. SUCCESS 
[0.580s]
 [INFO] Geronimo :: J2EE .. SUCCESS 
[1.062s]
 [INFO] Geronimo :: Interceptor ... SUCCESS 
[0.483s]
 [INFO] Geronimo :: Core .. SUCCESS 
[0.914s]
 [INFO] Geronimo :: Security .. SUCCESS 
[11.477s]
 [INFO] Geronimo :: Transaction ... SUCCESS 
[5.427s]
 [INFO] Geronimo :: Naming  SUCCESS 
[6.414s]
 [INFO] Geronimo :: Deployment  SUCCESS 
[3.231s]
 [INFO] Geronimo :: Connector . SUCCESS 
[23.565s]
 [INFO] Geronimo :: ActiveMQ GBeans ... SUCCESS 
[8.600s]
 [INFO] Geronimo :: Web Services .. SUCCESS 
[15.250s]
 [INFO] Geronimo :: Axis .. SUCCESS 
[14.609s]
 [INFO] Geronimo :: Deploy :: Common Config ... SUCCESS 
[2.209s]
 [INFO] Geronimo :: Service :: Builder  SUCCESS 
[21.499s]
 [INFO] Geronimo :: J2EE Schema ... SUCCESS 
[10.674s]
 [INFO] Geronimo :: J2EE :: Builder ... SUCCESS 
[7.675s]
 [INFO] Geronimo :: Naming :: Builder . SUCCESS 
[6.617s]
 [INFO] Geronimo :: Webservices :: Builder  SUCCESS 
[6.822s]
 [INFO] Geronimo :: Axis :: Builder ... SUCCESS 
[2.560s]
 [INFO] Geronimo :: Client  SUCCESS 
[1.156s]
 [INFO] Geronimo :: Test :: DDBeans ... SUCCESS 
[1.022s]
 [INFO] Geronimo :: Connector :: Builder .. SUCCESS

Re: [DISCUSS] Build notifications, was Re: [BUILD] Successful for Revision: 505338

2007-02-09 Thread Prasad Kashyap


No, I don't think you have an unreasonable request.

I'm perfectly ok with sending this to the scm list. I chose the
devlist because that is where the GBuild had been sending it for a
very long time, almost a year, if not more.

I'm even perfectly ok with stopping this if that is what a majority of
us want. So far I had heard only positive feedback. But if there are a
lot more negative votes on this, then I'll shut it down.

BTW, like I said elsewhere, this is only a stand-in for the real
automated GBuild that Jason has.

Cheers
Prasad


On 2/9/07, Jeff Genender [EMAIL PROTECTED] wrote:



Prasad Kashyap wrote:
 On 2/9/07, Jeff Genender [EMAIL PROTECTED] wrote:
 Are these really necessary?  Can we send these to SCM?  They are getting
 really annoying...

 I don't know Jeff. This came about b'coz some folks expressed a need
 to see constant build notifications. It helps to catch and notify
 build breaks sooner. It helps to save developers' time on building a
 failed driver.

 Later, folks want this and more features like binaries too.
 http://www.nabble.com/forum/ViewPost.jtp?post=8870930framed=y

 It's hard to do a balancing act. It would be easier for those who find
 it annoying to filter it out than for everybody who want it to run one
 of their own.

Sorry...I do not agree here. IMHO, polluting a discussion list with
build notifications is a great way to get people to begin ignoring this
list.  There is a reason we have a SCM list...and I believe it is
more-or-less for this exact reason.

You in fact placed a nabble link above, which I really think is a great
support for my argument.  Although I can filter out these messages in my
own inbox, when it hits nabble and gmane, this becomes significantly
more difficult.  If I am looking for an old email, I certainly do not
want to manually filter my eyes through heaps of notification emails on
gmane or nabble.

May I suggest that we send these sorts of messages to scm or maybe even
create a new mailing list?  I think its more reasonable to subscribe to
this sort of thing rather than push it on people.  I would really prefer
that the dev discussion be used for discussion and not be inundated with
build notifications.

If you think that this is a completely unreasonable request, then lets
open this up for further discussion and get some consensus on this please.

Jeff


 Cheers
 Prasad


 Jeff

 [EMAIL PROTECTED] wrote:
  See the full build log file at
 http://people.apache.org/~prasad/binaries/20070209/build.log
  Download the binaries from
 http://people.apache.org/~prasad/binaries/20070209
 
  [INFO] Reactor Summary:
  [INFO]
 
  [INFO] Geronimo ..
 SUCCESS [22.837s]
  [INFO] Geronimo Test Support .
 SUCCESS [0.021s]
  [INFO] Geronimo Test Support :: Common ...
 SUCCESS [16.907s]
  [INFO] Geronimo Test Support :: Selenium .
 SUCCESS [7.764s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 ...
 SUCCESS [0.016s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EJB
 SUCCESS [4.342s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: WAR
 SUCCESS [7.356s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: RAR
 SUCCESS [4.734s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EAR
 SUCCESS [0.273s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 ...
 SUCCESS [0.016s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EJB
 SUCCESS [0.603s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: WAR
 SUCCESS [0.164s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: RAR
 SUCCESS [0.086s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EAR
 SUCCESS [0.056s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 ...
 SUCCESS [0.016s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EJB
 SUCCESS [0.588s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: WAR
 SUCCESS [0.124s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR
 SUCCESS [0.085s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR
 SUCCESS [0.054s]
  [INFO] Geronimo :: Modules ...
 SUCCESS [0.022s]
  [INFO] Geronimo :: Activation 
 SUCCESS [52.492s]
  [INFO] Geronimo :: ActiveMQ Embedded RAR .
 SUCCESS [52.579s]
  [INFO] Geronimo :: Kernel 
 SUCCESS [13.383s]
  [INFO] Geronimo :: Common 
 SUCCESS [1.896s]
  [INFO] Geronimo :: Util ..
 SUCCESS [5.152s]
  [INFO] Geronimo :: System 
 SUCCESS [11.473s]
  [INFO] Geronimo :: Management API 
 SUCCESS [2.652s]
  [INFO] Geronimo :: ActiveMQ GBean Management Interfaces

Re: [DISCUSS] Build notifications, was Re: [BUILD] Successful for Revision: 505338

2007-02-09 Thread Prasad Kashyap


Done ! These notifications will now go to scm list from now on.

Cheers
Prasad.

On 2/9/07, Jeff Genender [EMAIL PROTECTED] wrote:



Prasad Kashyap wrote:
 No, I don't think you have an unreasonable request.

 I'm perfectly ok with sending this to the scm list. I chose the
 devlist because that is where the GBuild had been sending it for a
 very long time, almost a year, if not more.

 I'm even perfectly ok with stopping this if that is what a majority of
 us want. So far I had heard only positive feedback. But if there are a
 lot more negative votes on this, then I'll shut it down.

No...I think it's useful.  But please have it go where people can
subscribe to it.  I really think SCM is a great place, if not perfect.
I am sure we could also get a new mail list if it was desired.  BUt I
think dev should be left for discussion...just my .002 cents. ;-)

Jeff


 BTW, like I said elsewhere, this is only a stand-in for the real
 automated GBuild that Jason has.

 Cheers
 Prasad


 On 2/9/07, Jeff Genender [EMAIL PROTECTED] wrote:


 Prasad Kashyap wrote:
  On 2/9/07, Jeff Genender [EMAIL PROTECTED] wrote:
  Are these really necessary?  Can we send these to SCM?  They are
 getting
  really annoying...
 
  I don't know Jeff. This came about b'coz some folks expressed a need
  to see constant build notifications. It helps to catch and notify
  build breaks sooner. It helps to save developers' time on building a
  failed driver.
 
  Later, folks want this and more features like binaries too.
  http://www.nabble.com/forum/ViewPost.jtp?post=8870930framed=y
 
  It's hard to do a balancing act. It would be easier for those who find
  it annoying to filter it out than for everybody who want it to run one
  of their own.

 Sorry...I do not agree here. IMHO, polluting a discussion list with
 build notifications is a great way to get people to begin ignoring this
 list.  There is a reason we have a SCM list...and I believe it is
 more-or-less for this exact reason.

 You in fact placed a nabble link above, which I really think is a great
 support for my argument.  Although I can filter out these messages in my
 own inbox, when it hits nabble and gmane, this becomes significantly
 more difficult.  If I am looking for an old email, I certainly do not
 want to manually filter my eyes through heaps of notification emails on
 gmane or nabble.

 May I suggest that we send these sorts of messages to scm or maybe even
 create a new mailing list?  I think its more reasonable to subscribe to
 this sort of thing rather than push it on people.  I would really prefer
 that the dev discussion be used for discussion and not be inundated with
 build notifications.

 If you think that this is a completely unreasonable request, then lets
 open this up for further discussion and get some consensus on this
 please.

 Jeff

 
  Cheers
  Prasad
 
 
  Jeff
 
  [EMAIL PROTECTED] wrote:
   See the full build log file at
  http://people.apache.org/~prasad/binaries/20070209/build.log
   Download the binaries from
  http://people.apache.org/~prasad/binaries/20070209
  
   [INFO] Reactor Summary:
   [INFO]
 
 
   [INFO] Geronimo ..
  SUCCESS [22.837s]
   [INFO] Geronimo Test Support .
  SUCCESS [0.021s]
   [INFO] Geronimo Test Support :: Common ...
  SUCCESS [16.907s]
   [INFO] Geronimo Test Support :: Selenium .
  SUCCESS [7.764s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 ...
  SUCCESS [0.016s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EJB
  SUCCESS [4.342s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: WAR
  SUCCESS [7.356s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: RAR
  SUCCESS [4.734s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EAR
  SUCCESS [0.273s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 ...
  SUCCESS [0.016s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EJB
  SUCCESS [0.603s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: WAR
  SUCCESS [0.164s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: RAR
  SUCCESS [0.086s]
   [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EAR
  SUCCESS [0.056s]
   [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 ...
  SUCCESS [0.016s]
   [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EJB
  SUCCESS [0.588s]
   [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: WAR
  SUCCESS [0.124s]
   [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR
  SUCCESS [0.085s]
   [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR
  SUCCESS [0.054s]
   [INFO] Geronimo :: Modules ...
  SUCCESS [0.022s]
   [INFO] Geronimo :: Activation 
  SUCCESS [52.492s]
   [INFO] Geronimo

Guide to creating a new sample

2007-02-09 Thread Prasad Kashyap


Of late, there's been a lot more samples contributions. To make this
task easier, I have a geronimo-samples-archetype which will create the
samples template for you. You will just have to drop your java code in
there without having to worry too much about maven build structure.

http://cwiki.apache.org/confluence/display/GMOxDOC20/Creating+a+new+sample

Cheers
Prasad

Re: java.lang.OutOfMemoryError: Java heap space

2007-02-09 Thread Prasad Kashyap


Wow ! Thanx Paul.

David Blevins had once told me that if the deployer does not find
geronimo-openejb.xml, it does not know it has to handle the app to
OpenEJB deployer. The recent changes during OpenEJB integration
enables a DD and plan free deployment. However, this I suspect, causes
a nasty side-effect where the OpenEJB deployer is coming into the
picture even when the app is a pure web module.

Cheers
Prasad

On 2/9/07, Paul McMahan [EMAIL PROTECTED] wrote:

When I disabled processWebAnnotations() in EjbRefBuilder the time it
took to deploy a simple web application went from 27 seconds to 9
seconds.   I was also able to run web-testsuite without hitting the
OOM error and without increasing max heap size.

Tim,  IIUC you had a patch ready for GERONIMO-2816.  It might be a
good time to try that out :-)

Best wishes,
Paul

On 2/9/07, Lin Sun [EMAIL PROTECTED] wrote:
 I've seen the same thing with the jax-ws test!  It took over 15 secs to
 deploy and I know it wasn't taken that long a few weeks ago.

 Lin

  Also, the deployment itself now seems to take atleast 2x-4x longer than
  before.
 
  Cheers
  Prasad

Re: [test] run testsuite of 1.2beta fail because Unable to get resource from repository

2007-02-09 Thread Prasad Kashyap


Both these errors that you mention below are related with server
startup. You should be able to recreate them without the testsuite, on
a standalone server. Seems like your run of the testsuite caught both
these errors.

Can you please open JIRAs for them ?

http://issues.apache.org/jira/secure/BrowseProject.jspa?id=10220

Cheers
Prasad

On 2/9/07, Sean Qiu [EMAIL PROTECTED] wrote:

Great! So i can ask you for the test problems encountered?
I encountered two problem.


First,when i run the console-testsuite, it will hang there for the encoding
reason which reported in file
console-testsuite\target\geronimo-logs\org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log
= Error Message =
Booting Geronimo Kernel (in Java 1.5.0_08)...
11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable
attributes. Fatal SAX parse error: Invalid byte 1 of 1-byte UTF-8 sequence.
at line 19, column 59 in entity
file:///C:/qxx/auto/geronimo/trunk/testsuite/console-testsuite/target/geronimo-jetty6-jee5-2.0-SNAPSHOT/var/config/config.xml
11:42:38,781 ERROR [LocalAttributeManager] Unable to read saved manageable
attributes
org.xml.sax.SAXParseException: Invalid byte 1 of 1-byte UTF-8 sequence.
at org.apache.xerces.parsers.DOMParser.parse(Unknown
Source)

In file
console-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\var\config\config.xml
at line 19
It contain a byte that cannot encoded correctly in a Platform of Chinese
language as the default (English one has no problem).

!-- $Rev: 502583 $ $Date: 2007-02-02 19:36:02 +0800 (æ˜ŸæœŸäº??, 02 äºŒæœˆ
2007) $ --

Nontheless, the comments line should be removed ?
Because after remove this line of comment, the test can continue
successfully.





And secondly, I find the console test will fial for the port is already in
use. maybe it caused by the former test and the former one didnot release
the resource.
Then the test only can not run twice unless restart the PC?
I do can rerun the test after reboot my machine.

Caused by:
org.apache.geronimo.gbean.InvalidConfigurationException:
Configuration org.apache.geronimo.configs/rmi-naming/2.0-SNAPSHOT/car failed
to start due to the following reasons:
  The service
ServiceModule=org.apache.geronimo.configs/rmi-naming/2.0-SNAPSHOT/car,j2eeType=GBean,name=RMIRegistry
did not start because the doStart method threw an exception.
java.rmi.server.ExportException: Unable to export object: port 1099 already
in use; nested exception is:
java.net.BindException: The address is already in use
at
org.apache.harmony.rmi.remoteref.UnicastServerRef.exportObject(UnicastServerRef.java:350)
at
org.apache.harmony.rmi.server.ExportManager.exportObject(ExportManager.java:149)
at
org.apache.harmony.rmi.registry.RegistryImpl.init(RegistryImpl.java:137)
at
java.rmi.registry.LocateRegistry.createRegistry(LocateRegistry.java:63)
at
java.rmi.registry.LocateRegistry.createRegistry(LocateRegistry.java:131)
at
org.apache.geronimo.system.rmi.RMIRegistryService.doStart(RMIRegistryService.java:63)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:984)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:12)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:543)
at
org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:379)
at
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:378)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
at
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:527)


2007/2/8, Prasad Kashyap  [EMAIL PROTECTED]:
 On 2/8/07, Sean Qiu  [EMAIL PROTECTED] wrote:
  Why the test pass rate is not 100%?
 
http://geronimo.apache.org/maven/server/testsuite/ResultsSummary.html

 The ejbcontainer tests failed. This is the time when we are moving
 from J2EE to JEE5 spec. So there is a lot of spec implementation and
 integration going on now in the trunk. A major change in that area is
 the upgrade of OpenEJB from v2.3 to v3.0. As such our old testcases
 are failing. That is one of the main reasons the testsuite is not
 being run regularly.

 However, I'm currently working on getting the tests to run (and pass)
 again currently.

 Cheers
 Prasad.


 
 
   2007/2/8, Sean Qiu [EMAIL PROTECTED]:
   It works, thanks you both very much.
  
   At first i modify the pom.xml to change the report destination to
local
  file system, such as
  
   distributionManagement
   site
   idwebsite/id
  
 
!--urlscp://people.apache.org/www/geronimo.apache.org

Re: svn commit: r505518 - /geronimo/server/trunk/testsuite/enterprise-testsuite/jpa-tests/jpa-war/src/main/webapp/WEB-INF/web.xml

2007-02-09 Thread Prasad Kashyap


On 2/9/07, Jacek Laskowski [EMAIL PROTECTED] wrote:

On 2/9/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Author: prasad
 Date: Fri Feb  9 13:52:23 2007
 New Revision: 505518

 URL: http://svn.apache.org/viewvc?view=revrev=505518
 Log:
 * removed persistence-context-type. transaction is implied

Did it cause any troubles? I wonder whether it could or not and don't
mind it's removed.


Well, I got a deployment exception when it was there. Apparently, in
the new schema, Transactional is not one of the enumeration
elements. Also, if the value is not extended, then transaction is
implied.

So after I removed it, the deployment went further ahead. It failed
later with the OutOfMemoryError, a different problem all together.



Jacek


Cheers
Prasad


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

Re: Build successful for Revision: 504936

2007-02-08 Thread Prasad Kashyap


On 2/8/07, Lin Sun [EMAIL PROTECTED] wrote:

Thanks!  I think it would be really good to have a blessed build every
day!:-)



I have set it up to run builds 4 times a day. They will be at
5 am, 11 am, 5 pm and 11 pm (all times EST).

All builds are run from a clean local repo.

The 5 am build will be the only one with the tests turned on. The rest
will be built with tests skipped.

Let me know if I should make the binaries available for download too.
I don't know how useful it is to the development community. But if
somebody has an interest, I shall make them available for download.

Cheers
Prasad


Lin
-Original Message-
From: Prasad Kashyap [mailto:[EMAIL PROTECTED]
Sent: Thursday, February 08, 2007 11:50 AM
To: dev@geronimo.apache.org
Subject: Build successful for Revision: 504936

-- Forwarded message --
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: 8 Feb 2007 16:33:33 -
Subject: Build successful for Revision: 504936
To: [EMAIL PROTECTED]


See the full build log file at http://people.apache.org/~prasad/build.log

[INFO] Reactor Summary:
[INFO]

[INFO] Geronimo .. SUCCESS
[21.427s]
[INFO] Geronimo Test Support . SUCCESS
[0.023s]
[INFO] Geronimo Test Support :: Common ... SUCCESS
[14.738s]
[INFO] Geronimo Test Support :: Selenium . SUCCESS
[7.661s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 ... SUCCESS
[0.017s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EJB  SUCCESS
[4.098s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: WAR  SUCCESS
[7.694s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: RAR  SUCCESS
[4.331s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EAR  SUCCESS
[0.304s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 ... SUCCESS
[0.018s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EJB  SUCCESS
[0.920s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: WAR  SUCCESS
[0.159s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: RAR  SUCCESS
[0.091s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EAR  SUCCESS
[0.069s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 ... SUCCESS
[0.016s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EJB  SUCCESS
[0.657s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: WAR  SUCCESS
[0.134s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR  SUCCESS
[0.105s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR  SUCCESS
[0.071s]
[INFO] Geronimo :: Modules ... SUCCESS
[0.038s]
[INFO] Geronimo :: Activation  SUCCESS
[7.899s]
[INFO] Geronimo :: ActiveMQ Embedded RAR . SUCCESS
[24.014s]
[INFO] Geronimo :: Kernel  SUCCESS
[12.383s]
[INFO] Geronimo :: Common  SUCCESS
[1.748s]
[INFO] Geronimo :: Util .. SUCCESS
[6.803s]
[INFO] Geronimo :: System  SUCCESS
[12.972s]
[INFO] Geronimo :: Management API  SUCCESS
[2.878s]
[INFO] Geronimo :: ActiveMQ GBean Management Interfaces .. SUCCESS
[0.648s]
[INFO] Geronimo :: J2EE .. SUCCESS
[1.242s]
[INFO] Geronimo :: Interceptor ... SUCCESS
[0.601s]
[INFO] Geronimo :: Core .. SUCCESS
[1.260s]
[INFO] Geronimo :: Security .. SUCCESS
[13.073s]
[INFO] Geronimo :: Transaction ... SUCCESS
[4.918s]
[INFO] Geronimo :: Naming  SUCCESS
[4.710s]
[INFO] Geronimo :: Deployment  SUCCESS
[3.627s]
[INFO] Geronimo :: Connector . SUCCESS
[28.052s]
[INFO] Geronimo :: ActiveMQ GBeans ... SUCCESS
[9.383s]
[INFO] Geronimo :: Web Services .. SUCCESS
[13.939s]
[INFO] Geronimo :: Axis .. SUCCESS
[19.085s]
[INFO] Geronimo :: Deploy :: Common Config ... SUCCESS
[2.173s]
[INFO] Geronimo :: Service :: Builder  SUCCESS
[18.155s]
[INFO] Geronimo :: J2EE Schema ... SUCCESS
[10.906s]
[INFO] Geronimo :: J2EE :: Builder ... SUCCESS
[8.509s]
[INFO] Geronimo :: Naming :: Builder . SUCCESS
[7.560s]
[INFO] Geronimo :: Webservices :: Builder  SUCCESS
[7.339s]
[INFO] Geronimo :: Axis :: Builder ... SUCCESS
[2.904s]
[INFO] Geronimo :: Client  SUCCESS
[1.369s]
[INFO] Geronimo :: Test :: DDBeans

Re: Build successful for Revision: 504936

2007-02-08 Thread Prasad Kashyap


On 2/8/07, Hernan Cunico [EMAIL PROTECTED] wrote:

Hey Prasad, cool stuff!!!
You mention clean repo, is that a mvn clean too?


Oh yeah ! A mvn clean install everytime.



Just curiosity, what platform are you building on?


I am building this on a RedHat Linux.



btw, I would be one of those using the binaries. ;-)


Cool. I shall work on making those binaries available for you.



Cheers!
Hernan

Prasad Kashyap wrote:
 On 2/8/07, Lin Sun [EMAIL PROTECTED] wrote:
 Thanks!  I think it would be really good to have a blessed build every
 day!:-)


 I have set it up to run builds 4 times a day. They will be at
 5 am, 11 am, 5 pm and 11 pm (all times EST).

 All builds are run from a clean local repo.

 The 5 am build will be the only one with the tests turned on. The rest
 will be built with tests skipped.

 Let me know if I should make the binaries available for download too.
 I don't know how useful it is to the development community. But if
 somebody has an interest, I shall make them available for download.

 Cheers
 Prasad

 Lin
 -Original Message-
 From: Prasad Kashyap [mailto:[EMAIL PROTECTED]
 Sent: Thursday, February 08, 2007 11:50 AM
 To: dev@geronimo.apache.org
 Subject: Build successful for Revision: 504936

 -- Forwarded message --
 From: [EMAIL PROTECTED] [EMAIL PROTECTED]
 Date: 8 Feb 2007 16:33:33 -
 Subject: Build successful for Revision: 504936
 To: [EMAIL PROTECTED]


 See the full build log file at http://people.apache.org/~prasad/build.log

 [INFO] Reactor Summary:
 [INFO]
 
 [INFO] Geronimo .. SUCCESS
 [21.427s]
 [INFO] Geronimo Test Support . SUCCESS
 [0.023s]
 [INFO] Geronimo Test Support :: Common ... SUCCESS
 [14.738s]
 [INFO] Geronimo Test Support :: Selenium . SUCCESS
 [7.661s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 ... SUCCESS
 [0.017s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EJB  SUCCESS
 [4.098s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: WAR  SUCCESS
 [7.694s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: RAR  SUCCESS
 [4.331s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EAR  SUCCESS
 [0.304s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 ... SUCCESS
 [0.018s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EJB  SUCCESS
 [0.920s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: WAR  SUCCESS
 [0.159s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: RAR  SUCCESS
 [0.091s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EAR  SUCCESS
 [0.069s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 ... SUCCESS
 [0.016s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EJB  SUCCESS
 [0.657s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: WAR  SUCCESS
 [0.134s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR  SUCCESS
 [0.105s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR  SUCCESS
 [0.071s]
 [INFO] Geronimo :: Modules ... SUCCESS
 [0.038s]
 [INFO] Geronimo :: Activation  SUCCESS
 [7.899s]
 [INFO] Geronimo :: ActiveMQ Embedded RAR . SUCCESS
 [24.014s]
 [INFO] Geronimo :: Kernel  SUCCESS
 [12.383s]
 [INFO] Geronimo :: Common  SUCCESS
 [1.748s]
 [INFO] Geronimo :: Util .. SUCCESS
 [6.803s]
 [INFO] Geronimo :: System  SUCCESS
 [12.972s]
 [INFO] Geronimo :: Management API  SUCCESS
 [2.878s]
 [INFO] Geronimo :: ActiveMQ GBean Management Interfaces .. SUCCESS
 [0.648s]
 [INFO] Geronimo :: J2EE .. SUCCESS
 [1.242s]
 [INFO] Geronimo :: Interceptor ... SUCCESS
 [0.601s]
 [INFO] Geronimo :: Core .. SUCCESS
 [1.260s]
 [INFO] Geronimo :: Security .. SUCCESS
 [13.073s]
 [INFO] Geronimo :: Transaction ... SUCCESS
 [4.918s]
 [INFO] Geronimo :: Naming  SUCCESS
 [4.710s]
 [INFO] Geronimo :: Deployment  SUCCESS
 [3.627s]
 [INFO] Geronimo :: Connector . SUCCESS
 [28.052s]
 [INFO] Geronimo :: ActiveMQ GBeans ... SUCCESS
 [9.383s]
 [INFO] Geronimo :: Web Services .. SUCCESS
 [13.939s]
 [INFO] Geronimo :: Axis .. SUCCESS
 [19.085s]
 [INFO] Geronimo :: Deploy :: Common Config ... SUCCESS
 [2.173s]
 [INFO] Geronimo :: Service :: Builder  SUCCESS
 [18.155s]
 [INFO

Re: Build successful for Revision: 505049

2007-02-08 Thread Prasad Kashyap


I thought they were currently stopped for some reason (AntHill
problems ?). It's been a while since we saw any posts from the GBuild
to the devlist.

After the recent spate of build failures, thought I'd run this some 4
times a day so that
1) it will catch a build failure and notify the community much sooner
2) it will prevent the community from wasting time over a failed build.

This was a quick stand-in only until GBuilds starts posting again. I'm
perfectly willing to shut it down then.

Cheers
Prasad

On 2/8/07, Jason Dillon [EMAIL PROTECTED] wrote:

You know I have had automated builds running for weeks now...

--jason


On Feb 8, 2007, at 2:32 PM, [EMAIL PROTECTED] wrote:

 See the full build log file at http://people.apache.org/~prasad/
 build.log

 [INFO] Reactor Summary:
 [INFO]
 --
 --
 [INFO] Geronimo ..
 SUCCESS [18.901s]
 [INFO] Geronimo Test Support .
 SUCCESS [0.021s]
 [INFO] Geronimo Test Support :: Common ...
 SUCCESS [19.230s]
 [INFO] Geronimo Test Support :: Selenium .
 SUCCESS [16.074s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 ...
 SUCCESS [0.018s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EJB
 SUCCESS [4.078s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: WAR
 SUCCESS [8.385s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: RAR
 SUCCESS [3.824s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EAR
 SUCCESS [0.272s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 ...
 SUCCESS [0.016s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EJB
 SUCCESS [1.041s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: WAR
 SUCCESS [0.142s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: RAR
 SUCCESS [0.091s]
 [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EAR
 SUCCESS [0.051s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 ...
 SUCCESS [0.015s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EJB
 SUCCESS [0.610s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: WAR
 SUCCESS [0.125s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR
 SUCCESS [0.083s]
 [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR
 SUCCESS [0.051s]
 [INFO] Geronimo :: Modules ...
 SUCCESS [0.024s]
 [INFO] Geronimo :: Activation 
 SUCCESS [9.106s]
 [INFO] Geronimo :: ActiveMQ Embedded RAR .
 SUCCESS [20.643s]
 [INFO] Geronimo :: Kernel 
 SUCCESS [11.563s]
 [INFO] Geronimo :: Common 
 SUCCESS [1.697s]
 [INFO] Geronimo :: Util ..
 SUCCESS [5.970s]
 [INFO] Geronimo :: System 
 SUCCESS [11.422s]
 [INFO] Geronimo :: Management API 
 SUCCESS [2.691s]
 [INFO] Geronimo :: ActiveMQ GBean Management Interfaces ..
 SUCCESS [0.576s]
 [INFO] Geronimo :: J2EE ..
 SUCCESS [1.004s]
 [INFO] Geronimo :: Interceptor ...
 SUCCESS [0.912s]
 [INFO] Geronimo :: Core ..
 SUCCESS [0.916s]
 [INFO] Geronimo :: Security ..
 SUCCESS [13.934s]
 [INFO] Geronimo :: Transaction ...
 SUCCESS [4.925s]
 [INFO] Geronimo :: Naming 
 SUCCESS [5.252s]
 [INFO] Geronimo :: Deployment 
 SUCCESS [3.262s]
 [INFO] Geronimo :: Connector .
 SUCCESS [25.192s]
 [INFO] Geronimo :: ActiveMQ GBeans ...
 SUCCESS [10.177s]
 [INFO] Geronimo :: Web Services ..
 SUCCESS [18.050s]
 [INFO] Geronimo :: Axis ..
 SUCCESS [15.741s]
 [INFO] Geronimo :: Deploy :: Common Config ...
 SUCCESS [3.334s]
 [INFO] Geronimo :: Service :: Builder 
 SUCCESS [17.507s]
 [INFO] Geronimo :: J2EE Schema ...
 SUCCESS [12.906s]
 [INFO] Geronimo :: J2EE :: Builder ...
 SUCCESS [8.547s]
 [INFO] Geronimo :: Naming :: Builder .
 SUCCESS [6.759s]
 [INFO] Geronimo :: Webservices :: Builder 
 SUCCESS [6.026s]
 [INFO] Geronimo :: Axis :: Builder ...
 SUCCESS [2.389s]
 [INFO] Geronimo :: Client 
 SUCCESS [1.065s]
 [INFO] Geronimo :: Test :: DDBeans ...
 SUCCESS [0.989s]
 [INFO] Geronimo :: Connector :: Builder ..
 SUCCESS [9.960s]
 [INFO] Geronimo :: Security :: Builder ...
 SUCCESS [5.333s]
 [INFO] Geronimo ::

Re: Build successful for Revision: 505049

2007-02-08 Thread Prasad Kashyap


Awesome ! Then we should start talking about hooking up the testsuite
to it. But first I should get Dain (I think) to fix some deployment
problems.

Cheers
Prasad

On 2/8/07, Jason Dillon [EMAIL PROTECTED] wrote:

I turned off the email notifications, had not turned them back on
since the AH problems were fixed.

I have been sending emails manually about failures I run into.  Might
have time next week to clean up the email template and then I will
enable them to be sent to the list again.

--jason


On Feb 8, 2007, at 5:49 PM, Prasad Kashyap wrote:

 I thought they were currently stopped for some reason (AntHill
 problems ?). It's been a while since we saw any posts from the GBuild
 to the devlist.

 After the recent spate of build failures, thought I'd run this some 4
 times a day so that
 1) it will catch a build failure and notify the community much sooner
 2) it will prevent the community from wasting time over a failed
 build.

 This was a quick stand-in only until GBuilds starts posting again. I'm
 perfectly willing to shut it down then.

 Cheers
 Prasad

 On 2/8/07, Jason Dillon [EMAIL PROTECTED] wrote:
 You know I have had automated builds running for weeks now...

 --jason


 On Feb 8, 2007, at 2:32 PM, [EMAIL PROTECTED] wrote:

  See the full build log file at http://people.apache.org/~prasad/
  build.log
 
  [INFO] Reactor Summary:
  [INFO]
 
 -
 -
  --
  [INFO] Geronimo ..
  SUCCESS [18.901s]
  [INFO] Geronimo Test Support .
  SUCCESS [0.021s]
  [INFO] Geronimo Test Support :: Common ...
  SUCCESS [19.230s]
  [INFO] Geronimo Test Support :: Selenium .
  SUCCESS [16.074s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 ...
  SUCCESS [0.018s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EJB
  SUCCESS [4.078s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: WAR
  SUCCESS [8.385s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: RAR
  SUCCESS [3.824s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EAR
  SUCCESS [0.272s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 ...
  SUCCESS [0.016s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EJB
  SUCCESS [1.041s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: WAR
  SUCCESS [0.142s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: RAR
  SUCCESS [0.091s]
  [INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EAR
  SUCCESS [0.051s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 ...
  SUCCESS [0.015s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EJB
  SUCCESS [0.610s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: WAR
  SUCCESS [0.125s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR
  SUCCESS [0.083s]
  [INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR
  SUCCESS [0.051s]
  [INFO] Geronimo :: Modules ...
  SUCCESS [0.024s]
  [INFO] Geronimo :: Activation 
  SUCCESS [9.106s]
  [INFO] Geronimo :: ActiveMQ Embedded RAR .
  SUCCESS [20.643s]
  [INFO] Geronimo :: Kernel 
  SUCCESS [11.563s]
  [INFO] Geronimo :: Common 
  SUCCESS [1.697s]
  [INFO] Geronimo :: Util ..
  SUCCESS [5.970s]
  [INFO] Geronimo :: System 
  SUCCESS [11.422s]
  [INFO] Geronimo :: Management API 
  SUCCESS [2.691s]
  [INFO] Geronimo :: ActiveMQ GBean Management Interfaces ..
  SUCCESS [0.576s]
  [INFO] Geronimo :: J2EE ..
  SUCCESS [1.004s]
  [INFO] Geronimo :: Interceptor ...
  SUCCESS [0.912s]
  [INFO] Geronimo :: Core ..
  SUCCESS [0.916s]
  [INFO] Geronimo :: Security ..
  SUCCESS [13.934s]
  [INFO] Geronimo :: Transaction ...
  SUCCESS [4.925s]
  [INFO] Geronimo :: Naming 
  SUCCESS [5.252s]
  [INFO] Geronimo :: Deployment 
  SUCCESS [3.262s]
  [INFO] Geronimo :: Connector .
  SUCCESS [25.192s]
  [INFO] Geronimo :: ActiveMQ GBeans ...
  SUCCESS [10.177s]
  [INFO] Geronimo :: Web Services ..
  SUCCESS [18.050s]
  [INFO] Geronimo :: Axis ..
  SUCCESS [15.741s]
  [INFO] Geronimo :: Deploy :: Common Config ...
  SUCCESS [3.334s]
  [INFO] Geronimo :: Service :: Builder 
  SUCCESS [17.507s]
  [INFO] Geronimo :: J2EE Schema ...
  SUCCESS [12.906s]
  [INFO

Exceptions during deployment of testsupport EARs

2007-02-08 Thread Prasad Kashyap


The deployment-testsuite/test-deployments deploys the following 2 ears
in succession, hits the context-root URL in a browser and then
undeploys it again.

org.apache.geronimo.testsupport/test-ear-j2ee_1.3/2.0-SNAPSHOT/ear
org.apache.geronimo.testsupport/test-ear-j2ee_1.4/2.0-SNAPSHOT/ear

This used to work fine until recently. Now the ear that deploys second
throws the following exception (seen during testrun)

[WARNING] Caused by:
org.apache.geronimo.kernel.config.InvalidConfigException:
org.apache.geronimo.kernel.GBeanAlreadyExistsException: GBean already
registered: geronimo:J2EEServer=geronimo,name=cmp,j2eeType=GBean
[WARNING]   at 
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:366)
[WARNING]   at 
org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
[WARNING]   at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:527)
[WARNING]   ... 35 more
[WARNING] Caused by:
org.apache.geronimo.kernel.GBeanAlreadyExistsException: GBean already
registered: geronimo:J2EEServer=geronimo,name=cmp,j2eeType=GBean
[WARNING]   at 
org.apache.geronimo.kernel.basic.BasicRegistry.register(BasicRegistry.java:88)
[WARNING]   at 
org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:355)
[WARNING]   at 
org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:363)
[WARNING]   ... 37 more


Is this something that the conversion tool is doing ?

When the same 2 ears are deployed from CLI using the deploy tool, a
much misleading exception like the following gets thrown:

  Caused by:
   org.apache.geronimo.kernel.config.ConfigurationAlreadyExistsException:
   Configuration already exists:
   org.apache.geronimo.testsupport/test-ear-j2ee_1.3/2.0-SNAPSHOT/ear
   at
org.apache.geronimo.system.configuration.RepositoryConfigurationStore.createNewConfigurationDir(RepositoryConfigurationStore.java:177)
   at
org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:470)

Cheers
Prasad

Re: Exceptions during deployment of testsupport EARs

2007-02-08 Thread Prasad Kashyap


Dain was referring to this -
http://www.nabble.com/Persistence-deployer-bugs--tf3189760.html

Will wait on David Jencks to fix this soon :-)

Cheers
Prasad

On 2/8/07, Dain Sundstrom [EMAIL PROTECTED] wrote:

On Feb 8, 2007, at 6:17 PM, Prasad Kashyap wrote:

 org.apache.geronimo.kernel.GBeanAlreadyExistsException: GBean already
 registered: geronimo:J2EEServer=geronimo,name=cmp,j2eeType=GBean

This the PersistenceUnit naming problem I pointed out yesterday.  The
JPA deployer is not picking a very unique names and we quickly run
into conflicts.

-dain

java.lang.OutOfMemoryError: Java heap space

2007-02-08 Thread Prasad Kashyap


Of late I have begun seeing a number of java.lang.OutOfMemoryError
during deployment of some test apps in the testsuites.

Here are a couple of them
o.a.g.testsuite/jms-ear/2.0-SNAPSHOT/ear
   http://people.apache.org/~prasad/jms-ear-2.0-SNAPSHOT.ear
   
http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/enterprise-testsuite/jms-tests/

o.a.g.testsuite/test-2.1-jsps/2.0-SNAPSHOT/war
 http://people.apache.org/~prasad/test-2.1-jsps-2.0-SNAPSHOT.war
 
http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/web-testsuite/test-2.1-jsps/

Also, the deployment itself now seems to take atleast 2x-4x longer than before.

Cheers
Prasad

Build successful for Revision: 505152

2007-02-08 Thread Prasad Kashyap


-- Forwarded message --
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: 9 Feb 2007 03:51:17 -
Subject: Build successful for Revision: 505152
To: [EMAIL PROTECTED]


See the full build log file at
http://people.apache.org/~prasad/binaries/20070208/build.log
Download the binaries from http://people.apache.org/~prasad/binaries/20070208

[INFO] Reactor Summary:
[INFO] 
[INFO] Geronimo .. SUCCESS [21.486s]
[INFO] Geronimo Test Support . SUCCESS [0.020s]
[INFO] Geronimo Test Support :: Common ... SUCCESS [14.997s]
[INFO] Geronimo Test Support :: Selenium . SUCCESS [13.963s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 ... SUCCESS [0.017s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EJB  SUCCESS [3.632s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: WAR  SUCCESS [5.954s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: RAR  SUCCESS [3.495s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.3 :: EAR  SUCCESS [0.281s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 ... SUCCESS [0.015s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EJB  SUCCESS [0.618s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: WAR  SUCCESS [0.135s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: RAR  SUCCESS [0.088s]
[INFO] Geronimo Test Support, Test Deployment J2EE 1.4 :: EAR  SUCCESS [0.064s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 ... SUCCESS [0.018s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EJB  SUCCESS [0.615s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: WAR  SUCCESS [0.128s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: RAR  SUCCESS [0.086s]
[INFO] Geronimo Test Support, Test Deployment JAVAEE 5 :: EAR  SUCCESS [0.083s]
[INFO] Geronimo :: Modules ... SUCCESS [0.028s]
[INFO] Geronimo :: Activation  SUCCESS [9.215s]
[INFO] Geronimo :: ActiveMQ Embedded RAR . SUCCESS [13.902s]
[INFO] Geronimo :: Kernel  SUCCESS [12.499s]
[INFO] Geronimo :: Common  SUCCESS [1.470s]
[INFO] Geronimo :: Util .. SUCCESS [6.635s]
[INFO] Geronimo :: System  SUCCESS [14.129s]
[INFO] Geronimo :: Management API  SUCCESS [2.449s]
[INFO] Geronimo :: ActiveMQ GBean Management Interfaces .. SUCCESS [0.568s]
[INFO] Geronimo :: J2EE .. SUCCESS [0.998s]
[INFO] Geronimo :: Interceptor ... SUCCESS [0.511s]
[INFO] Geronimo :: Core .. SUCCESS [0.899s]
[INFO] Geronimo :: Security .. SUCCESS [12.017s]
[INFO] Geronimo :: Transaction ... SUCCESS [4.233s]
[INFO] Geronimo :: Naming  SUCCESS [3.951s]
[INFO] Geronimo :: Deployment  SUCCESS [3.284s]
[INFO] Geronimo :: Connector . SUCCESS [25.044s]
[INFO] Geronimo :: ActiveMQ GBeans ... SUCCESS [7.499s]
[INFO] Geronimo :: Web Services .. SUCCESS [15.044s]
[INFO] Geronimo :: Axis .. SUCCESS [14.978s]
[INFO] Geronimo :: Deploy :: Common Config ... SUCCESS [2.073s]
[INFO] Geronimo :: Service :: Builder  SUCCESS [14.796s]
[INFO] Geronimo :: J2EE Schema ... SUCCESS [8.991s]
[INFO] Geronimo :: J2EE :: Builder ... SUCCESS [6.746s]
[INFO] Geronimo :: Naming :: Builder . SUCCESS [6.596s]
[INFO] Geronimo :: Webservices :: Builder  SUCCESS [6.654s]
[INFO] Geronimo :: Axis :: Builder ... SUCCESS [2.430s]
[INFO] Geronimo :: Client  SUCCESS [1.147s]
[INFO] Geronimo :: Test :: DDBeans ... SUCCESS [1.001s]
[INFO] Geronimo :: Connector :: Builder .. SUCCESS [8.061s]
[INFO] Geronimo :: Security :: Builder ... SUCCESS [6.091s]
[INFO] Geronimo :: Client Builder  SUCCESS [4.444s]
[INFO] Geronimo :: Clustering  SUCCESS [0.641s]
[INFO] Geronimo :: Clustering WADI ... SUCCESS [14.871s]
[INFO] Geronimo :: Configuration Converter ... SUCCESS [0.926s]
[INFO] Geronimo :: Deploy :: JSR-88 .. SUCCESS [4.032s]
[INFO] Geronimo :: Deploy :: CLI Tool  SUCCESS [3.705s]
[INFO] Geronimo :: Derby

Re: [test] run testsuite of 1.2beta fail because Unable to get resource from repository

2007-02-07 Thread Prasad Kashyap


The testsuite on 1.2 is neither maintained nor supported. If you want
to try it, please use the trunk.

But if you want to stay on 1.2,  build the geronimo/maven-plugins
directory first. It will build the testsuite-maven-plugin for you. You
may also have to build the geronimo/testsupport directory.

Cheers
Prasad

On 2/7/07, Sean Qiu [EMAIL PROTECTED] wrote:

Hi, everybody

i want to run the geronimo test suite for my application. After install the
geronimo from 1.2beta src, input mvn in the directory of testsuite.
It Unable to get resource from repository. I also try it by hands the file
is out-of-date.

How to get these file to run the test?
thanks guys.

PS: I run the 2.0m2 version, it can get the resource to run the test.

===  message ===

Downloading:
http://howardlewisship.com/repository/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
[WARNING] Unable to get resource from repository tapestry.javaforge (
http://howardlewisship.com/repository)
Downloading:
http://repository.codehaus.org/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
[WARNING] Unable to get resource from repository codehaus
(http://repository.codehaus.org)
Downloading:
http://repo1.maven.org/maven2/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
[WARNING] Unable to get resource from repository central (
http://repo1.maven.org/maven2)
Downloading:
http://maven.openqa.org/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
[WARNING] Unable to get resource from repository openqa
(http://maven.openqa.org)
Downloading:
http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
[WARNING] Unable to get resource from repository apache-snapshots (
http://people.apache.org/repo/m2-snapshot-repository)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
[WARNING] Unable to get resource from repository apache.incubator
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
[WARNING] Unable to get resource from repository apache-incubator (
http://people.apache.org/repo/m2-incubating-repository/)
Downloading:
http://repository.codehaus.org/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
[WARNING] Unable to get resource from repository codehaus (
http://repository.codehaus.org)
Downloading:
http://repo1.maven.org/maven2/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
[WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)


--
Sean Qiu

Re: [test] run testsuite of 1.2beta fail because Unable to get resource from repository

2007-02-07 Thread Prasad Kashyap


On 2/7/07, Sean Qiu [EMAIL PROTECTED] wrote:



2007/2/7, Prasad Kashyap [EMAIL PROTECTED]:
 The testsuite on 1.2 is neither maintained nor supported. If you want
 to try it, please use the trunk.

do you mean use the testsuite in trunk or the src of geronimo in trunk?


I meant the testsuite in trunk.



I want to run a stable version instead of head version.
Could i use the latest test to run the 1.2beta src after building?


I don't think that would work quite as well. A few testsuites like the
console and deployment may work fine.

Let me know what exactly you want to do and where you plan to go with
this and maybe I can help you with some workarounds.



Thanks


Cheers
Prasad



 But if you want to stay on 1.2,  build the geronimo/maven-plugins
 directory first. It will build the testsuite-maven-plugin for you. You
 may also have to build the geronimo/testsupport directory.

 Cheers
 Prasad

 On 2/7/07, Sean Qiu [EMAIL PROTECTED] wrote:
  Hi, everybody
 
  i want to run the geronimo test suite for my application. After install
the
  geronimo from 1.2beta src, input mvn in the directory of testsuite.
  It Unable to get resource from repository. I also try it by hands the
file
  is out-of-date.
 
  How to get these file to run the test?
  thanks guys.
 
  PS: I run the 2.0m2 version, it can get the resource to run the test.
 
  ===  message ===
 
  Downloading:
 
http://howardlewisship.com/repository/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
  [WARNING] Unable to get resource from repository tapestry.javaforge (
  http://howardlewisship.com/repository)
  Downloading:
 
http://repository.codehaus.org/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
  [WARNING] Unable to get resource from repository codehaus
  ( http://repository.codehaus.org)
  Downloading:
 
http://repo1.maven.org/maven2/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
  [WARNING] Unable to get resource from repository central (
  http://repo1.maven.org/maven2)
  Downloading:
 
http://maven.openqa.org/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
  [WARNING] Unable to get resource from repository openqa
  ( http://maven.openqa.org)
  Downloading:
 
http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
  [WARNING] Unable to get resource from repository apache-snapshots (
  http://people.apache.org/repo/m2-snapshot-repository)
  Downloading:
 
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
  [WARNING] Unable to get resource from repository apache.incubator
 
(http://people.apache.org/repo/m2-incubating-repository/)
  Downloading:
 
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
  [WARNING] Unable to get resource from repository apache-incubator (
 
http://people.apache.org/repo/m2-incubating-repository/)
  Downloading:
 
http://repository.codehaus.org/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
  [WARNING] Unable to get resource from repository codehaus (
  http://repository.codehaus.org)
  Downloading:
 
http://repo1.maven.org/maven2/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
  [WARNING] Unable to get resource from repository central
  ( http://repo1.maven.org/maven2)
 
 
  --
  Sean Qiu




--
Sean Qiu

Re: [test] run testsuite of 1.2beta fail because Unable to get resource from repository

2007-02-07 Thread Prasad Kashyap


Seems like Selenium is not firing off the Firefox browser.  Make sure
you have the latest and greatest firefox browser.

Check for a file named server.log somewhere under testsuite. It will
contain more info.

Cheers
Prasad

On 2/7/07, Sean Qiu [EMAIL PROTECTED] wrote:

When input mvn in the directory of testsuite, it will hang there without any
response.
My os is ubuntu with java1.5

Am i mess the configuration?

===
[INFO] [WARNING] JAR will be empty - no content was marked for inclusion!
[INFO] [INFO] Building jar:
/home/qbit/at/geronimo/geronimo-1.2-beta/testsuite/console-testsuite/basic/target/basic-2.0-SNAPSHOT.jar
[INFO] [INFO] [surefire:test {execution: integration}]
[INFO] [INFO] snapshot
org.apache.maven.surefire:surefire-testng:2.3-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] [INFO] snapshot
org.apache.maven.surefire:surefire-testng:2.3-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] [INFO] snapshot
org.apache.maven.surefire:surefire-providers:2.3-SNAPSHOT:
checking for updates from apache-snapshots
[INFO] [INFO] snapshot
org.apache.maven.surefire:surefire-providers:2.3-SNAPSHOT:
checking for updates from codehaus-snapshots
[INFO] [INFO] Surefire report directory:
/home/qbit/at/geronimo/geronimo-1.2-beta/testsuite/console-testsuite/basic/target/surefire-reports
[INFO]
[INFO]
---
 [INFO]  T E S T S
[INFO]
---
[INFO] Running console-testsuite.basic-console




2007/2/8, Sean Qiu  [EMAIL PROTECTED]:
 Thanks :)

 I want to run all the testsuite with harmony classlib and vm instead of
sun-jre.
 To compare these results.


 2007/2/8, Prasad Kashyap  [EMAIL PROTECTED]:

  On 2/7/07, Sean Qiu  [EMAIL PROTECTED] wrote:
  
  
   2007/2/7, Prasad Kashyap [EMAIL PROTECTED] :
The testsuite on 1.2 is neither maintained nor supported. If you
want
to try it, please use the trunk.
  
   do you mean use the testsuite in trunk or the src of geronimo in
trunk?
 
  I meant the testsuite in trunk.
 
  
   I want to run a stable version instead of head version.
   Could i use the latest test to run the 1.2beta src after building?
 
  I don't think that would work quite as well. A few testsuites like the
  console and deployment may work fine.
 
  Let me know what exactly you want to do and where you plan to go with
  this and maybe I can help you with some workarounds.
 
  
   Thanks
 
  Cheers
  Prasad
  
  
But if you want to stay on 1.2,  build the geronimo/maven-plugins
directory first. It will build the testsuite-maven-plugin for you.
You
may also have to build the geronimo/testsupport directory.
   
Cheers
Prasad
   
On 2/7/07, Sean Qiu  [EMAIL PROTECTED]  wrote:
 Hi, everybody

 i want to run the geronimo test suite for my application. After
install
   the
 geronimo from 1.2beta src, input mvn in the directory of
testsuite.
 It Unable to get resource from repository. I also try it by hands
the
   file
 is out-of-date.

 How to get these file to run the test?
 thanks guys.

 PS: I run the 2.0m2 version, it can get the resource to run the
test.

 ===  message ===

 Downloading:

  
http://howardlewisship.com/repository/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
 [WARNING] Unable to get resource from repository
tapestry.javaforge (
 http://howardlewisship.com/repository)
 Downloading:

  
http://repository.codehaus.org/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
 [WARNING] Unable to get resource from repository codehaus
 ( http://repository.codehaus.org )
 Downloading:

  
http://repo1.maven.org/maven2/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
 [WARNING] Unable to get resource from repository central (
 http://repo1.maven.org/maven2 )
 Downloading:

  
http://maven.openqa.org/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
 [WARNING] Unable to get resource from repository openqa
 ( http://maven.openqa.org )
 Downloading:

  
http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
 [WARNING] Unable to get resource from repository apache-snapshots
(

http://people.apache.org/repo/m2-snapshot-repository)
 Downloading:

  
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/plugins/testsuite-maven-plugin/1.2-beta/testsuite-maven-plugin-1.2-beta.pom
 [WARNING] Unable to get resource from repository apache.incubator

  
(http://people.apache.org/repo/m2-incubating-repository/ )
 Downloading:

  
http://people.apache.org/repo/m2-incubating-repository

Re: anyone able to build geronimo with test/itest turned on

2007-02-06 Thread Prasad Kashyap


Is this on trunk ? We don't have any itests in the regular build of
trunk. So that config option (with or without) shouldn't be doing
anything to you.

Cheers
Prasad

On 2/6/07, Lin Sun [EMAIL PROTECTED] wrote:

Hi there, for the past few times, I didn't have any luck in building
Geronimo using just mvn or mvn install.  I had to use
'-Dmaven.test.skip=true -Dmaven.itest.skip=true' to skip both the test and
itest.   This is the latest error I saw when I forgot to turn off the
test/itest.:-)

Feb 6, 2007 1:17:15 PM org.apache.tomcat.util.net.JIoEndpoint$Acceptor run
SEVERE: Socket accept failed
java.net.SocketException: socket closed
at java.net.PlainSocketImpl.socketAccept(Native Method)
at java.net.PlainSocketImpl.accept(Unknown Source)
at java.net.ServerSocket.implAccept(Unknown Source)
at java.net.ServerSocket.accept(Unknown Source)
at
org.apache.tomcat.util.net.DefaultServerSocketFactory.acceptSocket(De
faultServerSocketFactory.java:61)
at
org.apache.tomcat.util.net.JIoEndpoint$Acceptor.run(JIoEndpoint.java:
310)
at java.lang.Thread.run(Unknown Source)
Tests run: 3, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 9.531 sec
 FA
ILURE!

Results :
Tests run: 8, Failures: 0, Errors: 1, Skipped: 0

Anyone able to build geronimo with test/itest turned on?

Thx, Lin

Trunk build failure at geronimo-axis2 module

2007-02-05 Thread Prasad Kashyap


Revision 503718Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 503718
Node Kind: directory
Schedule: normal
Last Changed Author: dims
Last Changed Rev: 503689
Last Changed Date: 2007-02-05 09:06:26 -0500 (Mon, 05 Feb 2007)
Properties Last Updated: 2007-01-03 09:25:29 -0500 (Wed, 03 Jan 2007)



/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[14,33] package javax.xml.bind.annotation
does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[15,33] package javax.xml.bind.annotation
does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[16,33] package javax.xml.bind.annotation
does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[17,42] package javax.xml.bind.annotation.
adapters does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[18,42] package javax.xml.bind.annotation.
adapters does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[13,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[14,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[15,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[16,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[17,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[18,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[19,42] package javax.xml.bin
d.annotation.adapters does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[20,42] package javax.xml.bin
d.annotation.adapters does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/ServletLinkType.java:[11,33] package javax.xml.bind.annotati
on does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/ServletLinkType.java:[12,33] package javax.xml.bind.annotati
on does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/ServletLinkType.java:[13,33] package javax.xml.bind.annotati
on does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EjbLinkType.java:[11,33] package javax.xml.bind.annotation d
oes not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EjbLinkType.java:[12,33] package javax.xml.bind.annotation d
oes not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EjbLinkType.java:[13,33] package javax.xml.bind.annotation d
oes not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EnvEntryTypeValuesType.java:[11,33] package javax.xml.bind.a
nnotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EnvEntryTypeValuesType.java:[12,33] package javax.xml.bind.a
nnotation does not exist

Re: Trunk build failure at geronimo-axis2 module

2007-02-05 Thread Prasad Kashyap


Problem solved.

Apparently deleting just o.a.g.* from the local repo wasn't enough.  I
had to delete org/apache/axis2 too.

Cheers
Prasad


On 2/5/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

Revision 503718Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 503718
Node Kind: directory
Schedule: normal
Last Changed Author: dims
Last Changed Rev: 503689
Last Changed Date: 2007-02-05 09:06:26 -0500 (Mon, 05 Feb 2007)
Properties Last Updated: 2007-01-03 09:25:29 -0500 (Wed, 03 Jan 2007)



/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[14,33] package javax.xml.bind.annotation
does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[15,33] package javax.xml.bind.annotation
does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[16,33] package javax.xml.bind.annotation
does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[17,42] package javax.xml.bind.annotation.
adapters does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PropertyType.java:[18,42] package javax.xml.bind.annotation.
adapters does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[13,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[14,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[15,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[16,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[17,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[18,33] package javax.xml.bin
d.annotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[19,42] package javax.xml.bin
d.annotation.adapters does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/PersistenceContextRefType.java:[20,42] package javax.xml.bin
d.annotation.adapters does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/ServletLinkType.java:[11,33] package javax.xml.bind.annotati
on does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/ServletLinkType.java:[12,33] package javax.xml.bind.annotati
on does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/ServletLinkType.java:[13,33] package javax.xml.bind.annotati
on does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EjbLinkType.java:[11,33] package javax.xml.bind.annotation d
oes not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EjbLinkType.java:[12,33] package javax.xml.bind.annotation d
oes not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EjbLinkType.java:[13,33] package javax.xml.bind.annotation d
oes not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EnvEntryTypeValuesType.java:[11,33] package javax.xml.bind.a
nnotation does not exist

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache
/axis2/jaxws/javaee/EnvEntryTypeValuesType.java:[12,33] package javax.xml.bind.a
nnotation does not exist

Re: [vote] Release geronimo-servlet_2.4_spec-1.1.1

2007-02-02 Thread Prasad Kashyap


+1

On 2/2/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote:

+1

 Vamsi


On 2/1/07, David Blevins [EMAIL PROTECTED] wrote:
 All, I've updated the pom of this spec to be compiled with jdk 1.3 as
 requested by a project in jakarta commons that needs them.

 I hereby propose we release this branch and it's binaries as final.

   Release Branch:
http://svn.apache.org/repos/asf/geronimo/specs/
 branches/geronimo-servlet_2.4_spec-1.1.1
   Built Binaries:
http://people.apache.org/~dblevins/stage-specs/org/
 apache/geronimo/specs/geronimo-servlet_2.4_spec/1.1.1/


 Here's my +1

 -David

Re: [vote] Release geronimo-jta_1.0.1B_spec-1.1.1

2007-02-02 Thread Prasad Kashyap


+1

Cheers
Prasad

On 1/31/07, David Blevins [EMAIL PROTECTED] wrote:

All, I've updated the pom of this spec to be compiled with jdk 1.3 as
requested by a project in jakarta commons that needs them.

I hereby propose we release this branch and it's binaries as final.

  Release Branch: http://svn.apache.org/repos/asf/geronimo/specs/
branches/geronimo-jta_1.0.1B_spec-1.1.1
  Built Binaries: http://people.apache.org/~dblevins/stage-specs/org/
apache/geronimo/specs/geronimo-jta_1.0.1B_spec/1.1.1/

Here's my +1

-David

Re: samples project question

2007-01-31 Thread Prasad Kashyap


On 1/31/07, Jason Dillon [EMAIL PROTECTED] wrote:

Okay, fair enough... by why are you calling it samples-parent?
Usually -parent modules are themselves top-level projects with no
children, which are used to hold common pom configuration.

I'd recommend simply calling the module samples instead.


The top level is called samples already. Maybe samples and
samples-parent should switch names.



And we may even want to just make a samples module in the server
tree, since it looks like you are branching this project when the
server is branched.  It may be better to add this module to the
server project and simply make it build optionally.


Yeah. I thought of that option too. The first major drawback I saw
there was in the possibility of increasing the size of the server
tree. If Hernan eventually gets (us) to migrating his entire sample
collection from 1.0 to whatever is latest, then we will be
unnecessarily wasting time during svn co of our server tree.

Next, we all know that you plan to break the server tree and make it
more modular. Anticipating such a re-org, I thought I'd save you some
trouble by putting it as a peer to specs and server. And now you don't
like it :-(

http://www.nabble.com/forum/ViewPost.jtp?post=8652849framed=y



--jason


Cheers
Prasad



On Jan 31, 2007, at 1:56 PM, Prasad Kashyap wrote:

 The samples-parent was added to have a separate tree for the
 individual samples and differentiate them from the
 geronimo-samples-archetype child project.

 A lot of parent level configuration is applicable only to the samples
 tree but not to the archetype. For eg. resources filtering can be
 configured at the top for the samples sub-tree but this should not
 happen for the archetype.

 Cheers
 Prasad

 On 1/31/07, Jason Dillon [EMAIL PROTECTED] wrote:
 why is there a 'samples-parent' underweight the top-level 'samples'
 project?  ie...

 snip
 samples/
  pom.xml
  samples-parent/
   pom.xml
 /snip

 This seems very, very odd to me.  Why was this done?

 --jason

Re: svn commit: r501969 - /geronimo/samples/trunk/pom.xml

2007-01-31 Thread Prasad Kashyap


The project did not inherit from genesis' project-config because I
could not prevent it from inheriting all the reports. I tried using
excludeDefaults for the maven-project-info-plugin and that didn't
work too.

Now I have it extending from project-config but I have to exclude all
other unwanted reports by setting their inherited=false.

Cheers
Prasad


On 1/31/07, Jason Dillon [EMAIL PROTECTED] wrote:

Any reason why this is extending 'genesis' and not 'project-config'?

--jason


On Jan 31, 2007, at 11:58 AM, [EMAIL PROTECTED] wrote:

 Author: prasad
 Date: Wed Jan 31 11:58:44 2007
 New Revision: 501969

 URL: http://svn.apache.org/viewvc?view=revrev=501969
 Log:
 * set parent to org.apache.geronimo.genesis:genesis

 Modified:
 geronimo/samples/trunk/pom.xml

 Modified: geronimo/samples/trunk/pom.xml
 URL: http://svn.apache.org/viewvc/geronimo/samples/trunk/pom.xml?
 view=diffrev=501969r1=501968r2=501969
 ==
 
 --- geronimo/samples/trunk/pom.xml (original)
 +++ geronimo/samples/trunk/pom.xml Wed Jan 31 11:58:44 2007
 @@ -19,6 +19,12 @@
  --!-- $Rev$ $Date$ --project xmlns=http://maven.apache.org/
 POM/4.0.0 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
 xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://
 maven.apache.org/maven-v4_0_0.xsd
  modelVersion4.0.0/modelVersion

 +parent
 +groupIdorg.apache.geronimo.genesis/groupId
 +artifactIdgenesis/artifactId
 +version1.1/version
 +/parent
 +
  groupIdorg.apache.geronimo.samples/groupId
  artifactIdsamples/artifactId
  nameGeronimo Samples/name
 @@ -39,8 +45,6 @@
/modules

  build
 -defaultGoalinstall/defaultGoal
 -
  plugins
  plugin
  groupIdorg.apache.maven.plugins/groupId

Re: How to find the context root of a webapp when a EAR is deployed ?

2007-01-29 Thread Prasad Kashyap


OK. Can we design it in such a way that the WARs do show up in that
list with maybe just the context root ? It'd be ok if the other
operations are not permitted on such a webapp.

That will be a huge usability enhancement wherein you can now directly
go to the context root URL of an application.This will be specially
useful for plugins and samples where the user downloads readily
available EARs and deploys them. He doesn't have to have the added
hassle of knowing what the just deployed app's context root is.

Cheers
Prasad

On 1/28/07, Paul McMahan [EMAIL PROTECTED] wrote:

I suspect the reason that WARs contained in EARs are not listed in the
Web App WARs portlet is because the start, stop, restart, and
uninstall controls would not work as expected.

Best wishes,
Paul

On 1/28/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
 After the samples application EAR is deployed, it shows up only in the
 Application EARs portlet.

 It's webapp does not show up in the list of Web App WARs.  So one
 cannot find it's context root (URL) and go to it.

 Is this by design ?

 Cheers
 Prasad

Re: [VOTE] 2.0-M2 Milestone ready for review and JACC Specs

2007-01-28 Thread Prasad Kashyap


On 1/27/07, Kevan Miller [EMAIL PROTECTED] wrote:


On Jan 27, 2007, at 1:01 AM, Matt Hogstrom wrote:

 All,

 I have made the binaries from Geronimo 2.0-M2 available for review at:

 http://people.apache.org/~hogstrom/2.0-M2-rc1

 In this directory you will find the various assemblies for your
 review as well as one massive tar ball that has the various
 artifacts that will ultimately be distributed.

 The files are being uploaded as this is being written so give them
 some time.

 Also included in this vote are the artifacts for the JACC spec 1.0-
 M2 which is required for 2.0-M2.

 Remember...this is a milestone and not a full release.

 Thanks for David Blevins for being quite the helper tonight in
 getting the Release Notes in line and helping out with Open EJB.

As Prasad has noted in a separate thread, EJB@ injection for Jetty is
not working. Matt can confirm, but I believe that he intentionally
did not merge the latest changes from trunk into the M2 branch. A
release manager needs to draw the line somewhere, and this allowed
him to get the RC candidate built. I was (and still am) fine with
delivering M2 with this limitation.


Right. I fully agree too and I am okay with this. Assuming that we
sync the Release Notes to mention the @EJB limitation on Jetty, here's
my +1.

Cheers
Prasad




We've got a lot of great
function, here. I'm looking forward to getting on to making more
great progress like this.

I suggest we update the release notes to reflect this EJB@
limitation. Something like:

- EJB 3.0 (via OpenEJB project)
   Supported:
  ...
  - @EJB injection of ejb-refs and ejb-local-refs (Tomcat)
  ...

   Limitations:
  - No support for MDBs.
  - @EJB injection of ejb-refs and ejb-local-refs (Jetty)

I've tested both jee5 assemblies. The source and binary look good.
With an update to the release notes, I'm +1.

--kevan

Re: Whats the point of the itests-environment profile

2007-01-27 Thread Prasad Kashyap


I think we talked about this offline. OK. You may remove this if you want.

Cheers
Prasad

On 1/27/07, Jason Dillon [EMAIL PROTECTED] wrote:

This just enables one module... testsuite, same as...

 cd testsuite; mvn

To enable mutiupule modules I can see the need for a profile, but for
a single module I really think the cd x; mvn method is better.

  * * *

Is anyone using the itests-environment profile?

--jason

Re: @EJB injection for Jetty

2007-01-27 Thread Prasad Kashyap


No I haven't verified the @EJB injection on Jetty. I believe it is
only on trunk. I was working on getting my M2 build to work. (unable
to resolve dependency o.a.g.specs.geronimo-ejb_3.0_specs//jar)

When I finally gave on M2 build and work on  trunk, I hit the
following problem -

Missing:
--
1) org.apache.openejb:container:pom:3.0-incubating-SNAPSHOT
 Path to dependency:
   1) org.apache.geronimo.modules:geronimo-openejb:jar:2.0-SNAPSHOT
   2) org.apache.openejb:openejb-ejbd:jar:3.0-incubating-SNAPSHOT
   3) org.apache.openejb:container:pom:3.0-incubating-20070126.211327-22

Cheers
Prasad


On 1/26/07, Dain Sundstrom [EMAIL PROTECTED] wrote:

What did you run? This worked great for me an Prasad.

Anyway, I changed the code to catch Exception instead of just
NamingExcetpion.

-dain

On Jan 26, 2007, at 9:26 AM, Jarek Gawor wrote:

 Dain,

 This hack is causing problems:

 java.lang.NullPointerException
at
 org.apache.xbean.naming.context.ContextFlyweight.listBindings(Context
 Flyweight.java:92)
at
 org.apache.xbean.naming.context.ContextFederation.getFederatedBinding
 s(ContextFederation.java:72)
at
 org.apache.xbean.naming.context.AbstractFederatedContext.getBindings(
 AbstractFederatedContext.java:63)
at org.apache.xbean.naming.context.AbstractContext.getBinding
 (AbstractCo
 ntext.java:86)
at org.apache.xbean.naming.context.AbstractContext.lookup
 (AbstractContex
 t.java:128)
at org.apache.xbean.naming.context.AbstractContext.lookup
 (AbstractContex
 t.java:607)
at org.apache.xbean.naming.context.AbstractContext.lookup
 (AbstractContex
 t.java:151)
at org.apache.xbean.naming.context.AbstractContext.lookup
 (AbstractContex
 t.java:593)
at javax.naming.InitialContext.lookup(InitialContext.java:351)
at
 org.apache.geronimo.jetty6.InjectionServletHandler.processAnnotations
 (InjectionServletHandler.java:48)
at
 org.apache.geronimo.jetty6.InjectionServletHandler.customizeServlet(I
 njectionServletHandler.java:38)

 I think you need setup the component context properly first (see code
 in jetty6.handler.ComponentContextHandler) in order to get the JNDI
 context.

 Jarek

 On 1/25/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
 I added a simple hack to get @EJB injection working in Jetty.  It is
 hack is just a trimmed down version of the Tomcat
 DefaultAnnotationProcess or which only handles @EJB injection.

 As with the Tomcat version, this is only in there to demonstrate the
 @EJB annotation use and is by no means a final solution for
 annotation processing.

 -dain

[jira] Updated: (GERONIMO-1939) Server Info portlet doesn't display the 'Server Memory Usage' live graph on Internet Explorer

2007-01-27 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap updated GERONIMO-1939:
-

Affects Version/s: 2.0
   2.0-M2
   1.1.1
   2.0-M1

 Server Info portlet doesn't display the 'Server Memory Usage' live graph on 
 Internet Explorer
 -

 Key: GERONIMO-1939
 URL: https://issues.apache.org/jira/browse/GERONIMO-1939
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 1.1, 1.1.1, 2.0-M1, 2.0-M2, 2.0
Reporter: Christopher M. Cardona
 Attachments: embedSVG.js


 I've tested it to work on Firefox v1.5.0.2 but the graph doesn't show up on 
 IE v6.0.

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

[2.0-M2] @EJB injection for Jetty doesn't work

2007-01-27 Thread Prasad Kashyap


I reviewed the binaries that Matt has put for review on the following
vote thread -

http://www.nabble.com/-VOTE--2.0-M2-Milestone-ready-for-review-and-JACC-Specs-tf3126768.html

The @EJB injection does not work for Jetty. However, the undeploy of
EJBs now work fine.

These fixes were first put into trunk. My initial suspicion is on the
merge.  Maybe the undeploy fix got in and the jetty hack didn't.

My next suspicion is on the fix itself. I hadn't had a chance to try
the @EJB injection hack for jetty on trunk so far due to build
failures. But I hope to try it now.

Neverthless, the release notes are now out of sync.

Didn't want to pollute the vote thread with this discussion.

Cheers
Prasad

Re: [2.0-M2] @EJB injection for Jetty doesn't work

2007-01-27 Thread Prasad Kashyap


My initial suspicion turned out to be correct.

The fix in trunk didn't go into M2. Tim McConnell and I verified this
trunk separately. The jetty hack is there in trunk.

The calculator-stateless sample is here for anybody else that wants to try
http://cwiki.apache.org/confluence/download/attachments/35312/calculator-stateless-ear-2.0-SNAPSHOT.ear?version=1

The wiki page is here -
http://cwiki.apache.org/confluence/display/GMOxDOC20/Using+some+of+EJB+3.0+functionalities

Cheers
Prasad

On 1/27/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

I reviewed the binaries that Matt has put for review on the following
vote thread -

http://www.nabble.com/-VOTE--2.0-M2-Milestone-ready-for-review-and-JACC-Specs-tf3126768.html

The @EJB injection does not work for Jetty. However, the undeploy of
EJBs now work fine.

These fixes were first put into trunk. My initial suspicion is on the
merge.  Maybe the undeploy fix got in and the jetty hack didn't.

My next suspicion is on the fix itself. I hadn't had a chance to try
the @EJB injection hack for jetty on trunk so far due to build
failures. But I hope to try it now.

Neverthless, the release notes are now out of sync.

Didn't want to pollute the vote thread with this discussion.

Cheers
Prasad

Re: @EJB injection for Jetty

2007-01-27 Thread Prasad Kashyap


OK. Now I have verified the @EJB injection jack for Jetty on TRUNK and
have found it to be working.

Cheers
Prasad

On 1/27/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

No I haven't verified the @EJB injection on Jetty. I believe it is
only on trunk. I was working on getting my M2 build to work. (unable
to resolve dependency o.a.g.specs.geronimo-ejb_3.0_specs//jar)

When I finally gave on M2 build and work on  trunk, I hit the
following problem -

Missing:
--
1) org.apache.openejb:container:pom:3.0-incubating-SNAPSHOT
  Path to dependency:
1) org.apache.geronimo.modules:geronimo-openejb:jar:2.0-SNAPSHOT
2) org.apache.openejb:openejb-ejbd:jar:3.0-incubating-SNAPSHOT
3) org.apache.openejb:container:pom:3.0-incubating-20070126.211327-22

Cheers
Prasad


On 1/26/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
 What did you run? This worked great for me an Prasad.

 Anyway, I changed the code to catch Exception instead of just
 NamingExcetpion.

 -dain

 On Jan 26, 2007, at 9:26 AM, Jarek Gawor wrote:

  Dain,
 
  This hack is causing problems:
 
  java.lang.NullPointerException
 at
  org.apache.xbean.naming.context.ContextFlyweight.listBindings(Context
  Flyweight.java:92)
 at
  org.apache.xbean.naming.context.ContextFederation.getFederatedBinding
  s(ContextFederation.java:72)
 at
  org.apache.xbean.naming.context.AbstractFederatedContext.getBindings(
  AbstractFederatedContext.java:63)
 at org.apache.xbean.naming.context.AbstractContext.getBinding
  (AbstractCo
  ntext.java:86)
 at org.apache.xbean.naming.context.AbstractContext.lookup
  (AbstractContex
  t.java:128)
 at org.apache.xbean.naming.context.AbstractContext.lookup
  (AbstractContex
  t.java:607)
 at org.apache.xbean.naming.context.AbstractContext.lookup
  (AbstractContex
  t.java:151)
 at org.apache.xbean.naming.context.AbstractContext.lookup
  (AbstractContex
  t.java:593)
 at javax.naming.InitialContext.lookup(InitialContext.java:351)
 at
  org.apache.geronimo.jetty6.InjectionServletHandler.processAnnotations
  (InjectionServletHandler.java:48)
 at
  org.apache.geronimo.jetty6.InjectionServletHandler.customizeServlet(I
  njectionServletHandler.java:38)
 
  I think you need setup the component context properly first (see code
  in jetty6.handler.ComponentContextHandler) in order to get the JNDI
  context.
 
  Jarek
 
  On 1/25/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
  I added a simple hack to get @EJB injection working in Jetty.  It is
  hack is just a trimmed down version of the Tomcat
  DefaultAnnotationProcess or which only handles @EJB injection.
 
  As with the Tomcat version, this is only in there to demonstrate the
  @EJB annotation use and is by no means a final solution for
  annotation processing.
 
  -dain

Re: Where should we put Samples and Plug-ins?

2007-01-26 Thread Prasad Kashyap


This is how I see it. The apps in geronimo/server/trunk/applications
should be the ones that are absolutely required by the server. Eg:
console, welcome app etc.

The optional apps like servlet-examples, jsp-examples should be moved
elsewhere to a samples directory or project. There is no need to build
these samples every time we build the server. This will greatly reduce
our build time.

Next, I don't know why we make car out some of these example apps.
If we need to include a few of them in the assembly, we should just
deploy them.

Lastly, there is the Q about where the optional samples end up:

1. geronimo/server/trunk/samples
   Pros:
 a) samples version closely tied with the server.

  Cons:
a) increases the time it takes to download the server tree
unnecessarily. (svn checkout)
b) have to use a separate profile to build them. More pom.xml
maintenance. This is assuming the fact that we don't build car for
these. If we have to build car too, then the story becomes more
complex.

2. geronimo/samples/trunk
Pros:
a) separate tree built and published separately.
b) the server tree now builds faster.
c) if assemblies need to include it, just add the artifact as a dependency.

Cons:
a) have to keep the version of this project in synch with the
version of the server. (Not really a big deal, similar to what we
could with specs). This means keeping the plans and DD updated with
every server release.

With every server release, we have broken the samples on the wiki
page. The plans and DD have changed  and we have not kept that
updated.

Cheers
Prasad




On 1/25/07, Donald Woods [EMAIL PROTECTED] wrote:

Any thoughts on what we do with the new Samples being added to
/geronimo/samples/trunk and the /geronimo/plugins/trunk files?

We currently have 5 places for samples and plugins (the above 2
locations plus server/applications, server/configs and
geronimo/daytrader) and I would like to spend some time getting all of
this optional code (except for maybe Daytrader) into the same location
in svn before we release 2.0.


-Donald

Paul McMahan wrote:
 Thanks Donald for migrating this discussion onto [EMAIL PROTECTED]  I posted 
some
 feedback about option #1 in the JIRA you referenced.  To sum up, I was
 concerned about moving optional modules to an area called plugins,
 since IMO that's a misnomer since optional modules aren't always
 plugins and plugins aren't always optional :-)   I am also concerned
 about complicating release management for optional modules that are
 sensitive to the Geronimo server version.

 I think we can solve the problem described in G2728 without
 reorganizing the source tree, for example by adjusting the server
 dependencies.  But if there is also some motivation to further trim
 down what's in server/trunk (to speed up the build, perhaps) then I
 like option #2 better.

 Best wishes,
 Paul

 On 1/24/07, Donald Woods [EMAIL PROTECTED] wrote:
 As part of the discussion on G2728 relating to the Directory server and
 LDAP-Demo sample -
 https://issues.apache.org/jira/browse/GERONIMO-2728
 I'm wondering how others would like to see us handle optional server
 components for 2.0, as we currently have some samples and plug-ins in
 geronimo/server/trunk/, but others are under geronimo/samples/trunk and
 geronimo/plugins/trunk.

 Should we:
 1) Move them out of geronimo/server/trunk and
 - move all sample apps (like Magicgball, ldap-demo, ...) to the
 existing geronimo/samples/trunk and have them automatically built and
 published by gbuild
 - move all optional and non-Geronimo plugins (like ApacheDS) to the
 existing geronimo/plugins/trunk and have then built and published by
 gbuild

 2) Keep all the samples and plug-ins in the server tree, but under a new
 directory like server/trunk/samples or server/trunk/opt and use a maven
 profile so they are not always built, but always build and publish them
 from gbuild

 I could also see us moving the minimal assemblies to the same location
 as #2, for those people interested in them

 Thoughts?


 -Donald

Re: Release Notes for 2.0-M2 - EJB content

2007-01-26 Thread Prasad Kashyap


Two issues here -

1) Dain's fixes are in trunk. They have not been merged with the M2
changes yet. So at the moment, the M2 has these limitations.

2) This is a bigger issue. I don't see the Release Notes in the
unpacked server !!!

Cheers
Prasad

On 1/26/07, Kevan Miller [EMAIL PROTECTED] wrote:


On Jan 26, 2007, at 8:46 AM, Dave Colasurdo wrote:

 Thanks... Have made the updates...

Well, we need to be sure these changes are included in M2. I'm not
sure where Matt is in terms of building an RC.

--kevan


 Is there anything that should be added to the limitations section?
 Do we fully support EJB 3.0?

 -Dave-

 David Blevins wrote:
 On Jan 25, 2007, at 11:03 AM, Dave Colasurdo wrote:
Limitations:
   - Undeploying an ejb module will not remove it's beans. The
 server has to be restarted to deploy the same module again.
 Ok, I've implemented undeploy and verified it works using the
 calculator sample app.  I can guarantee there are leaks here
 (there always are the first few iterations), but the feature is
 functional.
   - Extended JNDI and DI types
 This works.  If your env-entry-type is java.lang.String and we see
 you have a URL, for example, we will convert the value to a URL
 before injection.
 -David

Re: Release Notes for 2.0-M2 - EJB content

2007-01-26 Thread Prasad Kashyap


On 1/26/07, Dave Colasurdo [EMAIL PROTECTED] wrote:

Thanks... Have included the MDB restriction in the latest attachment.

BTW, The version in the 2.0-M2 branch is quite stale.

Can someone please refresh the copy at:
https://svn.apache.org/repos/asf/geronimo/server/branches/2.0-M2/RELEASE-NOTES-2.0-M2.TXT

with the included attachment.


Done



All future changes can then occur in the branch..

Thanks
-Dave-


Cheers
Prasad

Re: Build geronimo failed..Is this maven's probleam or openejb( or geronimo?)?

2007-01-26 Thread Prasad Kashyap


I have been experiencing problems with plexus artifacts downloaded
from the codehaus repo. More specifically, the problems are regarding
the plexus-compiler artifact and it's parent. The poms there have been
corrupted.

Cheers
Prasad

On 1/26/07, Kevan Miller [EMAIL PROTECTED] wrote:


On Jan 26, 2007, at 3:17 PM, Fei Fei wrote:


 so.please tell me what happened?why? isn't some plugins is not in
 maven's repository(%HOME%/.m2/repository)?
 thanks.
 -A Fei-

A Fei,
I recommend you cleanup your local repo a bit. One of the repo
servers has been serving up some bad content recently...

Start by removing \.m2\repository\org\apache\geronimo\genesis (and
all sub dirs). If that doesn't work (or you want to skip to the heavy
handed approach), just wipe out your whole repo -- .m2\repository

Let us know if this helps...

--kevan

M2 branch merged with trunk but has a build failure

2007-01-25 Thread Prasad Kashyap


I merged the M2 branch with the latest changes from Dain, Blevins and Jencks.

I think the merge went pretty well considering I was doing it for the
first time. However, the M2 build fails in the assemblies with the
error shown below.

I spent quite some time trying to resolve this but in vain :-(

At this point, we have either of the following 2 options
1) simply revert my commits and try a merge again
2) fix this.

[DEBUG] Resolving artifact:
org.apache.geronimo.configs:openejb:car:2.0-M2-SNAPSHOT
[DEBUG] openejb: using locally installed snapshot
[INFO] Installing module:
org.apache.geronimo.configs/openejb/2.0-M2-SNAPSHOT/car
[DEBUG] Installing module:
org.apache.geronimo.configs/openejb/2.0-M2-SNAPSHOT/car (8705 bytes)
[DEBUG] Installing module dependencies for artifact:
org.apache.geronimo.configs/openejb/2.0-M2-SNAPSHOT/car
[DEBUG] Skipping artifact; already installed:
org.apache.geronimo.configs/transaction-jta11/2.0-M2-SNAPSHOT/car
[DEBUG] Skipping artifact; already installed:
org.apache.geronimo.configs/webservices-common/2.0-M2-SNAPSHOT/car
[DEBUG] Resolving artifact:
org.apache.geronimo.modules:geronimo-openejb:jar:2.0-M2-SNAPSHOT
[DEBUG] geronimo-openejb: using locally installed snapshot
[INFO] Installing dependency:
org.apache.geronimo.modules/geronimo-openejb/2.0-M2-SNAPSHOT/jar
[DEBUG] Copying dependency:
org.apache.geronimo.modules/geronimo-openejb/2.0-M2-SNAPSHOT/jar
(28439 bytes)
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Unable to resolve dependency
org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar

[INFO] 
[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Unable to
resolve dependency
org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
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.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to
resolve dependency
org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar
at org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:137)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534)
... 16 more
Caused by: org.apache.geronimo.kernel.repository.MissingDependencyException:
Unable to resolve dependency
org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar
at 
org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:123)
at 
org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:94)
at 
org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveInClassLoader(DefaultArtifactResolver.java:86)
at 
org.apache.geronimo.mavenplugins.car.InstallModulesMojo.installDependencies(InstallModulesMojo.java:373)
at 
org.apache.geronimo.mavenplugins.car.InstallModulesMojo.installDependency(InstallModulesMojo.java:361)
at 
org.apache.geronimo.mavenplugins.car.InstallModulesMojo.install(InstallModulesMojo.java:205)
at 
org.apache.geronimo.mavenplugins.car.InstallModulesMojo.installDependencies(InstallModulesMojo.java:378)
at

Re: M2 branch merged with trunk but has a build failure

2007-01-25 Thread Prasad Kashyap


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

I checked out 2.0-M2 and built it without problems so I don't think these
changes caused whatever build problems you are seeing.


Hmm.. I saw the same problem on 2 separate machines. One machine had
an absolutely clean setup (clean repo and tree). The other did just an
svn up.

Kicked it off again now and praying.

Cheers
Prasad



I used
mvn -o install -Dstage=bootstrap
mvn -o install

thanks
david jencks


On Jan 25, 2007, at 12:54 AM, David Jencks wrote:
I've had similar problems over the last few days and AFAICT cleaning bits of
my local maven repo and rebuilding, perhaps offline, have fixed them.

I think we need to figure out why these problems are happening.  I think its
some mismatch between the maven repo and the geronimo repo: when this is
happening we are more or less running geronimo off of the maven repo.  I
think the crucial code is around line 126 of InstallModulesMojo.

Looking over the commits I can't see anything that could be related to this
problem, but that doesn't mean much.

You can revert these locally with
svn  merge -r 499679:499677 .

I'm trying a build of 2.0-M2 on my machine to see what happens but I
probably won't work on it tonight if there are problems.

thanks
david jencks


On Jan 25, 2007, at 12:14 AM, Prasad Kashyap wrote:

I merged the M2 branch with the latest changes from Dain, Blevins and
Jencks.

I think the merge went pretty well considering I was doing it for the
first time. However, the M2 build fails in the assemblies with the
error shown below.

I spent quite some time trying to resolve this but in vain :-(

At this point, we have either of the following 2 options
1) simply revert my commits and try a merge again
2) fix this.

[DEBUG] Resolving artifact:
org.apache.geronimo.configs:openejb:car:2.0-M2-SNAPSHOT
[DEBUG] openejb: using locally installed snapshot
[INFO] Installing module:
org.apache.geronimo.configs/openejb/2.0-M2-SNAPSHOT/car
[DEBUG] Installing module:
org.apache.geronimo.configs/openejb/2.0-M2-SNAPSHOT/car (8705 bytes)
[DEBUG] Installing module dependencies for artifact:
org.apache.geronimo.configs/openejb/2.0-M2-SNAPSHOT/car
[DEBUG] Skipping artifact; already installed:
org.apache.geronimo.configs/transaction-jta11/2.0-M2-SNAPSHOT/car
[DEBUG] Skipping artifact; already installed:
org.apache.geronimo.configs/webservices-common/2.0-M2-SNAPSHOT/car
[DEBUG] Resolving artifact:
org.apache.geronimo.modules:geronimo-openejb:jar:2.0-M2-SNAPSHOT
[DEBUG] geronimo-openejb: using locally installed snapshot
[INFO] Installing dependency:
org.apache.geronimo.modules/geronimo-openejb/2.0-M2-SNAPSHOT/jar
[DEBUG] Copying dependency:
org.apache.geronimo.modules/geronimo-openejb/2.0-M2-SNAPSHOT/jar
(28439 bytes)
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Unable to resolve dependency
org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar

[INFO]

[DEBUG] Trace
org.apache.maven.lifecycle.LifecycleExecutionException:
Unable to
resolve dependency
org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar
 at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:559)
 at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475)
 at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454)
 at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
 at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
 at
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
 at
org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
 at
org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
 at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
 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.classworlds.Launcher.launchEnhanced(Launcher.java:315)
 at
org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
 at
org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
 at
org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.MojoExecutionException:
Unable to
resolve dependency
org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar
 at
org.apache.geronimo.genesis.MojoSupport.execute(MojoSupport.java:137)
 at
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412

Re: M2 branch merged with trunk but has a build failure

2007-01-25 Thread Prasad Kashyap


I'm afraid I can't claim the same result. Even after very many
attempts, it fails at the very same spot. So I checked out revision
499677 (one before the merge) and built it. It builds successfully.

Either the merge didn't go well or something in the merge is making it to fail.

Cheers
Prasad

On 1/25/07, Dain Sundstrom [EMAIL PROTECTED] wrote:

I had this same problem but it went away after a rebuild.

The problem is in the assembler maven plugin which uses the real
maven repository code to access the m2 repo, and this integration has
some strange bug.

-dain

On Jan 25, 2007, at 12:14 AM, Prasad Kashyap wrote:

 I merged the M2 branch with the latest changes from Dain, Blevins
 and Jencks.

 I think the merge went pretty well considering I was doing it for the
 first time. However, the M2 build fails in the assemblies with the
 error shown below.

 I spent quite some time trying to resolve this but in vain :-(

 At this point, we have either of the following 2 options
 1) simply revert my commits and try a merge again
 2) fix this.

 [DEBUG] Resolving artifact:
 org.apache.geronimo.configs:openejb:car:2.0-M2-SNAPSHOT
 [DEBUG] openejb: using locally installed snapshot
 [INFO] Installing module:
 org.apache.geronimo.configs/openejb/2.0-M2-SNAPSHOT/car
 [DEBUG] Installing module:
 org.apache.geronimo.configs/openejb/2.0-M2-SNAPSHOT/car (8705 bytes)
 [DEBUG] Installing module dependencies for artifact:
 org.apache.geronimo.configs/openejb/2.0-M2-SNAPSHOT/car
 [DEBUG] Skipping artifact; already installed:
 org.apache.geronimo.configs/transaction-jta11/2.0-M2-SNAPSHOT/car
 [DEBUG] Skipping artifact; already installed:
 org.apache.geronimo.configs/webservices-common/2.0-M2-SNAPSHOT/car
 [DEBUG] Resolving artifact:
 org.apache.geronimo.modules:geronimo-openejb:jar:2.0-M2-SNAPSHOT
 [DEBUG] geronimo-openejb: using locally installed snapshot
 [INFO] Installing dependency:
 org.apache.geronimo.modules/geronimo-openejb/2.0-M2-SNAPSHOT/jar
 [DEBUG] Copying dependency:
 org.apache.geronimo.modules/geronimo-openejb/2.0-M2-SNAPSHOT/jar
 (28439 bytes)
 [INFO]
 --
 --
 [ERROR] BUILD ERROR
 [INFO]
 --
 --
 [INFO] Unable to resolve dependency
 org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar

 [INFO]
 --
 --
 [DEBUG] Trace
 org.apache.maven.lifecycle.LifecycleExecutionException: Unable to
 resolve dependency
 org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
 (DefaultLifecycleExecutor.java:559)
   at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLif
 ecycle(DefaultLifecycleExecutor.java:475)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal
 (DefaultLifecycleExecutor.java:454)
   at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHand
 leFailures(DefaultLifecycleExecutor.java:306)
   at
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegment
 s(DefaultLifecycleExecutor.java:273)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute
 (DefaultLifecycleExecutor.java:140)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
   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.classworlds.Launcher.launchEnhanced(Launcher.java:
 315)
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at org.codehaus.classworlds.Launcher.mainWithExitCode
 (Launcher.java:430)
   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
 Caused by: org.apache.maven.plugin.MojoExecutionException: Unable to
 resolve dependency
 org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar
   at org.apache.geronimo.genesis.MojoSupport.execute
 (MojoSupport.java:137)
   at org.apache.maven.plugin.DefaultPluginManager.executeMojo
 (DefaultPluginManager.java:412)
   at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals
 (DefaultLifecycleExecutor.java:534)
   ... 16 more
 Caused by:
 org.apache.geronimo.kernel.repository.MissingDependencyException:
 Unable to resolve dependency
 org.apache.geronimo.specs/geronimo-ejb_3.0_spec//jar
   at
 org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveI
 nClassLoader(DefaultArtifactResolver.java:123)
   at
 org.apache.geronimo.kernel.repository.DefaultArtifactResolver.resolveI
 nClassLoader(DefaultArtifactResolver.java

Re: M2 branch merged with trunk but has a build failure

2007-01-25 Thread Prasad Kashyap


Paul,

Can you please make your tomcat binaries available for download ?

Meanwhile, since I was able to build with r499677, I'm wondering if
someone is willing to try out the following for me:

1) merge all of Dain's, Blevin's and Jenck's changes in trunk since
the branch with r499677 of 2.0-M2
2) built it on a clean setup - clean repo.

Would like to eliminate some possibilities, one of them being a bad
merge in r499678 and r499679

Thanx
Prasad

On 1/25/07, Paul McMahan [EMAIL PROTECTED] wrote:

I just checked out the M2 branch and built successfully. I did not
delete my local repo and used mvn install to build.

Paul

On 1/25/07, Kevan Miller [EMAIL PROTECTED] wrote:

 On Jan 25, 2007, at 2:44 PM, Prasad Kashyap wrote:

  I'm afraid I can't claim the same result. Even after very many
  attempts, it fails at the very same spot. So I checked out revision
  499677 (one before the merge) and built it. It builds successfully.
 
  Either the merge didn't go well or something in the merge is making
  it to fail.

 Prasad,
 I don't think the problem you are seeing has anything to do with the
 merge.

 I hit this problem on trunk, earlier in the week. I've always been
 able to cd into assemblies and run mvn install successfully.

 Multiple people have built the M2 branch successfully...

 --kevan

 
  Cheers
  Prasad
 
  On 1/25/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
  I had this same problem but it went away after a rebuild.
 
  The problem is in the assembler maven plugin which uses the real
  maven repository code to access the m2 repo, and this integration has
  some strange bug.

Re: build failure in 2.0-m2 branch

2007-01-24 Thread Prasad Kashyap


Blevins just deployed the OpenEJB3 jars. So you may want to give it
another shot.

Cheers
Prasad

On 1/24/07, Paul McMahan [EMAIL PROTECTED] wrote:

I'm also failing with a very similar error at rev 499420.

Paul

On 1/24/07, Joe Bohn [EMAIL PROTECTED] wrote:
 I'm hitting this build failure this morning while building OpenEJB
 Builder with rev. 499296


 [INFO]
 
 [ERROR] BUILD FAILURE
 [INFO]
 
 [INFO] Compilation failure

 
/Users/bohn/geronimo2.0-m2/modules/geronimo-openejb-builder/src/main/java/org/apache/geronimo/openejb/deployment/ejbref/AbstractEjbRefBuilder.java:[68,32]
 cannot find symbol
 symbol  : method buildMap()
 location: class org.apache.openejb.assembler.classic.JndiEncBuilder

 
/Users/bohn/geronimo2.0-m2/modules/geronimo-openejb-builder/src/main/java/org/apache/geronimo/openejb/deployment/ejbref/ClientEjbRefBuilder.java:[43,50]
 cannot find symbol
 symbol  : method getJndiName()
 location: class org.apache.openejb.core.ivm.naming.IntraVmJndiReference


 Joe

Server startup failure on trunk

2007-01-24 Thread Prasad Kashyap


'svn up' openejb3
'svn up' geronimo trunk
mvn clean install openejb3 and trunk

Encountered the following error while starting the server. With all
the recent deploys going on, this may or may not be problem. Will
re-confirm after the other machine builds from scratch again.

11:26:09,947 INFO  [root] --
11:26:22,254 INFO  [OpenEJB] Using directory
C:\Apache\geronimo-jetty6-jee5-2.0-SNAPSHOT\var\temp for stateful
session passivation
Geronimo startup failed:
org.apache.geronimo.kernel.config.LifecycleException: load of
org.apache.geronimo.configs/activemq/2.0-SNAPSHOT/car failed
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:271)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:250)
at 
org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:112)
at 
org.apache.geronimo.kernel.config.KernelConfigurationManager$$FastClassByCGLIB$$b117102f.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:127)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$e72279e5.loadConfiguration(generated)
at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:283)
at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366)
Caused by: org.apache.geronimo.kernel.config.NoSuchConfigException:
org.apache.geronimo.configs/activemq/2.0-SNAPSHOT/car
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:454)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:268)
... 14 more
[] received stop signal
Exception in thread Thread-6 java.lang.NoClassDefFoundError:
EDU/oswego/cs/dl/util/concurrent/LinkedNode
at EDU.oswego.cs.dl.util.concurrent.SynchronousChannel.poll(Unknown 
Source)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(Unknown 
Source)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown 
Source)
at java.lang.Thread.run(Thread.java:595)

Server shutdown begun
Server shutdown completed

Re: Server startup failure on trunk

2007-01-24 Thread Prasad Kashyap


Sorry for the false alarm !

The binary built from a clean repo is good !

We have a good server running on trunk.

Cheers
Prasad

On 1/24/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

'svn up' openejb3
'svn up' geronimo trunk
mvn clean install openejb3 and trunk

Encountered the following error while starting the server. With all
the recent deploys going on, this may or may not be problem. Will
re-confirm after the other machine builds from scratch again.

11:26:09,947 INFO  [root] --
11:26:22,254 INFO  [OpenEJB] Using directory
C:\Apache\geronimo-jetty6-jee5-2.0-SNAPSHOT\var\temp for stateful
session passivation
Geronimo startup failed:
org.apache.geronimo.kernel.config.LifecycleException: load of
org.apache.geronimo.configs/activemq/2.0-SNAPSHOT/car failed
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:271)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:250)
at 
org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:112)
at 
org.apache.geronimo.kernel.config.KernelConfigurationManager$$FastClassByCGLIB$$b117102f.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:127)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$e72279e5.loadConfiguration(generated)
at org.apache.geronimo.system.main.Daemon.doStartup(Daemon.java:283)
at org.apache.geronimo.system.main.Daemon.init(Daemon.java:74)
at org.apache.geronimo.system.main.Daemon.main(Daemon.java:366)
Caused by: org.apache.geronimo.kernel.config.NoSuchConfigException:
org.apache.geronimo.configs/activemq/2.0-SNAPSHOT/car
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:454)
at 
org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:268)
... 14 more
[] received stop signal
Exception in thread Thread-6 java.lang.NoClassDefFoundError:
EDU/oswego/cs/dl/util/concurrent/LinkedNode
at EDU.oswego.cs.dl.util.concurrent.SynchronousChannel.poll(Unknown 
Source)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor.getTask(Unknown 
Source)
at EDU.oswego.cs.dl.util.concurrent.PooledExecutor$Worker.run(Unknown 
Source)
at java.lang.Thread.run(Thread.java:595)

Server shutdown begun
Server shutdown completed

Re: Unable to deploy an EJB3.0 sample app -- Thank you Prasad

2007-01-24 Thread Prasad Kashyap


You mean geronimo-openejb free deploy.

The latest revisions do support ejb-jar.xml free deployments

Cheers
Prasad

On 1/24/07, Sachin Patel [EMAIL PROTECTED] wrote:

but not yet a ejb-jar.xml  application.xml free deploy


On Jan 23, 2007, at 9:54 PM, Prasad Kashyap wrote:


We can now have a ejb-jar.xml free deployment and openejb-jar.xml free

deployment.

-sachin

Re: [WELCOME] Chris Blythe as a new Committer to Apache Geronimo

2007-01-24 Thread Prasad Kashyap


Congrats Chris ! Welcome aboard !

Cheers
Prasad

On 1/24/07, Matt Hogstrom [EMAIL PROTECTED] wrote:

In recognition of Chris' contributions to DayTrader (new UI, new
runtime modes) and his sustained set of patches and nagging he has
accepted our offer to join our merry little band of pirates.

Please join me in welcoming Chris.

Matt Hogstrom
[EMAIL PROTECTED]

Re: Unable to deploy an EJB3.0 sample app -- Thank you Prasad

2007-01-23 Thread Prasad Kashyap


On 1/22/07, David Blevins [EMAIL PROTECTED] wrote:

Ok.  All of these issues should be fixed.


I did a complete clean Geronimo ( OpenEJB) build. I am still having
issues here -

1) http://issues.apache.org/jira/browse/GERONIMO-2770.
An ejb-module with a missing ejb-jar.xml will not be recognized and deployed.


2) http://issues.apache.org/jira/browse/OPENEJB-452
An ejb-module with a missing openejb-jar.xml will throw an NPE

11:40:53, 611 WARN [OPENEJB] Auto-deploying ejb Calculator:
EjbDeployment (deployment-id=Calculator, container-id=Default
Stateless Container)
11:40:58, 068 ERROR [Deployer] Deployment failed due to
java.lang.NullPointerException
   at
   org.apache.geronimo.openejb.deployment.EjbDeploymentBuilder.initContext(EjbD
eploymentBuilder.java:107)
   at
   org.apache.geronimo.openejb.deployment.EjbModuleBuilder.initContext(EjbModul
eBuilder.java:381)


Since the NPE position has now changed, I believe I have the latest
code in the server.


Cheers
Prasad




-David

On Jan 22, 2007, at 4:46 PM, David Blevins wrote:


 On Jan 21, 2007, at 1:03 PM, Prasad Kashyap wrote:
 I was able to deploy the app successfully but only after using an
 openejb-jar.xml.

 Dain  Blevins,
 On the irc discussion on Sat, 01/20, we thought that an
 openejb-jar.xml is not mandatory. I debugged the builder and realized
 the contrary.

 In the EJBModuleBuilder.java, it doesn't check to see if the
 openejb-jar.xml is null or not.
 String openejbJarXml = XmlUtil.loadOpenejbJarXml(object, moduleFile);
 OpenejbJar openejbJar = XmlUtil.unmarshal(OpenejbJar.class,
 openejbJarXml);

 http://svn.apache.org/viewvc/geronimo/server/trunk/modules/
 geronimo-openejb-builder/src/main/java/org/apache/geronimo/openejb/
 deployment/EjbModuleBuilder.java?view=log

 On Jan 22, 2007, at 8:56 AM, Prasad Kashyap wrote:
 Jarek,

 I had the same error.

 Try something like the following in your openejb-jar.xml

 openejb-jar xmlns=http://www.openejb.org/openejb-jar/1.1;
 ejb-deployment ejb-name=Calculator
  deployment-id=samples/calculator/stateless/
 CalculatorLocal
  container-id=Default Stateless Container/
 /openejb-jar

 First, a very big thank you to Prasad for really digging in this
 weekend helping to find things that needed to be fixed.  All
 because if his input I was able to find what I think are the the
 last remaining gotchas in the EJB deployment system.  I've tried to
 file jiras for everything, so here goes:

 The first issue he discovered is with deploying an ejb app with no
 ejb-jar.xml. Geronimo needs that file to determine it's an ejb app,
 so at least an empty one is required to make deployment work.
 Here's the jira for that:
http://issues.apache.org/jira/browse/GERONIMO-2770

 So to fix that I need to see if there are any annotated beans in
 the jar, which will be hard to do as there is no classloader
 available in the 'createModule' section of the Geronimo deployment
 system.  I racked my brain for a bit and think with a little work
 to my xbean-finder ClassFinder I can do the required sniffing with
 no classloader as it's all ASM-based.  I just need to add a couple
 methods to report that data.  I've filed a jira for that as well:
http://issues.apache.org/jira/browse/XBEAN-70

 The second issue that Prasad found is that you have to had to have
 an openejb-jar element in your geronimo-openejb.xml or the
 EjbModuleBuilder will fail with a null pointer.  This is the issue
 he posted above.  Dain as already fixed that issue and now you can
 have an empty openejb-jar element in your geronimo-openejb.xml.

 But I was still surprised about one thing (issue number three).
 Even having an empty openejb-jar, which is something he tried,
 *should* work.  So I dug a bit more in the code on the openejb side
 and found that the logic goes if you have an openejb-jar, use it.
 If you don't have one, create it automatically.  I.e. so adding
 the empty openejb-jar element effectively shut off the auto deploy
 functionality.  We do have the code that can augment an existing
 openejb-jar and add missing definitions automatically, so I've
 created an issue for that one as well.
   http://issues.apache.org/jira/browse/OPENEJB-452

 Hope to get these fixed in a couple hours.  Big thank you to Prasad
 for playing detective and finding *all* of these issues.  Rather
 than stopping at the first one, he kept going all the way to the
 end and did what it took to get something working.  Very
 appreciated and very big time saver for me at least as I spent the
 weekend working on the conversion tool and wouldn't have been able
 to do that without all his work on this.

 Nice Job, Prasad!

 -David

[jira] Created: (GERONIMO-2778) Deployer should NOT always require interfaces elements in ejb-ref

2007-01-23 Thread Prasad Kashyap (JIRA)

Deployer should NOT always require interfaces elements in ejb-ref
---

 Key: GERONIMO-2778
 URL: https://issues.apache.org/jira/browse/GERONIMO-2778
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.0-M2, 2.0
Reporter: Prasad Kashyap
Priority: Critical
 Fix For: 2.0-beta2, 2.0


3.0 EJBs can now implement POJO interfaces. So when you reference them in say, 
a web-xml, the ejb-ref and ejb-local-ref  need not contain the traditional 
interfaces elements inside them   (  home, remote, local-home, local)

Here is the latest schema.. http://java.sun.com/xml/ns/javaee/javaee_5.xsd

However, our deployer has a hard requirement on those elements. This is what 
you get when those elements are missing from the ejb-ref

Using GERONIMO_BASE:   C:\Apache\geronimo-jetty6-jee5-2.0-SNAPSHOT
Using GERONIMO_HOME:   C:\Apache\geronimo-jetty6-jee5-2.0-SNAPSHOT
Using GERONIMO_TMPDIR: C:\Apache\geronimo-jetty6-jee5-2.0-SNAPSHOT\var\temp
Using JRE_HOME:C:\jdk1.5.0_08\jre
Error: Unable to distribute
calculator-stateless-ear-2.0-SNAPSHOT.ear: Error processing 'remote'
element for EJB Reference 'ejb/Calculator' for module
'calculator-stateless-war-2.0-SNAPSHOT.war': interface name cannot
be blank

org.apache.geronimo.common.DeploymentException: Error processing
'remote' element for EJB Reference 'ejb/Calculator' for module
'calculator-stateless-war-2.0-SNAPSHOT.war': interface name cannot
be blank

at   
org.apache.geronimo.openejb.deployment.ejbref.RemoteEjbRefBuilder.createEjbRef(RemoteEjbRefBuilder.java:94)
at
org.apache.geronimo.openejb.deployment.ejbref.RemoteEjbRefBuilder.buildNaming(RemoteEjbRefBuilder.java:79)
at
org.apache.geronimo.openejb.deployment.ejbref.RemoteEjbRefBuilder$$FastClassByCGLIB$$769e975.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:127)
at
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at
org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at
org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at
org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at
org.apache.geronimo.j2ee.deployment.NamingBuilder$$EnhancerByCGLIB$$4c1ce297.buildNaming(generated)
at
org.apache.geronimo.j2ee.deployment.NamingBuilderCollection.buildNaming(NamingBuilderCollection.java:58)
at
org.apache.geronimo.j2ee.deployment.NamingBuilderCollection$$FastClassByCGLIB$$5fe23b0e.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)

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

Cannot access a EJB 3.0 bean from a servlet

2007-01-23 Thread Prasad Kashyap


The easiest way to reference a 3.0 EJB is by dependency injection
(@EJB). But we don't have annotations working in servlets yet. So if
we go back to doing the traditional way of a lookup, we would have to
declare a ejb-ref in the web.xml

Even if the annotations are processed, they write an ejb-ref element
in the web.xml.

However for a 3.0 EJB, the interface elements like home, local etc
are not applicable inside a ejb-ref. So they are (should be)
omitted. Here is the schema:
http://java.sun.com/xml/ns/javaee/javaee_5.xsd

But our deployer has a hard requirement on those interfaces. It fails
to deploy the module.
Here is the stack trace excerpt: http://rifers.org/paste/show/3344

Here is the jira for this problem:
http://issues.apache.org/jira/browse/GERONIMO-2778

Cheers
Prasad

Re: Unable to deploy an EJB3.0 sample app -- Thank you Prasad

2007-01-23 Thread Prasad Kashyap


For those interested and following this thread (D Jencks had a similar
NPE), both these issues are now resolved.

We can now have a ejb-jar.xml free deployment and openejb-jar.xml free
deployment.

Cheers
Prasad

On 1/23/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

On 1/22/07, David Blevins [EMAIL PROTECTED] wrote:
 Ok.  All of these issues should be fixed.

I did a complete clean Geronimo ( OpenEJB) build. I am still having
issues here -

1) http://issues.apache.org/jira/browse/GERONIMO-2770.
An ejb-module with a missing ejb-jar.xml will not be recognized and deployed.


2) http://issues.apache.org/jira/browse/OPENEJB-452
An ejb-module with a missing openejb-jar.xml will throw an NPE

11:40:53, 611 WARN [OPENEJB] Auto-deploying ejb Calculator:
EjbDeployment (deployment-id=Calculator, container-id=Default
Stateless Container)
11:40:58, 068 ERROR [Deployer] Deployment failed due to
java.lang.NullPointerException
at
org.apache.geronimo.openejb.deployment.EjbDeploymentBuilder.initContext(EjbD
eploymentBuilder.java:107)
at
org.apache.geronimo.openejb.deployment.EjbModuleBuilder.initContext(EjbModul
eBuilder.java:381)


Since the NPE position has now changed, I believe I have the latest
code in the server.


Cheers
Prasad



 -David

 On Jan 22, 2007, at 4:46 PM, David Blevins wrote:

 
  On Jan 21, 2007, at 1:03 PM, Prasad Kashyap wrote:
  I was able to deploy the app successfully but only after using an
  openejb-jar.xml.
 
  Dain  Blevins,
  On the irc discussion on Sat, 01/20, we thought that an
  openejb-jar.xml is not mandatory. I debugged the builder and realized
  the contrary.
 
  In the EJBModuleBuilder.java, it doesn't check to see if the
  openejb-jar.xml is null or not.
  String openejbJarXml = XmlUtil.loadOpenejbJarXml(object, moduleFile);
  OpenejbJar openejbJar = XmlUtil.unmarshal(OpenejbJar.class,
  openejbJarXml);
 
  http://svn.apache.org/viewvc/geronimo/server/trunk/modules/
  geronimo-openejb-builder/src/main/java/org/apache/geronimo/openejb/
  deployment/EjbModuleBuilder.java?view=log
 
  On Jan 22, 2007, at 8:56 AM, Prasad Kashyap wrote:
  Jarek,
 
  I had the same error.
 
  Try something like the following in your openejb-jar.xml
 
  openejb-jar xmlns=http://www.openejb.org/openejb-jar/1.1;
  ejb-deployment ejb-name=Calculator
   deployment-id=samples/calculator/stateless/
  CalculatorLocal
   container-id=Default Stateless Container/
  /openejb-jar
 
  First, a very big thank you to Prasad for really digging in this
  weekend helping to find things that needed to be fixed.  All
  because if his input I was able to find what I think are the the
  last remaining gotchas in the EJB deployment system.  I've tried to
  file jiras for everything, so here goes:
 
  The first issue he discovered is with deploying an ejb app with no
  ejb-jar.xml. Geronimo needs that file to determine it's an ejb app,
  so at least an empty one is required to make deployment work.
  Here's the jira for that:
 http://issues.apache.org/jira/browse/GERONIMO-2770
 
  So to fix that I need to see if there are any annotated beans in
  the jar, which will be hard to do as there is no classloader
  available in the 'createModule' section of the Geronimo deployment
  system.  I racked my brain for a bit and think with a little work
  to my xbean-finder ClassFinder I can do the required sniffing with
  no classloader as it's all ASM-based.  I just need to add a couple
  methods to report that data.  I've filed a jira for that as well:
 http://issues.apache.org/jira/browse/XBEAN-70
 
  The second issue that Prasad found is that you have to had to have
  an openejb-jar element in your geronimo-openejb.xml or the
  EjbModuleBuilder will fail with a null pointer.  This is the issue
  he posted above.  Dain as already fixed that issue and now you can
  have an empty openejb-jar element in your geronimo-openejb.xml.
 
  But I was still surprised about one thing (issue number three).
  Even having an empty openejb-jar, which is something he tried,
  *should* work.  So I dug a bit more in the code on the openejb side
  and found that the logic goes if you have an openejb-jar, use it.
  If you don't have one, create it automatically.  I.e. so adding
  the empty openejb-jar element effectively shut off the auto deploy
  functionality.  We do have the code that can augment an existing
  openejb-jar and add missing definitions automatically, so I've
  created an issue for that one as well.
http://issues.apache.org/jira/browse/OPENEJB-452
 
  Hope to get these fixed in a couple hours.  Big thank you to Prasad
  for playing detective and finding *all* of these issues.  Rather
  than stopping at the first one, he kept going all the way to the
  end and did what it took to get something working.  Very
  appreciated and very big time saver for me at least as I spent the
  weekend working on the conversion tool and wouldn't have been able
  to do that without all his

EJB 3.0 samples - status/progress

2007-01-22 Thread Prasad Kashyap


I worked on the EJB 3.0 samples over the weekend and finally got the
samples deployed. In the process, I also dug out some bugs in the
builder (http://www.nabble.com/forum/ViewPost.jtp?post=8479403framed=y).
I might open a JIRA and fix it.

Here are the things that I found not quite working so far.

1. claim that a DD is not an absolute requirement if there are enough
annotations in code. We can't support this claim since the geronimo
doesn't yet support ear archives with no ejb-jar.xml. It doesn't know
to give them to openejb. So we have put a dummy DD.

2. Dependency injection (from servlets). Since annotations doesn't
work in servlets yet, we have to reference them from the DDs and/or
plans.

3. openejb-jar.xml is a requirement.


I believe the following are working, but I'll reserve my final
judgement for now:
1. a POJO as a business interface.


To be tested:
1. deploying  EJB 2.x beans on OpenEJB 3.0 (Jarek is working on this.
And he has been unsuccessful so far)
2. dependency injection in beans, across beans.



Cheers
Prasad

Re: EJB deployment error

2007-01-22 Thread Prasad Kashyap

Jarek,

I had the same error.

Try something like the following in your openejb-jar.xml

openejb-jar xmlns=http://www.openejb.org/openejb-jar/1.1;
ejb-deployment ejb-name=Calculator
deployment-id=samples/calculator/stateless/CalculatorLocal
container-id=Default Stateless Container/
/openejb-jar

Cheers
Prasad

On 1/19/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/webservices-testsuite/jaxb-tests/jaxb-ejb/

Cheers
Prasad

On 1/19/07, Jarek Gawor [EMAIL PROTECTED] wrote:
David,

It's a test case in Geronimo source code. See
testsuite/webservices-testsuite/jaxb-tests/jaxb-ejb directory.

Jarek

On 1/19/07, David Blevins [EMAIL PROTECTED] wrote:
Jarek, if you can send me the app I can take a look.

-David

On Jan 19, 2007, at 9:48 AM, Jarek Gawor wrote:

Dain,

This is just a simple EJB that tires to use JAXB or StAX API. It is
not exposed (or deployed) as a web service.

Jarek

On 1/19/07, Dain Sundstrom [EMAIL PROTECTED] wrote:
Please take a look at the M2 Status - branch on Wednesday thread.
It contains a list of what works and what doesn't. The webservices
integration doesn't work yet.

-dain

On Jan 19, 2007, at 9:34 AM, Jarek Gawor wrote:

I get the following error after the openejb update:

Deployer operation failed: org.apache.openejb.OpenEJBException:
Cannot Load jar
C:\DOCUME~1\ADMINI~1\LOCALS~1\Temp\geronimo-deployer34093.tmpdir
\jaxb-ejb-2.0-SN
APSHOT.jar. The number of beans deployed (0) does not match the
number of beans
actually in the jar (1). Please redeploy this jar.

I see this error after updating the openejb-jar.xml
(http://www.openejb.org/openejb-jar/1.1) and ejb-jar.xml
(http://java.sun.com/xml/ns/javaee) descriptors with right
namespaces.

I'm running the testsuite/webservices-testsuite/jaxb-tests/jaxb-ejb
tests.

The ejbs are very simple and do not use any annotations.

Jarek

Re: testsuite-archetype-plugin, AppTest, @Test and unhappy Eclipse = unhappy me

2007-01-21 Thread Prasad Kashyap


Hi Jacek,

It's an archetype file, a template;  when the testsuite-archetype
plugin used to create a testsuite. Eclipse shouldn't be trying to
compile it.

Anyways, I have removed it now.
Completed: At revision: 498317

Cheers
Prasad

On 1/20/07, Jacek Laskowski [EMAIL PROTECTED] wrote:

Hi,

What is this file for -
https://svn.apache.org/repos/asf/geronimo/server/trunk/maven-plugins/testsuite-archetype-plugin/src/main/resources/archetype-resources/testset-1/src/test/java/org/apache/geronimo/testsuite/testset/AppTest.java?

Eclipse doesn't like it as it contains @Test annotation and no library
cares to resolve it in the project.

Jacek

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

Re: New Samples Framework for Geronimo.

2007-01-21 Thread Prasad Kashyap


Created a -Puser profile.

Revision 498337

Cheers
Prasad

On 1/20/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

Alright.. I can  put that in a profile. But a user should be able to
have a way to build and install it all in one go. If that's a profile
invocation, then so be it.

Cheers
Prasad

On 1/20/07, Jason Dillon [EMAIL PROTECTED] wrote:
 I don't believe that the default build of samples should attempt to
 start Geronimo or deploy anything, which it appears that it currently
 does.

 The default build, should compile/package/install and should not be
 attempting to start or deploy anything.

 --jason


 On Jan 20, 2007, at 6:21 AM, Prasad Kashyap wrote:

  On 1/19/07, Jason Dillon [EMAIL PROTECTED] wrote:
  Aight... well, be careful.  This looks like that start of an
  unmaintainable build configuration.
 
  And... It still does not build:
 
  This should fix it.
 
  Modified: Apache\geronimo\samples\pom.xml
  Sending Content: C:\Apache\geronimo\samples\pom.xml
  Completed: At revision: 498113
 
  Thanx
  Prasad
 
 
  snip
  Bliss:~/ws/geronimo/samples jason$ mvn
  [INFO] Scanning for projects...
  [INFO] Reactor build order:
  [INFO]   Geronimo Samples
  [INFO]   Geronimo Maven2 Plugins :: Samples Archetype
  [INFO]   Geronimo Samples :: Stateless Session :: Calculator
  [INFO]   Geronimo Samples :: Stateless Session :: Calculator EJB
  [INFO]   Geronimo Samples :: Stateless Session :: Calculator WAR
  [INFO]   Geronimo Samples :: Stateless Session :: Calculator EAR
  [INFO]
  -
  ---
  
  [INFO] Building Geronimo Samples
  [INFO]task-segment: [install]
  [INFO]
  -
  ---
  
  [INFO] [site:attach-descriptor]
  [INFO] [install:install]
  [INFO] Installing /Users/jason/ws/geronimo/samples/pom.xml to /Users/
  jason/.m2/repository/org/apache/geronimo/samples/samples/2.0-
  SNAPSHOT/
  samples-2.0-SNAPSHOT.pom
  [INFO]
  -
  ---
  
  [INFO] Building Geronimo Maven2 Plugins :: Samples Archetype
  [INFO]task-segment: [install]
  [INFO]
  -
  ---
  
  [INFO] [plugin:descriptor]
  [INFO] Using 2 extractors.
  [INFO] Applying extractor for language: java
  [INFO] Extractor for language: java found 0 mojo descriptors.
  [INFO] Applying extractor for language: bsh
  [INFO] Extractor for language: bsh found 0 mojo descriptors.
  [INFO] [resources:resources]
  [INFO] Using default encoding to copy filtered resources.
  [INFO]
  -
  ---
  [ERROR] BUILD ERROR
  [INFO]
  -
  ---
  [INFO] Failed to resolve artifact.
 
  Missing:
  --
  1) org.apache.geronimo.specs:geronimo-ejb_3.0_spec:jar:1.0-SNAPSHOT
 
 Try downloading the file manually from the project website.
 
 Then, install it using the command:
 mvn install:install-file -DgroupId=org.apache.geronimo.specs -
  DartifactId=geronimo-ejb_3.0_spec \
 -Dversion=1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/
  file
 
 Path to dependency:
   1) org.apache.geronimo.samples:geronimo-samples-
  archetype:maven-plugin:2.0-SNAPSHOT
   2) org.apache.geronimo.specs:geronimo-ejb_3.0_spec:jar:1.0-
  SNAPSHOT
 
  --
  1 required artifact is missing.
 
  for artifact:
 org.apache.geronimo.samples:geronimo-samples-archetype:maven-
  plugin:2.0-SNAPSHOT
 
  from the specified remote repositories:
 central (http://repo1.maven.org/maven2)
 
 
  [INFO]
  -
  ---
  [INFO] For more information, run Maven with the -e switch
  [INFO]
  -
  ---
  [INFO] Total time: 4 seconds
  [INFO] Finished at: Fri Jan 19 20:45:33 PST 2007
  [INFO] Final Memory: 7M/13M
  [INFO]
  -
  ---
  /snip
 
  --jason
 
 
  On Jan 19, 2007, at 7:54 PM, Prasad Kashyap wrote:
 
   On 1/19/07, Jason Dillon [EMAIL PROTECTED] wrote:
   Why are there reporting elements in the architype (and also in the
   first sample), which are not at the top-level, but are in
  calculator-
   stateless-pojo?
  
   The requirement is for only 2 reporting elements, javadoc and jxr.
   A user should be able to download each sample separately, generate
   javadoc and source xrefs, and install the samples with those gen'ed
   files.
   The javadoc and jxr plugins can be configured with aggregate
   options.
   Executing the reporting at the top level will aggregate the
  reports at
   that level, not for the individual sample.
   But the user will  be downloading the individual sample source
  package
   (eg: calculator-stateless-pojo)
   Also

Re: Build failure with revision 498393

2007-01-21 Thread Prasad Kashyap


Have you tried cleaning your entire local repo ?

Cheers
Prasad

On 1/21/07, Heinz Drews [EMAIL PROTECTED] wrote:

I get following failure:

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

/home/geronimo/server/modules/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/Axis2WebServiceContainer.java:[72,62]
cannot find symbol
symbol  : method createDefaultConfigurationContext()
location: class org.apache.axis2.context.ConfigurationContextFactory

Build runs on SuSE 9.3 using mvn -U clean install.

Any hint available?

Regards,
Heinz

Re: testsuite-archetype-plugin, AppTest, @Test and unhappy Eclipse = unhappy me

2007-01-21 Thread Prasad Kashyap


Sure, no problem. Anything to keep you happy :-)

My one good deed for the day is done !

Cheers
Prasad

On 1/21/07, Jacek Laskowski [EMAIL PROTECTED] wrote:

On 1/21/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
 Hi Jacek,

 It's an archetype file, a template;  when the testsuite-archetype
 plugin used to create a testsuite. Eclipse shouldn't be trying to
 compile it.

 Anyways, I have removed it now.
 Completed: At revision: 498317

Thanks = happy me, again. ;-)

Jacek

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

Re: Unable to deploy an EJB3.0 sample app

2007-01-21 Thread Prasad Kashyap

I was able to deploy the app successfully but only after using an
openejb-jar.xml.

Dain Blevins,
On the irc discussion on Sat, 01/20, we thought that an
openejb-jar.xml is not mandatory. I debugged the builder and realized
the contrary.

In the EJBModuleBuilder.java, it doesn't check to see if the
openejb-jar.xml is null or not.
String openejbJarXml = XmlUtil.loadOpenejbJarXml(object, moduleFile);
OpenejbJar openejbJar = XmlUtil.unmarshal(OpenejbJar.class, openejbJarXml);

http://svn.apache.org/viewvc/geronimo/server/trunk/modules/geronimo-openejb-builder/src/main/java/org/apache/geronimo/openejb/deployment/EjbModuleBuilder.java?view=log

Should this be fixed ? Or is the openejb-jar.xml mandatory ?

Cheers
Prasad

On 1/20/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

I have created a sample application out of the
calculator-stateless-pojo example in OpenEJB 3.0

It is checked in here -
http://svn.apache.org/viewvc/geronimo/samples/trunk/calculator-stateless-pojo/

The app tries to demonstrate dependency injection of the bean into a
servlet and obviates the need for the deployment-descriptor.

But I learnt from David Blevins that while the app may not need a DD,
geronimo doesn't yet support ear archives with no ejb-jar.xml. It
doesn't know to give them to openejb. Hence under his guidance I put a
dummy ejb-jar.xml and a minimum geronimo-web.xml.

When I try to deploy this app, it fails with the following error:

Error: Unable to distribute calculator-stateless-ear-2.0-SNAPSHOT.ear:
Module was not an EJB: calculator-stateless-ejb-2.0-SNAPSHOT.jar

Am I missing anything else here ? Can someone please help ?

Thanx in advance
Prasad

Re: New Samples Framework for Geronimo.

2007-01-20 Thread Prasad Kashyap


On 1/19/07, Jason Dillon [EMAIL PROTECTED] wrote:

Aight... well, be careful.  This looks like that start of an
unmaintainable build configuration.

And... It still does not build:


This should fix it.

Modified: Apache\geronimo\samples\pom.xml
Sending Content: C:\Apache\geronimo\samples\pom.xml
Completed: At revision: 498113

Thanx
Prasad



snip
Bliss:~/ws/geronimo/samples jason$ mvn
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO]   Geronimo Samples
[INFO]   Geronimo Maven2 Plugins :: Samples Archetype
[INFO]   Geronimo Samples :: Stateless Session :: Calculator
[INFO]   Geronimo Samples :: Stateless Session :: Calculator EJB
[INFO]   Geronimo Samples :: Stateless Session :: Calculator WAR
[INFO]   Geronimo Samples :: Stateless Session :: Calculator EAR
[INFO]


[INFO] Building Geronimo Samples
[INFO]task-segment: [install]
[INFO]


[INFO] [site:attach-descriptor]
[INFO] [install:install]
[INFO] Installing /Users/jason/ws/geronimo/samples/pom.xml to /Users/
jason/.m2/repository/org/apache/geronimo/samples/samples/2.0-SNAPSHOT/
samples-2.0-SNAPSHOT.pom
[INFO]


[INFO] Building Geronimo Maven2 Plugins :: Samples Archetype
[INFO]task-segment: [install]
[INFO]


[INFO] [plugin:descriptor]
[INFO] Using 2 extractors.
[INFO] Applying extractor for language: java
[INFO] Extractor for language: java found 0 mojo descriptors.
[INFO] Applying extractor for language: bsh
[INFO] Extractor for language: bsh found 0 mojo descriptors.
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

Missing:
--
1) org.apache.geronimo.specs:geronimo-ejb_3.0_spec:jar:1.0-SNAPSHOT

   Try downloading the file manually from the project website.

   Then, install it using the command:
   mvn install:install-file -DgroupId=org.apache.geronimo.specs -
DartifactId=geronimo-ejb_3.0_spec \
   -Dversion=1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file

   Path to dependency:
 1) org.apache.geronimo.samples:geronimo-samples-
archetype:maven-plugin:2.0-SNAPSHOT
 2) org.apache.geronimo.specs:geronimo-ejb_3.0_spec:jar:1.0-
SNAPSHOT

--
1 required artifact is missing.

for artifact:
   org.apache.geronimo.samples:geronimo-samples-archetype:maven-
plugin:2.0-SNAPSHOT

from the specified remote repositories:
   central (http://repo1.maven.org/maven2)


[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 4 seconds
[INFO] Finished at: Fri Jan 19 20:45:33 PST 2007
[INFO] Final Memory: 7M/13M
[INFO]

/snip

--jason


On Jan 19, 2007, at 7:54 PM, Prasad Kashyap wrote:

 On 1/19/07, Jason Dillon [EMAIL PROTECTED] wrote:
 Why are there reporting elements in the architype (and also in the
 first sample), which are not at the top-level, but are in calculator-
 stateless-pojo?

 The requirement is for only 2 reporting elements, javadoc and jxr.
 A user should be able to download each sample separately, generate
 javadoc and source xrefs, and install the samples with those gen'ed
 files.
 The javadoc and jxr plugins can be configured with aggregate
 options.
 Executing the reporting at the top level will aggregate the reports at
 that level, not for the individual sample.
 But the user will  be downloading the individual sample source package
 (eg: calculator-stateless-pojo)
 Also, the javadoc and jxr reports should not be inherited by every
 child module for they will also generate their own files. So we use
 inheritedfalse/inherited
 Now only an aggregated javadoc and source xref will be gen'ed at the
 top of each sample. This will be pulled into the war module and
 deployed to Geronimo server.

 I don't know how good a job I'm doing explaining this.


 Why does this project not inherit from genesis project-config?

 The project does not inherit from genesis' project-config because I
 could not prevent it from inheriting all the reports. I tried using
 excludeDefaults for the maven-project-info-plugin and that didn't
 work too.


 Why is the geronimo-maven-plugin configured here?

 See UseCase Scenario 1, Flow B.
 The user should be able to build the sample source package and deploy
 it in one go. In this flow, we are pushing the Geronimo binary on
 the user.


 And why on earth

Re: New Samples Framework for Geronimo.

2007-01-20 Thread Prasad Kashyap


On 1/19/07, Jason Dillon [EMAIL PROTECTED] wrote:

Aight... well, be careful.  This looks like that start of an
unmaintainable build configuration.


Moved reporting up to top level.

The individual sample's parent will aggregate the javadoc and xref.
Child modules will have css and images dir. But I guess we can live
with it.

Completed: At revision: 498119


Cheers
Prasad



And... It still does not build:

snip
Bliss:~/ws/geronimo/samples jason$ mvn
[INFO] Scanning for projects...
[INFO] Reactor build order:
[INFO]   Geronimo Samples
[INFO]   Geronimo Maven2 Plugins :: Samples Archetype
[INFO]   Geronimo Samples :: Stateless Session :: Calculator
[INFO]   Geronimo Samples :: Stateless Session :: Calculator EJB
[INFO]   Geronimo Samples :: Stateless Session :: Calculator WAR
[INFO]   Geronimo Samples :: Stateless Session :: Calculator EAR
[INFO]


[INFO] Building Geronimo Samples
[INFO]task-segment: [install]
[INFO]


[INFO] [site:attach-descriptor]
[INFO] [install:install]
[INFO] Installing /Users/jason/ws/geronimo/samples/pom.xml to /Users/
jason/.m2/repository/org/apache/geronimo/samples/samples/2.0-SNAPSHOT/
samples-2.0-SNAPSHOT.pom
[INFO]


[INFO] Building Geronimo Maven2 Plugins :: Samples Archetype
[INFO]task-segment: [install]
[INFO]


[INFO] [plugin:descriptor]
[INFO] Using 2 extractors.
[INFO] Applying extractor for language: java
[INFO] Extractor for language: java found 0 mojo descriptors.
[INFO] Applying extractor for language: bsh
[INFO] Extractor for language: bsh found 0 mojo descriptors.
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

Missing:
--
1) org.apache.geronimo.specs:geronimo-ejb_3.0_spec:jar:1.0-SNAPSHOT

   Try downloading the file manually from the project website.

   Then, install it using the command:
   mvn install:install-file -DgroupId=org.apache.geronimo.specs -
DartifactId=geronimo-ejb_3.0_spec \
   -Dversion=1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file

   Path to dependency:
 1) org.apache.geronimo.samples:geronimo-samples-
archetype:maven-plugin:2.0-SNAPSHOT
 2) org.apache.geronimo.specs:geronimo-ejb_3.0_spec:jar:1.0-
SNAPSHOT

--
1 required artifact is missing.

for artifact:
   org.apache.geronimo.samples:geronimo-samples-archetype:maven-
plugin:2.0-SNAPSHOT

from the specified remote repositories:
   central (http://repo1.maven.org/maven2)


[INFO]

[INFO] For more information, run Maven with the -e switch
[INFO]

[INFO] Total time: 4 seconds
[INFO] Finished at: Fri Jan 19 20:45:33 PST 2007
[INFO] Final Memory: 7M/13M
[INFO]

/snip

--jason


On Jan 19, 2007, at 7:54 PM, Prasad Kashyap wrote:

 On 1/19/07, Jason Dillon [EMAIL PROTECTED] wrote:
 Why are there reporting elements in the architype (and also in the
 first sample), which are not at the top-level, but are in calculator-
 stateless-pojo?

 The requirement is for only 2 reporting elements, javadoc and jxr.
 A user should be able to download each sample separately, generate
 javadoc and source xrefs, and install the samples with those gen'ed
 files.
 The javadoc and jxr plugins can be configured with aggregate
 options.
 Executing the reporting at the top level will aggregate the reports at
 that level, not for the individual sample.
 But the user will  be downloading the individual sample source package
 (eg: calculator-stateless-pojo)
 Also, the javadoc and jxr reports should not be inherited by every
 child module for they will also generate their own files. So we use
 inheritedfalse/inherited
 Now only an aggregated javadoc and source xref will be gen'ed at the
 top of each sample. This will be pulled into the war module and
 deployed to Geronimo server.

 I don't know how good a job I'm doing explaining this.


 Why does this project not inherit from genesis project-config?

 The project does not inherit from genesis' project-config because I
 could not prevent it from inheriting all the reports. I tried using
 excludeDefaults for the maven-project-info-plugin and that didn't
 work too.


 Why is the geronimo-maven-plugin configured here?

 See UseCase Scenario 1, Flow B.
 The user should be able to build the sample source package and deploy
 it in one go. In this flow, we

Unable to deploy an EJB3.0 sample app

2007-01-20 Thread Prasad Kashyap


I have created a sample application out of the
calculator-stateless-pojo example in OpenEJB 3.0

It is checked in here -
http://svn.apache.org/viewvc/geronimo/samples/trunk/calculator-stateless-pojo/

The app tries to demonstrate dependency injection of the bean into a
servlet and obviates the need for the deployment-descriptor.

But I learnt from David Blevins that while the app may not need a DD,
geronimo doesn't yet support ear archives with no ejb-jar.xml. It
doesn't know to give them to openejb. Hence under his guidance I put a
dummy ejb-jar.xml and a minimum geronimo-web.xml.

When I try to deploy this app, it fails with the following error:

  Error: Unable to distribute calculator-stateless-ear-2.0-SNAPSHOT.ear:
  Module was not an EJB: calculator-stateless-ejb-2.0-SNAPSHOT.jar

Am I missing anything else here ? Can someone please help ?


Thanx in advance
Prasad

Re: New Samples Framework for Geronimo.

2007-01-20 Thread Prasad Kashyap


Alright.. I can  put that in a profile. But a user should be able to
have a way to build and install it all in one go. If that's a profile
invocation, then so be it.

Cheers
Prasad

On 1/20/07, Jason Dillon [EMAIL PROTECTED] wrote:

I don't believe that the default build of samples should attempt to
start Geronimo or deploy anything, which it appears that it currently
does.

The default build, should compile/package/install and should not be
attempting to start or deploy anything.

--jason


On Jan 20, 2007, at 6:21 AM, Prasad Kashyap wrote:

 On 1/19/07, Jason Dillon [EMAIL PROTECTED] wrote:
 Aight... well, be careful.  This looks like that start of an
 unmaintainable build configuration.

 And... It still does not build:

 This should fix it.

 Modified: Apache\geronimo\samples\pom.xml
 Sending Content: C:\Apache\geronimo\samples\pom.xml
 Completed: At revision: 498113

 Thanx
 Prasad


 snip
 Bliss:~/ws/geronimo/samples jason$ mvn
 [INFO] Scanning for projects...
 [INFO] Reactor build order:
 [INFO]   Geronimo Samples
 [INFO]   Geronimo Maven2 Plugins :: Samples Archetype
 [INFO]   Geronimo Samples :: Stateless Session :: Calculator
 [INFO]   Geronimo Samples :: Stateless Session :: Calculator EJB
 [INFO]   Geronimo Samples :: Stateless Session :: Calculator WAR
 [INFO]   Geronimo Samples :: Stateless Session :: Calculator EAR
 [INFO]
 -
 ---
 
 [INFO] Building Geronimo Samples
 [INFO]task-segment: [install]
 [INFO]
 -
 ---
 
 [INFO] [site:attach-descriptor]
 [INFO] [install:install]
 [INFO] Installing /Users/jason/ws/geronimo/samples/pom.xml to /Users/
 jason/.m2/repository/org/apache/geronimo/samples/samples/2.0-
 SNAPSHOT/
 samples-2.0-SNAPSHOT.pom
 [INFO]
 -
 ---
 
 [INFO] Building Geronimo Maven2 Plugins :: Samples Archetype
 [INFO]task-segment: [install]
 [INFO]
 -
 ---
 
 [INFO] [plugin:descriptor]
 [INFO] Using 2 extractors.
 [INFO] Applying extractor for language: java
 [INFO] Extractor for language: java found 0 mojo descriptors.
 [INFO] Applying extractor for language: bsh
 [INFO] Extractor for language: bsh found 0 mojo descriptors.
 [INFO] [resources:resources]
 [INFO] Using default encoding to copy filtered resources.
 [INFO]
 -
 ---
 [ERROR] BUILD ERROR
 [INFO]
 -
 ---
 [INFO] Failed to resolve artifact.

 Missing:
 --
 1) org.apache.geronimo.specs:geronimo-ejb_3.0_spec:jar:1.0-SNAPSHOT

Try downloading the file manually from the project website.

Then, install it using the command:
mvn install:install-file -DgroupId=org.apache.geronimo.specs -
 DartifactId=geronimo-ejb_3.0_spec \
-Dversion=1.0-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/
 file

Path to dependency:
  1) org.apache.geronimo.samples:geronimo-samples-
 archetype:maven-plugin:2.0-SNAPSHOT
  2) org.apache.geronimo.specs:geronimo-ejb_3.0_spec:jar:1.0-
 SNAPSHOT

 --
 1 required artifact is missing.

 for artifact:
org.apache.geronimo.samples:geronimo-samples-archetype:maven-
 plugin:2.0-SNAPSHOT

 from the specified remote repositories:
central (http://repo1.maven.org/maven2)


 [INFO]
 -
 ---
 [INFO] For more information, run Maven with the -e switch
 [INFO]
 -
 ---
 [INFO] Total time: 4 seconds
 [INFO] Finished at: Fri Jan 19 20:45:33 PST 2007
 [INFO] Final Memory: 7M/13M
 [INFO]
 -
 ---
 /snip

 --jason


 On Jan 19, 2007, at 7:54 PM, Prasad Kashyap wrote:

  On 1/19/07, Jason Dillon [EMAIL PROTECTED] wrote:
  Why are there reporting elements in the architype (and also in the
  first sample), which are not at the top-level, but are in
 calculator-
  stateless-pojo?
 
  The requirement is for only 2 reporting elements, javadoc and jxr.
  A user should be able to download each sample separately, generate
  javadoc and source xrefs, and install the samples with those gen'ed
  files.
  The javadoc and jxr plugins can be configured with aggregate
  options.
  Executing the reporting at the top level will aggregate the
 reports at
  that level, not for the individual sample.
  But the user will  be downloading the individual sample source
 package
  (eg: calculator-stateless-pojo)
  Also, the javadoc and jxr reports should not be inherited by every
  child module for they will also generate their own files. So we use
  inheritedfalse/inherited
  Now only an aggregated javadoc and source xref will be gen'ed at
 the
  top of each sample

Re: svn commit: r498144 - in /geronimo/samples/trunk/calculator-stateless-pojo/calculator-stateless-ejb/src/main/resources: ./ META-INF/ META-INF/ejb-jar.xml META-INF/geronimo-openejb.xml

2007-01-20 Thread Prasad Kashyap


I didn't use any toolbox.

On 1/20/07, Jacek Laskowski [EMAIL PROTECTED] wrote:

On 1/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
 Author: prasad
 Date: Sat Jan 20 09:13:51 2007
 New Revision: 498144

 URL: http://svn.apache.org/viewvc?view=revrev=498144
 Log:
 * dummy/minimum plans for ejb module

Just to learn a bit about your developer's toolbox and strengthen
mine, did you create these DDs by hand or use a tool? Which one? Did
you specify metadata-complete=false by purpose or was it
auto-generated with the value?

Jacek

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

Re: svn commit: r498144 - in /geronimo/samples/trunk/calculator-stateless-pojo/calculator-stateless-ejb/src/main/resources: ./ META-INF/ META-INF/ejb-jar.xml META-INF/geronimo-openejb.xml

2007-01-20 Thread Prasad Kashyap


Oops.. hit the send inadvertently.

Anyways, Blevins told me that ejb-jar/ should be good enough. But
since that didn't work. I tried a bit more. I copied that line from
the plan in the geronimo-openejb-builder module

Cheers
Prasad

On 1/20/07, Prasad Kashyap [EMAIL PROTECTED] wrote:

I didn't use any toolbox.

On 1/20/07, Jacek Laskowski [EMAIL PROTECTED] wrote:
 On 1/20/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
  Author: prasad
  Date: Sat Jan 20 09:13:51 2007
  New Revision: 498144
 
  URL: http://svn.apache.org/viewvc?view=revrev=498144
  Log:
  * dummy/minimum plans for ejb module

 Just to learn a bit about your developer's toolbox and strengthen
 mine, did you create these DDs by hand or use a tool? Which one? Did
 you specify metadata-complete=false by purpose or was it
 auto-generated with the value?

 Jacek

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

Re: OpenEJB 3 integration working

2007-01-19 Thread Prasad Kashyap


Wow !!!  You guyz are terrific !

Cheers
Prasad


On 1/19/07, Dain Sundstrom [EMAIL PROTECTED] wrote:

It has been a long week, but David and I got the integration working
tonight.  We successful got the OpenEJB 3 itest application to deploy
and got the client to fire up and call the server.  A bunch of tests
fail due to a bug in lookup of datasources in OpenEJB, but we got a
good number of passes.

-dain

New Samples Framework for Geronimo.

2007-01-19 Thread Prasad Kashyap


Encouraged by your kind words of appreciation for the Testsuite
framework, I put together a similar Samples Framework.

http://svn.apache.org/viewvc/geronimo/samples/

UseCase Scenario 1
---
Actor: Geronimo user, JEE5 Developer.

Requirements:
  * Actor wants to learn the new features of JEE5 by looking at sample code
  * He wants to play with sample code.
  * He wants to learn how to develop applications on Geronimo.
  * He may want to use the sample code as a template for his own application.

Flow A (install downloaded sample binary)
  * Actor downloads a Geronimo server binary  and unpacks it.
  * He then downloads a sample binary.
  * He starts Geronimo server.
  * He then deploys the sample artifact into running server.
  * He goes to the sample app's home page (context-root).

Flow B: (build sample source and install)
  * Actor downloads a sample source package.
  * He installs Maven if he doesn't have it already.
  * He builds the sample project using maven.
  * Sample project automatically downloads the latest Geronimo
server, starts it, and deploys the newly built sample.
  * It fires up a browser and brings up the sample home page  (not
implemented yet).

See the following links in Firefox only !
Here is a page that gives a user instructions on working with samples.
Every sample download will also have a customized  relevant page like
this, say as a README.html
http://people.apache.org/~prasad/samples/index.html

Here is a sample sample page. Notice the javadoc and source tabs in
the top right corner of the page.
http://people.apache.org/~prasad/samples/sample.html


UseCase Scenario 2
---
Actor: Geronimo Developer, JEE5 Spec Implementor

Interactions: Document Writer.

Requirements:
  * Actor wants to create sample projects quickly without having to
deal too much with Maven.

Flow:
  * Actor executes a sample-archetype-plugin.
  * It creates a mvn project which will act as a template.
  * He only has to write JEE5 code for the sample application.
  * He then works with Document Writer to write the sample document.


Cheers
Prasad.

Re: Build failure

2007-01-19 Thread Prasad Kashyap


Hernan,

Can you please post the stacktrace of the mvn -e command ? Maybe
something in the trace  can help us decipher what's actually going on.

Cheers
Prasad

On 1/19/07, Hernan Cunico [EMAIL PROTECTED] wrote:

Hi All,
I have been consistently having this build failure all day while building from 
trunk rev #497879.

For the record I have removed several times the entire local .m2 repo and did 
brand new svn co on totally different directories. This problem shows up on my 
Windows XP box (which I rebooted a number of times also just to make sure)

Here is the last piece of the log with the error I am consistently getting. I 
am building Geronimo with either mvn install, mvn clean install or mvn -U clean 
install

Any pointer will be greatly appreciated, so far I can't figure out what the 
problem is.

Cheers!
Hernan

Compiling 15 source files to d:\trunk\modules\geronimo-openejb\target\classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar: 
d:\trunk\modules\geronimo-openejb\target\geronimo-openejb-2.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing 
d:\trunk\modules\geronimo-openejb\target\geronimo-openejb-2.0-SNAPSHOT.jar to 
C:\.m2\org\apache\geronimo\modules\geronimo-openejb\2.0-SNAPSHOT\geronimo-openejb-2.0-SNAPSHOT.jar
[INFO] 

[INFO] Building Geronimo :: OpenEJB :: Builder
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/geronimo/specs/geronimo-j2ee-management_1.1_spec/1.0-M1/geronimo-j2ee-management_1.1_spec-1.0-M1.jar
[WARNING] Unable to get resource from repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/org/apache/geronimo/specs/geronimo-j2ee-management_1.1_spec/1.0-M1/geronimo-j2ee-management_1.1_spec-1.0-M1.jar
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository/org/apache/geronimo/specs/geronimo-j2ee-management_1.1_spec/1.0-M1/geronimo-j2ee-management_1.1_spec-1.0-M1.jar
[WARNING] Unable to get resource from repository apache-incubating-repository 
(http://people.apache.org/repo/m2-incubating-repository)
Downloading: 
http://repo.mergere.com/maven2/org/apache/geronimo/specs/geronimo-j2ee-management_1.1_spec/1.0-M1/geronimo-j2ee-management_1.1_spec-1.0-M1.jar
19K downloaded
[INFO] [xmlbeans:xmlbeans {execution: default}]
Time to build schema type system: 0.078 seconds
Time to generate code: 0.437 seconds
error: error reading 
C:\.m2\org\apache\openejb\container\3.0-incubating-SNAPSHOT\container-3.0-incubating-SNAPSHOT.pom;
 error in opening zip file
Note: Some input files use or override a deprecated API.
Note: Recompile with -Xlint:deprecation for details.
1 error

BUILD FAILED
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] XmlBeans compile failed:
 xml ErrorLoading schema file 
d:\trunk\modules\geronimo-openejb-builder\src\main\schema\geronimo-openejb-2.0.xsd
xml ErrorLoading config file 
d:\trunk\modules\geronimo-openejb-builder\src\main\schema\xmlconfig.xml

[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 3 minutes 47 seconds
[INFO] Finished at: Fri Jan 19 13:57:50 EST 2007
[INFO] Final Memory: 56M/110M
[INFO] 

d:\trunk

Re: New Samples Framework for Geronimo.

2007-01-19 Thread Prasad Kashyap


On 1/19/07, Jason Dillon [EMAIL PROTECTED] wrote:

Why are there reporting elements in the architype (and also in the
first sample), which are not at the top-level, but are in calculator-
stateless-pojo?


The requirement is for only 2 reporting elements, javadoc and jxr.
A user should be able to download each sample separately, generate
javadoc and source xrefs, and install the samples with those gen'ed
files.
The javadoc and jxr plugins can be configured with aggregate options.
Executing the reporting at the top level will aggregate the reports at
that level, not for the individual sample.
But the user will  be downloading the individual sample source package
(eg: calculator-stateless-pojo)
Also, the javadoc and jxr reports should not be inherited by every
child module for they will also generate their own files. So we use
inheritedfalse/inherited
Now only an aggregated javadoc and source xref will be gen'ed at the
top of each sample. This will be pulled into the war module and
deployed to Geronimo server.

I don't know how good a job I'm doing explaining this.



Why does this project not inherit from genesis project-config?


The project does not inherit from genesis' project-config because I
could not prevent it from inheriting all the reports. I tried using
excludeDefaults for the maven-project-info-plugin and that didn't
work too.



Why is the geronimo-maven-plugin configured here?


See UseCase Scenario 1, Flow B.
The user should be able to build the sample source package and deploy
it in one go. In this flow, we are pushing the Geronimo binary on
the user.



And why on earth are there sources (CalculatorServlet) checked in with:

snip
/*
* Copyright 2002 Sun Microsystems, Inc. All rights reserved.
* SUN PROPRIETARY/CONFIDENTIAL. Use is subject to license terms.
*/
/snip

:-(


Oops. Thanks for catching it. The wrong file was checked in. It has
since been corrected. .
Completed: At revision: 498055  Thanx again.



And you should use the released dependencies you are referencing in
he top-level pom, better yet depend on some part of Geronimo to pick
those up transitively so don't have to work about keeping the
versions in sync with a Geronimo version.

Right now though this won't build, can probably fix by inheriting
from genesis project-config to pick the right repository
configurations, though these are old dep versions anyways... and you
probably don't want to make them dependencies of all modules of the
project, which is what you have setup right now.

  * * *

I think its good to have some real samples to help folks get started,
but I wish that a little more attention to some of these details was
given.

--jason


On Jan 19, 2007, at 9:22 AM, Prasad Kashyap wrote:

 Encouraged by your kind words of appreciation for the Testsuite
 framework, I put together a similar Samples Framework.

 http://svn.apache.org/viewvc/geronimo/samples/

 UseCase Scenario 1
 ---
 Actor: Geronimo user, JEE5 Developer.

 Requirements:
   * Actor wants to learn the new features of JEE5 by looking at
 sample code
   * He wants to play with sample code.
   * He wants to learn how to develop applications on Geronimo.
   * He may want to use the sample code as a template for his own
 application.

 Flow A (install downloaded sample binary)
   * Actor downloads a Geronimo server binary  and unpacks it.
   * He then downloads a sample binary.
   * He starts Geronimo server.
   * He then deploys the sample artifact into running server.
   * He goes to the sample app's home page (context-root).

 Flow B: (build sample source and install)
   * Actor downloads a sample source package.
   * He installs Maven if he doesn't have it already.
   * He builds the sample project using maven.
   * Sample project automatically downloads the latest Geronimo
 server, starts it, and deploys the newly built sample.
   * It fires up a browser and brings up the sample home page  (not
 implemented yet).

 See the following links in Firefox only !
 Here is a page that gives a user instructions on working with samples.
 Every sample download will also have a customized  relevant page like
 this, say as a README.html
 http://people.apache.org/~prasad/samples/index.html

 Here is a sample sample page. Notice the javadoc and source tabs in
 the top right corner of the page.
 http://people.apache.org/~prasad/samples/sample.html


 UseCase Scenario 2
 ---
 Actor: Geronimo Developer, JEE5 Spec Implementor

 Interactions: Document Writer.

 Requirements:
   * Actor wants to create sample projects quickly without having to
 deal too much with Maven.

 Flow:
   * Actor executes a sample-archetype-plugin.
   * It creates a mvn project which will act as a template.
   * He only has to write JEE5 code for the sample application.
   * He then works with Document Writer to write the sample document.


 Cheers
 Prasad.

Re: EJB deployment error

2007-01-19 Thread Prasad Kashyap

http://svn.apache.org/viewvc/geronimo/server/trunk/testsuite/webservices-testsuite/jaxb-tests/jaxb-ejb/

Cheers
Prasad

On 1/19/07, Jarek Gawor [EMAIL PROTECTED] wrote:

David,

It's a test case in Geronimo source code. See
testsuite/webservices-testsuite/jaxb-tests/jaxb-ejb directory.

Jarek

On 1/19/07, David Blevins [EMAIL PROTECTED] wrote:
Jarek, if you can send me the app I can take a look.

-David

On Jan 19, 2007, at 9:48 AM, Jarek Gawor wrote:

Dain,

This is just a simple EJB that tires to use JAXB or StAX API. It is
not exposed (or deployed) as a web service.

Jarek

-dain

On Jan 19, 2007, at 9:34 AM, Jarek Gawor wrote:

I get the following error after the openejb update:

I see this error after updating the openejb-jar.xml
(http://www.openejb.org/openejb-jar/1.1) and ejb-jar.xml
(http://java.sun.com/xml/ns/javaee) descriptors with right
namespaces.

I'm running the testsuite/webservices-testsuite/jaxb-tests/jaxb-ejb
tests.

The ejbs are very simple and do not use any annotations.

Jarek

[jira] Created: (GERONIMO-2751) [BUILD BREAK] Module geronimo-axis2

2007-01-18 Thread Prasad Kashyap (JIRA)

[BUILD BREAK] Module geronimo-axis2
---

 Key: GERONIMO-2751
 URL: https://issues.apache.org/jira/browse/GERONIMO-2751
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.0
Reporter: Prasad Kashyap
 Assigned To: Davanum Srinivas
Priority: Blocker
 Fix For: 2.0


At revision 497491.

Compiling 71 source files to 
/home/prasad/geronimo/trunk/modules/geronimo-axis2/target/classes
[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] Compilation failure

/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/Axis2WebServiceContainer.java:[70,62]
 cannot find symbol
symbol  : method createDefaultConfigurationContext()
location: class org.apache.axis2.context.ConfigurationContextFactory


[INFO] 
[INFO] For more information, run Maven with the -e switch
[INFO] 
[INFO] Total time: 4 minutes 34 seconds
[INFO] Finished at: Thu Jan 18 11:22:07 EST 2007
[INFO] Final Memory: 72M/129M
[INFO] 



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (GERONIMO-2751) [BUILD BREAK] Module geronimo-axis2

2007-01-18 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap commented on GERONIMO-2751:
--

+ Error stacktraces are turned on.
[INFO] Scanning for projects...
[INFO] 

[INFO] Building Geronimo :: AXIS2
[INFO]task-segment: [install]
[INFO] 

[INFO] [tools:require-java-version {execution: validate-java-version}]
[INFO] [build-helper:add-source {execution: add-source}]
[INFO] Source directory: 
/home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated added.
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
Downloading: http://repo1.maven.org/maven//jaxen/poms/jaxen-1.1-beta-10.pom
[WARNING] Unable to get resource from repository maven-repo1 
(http://repo1.maven.org/maven/)
Downloading: 
http://ws.zones.apache.org/repository//jaxen/poms/jaxen-1.1-beta-10.pom
[WARNING] Unable to get resource from repository ws-zones 
(http://ws.zones.apache.org/repository/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom
[WARNING] Unable to get resource from repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 
http://repo1.maven.org/maven2/jaxen/jaxen/1.1-beta-10/jaxen-1.1-beta-10.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://repo1.maven.org/maven//javax.xml.bind/poms/jaxb-api-2.0.2.pom
[WARNING] Unable to get resource from repository maven-repo1 
(http://repo1.maven.org/maven/)
Downloading: 
http://ws.zones.apache.org/repository//javax.xml.bind/poms/jaxb-api-2.0.2.pom
[WARNING] Unable to get resource from repository ws-zones 
(http://ws.zones.apache.org/repository/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//javax/xml/bind/jaxb-api/2.0.2/jaxb-api-2.0.2.pom
[WARNING] Unable to get resource from repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/javax/xml/bind/jaxb-api/2.0.2/jaxb-api-2.0.2.pom
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 
http://repo1.maven.org/maven2/javax/xml/bind/jaxb-api/2.0.2/jaxb-api-2.0.2.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
Downloading: http://repo1.maven.org/maven//woodstox/poms/wstx-asl-3.2.0.pom
[WARNING] Unable to get resource from repository maven-repo1 
(http://repo1.maven.org/maven/)
Downloading: 
http://ws.zones.apache.org/repository//woodstox/poms/wstx-asl-3.2.0.pom
[WARNING] Unable to get resource from repository ws-zones 
(http://ws.zones.apache.org/repository/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx/asl-3.2.0/wstx-asl-3.2.0.pom
[WARNING] Unable to get resource from repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repository.codehaus.org/woodstox/wstx/asl-3.2.0/wstx-asl-3.2.0.pom
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 
http://repo1.maven.org/maven2/woodstox/wstx/asl-3.2.0/wstx-asl-3.2.0.pom
[WARNING] Unable to get resource from repository central 
(http://repo1.maven.org/maven2)
[WARNING] POM for 'org.apache.axis2:axis2-jaxws-api:pom:SNAPSHOT:compile' is 
invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM.
[WARNING] POM for 'org.apache.axis2:axis2-java2wsdl:pom:SNAPSHOT:compile' is 
invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM.
[WARNING] POM for 'org.apache.axis2:axis2-kernel:pom:SNAPSHOT:compile' is 
invalid. It will be ignored for artifact resolution. Reason: Not a v4.0.0 POM.
Downloading: http://repo1.maven.org/maven//wsdl4j/poms/wsdl4j-1.6.2.pom
[WARNING] Unable to get resource from repository maven-repo1 
(http://repo1.maven.org/maven/)
Downloading: http://ws.zones.apache.org/repository//wsdl4j/poms/wsdl4j-1.6.2.pom
[WARNING] Unable to get resource from repository ws-zones 
(http://ws.zones.apache.org/repository/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom
[WARNING] Unable to get resource from repository apache-incubator 
(http://people.apache.org/repo/m2-incubating-repository/)
Downloading: http://repository.codehaus.org/wsdl4j/wsdl4j/1.6.2/wsdl4j-1.6.2.pom
[WARNING] Unable to get resource from repository

[jira] Closed: (GERONIMO-2751) [BUILD BREAK] Module geronimo-axis2

2007-01-18 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap closed GERONIMO-2751.


Resolution: Fixed

The build works from a squeaky clean repo.

Earlier, I had just cleaned the o.a.g directory in the repo.

 [BUILD BREAK] Module geronimo-axis2
 ---

 Key: GERONIMO-2751
 URL: https://issues.apache.org/jira/browse/GERONIMO-2751
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.0
Reporter: Prasad Kashyap
 Assigned To: Davanum Srinivas
Priority: Blocker
 Fix For: 2.0


 At revision 497491.
 Compiling 71 source files to 
 /home/prasad/geronimo/trunk/modules/geronimo-axis2/target/classes
 [INFO] 
 
 [ERROR] BUILD FAILURE
 [INFO] 
 
 [INFO] Compilation failure
 /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/java/org/apache/geronimo/axis2/Axis2WebServiceContainer.java:[70,62]
  cannot find symbol
 symbol  : method createDefaultConfigurationContext()
 location: class org.apache.axis2.context.ConfigurationContextFactory
 [INFO] 
 
 [INFO] For more information, run Maven with the -e switch
 [INFO] 
 
 [INFO] Total time: 4 minutes 34 seconds
 [INFO] Finished at: Thu Jan 18 11:22:07 EST 2007
 [INFO] Final Memory: 72M/129M
 [INFO] 
 

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: M2 - Thoughts on content, branching and other stuff - feedback requested

2007-01-18 Thread Prasad Kashyap


I'm OK with shipping the same configurations for M2 but we really
should have a serious discussion on our packaging strategy.

I think we will be opening ourselves to a lot of grief if we took upon
the responsibility of TCK'ing every permutation and combination that
there is. We can claim support by configuring and testing many
combinations, individually. We can even assemble a few different
combinations for downloads but Geronimo should TCK only ONE. A user
should always be able to modify his combination. But that is
discussion for another thread.

For now, I'll look forward to the excitement of releasing M2 !!!

Cheers
Prasad




On 1/18/07, Matt Hogstrom [EMAIL PROTECTED] wrote:

I've been traveling this week a little bit and apologize for being
tardy in catching everyone up on M2.

Based on the commit log it appears that Dain and Mr. Blevins pulled a
little rabbit out of the hat called EJB 3.0.  Ok, the fur is a little
muttled and it might be missing an ear but it really does look like a
rabbit :)

In keeping with the mantra of release early and often we originally
had talked about getting M2 out by the end of January.  I had
proposed the 26th and it still might be doable depending on where we
get to.  From the release notes prepared by Hernan (thanks sir) here
are the items we wanted to get into M2.  Some of the items below are
already included and some are in process.

=

Enterprise Application Technologies
Common Annotations for the Java PlatformAnnotations 1.0 JSR 250
New for Java EE 5.0 Geronimo implementation
Enterprise JavaBeansEJB 3.0 JSR 220 
Upgrade from EJB 2.1
OpenEJB implementation
 *  JPA
   o Custom Provider
   o App-managed,
   o Container-managed
 *  OpenEJB 3,0 Geronimo integration
 *  Annotation-based Deployment
 *  POJO-Style Beans
 *  Dependency Injection
 *  Extended JNDI and DI types??
 *  EJB 3.0 examples


Management
Java EE Application Deployment  App Deploy 1.2  JSR 88  Maintenance
Update from App Deploy 1.1  Geronimo implementation

Web Services - Axis2
Java Architecture for XML Binding   JAXB 2.0JSR 222 New for 
Java EE
5.0 Glassfish implementation
Java API for XML Registries JAXR 1.0JSR 93  Same as 
J2EE 1.4
Already available
Streaming API for XML   STAX 1.0JSR 173 New for 
Java EE 5.0
Woodstox implementation

Web Services - CXF
Java API for XML-Based Web Services JAX-WS 2.0  JSR 224 New for
Java EE 5.0 CXF implementation  (Pojo Only)
Java Architecture for XML Binding   JAXB 2.0JSR 222 New for 
Java EE
5.0 Glassfish implementation
Java API for XML-Based RPC  JAX-RPC 1.1 JSR 101 Same as 
J2EE 1.4
Axis1 implementation
Java API for XML Registries JAXR 1.0JSR 93  Same as 
J2EE 1.4
Already available
Streaming API for XML   STAX 1.0JSR 173 New for 
Java EE 5.0
Woodstox implementation



Based on the above perhaps we can branch on Monday around 1700
Eastern time and package up what we have there.  From a user
perspective I think we should be able to deploy the EJB samples that
Prasad and Hernan put together.  If we can do that even though they
are simple it would certainly let people see that the train continues
to move.

So this now brings me to the question of assemblies.  For M1 we
shipped Tomcat and Jetty versions with CXF and OpenJPA.  As we talked
about in another thread there isn't really a way to generate all the
permutations of different assemblies I think for M2 we would ship the
same configurations and in parallel have a discussion on packaging
for when we get to the beta's so that users and better pick the
versions of the software they want.

Comments, feedback, on this plan?

Matt Hogstrom
[EMAIL PROTECTED]

[jira] Closed: (GERONIMO-2755) JSP tests for web-testsuite

2007-01-18 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap closed GERONIMO-2755.


   Resolution: Fixed
Fix Version/s: 2.0

Thanx for the tests, Paul.

Completed: At revision: 497601  


 JSP tests for web-testsuite
 ---

 Key: GERONIMO-2755
 URL: https://issues.apache.org/jira/browse/GERONIMO-2755
 Project: Geronimo
  Issue Type: Test
  Security Level: public(Regular issues) 
Affects Versions: 2.0-M2
Reporter: Paul McMahan
 Assigned To: Prasad Kashyap
 Fix For: 2.0

 Attachments: GERONIMO-2775.patch


 Four new JSP tests for the web-testsuite:
 -  deferral support in EL
 -  storing variables in various scopes
 -  basic support for taglibs
 -  automatic whitespace trimming
 (will attach a patch shortly)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Console config failed to start (formerly : webservices-testsuite failure)

2007-01-11 Thread Prasad Kashyap


Srinivas,

Your console config failed to start. It doesn't seem to be related to
the webservices-testsuite.

I suspect you may be encountering the long-path problem on windows.

By default, the geronimo-maven-plugin will unpack the Geronimo server
into the target directory of the project invoking it. So in your case,
it would be under
C:\APACHE\geronimo\testsuite\webservices-testsuite\target. Prepend
this to the already long path that we have and you'll have the long
path problem.

Can you please try the following command from your
webservices-testsuite instead-
$mvn -DinstallDirectory=c:\apache

Cheers
Prasad



On 1/10/07, Davanum Srinivas [EMAIL PROTECTED] wrote:

Here i go again on a wild goose chase :( Anyone have a clue?

- Fresh svn checkout of trunk
- nuked .m2 repo
- mvn install from root works fine.
- mvn install from testsuite\webservices-testsuite throws the
following exception:

Booting Geronimo Kernel (in Java 1.5.0_10)...
20:47:55,187 INFO  [root] --
20:47:55,187 INFO  [root] Started Logging Service
20:47:55,187 INFO  [root] Runtime Information:
20:47:55,187 INFO  [root]   Install Directory =
C:\APACHE\geronimo\testsuite\webservices-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT
20:47:55,187 INFO  [root]   JVM in use = Sun Microsystems Inc. Java 1.5.0_10
20:47:55,187 INFO  [root] Java Information:
20:47:55,187 INFO  [root]   System property [java.runtime.name]  =
Java(TM) 2 Runtime Environment, Standard Edition
20:47:55,187 INFO  [root]   System property [java.runtime.version]  =
1.5.0_10-b03
20:47:55,187 INFO  [root]   System property [os.name] = Windows XP
20:47:55,187 INFO  [root]   System property [os.version]  = 5.1
20:47:55,203 INFO  [root]   System property [sun.os.patch.level]  =
Service Pack 2
20:47:55,203 INFO  [root]   System property [os.arch] = x86
20:47:55,203 INFO  [root]   System property [java.class.version]  = 49.0
20:47:55,203 INFO  [root]   System property [locale]  = en_US
20:47:55,203 INFO  [root]   System property [unicode.encoding]=
UnicodeLittle
20:47:55,203 INFO  [root]   System property [file.encoding]   = Cp1252
20:47:55,203 INFO  [root]   System property [java.vm.name]=
Java HotSpot(TM) Client VM
20:47:55,203 INFO  [root]   System property [java.vm.vendor]  =
Sun Microsystems Inc.
20:47:55,203 INFO  [root]   System property [java.vm.version] = 1.5.0_10-b03
20:47:55,203 INFO  [root]   System property [java.vm.info]= mixed mode
20:47:55,203 INFO  [root]   System property [java.home]   = C:\JDK15\jre
20:47:55,203 INFO  [root]   System property [java.classpath]  = null
20:47:55,203 INFO  [root]   System property [java.library.path]   =
C:\JDK15\jre\bin;.;C:\WINDOWS\system32;C:\WINDOWS;C:\JDK15\BIN;C:\MAVEN\BIN;C:\MAVEN-2.0.4\BIN;C:\JDK15\BIN;C:\Program
Files\Support Tools 2\;C:\Program
Files\ThinkPad\Utilities;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\Program
Files\ATI Technologies\ATI Control Panel;C:\WINDOWS\Downloaded Program
Files;C:\Program Files\PC-Doctor for
Windows\services;C:\BIN;C:\SVN\BIN;C:\MAVEN\BIN;C:\ANT\BIN;C:\CYGWIN\BIN;C:\Program
Files\Support Tools\;C:\WINCVS\CVSNT;C:\Program
Files\QuickTime\QTSystem\;C:\Program
Files\ThinkPad\ConnectUtilities;C:\Program Files\Common
Files\Lenovo;C:\Program Files\Lenovo\Client Security
Solution;C:\Program Files\Common
Files\Adobe\AGL;C:\jwsdp-2.0\jwsdp-shared\bin;
20:47:55,218 INFO  [root]   System property [java.endorsed.dirs]  =
C:\JDK15\jre\lib\endorsed;C:\APACHE\geronimo\testsuite\webservices-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\lib\endorsed
20:47:55,218 INFO  [root]   System property [java.ext.dirs]   =
C:\JDK15\jre\lib\ext;C:\APACHE\geronimo\testsuite\webservices-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\lib\ext
20:47:55,218 INFO  [root]   System property [sun.boot.class.path] =
C:\APACHE\geronimo\testsuite\webservices-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\lib\endorsed\xercesImpl-2.8.1.jar;C:\APACHE\geronimo\testsuite\webservices-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\lib\endorsed\yoko-rmi-spec-1.0-incubating-M2-SNAPSHOT.jar;C:\APACHE\geronimo\testsuite\webservices-testsuite\target\geronimo-jetty6-jee5-2.0-SNAPSHOT\lib\endorsed\yoko-spec-corba-1.0-incubating-M2-SNAPSHOT.jar;C:\JDK15\jre\lib\rt.jar;C:\JDK15\jre\lib\i18n.jar;C:\JDK15\jre\lib\sunrsasign.jar;C:\JDK15\jre\lib\jsse.jar;C:\JDK15\jre\lib\jce.jar;C:\JDK15\jre\lib\charsets.jar;C:\JDK15\jre\classes
20:47:55,218 INFO  [root] --
Module  1/25 org.apache.geronimo.configs/rmi-naming/2.0-SNAPSHOT/car
  started in  2.063s
Module  2/25 org.apache.geronimo.configs/j2ee-server/2.0-SNAPSHOT/car
  started in   .297s
Module  3/25 org.apache.geronimo.configs/transaction-jta11/2.0-SNAPSHOT/car
 started in   .609s
Module  4/25 org.apache.geronimo.configs/j2ee-security/2.0-SNAPSHOT/car

[jira] Commented: (GERONIMO-2716) Create javaee 5 test jars for j2ee-builder tests

2007-01-11 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap commented on GERONIMO-2716:
--

Anita, on second thoughts, I wonder if we should have left the schemas and 
dependencies in the  j2ee_1.3 and j2ee_1.4 apps as is. We could have used this 
as a regression test app to ensure that we are backward compatible. We could 
even beef up those apps with deprecated (if any) j2ee features to see how we 
handle it on the jee5 server.

Anyway, you have your new jee5 app to test the latest schemas and specs.

What say you ?

 Create javaee 5 test jars for j2ee-builder tests
 

 Key: GERONIMO-2716
 URL: https://issues.apache.org/jira/browse/GERONIMO-2716
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M2
 Environment: All
Reporter: Anita Kulshreshtha
 Assigned To: Anita Kulshreshtha
 Fix For: 2.0-M2

 Attachments: testsupport.diff, testsupport.diff


 Create ear, ejb-jar, rar, and war files for j2ee-builder tests that use 
 javaee 5 schema. Use servlet 2.5 and jsp 2.1 specs for all wars.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: webservices-testsuite failure

2007-01-11 Thread Prasad Kashyap


http://mail-archives.apache.org/mod_mbox/geronimo-dev/200701.mbox/[EMAIL 
PROTECTED]

Cheers
Prasad


On 1/11/07, Kevan Miller [EMAIL PROTECTED] wrote:


On Jan 10, 2007, at 8:55 PM, Davanum Srinivas wrote:

 Here i go again on a wild goose chase :( Anyone have a clue?

 - Fresh svn checkout of trunk
 - nuked .m2 repo
 - mvn install from root works fine.
 - mvn install from testsuite\webservices-testsuite throws the
 following exception:

Dims,
I've not yet run any testsuite tests. Looks like webservices was just
added.

Prasad,
Were these tests working?

--kevan

[jira] Commented: (GERONIMO-2716) Create javaee 5 test jars for j2ee-builder tests

2007-01-10 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap commented on GERONIMO-2716:
--

Cool. Let me take a look and get back. Thanx Anita.

 Create javaee 5 test jars for j2ee-builder tests
 

 Key: GERONIMO-2716
 URL: https://issues.apache.org/jira/browse/GERONIMO-2716
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M2
 Environment: All
Reporter: Anita Kulshreshtha
 Assigned To: Anita Kulshreshtha
 Fix For: 2.0-M2

 Attachments: testsupport.diff


 Create ear, ejb-jar, rar, and war files for j2ee-builder tests that use 
 javaee 5 schema. Use servlet 2.5 and jsp 2.1 specs for all wars.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

cxfPojoWS tests in testsuite

2007-01-10 Thread Prasad Kashyap


David (Jencks),

The cxfPojoWS/server test in the testsuite has only 1 test and that
too is commented out. This is currently under testsuite/itests.

The other tests that Jarek contributed have now been renamed as more
generic jaxws-tests and moved to the webservices-testsuite.

What should happen to the cxfPojoWS/server tests ?

a) delete them
b) rename them and move them under webservices-testsuite.


Thanx
Prasad

[jira] Created: (GERONIMO-2721) Unable to deploy anything

2007-01-10 Thread Prasad Kashyap (JIRA)

Unable to deploy anything
-

 Key: GERONIMO-2721
 URL: https://issues.apache.org/jira/browse/GERONIMO-2721
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.0-M2, 2.0
Reporter: Prasad Kashyap
Priority: Blocker
 Fix For: 2.0-M2, 2.0


Geronimo Testsuite failed all testcases since it could not deploy any of the 
configurations. Please see the exception below.  A similar exception is seen 
when a configuration is attempted to be started.

Exception Detail

org.apache.geronimo.kernel.InternalKernelException: 
java.rmi.UnmarshalException: error unmarshalling return; nested exception is: 
java.io.WriteAbortedException: writing aborted; 
java.io.NotSerializableException: 
org.apache.geronimo.client.builder.jsr88.ClientConfigurer
at 
org.apache.geronimo.system.jmx.KernelDelegate.getGBean(KernelDelegate.java:87)
at 
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.initialize(JMXDeploymentManager.java:82)
at 
org.apache.geronimo.deployment.plugin.jmx.RemoteDeploymentManager.init(RemoteDeploymentManager.java:73)
at 
org.apache.geronimo.deployment.plugin.factories.DeploymentFactoryImpl.getDeploymentManager(DeploymentFactoryImpl.java:130)
at 
javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.getDeploymentManager(DeploymentFactoryManager.java:109)
at 
org.apache.geronimo.mavenplugins.geronimo.module.ModuleMojoSupport.getDeploymentManager(ModuleMojoSupport.java:93)
at 
org.apache.geronimo.mavenplugins.geronimo.module.DeployModuleMojo.distribute(DeployModuleMojo.java:148)
at 
org.apache.geronimo.mavenplugins.geronimo.module.DeployModuleMojo.doExecute(DeployModuleMojo.java:94)
at 
org.apache.geronimo.mavenplugins.geronimo.reporting.ReportingMojoSupport.execute(ReportingMojoSupport.java:100)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
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.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: java.rmi.UnmarshalException: error unmarshalling return; nested 
exception is: 
java.io.WriteAbortedException: writing aborted; 
java.io.NotSerializableException: 
org.apache.geronimo.client.builder.jsr88.ClientConfigurer
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:157)
at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source)
at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown 
Source)
at 
javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(RMIConnector.java:972)
at 
org.apache.geronimo.system.jmx.KernelDelegate.invokeKernel(KernelDelegate.java:880)
at 
org.apache.geronimo.system.jmx.KernelDelegate.getGBean(KernelDelegate.java:81)
... 26 more
Caused by: java.io.WriteAbortedException: writing aborted; 
java.io.NotSerializableException: 
org.apache.geronimo.client.builder.jsr88.ClientConfigurer
at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1309)
at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348)
at sun.rmi.server.UnicastRef.unmarshalValue(UnicastRef.java:290)
at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:139)
... 31 more
Caused by: java.io.NotSerializableException: 
org.apache.geronimo.client.builder.jsr88

Fwd: svn commit: r493249 - in /geronimo/server/trunk/configs: client-deployer/src/plan/ connector-deployer/src/plan/ geronimo-gbean-deployer/ j2ee-deployer/ j2ee-deployer/src/plan/ jetty6-deployer/src

2007-01-10 Thread Prasad Kashyap


I wonder if this is the cause of the deployment failures I am seeing
in the Testsuite

https://issues.apache.org/jira/browse/GERONIMO-2721

Cheers
Prasad

-- Forwarded message --
From: [EMAIL PROTECTED] [EMAIL PROTECTED]
Date: Jan 5, 2007 6:56 PM
Subject: svn commit: r493249 - in /geronimo/server/trunk/configs:
client-deployer/src/plan/ connector-deployer/src/plan/
geronimo-gbean-deployer/ j2ee-deployer/ j2ee-deployer/src/plan/
jetty6-deployer/src/plan/ openejb-deployer/src/plan/
tomcat6-deployer/src/pl...
To: scm@geronimo.apache.org


Author: djencks
Date: Fri Jan  5 15:56:05 2007
New Revision: 493249

URL: http://svn.apache.org/viewvc?view=revrev=493249
Log:
GERONIMO-2686 missed the configs changes in previous commit

Modified:
   geronimo/server/trunk/configs/client-deployer/src/plan/plan.xml
   geronimo/server/trunk/configs/connector-deployer/src/plan/plan.xml
   geronimo/server/trunk/configs/geronimo-gbean-deployer/pom.xml
   geronimo/server/trunk/configs/j2ee-deployer/pom.xml
   geronimo/server/trunk/configs/j2ee-deployer/src/plan/plan.xml
   geronimo/server/trunk/configs/jetty6-deployer/src/plan/plan.xml
   geronimo/server/trunk/configs/openejb-deployer/src/plan/plan.xml
   geronimo/server/trunk/configs/tomcat6-deployer/src/plan/plan.xml
   geronimo/server/trunk/configs/webconsole-jetty6/pom.xml

Modified: geronimo/server/trunk/configs/client-deployer/src/plan/plan.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/configs/client-deployer/src/plan/plan.xml?view=diffrev=493249r1=493248r2=493249
==
--- geronimo/server/trunk/configs/client-deployer/src/plan/plan.xml (original)
+++ geronimo/server/trunk/configs/client-deployer/src/plan/plan.xml
Fri Jan  5 15:56:05 2007
@@ -88,4 +88,6 @@
/gbean


+gbean name=ClientConfigurer
class=org.apache.geronimo.client.builder.jsr88.ClientConfigurer/
+
/module

Modified: geronimo/server/trunk/configs/connector-deployer/src/plan/plan.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/configs/connector-deployer/src/plan/plan.xml?view=diffrev=493249r1=493248r2=493249
==
--- geronimo/server/trunk/configs/connector-deployer/src/plan/plan.xml
(original)
+++ geronimo/server/trunk/configs/connector-deployer/src/plan/plan.xml
Fri Jan  5 15:56:05 2007
@@ -85,4 +85,6 @@
attribute
name=eeNamespaceshttp://java.sun.com/xml/ns/j2ee/attribute
/gbean

+gbean name=RARConfigurer
class=org.apache.geronimo.connector.deployment.RARConfigurer/
+
/module

Modified: geronimo/server/trunk/configs/geronimo-gbean-deployer/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/configs/geronimo-gbean-deployer/pom.xml?view=diffrev=493249r1=493248r2=493249
==
--- geronimo/server/trunk/configs/geronimo-gbean-deployer/pom.xml (original)
+++ geronimo/server/trunk/configs/geronimo-gbean-deployer/pom.xml Fri
Jan  5 15:56:05 2007
@@ -54,6 +54,12 @@
artifactIdgeronimo-j2ee-deployment_1.1_spec/artifactId
/dependency

+!-- jsr88 dconfigbean support base classes --
+dependency
+groupIdorg.apache.geronimo.modules/groupId
+artifactIdgeronimo-deploy-config/artifactId
+version${version}/version
+/dependency
!-- Thirdparty Dependencies --

dependency

Modified: geronimo/server/trunk/configs/j2ee-deployer/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/configs/j2ee-deployer/pom.xml?view=diffrev=493249r1=493248r2=493249
==
--- geronimo/server/trunk/configs/j2ee-deployer/pom.xml (original)
+++ geronimo/server/trunk/configs/j2ee-deployer/pom.xml Fri Jan  5 15:56:05 2007
@@ -92,6 +92,7 @@
groupIdorg.apache.geronimo.modules/groupId
artifactIdgeronimo-test-ddbean/artifactId
version${version}/version
+scopetest/scope
/dependency

dependency

Modified: geronimo/server/trunk/configs/j2ee-deployer/src/plan/plan.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/configs/j2ee-deployer/src/plan/plan.xml?view=diffrev=493249r1=493248r2=493249
==
--- geronimo/server/trunk/configs/j2ee-deployer/src/plan/plan.xml (original)
+++ geronimo/server/trunk/configs/j2ee-deployer/src/plan/plan.xml Fri
Jan  5 15:56:05 2007
@@ -145,4 +145,6 @@
attribute
name=eeNamespaceshttp://java.sun.com/xml/ns/j2ee/attribute
/gbean

+gbean name=EARConfigurer
class=org.apache.geronimo.j2ee.jsr88.EARConfigurer/
+
/module

Modified: geronimo/server/trunk/configs/jetty6-deployer/src/plan/plan.xml
URL:

[jira] Closed: (GERONIMO-2721) Unable to deploy anything

2007-01-10 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap closed GERONIMO-2721.


Resolution: Fixed

Fixed !

 Unable to deploy anything
 -

 Key: GERONIMO-2721
 URL: https://issues.apache.org/jira/browse/GERONIMO-2721
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M2, 2.0
Reporter: Prasad Kashyap
Priority: Blocker
 Fix For: 2.0-M2, 2.0


 Geronimo Testsuite failed all testcases since it could not deploy any of the 
 configurations. Please see the exception below.  A similar exception is seen 
 when a configuration is attempted to be started.
 Exception Detail
 
 org.apache.geronimo.kernel.InternalKernelException: 
 java.rmi.UnmarshalException: error unmarshalling return; nested exception is: 
   java.io.WriteAbortedException: writing aborted; 
 java.io.NotSerializableException: 
 org.apache.geronimo.client.builder.jsr88.ClientConfigurer
   at 
 org.apache.geronimo.system.jmx.KernelDelegate.getGBean(KernelDelegate.java:87)
   at 
 org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.initialize(JMXDeploymentManager.java:82)
   at 
 org.apache.geronimo.deployment.plugin.jmx.RemoteDeploymentManager.init(RemoteDeploymentManager.java:73)
   at 
 org.apache.geronimo.deployment.plugin.factories.DeploymentFactoryImpl.getDeploymentManager(DeploymentFactoryImpl.java:130)
   at 
 javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.getDeploymentManager(DeploymentFactoryManager.java:109)
   at 
 org.apache.geronimo.mavenplugins.geronimo.module.ModuleMojoSupport.getDeploymentManager(ModuleMojoSupport.java:93)
   at 
 org.apache.geronimo.mavenplugins.geronimo.module.DeployModuleMojo.distribute(DeployModuleMojo.java:148)
   at 
 org.apache.geronimo.mavenplugins.geronimo.module.DeployModuleMojo.doExecute(DeployModuleMojo.java:94)
   at 
 org.apache.geronimo.mavenplugins.geronimo.reporting.ReportingMojoSupport.execute(ReportingMojoSupport.java:100)
   at 
 org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:412)
   at 
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:534)
   at 
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:475)
   at 
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:454)
   at 
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:306)
   at 
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:273)
   at 
 org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:140)
   at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:322)
   at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:115)
   at org.apache.maven.cli.MavenCli.main(MavenCli.java:256)
   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.classworlds.Launcher.launchEnhanced(Launcher.java:315)
   at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
   at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
   at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
 Caused by: java.rmi.UnmarshalException: error unmarshalling return; nested 
 exception is: 
   java.io.WriteAbortedException: writing aborted; 
 java.io.NotSerializableException: 
 org.apache.geronimo.client.builder.jsr88.ClientConfigurer
   at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:157)
   at com.sun.jmx.remote.internal.PRef.invoke(Unknown Source)
   at javax.management.remote.rmi.RMIConnectionImpl_Stub.invoke(Unknown 
 Source)
   at 
 javax.management.remote.rmi.RMIConnector$RemoteMBeanServerConnection.invoke(RMIConnector.java:972)
   at 
 org.apache.geronimo.system.jmx.KernelDelegate.invokeKernel(KernelDelegate.java:880)
   at 
 org.apache.geronimo.system.jmx.KernelDelegate.getGBean(KernelDelegate.java:81)
   ... 26 more
 Caused by: java.io.WriteAbortedException: writing aborted; 
 java.io.NotSerializableException: 
 org.apache.geronimo.client.builder.jsr88.ClientConfigurer
   at java.io.ObjectInputStream.readObject0(ObjectInputStream.java:1309)
   at java.io.ObjectInputStream.readObject(ObjectInputStream.java:348

[jira] Commented: (GERONIMO-2716) Create javaee 5 test jars for j2ee-builder tests

2007-01-10 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap commented on GERONIMO-2716:
--

Anita, believe this is a partial patch. I was unable to apply it because the 
test-deployment-javaee_5/* files don't exist yet.. The patch tries to update 
files in that dir.

I get the following when I try to apply the patch
http://rifers.org/paste/show/3222

 Create javaee 5 test jars for j2ee-builder tests
 

 Key: GERONIMO-2716
 URL: https://issues.apache.org/jira/browse/GERONIMO-2716
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M2
 Environment: All
Reporter: Anita Kulshreshtha
 Assigned To: Anita Kulshreshtha
 Fix For: 2.0-M2

 Attachments: testsupport.diff


 Create ear, ejb-jar, rar, and war files for j2ee-builder tests that use 
 javaee 5 schema. Use servlet 2.5 and jsp 2.1 specs for all wars.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Commented: (GERONIMO-2716) Create javaee 5 test jars for j2ee-builder tests

2007-01-10 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap commented on GERONIMO-2716:
--

The mods in 1.3 and 1.4 apps look good. I had to specify the version for the 
jsp_2.1 spec dependencies. Maybe you are relying on it being defined at a 
higher level.

 Create javaee 5 test jars for j2ee-builder tests
 

 Key: GERONIMO-2716
 URL: https://issues.apache.org/jira/browse/GERONIMO-2716
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M2
 Environment: All
Reporter: Anita Kulshreshtha
 Assigned To: Anita Kulshreshtha
 Fix For: 2.0-M2

 Attachments: testsupport.diff, testsupport.diff


 Create ear, ejb-jar, rar, and war files for j2ee-builder tests that use 
 javaee 5 schema. Use servlet 2.5 and jsp 2.1 specs for all wars.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

Re: svn commit: r493249 - in /geronimo/server/trunk/configs: client-deployer/src/plan/ connector-deployer/src/plan/ geronimo-gbean-deployer/ j2ee-deployer/ j2ee-deployer/src/plan/ jetty6-deployer/src/

2007-01-10 Thread Prasad Kashyap


I marked 2721 fixed after sending the msg. Hmm.. maybe the mail got
timestamped later.

Anyways, it has been fixed. Pls disregard the earlier msg.

Thanx
Prasad

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

It looks like you marked 2721 fixed a couple hours before sending
this message??? I'm confused... is it currently fixed and if so by
what?  I'd guess it was fixed by my commits last night in rev 494692
(trunk) and 494701 (1.2).   IIRC I ran some Testsuite bits which
passed for me before committing.

thanks
david jencks

On Jan 10, 2007, at 11:58 AM, Prasad Kashyap wrote:

 I wonder if this is the cause of the deployment failures I am seeing
 in the Testsuite

 https://issues.apache.org/jira/browse/GERONIMO-2721

 Cheers
 Prasad

 -- Forwarded message --
 From: [EMAIL PROTECTED] [EMAIL PROTECTED]
 Date: Jan 5, 2007 6:56 PM
 Subject: svn commit: r493249 - in /geronimo/server/trunk/configs:
 client-deployer/src/plan/ connector-deployer/src/plan/
 geronimo-gbean-deployer/ j2ee-deployer/ j2ee-deployer/src/plan/
 jetty6-deployer/src/plan/ openejb-deployer/src/plan/
 tomcat6-deployer/src/pl...
 To: scm@geronimo.apache.org


 Author: djencks
 Date: Fri Jan  5 15:56:05 2007
 New Revision: 493249

 URL: http://svn.apache.org/viewvc?view=revrev=493249
 Log:
 GERONIMO-2686 missed the configs changes in previous commit

 Modified:
geronimo/server/trunk/configs/client-deployer/src/plan/plan.xml
geronimo/server/trunk/configs/connector-deployer/src/plan/plan.xml
geronimo/server/trunk/configs/geronimo-gbean-deployer/pom.xml
geronimo/server/trunk/configs/j2ee-deployer/pom.xml
geronimo/server/trunk/configs/j2ee-deployer/src/plan/plan.xml
geronimo/server/trunk/configs/jetty6-deployer/src/plan/plan.xml
geronimo/server/trunk/configs/openejb-deployer/src/plan/plan.xml
geronimo/server/trunk/configs/tomcat6-deployer/src/plan/plan.xml
geronimo/server/trunk/configs/webconsole-jetty6/pom.xml

 Modified: geronimo/server/trunk/configs/client-deployer/src/plan/
 plan.xml
 URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/
 client-deployer/src/plan/plan.xml?
 view=diffrev=493249r1=493248r2=493249
 ==
 
 --- geronimo/server/trunk/configs/client-deployer/src/plan/plan.xml
 (original)
 +++ geronimo/server/trunk/configs/client-deployer/src/plan/plan.xml
 Fri Jan  5 15:56:05 2007
 @@ -88,4 +88,6 @@
 /gbean


 +gbean name=ClientConfigurer
 class=org.apache.geronimo.client.builder.jsr88.ClientConfigurer/
 +
 /module

 Modified: geronimo/server/trunk/configs/connector-deployer/src/plan/
 plan.xml
 URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/
 connector-deployer/src/plan/plan.xml?
 view=diffrev=493249r1=493248r2=493249
 ==
 
 --- geronimo/server/trunk/configs/connector-deployer/src/plan/plan.xml
 (original)
 +++ geronimo/server/trunk/configs/connector-deployer/src/plan/plan.xml
 Fri Jan  5 15:56:05 2007
 @@ -85,4 +85,6 @@
 attribute
 name=eeNamespaceshttp://java.sun.com/xml/ns/j2ee/attribute
 /gbean

 +gbean name=RARConfigurer
 class=org.apache.geronimo.connector.deployment.RARConfigurer/
 +
 /module

 Modified: geronimo/server/trunk/configs/geronimo-gbean-deployer/
 pom.xml
 URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/
 geronimo-gbean-deployer/pom.xml?
 view=diffrev=493249r1=493248r2=493249
 ==
 
 --- geronimo/server/trunk/configs/geronimo-gbean-deployer/pom.xml
 (original)
 +++ geronimo/server/trunk/configs/geronimo-gbean-deployer/pom.xml Fri
 Jan  5 15:56:05 2007
 @@ -54,6 +54,12 @@
 artifactIdgeronimo-j2ee-deployment_1.1_spec/artifactId
 /dependency

 +!-- jsr88 dconfigbean support base classes --
 +dependency
 +groupIdorg.apache.geronimo.modules/groupId
 +artifactIdgeronimo-deploy-config/artifactId
 +version${version}/version
 +/dependency
 !-- Thirdparty Dependencies --

 dependency

 Modified: geronimo/server/trunk/configs/j2ee-deployer/pom.xml
 URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/
 j2ee-deployer/pom.xml?view=diffrev=493249r1=493248r2=493249
 ==
 
 --- geronimo/server/trunk/configs/j2ee-deployer/pom.xml (original)
 +++ geronimo/server/trunk/configs/j2ee-deployer/pom.xml Fri Jan  5
 15:56:05 2007
 @@ -92,6 +92,7 @@
 groupIdorg.apache.geronimo.modules/groupId
 artifactIdgeronimo-test-ddbean/artifactId
 version${version}/version
 +scopetest/scope
 /dependency

 dependency

 Modified: geronimo/server/trunk/configs/j2ee-deployer/src/plan/
 plan.xml
 URL: http://svn.apache.org/viewvc/geronimo/server/trunk/configs/
 j2ee

[jira] Assigned: (GERONIMO-2664) Servlet Filter Error

2007-01-08 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap reassigned GERONIMO-2664:


Assignee: Joe Bohn

http://www.nabble.com/forum/ViewPost.jtp?post=7869532framed=y

 Servlet Filter Error
 

 Key: GERONIMO-2664
 URL: https://issues.apache.org/jira/browse/GERONIMO-2664
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Jetty, Tomcat
Affects Versions: 2.0-M1, 2.0
Reporter: Krishnakumar B
 Assigned To: Joe Bohn
 Fix For: 2.0-M2, 2.0


 Trying out servlet name with a wild card ( * ) in Filter throws exception in 
 Jetty. In tomcat the filter is not called at all
 filter-mapping
  filter-nameSample Filter/filter-name
  servlet-name*/servlet-name
 /filter-mapping
 instead of
 filter-nameSample Filter/filter-name
 !--servlet-name*/servlet-name  --
 servlet-nameSampleServlet/servlet-name
 servlet-nameAnotherSampleServlet/servlet-name
 Jetty
 14:21:50,780 ERROR [Deployer] Deployment failed due to
 java.lang.AssertionError:
 javax.management.MalformedObjectNameException: Invalid character `*'
 in value
at 
 org.apache.geronimo.kernel.Jsr77Naming.createObjectName(Jsr77Naming.java:112)
at 
 org.apache.geronimo.kernel.Jsr77Naming.createChildName(Jsr77Naming.java:80)
at 
 org.apache.geronimo.kernel.Jsr77Naming.createChildName(Jsr77Naming.java:54)
at 
 org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addFilterMappingsGBeans(JettyModuleBuilder.java:614)
at 
 org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:483)
at 
 org.apache.geronimo.jetty6.deployment.JettyModuleBuilder$$FastClassByCGLIB$$1a00be84.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
 org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$8c79360e.addGBeans(generated)
at 
 org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165)
at 
 org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder$$FastClassByCGLIB$$d0c31844.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
 org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$8c79360e.addGBeans(generated)
at 
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:572)
at 
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
 org.apache.geronimo.j2ee.deployment.CorbaGBeanNameSource$$EnhancerByCGLIB$$c3a6b023.buildConfiguration(generated)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:302)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124)
at 
 org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke

[jira] Updated: (GERONIMO-2664) Servlet Filter Error

2007-01-08 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap updated GERONIMO-2664:
-

Affects Version/s: 2.0
Fix Version/s: 2.0
   2.0-M2

 Servlet Filter Error
 

 Key: GERONIMO-2664
 URL: https://issues.apache.org/jira/browse/GERONIMO-2664
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Jetty, Tomcat
Affects Versions: 2.0-M1, 2.0
Reporter: Krishnakumar B
 Assigned To: Joe Bohn
 Fix For: 2.0-M2, 2.0


 Trying out servlet name with a wild card ( * ) in Filter throws exception in 
 Jetty. In tomcat the filter is not called at all
 filter-mapping
  filter-nameSample Filter/filter-name
  servlet-name*/servlet-name
 /filter-mapping
 instead of
 filter-nameSample Filter/filter-name
 !--servlet-name*/servlet-name  --
 servlet-nameSampleServlet/servlet-name
 servlet-nameAnotherSampleServlet/servlet-name
 Jetty
 14:21:50,780 ERROR [Deployer] Deployment failed due to
 java.lang.AssertionError:
 javax.management.MalformedObjectNameException: Invalid character `*'
 in value
at 
 org.apache.geronimo.kernel.Jsr77Naming.createObjectName(Jsr77Naming.java:112)
at 
 org.apache.geronimo.kernel.Jsr77Naming.createChildName(Jsr77Naming.java:80)
at 
 org.apache.geronimo.kernel.Jsr77Naming.createChildName(Jsr77Naming.java:54)
at 
 org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addFilterMappingsGBeans(JettyModuleBuilder.java:614)
at 
 org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:483)
at 
 org.apache.geronimo.jetty6.deployment.JettyModuleBuilder$$FastClassByCGLIB$$1a00be84.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
 org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$8c79360e.addGBeans(generated)
at 
 org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165)
at 
 org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder$$FastClassByCGLIB$$d0c31844.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
 org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$8c79360e.addGBeans(generated)
at 
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:572)
at 
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
 org.apache.geronimo.j2ee.deployment.CorbaGBeanNameSource$$EnhancerByCGLIB$$c3a6b023.buildConfiguration(generated)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:302)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124)
at 
 org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke

[jira] Updated: (GERONIMO-2664) Servlet Filter Error

2007-01-08 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap updated GERONIMO-2664:
-

Affects Version/s: 2.0-M2

 Servlet Filter Error
 

 Key: GERONIMO-2664
 URL: https://issues.apache.org/jira/browse/GERONIMO-2664
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Jetty, Tomcat
Affects Versions: 2.0-M1, 2.0-M2, 2.0
Reporter: Krishnakumar B
 Assigned To: Joe Bohn
 Fix For: 2.0-M2, 2.0


 Trying out servlet name with a wild card ( * ) in Filter throws exception in 
 Jetty. In tomcat the filter is not called at all
 filter-mapping
  filter-nameSample Filter/filter-name
  servlet-name*/servlet-name
 /filter-mapping
 instead of
 filter-nameSample Filter/filter-name
 !--servlet-name*/servlet-name  --
 servlet-nameSampleServlet/servlet-name
 servlet-nameAnotherSampleServlet/servlet-name
 Jetty
 14:21:50,780 ERROR [Deployer] Deployment failed due to
 java.lang.AssertionError:
 javax.management.MalformedObjectNameException: Invalid character `*'
 in value
at 
 org.apache.geronimo.kernel.Jsr77Naming.createObjectName(Jsr77Naming.java:112)
at 
 org.apache.geronimo.kernel.Jsr77Naming.createChildName(Jsr77Naming.java:80)
at 
 org.apache.geronimo.kernel.Jsr77Naming.createChildName(Jsr77Naming.java:54)
at 
 org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addFilterMappingsGBeans(JettyModuleBuilder.java:614)
at 
 org.apache.geronimo.jetty6.deployment.JettyModuleBuilder.addGBeans(JettyModuleBuilder.java:483)
at 
 org.apache.geronimo.jetty6.deployment.JettyModuleBuilder$$FastClassByCGLIB$$1a00be84.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
 org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$8c79360e.addGBeans(generated)
at 
 org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder.addGBeans(SwitchingModuleBuilder.java:165)
at 
 org.apache.geronimo.j2ee.deployment.SwitchingModuleBuilder$$FastClassByCGLIB$$d0c31844.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
 org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$8c79360e.addGBeans(generated)
at 
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfiguration(EARConfigBuilder.java:572)
at 
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder$$FastClassByCGLIB$$38e56ec6.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:124)
at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
at 
 org.apache.geronimo.j2ee.deployment.CorbaGBeanNameSource$$EnhancerByCGLIB$$c3a6b023.buildConfiguration(generated)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:302)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124)
at 
 org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53

[jira] Assigned: (GERONIMO-2651) Servlet annotations are not supported

2007-01-08 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap reassigned GERONIMO-2651:


Assignee: Paul McMahan

 Servlet annotations are not supported
 -

 Key: GERONIMO-2651
 URL: https://issues.apache.org/jira/browse/GERONIMO-2651
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: web
Affects Versions: 2.0-M1, 2.0-M2
Reporter: Krishnakumar B
 Assigned To: Paul McMahan

 Servlet JEE5 annotations are not supported. ( I have tried @Resource in 
 servlet to get reference to a datasource.)
 Not sure which release this is targetted at so adding it to 2.0-M1  2.0-M2

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Updated: (GERONIMO-2651) Servlet annotations are not supported

2007-01-08 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap updated GERONIMO-2651:
-

Affects Version/s: 2.0
Fix Version/s: 2.0
   2.0-M2

 Servlet annotations are not supported
 -

 Key: GERONIMO-2651
 URL: https://issues.apache.org/jira/browse/GERONIMO-2651
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: web
Affects Versions: 2.0-M1, 2.0-M2, 2.0
Reporter: Krishnakumar B
 Assigned To: Paul McMahan
 Fix For: 2.0-M2, 2.0


 Servlet JEE5 annotations are not supported. ( I have tried @Resource in 
 servlet to get reference to a datasource.)
 Not sure which release this is targetted at so adding it to 2.0-M1  2.0-M2

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: 
https://issues.apache.org/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] Updated: (GERONIMO-2650) JSP 2.1 error in Jetty/Tomcat

2007-01-08 Thread Prasad Kashyap (JIRA)


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

Prasad Kashyap updated GERONIMO-2650:
-

Affects Version/s: 2.0
   2.0-M2
Fix Version/s: 2.0
   2.0-M2

 JSP 2.1 error in Jetty/Tomcat
 -

 Key: GERONIMO-2650
 URL: https://issues.apache.org/jira/browse/GERONIMO-2650
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: web
Affects Versions: 2.0-M1, 2.0-M2, 2.0
Reporter: Krishnakumar B
 Assigned To: Joe Bohn
 Fix For: 2.0-M2, 2.0

 Attachments: SampleJSP.war


 Deploying a web application with JSP 2.1 features throws error in Jetty and 
 Tomcat
 On Tomcat 6:
 ---
 org.apache.jasper.JasperException: /SampleJSP.jsp(12,35) #{..} is not allowed 
 in template text
  
 org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40)
  org.apache.jasper.compiler.ErrorDispatcher.dispatch 
 (ErrorDispatcher.java:406)
  org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:101)
  
 org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:710)
  org.apache.jasper.compiler.Node$ELExpression.accept (Node.java:935)
  org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
  org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
  org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2392)
  org.apache.jasper.compiler.Node$Root.accept (Node.java:489)
  org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
  org.apache.jasper.compiler.Validator.validate(Validator.java:1679)
  org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:178) 
  org.apache.jasper.compiler.Compiler.compile(Compiler.java:306)
  org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
  org.apache.jasper.compiler.Compiler.compile(Compiler.java:273)
  org.apache.jasper.JspCompilationContext.compile 
 (JspCompilationContext.java:566)
  
 org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:314)
  org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:320)
  org.apache.jasper.servlet.JspServlet.service (JspServlet.java:266)
  javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
  
 On Jetty 6.0:
 
 org.apache.jasper.JasperException: /SampleJSP.jsp(12,35) #{..} is not allowed 
 in template text
 at 
 org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler.java:40)
 at org.apache.jasper.compiler.ErrorDispatcher.dispatch 
 (ErrorDispatcher.java:406)
 at 
 org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:101)
 at 
 org.apache.jasper.compiler.Validator$ValidateVisitor.visit(Validator.java:710)
 at org.apache.jasper.compiler.Node$ELExpression.accept (Node.java:935)
 at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
 at org.apache.jasper.compiler.Node$Visitor.visitBody(Node.java:2386)
 at org.apache.jasper.compiler.Node$Visitor.visit(Node.java:2392) 
 at org.apache.jasper.compiler.Node$Root.accept(Node.java:489)
 at org.apache.jasper.compiler.Node$Nodes.visit(Node.java:2336)
 at org.apache.jasper.compiler.Validator.validate(Validator.java:1679)
 at org.apache.jasper.compiler.Compiler.generateJava (Compiler.java:178)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:306)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java:286)
 at org.apache.jasper.compiler.Compiler.compile(Compiler.java :273)
 at 
 org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:566)
 at 
 org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:314)
 at org.apache.jasper.servlet.JspServlet.serviceJspFile (JspServlet.java:320)
 at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:266)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at org.mortbay.jetty.servlet.ServletHolder.handle(ServletHolder.java :459)
 at 
 org.apache.geronimo.jetty6.InternalJettyServletHolder.handle(InternalJettyServletHolder.java:62)
 at org.mortbay.jetty.servlet.ServletHandler.handle(ServletHandler.java:360)
 at org.apache.geronimo.jetty6.JettyServletHandler.doHandle 
 (JettyServletHandler.java:55)
 at 
 org.apache.geronimo.jetty6.JettyServletHandler$ActualJettyServletHandler.handle(JettyServletHandler.java:62)
 at org.apache.geronimo.jetty6.JettyServletHandler$NoOpChainedHandler.handle 
 (JettyServletHandler.java:70)
 at 
 org.apache.geronimo.jetty6.JettyServletHandler.handle(JettyServletHandler.java:47)
 at org.mortbay.jetty.servlet.SessionHandler.handle(SessionHandler.java:231)
 at org.apache.geronimo.jetty6.handler.ThreadClassloaderHandler.handle 
 (ThreadClassloaderHandler.java:46)
 at 
 org.apache.geronimo.jetty6.handler.ComponentContextHandler.handle

Re: ClassLoader, JNDI and Dependency views in console

2007-01-05 Thread Prasad Kashyap


Comments inline

Cheers
Prasad

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

I like the pictures, but haven't had time to look at the implementations.


Ditto



I think some of the dependency viewer info is already available somewhere
else where we show the parents and children of each configuration.  Am I
misled on this?  Would it make any sense to think about combining the views
somehow?


The only other place I can think of another dependency viewer is in
the generated site documentation of a module at build time.
Example: 
http://geronimo.apache.org/maven/server/modules/geronimo-webservices-builder/dependencies.html

Are you thinking of a different one in the server too ?



I think these views would be very useful.  Lets put them in and if someone
finds implementation problems we'll fix them (note I haven't had time to
look at how this was done :-)

thanks
david jencks

< 1 2 3 4 5 6 7 8 9 10 >

401 - 500 of 1196 matches

Mail list logo