date:20070821

+1

Jacek

On 8/20/07, Matt Hogstrom [EMAIL PROTECTED] wrote:
 Thanks to Vamsi and Jacek.  for their comments.  I've incorporated
 all except the configuration by exception as my feeble mind couldn't
 wordsmith it well enough.  Give me your +1 on this and we'll let 'er
 rip.  Grat job everyone.


 On Aug 20, 2007, at 11:16 AM, Matt Hogstrom wrote:

  Now that we've gotten through the issues that stalled 2.0 we have a
  successful vote and I've updated the Press Release as well with
  version information.
 
  This should be pretty good as it was the mostly approved version
  before the security problem.
 
  Please review and perhaps the PRC can comment on their timings so
  we can get in sync.
 
  Thanks
 
  = DRAFT =
 
  Apache Geronimo 2.0.1 released by Apache Software Foundation
 
  date/time/location—The Apache Software Foundation (ASF) announced
  today the release of Apache Geronimo 2.0.1 (http://
  geronimo.apache.org http://geronimo.apache.org/). This release
  represents the latest open source Java Enterprise Edition 5.0
  application server from the Apache Geronimo project, and continues
  the evolution of the Apache Geronimo server by adding new features
  and capabilities to a fully compliant and certified Java Enterprise
  Edition 5.0 container suitable for everything from a development
  environment to enterprise-level deployments.
 
  The newly released Apache Geronimo 2.0.1 breaks new ground as the
  first open source Application Server to provide two certified JAX-
  WS Web Services implementations: Apache Axis2 and Apache CXF. This
  capability further highlights the flexibility of Apache Geronimo
  which also provides two certified web container implementations:
  Apache Tomcat and Jetty.
 
  Geronimo 2.0.1 also introduces new features such as simplified
  development, improved diagnostics and flexible assemblies.
  Simplified deployment is achieved through the use of standards
  based programming model enhancements found in Java Enterprise
  Edition 5.0. This includes support for the Enterprise JavaBeans
  (EJB3) specification as implemented by the Apache OpenEJB and
  Apache OpenJPA projects. Here is a list of some of these
  programming enhancements:
 
  - Streamlined development options provided with Java Enterprise
  Edition 5.0
  - EJB 3.0 persistence (Java Persistence Architecture)
  - A programming model that uses annotations to express developer
  defaults in the source code
 
  Improved diagnostic capabilities include enhanced logging, class
  loader viewer as well as JMX browser which are all available from
  the web based console.  Change logging levels on the fly as well as
  view existing logs with a set of filters.  Looking for a class and
  wondering where it came from?  The class loader viewer let's you
  find them.  Want to see or change the attributes for MBeans in the
  server?  The JMX browser allows you to navigate the MBeans in the
  server in a simple tree format without having to hook up external
  consoles or third party products.  In addition, the Certification
  Authority portlet lets you setup a Certification Authority, your
  own Public-Key Infrastructure, very easily and use server/client
  Digital Certificates for securing your applications.
 
  Flexible assemblies are realized through the project's continued
  promotion of the Little G  2.0.1 —a lightweight container
  offering for projects that don't need the full feature set of Java
  Enterprise Edition 5.0.  Perfect for web-service and SOA
  deployments, Little G brings the modularity, manageability and
  extensibility of Apache Geronimo to a lightweight assembly that is
  small in footprint but full of capability.
 
  This flexible, user-friendly, and easy-to-configure application
  server is built from best-of-breed open source components and is
  fully licensed under the Apache Software License, offering multiple
  benefits to organizations and their development teams. They can use
  Apache Geronimo as-is or, if they so choose, create their own
  custom offerings without the restrictions imposed by other open
  source licenses. Flexibility and choice, you have both with Apache
  Geronimo.
 
  The software can be downloaded for free from the Apache Geronimo
  web site ( http://geronimo.apache.org http://geronimo.apache.org/
  / ).
 
  About the Apache Software Foundation
  The Apache Software Foundation provides organizational, legal and
  financial support for a broad range of open source software
  projects. The Foundation provides an established framework for
  intellectual property and financial contributions, while
  simultaneously limiting contributors' potential legal exposure.
  Through a collaborative and meritocratic development process,
  Apache projects deliver enterprise-grade, freely available software
  products that attract large communities of users. The pragmatic
  Apache License makes it easy for all users--commercial and
  individual--to deploy Apache products. For more

Re: automatic build of trunk

On 8/21/07, Prasad Kashyap [EMAIL PROTECTED] wrote:
 Same 5 builds a day as current 2.0 ?

 Or some 2.0 builds and some trunk builds ?

I'd go for the Geronimo releases and the trunk.

Jacek

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

Re: Merge ettiquette

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

 I'm going to add it to our documentation so it won't disappear and
 wonder where it should end up. Project Guidelines [1] seems to be a
 goot fit, but I'm not so sure as bylaws != guidelines (?). Apache
 Geronimo Development Process [2] is good, too. Unless there're better
 places I'll make the choice.

Done. It's at 
http://cwiki.apache.org/confluence/display/GMOxPMGT/Merge+etiquette.

Jacek

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

[jira] Commented: (GERONIMO-3386) Nothing returned when clicking on Save button at creating Tomcat NIO HTTPs Connector

2007-08-21 Thread Vamsavardhana Reddy (JIRA)


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

Vamsavardhana Reddy commented on GERONIMO-3386:
---

Should the fix be merged into branches\2.0 too?

 Nothing returned when clicking on Save button at creating Tomcat NIO HTTPs 
 Connector
 --

 Key: GERONIMO-3386
 URL: https://issues.apache.org/jira/browse/GERONIMO-3386
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 2.0-M5
 Environment: Windows xp sp2 x86-32
Reporter: Song
Assignee: Paul McMahan
 Fix For: 2.0.x


 When edit a new Tomcat NIO HTTP Connector, modify port from 8081 to 8082, 
 click on Save button, No any response returned, and No error or exception 
 is thrown too.

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

[jira] Created: (GERONIMO-3427) STMP login fails if server sends multiple lines of response back from initial connection.

2007-08-21 Thread Rick McGuire (JIRA)

STMP login fails if server sends multiple lines of response back from initial 
connection.
-

 Key: GERONIMO-3427
 URL: https://issues.apache.org/jira/browse/GERONIMO-3427
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: mail
Affects Versions: 1.1.x, 1.2, 2.0.x
Reporter: Rick McGuire
Assignee: Rick McGuire


From the user list description:

I am trying to use the Geronimo Javamail.  I have setup the resource and
resource-ref stuff and try to send a mail from the application.  I turn off
the debug flag and see the following in the console:-

...
220-xxx.xxx.xxx ESMTP Exim x.xx #1 Mon, 20 Aug 2007 16:29:11 +0800
EHLO x
220-We do not authorize the use of this system to transport unsolicted,
HELO x
220 and/or bulk email.
...

An exception is then thrown complaining that it fails to send HELO to the
server.

When using telnet  25 to my SMTP server, I found out that once
connected, the SMTP is sending back three lines of text:-
220-xxx.xxx.xxx ESMTP Exim x.xx #1 Mon, 20 Aug 2007 16:29:11 +0800
220-We do not authorize the use of this system to transport unsolicted,
220 and/or bulk email.

I then try with a local SMTP using Apache JAMES, which successfully send the
mail.  When I try to telnet localhost 25, it is sending back only one line
of text:-

220  SMTP Server (JAMES SMTP Server 2.3.1) ready Mon, 20 Aug 2007
16:32:26 +0800 (SGT)

I am suspecting Geronimo Javamail implementation (version 1.1.1) cannot be
used on SMTP who sends back more than 1 lines of 220 service ready.  I
investigate the source code of
org.apache.geronimo.javamail.transport.smtp.SMTPTransport and study that
getReply() method is using the receiveLine() method to read response from
the server.  As receivedLine() is using end of stream (read() ==-1) or CR or
LF to indicate end of response from server, so in the above scenario each
220 are identified as a response from the server.  After receiving the first
220, the client send a EHLO but fails as the server is sending back the 2nd
220.  The client then try to send a HELO but receive the 3rd 220, which it
finally gave up and throw a fails to send HELO exception.

I have switch to Sun Javamail implementation to solve the problem.  However,
I personally prefer to use Geronimo implementation due to installation
issue.  Is there a better way, or is it in the later version (Geronimo 1.2,
2.0, I didn't try  :P), the Geronimo Javamail can handle SMTP that sends
more than 1 lines of 220 back to client (like the SMTP server that I am
facing)?

Thanks in advance for any advice.

Best Regards,
Chee Seng

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

Re: [jira] Commented: (GERONIMODEVTOOLS-184) An internal error occurred during: Publishing to Apache Geronimo v2.0 Server at localhost... when deploy sample within Eclipse

2007-08-21 Thread Shiva Kumar H R

Oh! yes, after updating plug-in code to use 2.0.1-SNAPSHOT artifacts 
geronimo-web-2.5-builder, I am now getting the errors initially reported in
that JIRA.

Any particular reason why those changes (as well as GERONIMODEVTOOLS-180)
haven't yet been committed into trunk?

Now testing upgrade to xmlbeans 2.3.0.

- Shiva

On 8/20/07, Tim McConnell [EMAIL PROTECTED] wrote:

 Hi Shiva, are you using the new 2.0.1 artifacts to build the plugin ?? And
 if
 so, did you change the pom.xml to use the geronimo-web-2.5-builderartifact
 instead of the geronimo-web-builder artifact ??

 Shiva Kumar H R (JIRA) wrote:
  [
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521137]
 
  Shiva Kumar H R commented on GERONIMODEVTOOLS-184:
  --
 
  Changing xmlbeans version to 2.3.0 and rebuilding the plug-in doesn't
 seem to solve the problem.
 
  Some of my observations while debugging:
  1) Set breakpoint at line 171 of
 org.apache.geronimo.st.core.DeploymentUtils.class
  Here dm.getAvailableModules(null, dm.getTargets()) is called.
 
  2) Keep Stepping into until you hit
  org.apache.geronimo.deployment.plugin.local.CommandSupport.addWebURLs(Kernel,
 List) line: 295
  Here kernel.getAttribute(name, contextPath) is called.
 
  3) Further stepping in, reveals that
  org.apache.geronimo.system.jmx.KernelDelegate.class's
  getAttribute(AbstractName abstractName, String attributeName) is called,
 with the value of second argument changed to URLFor instead of called
 value contextPath!
 
  4) Also the org.apache.geronimo.system.jmx.KernelDelegate.class that is
 being used belongs to geronimo-system-1.1.1.jar referenced library of
 org.apache.geronimo.runtime.v11 plug-in!
  (A class of org.apache.geronimo.runtime.v20 using a class of
 org.apache.geronimo.runtime.v11)
 
  Looks like a class loading issue due to missing/improper dependencies.
 
  An internal error occurred during: Publishing to Apache Geronimo 
  v2.0Server at localhost... when deploy sample within Eclipse
 
 
 
  Key: GERONIMODEVTOOLS-184
  URL:
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-184
  Project: Geronimo-Devtools
   Issue Type: Bug
   Components: eclipse-plugin
 Affects Versions: 2.0
  Environment: Windows xp sp2, Eclipse Version: 3.3.0
 Reporter: Song
 Assignee: Shiva Kumar H R
 
  After deployed samples (such as cviewer) to the server within Eclipse,
 Run As--Run on Server,An internal error occurred.
  In fact, the cviewer sample can be deployed and executed successfully
 via the command line.
  Detailed error message see the below:
 
 ---
  java.lang.NoSuchMethodError:
 org/apache/xmlbeans/XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem;
  at 
  org.apache.geronimo.deployment.xbeans.EnvironmentDocument.clinit(Unknown
 Source)
  at java.lang.J9VMInternals.initializeImpl(Native Method)
  at java.lang.J9VMInternals.initialize(J9VMInternals.java:192)
  at org.apache.geronimo.st.v20.core.GeronimoV20Utils.getConfigId2(
 GeronimoV20Utils.java:94)
  at
 org.apache.geronimo.st.v20.core.GeronimoV20VersionHandler.getConfigID(
 GeronimoV20VersionHandler.java:36)
  at
 org.apache.geronimo.st.core.DeploymentUtils.getLastKnownConfigurationId(
 DeploymentUtils.java:202)
  at
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.getLastKnowConfigurationId
 (GeronimoServerBehaviourDelegate.java:456)
  at org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.doAdded(
 GeronimoServerBehaviourDelegate.java:402)
  at
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.invokeCommand(
 GeronimoServerBehaviourDelegate.java:367)
  at
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModule(
 GeronimoServerBehaviourDelegate.java:267)
  at
 org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(
 ServerBehaviourDelegate.java:749)
  at
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules
 (GeronimoServerBehaviourDelegate.java:234)
  at org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(
 ServerBehaviourDelegate.java:669)
  at org.eclipse.wst.server.core.internal.Server.doPublish(Server.java
 :887)
  at org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
  at org.eclipse.wst.server.core.internal.PublishServerJob.run(
 PublishServerJob.java:72)
  at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)
 

 --
 Thanks,
 Tim McConnell

Re: Using XDoclet to generate openejb-jar.xml

2007-08-21 Thread Jonathan Gallimore


Hi Shiva,

Thanks for pointing me in the direction of those discussions, I hadn't 
seen them on previous searches. The work I've currently done is an 
XDoclet plugin, and therefore is using XDoclet style annotations at the 
moment.


I haven't personally done much with EJB3, and hence haven't really had 
much need to use the new JSR-175 annotations, but I certainly think its 
right to consider providing a solution using those as well. I'm quite 
happy to work on something to use JSR-175 annotations too - I'm not sure 
how much overlap it'll have with what I've already done, but I think it 
might have some overlap with the work you've already done with the plan 
generation wizard.


Currently I only have one Geronimo specific annotation in my XDoclet 
plugin, and I'll need a few more, but largely I've used the standard EJB 
annotations. Presumably the same would apply using JSR-175 annotations, 
but providing Geronimo specific annotations might mean that apps might 
break on other app servers (or could developers get away with including 
a small jar file with the Geronimo annotations in their ear files)?


One other thing - I've logged this as a JIRA issue - is this necessary / 
should it be assigned to me, or anything like that?


Regards

Jon

Shiva Kumar H R wrote:

Welcome Jon :-)
This is very much needed.

Following discussions will tell you about some of the similar work 
happening around:
* http://www.mail-archive.com/dev@geronimo.apache.org/msg39672.html 
http://www.mail-archive.com/dev@geronimo.apache.org/msg39672.html

* http://www.mail-archive.com/dev@geronimo.apache.org/msg46831.html
* http://www.mail-archive.com/dev@geronimo.apache.org/msg49216.html

One concern as mentioned in 
http://www.mail-archive.com/dev@geronimo.apache.org/msg37264.html 
http://www.mail-archive.com/dev@geronimo.apache.org/msg37264.html is 
whether such annotations should be based on XDoclet or JSR-175? With 
EJB 3.0 having JSR-175 annotations, it might be more intuitive for 
developers to have OpenEJB/Geronimo specific annotations also to be 
based on JSR-175. Request you to give a thought on these.


Comments welcome.

- Shiva

On 8/15/07, *Jonathan Gallimore* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Jason, Bill, Mark,

Many thanks for your responses. I'm currently doing a build of the
latest code, and will have a look the deployment generator
interface today. At first glance I don't really think its quite
what I'm after, I'm really hoping for something that can generate
these files for me during my build process without any
intervention. If possible I'd also quite like to be able the same
app on both JBoss and Geronimo and generate all the deployment
descriptors for both at build time.

It sounds from your reply, Mark, that what I've done on my XDoclet
plugin might be quite helpful. I'm quite happy to develop it
further if people find it useful. Presumably its ok if add this to
JIRA and assign it to myself and continue working on it?

Regards,

Jon

Mark Aufdencamp wrote:

Jonathan,

I have run into this issue as well.  Please see my posts from the
Spring.   My research revealed that the OpenEJB XDoclet implementation
was indeed for version 1.0 of OpenEJB.  I did not find a release for

version 2.0 of OpenEJB.

Not having the openejb-jar.xml mappings generated from the source did
make managing my Entity Beans a little harrier.  I was able to generate
the ejb-jar.xml from the XDoclet annotations, but had to hand develop

the openejb-jar.xml from scratch.  It worked, but I'd love to be able to
plug-in an XDoclet module and have the base openejb-jar.xml generated. 
It whould serve as an initial source for a deployment tool utilized by a


Server Administrator.  That enables clear seperation of developer and
administrator duties, while offering codebase stability and deployment
flexibility.

Mark Aufdencamp

[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

  

 Original Message 
Subject: Using XDoclet to generate openejb-jar.xml
From: Jonathan Gallimore 
[EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

Date: Tue, August 14, 2007 7:28 am
To: [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]

Hi All,

Apologies if this has been asked before, but I was wondering whether 
anyone uses XDoclet to generate their openejb-jar.xml deployment 
descriptors?


Currently we're developing for JBoss 4, and are part way through getting 
our app to deploy on the community edition of Websphere. The J2G 
migration tool has done an excellent job of migrating our deployment 
descriptors, but going forward I'd still like to add all the necessary 
XML stuff for new EJBs using XDoclet rather than hand editing the 
openejb-jar.xml. Having hunted around it looks like the openejb task 
that comes with XDoclet is for a much older version, and

Press Release for Geronimo 2.0.1


Please advise when this will go out.  Thanks

 Final 

Apache Geronimo 2.0.1 released by Apache Software Foundation

date/time/location—The Apache Software Foundation (ASF) announced  
today the release of Apache Geronimo 2.0.1 (http:// 
geronimo.apache.org http://geronimo.apache.org/). This release  
represents the latest open source Java Enterprise Edition 5.0  
application server from the Apache Geronimo project, and continues  
the evolution of the Apache Geronimo server by adding new features  
and capabilities to a fully compliant and certified Java Enterprise  
Edition 5.0 container suitable for everything from a development  
environment to enterprise-level deployments.


The newly released Apache Geronimo 2.0.1 breaks new ground as the  
first open source Application Server to provide two certified JAX-WS  
Web Services implementations: Apache Axis2 and Apache CXF. This  
capability further highlights the flexibility of Apache Geronimo  
which also provides two certified web container implementations:  
Apache Tomcat and Jetty.


Geronimo 2.0.1 also introduces new features such as simplified  
development, improved diagnostics and flexible assemblies. Simplified  
deployment is achieved through the use of standards based programming  
model enhancements found in Java Enterprise Edition 5.0. This  
includes support for the Enterprise JavaBeans (EJB3) specification as  
implemented by the Apache OpenEJB and Apache OpenJPA projects. Here  
is a list of some of these programming enhancements:


- Streamlined development options provided with Java Enterprise  
Edition 5.0

- EJB 3.0 persistence (Java Persistence Architecture)
- A programming model that uses annotations to express developer  
defaults in the source code


Improved diagnostic capabilities include enhanced logging, class  
loader viewer as well as JMX browser which are all available from the  
web based console.  Change logging levels on the fly as well as view  
existing logs with a set of filters.  Looking for a class and  
wondering where it came from?  The class loader viewer let’s you find  
them.  Want to see or change the attributes for MBeans in the  
server?  The JMX browser allows you to navigate the MBeans in the  
server in a simple tree format without having to hook up external  
consoles or third party products.  In addition, the Certification  
Authority portlet provides a user friendly interface to setup a  
Certification Authority, your own Public-Key Infrastructure, and use  
server/client Digital Certificates for securing your applications.


Flexible assemblies are realized through the project’s continued  
promotion of the ”Little G”  2.0.1 —a lightweight container offering  
for projects that don’t need the full feature set of Java Enterprise  
Edition 5.0.  Perfect for web-service and SOA deployments, Little G  
brings the modularity, manageability and extensibility of Apache  
Geronimo to a lightweight assembly that is small in footprint but  
full of capability.


This flexible, user-friendly, and easy-to-configure application  
server is built from best-of-breed open source components and is  
fully licensed under the Apache Software License, offering multiple  
benefits to organizations and their development teams. They can use  
Apache Geronimo as-is or, if they so choose, create their own custom  
offerings without the restrictions imposed by other open source  
licenses. Flexibility and choice, you have both with Apache Geronimo.


The software can be downloaded for free from the Apache Geronimo web  
site ( http://geronimo.apache.org http://geronimo.apache.org// ).


About the Apache Software Foundation
The Apache Software Foundation provides organizational, legal and  
financial support for a broad range of open source software projects.  
The Foundation provides an established framework for intellectual  
property and financial contributions, while simultaneously limiting  
contributors' potential legal exposure. Through a collaborative and  
meritocratic development process, Apache projects deliver enterprise- 
grade, freely available software products that attract large  
communities of users. The pragmatic Apache License makes it easy for  
all users--commercial and individual--to deploy Apache products. For  
more information on The Apache Software Foundation, please visit  
http://www.apache.org http://www.apache.org//.


Java, J2EE, Java Enterprise Edition, and Enterprise JavaBeans are  
trademarks or registered trademarks of Sun Microsystems, Inc. in the  
United States and other countries. All other trademarks or registered  
trademarks herein are property of their respective owners.


 Final

[jira] Commented: (GERONIMO-3386) Nothing returned when clicking on Save button at creating Tomcat NIO HTTPs Connector

2007-08-21 Thread Paul McMahan (JIRA)


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

Paul McMahan commented on GERONIMO-3386:


The fix was merged to branches/2.0
http://svn.apache.org/viewvc?view=revrevision=567290

 Nothing returned when clicking on Save button at creating Tomcat NIO HTTPs 
 Connector
 --

 Key: GERONIMO-3386
 URL: https://issues.apache.org/jira/browse/GERONIMO-3386
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 2.0-M5
 Environment: Windows xp sp2 x86-32
Reporter: Song
Assignee: Paul McMahan
 Fix For: 2.0.x


 When edit a new Tomcat NIO HTTP Connector, modify port from 8081 to 8082, 
 click on Save button, No any response returned, and No error or exception 
 is thrown too.

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

Re: Press Release for Geronimo 2.0.1


We will review this and provide any feedback to you. Once approved
by both you guys and the PRC, we will submit it for the wire.
It is not an instantaneous process taking 24-48 hours, and
so doing that in conjunction with when you want the PR
released is some scheduling fun :) For example, you don't
want it to be released at the end of the week.

On Aug 21, 2007, at 9:08 AM, Matt Hogstrom wrote:


Please advise when this will go out.  Thanks

 Final 

Apache Geronimo 2.0.1 released by Apache Software Foundation

date/time/location—The Apache Software Foundation (ASF) announced  
today the release of Apache Geronimo 2.0.1 (http:// 
geronimo.apache.org http://geronimo.apache.org/). This release  
represents the latest open source Java Enterprise Edition 5.0  
application server from the Apache Geronimo project, and continues  
the evolution of the Apache Geronimo server by adding new features  
and capabilities to a fully compliant and certified Java Enterprise  
Edition 5.0 container suitable for everything from a development  
environment to enterprise-level deployments.


The newly released Apache Geronimo 2.0.1 breaks new ground as the  
first open source Application Server to provide two certified JAX- 
WS Web Services implementations: Apache Axis2 and Apache CXF. This  
capability further highlights the flexibility of Apache Geronimo  
which also provides two certified web container implementations:  
Apache Tomcat and Jetty.


Geronimo 2.0.1 also introduces new features such as simplified  
development, improved diagnostics and flexible assemblies.  
Simplified deployment is achieved through the use of standards  
based programming model enhancements found in Java Enterprise  
Edition 5.0. This includes support for the Enterprise JavaBeans  
(EJB3) specification as implemented by the Apache OpenEJB and  
Apache OpenJPA projects. Here is a list of some of these  
programming enhancements:


- Streamlined development options provided with Java Enterprise  
Edition 5.0

- EJB 3.0 persistence (Java Persistence Architecture)
- A programming model that uses annotations to express developer  
defaults in the source code


Improved diagnostic capabilities include enhanced logging, class  
loader viewer as well as JMX browser which are all available from  
the web based console.  Change logging levels on the fly as well as  
view existing logs with a set of filters.  Looking for a class and  
wondering where it came from?  The class loader viewer let’s you  
find them.  Want to see or change the attributes for MBeans in the  
server?  The JMX browser allows you to navigate the MBeans in the  
server in a simple tree format without having to hook up external  
consoles or third party products.  In addition, the Certification  
Authority portlet provides a user friendly interface to setup a  
Certification Authority, your own Public-Key Infrastructure, and  
use server/client Digital Certificates for securing your applications.


Flexible assemblies are realized through the project’s continued  
promotion of the ”Little G”  2.0.1 —a lightweight container  
offering for projects that don’t need the full feature set of Java  
Enterprise Edition 5.0.  Perfect for web-service and SOA  
deployments, Little G brings the modularity, manageability and  
extensibility of Apache Geronimo to a lightweight assembly that is  
small in footprint but full of capability.


This flexible, user-friendly, and easy-to-configure application  
server is built from best-of-breed open source components and is  
fully licensed under the Apache Software License, offering multiple  
benefits to organizations and their development teams. They can use  
Apache Geronimo as-is or, if they so choose, create their own  
custom offerings without the restrictions imposed by other open  
source licenses. Flexibility and choice, you have both with Apache  
Geronimo.


The software can be downloaded for free from the Apache Geronimo  
web site ( http://geronimo.apache.org http://geronimo.apache.org/ 
/ ).


About the Apache Software Foundation
The Apache Software Foundation provides organizational, legal and  
financial support for a broad range of open source software  
projects. The Foundation provides an established framework for  
intellectual property and financial contributions, while  
simultaneously limiting contributors' potential legal exposure.  
Through a collaborative and meritocratic development process,  
Apache projects deliver enterprise-grade, freely available software  
products that attract large communities of users. The pragmatic  
Apache License makes it easy for all users--commercial and  
individual--to deploy Apache products. For more information on The  
Apache Software Foundation, please visit http://www.apache.org  
http://www.apache.org//.


Java, J2EE, Java Enterprise Edition, and Enterprise JavaBeans are  
trademarks or registered trademarks of Sun Microsystems, Inc. in  
the United States and other

Re: Press Release for Geronimo 2.0.1


Quick look:

On Aug 21, 2007, at 9:08 AM, Matt Hogstrom wrote:


 OpenJPA projects. Here is a list of some of these programming  
enhancements:




Here is a list... sounds clunky... we will reword that.




... continued promotion of the ”Little G”  2.0.1 —a lightweight


Also sounds clunky: of _the_ Little G... I recommend
of Little G instead (drop the 'the'). Also, is promotion
the right word? How about development or usage...

Re: automatic build of trunk

2007-08-21 Thread Anita Kulshreshtha

   I would like to have trunk built 5 times a day. The release builds
should be in addition to these. My +1 does not exactly convey this..

Thanks
Anita

--- Anita Kulshreshtha [EMAIL PROTECTED] wrote:

 
 --- Prasad Kashyap [EMAIL PROTECTED] wrote:
 
  Same 5 builds a day as current 2.0 ?
 
 +1 
 
 Thanks
 Anita
 
  
  Or some 2.0 builds and some trunk builds ?
  
  Cheers
  Prasad
  
  On 8/20/07, Jarek Gawor [EMAIL PROTECTED] wrote:
   Can we setup automatic builds of trunk? I just discovered it
  doesn't build.
  
   Jarek
  
  
 
 
 



 Looking for a deal? Find great prices on flights and hotels with
 Yahoo! FareChase.
 http://farechase.yahoo.com/
 



   

Moody friends. Drama queens. Your life? Nope! - their life, your story. Play 
Sims Stories at Yahoo! Games.
http://sims.yahoo.com/

[jira] Created: (DAYTRADER-52) Replace low-level EJB3 primitives with primitives that can be compared to existing EJB 2.1 primitives

2007-08-21 Thread Christopher James Blythe (JIRA)

Replace low-level EJB3 primitives with primitives that can be compared to 
existing EJB 2.1 primitives
-

 Key: DAYTRADER-52
 URL: https://issues.apache.org/jira/browse/DAYTRADER-52
 Project: DayTrader
  Issue Type: Improvement
  Components: EJB Tier, Web Tier
Affects Versions: 2.0
Reporter: Christopher James Blythe
Assignee: Christopher James Blythe


The EJB 3 primitives that were initially added to DayTrader 2.0 are extremely 
low-level and cannot be compared to the existing EJB 2.1 primitives. Therefore, 
removing the current EJB3 primitives and replacing them with primitives that 
are equivalent to the EJB 2.1 primitives.

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

[jira] Created: (GERONIMO-3428) Update user documentation in Create Plan portlet's jsp files

Update user documentation in Create Plan portlet's jsp files
--

 Key: GERONIMO-3428
 URL: https://issues.apache.org/jira/browse/GERONIMO-3428
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
  Components: console, deployment
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Assignee: Shiva Kumar H R
 Fix For: 2.1


Currently the UI pages of Create Plan portlet only has placeholders for user 
documentation. Replace these placeholders with useful documentation.

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

[jira] Created: (GERONIMO-3429) Enhance security page of 'Create Plan' portlet to support addition of run-as-subject, default-subject, credential-store

Enhance security page of 'Create Plan' portlet to support addition of 
run-as-subject, default-subject, credential-store
---

 Key: GERONIMO-3429
 URL: https://issues.apache.org/jira/browse/GERONIMO-3429
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
Reporter: Shiva Kumar H R
Assignee: Shiva Kumar H R


Currently the 'Create Plan' portlet has no support for specifying 
run-as-subject, default-subject, credential-store, 
doas-current-caller  use-context-handler. Update the security handling page to 
support specification of these.

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

[jira] Commented: (GERONIMO-2994) Apache Roller plugin

2007-08-21 Thread David Jencks (JIRA)


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

David Jencks commented on GERONIMO-2994:


rev 568159 some changes to make switching dbs more likely to work
rev 568162 set up correct svn structure
rev 568163 move stuff to trunk

geronimoVersion is needed, you can set it on the command line to a version of 
geronimo you have built on your machine.  Hopefully when the 2.0.1 artifacts 
are available through maven we can put it back in.

 Apache Roller plugin 
 -

 Key: GERONIMO-2994
 URL: https://issues.apache.org/jira/browse/GERONIMO-2994
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: Plugins
Affects Versions: 1.2
Reporter: Peter Petersson
Assignee: David Jencks
Priority: Minor
 Attachments: geronimo-plugins.xml, geronimo-plugins.xml, 
 geronimo-plugins_070602.xml, geronimo-web.xml, geronimo-web.xml, plan.xml, 
 PluginInstallerGBean.patch, pom.xml, pom.xml, roller-custom.properties, 
 roller-custom.properties, roller-custom.properties, 
 roller-derbydb-plan-g1_2.xml, roller-mysql-db-plan-1-2.xml, 
 roller070409.patch, roller12_070602.zip, roller_g20_svn_070602.patch, 
 roller_plugin.patch, roller_plugin_070717.patch, 
 roller_plugin_patch_070724.txt


 Have been working on getting Apache Roller running under Geronimo I finally 
 got to the point where the roller application seems to be running smoothly in 
 Geronimo v1.2 (current snapshot). It would be great to eventually see this 
 application as a plugin in G so here are pointers to resources and attached 
 plans.
 Apache Roller v3.1 Resources (soon to be released)
 Apache roller home: http://rollerweblogger.org/project/
 The bundle: http://people.apache.org/~snoopdave/apache-roller-3.1/ (until it 
 will be available directly via roller home)
 Required jars: 
 https://roller.dev.java.net/servlets/ProjectDocumentList?expandFolder=6959folderID=0
 Path to database create scripts can be found in the bundle above under: 
 apache-roller-3.1/webapp/roller/WEB-INF/dbscripts/
 I have tested with the derby database and mysql 5. 
 There is currently a issue with G v1.2 and hibernates v3.1 (used by roller 
 3.1) property loader that gets a
  
 FATAL [HibernateRollerImpl] Error initializing Hibernate
 java.lang.ClassCastException: java.util.HashSet
 at 
 org.hibernate.util.PropertiesHelper.resolvePlaceHolders(PropertiesHelper.java:88)

 Hibernate is expecting a String value (This issue is fixed in hibernate 3.2 
 with a instanceOf check)
 Fortunately David Jencks hit this problem in trunk and suggested turning off 
 the activemq and activemq-broker modules in config.xml, to test things out, 
 and after that everything was running smothly :).
 

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

[jira] Created: (GERONIMO-3430) Enhance 'Create Plan' portlet to auto handle Web Service references in a web-app

Enhance 'Create Plan' portlet to auto handle Web Service references in a web-app


 Key: GERONIMO-3430
 URL: https://issues.apache.org/jira/browse/GERONIMO-3430
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
Reporter: Shiva Kumar H R
Assignee: Shiva Kumar H R


Currently 'Create Plan' portlet doesn't handle Web Service references in a 
web-app. Enhance the wizard to take care of web service references in web-app.

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

[jira] Created: (GERONIMO-3431) Enhance 'Create Plan' portlet to auto handle references to JavaMail resources in a web-app

Enhance 'Create Plan' portlet to auto handle references to JavaMail resources 
in a web-app
--

 Key: GERONIMO-3431
 URL: https://issues.apache.org/jira/browse/GERONIMO-3431
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
Reporter: Shiva Kumar H R
Assignee: Shiva Kumar H R




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

CCE: org.apache.maven.model.Repository while mvn eclipse:eclipse

Hi,

Does anyone know what I'm doing wrong?

[EMAIL PROTECTED] /cygdrive/c/oss/xbean
$ svn info
Path: .
URL: https://svn.apache.org/repos/asf/geronimo/xbean/trunk
Repository Root: https://svn.apache.org/repos/asf
Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68
Revision: 568166
Node Kind: directory
Schedule: normal
Last Changed Author: dblevins
Last Changed Rev: 563737
Last Changed Date: 2007-08-08 06:20:17 +0200 (Wed, 08 Aug 2007)

[EMAIL PROTECTED] /cygdrive/c/oss/xbean
$ svn up
At revision 568175.

[EMAIL PROTECTED] /cygdrive/c/oss/xbean
$ svn status

$ mvn eclipse:eclipse
...
[INFO]
[INFO] 

[INFO] Building XBean :: Maven Plugin
[INFO]task-segment: [eclipse:eclipse]
[INFO] 

[INFO] Preparing eclipse:eclipse
[INFO] artifact org.apache.maven.plugins:maven-plugin-plugin: checking
for updates from central
[INFO] [plugin:descriptor]
[INFO] Using 2 extractors.
[INFO] Applying extractor for language: java
[INFO] Extractor for language: java found 1 mojo descriptors.
[INFO] Applying extractor for language: bsh
[INFO] Extractor for language: bsh found 0 mojo descriptors.
[INFO] snapshot org.apache.xbean:xbean-spring:3.2-SNAPSHOT: checking
for updates from apache-snapshots
[INFO] snapshot org.apache.xbean:xbean-spring:3.2-SNAPSHOT: checking
for updates from apache.snapshots
[INFO] [remote-resources:process {execution: default}]
[WARNING] Attempting to build MavenProject instance for Artifact of
type: jar; constructing POM artifact instead.
[INFO] 
[ERROR] FATAL ERROR
[INFO] 
[INFO] org.apache.maven.model.Repository
[INFO] 
[INFO] Trace
java.lang.ClassCastException: org.apache.maven.model.Repository
at 
org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:298)
at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:185)
at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolve(DefaultArtifactResolver.java:73)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.findModelFromRepository(DefaultMavenProjectBuilder.java:526)
at 
org.apache.maven.project.DefaultMavenProjectBuilder.buildFromRepository(DefaultMavenProjectBuilder.java:234)
at 
org.apache.maven.plugin.resources.remote.ProcessRemoteResourcesMojo.getProjects(ProcessRemoteResourcesMojo.java:408)
at 
org.apache.maven.plugin.resources.remote.ProcessRemoteResourcesMojo.execute(ProcessRemoteResourcesMojo.java:273)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:443)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:539)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:480)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkProjectLifecycle(DefaultLifecycleExecutor.java:896)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.forkLifecycle(DefaultLifecycleExecutor.java:739)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:510)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeStandaloneGoal(DefaultLifecycleExecutor.java:493)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:463)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:311)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:278)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:143)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:280)
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)

Jacek

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

[jira] Resolved: (GERONIMO-2567) Remote admin of server using deployer.jar fails to connect

2007-08-21 Thread Jay D. McHugh (JIRA)

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

Jay D. McHugh resolved GERONIMO-2567.
-

Resolution: Invalid
Assignee: Jay D. McHugh

Kevan,

You are correct - It was an IPv6 issue (I hadn't realized that I had IPv6
enabled locally).

So, taking that into account (specifying the remote server address using the
IPv4 version
surrounded by [ ]) and setting the remoteDeployAddress in the server's
config.xml
(server address in IPv4 surrounded by [ ] with the port set to ) allowed
me to connect
and list my modules.

Rather than a bug, this looks like it would be better addressed in the
documentation.

Remote admin of server using deployer.jar fails to connect
--

Key: GERONIMO-2567
URL: https://issues.apache.org/jira/browse/GERONIMO-2567
Project: Geronimo
Issue Type: Bug
Security Level: public(Regular issues)
Components: deployment
Affects Versions: 1.2, 2.0, 2.0.x
Environment: Linux
Java 1.5
Reporter: Jay D. McHugh
Assignee: Jay D. McHugh
Fix For: Verification Required

Trying to remote deploy a WAR file resulted in a failed connection.
This happened regardless of whether the port was specified.
$ java -jar deployer.jar --user system --password manager --host 172.16.1.41
redeploy ~/PaLM.war
Error: Unable to connect to server at
deployer:geronimo:jmx://172.16.1.41 -- Connection refused to host:
127.0.0.1; nested exception is:
java.net.ConnectException: Connection refused

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

[jira] Updated: (GERONIMODEVTOOLS-184) An internal error occurred during: Publishing to Apache Geronimo v2.0 Server at localhost... when deploy sample within Eclipse

2007-08-21 Thread Tim McConnell (JIRA)


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

Tim McConnell updated GERONIMODEVTOOLS-184:
---

Fix Version/s: 2.0
 Assignee: Tim McConnell  (was: Shiva Kumar H R)

HI Shiva, I have a fix for this problem and will commit it today. Thanks

 An internal error occurred during: Publishing to Apache Geronimo v2.0 Server 
 at localhost... when deploy sample within Eclipse
 

 Key: GERONIMODEVTOOLS-184
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-184
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.0
 Environment: Windows xp sp2, Eclipse Version: 3.3.0
Reporter: Song
Assignee: Tim McConnell
 Fix For: 2.0


 After deployed samples (such as cviewer) to the server within Eclipse, Run 
 As--Run on Server,An internal error occurred.
 In fact, the cviewer sample can be deployed and executed successfully via the 
 command line.
 Detailed error message see the below:
 ---
 java.lang.NoSuchMethodError: 
 org/apache/xmlbeans/XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem;
 at org.apache.geronimo.deployment.xbeans.EnvironmentDocument.clinit(Unknown 
 Source)
 at java.lang.J9VMInternals.initializeImpl(Native Method)
 at java.lang.J9VMInternals.initialize(J9VMInternals.java:192)
 at 
 org.apache.geronimo.st.v20.core.GeronimoV20Utils.getConfigId2(GeronimoV20Utils.java:94)
 at 
 org.apache.geronimo.st.v20.core.GeronimoV20VersionHandler.getConfigID(GeronimoV20VersionHandler.java:36)
 at 
 org.apache.geronimo.st.core.DeploymentUtils.getLastKnownConfigurationId(DeploymentUtils.java:202)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.getLastKnowConfigurationId(GeronimoServerBehaviourDelegate.java:456)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.doAdded(GeronimoServerBehaviourDelegate.java:402)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.invokeCommand(GeronimoServerBehaviourDelegate.java:367)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModule(GeronimoServerBehaviourDelegate.java:267)
 at 
 org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:749)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:234)
 at 
 org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:669)
 at org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:887)
 at org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
 at 
 org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:72)
 at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

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

[jira] Created: (GERONIMO-3432) Admin Console Wizard to auto generate openejb-jar.xml

Admin Console Wizard to auto generate openejb-jar.xml
-

 Key: GERONIMO-3432
 URL: https://issues.apache.org/jira/browse/GERONIMO-3432
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
  Components: console, deployment, usability
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Assignee: Shiva Kumar H R
 Fix For: 2.1


For a background about this work please see GERONIMO-3254.

Currently the plan creation wizard only takes a web-app (.war) as an input and 
helps in auto-creating geronimo-web.xml. Enhance the wizard to take an EJB-JAR 
input and help in auto-creating openejb-jar.xml.

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

[jira] Created: (GERONIMO-3433) Admin Console Wizard to auto generate geronimo-application.xml

Admin Console Wizard to auto generate geronimo-application.xml
--

 Key: GERONIMO-3433
 URL: https://issues.apache.org/jira/browse/GERONIMO-3433
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
  Components: console, deployment, usability
Affects Versions: 2.1
Reporter: Shiva Kumar H R
Assignee: Shiva Kumar H R
 Fix For: 2.1


For a background about this work please see GERONIMO-3254  GERONIMO-3432.

Enhance Create Plan portlet  other Admin Console Wizards to help 
server-administrators in auto creating the Geronimo Deployment Plan for a 
J2EE/Java-EE application.

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

[jira] Created: (GERONIMODEVTOOLS-185) Enhance SharedLibEntryCreationOperation to respect entries in classpath containers

Enhance SharedLibEntryCreationOperation to respect entries in classpath 
containers
--

 Key: GERONIMODEVTOOLS-185
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-185
 Project: Geronimo-Devtools
  Issue Type: Improvement
  Components: eclipse-plugin
Reporter: Shiva Kumar H R


Please see the discussion thread: http://www.mail-archive.com/[EMAIL 
PROTECTED]/msg06976.html

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

Re: Press Release for Geronimo 2.0.1



On Aug 21, 2007, at 9:29 AM, Jim Jagielski wrote:


Quick look:

On Aug 21, 2007, at 9:08 AM, Matt Hogstrom wrote:


 OpenJPA projects. Here is a list of some of these programming  
enhancements:




Here is a list... sounds clunky... we will reword that.


Suggestions welcome.






... continued promotion of the ”Little G”  2.0.1 —a lightweight


Also sounds clunky: of _the_ Little G... I recommend
of Little G instead (drop the 'the'). Also, is promotion
the right word? How about development or usage...



agree with dropping the and development us probably more appropriate.

Re: Press Release for Geronimo 2.0.1



On Aug 21, 2007, at 9:25 AM, Jim Jagielski wrote:


We will review this and provide any feedback to you. Once approved
by both you guys and the PRC, we will submit it for the wire.
It is not an instantaneous process taking 24-48 hours, and
so doing that in conjunction with when you want the PR
released is some scheduling fun :) For example, you don't
want it to be released at the end of the week.

We're ready to go live.  Our vote is complete and we'll likely update  
our website today.  Tuesday is always a good day for an announce but  
thursday would be great.  If not before then I guess we'd have to  
wait on the press release till next week.


I was planning on hitting Info Q and The Server Side tomorrow.  What  
are your thoughts on synchronizing these activities?

Re: Ideas on a rc.d kind of directory

FYI, I've gotten my POC using GShell for this ready...  I'm planning  
on merging the changes into server/trunk today, though I'm not going  
to hook it up to the default assemblies just yet.  Instead I'm going  
to create a new assembly to allow folks to play with it first and  
then we can talk about making it the default.  More email on how all  
this stuff works in a wee bit.


Cheers,

--jason


On Jul 19, 2007, at 7:28 AM, Jeff Genender wrote:


Lets let Jason chime in here as I think he volunteered to stitch a lot
of this together.

Jeff

Donald Woods wrote:

Could we use Jakarta commons-launcher, which uses a subset of ANT?
We'd probably have to make a few changes, so it would use the  
existing

manifest settings in the server/client.jar and to handle our multiple
server instance directory structure.


-Donald

Jeff Genender wrote:

Hi,

As we move forward and we integrate with more and more 3rd party
products, we will need the ability to be able to change an  
environment

variable through a plugin, or add a commandline JAVA_OPTS, etc.

Currently our startup scripts call the setjavaenv.sh to set  
environment

properties.  It would really be nice to have the ability to have a
scripts directory, where all of the scripts get executed before
Geronimo is launched.  Why do we want this?

As we grow in our plugins, they will need to set environment or java
options set before running G.  They may also have a need to start  
or run

other outside processes  that are not a part of G.

It would be great to allow plugins to install an rc script that gets
executed to do activities before and perhaps after G is run?

I would propose we create a scripts directory under bin or under var
that could be similar to init.d, and have it called with start/stop,
etc.  This way plugins can install specific scripts in these  
directories

for execution.

Thoughts?

Jeff

[jira] Commented: (GERONIMODEVTOOLS-178) Deadlock! while stopping Geronimo server from within Eclipse

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

Shiva Kumar H R commented on GERONIMODEVTOOLS-178:
--

Bug 200715 in WTP (https://bugs.eclipse.org/bugs/show_bug.cgi?id=200715) has
been raised for this.

Deadlock! while stopping Geronimo server from within Eclipse

Key: GERONIMODEVTOOLS-178
URL:
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-178
Project: Geronimo-Devtools
Issue Type: Bug
Components: eclipse-plugin
Affects Versions: 1.2.0, 1.2.1, 2.0
Reporter: Shiva Kumar H R
Assignee: Donald Woods
Fix For: 2.0

Attachments: deadlockFix.patch, TestDeadlock.war

An interesting deadlock scenario!
Here are the steps to reproduce:
1. From within Eclipse start Geronimo server (say 2.0)
2. Deploy attached WAR
3. Access deployed servlet with url http://localhost:8080/TestDeadlock/Test;
4. From within Eclipse invoke Stop server
You will see that Stop never returns and Eclipse freezes to respond.
5. Manually kill server process and Eclipse will resume.
Here is what is happening:
1. When user invokes Stop on Geronimo server from within Eclipse, Geronimo
Eclipse Plug-in invokes stopKernel() in the main Eclipse thread itself.
(org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.java::stop())
2. Server receives the shutdown call, and invokes the deployed WAR's
servlet.destroy method, which in turn opens a big text file and starts
printing the contents to standard output.
3. All the output buffers overflow because the main thread is the one that
should push them to the console view at the end but it is blocked.
4. All the print operations on the server side are blocked waiting for
somebody to read the output buffer. The shutdown call will never return.
5. The main Eclipse thread will never print the messages because it waits for
the shutdown call to return.
Here is one solution thought of:
The Geronimo Eclipse plug-in should make the shutdown call in a worker thread
not in the main Eclipse thread. In this case the main thread will be able to
display all the messages triggered by the shutdown call and everything will
work just fine. Attached patch implements this.
Please see this also:
http://www.eclipse.org/webtools/wst/api/org/eclipse/wst/server/core/model/ServerBehaviourDelegate.html#stop(boolean)
It recommends that the plug-in should return from the
ServerBehaviourDelegate.stop() method quickly and use the server listener
to notify shutdown progress.

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

Re: Press Release for Geronimo 2.0.1



On Aug 21, 2007, at 1:07 PM, Matt Hogstrom wrote:



On Aug 21, 2007, at 9:25 AM, Jim Jagielski wrote:


We will review this and provide any feedback to you. Once approved
by both you guys and the PRC, we will submit it for the wire.
It is not an instantaneous process taking 24-48 hours, and
so doing that in conjunction with when you want the PR
released is some scheduling fun :) For example, you don't
want it to be released at the end of the week.

We're ready to go live.  Our vote is complete and we'll likely  
update our website today.  Tuesday is always a good day for an  
announce but thursday would be great.  If not before then I guess  
we'd have to wait on the press release till next week.


I was planning on hitting Info Q and The Server Side tomorrow.   
What are your thoughts on synchronizing these activities?


Even if we submitted the PR for release today, the earliest it would
go out would be Thurs. There in an inherent latency in the release
process in the wire service.

Re: Removing 1.0 and 1.1 from the download site...any objections?

how about an archive section instead of permanently removing? 

We would have 2.0.1 and 1.1.1 as the latest stable and official releases, we should add the release date too. Then an Archive section for 1.0, 1.1 and 1.2. Thoughts? 


Cheers!
Hernan

Matt Hogstrom wrote:

All,

Since 1.1.1 is the stable version of Geronimo I'd like to propose that 
we remove the older versions from the download site.  If there are no 
objections I'll do this tomorrow when we announce the 2.0.1 release.

Re: Press Release for 2.0.1


+1 with these comments added.

Cheers!
Hernan

Joe Bohn wrote:

Looks good to me with one possible exception.

This:
In addition, the Certification Authority portlet lets you setup a 
Certification Authority, your own Public-Key Infrastructure, very easily 
and use server/client Digital Certificates for securing your applications.


doesn't read quite right ... how about this?:
In addition, the Certification Authority portlet provides a user 
friendly interface to setup a Certification Authority, your own 
Public-Key Infrastructure, and use server/client Digital Certificates 
for securing your applications.


Joe


Matt Hogstrom wrote:
Thanks to Vamsi and Jacek.  for their comments.  I've incorporated all 
except the configuration by exception as my feeble mind couldn't 
wordsmith it well enough.  Give me your +1 on this and we'll let 'er 
rip.  Grat job everyone.



On Aug 20, 2007, at 11:16 AM, Matt Hogstrom wrote:

Now that we've gotten through the issues that stalled 2.0 we have a 
successful vote and I've updated the Press Release as well with 
version information.


This should be pretty good as it was the mostly approved version 
before the security problem.


Please review and perhaps the PRC can comment on their timings so we 
can get in sync.


Thanks

= DRAFT =

Apache Geronimo 2.0.1 released by Apache Software Foundation

date/time/location—The Apache Software Foundation (ASF) announced 
today the release of Apache Geronimo 2.0.1 
(http://geronimo.apache.org http://geronimo.apache.org/). This 
release represents the latest open source Java Enterprise Edition 5.0 
application server from the Apache Geronimo project, and continues 
the evolution of the Apache Geronimo server by adding new features 
and capabilities to a fully compliant and certified Java Enterprise 
Edition 5.0 container suitable for everything from a development 
environment to enterprise-level deployments.


The newly released Apache Geronimo 2.0.1 breaks new ground as the 
first open source Application Server to provide two certified JAX-WS 
Web Services implementations: Apache Axis2 and Apache CXF. This 
capability further highlights the flexibility of Apache Geronimo 
which also provides two certified web container implementations: 
Apache Tomcat and Jetty.


Geronimo 2.0.1 also introduces new features such as simplified 
development, improved diagnostics and flexible assemblies. Simplified 
deployment is achieved through the use of standards based programming 
model enhancements found in Java Enterprise Edition 5.0. This 
includes support for the Enterprise JavaBeans (EJB3) specification as 
implemented by the Apache OpenEJB and Apache OpenJPA projects. Here 
is a list of some of these programming enhancements:


- Streamlined development options provided with Java Enterprise 
Edition 5.0

- EJB 3.0 persistence (Java Persistence Architecture)
- A programming model that uses annotations to express developer 
defaults in the source code


Improved diagnostic capabilities include enhanced logging, class 
loader viewer as well as JMX browser which are all available from the 
web based console.  Change logging levels on the fly as well as view 
existing logs with a set of filters.  Looking for a class and 
wondering where it came from?  The class loader viewer let’s you find 
them.  Want to see or change the attributes for MBeans in the 
server?  The JMX browser allows you to navigate the MBeans in the 
server in a simple tree format without having to hook up external 
consoles or third party products.  In addition, the Certification 
Authority portlet lets you setup a Certification Authority, your own 
Public-Key Infrastructure, very easily and use server/client Digital 
Certificates for securing your applications.


Flexible assemblies are realized through the project’s continued 
promotion of the ”Little G”  2.0.1 —a lightweight container offering 
for projects that don’t need the full feature set of Java Enterprise 
Edition 5.0.  Perfect for web-service and SOA deployments, Little G 
brings the modularity, manageability and extensibility of Apache 
Geronimo to a lightweight assembly that is small in footprint but 
full of capability.


This flexible, user-friendly, and easy-to-configure application 
server is built from best-of-breed open source components and is 
fully licensed under the Apache Software License, offering multiple 
benefits to organizations and their development teams. They can use 
Apache Geronimo as-is or, if they so choose, create their own custom 
offerings without the restrictions imposed by other open source 
licenses. Flexibility and choice, you have both with Apache Geronimo.


The software can be downloaded for free from the Apache Geronimo web 
site ( http://geronimo.apache.org http://geronimo.apache.org// ).


About the Apache Software Foundation
The Apache Software Foundation provides organizational, legal and 
financial support for a broad range of open source software projects. 
The

Re: Tuscany/Geronimo Integration Demo

2007-08-21 Thread Vamsavardhana Reddy

On 8/21/07, Jean-Sebastien Delfino [EMAIL PROTECTED] wrote:

 Simon Nash wrote:
 
  Jean-Sebastien Delfino wrote:
 
  Jean-Sebastien Delfino wrote:
 
  A few questions.
 
  [snip]
  ant elder wrote:
 
  I'm not very keen at all on doing that. Couldn't we actually put
  the code in
  our svn instead of using SVN externals (if necessary the Geronimo
  guys could
  use SVN externals if they really want it).
 
 
  Necessary yes, as far as I know the Geronimo guys are the guys
  working on this code.
 
  But will that work if the code moves to our SVN, will they still be
  able to commit their changes? Can you help me understand how that
  will work?
 
  I'd quite like this code in our
  svn anyway as some of it could be shared by others who're also
  integrating
  Tuscany.
 
 
 
  I'm not sure I understand. What exactly will prevent others who are
  also integrating with Tuscany to share this code if it stays where
  it is now in the Geronimo SVN repository?
 
 
  I'd like to spend a little bit of time today to get the
  Geronimo/Integration code building as part of the Tuscany build, get
  it into our Eclipse build profile to generate the correct classpath
  declarations, and add an itest for this integration.
 
  We have discussed two options for having this code built in Tuscany
  so far:
  [a] keep the integration code in the Geronimo repository, have
  Tuscany point to it using SVN externals
  [b] move the integration code to the Tuscany repository and have the
  Geronimo folks point to it using SVN externals if they want
 
  I prefer [a] for now, as it allows me to build this code in Tuscany,
  while continuing to allow the Geronimo folks to work on it without
  breaking them.
 
  Ant has raised concerns with [a]. I have raised questions and
  concerns with [b], but I may very well be convinced that [b] is
  better... if I get answers to the questions I asked, and if the
  Geronimo folks working on this integration are OK with [b] as well.
 
  Could people please jump in and describe what will work best for
  them, I'd like to make progress on this. Thanks.
 
  In the long or medium term this code should become a Geronimo feature
  that
  is part of the Geronimo release distribution.  Moving it to the Tuscany
  repository is a step in the wrong direction from this perspective.
 
  In the short term it seems that this could be regarded as a separate
  component that is not directly part of either Geronimo or Tuscany but
  requires both of these to be installed in order to use it.  As a
 separate
  component, it could be bundled with the Tuscany binary distro like the
  many other external dependencies that we include.
 
  So I'd go for [a] but structure the build to place the binaries for this
  component somewhere different than the modules that are part of
  java/sca/.
  Something like java/sca/externals/geronimo-tuscany perhaps?  And I'd
  suggest publishing it to the mvn repos (when it's ready) under the
  geronimo group ID, not tuscany.
 
Simon
 
 

 I agree that the Geronimo plugin for Tuscany more naturally belongs to
 Geronimo and should become a Geronimo feature. This is a good reason for
 keeping this code in the Geronimo repository.

 So:
 I'm +1 on keeping the code in Geronimo
 -1 on moving it to the Tuscany SVN

 I won't use SVN externals to point to this code from the Tuscany SVN
 since Ant is -1 on this.

 Manu, Vamsi, I have two questions:
 - are you planning to move this code to a better place than sandbox in
 the Geronimo repository?


I was not sure if this code was to be put under Geronimo svn.  I will find
out if I can move this out of sandbox to geronimo\plugins.


- are you planning to publish
 geronimo-tuscany-plugin-1.0-incubating-SNAPSHOT.car somewhere?


So far it has not been published to any repository.  I was making it
available in geronimo sandbox itself.


In the meantime:
 - the source is at
 http://svn.apache.org/repos/asf/geronimo/sandbox/tuscany-integration
 - it built OK for me before but now I'm getting this error

 [WARNING] Unable to get resource
 'org.apache.geronimo.plugins:car-maven-plugin:pom:2.0.1' from repository
 central (http://repo1.maven.org/maven2)
 [INFO]
 
 [ERROR] BUILD ERROR
 [INFO]
 
 [INFO] Failed to resolve artifact.

 GroupId: org.apache.geronimo.plugins
 ArtifactId: car-maven-plugin
 Version: 2.0.1

 Reason: Unable to download the artifact from any repository

   org.apache.geronimo.plugins:car-maven-plugin:pom:2.0.1

 from the specified remote repositories:
   central (http://repo1.maven.org/maven2),
   tomcat-m2-repo (http://repository.codehaus.org),
   apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
   temp-repo (http://people.apache.org/~manugeorge/repository),
   apache-incubating
 (http://people.apache.org/repo/m2-incubating-repository),
   ussg-maven-repo

Re: [VOTE] Geronimo 2.0.1 (rc1)

2007-08-21 Thread David Blevins


+1

David

On Aug 15, 2007, at 1:39 PM, Matt Hogstrom wrote:

The updated binaries are available for review.  I have incorporated  
the security changes provided by David Jencks, Kevan and Vamsi.   
Thanks gents !


I also incorporated a few additional fixes.  Please note the change  
log for the changes to the release notes for more information.


The binaries and source are available at:  http://people.apache.org/ 
~hogstrom/geronimo-2.0.1-rc1


I have placed the uber repo jar in the main directory with sub  
directories of src and assemblies respectively for the other  
components.


Please don't comment in this thread but rather use the DISCUSS  
thread for issues / discussion items.


[ ] +1 Release these binaries
[ ] 0 No opinion
[ ] -1 Do not release (please provide rationale)

This vote will conclude on Saturday August 18th at 1700.

Re: CCE: org.apache.maven.model.Repository while mvn eclipse:eclipse

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

 Does anyone know what I'm doing wrong?
...
 [INFO] Trace
 java.lang.ClassCastException: org.apache.maven.model.Repository
 at 
 org.apache.maven.artifact.manager.DefaultWagonManager.getArtifact(DefaultWagonManager.java:298)

Ok, figured it out - once maven-xbean-plugin was built first,
everything went fine afterwards.

Jacek

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

Is there a procedure to be followed to put new code in geronimo\plugins

2007-08-21 Thread Vamsavardhana Reddy

I was wondering if there is a procedure to be followed to put new code in
geronimo\plugins?  I intend to move the geronimo-tuscany integration thing
Manu and myself are working on out of sandbox and put under
geronimo\plugins.  Also, is there a release cycle for geronimo plugins?

Thanks and regards,
Vamsi

What a nice surprise - openejb-loader-0.9.2.jar as a dependency in XBean

Hi,

Just went on with the xbean build and noticed that
openejb-loader-0.9.2 is pulled down. Awesome.

Downloading: 
http://repo1.maven.org/maven2/openejb/openejb-loader/0.9.2/openejb-loader-0.9.2.jar
19K downloaded

Jacek

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

Re: Is there a procedure to be followed to put new code in geronimo\plugins

2007-08-21 Thread David Jencks



On Aug 21, 2007, at 11:24 AM, Vamsavardhana Reddy wrote:

I was wondering if there is a procedure to be followed to put new  
code in geronimo\plugins?


i've been making it up as I go along.  An actual suggested procedure  
or maven archetype would be much better.  I think the minimum is  
having a

plugin project
- trunk
- branches
- tags

svn structure.  I just moved the roller plugin to this structure today.

Both my plugin poms have
parent
groupIdorg.apache.geronimo.genesis.config/groupId
artifactIdproject-config/artifactId
version1.2/version
/parent

groupIdorg.apache.geronimo.plugins/groupId

I wonder if we should have a parent pom for all plugins  
specifically?  So far I'm just not sure one way or another, so  
perhaps postponing that until we know what would go in it would be good.


  I intend to move the geronimo-tuscany integration thing Manu and  
myself are working on out of sandbox and put under geronimo\plugins.


excellent!

  Also, is there a release cycle for geronimo plugins?


No plugins from plugins have ever been released.  I'd like to see:

- use the maven release plugin + staging plugin
- use the maven-remote-resources-plugin

as minimum requirements for releasing.  I've yet to get the maven- 
release-plugin to tag into the correct directory so this might take a  
little work.  remote-resources seems to just work :-)


thanks
david jencks



Thanks and regards,
Vamsi

Re: What a nice surprise - openejb-loader-0.9.2.jar as a dependency in XBean

2007-08-21 Thread David Blevins



On Aug 21, 2007, at 11:29 AM, Jacek Laskowski wrote:


Hi,

Just went on with the xbean build and noticed that
openejb-loader-0.9.2 is pulled down. Awesome.

Downloading: http://repo1.maven.org/maven2/openejb/openejb-loader/ 
0.9.2/openejb-loader-0.9.2.jar

19K downloaded



That's probably because of groovy.

-David

Re: Press Release for Geronimo 2.0.1



On Aug 21, 2007, at 1:55 PM, Jim Jagielski wrote:



Even if we submitted the PR for release today, the earliest it would
go out would be Thurs. There in an inherent latency in the release
process in the wire service.

Thursday would be fine.  We have agreement on the Press Release based  
on our discussion.  I liked your comments; always nice to work with  
someone who can read and write something other than a computer  
language ;-P


Appreciate all your help on this.

Re: Removing 1.0 and 1.1 from the download site...any objections?

The distributions are all automatically archived at http:// 
archive.apache.org/dist/geronimo/



On Aug 21, 2007, at 1:58 PM, Hernan Cunico wrote:


how about an archive section instead of permanently removing?
We would have 2.0.1 and 1.1.1 as the latest stable and official  
releases, we should add the release date too. Then an Archive  
section for 1.0, 1.1 and 1.2. Thoughts?

Cheers!
Hernan

Matt Hogstrom wrote:

All,
Since 1.1.1 is the stable version of Geronimo I'd like to propose  
that we remove the older versions from the download site.  If  
there are no objections I'll do this tomorrow when we announce the  
2.0.1 release.

Re: Is there a procedure to be followed to put new code in geronimo\plugins



On Aug 21, 2007, at 3:00 PM, David Jencks wrote:



No plugins from plugins have ever been released.  I'd like to see:

- use the maven release plugin + staging plugin
- use the maven-remote-resources-plugin

as minimum requirements for releasing.  I've yet to get the maven- 
release-plugin to tag into the correct directory so this might take  
a little work.  remote-resources seems to just work :-)




+1 to this.  We need to get Geronimo proper using the maven release  
plugin.

Re: Is there a procedure to be followed to put new code in geronimo\plugins


On Aug 21, 2007, at 12:00 PM, David Jencks wrote:

On Aug 21, 2007, at 11:24 AM, Vamsavardhana Reddy wrote:

I was wondering if there is a procedure to be followed to put new  
code in geronimo\plugins?


i've been making it up as I go along.  An actual suggested  
procedure or maven archetype would be much better.  I think the  
minimum is having a

plugin project
- trunk
- branches
- tags

svn structure.  I just moved the roller plugin to this structure  
today.


Both my plugin poms have
parent
groupIdorg.apache.geronimo.genesis.config/groupId
artifactIdproject-config/artifactId
version1.2/version
/parent

groupIdorg.apache.geronimo.plugins/groupId

I wonder if we should have a parent pom for all plugins  
specifically?  So far I'm just not sure one way or another, so  
perhaps postponing that until we know what would go in it would be  
good.


Yup, that looks good.  We should probably have a parent pom for  
plugins... I'll look into that when I revisit our parents for other  
projects... need to fix it up and make it simpler.  For now just use  
project-config.




No plugins from plugins have ever been released.  I'd like to see:

- use the maven release plugin + staging plugin
- use the maven-remote-resources-plugin

as minimum requirements for releasing.  I've yet to get the maven- 
release-plugin to tag into the correct directory so this might take  
a little work.  remote-resources seems to just work :-)


Yup, this is the plan.  The normal mvn release:* bits should work  
well with smaller/less complicated projects, which I'm hoping these  
plugins will be.


--jason

Re: Is there a procedure to be followed to put new code in geronimo\plugins


On Aug 21, 2007, at 12:20 PM, Matt Hogstrom wrote:

On Aug 21, 2007, at 3:00 PM, David Jencks wrote:

No plugins from plugins have ever been released.  I'd like to see:

- use the maven release plugin + staging plugin
- use the maven-remote-resources-plugin

as minimum requirements for releasing.  I've yet to get the maven- 
release-plugin to tag into the correct directory so this might  
take a little work.  remote-resources seems to just work :-)


+1 to this.  We need to get Geronimo proper using the maven release  
plugin.


We need to get it *automated*...

and I'd not really call the current maven-release-plugin proper  
either :-P


--jason

Re: Press Release for Geronimo 2.0.1



On Aug 21, 2007, at 3:17 PM, Matt Hogstrom wrote:



On Aug 21, 2007, at 1:55 PM, Jim Jagielski wrote:



Even if we submitted the PR for release today, the earliest it would
go out would be Thurs. There in an inherent latency in the release
process in the wire service.

Thursday would be fine.  We have agreement on the Press Release  
based on our discussion.  I liked your comments; always nice to  
work with someone who can read and write something other than a  
computer language ;-P


Appreciate all your help on this.



Matt, I must not be making myself clear... The PRC must
approve the PR. Once that's done, then we need, of course, you
guys to approve any and all changes (for example, who is
the contact person for this PR?). Finally, once all that
is done, we send it to our wire-service for release, at
which point it normally takes 24-48 hours.

This is not an immediate process. We're trying to update
the information about the PRC to remove this misconception
that it's same-day service. Normally, since the PRC is,
as with every other cmmt in the ASF 100% volunteers, we
require a week.

[jira] Assigned: (GERONIMO-3426) The Holder object contains duplicated injections

2007-08-21 Thread Jarek Gawor (JIRA)


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

Jarek Gawor reassigned GERONIMO-3426:
-

Assignee: Jarek Gawor

 The Holder object contains duplicated injections
 

 Key: GERONIMO-3426
 URL: https://issues.apache.org/jira/browse/GERONIMO-3426
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: kernel
Affects Versions: 2.0
Reporter: Jarek Gawor
Assignee: Jarek Gawor

 The Holder object contains duplicated injections and so when actual injection 
 is performed the objects are looked up in the JNDI twice. This happens 
 because the NamingBuilders are executed twice - see GERONIMO-3359.
 A simple fix for this problem is to change the Holder implementation to 
 remove the duplicates.

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

Updating the WebSite for 2.0.1


Hernan,

Oh mighty purveyor of Confluence shtuffes.  Can you update our  
website for downloads of 2.0.1...looks like its had time to bake and  
we're good to go.  (So long as Donald doesn't find a security  
problem ;-P )

Re: Press Release for Geronimo 2.0.1



On Aug 21, 2007, at 3:31 PM, Jim Jagielski wrote:



Matt, I must not be making myself clear... The PRC must
approve the PR. Once that's done, then we need, of course, you
guys to approve any and all changes (for example, who is
the contact person for this PR?). Finally, once all that
is done, we send it to our wire-service for release, at
which point it normally takes 24-48 hours.


My misunderstanding.  I thought that the edits going back and forth  
were that process.  I understand now.  So, at this point we'll wait  
for your revisions.




This is not an immediate process. We're trying to update
the information about the PRC to remove this misconception
that it's same-day service. Normally, since the PRC is,
as with every other cmmt in the ASF 100% volunteers, we
require a week.


No problem.  Didn't mean to be presumptive on your time.  Please let  
me know how I can help out.

[jira] Reopened: (GERONIMO-2567) Remote admin of server using deployer.jar fails to connect

2007-08-21 Thread Kevan Miller (JIRA)


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

Kevan Miller reopened GERONIMO-2567:


  Assignee: Kevan Miller  (was: Jay D. McHugh)

Hey Jay,
I think we can address with a simple code change. I'll make a change. If you 
could validate, that would be great...

--kevan

 Remote admin of server using deployer.jar fails to connect
 --

 Key: GERONIMO-2567
 URL: https://issues.apache.org/jira/browse/GERONIMO-2567
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 1.2, 2.0, 2.0.x
 Environment: Linux
 Java 1.5
Reporter: Jay D. McHugh
Assignee: Kevan Miller
 Fix For: Verification Required


 Trying to remote deploy a WAR file resulted in a failed connection.
 This happened regardless of whether the port was specified.
 $ java -jar deployer.jar --user system --password manager --host 172.16.1.41 
 redeploy ~/PaLM.war
 Error: Unable to connect to server at
 deployer:geronimo:jmx://172.16.1.41 -- Connection refused to host:
 127.0.0.1; nested exception is:
 java.net.ConnectException: Connection refused

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

Re: Removing 1.0 and 1.1 from the download site...any objections?


right, actually the Archive section on the web site should be just a link this 
server. I don't think we mention anywhere else about this server.

As for removing those pages, for now I would suggest to change the parent page to 
no show instead of removing them permanently.

Cheers!
Hernan

Matt Hogstrom wrote:
The distributions are all automatically archived at 
http://archive.apache.org/dist/geronimo/



On Aug 21, 2007, at 1:58 PM, Hernan Cunico wrote:


how about an archive section instead of permanently removing?
We would have 2.0.1 and 1.1.1 as the latest stable and official 
releases, we should add the release date too. Then an Archive section 
for 1.0, 1.1 and 1.2. Thoughts?

Cheers!
Hernan

Matt Hogstrom wrote:

All,
Since 1.1.1 is the stable version of Geronimo I'd like to propose 
that we remove the older versions from the download site.  If there 
are no objections I'll do this tomorrow when we announce the 2.0.1 
release.

Re: Updating the WebSite for 2.0.1


I'll update it later tonight. Are we ready for updating the News section too?

Cheers!
Hernan

Matt Hogstrom wrote:

Hernan,

Oh mighty purveyor of Confluence shtuffes.  Can you update our website 
for downloads of 2.0.1...looks like its had time to bake and we're good 
to go.  (So long as Donald doesn't find a security problem ;-P )

[jira] Created: (GERONIMO-3434) Use GShell to launch to server process and provide rc.d configuration support for customization required by plugins

2007-08-21 Thread Jason Dillon (JIRA)

Use GShell to launch to server process and provide rc.d configuration support 
for customization required by plugins
---

 Key: GERONIMO-3434
 URL: https://issues.apache.org/jira/browse/GERONIMO-3434
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
Affects Versions: 2.1
Reporter: Jason Dillon
Assignee: Jason Dillon
 Fix For: 2.1




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

[jira] Assigned: (GERONIMO-3382) InvalidConfigurationException is thrown when starting the plugins from the console

2007-08-21 Thread Lin Sun (JIRA)


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

Lin Sun reassigned GERONIMO-3382:
-

Assignee: Lin Sun

  InvalidConfigurationException is thrown when starting the plugins from the 
 console
 ---

 Key: GERONIMO-3382
 URL: https://issues.apache.org/jira/browse/GERONIMO-3382
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Plugins
Affects Versions: 2.0-M5
 Environment: Windows xp x86-32
Reporter: Song
Assignee: Lin Sun

 After successfully installed plugins provided by Geronimo, start the plugin 
 just installed, InvalidConfigurationException
  exception is thrown from server 
   
   The below steps can reproduce the error:
   1) Login to admin console,click on Plugins in the left navigation bar.
   2) Click on Update Repository List link in  Create and Install Plugins 
 portlet, and select
 http://geronimo.apache.org/plugins/geronimo-2.0/; in Repository field.
   3) Click on Search for Plugins button.
   4) Click on Jakarta JSP Examples (Tomcat) (2.0-SNAPSHOT) link,click on 
 Continue button,click
 on Install Plugin button.
   5) Click on Start 
 org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car button.

NO response at the current page, but from the server started console, the 
 below error is thrown:
  ---
 14:18:58,796 WARN  [ConfigurationUtil] Could not load gbean 
 org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car?J2EEApplication=null,j2eeType=WebModule,name=org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car
 org.apache.geronimo.gbean.InvalidConfigurationException: Getter method not 
 found Attribute Name: URLFor, Type: class java.net.URL, GBeanInstance: Tomcat 
 WebApplication Context
   at 
 org.apache.geronimo.gbean.runtime.GBeanAttribute.init(GBeanAttribute.java:252)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance.java:245)
   at 
 org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:354)
   at 
 org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:433)
   at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:511)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.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:830)
   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$$3a7a5946.startConfiguration(generated)
   at 
 org.apache.geronimo.console.car.ResultsHandler.actionAfterView(ResultsHandler.java:76)
   at 
 org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPagePortlet.java:116)
   at 
 org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229)
   at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
   at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153)
   at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
   at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
   at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654)
   at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557)
   at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481)
   at 
 org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120)
   at

[jira] Commented: (GERONIMO-3382) InvalidConfigurationException is thrown when starting the plugins from the console

2007-08-21 Thread Lin Sun (JIRA)


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

Lin Sun commented on GERONIMO-3382:
---

I agree with Paul and I cannot receate this prob.   Thanks.   

  InvalidConfigurationException is thrown when starting the plugins from the 
 console
 ---

 Key: GERONIMO-3382
 URL: https://issues.apache.org/jira/browse/GERONIMO-3382
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Plugins
Affects Versions: 2.0-M5
 Environment: Windows xp x86-32
Reporter: Song
Assignee: Lin Sun

 After successfully installed plugins provided by Geronimo, start the plugin 
 just installed, InvalidConfigurationException
  exception is thrown from server 
   
   The below steps can reproduce the error:
   1) Login to admin console,click on Plugins in the left navigation bar.
   2) Click on Update Repository List link in  Create and Install Plugins 
 portlet, and select
 http://geronimo.apache.org/plugins/geronimo-2.0/; in Repository field.
   3) Click on Search for Plugins button.
   4) Click on Jakarta JSP Examples (Tomcat) (2.0-SNAPSHOT) link,click on 
 Continue button,click
 on Install Plugin button.
   5) Click on Start 
 org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car button.

NO response at the current page, but from the server started console, the 
 below error is thrown:
  ---
 14:18:58,796 WARN  [ConfigurationUtil] Could not load gbean 
 org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car?J2EEApplication=null,j2eeType=WebModule,name=org.apache.geronimo.configs/jsp-examples-tomcat/2.0-SNAPSHOT/car
 org.apache.geronimo.gbean.InvalidConfigurationException: Getter method not 
 found Attribute Name: URLFor, Type: class java.net.URL, GBeanInstance: Tomcat 
 WebApplication Context
   at 
 org.apache.geronimo.gbean.runtime.GBeanAttribute.init(GBeanAttribute.java:252)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.init(GBeanInstance.java:245)
   at 
 org.apache.geronimo.kernel.basic.BasicKernel.loadGBean(BasicKernel.java:354)
   at 
 org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:433)
   at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:187)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:530)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:511)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastClassByCGLIB$$ce77a924.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:830)
   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$$3a7a5946.startConfiguration(generated)
   at 
 org.apache.geronimo.console.car.ResultsHandler.actionAfterView(ResultsHandler.java:76)
   at 
 org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPagePortlet.java:116)
   at 
 org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229)
   at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
   at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153)
   at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
   at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
   at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:654)
   at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:557)
   at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:481)
   at 
 org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120)
   at

[jira] Resolved: (GERONIMO-3426) The Holder object contains duplicated injections

2007-08-21 Thread Jarek Gawor (JIRA)


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

Jarek Gawor resolved GERONIMO-3426.
---

   Resolution: Fixed
Fix Version/s: 2.1
   2.0.x

Fix committed to trunk (revision 568253) and branches/2.0 (revision 568268).


 The Holder object contains duplicated injections
 

 Key: GERONIMO-3426
 URL: https://issues.apache.org/jira/browse/GERONIMO-3426
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: kernel
Affects Versions: 2.0
Reporter: Jarek Gawor
Assignee: Jarek Gawor
 Fix For: 2.0.x, 2.1


 The Holder object contains duplicated injections and so when actual injection 
 is performed the objects are looked up in the JNDI twice. This happens 
 because the NamingBuilders are executed twice - see GERONIMO-3359.
 A simple fix for this problem is to change the Holder implementation to 
 remove the duplicates.

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

Re: [jira] Commented: (GERONIMODEVTOOLS-184) An internal error occurred during: Publishing to Apache Geronimo v2.0 Server at localhost... when deploy sample within Eclipse

2007-08-21 Thread Tim McConnell

Hi again Shiva, the changes to trunk for the geronimo-web-2.5 artifact is part 
of the set of changes required for using the new 2.0.1 Geronimo server, and 
since they had not been working well until last night, I have not committed them 
to trunk. I'm doing a clean M2 repo build of the plugin now to ensure it builds 
correctly and will commit shortly afterwards. Thanks.


Shiva Kumar H R wrote:
Oh! yes, after updating plug-in code to use 2.0.1-SNAPSHOT artifacts  
geronimo-web-2.5-builder, I am now getting the errors initially reported 
in that JIRA.


Any particular reason why those changes (as well as 
GERONIMODEVTOOLS-180) haven't yet been committed into trunk?


Now testing upgrade to xmlbeans 2.3.0.

- Shiva

On 8/20/07, *Tim McConnell* [EMAIL PROTECTED] 
mailto:[EMAIL PROTECTED] wrote:


Hi Shiva, are you using the new 2.0.1 artifacts to build the plugin
?? And if
so, did you change the pom.xml to use the geronimo-web-2.5-builder
artifact
instead of the geronimo-web-builder artifact ??

Shiva Kumar H R (JIRA) wrote:
  [

https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-184?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12521137
]
 
  Shiva Kumar H R commented on GERONIMODEVTOOLS-184:
  --
 
  Changing xmlbeans version to 2.3.0 and rebuilding the plug-in
doesn't seem to solve the problem.
 
  Some of my observations while debugging:
  1) Set breakpoint at line 171 of
org.apache.geronimo.st.core.DeploymentUtils.class
  Here dm.getAvailableModules(null, dm.getTargets()) is called.
 
  2) Keep Stepping into until you hit
 

org.apache.geronimo.deployment.plugin.local.CommandSupport.addWebURLs(Kernel,
List) line: 295
  Here kernel.getAttribute(name, contextPath) is called.
 
  3) Further stepping in, reveals that
  org.apache.geronimo.system.jmx.KernelDelegate.class's
  getAttribute(AbstractName abstractName, String attributeName) is
called, with the value of second argument changed to URLFor
instead of called value contextPath!
 
  4) Also the org.apache.geronimo.system.jmx.KernelDelegate.class
that is being used belongs to geronimo-system-1.1.1.jar referenced
library of org.apache.geronimo.runtime.v11 plug-in!
  (A class of org.apache.geronimo.runtime.v20 using a class of
org.apache.geronimo.runtime.v11)
 
  Looks like a class loading issue due to missing/improper
dependencies.
 
  An internal error occurred during: Publishing to Apache
Geronimo v2.0 Server at localhost... when deploy sample within Eclipse
 


 
  Key: GERONIMODEVTOOLS-184
  URL:
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-184
  Project: Geronimo-Devtools
   Issue Type: Bug
   Components: eclipse-plugin
 Affects Versions: 2.0
  Environment: Windows xp sp2, Eclipse Version: 3.3.0
 Reporter: Song
 Assignee: Shiva Kumar H R
 
  After deployed samples (such as cviewer) to the server within
Eclipse, Run As--Run on Server,An internal error occurred.
  In fact, the cviewer sample can be deployed and executed
successfully via the command line.
  Detailed error message see the below:
 

---
  java.lang.NoSuchMethodError:

org/apache/xmlbeans/XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem;

  at
org.apache.geronimo.deployment.xbeans.EnvironmentDocument.clinit(Unknown
Source)
  at java.lang.J9VMInternals.initializeImpl(Native Method)
  at java.lang.J9VMInternals.initialize (J9VMInternals.java:192)
  at

org.apache.geronimo.st.v20.core.GeronimoV20Utils.getConfigId2(GeronimoV20Utils.java:94)
  at

org.apache.geronimo.st.v20.core.GeronimoV20VersionHandler.getConfigID(GeronimoV20VersionHandler.java
:36)
  at

org.apache.geronimo.st.core.DeploymentUtils.getLastKnownConfigurationId(DeploymentUtils.java:202)
  at

org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.getLastKnowConfigurationId(GeronimoServerBehaviourDelegate.java
:456)
  at

org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.doAdded(GeronimoServerBehaviourDelegate.java:402)
  at

org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.invokeCommand(GeronimoServerBehaviourDelegate.java
:367)
  at

org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModule(GeronimoServerBehaviourDelegate.java:267)
  at

[jira] Resolved: (GERONIMO-3345) Enhancements for Extensible Admin Console (Intended for sandbox/portals)

2007-08-21 Thread Joe Bohn (JIRA)


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

Joe Bohn resolved GERONIMO-3345.


Resolution: Fixed

previously integrated into sandbox

 Enhancements for Extensible Admin Console (Intended for sandbox/portals)
 

 Key: GERONIMO-3345
 URL: https://issues.apache.org/jira/browse/GERONIMO-3345
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: console
 Environment: WindowsXp, Maven 2.0.6, Java 1.5.0_12
Reporter: Ajay Panagariya
Assignee: Joe Bohn
 Attachments: example_extension.war, Geronimo-3345.patch


 This is for sandbox/portals
 -This patch adds functionality to allow extensibility of the admin console. 
 Portlets can be dynamically added by starting an ACEGBean with the 
 appropriate parameters.
 -Security has been enabled
 -Look and feel has been updated to reflect the current Admin Console
 -Currently some of the links may not work (this will be fixed as soon as 
 Pluto updates thier snapshot to reflect PLUTO-396)
 After applying the patch, run the following from a linux commandline inside 
 of /portals to move the image resources to the proper location:
 ls geronimo-console/src/main/webapp/images | xargs -i svn move 
 geronimo-console/src/main/webapp/images/{} 
 pluto-portal/src/main/webapp/images/{}
 Thanks to Daniel Larsen, Becky Smith, and Viet Nguyen for their contribution. 
 EDIT: Can't forget Paul McMahan. Thanks Paul!
 -Ajay Panagariya

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

[jira] Resolved: (GERONIMO-3314) (Sandbox) The Welcome portlet images and links are broken

2007-08-21 Thread Joe Bohn (JIRA)


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

Joe Bohn resolved GERONIMO-3314.


Resolution: Fixed

previously integrated into sandbox

 (Sandbox) The Welcome portlet images and links are broken
 -

 Key: GERONIMO-3314
 URL: https://issues.apache.org/jira/browse/GERONIMO-3314
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
 Environment: WindowsXP
Reporter: Daniel Larsen
Assignee: Joe Bohn
Priority: Trivial
 Attachments: Geronimo-3314.patch


 (sandbox/portals)
 The Welcome and Keystore portlet images are broken due to this change: 
 https://issues.apache.org/jira/browse/GERONIMO-3345
 The 3 links under Common Console Actions are also routed to the wrong place.

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

[jira] Closed: (GERONIMODEVTOOLS-184) An internal error occurred during: Publishing to Apache Geronimo v2.0 Server at localhost... when deploy sample within Eclipse

2007-08-21 Thread Tim McConnell (JIRA)


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

Tim McConnell closed GERONIMODEVTOOLS-184.
--

Resolution: Fixed

The changes in r568286 to update devtools\eclipse-plugin\trunk to support the 
2.0.1 version of the Geronimo server have fixed this problem. The problem 
resulted from not having all the dependencies required for 2.0.1 (namely 
geronimo-schema-jee_5-1.1.jar). I've also published a new version of the plugin 
to the unstable repo.


 An internal error occurred during: Publishing to Apache Geronimo v2.0 Server 
 at localhost... when deploy sample within Eclipse
 

 Key: GERONIMODEVTOOLS-184
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-184
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.0
 Environment: Windows xp sp2, Eclipse Version: 3.3.0
Reporter: Song
Assignee: Tim McConnell
 Fix For: 2.0


 After deployed samples (such as cviewer) to the server within Eclipse, Run 
 As--Run on Server,An internal error occurred.
 In fact, the cviewer sample can be deployed and executed successfully via the 
 command line.
 Detailed error message see the below:
 ---
 java.lang.NoSuchMethodError: 
 org/apache/xmlbeans/XmlBeans.typeSystemForClassLoader(Ljava/lang/ClassLoader;Ljava/lang/String;)Lorg/apache/xmlbeans/SchemaTypeSystem;
 at org.apache.geronimo.deployment.xbeans.EnvironmentDocument.clinit(Unknown 
 Source)
 at java.lang.J9VMInternals.initializeImpl(Native Method)
 at java.lang.J9VMInternals.initialize(J9VMInternals.java:192)
 at 
 org.apache.geronimo.st.v20.core.GeronimoV20Utils.getConfigId2(GeronimoV20Utils.java:94)
 at 
 org.apache.geronimo.st.v20.core.GeronimoV20VersionHandler.getConfigID(GeronimoV20VersionHandler.java:36)
 at 
 org.apache.geronimo.st.core.DeploymentUtils.getLastKnownConfigurationId(DeploymentUtils.java:202)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.getLastKnowConfigurationId(GeronimoServerBehaviourDelegate.java:456)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.doAdded(GeronimoServerBehaviourDelegate.java:402)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.invokeCommand(GeronimoServerBehaviourDelegate.java:367)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModule(GeronimoServerBehaviourDelegate.java:267)
 at 
 org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publishModule(ServerBehaviourDelegate.java:749)
 at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:234)
 at 
 org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:669)
 at org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:887)
 at org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
 at 
 org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:72)
 at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

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

[RESULT Geronimo 2.0.1 (rc1) Passes with +1 = 20 votes with no other votes recorded

2007-08-21 Thread Kevan Miller


Forwarding the result from user list to our dev list...

On Aug 20, 2007, at 9:56 AM, Matt Hogstrom wrote:

Subject says it all...I'll start pushing out the binaries this  
morning.


I know the vote concluded on Saturday and my apologies but I was  
away over the weekend and there weren't no wireless where I was :)


On Aug 15, 2007, at 4:39 PM, Matt Hogstrom wrote:

The updated binaries are available for review.  I have  
incorporated the security changes provided by David Jencks, Kevan  
and Vamsi.  Thanks gents !


I also incorporated a few additional fixes.  Please note the  
change log for the changes to the release notes for more information.


The binaries and source are available at:  http:// 
people.apache.org/~hogstrom/geronimo-2.0.1-rc1


I have placed the uber repo jar in the main directory with sub  
directories of src and assemblies respectively for the other  
components.


Please don't comment in this thread but rather use the DISCUSS  
thread for issues / discussion items.


[ ] +1 Release these binaries
[ ] 0 No opinion
[ ] -1 Do not release (please provide rationale)

This vote will conclude on Saturday August 18th at 1700.

New GShell-based Geronimo Server launcher now in server/trunk

Hiya folks, I finally got around to finishing up my POC of using  
GShell to launch the Geronimo Server and I have committed the bits  
that make it work to server/trunk.  The new module which contains the  
GShell command implementation (and support) classes is:


modules/geronimo-commands

And a new assembly which has the GShell bits all in place for folks  
to test with is:


assemblies/geronimo-jetty6-javaee5-gshell

The assembly is not hooked up by default, but the code module is.   
So, to test it out, you need to do something like:


svn co https://svn.apache.org/repos/asf/geronimo/server/trunk  
server

cd server
mvn
assemblies/geronimo-jetty6-javaee5-gshell
mvn

Then unzip the assembly:

unzip target/geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT-bin.zip

And then finally try it out.  First lets get the basic GShell command- 
line help:


./geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT/bin/gsh --help

This should spit out something like:

snip
      _  _ _
  / ___/ ___|| |__   ___| | |
 | |  _\___ \| '_ \ / _ \ | |
 | |_| |___) | | | |  __/ | |
  \|/|_| |_|\___|_|_|

 GShell -- Geronimo command-line shell

usage: gsh [options] command [args]
-n,--non-interactiveRun in non-interactive mode
-D,--define name=valueDefine a system property
-V,--versionDisplay GShell version
-c,--commands string  Read commands from string
-debug,--debug  Enable DEBUG logging output
-h,--help   Display this help message
-i,--interactiveRun in interactive mode
-quiet,--quiet  Limit logging output to ERROR
-verbose,--verbose  Enable INFO logging output
/snip

Then lets run the interactive-shell:

./geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT/bin/gsh

This should leave you at a very plain prompt at the moment:

snip
 _
/snip

At this point you can type something like this to list all of the  
known commands:


snip
help commands
/snip

Which should spit back:

snip
Available commands (and aliases):
  start-server ( start )
  set
  exit ( quit, bye )
  unset
  source
  help
/snip

The command that I added is called 'start-server', with an alias of  
'start'.  This is basically an augmented and enhanced version of what  
the geronimo:start-server goal does in the geronimo-maven-plugin.  To  
see its options run this:


snip
start-server --help
/snip

And it says:

snip
start-server -- Starts a new Geronimo server instance

usage: start-server [options]
-A,--javaagent jar  Use a specific Java Agent, set to  
'none' to

  disable
-D,--property name=valueSet a system property
-H,--home dir   Use a specific Geronimo home  
directory

-J,--javaopt option Set a JVM flag
-b,--background   Run the server process in the  
background.

-h,--help Display this help message
-j,--jvm dirUse a specific Java Virtual  
Machine for server

  process
-l,--logfile file   Capture console output to file
-m,--module nameStart up a specific module by name.
-q,--quietSuppress informative and warning  
messages
-t,--timeout secondsSpecify the timeout for the server  
process in

  seconds
-v,--verbose  Enable verbose output; specify  
multipule times

  to increase verbosity.
/snip

NOTE: Use -vv for --veryverbose ;-)

And then give it a whirl and try to start the server up from the shell:

snip
start-server
/snip

or if you prefer more output:

snip
start-server -v
/snip

And so on...

This will actually create a newly forked JVM to run the server in,  
and will eventually have a robust node manager thingy, but I've not  
done that yet ;-)


The platform scripts are now super simple!!!  All of the logic is now  
in the command implementation.  And eventually we can probably have  
the geronimo-maven-plugin just invoke the command so that  
*everything* uses the exact same method for launching the server  
process.


 * * *

As requested by Jeff, I added support to read in some scripts to  
augment the launching of the server... so that plugins can add  
properties and such easily.  Right now this is the directory which is  
inspected for scripts:


etc/rc.d

And currently the scripts need to be named like this:

   command-name,custom.groovy

I've created a default one for you to look at:

etc/rc.d/start-server,default.groovy

Which simply sets the max heap size to 512m:

snip
command.javaFlags  '-Xmx512m'
/snip

When running the start-server command (or its aliases) all of the etc/ 
rc.d/start-server,*.groovy scripts are run (if any) before the  
process is launched to allow the command.properties,  
command.javaFlags and other bits to be

Re: New GShell-based Geronimo Server launcher now in server/trunk

2007-08-21 Thread Jeff Genender

Oh man this is sweet...

I'd *really* like to see this in 2.0.2...

Jeff

Jason Dillon wrote:
 Hiya folks, I finally got around to finishing up my POC of using GShell
 to launch the Geronimo Server and I have committed the bits that make it
 work to server/trunk.  The new module which contains the GShell command
 implementation (and support) classes is:
 
 modules/geronimo-commands
 
 And a new assembly which has the GShell bits all in place for folks to
 test with is:
 
 assemblies/geronimo-jetty6-javaee5-gshell
 
 The assembly is not hooked up by default, but the code module is.  So,
 to test it out, you need to do something like:
 
 svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server
 cd server
 mvn
 assemblies/geronimo-jetty6-javaee5-gshell
 mvn
 
 Then unzip the assembly:
 
 unzip target/geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT-bin.zip
 
 And then finally try it out.  First lets get the basic GShell
 command-line help:
 
 ./geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT/bin/gsh --help
 
 This should spit out something like:
 
 snip
   _  _ _
   / ___/ ___|| |__   ___| | |
  | |  _\___ \| '_ \ / _ \ | |
  | |_| |___) | | | |  __/ | |
   \|/|_| |_|\___|_|_|
 
  GShell -- Geronimo command-line shell
 
 usage: gsh [options] command [args]
 -n,--non-interactiveRun in non-interactive mode
 -D,--define name=valueDefine a system property
 -V,--versionDisplay GShell version
 -c,--commands string  Read commands from string
 -debug,--debug  Enable DEBUG logging output
 -h,--help   Display this help message
 -i,--interactiveRun in interactive mode
 -quiet,--quiet  Limit logging output to ERROR
 -verbose,--verbose  Enable INFO logging output
 /snip
 
 Then lets run the interactive-shell:
 
 ./geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT/bin/gsh
 
 This should leave you at a very plain prompt at the moment:
 
 snip
 _
 /snip
 
 At this point you can type something like this to list all of the known
 commands:
 
 snip
 help commands
 /snip
 
 Which should spit back:
 
 snip
 Available commands (and aliases):
   start-server ( start )
   set
   exit ( quit, bye )
   unset
   source
   help
 /snip
 
 The command that I added is called 'start-server', with an alias of
 'start'.  This is basically an augmented and enhanced version of what
 the geronimo:start-server goal does in the geronimo-maven-plugin.  To
 see its options run this:
 
 snip
 start-server --help
 /snip
 
 And it says:
 
 snip
 start-server -- Starts a new Geronimo server instance
 
 usage: start-server [options]
 -A,--javaagent jar  Use a specific Java Agent, set to
 'none' to
   disable
 -D,--property name=valueSet a system property
 -H,--home dir   Use a specific Geronimo home directory
 -J,--javaopt option Set a JVM flag
 -b,--background   Run the server process in the background.
 -h,--help Display this help message
 -j,--jvm dirUse a specific Java Virtual Machine
 for server
   process
 -l,--logfile file   Capture console output to file
 -m,--module nameStart up a specific module by name.
 -q,--quietSuppress informative and warning messages
 -t,--timeout secondsSpecify the timeout for the server
 process in
   seconds
 -v,--verbose  Enable verbose output; specify
 multipule times
   to increase verbosity.
 /snip
 
 NOTE: Use -vv for --veryverbose ;-)
 
 And then give it a whirl and try to start the server up from the shell:
 
 snip
 start-server
 /snip
 
 or if you prefer more output:
 
 snip
 start-server -v
 /snip
 
 And so on...
 
 This will actually create a newly forked JVM to run the server in, and
 will eventually have a robust node manager thingy, but I've not done
 that yet ;-)
 
 The platform scripts are now super simple!!!  All of the logic is now in
 the command implementation.  And eventually we can probably have the
 geronimo-maven-plugin just invoke the command so that *everything* uses
 the exact same method for launching the server process.
 
  * * *
 
 As requested by Jeff, I added support to read in some scripts to augment
 the launching of the server... so that plugins can add properties and
 such easily.  Right now this is the directory which is inspected for
 scripts:
 
 etc/rc.d
 
 And currently the scripts need to be named like this:
 
command-name,custom.groovy
 
 I've created a default one for you to look at:
 
 etc/rc.d/start-server,default.groovy
 
 Which simply sets the max heap size to 512m:
 
 snip
 command.javaFlags  '-Xmx512m'
 /snip
 
 When running the start-server command (or

[jira] Resolved: (GERONIMO-2567) Remote admin of server using deployer.jar fails to connect

2007-08-21 Thread Kevan Miller (JIRA)


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

Kevan Miller resolved GERONIMO-2567.


   Resolution: Fixed
Fix Version/s: (was: Verification Required)
   2.1
   2.0.x

Check for an ipv6 numeric address and wrap with [ ]

 Remote admin of server using deployer.jar fails to connect
 --

 Key: GERONIMO-2567
 URL: https://issues.apache.org/jira/browse/GERONIMO-2567
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 1.2, 2.0, 2.0.x
 Environment: Linux
 Java 1.5
Reporter: Jay D. McHugh
Assignee: Kevan Miller
 Fix For: 2.0.x, 2.1


 Trying to remote deploy a WAR file resulted in a failed connection.
 This happened regardless of whether the port was specified.
 $ java -jar deployer.jar --user system --password manager --host 172.16.1.41 
 redeploy ~/PaLM.war
 Error: Unable to connect to server at
 deployer:geronimo:jmx://172.16.1.41 -- Connection refused to host:
 127.0.0.1; nested exception is:
 java.net.ConnectException: Connection refused

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

Re: New GShell-based Geronimo Server launcher now in server/trunk

2007-08-21 Thread jason . dillon

Its easy enough to get it working in 2.0.x... 

--jason


-Original Message-
From: Jeff Genender [EMAIL PROTECTED]

Date: Tue, 21 Aug 2007 16:05:40 
To:dev@geronimo.apache.org
Subject: Re: New GShell-based Geronimo Server launcher now in server/trunk


Oh man this is sweet...

I'd *really* like to see this in 2.0.2...

Jeff

Jason Dillon wrote:
 Hiya folks, I finally got around to finishing up my POC of using GShell
 to launch the Geronimo Server and I have committed the bits that make it
 work to server/trunk.  The new module which contains the GShell command
 implementation (and support) classes is:
 
 modules/geronimo-commands
 
 And a new assembly which has the GShell bits all in place for folks to
 test with is:
 
 assemblies/geronimo-jetty6-javaee5-gshell
 
 The assembly is not hooked up by default, but the code module is.  So,
 to test it out, you need to do something like:
 
 svn co https://svn.apache.org/repos/asf/geronimo/server/trunk server
 cd server
 mvn
 assemblies/geronimo-jetty6-javaee5-gshell
 mvn
 
 Then unzip the assembly:
 
 unzip target/geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT-bin.zip
 
 And then finally try it out.  First lets get the basic GShell
 command-line help:
 
 ./geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT/bin/gsh --help
 
 This should spit out something like:
 
 snip
   _  _ _
   / ___/ ___|| |__   ___| | |
  | |  _\___ \| '_ \ / _ \ | |
  | |_| |___) | | | |  __/ | |
   \|/|_| |_|\___|_|_|
 
  GShell -- Geronimo command-line shell
 
 usage: gsh [options] command [args]
 -n,--non-interactiveRun in non-interactive mode
 -D,--define name=valueDefine a system property
 -V,--versionDisplay GShell version
 -c,--commands string  Read commands from string
 -debug,--debug  Enable DEBUG logging output
 -h,--help   Display this help message
 -i,--interactiveRun in interactive mode
 -quiet,--quiet  Limit logging output to ERROR
 -verbose,--verbose  Enable INFO logging output
 /snip
 
 Then lets run the interactive-shell:
 
 ./geronimo-jetty6-javaee5-gshell-2.1-SNAPSHOT/bin/gsh
 
 This should leave you at a very plain prompt at the moment:
 
 snip
 _
 /snip
 
 At this point you can type something like this to list all of the known
 commands:
 
 snip
 help commands
 /snip
 
 Which should spit back:
 
 snip
 Available commands (and aliases):
   start-server ( start )
   set
   exit ( quit, bye )
   unset
   source
   help
 /snip
 
 The command that I added is called 'start-server', with an alias of
 'start'.  This is basically an augmented and enhanced version of what
 the geronimo:start-server goal does in the geronimo-maven-plugin.  To
 see its options run this:
 
 snip
 start-server --help
 /snip
 
 And it says:
 
 snip
 start-server -- Starts a new Geronimo server instance
 
 usage: start-server [options]
 -A,--javaagent jar  Use a specific Java Agent, set to
 'none' to
   disable
 -D,--property name=valueSet a system property
 -H,--home dir   Use a specific Geronimo home directory
 -J,--javaopt option Set a JVM flag
 -b,--background   Run the server process in the background.
 -h,--help Display this help message
 -j,--jvm dirUse a specific Java Virtual Machine
 for server
   process
 -l,--logfile file   Capture console output to file
 -m,--module nameStart up a specific module by name.
 -q,--quietSuppress informative and warning messages
 -t,--timeout secondsSpecify the timeout for the server
 process in
   seconds
 -v,--verbose  Enable verbose output; specify
 multipule times
   to increase verbosity.
 /snip
 
 NOTE: Use -vv for --veryverbose ;-)
 
 And then give it a whirl and try to start the server up from the shell:
 
 snip
 start-server
 /snip
 
 or if you prefer more output:
 
 snip
 start-server -v
 /snip
 
 And so on...
 
 This will actually create a newly forked JVM to run the server in, and
 will eventually have a robust node manager thingy, but I've not done
 that yet ;-)
 
 The platform scripts are now super simple!!!  All of the logic is now in
 the command implementation.  And eventually we can probably have the
 geronimo-maven-plugin just invoke the command so that *everything* uses
 the exact same method for launching the server process.
 
  * * *
 
 As requested by Jeff, I added support to read in some scripts to augment
 the launching of the server... so that plugins can add properties and
 such easily.  Right now this is the directory which is inspected for
 scripts:
 
 etc/rc.d
 
 And currently the scripts need to be named like this:

Problems performing remote EJB client call

2007-08-21 Thread Christopher Blythe

All...

I'm working with DayTrader and one of the dev builds of GMO 2.0. I'm trying
to convert the Streamer client over to access an EJB3 based remote session
bean. From the server traces, it looks like the method is being executed
(see below).

19:21:33,125 INFO  [OpenEJB] invoking method create on dt-ejb.jar
/TradeSLSBBean
19:21:33,671 INFO  [Transaction] TX Required: Started transaction
[EMAIL PROTECTED]
19:21:33,687 INFO  [Transaction] TX Required: Committing transaction
[EMAIL PROTECTED]
19:21:33,687 INFO  [remote] EJB RESPONSE: EJB_OK:
[EMAIL PROTECTED]

However, on the client, I get the following. Anyone have any guesses? Am I
missing something in the module dependencies?

19:21:34,484 ERROR [GBeanInstance] Problem in doStop of
org.apache.geronimo.conf
igs/client-corba-yoko/2.0-SNAPSHOT/car?ServiceModule=
org.apache.geronimo.configs
/client-corba-yoko/2.0-SNAPSHOT/car,j2eeType=CORBABean,name=Server
java.lang.NoSuchMethodError:
org.omg.PortableInterceptor.IORInterceptor_3_0.adapter_manager_state_changed
(Ljava/lang/String;S)V
at org.apache.yoko.orb.OB.PIManager.adapterManagerStateChange(
PIManager.java:532)
at org.apache.yoko.orb.OBPortableServer.POAManager_impl.deactivate
(POAManager_impl.java:360)
at
org.apache.yoko.orb.OBPortableServer.POAManagerFactory_impl._OB_deactivate
(POAManagerFactory_impl.java:342)
at org.apache.yoko.orb.OB.ORBControl.completeServerShutdown(
ORBControl.java:100)
at org.apache.yoko.orb.OB.ORBControl.shutdownServer(ORBControl.java
:427)
at org.apache.yoko.orb.OB.ORBControl.shutdownServerClient(
ORBControl.java:455)
at org.apache.yoko.orb.OBCORBA.ORB_impl.destroy(ORB_impl.java:1390)
at org.apache.geronimo.corba.CORBABean.doStop(CORBABean.java:260)
at org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(
GBeanInstance.java:1159)
at
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(
GBeanInstanceState.java:339)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(
GBeanInstanceState.java:188)
at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(
GBeanInstance.java:561)
at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(
BasicKernel.java:423)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(
GBeanInstanceState.java:180)
at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(
GBeanInstance.java:561)
at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(
BasicKernel.java:423)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(
GBeanInstanceState.java:180)
at org.apache.geronimo.gbean.runtime.GBeanInstance.stop(
GBeanInstance.java:561)
at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(
BasicKernel.java:423)
at
org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run
(KernelConfigurationManager.java:316)
at org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(
BasicKernel.java:668)
at org.apache.geronimo.kernel.basic.BasicKernel.shutdown(
BasicKernel.java:645)
at
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper$1.run(
MainConfigurationBootstrapper.java:76)
Exception in thread Yoko:Server:StarterThread
java.lang.NoClassDefFoundError: org/apache/yoko/orb/OB/MessageQueue
at org.apache.yoko.orb.OB.GIOPConnection.init(GIOPConnection.java
:129)
at org.apache.yoko.orb.OB.GIOPConnectionThreaded.init(
GIOPConnectionThreaded.java:312)
at org.apache.yoko.orb.OB.GIOPServerStarterThreaded.starterRun(
GIOPServerStarterThreaded.java:243)
at
org.apache.yoko.orb.OB.GIOPServerStarterThreaded$StarterThread.run(
GIOPServerStarterThreaded.java:34)

Thanks...

Chris

-- 
I say never be complete, I say stop being perfect, I say let... lets
evolve, let the chips fall where they may. - Tyler Durden

Re: Problems performing remote EJB client call

2007-08-21 Thread David Jencks

just a guess... but are you sure the java.endorsed.dirs property is  
set properly when you start the app client?  this looks a bit like  
the corba specs classes are coming from the jdk rather than yoko/ 
geronimo.


thanks
david jencks
On Aug 21, 2007, at 4:28 PM, Christopher Blythe wrote:


All...

I'm working with DayTrader and one of the dev builds of GMO 2.0.  
I'm trying to convert the Streamer client over to access an EJB3  
based remote session bean. From the server traces, it looks like  
the method is being executed (see below).


19:21:33,125 INFO  [OpenEJB] invoking method create on dt-ejb.jar/ 
TradeSLSBBean
19:21:33,671 INFO  [Transaction] TX Required: Started transaction  
[EMAIL PROTECTED]
19:21:33,687 INFO  [Transaction] TX Required: Committing  
transaction  
[EMAIL PROTECTED]
19:21:33,687 INFO  [remote] EJB RESPONSE:  
EJB_OK:[EMAIL PROTECTED]


However, on the client, I get the following. Anyone have any  
guesses? Am I missing something in the module dependencies?


19:21:34,484 ERROR [GBeanInstance] Problem in doStop of  
org.apache.geronimo.conf
igs/client-corba-yoko/2.0-SNAPSHOT/car?ServiceModule=  
org.apache.geronimo.configs

/client-corba-yoko/2.0-SNAPSHOT/car,j2eeType=CORBABean,name=Server
java.lang.NoSuchMethodError:  
org.omg.PortableInterceptor.IORInterceptor_3_0.adapter_manager_state_c 
hanged(Ljava/lang/String;S)V
at  
org.apache.yoko.orb.OB.PIManager.adapterManagerStateChange 
(PIManager.java:532)
at  
org.apache.yoko.orb.OBPortableServer.POAManager_impl.deactivate 
(POAManager_impl.java:360)
at  
org.apache.yoko.orb.OBPortableServer.POAManagerFactory_impl._OB_deacti 
vate (POAManagerFactory_impl.java:342)
at org.apache.yoko.orb.OB.ORBControl.completeServerShutdown 
(ORBControl.java:100)
at org.apache.yoko.orb.OB.ORBControl.shutdownServer 
(ORBControl.java:427)
at org.apache.yoko.orb.OB.ORBControl.shutdownServerClient 
(ORBControl.java:455)
at org.apache.yoko.orb.OBCORBA.ORB_impl.destroy 
(ORB_impl.java:1390)
at org.apache.geronimo.corba.CORBABean.doStop 
(CORBABean.java :260)
at  
org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance 
(GBeanInstance.java:1159)
at  
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop 
(GBeanInstanceState.java:339)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop 
(GBeanInstanceState.java:188)
at org.apache.geronimo.gbean.runtime.GBeanInstance.stop 
(GBeanInstance.java:561)
at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean  
(BasicKernel.java:423)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop 
(GBeanInstanceState.java:180)
at org.apache.geronimo.gbean.runtime.GBeanInstance.stop 
(GBeanInstance.java:561)
at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean 
(BasicKernel.java:423)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop 
(GBeanInstanceState.java:180)
at org.apache.geronimo.gbean.runtime.GBeanInstance.stop  
(GBeanInstance.java:561)
at org.apache.geronimo.kernel.basic.BasicKernel.stopGBean 
(BasicKernel.java:423)
at  
org.apache.geronimo.kernel.config.KernelConfigurationManager 
$ShutdownHook.run(KernelConfigurationManager.java :316)
at  
org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks 
(BasicKernel.java:668)
at org.apache.geronimo.kernel.basic.BasicKernel.shutdown 
(BasicKernel.java:645)
at  
org.apache.geronimo.kernel.util.MainConfigurationBootstrapper$1.run  
(MainConfigurationBootstrapper.java:76)
Exception in thread Yoko:Server:StarterThread  
java.lang.NoClassDefFoundError: org/apache/yoko/orb/OB/MessageQueue
at org.apache.yoko.orb.OB.GIOPConnection.init 
( GIOPConnection.java:129)
at org.apache.yoko.orb.OB.GIOPConnectionThreaded.init 
(GIOPConnectionThreaded.java:312)
at  
org.apache.yoko.orb.OB.GIOPServerStarterThreaded.starterRun 
(GIOPServerStarterThreaded.java :243)
at org.apache.yoko.orb.OB.GIOPServerStarterThreaded 
$StarterThread.run(GIOPServerStarterThreaded.java:34)


Thanks...

Chris

--
I say never be complete, I say stop being perfect, I say let...  
lets evolve, let the chips fall where they may. - Tyler Durden

Re: Updating the WebSite for 2.0.1


Da

On Aug 21, 2007, at 4:12 PM, Hernan Cunico wrote:

I'll update it later tonight. Are we ready for updating the News  
section too?


Cheers!
Hernan

Matt Hogstrom wrote:

Hernan,
Oh mighty purveyor of Confluence shtuffes.  Can you update our  
website for downloads of 2.0.1...looks like its had time to bake  
and we're good to go.  (So long as Donald doesn't find a security  
problem ;-P )

Re: [RESULT Geronimo 2.0.1 (rc1) Passes with +1 = 20 votes with no other votes recorded


Thanks ... ugh ... totally missed the to ... Kevan, you da man

On Aug 21, 2007, at 5:33 PM, Kevan Miller wrote:


Forwarding the result from user list to our dev list...

On Aug 20, 2007, at 9:56 AM, Matt Hogstrom wrote:

Subject says it all...I'll start pushing out the binaries this  
morning.


I know the vote concluded on Saturday and my apologies but I was  
away over the weekend and there weren't no wireless where I was :)


On Aug 15, 2007, at 4:39 PM, Matt Hogstrom wrote:

The updated binaries are available for review.  I have  
incorporated the security changes provided by David Jencks, Kevan  
and Vamsi.  Thanks gents !


I also incorporated a few additional fixes.  Please note the  
change log for the changes to the release notes for more  
information.


The binaries and source are available at:  http:// 
people.apache.org/~hogstrom/geronimo-2.0.1-rc1


I have placed the uber repo jar in the main directory with sub  
directories of src and assemblies respectively for the other  
components.


Please don't comment in this thread but rather use the DISCUSS  
thread for issues / discussion items.


[ ] +1 Release these binaries
[ ] 0 No opinion
[ ] -1 Do not release (please provide rationale)

This vote will conclude on Saturday August 18th at 1700.

Re: Updating the WebSite for 2.0.1


Ok, the downloads page is updated as well as the  News in the front page.

Cheers!
Hernan

Matt Hogstrom wrote:

Da

On Aug 21, 2007, at 4:12 PM, Hernan Cunico wrote:

I'll update it later tonight. Are we ready for updating the News 
section too?


Cheers!
Hernan

Matt Hogstrom wrote:

Hernan,
Oh mighty purveyor of Confluence shtuffes.  Can you update our 
website for downloads of 2.0.1...looks like its had time to bake and 
we're good to go.  (So long as Donald doesn't find a security problem 
;-P )

Re: New GShell-based Geronimo Server launcher now in server/trunk