[jira] Created: (GERONIMO-793) xmlbeans has taken over the xmlbeans 2 maven plugin. We should use their copy.

2005-07-21 Thread David Jencks (JIRA)
xmlbeans has taken over the xmlbeans 2 maven plugin. We should use their copy. --- Key: GERONIMO-793 URL: http://issues.apache.org/jira/browse/GERONIMO-793 Project: Geronimo Type: Improvemen

Re: Build Failed

2005-07-21 Thread Krishnakumar B
Hi, Even i had encountered a similar error during build . I fixed by doing a checkout thats not HEAD. then did maven m:fresh-checkout maven m:build Refer to following post http://mail-archives.apache.org/mod_mbox/geronimo-dev/200507.mbox/[EMAIL PROTECTED] Regards Krishnakumar B O

[jira] Resolved: (GERONIMO-792) Typo in ToolsJarHack message at startup in M4

2005-07-21 Thread John Sisson (JIRA)
[ http://issues.apache.org/jira/browse/GERONIMO-792?page=all ] John Sisson resolved GERONIMO-792: -- Resolution: Fixed Fixed in rev 220241 in M4 branch. Fix in head not required as the toolsjarhack has been removed. > Typo in ToolsJarHack message

[jira] Created: (GERONIMO-792) Typo in ToolsJarHack message at startup in M4

2005-07-21 Thread John Sisson (JIRA)
Typo in ToolsJarHack message at startup in M4 - Key: GERONIMO-792 URL: http://issues.apache.org/jira/browse/GERONIMO-792 Project: Geronimo Type: Bug Components: startup/shutdown Versions: 1.0-M4 Reporter: Jo

Need some assistance

2005-07-21 Thread Jeff Genender
I am having a bit of a hard time with some webservices in Tomcat deployment. This "appears" to be an issue with servlet end points only as EJBs seem to deploy fine. The issue seems to occur when the TomcatWebContext is being deployed. The error occurs on lone 78 in the GeronimoStandardContext

Build Failed

2005-07-21 Thread Zhengyuan Qiao
Hi, When I run $ maven m:build -Dmaven.test.skip=true -Dmaven.itest.skip=true and got some errors and build failed in the end. see screen shot: Please let me how to fix them. Thanks, Joe Qiao

OpenEJB Failure (due to recent change?)

2005-07-21 Thread Aaron Mulder
I'm getting this in OpenEJB assembly: [java] 20:48:40,223 ERROR [GBeanInstanceState] Error while starting; GBean is now in the FAILED state: objectName="openejb.deployer:J2EEApplication=null,J2EEModule=org/apache/geronimo/J2EEDeployer,J2EEServer=openejb,j2eeType=ModuleBuilder,name=EJBBuilder

Re: Thinking beyond 1.0 (e.g 1.1, 1.2) (was: Managing tasks for future releases)

2005-07-21 Thread David Blevins
On Jul 21, 2005, at 8:44 AM, Matt Hogstrom wrote: I'm a bit dismayed about the previous posts about "assuming a release will suck". If thats your view then it will suck and one has to ask what is the relvance of the project? I think the goals in the past has been to get to J2EE 1.4 certif

Re: Disagreements regarding inclusion of Tomcat/Jetty Picker in M4 QA branch

2005-07-21 Thread David Blevins
On Jul 21, 2005, at 10:25 AM, Jeff Genender wrote: Panagiotis Astithas wrote: As for poor old people like myself who would like a tomcat- integrated build rather sooner than later, perhaps we could beg Jeff to do an unsupported build with tomcat as default just once for M4? Regards, Panag

Re: Web Console Status

2005-07-21 Thread Alan D. Cabrera
Aaron Mulder wrote, On 7/22/2005 7:19 AM: On Thu, 21 Jul 2005, Geir Magnusson Jr wrote: geronimo/jars (our output) geronimo/wars (our demo apps) geronimo-spec/jars (our spec output) geronimo-dependencies/jars/(put pluto thing here) I think that this

Re: Web Console Status

2005-07-21 Thread Geir Magnusson Jr.
On Jul 21, 2005, at 7:19 PM, Aaron Mulder wrote: On Thu, 21 Jul 2005, Geir Magnusson Jr wrote: geronimo/jars (our output) geronimo/wars (our demo apps) geronimo-spec/jars (our spec output) geronimo-dependencies/jars/(put pluto thing here) I think that this is confusing, because t

[jira] Updated: (GERONIMO-791) Remove GBeanInstance support for J2EEManagedObject methods

2005-07-21 Thread Aaron Mulder (JIRA)
[ http://issues.apache.org/jira/browse/GERONIMO-791?page=all ] Aaron Mulder updated GERONIMO-791: -- Description: The current "GBean Framework" provides support for the methods of J2EEManagedObject, meaning they're effectively implemented for every GBean

[jira] Created: (GERONIMO-791) Remove GBeanInstance support for J2EEManagedObject methods

2005-07-21 Thread Aaron Mulder (JIRA)
Remove GBeanInstance support for J2EEManagedObject methods -- Key: GERONIMO-791 URL: http://issues.apache.org/jira/browse/GERONIMO-791 Project: Geronimo Type: Bug Components: kernel Versions: 1.0-M3

[jira] Created: (GERONIMO-790) JettyModuleBuilder should use references to templates, not their names

2005-07-21 Thread David Jencks (JIRA)
JettyModuleBuilder should use references to templates, not their names -- Key: GERONIMO-790 URL: http://issues.apache.org/jira/browse/GERONIMO-790 Project: Geronimo Type: Improvement Components: we

Re: Web Console Status

2005-07-21 Thread Aaron Mulder
On Thu, 21 Jul 2005, Geir Magnusson Jr wrote: > > geronimo/jars (our output) > > geronimo/wars (our demo apps) > > geronimo-spec/jars (our spec output) > > geronimo-dependencies/jars/(put pluto thing here) > > I think that this is confusing, because things like openejb, mx4j, > tomcat.

Re: Web Console Status

2005-07-21 Thread Geir Magnusson Jr
On Jul 21, 2005, at 7:00 PM, Aaron Mulder wrote: Where in maven would this appear? I wonder if we should create a "geronimo-dependencies" virtual project or something, as opposed to putting something like this side by side with the proper geronimo artifacts. What do others think? geronim

[jira] Commented: (GERONIMO-782) ejb ws deployment system does not use gbean builder references

2005-07-21 Thread David Jencks (JIRA)
[ http://issues.apache.org/jira/browse/GERONIMO-782?page=comments#action_12316425 ] David Jencks commented on GERONIMO-782: --- Step 3 use a template gbean for the WSContainer link. The web service builder fills in part, the ebj builder fills in part. R

[jira] Resolved: (GERONIMO-156) DEV-02 Release of Console-Web Module

2005-07-21 Thread Aaron Mulder (JIRA)
[ http://issues.apache.org/jira/browse/GERONIMO-156?page=all ] Aaron Mulder resolved GERONIMO-156: --- Fix Version: 1.0-M3 Resolution: Won't Fix This web console seems to be defunct; current efforts are on donated web console > DEV-02 Release o

Re: Web Console Status

2005-07-21 Thread Aaron Mulder
Where in maven would this appear? I wonder if we should create a "geronimo-dependencies" virtual project or something, as opposed to putting something like this side by side with the proper geronimo artifacts. What do others think? geronimo/jars (our output) geronimo/wars (our dem

Re: Management API

2005-07-21 Thread Aaron Mulder
Dain, David J, and I talked about management options on IRC. I put a writeup on the Wiki (top of the page, with the original proposal below): http://wiki.apache.org/geronimo/Geronimo_Management_API I also have an IRC log if anyone cares, but I think the writeup is more coherent

Re: gbean.org - what is it?

2005-07-21 Thread Matt Hogstrom
Not being the one who created GBean.org I can speak for what it is but I'll throw in my 2c about what I think it could be. One of the areas that seems to confuse people I've talked to is that Geronimo is really two things. One the one hand it is a runtime framework that is independent of J2EE. I

[jira] Commented: (GERONIMO-788) Improved look & feel for web console

2005-07-21 Thread Aaron Mulder (JIRA)
[ http://issues.apache.org/jira/browse/GERONIMO-788?page=comments#action_12316419 ] Aaron Mulder commented on GERONIMO-788: --- Thanks! (I had asked Pat whether he'd be willing to donate his template under the ASL since it was the best free one I found

[jira] Updated: (GERONIMO-788) Improved look & feel for web console

2005-07-21 Thread pat heard (JIRA)
[ http://issues.apache.org/jira/browse/GERONIMO-788?page=all ] pat heard updated GERONIMO-788: --- Attachment: reflection.zip Template for the console. > Improved look & feel for web console > > > Key: GERONIMO-7

[jira] Created: (GERONIMO-789) builder tests are ridiculously overcomplicated

2005-07-21 Thread David Jencks (JIRA)
builder tests are ridiculously overcomplicated -- Key: GERONIMO-789 URL: http://issues.apache.org/jira/browse/GERONIMO-789 Project: Geronimo Type: Improvement Components: deployment Versions: 1.0-M4, 1.0-M5

Re: Web Console Status

2005-07-21 Thread Chris Cardona
We have tested the Geronimo console to work on Pluto 1.0.1 RC2. Last time we tested with RC3 we had some problems so we decided to stick with 1.0.1 RC2 for now. --- Donald Woods <[EMAIL PROTECTED]> wrote: > Does this process still apply for Pluto 1.0.1-rc3? > It looks like they are now producing

Re: Web Console Status

2005-07-21 Thread Donald Woods
Does this process still apply for Pluto 1.0.1-rc3? It looks like they are now producing 3 JAR files. If we are spending time integrating the web console into the sandbox, shouldn't we at least be using the latest Pluto version and use their file names as provided? -Donald --- Dave Colasurdo <[E

Re: Web Console Status

2005-07-21 Thread Dave Colasurdo
The JIRA entry for the console (GERONIMO-762) has been updated with the instructions for creating pluto-portal.jar (actually the JIRA contains the jar as well). Is the required fix as simple as: 1) Rename pluto-portal-1.0.1-rc2.jar to geronimo-pluto-portal.jar 2) Publish the new jar to the Apac

Re: xfire jar files needed at runtime?

2005-07-21 Thread David Jencks
I think that is the case for the rev you mention, and I'm fairly sure of it for the current m4 branch. Best way is to try it to find out :-). I'm 99% sure you will run into no problems as long as you don't use web services, and 90% sure even if you do use web services. thanks david jencks On

Re: xfire jar files needed at runtime?

2005-07-21 Thread lin sun
David, Thanks so much for your answer. Correct me if I understand incorrectly So we will need the two jar files to build the files you mentioned below, but we don't need the two jar files at runtime. Lin --- David Jencks <[EMAIL PROTECTED]> wrote: > no, their use has been removed from he

Re: xfire jar files needed at runtime?

2005-07-21 Thread David Jencks
no, their use has been removed from head. In the interests of greater stability the files that depend on them, although not actually used, will not be removed from m4. We do hope to eventually create a working xfire ws implementation, but I hope we would do that as separate geronimo modules r

xfire jar files needed at runtime?

2005-07-21 Thread lin sun
Hi all, I noticed that the latest binary distribution of geronimo (1.0-169186) contains the following 2 xfire jar files: xfire-20050202.jar xfire-java-20050202.jar Do we really need them at runtime? Any info is appreciated. thanks, Lin __ Do

[jira] Closed: (GERONIMO-769) TCL not correct when setting connector properties

2005-07-21 Thread David Jencks (JIRA)
[ http://issues.apache.org/jira/browse/GERONIMO-769?page=all ] David Jencks closed GERONIMO-769: - Fix Version: 1.0-M4 1.0-M5 Resolution: Fixed fixed in m4 Sending modules/connector/src/java/org/apache/geronimo/connector

[jira] Created: (GERONIMO-788) Improved look & feel for web console

2005-07-21 Thread Aaron Mulder (JIRA)
Improved look & feel for web console Key: GERONIMO-788 URL: http://issues.apache.org/jira/browse/GERONIMO-788 Project: Geronimo Type: Improvement Components: management Versions: 1.0-M5 Reporter: Aaron Mulder

Re: Disagreements regarding inclusion of Tomcat/Jetty Picker in M4 QA branch

2005-07-21 Thread Jeff Genender
Panagiotis Astithas wrote: Bruce Snyder wrote: On 7/20/05, Jeremy Boynes <[EMAIL PROTECTED]> wrote: Jeff Genender wrote: Ok...fair enough...then how far out would M5 be (estimates)? IMHO, waiting for the time between M3->M4 cannot be between M4-> M5. If it is going to be that long, the

Re: Clustering (long)

2005-07-21 Thread Andy Piper
Hi Jules It sounds like you've been working hard! I think you might find you run into reliability issues with a singleton coordinator. This is one of those well known Hard Problems and for session replication its not really necessary. In essence the coordinator is a single point of failure an

Re: Thinking beyond 1.0 (e.g 1.1, 1.2) (was: Managing tasks for future releases)

2005-07-21 Thread Matt Hogstrom
My 2c... On the issue of releases there are several different types of folks that are interested in using Geronimo. Off the top of my head they are: Techies that want an implementation to play around with and are very comfortable with an unstable, constantly evolving codebase. (Unstable is good

Re: gbean.org - what is it?

2005-07-21 Thread Thomas P. Fuller
Good questions. --- Davanum Srinivas <[EMAIL PROTECTED]> wrote: > Dain, Alan, Hiram, Aaron, > > The web site says "The GBean architecture a > minimalistic kernel and > server framework for enterprise software." > > - What is gbean.org? > - Is it related to geronimo? > - Is it a fork of geronimo

gbean.org - what is it?

2005-07-21 Thread Davanum Srinivas
Dain, Alan, Hiram, Aaron, The web site says "The GBean architecture a minimalistic kernel and server framework for enterprise software." - What is gbean.org? - Is it related to geronimo? - Is it a fork of geronimo code? - Who should use gbean in geronimo? - Is the gbean in geronimo dead and burie

Re: Disagreements regarding inclusion of Tomcat/Jetty Picker in M4 QA branch

2005-07-21 Thread Andy Piper
At 08:22 AM 7/20/2005, Bruce Snyder wrote: I'd like to hear some opinions from community members who are not committers. If you are reading this message and you are not a committer, PLEASE SPEAK UP! We want to hear your opinion on this matter. The more branching and integging you do the less ti

Re: Webdav admin interface

2005-07-21 Thread Andy Piper
We experimented with this with WLS, it worked pretty well. The nice thing about webdav is that you can mount it as a file system from windows and OSX. We also tried a similar experiment with ftp which also worked pretty well. However, you generally want to script admin commands and there are a

Re: Disagreements regarding inclusion of Tomcat/Jetty Picker in M4 QA branch

2005-07-21 Thread Panagiotis Astithas
Bruce Snyder wrote: On 7/20/05, Jeremy Boynes <[EMAIL PROTECTED]> wrote: Jeff Genender wrote: Ok...fair enough...then how far out would M5 be (estimates)? IMHO, waiting for the time between M3->M4 cannot be between M4-> M5. If it is going to be that long, then +1000 to get it in now. If it