Re: [ANNOUNCE] Dain Sundstrom is the newest member of the Geronimo PMC

[Christopher M. Cardona]

Congrats Dain !!

chris

Matt Hogstrom wrote:
The Apache Geronimo PMC is pleased to announce that Dain Sundstrom has 
accepted an invitation to join the PMC.


Nuf 'said.

Welcome :-0

Re: [ANNOUNCE] Please welcome Rakesh Midha as a new Geronimo committer

[Christopher M. Cardona]

Congrats Rakesh !!

chris

Kevan Miller wrote:

All,

The Geronimo PMC is pleased to announce that Rakesh Midha has recently 
accepted our invitation to become an Apache Geronimo committer. Rakesh 
has contributed a number of significant enhancements to our Admin 
Console and deployment code.


We're looking forward to Rakesh joining our project.

Congratulations and welcome to Rakesh!

--kevan

Re: [ANNOUNCE] Please welcome Donald Woods as a new Geronimo committer

[Christopher M. Cardona]

Congrats Donald !!

chris

Kevan Miller wrote:

All,

The Geronimo PMC is pleased to announce that Donald Woods has recently 
accepted our invitation to become an Apache Geronimo committer. Donald 
has been a long-term contributor to the Geronimo project and has 
provided valuable fixes and enhancements in a number of areas.


We're looking forward to Donald joining our project.

Congratulations and welcome to Donald!

--kevan

[jira] Closed: (GERONIMO-2853) Add a way to view MBean stats info in the JMX Viewer portlet

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona closed GERONIMO-2853.


Resolution: Fixed

> Add a way to view MBean stats info in the JMX Viewer portlet
> 
>
> Key: GERONIMO-2853
> URL: https://issues.apache.org/jira/browse/GERONIMO-2853
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0-M5
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
>Priority: Minor
> Fix For: 2.0-M5
>
> Attachments: GERONIMO-2853.patch
>
>
> Modify the JMX Viewer portlet and add a way to view a list of MBeans that 
> provides statistics. Add 'Stats' tab which lists the stats of an MBean.

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

[jira] Closed: (GERONIMO-2661) Make geronimo schema files more human readable

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona closed GERONIMO-2661.


Resolution: Fixed

> Make geronimo schema files more human readable
> --
>
> Key: GERONIMO-2661
> URL: https://issues.apache.org/jira/browse/GERONIMO-2661
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: documentation
>Affects Versions: 2.0-M5
> Environment: Any
>Reporter: Rakesh Midha
> Assigned To: Christopher M. Cardona
>Priority: Minor
> Fix For: 2.0-M5
>
> Attachments: alldoc.patch, appclientdoc.patch, appdoc.patch, 
> attributedoc.patch, connectordoc.patch, jettyconfigdoc.patch, jettydoc.patch, 
> logindoc.patch, moduledoc.patch, namingdoc.patch, plugindoc.patch, 
> securitydoc.patch, tomcatconfigdoc.patch, tomcatdoc.patch, webdoc.patch
>
>
> Geronimo schema files are the files which are basically exposed to all the 
> user's to follow the guidelines while developing there plan files. These 
> schema files should have lot of documentation just like j2ee descriptor's 
> schema's. All the fields should be described. 
> Schema formatting provides a nice option to do this by specifying 
> 
>   documentation for each 
> element goes here
>   
> for each and every element in schema files.
> I think this will make it more human readable, i believe that every file 
> which is openly exposed to user's should have lot of documentation for 
> readbility. What do you think?

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

[jira] Updated: (GERONIMO-2972) Bind JavaMail Session to Global JNDI

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona updated GERONIMO-2972:
-

Attachment: testjndi.war

> Bind JavaMail Session to Global JNDI
> 
>
> Key: GERONIMO-2972
> URL: https://issues.apache.org/jira/browse/GERONIMO-2972
> Project: Geronimo
>  Issue Type: Sub-task
>  Security Level: public(Regular issues) 
>  Components: mail
>Affects Versions: 2.0-M5
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
> Attachments: GERONIMO-2972.patch, mailsession1-plan.xml, 
> sendmail.war, testjndi.war
>
>
> Auto bind JavaMail Session objects to Global JNDI.

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

[jira] Updated: (GERONIMO-2972) Bind JavaMail Session to Global JNDI

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona updated GERONIMO-2972:
-

Attachment: sendmail.war
mailsession1-plan.xml
GERONIMO-2972.patch

Attached are the ff. files:

1. GERONIMO-2972.patch - tried it on trunk rev 522662. This patch will create 
the "ger:" context and all created JavaMail resource is bound to this context 
using the 'name' key property from the object name of the gbean.

2. mailsession1-plan.xml - a plan to create a test JavaMail resource. After 
deploying, you can access the resource using "ger:/MailSession1".

3. sendmail.war - a webapp for sending test emails where you can specify the 
JNDI name of JavaMail session to use.

4. testjndi.war - a webapp for doing JNDI lookup and see if an object is bound 
to a given name.


> Bind JavaMail Session to Global JNDI
> 
>
> Key: GERONIMO-2972
> URL: https://issues.apache.org/jira/browse/GERONIMO-2972
> Project: Geronimo
>  Issue Type: Sub-task
>  Security Level: public(Regular issues) 
>  Components: mail
>    Affects Versions: 2.0-M5
>    Reporter: Christopher M. Cardona
> Assigned To: Christopher M. Cardona
> Attachments: GERONIMO-2972.patch, mailsession1-plan.xml, sendmail.war
>
>
> Auto bind JavaMail Session objects to Global JNDI.

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

Re: org.apache.j2g

[Christopher M. Cardona]

I agree this is inconsistent and I think we need to change this to 
something like: o.a.g.tools.j2g or o.a.g.apps.j2g.


Jason Dillon wrote:

I asked about this before, but got no answer.

Why is the code for "geronimo/sandbox/j2g" using "org.apache.j2g" as a 
package name?  This seems *very* inconsistent wrt other codelines 
which are hosted by the geronimo svn.


Why?

--jason

Re: [ANNOUNCE] Welcome Prasad Kashyap as the newest member of the Geronimo PMC

[Christopher M. Cardona]

Congrats Prasad !!

chris

Gianny Damour wrote:

Congratulations Prasad!

Gianny

On 23/03/2007, at 1:22 AM, Hernan Cunico wrote:


Hi All,
Please welcome Prasad Kashyap as the newest member of the Geronimo 
PMC. We're very happy to have him joining us to help with the 
oversight of the Geronimo project.


Way to go Prasad !!!

The Apache Geronimo PMC

Cheers!
Hernan

DeploymentManagerCreationException

[Christopher M. Cardona]

I was able to build trunk successfully from scratch but trying to deploy 
a simple webapp via console fails for me (Tomcat & Jetty) with the ff. 
error:


Caused by: 
javax.enterprise.deploy.spi.exceptions.DeploymentManagerCreationExcep
tion: Could not get DeploymentManager; No registered DeploymentFactory 
handles t

his URI
   at 
javax.enterprise.deploy.shared.factories.DeploymentFactoryManager.get

DeploymentManager(DeploymentFactoryManager.java:117)
   at 
org.apache.geronimo.console.configmanager.DeploymentPortlet.processAc

tion(DeploymentPortlet.java:122)
   ... 46 more

Anybody seen this error?

Thanks,
chris

[jira] Commented: (GERONIMO-2966) [Code donation] Web2 Plugins

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona commented on GERONIMO-2966:
--

I spent some time trying out this donation and I think it's a nice tool to have 
for developing Web 2.0 apps in Geronimo. The donation basically consists of 
plugins (Dojo, JSON-RPC-Java, and ROME) and some test apps that utilizes the 
plugins. Installing it is very easy. I just followed the instructions from 
notes.txt titled 'Install for the impatient'. It also includes installation and 
developer's guide under the 'doc' directory which I find very helpful. The 
source code is also well documented and already includes the Apache license 
header. This donation was tested to work on Little G 1.1 with Tomcat and it 
would be nice to have it working on G 2.0 but since G 2.0 already includes 
native Dojo support, we don't need the Dojo plugin included in this donation.

Is there a place where we can host donated plugins? Anybody got suggestions on 
what to do with this donation? Thanks.

> [Code donation] Web2 Plugins
> 
>
> Key: GERONIMO-2966
> URL: https://issues.apache.org/jira/browse/GERONIMO-2966
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>Affects Versions: 1.1.x
> Environment: MS Windows XP SP2 (although Java based should work on 
> any OS supporting Java)
>Reporter: Jeffrey Faelnar
>Priority: Minor
> Fix For: 1.1.x
>
> Attachments: IBM-Web20Plugins-CCLA.pdf, web2-plugins-0.1.1.zip
>
>
> IBM has developed a set of  Web2.0 plugins for Apache Geronimo. The first 
> two, the DOJO plug-in and the JSON-RPC-Java plug-in, will supply Geronimo 
> with client and server side support of AJAX technology. Developers will 
> create Web applications where the client side is implemented with the help of 
> a DOJO library and makes JSON-RPC calls to the server side business logic 
> exposed as a coarse-grained façade JavaBean. To add DOJO library support 
> developers need to make their applications dependent on the DOJO plug-in and 
> similarly to handle JSON-RPC calls using JSON-RPC-Java library developers 
> need to make the applications dependent on the JSON-RPC plug-in.
> The remaining Feeds plug-in will allow developers to easily create RSS 1.0, 
> RSS 2.0 and ATOM 1.0 syndication feeds. The plug-in will be used in one of 
> two ways. Developers will implement feeds so that they are accessed through 
> the Feeds plug-in acting as an already deployed Web module. In addition, 
> developers can implement feeds as separately deployed Web applications that 
> use some functionality of the Feeds plug-in.
> Attached are the plugins and IBM's CCLA.

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

Re: [ANNOUNCE] Welcome Jarek Gawor as our newest committer

[Christopher M. Cardona]

Congratulations Jarek !!

chris

Davanum Srinivas wrote:

All,

Sorry Jarek! Mea Culpa!

Folks, We're pleased to let you know that we have a new committer in
our midst. Jarek Gawor has been active on the Web Services integration
for Geronimo for quite some time and has recently accepted an
invitation to join the Geronimo project as a committer.

Welcome Jarek!

thanks,
dims

[jira] Assigned: (GERONIMO-2972) Bind JavaMail Session to Global JNDI

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona reassigned GERONIMO-2972:


Assignee: Christopher M. Cardona

> Bind JavaMail Session to Global JNDI
> 
>
> Key: GERONIMO-2972
> URL: https://issues.apache.org/jira/browse/GERONIMO-2972
> Project: Geronimo
>  Issue Type: Sub-task
>  Security Level: public(Regular issues) 
>  Components: mail
>Affects Versions: 2.0
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
>
> Auto bind JavaMail Session objects to Global JNDI.

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

[jira] Created: (GERONIMO-2973) Bind JDBC DataSource to Global JNDI

[Christopher M. Cardona (JIRA)]

Bind JDBC DataSource  to Global JNDI


 Key: GERONIMO-2973
 URL: https://issues.apache.org/jira/browse/GERONIMO-2973
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
Affects Versions: 2.0
Reporter: Christopher M. Cardona


Auto bind JDBC DataSource objects to Global JNDI.

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

[jira] Created: (GERONIMO-2972) Bind JavaMail Session to Global JNDI

[Christopher M. Cardona (JIRA)]

Bind JavaMail Session to Global JNDI


 Key: GERONIMO-2972
 URL: https://issues.apache.org/jira/browse/GERONIMO-2972
 Project: Geronimo
  Issue Type: Sub-task
  Security Level: public (Regular issues)
  Components: mail
Affects Versions: 2.0
Reporter: Christopher M. Cardona


Auto bind JavaMail Session objects to Global JNDI.

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

[jira] Created: (GERONIMO-2971) Auto bind resources to Global JNDI

[Christopher M. Cardona (JIRA)]

Auto bind resources to Global JNDI
--

 Key: GERONIMO-2971
 URL: https://issues.apache.org/jira/browse/GERONIMO-2971
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
Affects Versions: 2.0
Reporter: Christopher M. Cardona


We need a way to auto bind resources like JDBC DataSource, JavaMail Session, 
EJB, etc. to Global JNDI namespace. This will allow the lookup of the said 
resources without declaring resource references in the deployment plans.

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

Re: ENC (Environment Naming Context) Question

[Christopher M. Cardona]

David Jencks wrote:


On Mar 5, 2007, at 4:50 AM, Christopher M. Cardona wrote:


Some questions about our ENC implementation:

1. How do we add/create a subcontext for "java:comp/env"? Do we have 
an API for doing this? I get 
javax.naming.OperationNotSupportedException when calling 
createSubcontext().


Per the spec java:comp is read-only.  The content is set up in the 
NamingBuilders during deployment: we construct a map of stuff, which 
is turned into a Context using 
EnterpriseNamingContext.createEnterpriseNamingContext.


David,

That explains it. Yes, I saw this called while debugging through the 
deployment of a webapp. Sorry I wasn't asking the right questions. What 
I was trying to do is bind a resource (e.g. JavaMail Session or JDBC 
DataSource) to the global jndi during deployment. I think I figured out 
where to do this during deployment but not exactly sure which context to 
use for binding. IIUC, we already bind something locally to the ENC so a 
particular module can have access to it at runtime. But if we wanted 
another module or even a standalone app (possibly a different jvm) to 
have access to those resources we need to use the global JNDI. Is my 
understanding correct? Am I asking the right questions here? :-) Any 
clarification would help.


Thanks,
chris

ENC (Environment Naming Context) Question

[Christopher M. Cardona]

Some questions about our ENC implementation:

1. How do we add/create a subcontext for "java:comp/env"? Do we have an 
API for doing this? I get javax.naming.OperationNotSupportedException 
when calling createSubcontext().


2. Which ENC subcontexts are required to be created? Is this list enough?

java:comp/env/mail
java:comp/env/jdbc
java:comp/env/jms
java:comp/env/ejb

Thanks,
chris

Re: [VOTE] 2.0-M3 Release

[Christopher M. Cardona]

+1

Best wishes,
chris

Matt Hogstrom wrote:
I have gotten past the hurdles and present for your reviewing pleasure 
Geronimo 2.0-M3.


All assemblies as well as source are available.  
http://people.apache.org/~hogstrom/2.0-M3-rc1


I have tested a few of the assemblies by deploying and running 
DayTrader and now its your turn.


This vote will conclude Saturday at 1800 Eastern time.

Re: [VOTE] Geronimo web site update

[Christopher M. Cardona]

+1

chris

Hernan Cunico wrote:

Folks,
this vote is for moving the authoring of Geronimo's web site over 
Confluence. This mean that we will no longer use the anakia, xdocs and 
ant scripts to generate the web site, instead we will use Confluence.


There is a GMOxSITE space in the cwiki site that only Geronimo 
committers can edit, this space will get automatically exported and 
massaged with a presentation template over geronimo.apache.org


The source of the web site will remain in Confluence, svn repo will 
hold a copy of the HTML version.
The other resources we serve from geronimo.apache.org such as plugins, 
schemas, redirects, etc. will remain unaffected.


This vote will end this Saturday March 3rd at 1800 Eastern time.

[ ] +1 Let's move the authoring over Confluence.
[ ]  0 No opinion.
[ ] -1 Do not change the authoring to Confluence, stay with ant 
scripts and xdocs.


Cheers!
Hernan

[jira] Commented: (GERONIMO-2661) Make geronimo schema files more human readable

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona commented on GERONIMO-2661:
--

Applied the alldoc.patch to trunk rev. 511458 with additional modifications: 

- Removed the extra Apache license annotation (I think the original Apache 
license header is enough)
- Arranged the schema formatting
- Changed some annotation/documentation text

Thanks Rakesh!

> Make geronimo schema files more human readable
> --
>
> Key: GERONIMO-2661
> URL: https://issues.apache.org/jira/browse/GERONIMO-2661
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: documentation
>Affects Versions: 2.0
> Environment: Any
>Reporter: Rakesh Midha
> Assigned To: Christopher M. Cardona
>Priority: Minor
> Fix For: 2.0
>
> Attachments: alldoc.patch, appclientdoc.patch, appdoc.patch, 
> attributedoc.patch, connectordoc.patch, jettyconfigdoc.patch, jettydoc.patch, 
> logindoc.patch, moduledoc.patch, namingdoc.patch, plugindoc.patch, 
> securitydoc.patch, tomcatconfigdoc.patch, tomcatdoc.patch, webdoc.patch
>
>
> Geronimo schema files are the files which are basically exposed to all the 
> user's to follow the guidelines while developing there plan files. These 
> schema files should have lot of documentation just like j2ee descriptor's 
> schema's. All the fields should be described. 
> Schema formatting provides a nice option to do this by specifying 
> 
>   documentation for each 
> element goes here
>   
> for each and every element in schema files.
> I think this will make it more human readable, i believe that every file 
> which is openly exposed to user's should have lot of documentation for 
> readbility. What do you think?

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

[jira] Commented: (GERONIMO-2853) Add a way to view MBean stats info in the JMX Viewer portlet

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona commented on GERONIMO-2853:
--

Added the 'Refresh Stats' button to the ff. revisions:

- trunk rev. 510727
- 2.0-M3 rev. 510759

> Add a way to view MBean stats info in the JMX Viewer portlet
> 
>
> Key: GERONIMO-2853
> URL: https://issues.apache.org/jira/browse/GERONIMO-2853
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
>    Reporter: Christopher M. Cardona
> Assigned To: Christopher M. Cardona
>Priority: Minor
> Fix For: 2.0
>
> Attachments: GERONIMO-2853.patch
>
>
> Modify the JMX Viewer portlet and add a way to view a list of MBeans that 
> provides statistics. Add 'Stats' tab which lists the stats of an MBean.

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

[jira] Assigned: (GERONIMO-2661) Make geronimo schema files more human readable

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona reassigned GERONIMO-2661:


Assignee: Christopher M. Cardona  (was: Matt Hogstrom)

> Make geronimo schema files more human readable
> --
>
> Key: GERONIMO-2661
> URL: https://issues.apache.org/jira/browse/GERONIMO-2661
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: documentation
>Affects Versions: 2.0
> Environment: Any
>Reporter: Rakesh Midha
> Assigned To: Christopher M. Cardona
>Priority: Minor
> Fix For: 2.0
>
> Attachments: alldoc.patch, appclientdoc.patch, appdoc.patch, 
> attributedoc.patch, connectordoc.patch, jettyconfigdoc.patch, jettydoc.patch, 
> logindoc.patch, moduledoc.patch, namingdoc.patch, plugindoc.patch, 
> securitydoc.patch, tomcatconfigdoc.patch, tomcatdoc.patch, webdoc.patch
>
>
> Geronimo schema files are the files which are basically exposed to all the 
> user's to follow the guidelines while developing there plan files. These 
> schema files should have lot of documentation just like j2ee descriptor's 
> schema's. All the fields should be described. 
> Schema formatting provides a nice option to do this by specifying 
> 
>   documentation for each 
> element goes here
>   
> for each and every element in schema files.
> I think this will make it more human readable, i believe that every file 
> which is openly exposed to user's should have lot of documentation for 
> readbility. What do you think?

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

[jira] Updated: (GERONIMO-2853) Add a way to view MBean stats info in the JMX Viewer portlet

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona updated GERONIMO-2853:
-

Attachment: GERONIMO-2853.patch

Tested the patch to work on trunk rev. 509438

> Add a way to view MBean stats info in the JMX Viewer portlet
> 
>
> Key: GERONIMO-2853
> URL: https://issues.apache.org/jira/browse/GERONIMO-2853
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
>Priority: Minor
> Fix For: 2.0
>
> Attachments: GERONIMO-2853.patch
>
>
> Modify the JMX Viewer portlet and add a way to view a list of MBeans that 
> provides statistics. Add 'Stats' tab which lists the stats of an MBean.

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

[jira] Created: (GERONIMO-2853) Add a way to view MBean stats info in the JMX Viewer portlet

[Christopher M. Cardona (JIRA)]

Add a way to view MBean stats info in the JMX Viewer portlet


 Key: GERONIMO-2853
 URL: https://issues.apache.org/jira/browse/GERONIMO-2853
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: console
Affects Versions: 2.0
Reporter: Christopher M. Cardona
 Assigned To: Christopher M. Cardona
Priority: Minor
 Fix For: 2.0


Modify the JMX Viewer portlet and add a way to view a list of MBeans that 
provides statistics. Add 'Stats' tab which lists the stats of an MBean.

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

Re: JSR 77 - JDBCResource

[Christopher M. Cardona]

Thanks for the reply David. I was trying to figure out how to add JSR 77 
JDBCStats so I first checked if we are implementing JDBCResource 
anywhere. I've been trying to figure out how we can implement the JSR 77 
Stats in Geronimo for performance monitoring. Since there is also 
JCAStats related to JCAResource, I can look at it first.


David Jencks wrote:


On Feb 8, 2007, at 8:41 AM, Christopher M. Cardona wrote:

Anybody know where JSR 77 JDBCResource is being implemented in 
Geronimo? Here is the spec description:


The JDBCResource model identifies a JDBC resource. A JDBC resource 
manages one or more JDBC data sources. For each JDBC resource 
provided on a server, there must be one JDBCResource OBJECT_NAME in 
the servers resources list that

identifies it.


We kind of ignore this because we wrap all jdbc datasources with jca 
wrappers so we only have the jca objects to deal with.  I guess we 
could try to figure out if a ConnectionFactory is a DataSource and if 
so use JDBCResource for the module type instead of JCAResource (IIRC).


Would doing this provide value for our users?

thanks
david jencks



Thanks,
chris

JSR 77 - JDBCResource

[Christopher M. Cardona]

Anybody know where JSR 77 JDBCResource is being implemented in Geronimo? 
Here is the spec description:


The JDBCResource model identifies a JDBC resource. A JDBC resource 
manages one or more JDBC data sources. For each JDBC resource provided 
on a server, there must be one JDBCResource OBJECT_NAME in the servers 
resources list that

identifies it.

Thanks,
chris

Re: OpenEJB and javax.management.j2ee.statistics.EJBStats

[Christopher M. Cardona]

Hi Jacek,

Hehehe... By any chance, do you know where is a good starting point for 
me to start looking on how to collect this data? :-)


Thanks,
chris

Jacek Laskowski wrote:

On 2/5/07, Christopher M. Cardona <[EMAIL PROTECTED]> wrote:

Anybody here knows or has an idea how I can get the following stats from
OpenEJB:

1. Number of times a beans create method was called
2. Number of times a beans remove method was called

Are these data already available in OpenEJB or do we need to add a way
to start collecting these data?


I'd be vry surprised if I heard it's available (does it answer
your questions? ;-))

Jacek

OpenEJB and javax.management.j2ee.statistics.EJBStats

[Christopher M. Cardona]

Anybody here knows or has an idea how I can get the following stats from 
OpenEJB:


1. Number of times a beans create method was called
2. Number of times a beans remove method was called

Are these data already available in OpenEJB or do we need to add a way 
to start collecting these data? I’m just looking for some guidance any 
help would be appreciated.


Thanks,
chris

Re: svn commit: r502533 - /geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/

[Christopher M. Cardona]

Anita,

I added the new class because the name of the old one is not correct. I 
intentionally left the old one just in case somebody is using it. I'll 
remove it later.


Best wishes,
chris

anita kulshreshtha wrote:

Chris,
BoundedRangeStatisticImpl duplicates BoundedRangeImpl. The new name
is more uniform. We can get rid of the old one. 


Thanks
Anita

--- [EMAIL PROTECTED] wrote:

  

Author: ccardona
Date: Fri Feb  2 00:41:53 2007
New Revision: 502533

URL: http://svn.apache.org/viewvc?view=rev&rev=502533
Log:
GERONIMO-2517 : Implement JSR77 Stats interfaces.
- Initial check in of Stats interfaces implementing classes

Added:
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/BoundedRangeStatisticImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/EJBStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/EntityBeanStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JCAConnectionPoolStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JCAConnectionStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JCAStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JDBCConnectionPoolStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JDBCConnectionStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JDBCStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JMSConnectionStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JMSConsumerStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JMSEndpointStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JMSProducerStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JMSSessionStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JMSStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JTAStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/JavaMailStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/MessageDrivenBeanStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/ServletStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/SessionBeanStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/StatefulSessionBeanStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/StatelessSessionBeanStatsImpl.java
  
   



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/URLStatsImpl.java
  

Added:



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/BoundedRangeStatisticImpl.java
  

URL:



http://svn.apache.org/viewvc/geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/BoundedRangeStatisticImpl.java?view=auto&rev=502533
  
==
  

---



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/BoundedRangeStatisticImpl.java
  

(added)
+++



geronimo/server/trunk/modules/geronimo-management/src/main/java/org/apache/geronimo/management/stats/BoundedRangeStatisticImpl.java
  

Fri Feb  2 00:41:53 2007
@@ -0,0 +1,68 @@
+/**
+ *  Licensed to the Apache Software Foundation (ASF) under one or
more
+ *  contributor license agreements.  See the NOTICE file distributed
with
+ *  this work for additional information regarding copyright
ownership.
+ *  The ASF licenses this file to You under the Apache License,
Version 2.0
+ *  (the "License"); you may not use this

Re: Help with JSR 77 Performance Monitoring Implementation

[Christopher M. Cardona]

Hi Lasantha,

Good to know you’re interested in this work. The more help we get, the 
merrier. The general steps for adding J2EE managed object statistics are:


1. Find the J2EE managed object class and modify the 
isStatisticsProvider() method to return true.
2. Have the J2EE managed object class implement StatisticsProvider 
interface and provide an implementation for the method: Stats 
getStats(). This should return an instance of the matching Stats 
interface (e.g., ServletStats) for the J2EE managed object.


Note that a major part of this work is finding the right J2EE managed 
object and adding a way to gather the statistics needed if it’s not yet 
provided. So far that’s where we need a lot of help. We need to know how 
to get the needed statistics. Best case is if the J2EE managed object is 
already gathering the needed data and all we need to do is expose it. 
Otherwise, we need to add that functionality.


I hope this can get you started. ;-)

Best wishes,
chris

Lasantha Ranaweera wrote:

Hi Chris,

I would like to contribute to this work in the Geronimo too ;-) .

Went through the JSR. Saw Jetty implementation is already available 
there even though it is commented in the source code. I hope to start 
from Tomcat side.


Any help would be appriciated.

Thanks,
Lasantha Ranaweera

Christopher M. Cardona wrote:
CORRECTION: The 'Implementing Class' column was modified to 
'StatisticsProvider Class' column. This column lists the classes that 
implement the StatisticsProvider interface which defines a method to 
return a specific managed object Stats.


Christopher M. Cardona wrote:
I’m currently looking on how to implement JSR 77 Stats interfaces 
(GERONIMO-2517) and I've created a wiki page to keep track of the 
progress: 
http://cwiki.apache.org/confluence/display/GMOxDEV/JSR+77+Performance+Monitoring+%28Stats+Interfaces%29 



This page lists the Stats interface required by each managed object 
type including the methods to be implemented. The ‘Implementing 
Class’ column is the specific Class that would implement the 
corresponding Stats interface and this is where I need some input 
from you guys. Implementing these interfaces might involve source 
modification of other projects that Geronimo uses (e.g. Openejb, 
ActiveMQ, Jetty, Tomcat, etc.) and it would really help if domain 
experts on these projects provide suggestions and info on how and 
where to implement the said interfaces. It would also help to bring 
up possible issues when implementing the said interfaces. Please 
feel free to modify the wiki page for corrections or additions.


Here’s a list of Stats interfaces that we can implement and support 
in Geronimo:


1. EJBStats
2. SessionBeanStats
3. StatelessSessionBeanStats
4. StatefulSessionBeanStats
5. MessageDrivenBeanStats**
6. EntityBeanStats
7. ServletStats
8. JCAStats
9. JCAConnectionStats
10. JCAConnectionPoolStats
11. JTAStats
12. JDBCStats
13. JDBCConnectionStats
14. JDBCConnectionPoolStats
15. JMSStats
16. JMSConnectionStats
17. JMSSessionStats
18. JMSEndpointStats
19. JMSProducerStats
20. JMSConsumerStats
21. JavaMailStats
22. URLStats
23. JVMStats (Already implemented)

Thanks,
chris

[jira] Commented: (GERONIMO-2517) Implement JSR77 Stats interfaces.

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona commented on GERONIMO-2517:
--

I created a wiki for additional information regarding this work: 

http://cwiki.apache.org/confluence/display/GMOxDEV/JSR+77+Performance+Monitoring+%28Stats+Interfaces%29

Please feel free to update the wiki. Thanks.

> Implement JSR77 Stats interfaces.
> -
>
> Key: GERONIMO-2517
> URL: https://issues.apache.org/jira/browse/GERONIMO-2517
> Project: Geronimo
>  Issue Type: Task
>  Security Level: public(Regular issues) 
>  Components: management
>Affects Versions: 1.2
> Environment: All
>Reporter: Anita Kulshreshtha
>
> Implememt the following JSR77 interfaces (package o.a.g.management.stats):
> EJBStats.java
> EntityBeanStats.java  
> JCAConnectionPoolStats.java
> JCAConnectionStats.java   
> JCAStats.java
> JDBCConnectionPoolStats.java  
> JDBCConnectionStats.java
> JDBCStats.java  
> JMSConnectionStats.java
> JMSConsumerStats.java  
> JMSEndpointStats.java
> JMSProducerStats.java  
> JMSSessionStats.java
> JMSStats.java  
> JTAStats.java  
> JavaMailStats.java
> MessageDrivenBeanStats.java   
> ServletStats.java  
> SessionBeanStats.java
> StatefulSessionBeanStats.java 
> StatelessSessionBeanStats.java 
> URLStats.java

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

Re: [VOTE] J2G Conversion tool acceptance

[Christopher M. Cardona]

[X] +1 lets bring it in, this is great

Best wishes,
chris

Filip Hanik - Dev Lists wrote:
This is the formal vote to accept the J2G codebase and bring it 
through incubation (see 
http://marc.theaimsgroup.com/?l=geronimo-dev&m=116906208022256&w=2)

The final destination is to be part of the geronimo devtool subproject.
(see http://marc.theaimsgroup.com/?l=geronimo-dev&m=116958894929809&w=2)

The code donation is located at:
https://issues.apache.org/jira/browse/GERONIMO-2743

[ ] +1 lets bring it in, this is great
[ ]  0 do what ever you want, not my cup of tea
[ ] -1 keep it out of our sight, I have a good reason

Optional
[ ] I'm willing to mentor this project while it is in incubation
[ ] I'm willing to champion the effort while it is in incubation

Committers' votes are binding, all other votes will be duly noted

Best regards
Filip

Re: Help with JSR 77 Performance Monitoring Implementation

[Christopher M. Cardona]

CORRECTION: The 'Implementing Class' column was modified to 
'StatisticsProvider Class' column. This column lists the classes that 
implement the StatisticsProvider interface which defines a method to 
return a specific managed object Stats.


Christopher M. Cardona wrote:
I’m currently looking on how to implement JSR 77 Stats interfaces 
(GERONIMO-2517) and I've created a wiki page to keep track of the 
progress: 
http://cwiki.apache.org/confluence/display/GMOxDEV/JSR+77+Performance+Monitoring+%28Stats+Interfaces%29 



This page lists the Stats interface required by each managed object 
type including the methods to be implemented. The ‘Implementing Class’ 
column is the specific Class that would implement the corresponding 
Stats interface and this is where I need some input from you guys. 
Implementing these interfaces might involve source modification of 
other projects that Geronimo uses (e.g. Openejb, ActiveMQ, Jetty, 
Tomcat, etc.) and it would really help if domain experts on these 
projects provide suggestions and info on how and where to implement 
the said interfaces. It would also help to bring up possible issues 
when implementing the said interfaces. Please feel free to modify the 
wiki page for corrections or additions.


Here’s a list of Stats interfaces that we can implement and support in 
Geronimo:


1. EJBStats
2. SessionBeanStats
3. StatelessSessionBeanStats
4. StatefulSessionBeanStats
5. MessageDrivenBeanStats**
6. EntityBeanStats
7. ServletStats
8. JCAStats
9. JCAConnectionStats
10. JCAConnectionPoolStats
11. JTAStats
12. JDBCStats
13. JDBCConnectionStats
14. JDBCConnectionPoolStats
15. JMSStats
16. JMSConnectionStats
17. JMSSessionStats
18. JMSEndpointStats
19. JMSProducerStats
20. JMSConsumerStats
21. JavaMailStats
22. URLStats
23. JVMStats (Already implemented)

Thanks,
chris

Help with JSR 77 Performance Monitoring Implementation

[Christopher M. Cardona]

I’m currently looking on how to implement JSR 77 Stats interfaces 
(GERONIMO-2517) and I've created a wiki page to keep track of the 
progress: 
http://cwiki.apache.org/confluence/display/GMOxDEV/JSR+77+Performance+Monitoring+%28Stats+Interfaces%29 



This page lists the Stats interface required by each managed object type 
including the methods to be implemented. The ‘Implementing Class’ column 
is the specific Class that would implement the corresponding Stats 
interface and this is where I need some input from you guys. 
Implementing these interfaces might involve source modification of other 
projects that Geronimo uses (e.g. Openejb, ActiveMQ, Jetty, Tomcat, 
etc.) and it would really help if domain experts on these projects 
provide suggestions and info on how and where to implement the said 
interfaces. It would also help to bring up possible issues when 
implementing the said interfaces. Please feel free to modify the wiki 
page for corrections or additions.


Here’s a list of Stats interfaces that we can implement and support in 
Geronimo:


1. EJBStats
2. SessionBeanStats
3. StatelessSessionBeanStats
4. StatefulSessionBeanStats
5. MessageDrivenBeanStats**
6. EntityBeanStats
7. ServletStats
8. JCAStats
9. JCAConnectionStats
10. JCAConnectionPoolStats
11. JTAStats
12. JDBCStats
13. JDBCConnectionStats
14. JDBCConnectionPoolStats
15. JMSStats
16. JMSConnectionStats
17. JMSSessionStats
18. JMSEndpointStats
19. JMSProducerStats
20. JMSConsumerStats
21. JavaMailStats
22. URLStats
23. JVMStats (Already implemented)

Thanks,
chris

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

[Christopher M. Cardona]

anita kulshreshtha wrote:
+1 


   Please note the following issues for future releases:
1. Clicking on LDAP Viewer produces stack trace: 
08:49:59,484 WARN  [ExecuteQuery] Method execution failed: 
java.lang.Exception: Problem connecting to directory server:

localhost:1389
at
org.apache.geronimo.console.ldapmanager.LDAPManagerHelper.(LDAPManagerHelper.java:113)

  


By default the LDAP Viewer portlet connects to the embedded Apache DS 
and if it's not started it will result to this stack trace and it should 
pop some warning message followed by displaying the 'Connect Info' tab 
to allow users to change settings and reconnect. We can possibly consume 
the exception when DWR creates the LDAP utility class to avoid the stack 
trace.



2. ClassLoader Viewer throws error:
08:51:13,203 ERROR [RowFragment_jsp]] Servlet.service() for servlet
jsp.WEB_002dINF.aggregation.RowFragment_jsp threw exception
javax.servlet.ServletException: Java heap space

  

I also see this randomly on one of my Windows box.

I'm ok with these issues for this release. Here's my +1.

chris

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

[Christopher M. Cardona]

Welcome and Congrats Chris! Nice name... ;-)

chris

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


Please join me in welcoming Chris.

Matt Hogstrom
[EMAIL PROTECTED]

[jira] Commented: (GERONIMO-2689) New View for JNDI name in all the contexts

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona commented on GERONIMO-2689:
--

Here are the necessary widget name changes to avoid javascript error:

1. "dojo.widget.TreeEmphaseOnSelect" TO "dojo.widget.TreeEmphasizeOnSelect"
2. "dojo.widget.TreeExpandOnSelect" TO "dojo.widget.TreeToggleOnSelect"


> New View for JNDI name in all the contexts
> --
>
> Key: GERONIMO-2689
> URL: https://issues.apache.org/jira/browse/GERONIMO-2689
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
> Environment: Any
>Reporter: Rakesh Midha
> Assigned To: Kevan Miller
> Fix For: 2.0
>
> Attachments: allviews.patch, common.patch, G2689-2690-2691.patch, 
> G2689-2690-2691_updated.patch, jndi.gif, jndiview2689.patch, navigation.gif
>
>
> So many times we hit the Exception NamingNotFound, most of the times it 
> happens because of user error, missing references, wrong names or path or 
> user working in different context and system looking in some other context.
> I think it would be nice if in a console we can have a view of what all names 
> are binded or available in contexts of each application / module or component.

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

Re: ClassLoader, JNDI and Dependency views in console

[Christopher M. Cardona]

Kevan Miller wrote:
I'd like to commit what we have ATM and start addressing these issues 
(memory, ejb jar, plugability) as bug fixes/enhancements. Anybody feel 
strongly otherwise?


--kevan

My only worry right now is the Classloader Viewer but I'm ok checking it 
in as is. If nobody complains I’ll go ahead and commit the patches 
tomorrow night. This will give us another day for people to voice out 
any concerns they have and perhaps Rakesh can squeeze in a few fixes, 
enhancements, etc. ;-)


Best wishes,
chris

Re: ClassLoader, JNDI and Dependency views in console

[Christopher M. Cardona]

Rakesh Midha wrote:

Hello Chris,

Is there some specific scenerio where you are getting java heap space 
error.


What I am guessing is that there can be a scenerio where classloaders 
are cyclic. Is it possible, that

Classloader C1 is a parent of Classloader C2
Classloader C2 is a parent of Classloader C3
Classloader C3 is a parent of Classloader C1

As David Jencks pointed out this is not allowed. I was wondering if our 
implementation enforces this. There are no specific steps to replicate 
the problem but I usually get it after reloading Classloader viewer 
portlet and doing searches a couple of times. So I’m guessing something 
is not being garbage collected or there’s a memory leak somewhere. I'll 
try to rebuild and see if it makes any difference.


BTW, I found another problem with the JNDI viewer portlet. After 
deploying a standalone ejb jar I get a NullPointerException when viewing 
the portlet. My guess is you forgot to consider the case where an ejb 
module is deployed and it’s not inside an ear file resulting to a null 
J2EE application.


Best wishes,
chris

If it is a possible, I need to figure out a way to know it and make 
changes in tree, else it will continue filling the tree in cyclic order.


Anyone please let me know if the above scenerio is allowed or not. (If 
it is allowed how is classes loaded, it will continue looking for 
class in cyclic order forever and never load it.)


Thanks
Rakesh

On 1/11/07, *Rakesh Midha* <[EMAIL PROTECTED] 
<mailto:[EMAIL PROTECTED]>> wrote:


Oh I didnt see the JavaHeap space error about, let me check it out.
thanks
Rakesh


    On 1/11/07, * Christopher M. Cardona* < [EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:

Kevan,

FYI, I updated
https://issues.apache.org/jira/browse/GERONIMO-2689 to
include a patch that will fix the javascript error. You should
be able
to view the new portlets at least. Please let me know if you
still get
problems.

Best wishes,
chris

Kevan Miller wrote:
>
    > On Jan 10, 2007, at 2:37 PM, Christopher M. Cardona wrote:
>
>> Hi Rakesh,
>>
>> I was able to run the new portlets using trunk rev494034 but
needed
>> to change all view.jsps because I get javascript errors
related to
>> your calls to dojo.require(). The console uses Dojo 0.4.1
right now
>> and I'm guessing you used a different version during
development.
>> Some widget names changed in 0.4.1.
>>
>> I'm getting a different problem this time using the ClassLoader
>> viewer. I get javax.servlet.ServletException: Java heap space:
>
> I've seen this error, also. None of the views were working
for me.
> Wasn't sure if it was a Safari issue or something else.
Rakesh, can
> you take a look at these issues (javascript errors and memory
> consumption by ClassLoader viewer)?
>
> Paul,
> Are you suggesting that we should start architecting the
console to be
> more pluggable? Or suggesting that Rakesh rewrite these viewers?
>
> --kevan
>

Re: ClassLoader, JNDI and Dependency views in console

[Christopher M. Cardona]

Kevan,

FYI, I updated https://issues.apache.org/jira/browse/GERONIMO-2689 to 
include a patch that will fix the javascript error. You should be able 
to view the new portlets at least. Please let me know if you still get 
problems.


Best wishes,
chris

Kevan Miller wrote:


On Jan 10, 2007, at 2:37 PM, Christopher M. Cardona wrote:


Hi Rakesh,

I was able to run the new portlets using trunk rev494034 but needed 
to change all view.jsps because I get javascript errors related to 
your calls to dojo.require(). The console uses Dojo 0.4.1 right now 
and I'm guessing you used a different version during development. 
Some widget names changed in 0.4.1.


I'm getting a different problem this time using the ClassLoader 
viewer. I get javax.servlet.ServletException: Java heap space:


I've seen this error, also. None of the views were working for me. 
Wasn't sure if it was a Safari issue or something else. Rakesh, can 
you take a look at these issues (javascript errors and memory 
consumption by ClassLoader viewer)?


Paul,
Are you suggesting that we should start architecting the console to be 
more pluggable? Or suggesting that Rakesh rewrite these viewers?


--kevan

[jira] Commented: (GERONIMO-2689) New View for JNDI name in all the contexts

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona commented on GERONIMO-2689:
--

Attached combined patch which fixes javascript error for using wrong Dojo 
widget names.

> New View for JNDI name in all the contexts
> --
>
> Key: GERONIMO-2689
> URL: https://issues.apache.org/jira/browse/GERONIMO-2689
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
> Environment: Any
>Reporter: Rakesh Midha
> Assigned To: Kevan Miller
> Fix For: 2.0
>
> Attachments: allviews.patch, common.patch, G2689-2690-2691.patch, 
> jndi.gif, jndiview2689.patch, navigation.gif
>
>
> So many times we hit the Exception NamingNotFound, most of the times it 
> happens because of user error, missing references, wrong names or path or 
> user working in different context and system looking in some other context.
> I think it would be nice if in a console we can have a view of what all names 
> are binded or available in contexts of each application / module or component.

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

[jira] Updated: (GERONIMO-2689) New View for JNDI name in all the contexts

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona updated GERONIMO-2689:
-

Attachment: G2689-2690-2691.patch

> New View for JNDI name in all the contexts
> --
>
> Key: GERONIMO-2689
> URL: https://issues.apache.org/jira/browse/GERONIMO-2689
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 2.0
> Environment: Any
>Reporter: Rakesh Midha
> Assigned To: Kevan Miller
> Fix For: 2.0
>
> Attachments: allviews.patch, common.patch, G2689-2690-2691.patch, 
> jndi.gif, jndiview2689.patch, navigation.gif
>
>
> So many times we hit the Exception NamingNotFound, most of the times it 
> happens because of user error, missing references, wrong names or path or 
> user working in different context and system looking in some other context.
> I think it would be nice if in a console we can have a view of what all names 
> are binded or available in contexts of each application / module or component.

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

Re: ClassLoader, JNDI and Dependency views in console

[Christopher M. Cardona]

Hi Rakesh,

I was able to run the new portlets using trunk rev494034 but needed to 
change all view.jsps because I get javascript errors related to your 
calls to dojo.require(). The console uses Dojo 0.4.1 right now and I'm 
guessing you used a different version during development. Some widget 
names changed in 0.4.1.


I'm getting a different problem this time using the ClassLoader viewer. 
I get javax.servlet.ServletException: Java heap space:


16:39:38,000 ERROR [PortletFragment] Error in Portlet
javax.portlet.PortletException
   at 
org.apache.pluto.core.impl.PortletRequestDispatcherImpl.include(Portl

etRequestDispatcherImpl.java:76)
   at 
org.apache.geronimo.console.classloaderview.ClassLoaderViewPortlet.do

View(ClassLoaderViewPortlet.java:64)
   at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
   at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
   at 
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218

)
   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(Appl

icationFilterChain.java:290)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF

ilterChain.java:206)
   at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp

atcher.java:683)
   at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD

ispatcher.java:585)
   at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis

patcher.java:505)
   at 
org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvoke

rImpl.java:120)
   at 
org.apache.pluto.invoker.impl.PortletInvokerImpl.render(PortletInvoke

rImpl.java:73)
   at 
org.apache.pluto.PortletContainerImpl.renderPortlet(PortletContainerI

mpl.java:119)
   at 
org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.renderPo

rtlet(PortletContainerWrapperImpl.java:70)
   at 
org.apache.pluto.portalImpl.aggregation.PortletFragment.service(Portl

etFragment.java:168)
   at 
jsp.WEB_002dINF.aggregation.ColumnFragment_jsp._jspService(ColumnFrag

ment_jsp.java:70)
   at 
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)

   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl

icationFilterChain.java:290)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF

ilterChain.java:206)
   at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp

atcher.java:683)
   at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD

ispatcher.java:585)
   at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis

patcher.java:505)
   at 
org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst

ractFragment.java:112)
   at 
jsp.WEB_002dINF.aggregation.RowFragment_jsp._jspService(RowFragment_j

sp.java:67)
   at 
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)

   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl

icationFilterChain.java:290)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF

ilterChain.java:206)
   at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp

atcher.java:683)
   at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD

ispatcher.java:585)
   at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis

patcher.java:505)
   at 
org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst

ractFragment.java:112)
   at 
jsp.WEB_002dINF.aggregation.PageFragment_jsp._jspService(PageFragment

_jsp.java:71)
   at 
org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:98)

   at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
   at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Appl

icationFilterChain.java:290)
   at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationF

ilterChain.java:206)
   at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDisp

atcher.java:683)
   at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationD

ispatcher.java:585)
   at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDis

patcher.java:505)
   at 
org.apache.pluto.portalImpl.aggregation.AbstractFragment.service(Abst

ractFragment.java:112)
   at 
jsp.WEB_002dINF.aggregation.RootFragment_jsp._

Re: ClassLoader, JNDI and Dependency views in console

[Christopher M. Cardona]

Hi Gianny,

That explains it. Your suggestion fixed the problem.

Thanks,
chris

Gianny Damour wrote:

Hi Chris,

I also had this problem. If you re-compile OpenEJB, then you should be 
fine. In a few words, ModuleConfigurer.getModuleType has been recently 
added and you are running with a EjbConfigurer which does not define 
this method.


Thanks,
Gianny


On 08/01/2007, at 10:15 PM, Christopher M. Cardona wrote:


Rakesh,

I tried combining your patches last time and I was able to build the 
server but the it fails on startup with the following error:


[*> ] 93%  20s  Loading 
org.apache.geronimo...19:29:49,3

12 ERROR [DeploymentFactoryImpl]
java.lang.AbstractMethodError
   at 
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.initia

lize(JMXDeploymentManager.java:83)
   at 
org.apache.geronimo.deployment.plugin.jmx.LocalDeploymentManager.
t>(LocalDeploymentManager.java:28)
   at 
org.apache.geronimo.deployment.plugin.factories.DeploymentFactoryImpl

.getDeploymentManager(DeploymentFactoryImpl.java:141)
   at 
org.apache.geronimo.deployment.hot.DirectoryHotDeployer.getDeployment

Manager(DirectoryHotDeployer.java:317)
   at 
org.apache.geronimo.deployment.hot.DirectoryHotDeployer.doStart(Direc

toryHotDeployer.java:157)
   at 
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI

nstance.java:984)
   at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart

(GBeanInstanceState.java:267)
...

Not sure if I missed something. I'll give your combined patch a shot 
and let you know.


Best wishes,
chris

Rakesh Midha wrote:


Posted combined patch 
https://issues.apache.org/jira/secure/attachment/12348488/allviews.patch 
in JIRA 2689


Please review and commit.

Thanks
Rakesh

On 1/8/07, *Rakesh Midha* <[EMAIL PROTECTED] 
<mailto:[EMAIL PROTECTED]>> wrote:


Hello All,

Thanks for quick review,

Joe, You are right about the difference in two prespectivies, the
debug view - dependencies is to show the hirarchical dependencies
of all components, modules and it also list repository elements,
whereas Config Manager is to list the potential ramifications if a
configuration is removed.

Another major difference being the Config Manager only shows
serviceparents only, where as this view directly list the direct
dependencies as well as serviceparents.

Sachin, Prasad, David :
About

http://geronimo.apache.org/maven/server/modules/geronimo-webservices-builder/dependencies.html 


it shows the static dependencies of the default server, and
doens't list any customized services, repository elements,
components and configurations deployed on server. The idea is to
show the dependency information for a particular server in its
console.

I hope it clear all the points discussed here.

Chris, As you suggested I will create a single patch for all three
and post it in one of the JIRA. (Will inform once it is done).

Thanks
    Rakesh



    On 1/5/07, *Christopher M. Cardona* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:

Hi Rakesh,

Thanks for the patches. I haven't looked at the source too but
the pix
looks good. It would be nice if you can create a combined
patch for the
3 jiras so people who wanted to check out the new debug views
can use
this as another option.

Best wishes,
chris

Rakesh Midha wrote:
> Hello
>
> First of all I am sorry for being missing from the list for
last few
> days, actually I have been trying to get this work item done.
I kinda
> liked the idea of having ClassLoader, JNDI and Dependency
views in
> console.
>
> We have discussed this before in dev list, please read the
discussion
> below.
>
> I got this thing working, so I created three JIRA's, Please
have a
> look at https://issues.apache.org/jira/browse/GERONIMO-2689
> https://issues.apache.org/jira/browse/GERONIMO-2690
<https://issues.apache.org/jira/browse/GERONIMO-2690>
> https://issues.apache.org/jira/browse/GERONIMO-2691
>
> These three JIRA's adds 3 view in console which shows
> 1. JNDIView
> This view shows all the JNDI names binded in various componet
contexts
> as well as Global context. Have a look at
> 
https://issues.apache.org/jira/secure/attachment/12348327/12348327_jndi.gif 


> to get idea of what it will show. As we can see it shows JNDI
names
> for which are available at each component context level. For
details
> of how this is implemented please have a

Re: ClassLoader, JNDI and Dependency views in console

[Christopher M. Cardona]

Rakesh,

I tried combining your patches last time and I was able to build the 
server but the it fails on startup with the following error:


[*> ] 93%  20s  Loading 
org.apache.geronimo...19:29:49,3

12 ERROR [DeploymentFactoryImpl]
java.lang.AbstractMethodError
   at 
org.apache.geronimo.deployment.plugin.jmx.JMXDeploymentManager.initia

lize(JMXDeploymentManager.java:83)
   at 
org.apache.geronimo.deployment.plugin.jmx.LocalDeploymentManager.
t>(LocalDeploymentManager.java:28)
   at 
org.apache.geronimo.deployment.plugin.factories.DeploymentFactoryImpl

.getDeploymentManager(DeploymentFactoryImpl.java:141)
   at 
org.apache.geronimo.deployment.hot.DirectoryHotDeployer.getDeployment

Manager(DirectoryHotDeployer.java:317)
   at 
org.apache.geronimo.deployment.hot.DirectoryHotDeployer.doStart(Direc

toryHotDeployer.java:157)
   at 
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI

nstance.java:984)
   at 
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart

(GBeanInstanceState.java:267)
...

Not sure if I missed something. I'll give your combined patch a shot and 
let you know.


Best wishes,
chris

Rakesh Midha wrote:


Posted combined patch 
https://issues.apache.org/jira/secure/attachment/12348488/allviews.patch 
in JIRA 2689


Please review and commit.

Thanks
Rakesh

On 1/8/07, *Rakesh Midha* <[EMAIL PROTECTED] 
<mailto:[EMAIL PROTECTED]>> wrote:


Hello All,

Thanks for quick review,

Joe, You are right about the difference in two prespectivies, the
debug view - dependencies is to show the hirarchical dependencies
of all components, modules and it also list repository elements,
whereas Config Manager is to list the potential ramifications if a
configuration is removed.

Another major difference being the Config Manager only shows
serviceparents only, where as this view directly list the direct
dependencies as well as serviceparents.

Sachin, Prasad, David :
About

http://geronimo.apache.org/maven/server/modules/geronimo-webservices-builder/dependencies.html
it shows the static dependencies of the default server, and
doens't list any customized services, repository elements,
components and configurations deployed on server. The idea is to
show the dependency information for a particular server in its
console.

I hope it clear all the points discussed here.

Chris, As you suggested I will create a single patch for all three
and post it in one of the JIRA. (Will inform once it is done).

Thanks
    Rakesh



    On 1/5/07, *Christopher M. Cardona* <[EMAIL PROTECTED]
<mailto:[EMAIL PROTECTED]>> wrote:

Hi Rakesh,

Thanks for the patches. I haven't looked at the source too but
the pix
looks good. It would be nice if you can create a combined
patch for the
3 jiras so people who wanted to check out the new debug views
can use
this as another option.

Best wishes,
chris

Rakesh Midha wrote:
> Hello
>
> First of all I am sorry for being missing from the list for
last few
> days, actually I have been trying to get this work item done.
I kinda
> liked the idea of having ClassLoader, JNDI and Dependency
views in
> console.
>
> We have discussed this before in dev list, please read the
discussion
> below.
>
> I got this thing working, so I created three JIRA's, Please
have a
> look at https://issues.apache.org/jira/browse/GERONIMO-2689
> https://issues.apache.org/jira/browse/GERONIMO-2690
<https://issues.apache.org/jira/browse/GERONIMO-2690>
> https://issues.apache.org/jira/browse/GERONIMO-2691
>
> These three JIRA's adds 3 view in console which shows
> 1. JNDIView
> This view shows all the JNDI names binded in various componet
contexts
> as well as Global context. Have a look at
> 
https://issues.apache.org/jira/secure/attachment/12348327/12348327_jndi.gif
> to get idea of what it will show. As we can see it shows JNDI
names
> for which are available at each component context level. For
details
> of how this is implemented please have a look  at comments of
this JIRA.
>
> 2. ClassloaderView
> This view shows all the classloaders and
classes/interfaces  loaded by
> that classloader in heirarchical fashion. Have a look at
> 
https://issues.apache.org/jira/secure/attachment/12348333/12348333_classloader.gif

<https://issues.apache.org/jira/secure/attachment/12348333/12348333_classload

Re: ClassLoader, JNDI and Dependency views in console

[Christopher M. Cardona]

Hi Rakesh,

Thanks for the patches. I haven't looked at the source too but the pix 
looks good. It would be nice if you can create a combined patch for the 
3 jiras so people who wanted to check out the new debug views can use 
this as another option.


Best wishes,
chris

Rakesh Midha wrote:

Hello

First of all I am sorry for being missing from the list for last few 
days, actually I have been trying to get this work item done. I kinda 
liked the idea of having ClassLoader, JNDI and Dependency views in 
console.


We have discussed this before in dev list, please read the discussion 
below.


I got this thing working, so I created three JIRA's, Please have a 
look at https://issues.apache.org/jira/browse/GERONIMO-2689

https://issues.apache.org/jira/browse/GERONIMO-2690
https://issues.apache.org/jira/browse/GERONIMO-2691

These three JIRA's adds 3 view in console which shows
1. JNDIView
This view shows all the JNDI names binded in various componet contexts 
as well as Global context. Have a look at 
https://issues.apache.org/jira/secure/attachment/12348327/12348327_jndi.gif 
to get idea of what it will show. As we can see it shows JNDI names 
for which are available at each component context level. For details 
of how this is implemented please have a look  at comments of this JIRA.


2. ClassloaderView
This view shows all the classloaders and classes/interfaces  loaded by 
that classloader in heirarchical fashion. Have a look at 
https://issues.apache.org/jira/secure/attachment/12348333/12348333_classloader.gif 
to get idea of what it will show. As we can see it shows classes and 
interfaces for all the classloaders and its child classloaders. For 
details of how this is implemented please have a look  at comments of 
this JIRA.


3. DependencyView
This view shows all the components and repository items and its 
dependencies in hierarchical fashion in which they are loaded. To 
facilitate locating of items of interest the tree view can be 
searched.. Have a look at 
https://issues.apache.org/jira/secure/attachment/12348336/12348336_dependency.gif 
to get idea of what it will show. As we can see it shows dependencies  
for each component. For details of how this is implemented please have 
a look  at comments of this JIRA.


This is a request that please try these patches and let me know your 
comments on it. I think I liked it and these views will definatly be 
useful for debugging purpose, and from my expierance I can tell that 
all these views are trying to facilitate solving of problems which are 
difficult to tackle otherwise.


Also notice that we may like to add another section in navigation for 
debug views as shown in 
https://issues.apache.org/jira/secure/attachment/12348329/12348329_navigation.gif 
 
this is not implemented for now but we may do it once we agree to put 
the above views in console.


Thanks in advance, please do have a look and comment.
Rakesh

On 7/20/06, *Erin Mulder* <[EMAIL PROTECTED] 
> wrote:


Aaron Mulder wrote:
> http://people.apache.org/~ammulder/classloaders.png

>
> However, I'm not sure how useful it will be -- it'll show you
> dependencies at the class loader level, but it won't tell you which
> class loaders hold a particular class or which class loader you're
> actually getting at some point when an error is uncovered.

Also, it still needs arrows. :)

Right now, the code for that graph produces SVG.  It would be great to
make it interactive so that you could drag the nodes around, click
on a
node to load a div that shows which classes are loaded in it, and
maybe
even collapse certain branches.  At JavaOne, I got a few simple
JavaScript behaviors working with the graph prototype, but I'm not
sure
how complex it would be to add full-out drag and drop.

Perhaps you can throw the code into the sandbox so other people can
check it out and build on it?  If I recall correctly, I was careful to
make sure that all of its dependencies have Apache-compatible
licenses,
(which was actually quite difficult).

Alternatively, someone could create and share a non-ASF-hosted plugin
that makes use of one of the many LGPL graph libraries out there.

Cheers,
Erin

[jira] Updated: (GERONIMO-1747) HTTP-methods checks

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona updated GERONIMO-1747:
-

Attachment: slide.war

> HTTP-methods checks
> ---
>
> Key: GERONIMO-1747
> URL: https://issues.apache.org/jira/browse/GERONIMO-1747
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: security
>Affects Versions: 1.0
> Environment: Windows 2003, java 1.4
>Reporter: Ilya Platonov
> Fix For: 1.1.2
>
> Attachments: slide.war, web.xml
>
>
> I'm tring to run jakarta-slide web-application on geronimo application 
> server. Slide provides WebDAV support.
> When security constrain is not set, everything works fine exept some minor 
> issues but when I put some security constraints for servlets I got following 
> error in server.log.
> 15:43:58,132 ERROR [CoyoteAdapter] An exception or error occurred in the 
> container during the request processing
> java.lang.IllegalArgumentException: Invalid HTTPMethodSpec
> at javax.security.jacc.HTTPMethodSpec.(HTTPMethodSpec.java:114)
> at 
> javax.security.jacc.WebUserDataPermission.(WebUserDataPermission.java:84)
> at 
> org.apache.geronimo.tomcat.realm.TomcatGeronimoRealm.hasUserDataPermission(TomcatGeronimoRealm.java:123)
> at 
> org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:428)
> at 
> org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:262)
> at 
> org.apache.geronimo.tomcat.valve.PolicyContextValve.invoke(PolicyContextValve.java:50)
> at 
> org.apache.geronimo.tomcat.valve.TransactionContextValve.invoke(TransactionContextValve.java:53)
> at 
> org.apache.geronimo.tomcat.valve.ComponentContextValve.invoke(ComponentContextValve.java:47)
> at 
> org.apache.geronimo.tomcat.valve.InstanceContextValve.invoke(InstanceContextValve.java:60)
> at 
> org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:126)
> at 
> org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105)
> at 
> org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:107)
> at 
> org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:526)
> at 
> org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:148)
> at 
> org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:856)
> at 
> org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.processConnection(Http11Protocol.java:744)
> at 
> org.apache.tomcat.util.net.PoolTcpEndpoint.processSocket(PoolTcpEndpoint.java:527)
> at 
> org.apache.tomcat.util.net.LeaderFollowerWorkerThread.runIt(LeaderFollowerWorkerThread.java:80)
> at 
> org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
> at java.lang.Thread.run(Thread.java:534)
> When I looked through Geronimo source code I found that "GET", "POST", "PUT", 
> "DELETE", "HEAD", "OPTIONS" and "TRACE" http-methods hardcoded into 
> HTTPMethodSpec class and if you tring to  use another method it throws this 
> exception. Problem is that WebDAV specification extends standard 
> HTTP-methods, for example it uses MKCOL and LOCK methods so jakarta-slide 
> just not working.
> Is there any workaround for this bug or geronimo is just not able to handle 
> any HTTP protocol extensions???

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

[jira] Commented: (GERONIMO-1747) HTTP-methods checks

[Christopher M. Cardona (JIRA)]

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

Christopher M. Cardona commented on GERONIMO-1747:
--

Hi David,

I tried deploying Apache Slide webapp with security constraint set to enable 
authentication on 2.0-M1 but I got the following error:

{code:xml}
...
Caused by: org.apache.xmlbeans.XmlException: Invalid deployment descriptor: [err
or: cvc-datatype-valid.1.1: string value 'VERSION-CONTROL' does not match patter
n for http-methodType in namespace http://java.sun.com/xml/ns/javaee, error: cvc
-datatype-valid.1.1: string value 'BASELINE-CONTROL' does not match pattern for
http-methodType in namespace http://java.sun.com/xml/ns/javaee]
Descriptor: http://java.sun.com/xml/ns/javaeehttp:/
/java.sun.com/xml/ns/javaee/web-app_2_5.xsd" version="2.5" xmlns:xsi="http://www
.w3.org/2001/XMLSchema-instance" xmlns="http://java.sun.com/xml/ns/javaee";>
  Jakarta Slide WebDAV Server
  
  
webdavlog
org.apache.slide.webdav.filter.LogFilter

  Defines the format of a log line.
The following placeholders are available:
%T=thread-name,
%t=date-time,
%P=principal-name,
%m=method-name,
%s=status-code,
%l=default-status-text,
%L=detailed-status-text,
%i=elapsed-time,
%p=relative-request-uri,
%u=request-uri.
%x=request-content-length.
%A=header User-Agent.
  logFormat
  %T, %t, %P, %m, %s "%l", %i, %p


  If true, output is directed to STDOUT.
  outputToConsole
  true


  If true, output is directed to the servlet's log file.
  outputToServletLog
  false


  
  
  
  
webdavlog
webdav
  
  
  
  
Slide DAV Server
webdav
org.apache.slide.webdav.WebdavServlet

  Path to the domain configuration file, relative to the path o
f the
web application.
The default is '/Domain.xml'.
  domain
  /Domain.xml


  Name of the Slide namespace that should be accessed by this s
ervlet.
If this parameter is provided, make sure the corresponding names
pace
is defined in the domain configuration file. Otherwise, the defa
ult
namespace will be used, if one exists.
  namespace
  slide


  Scope of the Slide namespace that should be exposed by this s
ervlet.
 For example, if you want to expose only the /files collection v
ia
 WebDAV, set this parameter to '/files'. In that case, any URLs
of the
 form '/context-path/servlet-path/*' will be mapped to '/files/*
'
 in the Slide namespace.
 The default value is an empty string.
  scope
  


  This init-parameter determines the depth limit for PROPFIND a
nd other
 methods, to avoid performance hits on the server for requests w
ith
 infinite depth.
 The default value is '3'.
  depth-limit
  3


  The MIME type that should be used for resources of unknown ty
pe. For
example, if a WebDAV client uploads a file (via PUT) without spe
cifying
the Content-Type header, the MIME type defined here will be used
.
The default value is 'application/octet-stream'.
  default-mime-type
  application/octet-stream


  By default, the WebDAV servlet is mapped as default servlet o
f the
web application context (the url-pattern in servlet-mapping is '
/').
If you want to change that mapping so the servlet is no longer t
he
default servlet, you must change this initialization parameter t
o
indicate the situation to the servlet, by setting it to 'false'.

The default value is 'true'.
  default-servlet
  true


  Use the 'directory-browsing' init-parameter to turn off gener
ation of
 HTML index pages that enable browsing of collections (by settin
g this
 parameter to 'false'), or to specify a web-app relative path to
 a
 template resource (a JSP page, for example) which should handle

 generation of the HTML index page. In the latter case, you can
use a
 JSP page at WEB-INF/index.jsp by specifying '/WEB-INF/index.jsp
' as
 value of this parameter.
 The default 

Re: Java EE Mgmt 1.1 available in 2.0-M1?

[Christopher M. Cardona]

Dave,

There are no other changes needed for J2EE Management for JEE 5 
compliance except for providing a full deployment descriptor which 
includes deployment annotations. IIUC this work should be done in our 
JSR 88 - Java EE application deployment implementation. I spoke to Anita 
regarding J2EE management and here’s a list of possible work to be done:


1. Have a basic framework for all Stats implementation.
2. Implement as many Stats intefaces as possible. Many of these involve 
other projects that we use in Geronimo and we definitely need input from 
their experts to implement these.

3. Console changes to view different statistical info.
4. Make Geronimo look correct in JMX tools. Anita made some changes on 
this already not sure if it’s complete.

5. All event providers must implement the eventProvider interface JSR77.4.1.
6. Hyperic management console still uses Geronimo 1.0. It will be nice 
to get a later version in

http://support.hyperic.com/confluence/display/DOCSHQ27/Apache+Geronimo
7. J2EE Management CIM (JSR 77.9.1)

This list is not required for JEE 5 compliance but it would be nice to 
have it implemented. Suggestions to this list are welcome.


Best wishes,
chris


Dave Colasurdo wrote:

Anita,

I noticed you updated the Java EE 5.0 Report card to mark Java EE Mgmt 
1.1 as available in 2.0-M1. Is the geronimo work complete for this 
specification?


Chris, Is there any other required work that you were tracking before 
marking this as complete on the roadmap?


Thanks
-Dave-

anita kulshreshtha wrote:
Are we not including J2EE Management 1.1 in this list because of 
JSR77.3.5.0.1 - deploymentDescriptor?


Thanks
Anita

--- [EMAIL PROTECTED] wrote:


Author: hogstrom
Date: Sun Dec 17 21:53:00 2006
New Revision: 488131

URL: http://svn.apache.org/viewvc?view=rev&rev=488131
Log:
Added RELEASE notes to assembly

Added:

geronimo/server/branches/2.0-M1/assemblies/geronimo-boilerplate-minimal/src/main/resources/RELEASE-NOTES-2.0-M1.txt 


(with props)

Added:

geronimo/server/branches/2.0-M1/assemblies/geronimo-boilerplate-minimal/src/main/resources/RELEASE-NOTES-2.0-M1.txt 


URL:

http://svn.apache.org/viewvc/geronimo/server/branches/2.0-M1/assemblies/geronimo-boilerplate-minimal/src/main/resources/RELEASE-NOTES-2.0-M1.txt?view=auto&rev=488131 

== 


---

geronimo/server/branches/2.0-M1/assemblies/geronimo-boilerplate-minimal/src/main/resources/RELEASE-NOTES-2.0-M1.txt 


(added)
+++

geronimo/server/branches/2.0-M1/assemblies/geronimo-boilerplate-minimal/src/main/resources/RELEASE-NOTES-2.0-M1.txt 


Sun Dec 17 21:53:00 2006
@@ -0,0 +1,265 @@
+Release Notes -- Apache Geronimo -- Version 2.0 - Milestone 1
+
+Geronimo URLs
+-
+Home Page: http://geronimo.apache.org/
+Downloads: http://geronimo.apache.org/downloads.html
+Documentation: http://geronimo.apache.org/documentation.html
+Mailing Lists: http://geronimo.apache.org/mailing.html
+Source Code: http://geronimo.apache.org/svn.html
+Bug Tracking: http://issues.apache.org/jira/browse/GERONIMO
+Wiki: http://cwiki.apache.org/geronimo
+
+
+IMPORTANT
+-
+This is a Milestone release, that means that is not the final
version of
+Apache Geronimo v2.0 Take a look at "Known Issues and Limitations"
section for
+further details.
+
+System Requirements
+---
+You need a platform that supports the Sun JDK 5.0+ (J2SE 1.5.0+).
+
+Most testing has been done on Linux, Mac OS X, and Windows.
+
+
+Significant Changes in the 2.0 Release
+--
+Apache Geronimo v2.0 includes the following features:
+
+- Full Sun JDK 5.0+ (J2SE 1.5.0+)
+- Servlet 2.5 (Tomcat)
+- JSP 2.1 (Tomcat)
+- JSP Debug 1.0 (Tomcat)
+- Servlet 2.5 (Jetty)
+- JSP 2.1 (Jetty - via Jasper)
+- JSP Debug 1.0 (Jetty)
+- JSF 1.2
+- JSTL 1.2
+- Common Annotations 1.0
+- JAF 1.1
+- JavaMail 1.4
+- EJB 3.0 (JPA only)
+- JTA 1.1
+- JMS 1.1
+- JACC 1.1
+
+Installing & Starting Geronimo
+--
+To install, simply unpack the .zip (Windows) or tar.gz (Unix) file
containing +Geronimo.
+
+If you wish to modify the default ports that Geronimo will use, edit
the file +/var/config/config.xml
+
+Geronimo comes with batch and script files to control server start
and stop +functions. To see usage examples simply type geronimo.bat or
geronimo.sh +command as appropriate for your platform. It is 
necessary to set
JAVA_HOME to +the copy of your Sun 5 JDK/JRE prior to executing the 
command. +

+Here is an example to set JAVA_HOME:
+
+export JAVA_HOME=
+
+To see the available command options type:
+
+/bin/geronimo.sh
+or
+/bin/geronimo.bat
+
+The command will display help text instructing you as to how to
start and stop +the Geronimo server.
+
+If you prefer to start the server without a script file you can
simply type: +
+java -jar /bin/server.jar
+
+Once the server has started, you can access the Geronimo
Administration Console
+at http://localhost:

Re: [VOTE] 2.0-M1 Release

[Christopher M. Cardona]

+1
chris

Matt Hogstrom wrote:

All,

I have prepared 2.0-M1 for release.  Of course all the hard work was 
done by the lot of y'all :)


I have tested DayTrader 2.0-SNAPSHOT on this build and I'm satisfied 
with the results.  All modes of operation functioned well (SLSB, 
Direct, EJB and JPA).  I toned all the logs down to error to not 
overwhelm the users with lots of diagnostic output (they can always 
turn it up later if they want.)


The uploads are taking forever so you'll see some piece parts trickle 
in.  For the review I expect you'll want to focus on 
http://people.apache.org/~hogstrom/2.0-M1 as this contains the 
assemblies for your review and testing.  I've included both Tomcat and 
Jetty as well as the minimal and j5ee assemblies.  The source code is 
also there.


Note that if you are planning on building you'll need to obtain the 
openejb-2.2-incubating jars to your local repo.  The easiest way to do 
this is to modify the root pom and add a repository for David's home 
directory at http://people.apache.org/~dblevins/stage/.


For SNAPSHOTs of certain plugins I have resolved these files to the 
most recent SNAPSHOT date / timestamp.  I'm pulling a copy of these 
and will be putting them into our SVN for folks who may want to build 
in the future.  I'm not too concerned about repeatability as this 
Milestone will be superseded at the end of January with the next version.


The other MAven artifacts will be trickling onto people across my 
horribly slow home pipe and dropped into 
http://people.apache.org/~hogstrom/stage over the next few hours.


Please review and cast your vote early.  The faster we determine this 
build is good or if there is an issue the better.


Thanks in advance for all your help in this effort.

This vote will conclude at 0400 ET on Dec 21 (unless all you PMC 
members vote quicker :)


If a respin is is necessary this vote will be suspended and a new one 
will start.


Matt Hogstrom
[EMAIL PROTECTED]

[jira] Closed: (GERONIMO-2635) Upgrade to JavaMail 1.4 and JavaBeans Activation Framework 1.1

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2635?page=all ]

Christopher M. Cardona closed GERONIMO-2635.


Resolution: Fixed

Updated trunk and 2.0-M1

> Upgrade to JavaMail 1.4 and JavaBeans Activation Framework 1.1
> --
>
> Key: GERONIMO-2635
> URL: http://issues.apache.org/jira/browse/GERONIMO-2635
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: mail
>Affects Versions: 2.0, 2.0-M1
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
> Fix For: 2.0-M1, 2.0
>
>
> Need to upgrade to JavaMail 1.4 (JSR 919) and JavaBeans Activation Framework 
> 1.1 (JSR 925) for JEE 5 compliance.

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

[jira] Updated: (GERONIMO-2635) Upgrade to JavaMail 1.4 and JavaBeans Activation Framework 1.1

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2635?page=all ]

Christopher M. Cardona updated GERONIMO-2635:
-

Fix Version/s: 2.0-M1
Affects Version/s: 2.0-M1

> Upgrade to JavaMail 1.4 and JavaBeans Activation Framework 1.1
> --
>
> Key: GERONIMO-2635
> URL: http://issues.apache.org/jira/browse/GERONIMO-2635
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: mail
>Affects Versions: 2.0, 2.0-M1
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
> Fix For: 2.0, 2.0-M1
>
>
> Need to upgrade to JavaMail 1.4 (JSR 919) and JavaBeans Activation Framework 
> 1.1 (JSR 925) for JEE 5 compliance.

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

[jira] Commented: (GERONIMO-2593) Document Javamail Session creation and usage

[Christopher M. Cardona (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-2593?page=comments#action_12458730
 ] 

Christopher M. Cardona commented on GERONIMO-2593:
--

Hi Mike,

Hope this helps.

chris

{color:red} 
Using Geronimo's default JavaMail session:
{color} 

Note: This was tested on trunk and should be the same steps for Geronimo v1.2 
and v2.0 with minor changes specifically references to JavaMail module ID.

1. Download Apache JAMES from: 
http://apache2.openmirrors.org/james/server/binaries/james-2.3.0.zip

2. Unzip file and run JAMES by executing: \james-2.3.0\bin\run.bat. You should 
see something like this:

{code:xml}
Phoenix 4.2

James Mail Server 2.3.0
Remote Manager Service started plain:4555
POP3 Service started plain:110
SMTP Service started plain:25
NNTP Service started plain:119
FetchMail Disabled
{code}

3. Make sure JavaMail module is started:

- For trunk and v2.0-M1: org.apache.geronimo.configs/javamail/2.0-SNAPSHOT/car 
(by default this is started)
- For v1.2-beta: org.apache.geronimo.configs/javamail/1.2-beta/car (by default 
this is not started)
- To start the module you can:

  a. Use the Web Console: Applications > System Modules > Click 'Start' link 
beside the JavaMail module ID

  b. Use command line deployer:

{code:xml}
cd \bin
java -jar deployer.jar --user system --password manager start 
org.apache.geronimo.configs/javamail/2.0-SNAPSHOT/car
{code} 

  c. Stop the server. Modify \var\config\config.xml and set 
JavaMail module load attribute to 'true':

{code:xml} 
...


localhost
25


...
{code} 

Note: You can configure the SMTP transport's host and port by overriding the 
values of the SMTPTransport GBean attrbitues. For our test we will use the 
default. This will allow us to connect to JAMES running in localhost and using 
port 25 (the default SMTP port).

3. Create a simple webapp (sendmail.war - attached in this issue) containing 
the following files:

{code:xml}
sendmail.war
  + index.jsp
  + WEB-INF
+ web.xml
+ geronimo-web.xml
{code}

web.xml:

{code:xml}

http://java.sun.com/xml/ns/j2ee";
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance";
xsi:schemaLocation="http://java.sun.com/xml/ns/j2ee 
http://java.sun.com/xml/ns/j2ee/web-app_2_4.xsd";
version="2.4">
Send Mail Webapp

index.jsp



mail/testMailSession
javax.mail.Session
Container
Shareable


{code}

geronimo-web.xml:

{code:xml}

http://geronimo.apache.org/xml/ns/j2ee/web-1.1";>


test
sendmail
1.0
car
   


org.apache.geronimo.configs
javamail
2.0-SNAPSHOT
car



/sendmail


mail/testMailSession

mail/MailSession


{code}

index.jsp:

{code:xml}
<[EMAIL PROTECTED] import="java.util.Date,
javax.mail.Message,
javax.mail.Session,
javax.mail.Transport,
javax.mail.internet.InternetAddress,
javax.mail.internet.MimeMessage,
javax.naming.InitialContext" %>

<%
String resultMsg = "";
String action = request.getParameter("action");
if ("Send".equals(action)) {
String from = request.getParameter("from");
String to = request.getParameter("to");
String subject = request.getParameter("subject");
String content = request.getParameter("message");

// Get mail session and transport
InitialContext context = new InitialContext();
// Mail session from web.xml's resource reference
Session mailSession = (Session) 
context.lookup("java:comp/env/mail/testMailSession");
Transport transport = mailSession.getTransport("smtp");

// Setup message
MimeMessage message = new MimeMessage(mailSession);
// From address
message.setFrom(new InternetAddress(from));
// To address
message.addRecipient(Message.RecipientType.TO, new InternetAddress(to));
// Subject
message.setSubject(subject);
// Content
message.setText(content);

// Send message
transport.connect();
transport.send(message);

// Build result message
resultMsg = "Result:";
resultMsg += "Message sent: " + new Date();
resultMsg += "To: " + to;
resultMsg += "From: " + from;
}
%>



Send Mail

[jira] Commented: (GERONIMO-2593) Document Javamail Session creation and usage

[Christopher M. Cardona (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-2593?page=comments#action_12458732
 ] 

Christopher M. Cardona commented on GERONIMO-2593:
--

Hernan,

Maybe we can include this in our docs so we have basic documentation for 
JavaMail. I don't mind doing it but not sure where to put it. :-)

Thanks,
chris

> Document Javamail Session creation and usage
> 
>
> Key: GERONIMO-2593
> URL: http://issues.apache.org/jira/browse/GERONIMO-2593
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: documentation
>Affects Versions: 1.1.1
> Environment: WAS CE 1.1.0.1
>Reporter: Mike Perham
> Attachments: sendmail.jpg, sendmail.war
>
>
> I can't find anywhere in the GDOC11 wiki or WAS CE public documentation that 
> explains how to create a simple system-wide mail Session.  The Geronimo 
> console does not have a page to create them and the samples only contain a 
> single "javamail" config project whose plan.xml is incomprehensible to a mere 
> mortal like me.
> Please provide an example how to create a mail Session (or how to get one out 
> of the javamail module configured in config.xml?) and how to reference that 
> session within a webapp.
> If anyone sees this issue and can email me an example, please email mike AT 
> perham.net.  I'm stuck on this right now.

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

[jira] Updated: (GERONIMO-2593) Document Javamail Session creation and usage

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2593?page=all ]

Christopher M. Cardona updated GERONIMO-2593:
-

Attachment: sendmail.war
sendmail.jpg

> Document Javamail Session creation and usage
> 
>
> Key: GERONIMO-2593
> URL: http://issues.apache.org/jira/browse/GERONIMO-2593
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: documentation
>Affects Versions: 1.1.1
> Environment: WAS CE 1.1.0.1
>Reporter: Mike Perham
> Attachments: sendmail.jpg, sendmail.war
>
>
> I can't find anywhere in the GDOC11 wiki or WAS CE public documentation that 
> explains how to create a simple system-wide mail Session.  The Geronimo 
> console does not have a page to create them and the samples only contain a 
> single "javamail" config project whose plan.xml is incomprehensible to a mere 
> mortal like me.
> Please provide an example how to create a mail Session (or how to get one out 
> of the javamail module configured in config.xml?) and how to reference that 
> session within a webapp.
> If anyone sees this issue and can email me an example, please email mike AT 
> perham.net.  I'm stuck on this right now.

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

Re: [vote] Release Geronimo 1.2-beta

[Christopher M. Cardona]

+1
chris

Dain Sundstrom wrote:

The 1.2-beta release and all dependencies are cut and awaiting your
vote!  All the files are available in a staging area in my home dir on
people.

http://people.apache.org/~dain/stage/org/apache/geronimo/genesis
   genesis-1.1-incubating

http://people.apache.org/~dain/stage/org/apache/geronimo/specs
   geronimo-activation_1.0.2_spec-1.2
   geronimo-activation_1.1_spec-1.0-M1
   geronimo-annotation_1.0_spec-1.0-M1
   geronimo-ejb_2.1_spec-1.1
   geronimo-ejb_3.0_spec-1.0-M1
   geronimo-el_1.0_spec-1.0-M1
   geronimo-interceptor_3.0_spec-1.0-M1
   geronimo-j2ee-connector_1.5_spec-1.1
   geronimo-j2ee-deployment_1.1_spec-1.1
   geronimo-j2ee-jacc_1.0_spec-1.1
   geronimo-j2ee-management_1.0_spec-1.1
   geronimo-j2ee-management_1.1_spec-1.0-M1
   geronimo-jacc_1.1_spec-1.0-M1
   geronimo-javamail_1.3.1_spec-1.2
   geronimo-javamail_1.4_spec-1.0-M1
   geronimo-jaxr_1.0_spec-1.1
   geronimo-jaxrpc_1.1_spec-1.1
   geronimo-jms_1.1_spec-1.1
   geronimo-jpa_3.0_spec-1.0-M1
   geronimo-jsp_2.0_spec-1.1
   geronimo-jsp_2.1_spec-1.0-M1
   geronimo-jta_1.0.1B_spec-1.1
   geronimo-jta_1.1_spec-1.0-M1
   geronimo-qname_1.1_spec-1.1
   geronimo-saaj_1.1_spec-1.1
   geronimo-servlet_2.4_spec-1.1
   geronimo-servlet_2.5_spec-1.1-M1
   geronimo-ws-metadata_2.0_spec-1.1-M1

http://people.apache.org/~dain/stage/org/apache/geronimo/javamail
   geronimo-javamail_1.3.1_provider-1.0
   geronimo-javamail_1.3.1_mail-1.0
   geronimo-javamail_1.4_provider-1.0
   geronimo-javamail_1.4_mail-1.0

http://people.apache.org/~dain/1.2-beta
   geronimo-1.2-beta-src
   geronimo-framework-1.2-beta
   geronimo-jetty-minimal-1.2-beta
   geronimo-tomcat-minimal-1.2-beta
   geronimo-jetty-j2ee-1.2-beta
   geronimo-tomcat-j2ee-1.2-beta


All archives contain LICENSE and NOTICE.  Each binary jar is also
accompanied by source, javadoc, pom and all are signed, md5-ed, and
secure-hashed.  Keys file available here:

  http://people.apache.org/dist/geronimo/KEYS

Svn tags are here:

  http://svn.apache.org/repos/asf/geronimo/genesis/tags/genesis-1.1
  http://svn.apache.org/repos/asf/geronimo/specs/tags
  http://svn.apache.org/repos/asf/geronimo/javamail/tags/javamail-1.0
  http://svn.apache.org/repos/asf/geronimo/server/tags/1.2.0-beta

Here's my +1!

-dain

Re: Fixing javamail (again)

[Christopher M. Cardona]

Thanks Rick. Checked in the changes to:
- trunk: rev. 486492
- branches/2.0-M1: 486577

Rick McGuire wrote:

Christopher M. Cardona wrote:
I would like to do the same change for trunk. Anybody got 
issues/concerns/objections to this?

There's an open JIRA for doing this that's marked as a "wish item".
http://issues.apache.org/jira/browse/GERONIMO-2498

I'd say go for it.

Rick



Best wishes,
chris

Rick McGuire wrote:
There have been 3 javamail questions on the user list in recent 
weeks about how to resolve a NoSuchProviderException trying to use 
SMTP.  These problems all had the same root cause, having the 
javax.mail and the provider implementations in separate jar files.  
It's not obvious to most people that the dependency requirement 
exists and occasionally, even adding the dependency doesn't fix the 
problem.  There was a recent problem of trying to use javamail from 
a Quartz job class where it was necessary to explicitly set the 
context classloader before requesting a transport instance to ensure 
the correct class loader was getting used.  This was a situation 
that could not occur with the Sun javamail implementation because 
the api code and the providers are contained in the same jar file.
This problem can be easily corrected if we just switched the 
references to the javamail spec file to the 
geronimo-javamail_1.3_mail uber jar that contains the merged spec 
and provider classes.  More and more users are tripping over this 
problem, which can be very easily corrected.  Are there any 
objections to making this change in 1.2?


Rick

[jira] Commented: (GERONIMO-2618) Add basic tests to console-testsuite

[Christopher M. Cardona (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-2618?page=comments#action_12458075
 ] 

Christopher M. Cardona commented on GERONIMO-2618:
--

Added in:

- trunk: rev 486590
- branches/2.0-M1: rev 486591

> Add basic tests to console-testsuite
> 
>
> Key: GERONIMO-2618
> URL: http://issues.apache.org/jira/browse/GERONIMO-2618
> Project: Geronimo
>  Issue Type: Test
>  Security Level: public(Regular issues) 
>Affects Versions: 2.0
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
>
> The current console-testsuite needs to be enhanced to include basic tests 
> like:
> 1. Test portlet links work
> 2. Test portlet titles and key text are correct
> 3. Test operations that require popup messages (confirmation, info, etc.)
> 4. Test that correct default/initial values for widgets are set
> We can add to this list as we go along...

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

[jira] Updated: (GERONIMO-2498) Geronimo should use the full javamail uber jar instead of just the spec jar + provider jar.

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2498?page=all ]

Christopher M. Cardona updated GERONIMO-2498:
-

Affects Version/s: 2.0-M1

> Geronimo should use the full javamail uber jar instead of just the spec jar + 
> provider jar.
> ---
>
> Key: GERONIMO-2498
> URL: http://issues.apache.org/jira/browse/GERONIMO-2498
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: mail
>Affects Versions: 1.2, 2.0-M1
>Reporter: Rick McGuire
> Assigned To: Rick McGuire
>Priority: Minor
> Fix For: Wish List
>
>
> Unlike the Sun version of javamail, the Geronimo version is split into a spec 
> jar and a provider jar.  This has caused numerous problems with users 
> attempting to use javamail from their applications.  Many base components 
> have a javamail spec dependency, which causes the javamail api classes to be 
> loaded, but not the provider classes.  The first hint of a problem is usually 
> a NoSuchProvider exception thrown when trying to create an smtp transport 
> instance.  This generally takes some time to sort out.  And even once the 
> dependency is added, there has been at least one occasion where it was 
> necessary to change the application to explicitly set the context classloader 
> before creating the Transport, thus requiring a change from an application 
> that worked on other servers.  Again, this was caused by having spec and 
> provider jars managed by different classloader instances. 

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

Re: is the testsuite actually failing on errors? is it supposed to?

[Christopher M. Cardona]

Prasad Kashyap wrote:

This used to work fine until recently. So the first question is why
does the testLogin() suddenly become a problem ?
No idea here. Looking at the source changes it's hard to tell what 
caused it. These tests used to pass for me too.



Next, the testLogin() does (try to) remove the JSESSIONID cookie.
Isn't that working now ?


Looks like it's not doing its job.

Best wishes,
chris


Cheers
Prasad

On 12/12/06, Christopher M. Cardona <[EMAIL PROTECTED]> wrote:

FYI, 2 tests fail when using tomcat assembly. Tests after a call to
SimpleTestLogin.testLogin() that calls ConsoleTestSupport.login() will
fail because login session is still active. Removing/commenting out
testLogin() fixes the problem. My question is do we really need
testLogin() or is testLoginAndLogout() sufficient?


Best wishes,
chris

Prasad Kashyap wrote:
> Yes. This is as designed. The go-by, I mean; not the failures.
>
> First, the console tests failed because the welcome-app was not in
> jetty assembly. The welcome app is point of entry to the console.
>
> Next, the go-by is designed that way because one failing test won't
> hold up the execution of other possibly totally unrelated tests.
>
> The surefire-reports and site-deploy at the end will summarize the
> test results.
>
> See
> http://geronimo.apache.org/maven/server/testsuite/ResultsSummary.html
>
> Cheers
> Prasad
>
> On 12/12/06, David Jencks <[EMAIL PROTECTED]> wrote:
>> I was disconcerted to see this go by trying to run the testsuite: is
>> this expected?
>>
>> [INFO] [INFO]
>> 


>> 
>> [INFO] [INFO] Building Geronimo TestSuite, Console :: Basic
>> [INFO] [INFO]task-segment: [install]
>> [INFO] [INFO]
>> 


>> 
>> [INFO] [INFO] [tools:require-java-version {execution: validate-java-
>> version}]
>> [INFO] [INFO] [tools:copy-legal-files {execution: 
install-legal-files}]

>> [INFO] [ERROR] No legal files found to copy
>> [INFO] [INFO] [resources:resources]
>> [INFO] [INFO] Using default encoding to copy filtered resources.
>> [INFO] [INFO] [compiler:compile]
>> [INFO] [INFO] No sources to compile
>> [INFO] [INFO] [resources:testResources]
>> [INFO] [INFO] Using default encoding to copy filtered resources.
>> [INFO] [INFO] [compiler:testCompile]
>> [INFO] Compiling 3 source files to 
/Users/david/geronimo/svn/geronimo/

>> server/trunk/testsuite/console-testsuite/basic/target/test-classes
>> [INFO] [INFO] [surefire:test]
>> [INFO] [INFO] Tests are skipped.
>> [INFO] [INFO] [surefire:test {execution: test}]
>> [INFO] [INFO] Tests are skipped.
>> [INFO] [INFO] [jar:jar]
>> [INFO] [WARNING] JAR will be empty - no content was marked for
>> inclusion!
>> [INFO] [INFO] Building jar: 
/Users/david/geronimo/svn/geronimo/server/

>> trunk/testsuite/console-testsuite/basic/target/basic-2.0-SNAPSHOT.jar
>> [INFO] [INFO] [surefire:test {execution: integration}]
>> [INFO] [INFO] Surefire report directory: /Users/david/geronimo/svn/
>> geronimo/server/trunk/testsuite/console-testsuite/basic/target/
>> surefire-reports
>> [INFO]
>> [INFO] ---
>> [INFO]  T E S T S
>> [INFO] ---
>> [INFO] Running console-testsuite.basic-console
>> [INFO] Tests run: 4, Failures: 4, Errors: 0, Skipped: 0, Time
>> elapsed: 0.751 sec <<< FAILURE!
>> [INFO]
>> [INFO] Results :
>> [INFO]
>> [INFO] Failed tests:
>> [INFO]   testServerInfoLink
>> (org.apache.geronimo.testsuite.console.LinkCheckTest)
>> [INFO]   testLogin
>> (org.apache.geronimo.testsuite.console.SimpleLoginTest)
>> [INFO]   testLoginAndLogout
>> (org.apache.geronimo.testsuite.console.SimpleLoginTest)
>> [INFO]   testClickSomeLinks
>> (org.apache.geronimo.testsuite.console.SimpleLoginTest)
>> [INFO]
>> [INFO] Tests run: 4, Failures: 4, Errors: 0, Skipped: 0
>> [INFO]
>> [INFO] [ERROR] There are test failures.
>> [INFO] [INFO] [install:install]
>> [INFO] [INFO] Installing /Users/david/geronimo/svn/geronimo/server/
>> trunk/testsuite/console-testsuite/basic/target/basic-2.0-SNAPSHOT.jar
>> to /Users/david/.m2/repository/org/apache/geronimo/testsuite/basic/
>> 2.0-SNAPSHOT/basic-2.0-SNAPSHOT.jar
>> [INFO] Downloading: http://repository.codehaus.org/xerces/dom3-xml-
>> apis/1.0/dom3-xml-apis-1.0.pom
>> [INFO] [WARNING] Unable to get resource from repository codehaus
>> (http://rep

Re: is the testsuite actually failing on errors? is it supposed to?

[Christopher M. Cardona]

FYI, 2 tests fail when using tomcat assembly. Tests after a call to 
SimpleTestLogin.testLogin() that calls ConsoleTestSupport.login() will 
fail because login session is still active. Removing/commenting out 
testLogin() fixes the problem. My question is do we really need 
testLogin() or is testLoginAndLogout() sufficient?



Best wishes,
chris

Prasad Kashyap wrote:

Yes. This is as designed. The go-by, I mean; not the failures.

First, the console tests failed because the welcome-app was not in
jetty assembly. The welcome app is point of entry to the console.

Next, the go-by is designed that way because one failing test won't
hold up the execution of other possibly totally unrelated tests.

The surefire-reports and site-deploy at the end will summarize the 
test results.


See
http://geronimo.apache.org/maven/server/testsuite/ResultsSummary.html

Cheers
Prasad

On 12/12/06, David Jencks <[EMAIL PROTECTED]> wrote:

I was disconcerted to see this go by trying to run the testsuite: is
this expected?

[INFO] [INFO]


[INFO] [INFO] Building Geronimo TestSuite, Console :: Basic
[INFO] [INFO]task-segment: [install]
[INFO] [INFO]


[INFO] [INFO] [tools:require-java-version {execution: validate-java-
version}]
[INFO] [INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] [ERROR] No legal files found to copy
[INFO] [INFO] [resources:resources]
[INFO] [INFO] Using default encoding to copy filtered resources.
[INFO] [INFO] [compiler:compile]
[INFO] [INFO] No sources to compile
[INFO] [INFO] [resources:testResources]
[INFO] [INFO] Using default encoding to copy filtered resources.
[INFO] [INFO] [compiler:testCompile]
[INFO] Compiling 3 source files to /Users/david/geronimo/svn/geronimo/
server/trunk/testsuite/console-testsuite/basic/target/test-classes
[INFO] [INFO] [surefire:test]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [surefire:test {execution: test}]
[INFO] [INFO] Tests are skipped.
[INFO] [INFO] [jar:jar]
[INFO] [WARNING] JAR will be empty - no content was marked for
inclusion!
[INFO] [INFO] Building jar: /Users/david/geronimo/svn/geronimo/server/
trunk/testsuite/console-testsuite/basic/target/basic-2.0-SNAPSHOT.jar
[INFO] [INFO] [surefire:test {execution: integration}]
[INFO] [INFO] Surefire report directory: /Users/david/geronimo/svn/
geronimo/server/trunk/testsuite/console-testsuite/basic/target/
surefire-reports
[INFO]
[INFO] ---
[INFO]  T E S T S
[INFO] ---
[INFO] Running console-testsuite.basic-console
[INFO] Tests run: 4, Failures: 4, Errors: 0, Skipped: 0, Time
elapsed: 0.751 sec <<< FAILURE!
[INFO]
[INFO] Results :
[INFO]
[INFO] Failed tests:
[INFO]   testServerInfoLink
(org.apache.geronimo.testsuite.console.LinkCheckTest)
[INFO]   testLogin
(org.apache.geronimo.testsuite.console.SimpleLoginTest)
[INFO]   testLoginAndLogout
(org.apache.geronimo.testsuite.console.SimpleLoginTest)
[INFO]   testClickSomeLinks
(org.apache.geronimo.testsuite.console.SimpleLoginTest)
[INFO]
[INFO] Tests run: 4, Failures: 4, Errors: 0, Skipped: 0
[INFO]
[INFO] [ERROR] There are test failures.
[INFO] [INFO] [install:install]
[INFO] [INFO] Installing /Users/david/geronimo/svn/geronimo/server/
trunk/testsuite/console-testsuite/basic/target/basic-2.0-SNAPSHOT.jar
to /Users/david/.m2/repository/org/apache/geronimo/testsuite/basic/
2.0-SNAPSHOT/basic-2.0-SNAPSHOT.jar
[INFO] Downloading: http://repository.codehaus.org/xerces/dom3-xml-
apis/1.0/dom3-xml-apis-1.0.pom
[INFO] [WARNING] Unable to get resource from repository codehaus
(http://repository.codehaus.org)
[INFO] Downloading: http://jtidy.sourceforge.net/snapshots/xerces/
dom3-xml-apis/1.0/dom3-xml-apis-1.0.pom
[INFO] [WARNING] Unable to get resource from repository
jtidy.sourceforge (http://jtidy.sourceforge.net/snapshots)
[INFO] Downloading: http://people.apache.org/repo/m2-incubating-
repository//xerces/dom3-xml-apis/1.0/dom3-xml-apis-1.0.pom
[INFO] [WARNING] Unable to get resource from repository
apache.incubator (http://people.apache.org/repo/m2-incubating-
repository/)
[INFO] Downloading: http://repo1.maven.org/maven2/xerces/dom3-xml-
apis/1.0/dom3-xml-apis-1.0.pom
[INFO] [WARNING] Unable to get resource from repository central
(http://repo1.maven.org/maven2)
[INFO] [INFO] [geronimo:generate-surefire-xml {execution: generate-
surefire-xml}]
[INFO] [INFO] Loading surefire xml for xmlproperty: /Users/david/
geronimo/svn/geronimo/server/trunk/testsuite/console-testsuite/basic/
target/surefire-reports/TEST-console-testsuite.basic-console.xml
[INFO] [INFO]

[INFO] [INFO] BUILD SUCCESSFUL
[INFO] [INFO]

[INFO] [INFO] Total time: 10 seconds
[INFO] [INFO] Fin

Re: Fixing javamail (again)

[Christopher M. Cardona]

I would like to do the same change for trunk. Anybody got 
issues/concerns/objections to this?


Best wishes,
chris

Rick McGuire wrote:
There have been 3 javamail questions on the user list in recent weeks 
about how to resolve a NoSuchProviderException trying to use SMTP.  
These problems all had the same root cause, having the javax.mail and 
the provider implementations in separate jar files.  It's not obvious 
to most people that the dependency requirement exists and 
occasionally, even adding the dependency doesn't fix the problem.  
There was a recent problem of trying to use javamail from a Quartz job 
class where it was necessary to explicitly set the context classloader 
before requesting a transport instance to ensure the correct class 
loader was getting used.  This was a situation that could not occur 
with the Sun javamail implementation because the api code and the 
providers are contained in the same jar file.
This problem can be easily corrected if we just switched the 
references to the javamail spec file to the geronimo-javamail_1.3_mail 
uber jar that contains the merged spec and provider classes.  More and 
more users are tripping over this problem, which can be very easily 
corrected.  Are there any objections to making this change in 1.2?


Rick

Re: svn commit: r485548 - /geronimo/javamail/trunk/geronimo-javamail_1.4_provider/pom.xml

[Christopher M. Cardona]

When we updated to JavaMail 1.4 and Activation 1.1 we got this warning 
message when building trunk:


[WARNING] POM for 
'org.apache.geronimo.javamail:geronimo-javamail_1.4_provider:pom:1.0-SNAPSHOT:compile' 
is invalid. It will be ignored for artifact resolution.

Reason: Failed to validate POM

The reason for this warning was it couldn't resolve the version for the 
said specs so I added it. I already published a new snapshot with these 
changes that's why we don't get this problem anymore but I forgot to 
update the source.


Thanks for the pointers. Not sure if we have conventions on creating 
properties but if I create 'javamail14Version' and 'activation11Version' 
in the parent pom will that work for you?


Thanks,
chris

Jason Dillon wrote:
Why are these not in the top-level javamail pom?  This was building 
fine for me as it was... or did someone recently change it to break 
things?


Anyways, version details should probably be in the top-level pom, not 
in child poms, especially for a small project like this.


--jason


On Dec 11, 2006, at 12:15 AM, [EMAIL PROTECTED] wrote:


Author: ccardona
Date: Mon Dec 11 00:15:43 2006
New Revision: 485548

URL: http://svn.apache.org/viewvc?view=rev&rev=485548
Log:
Added  to Activation and JavaMail specs to fix the 'Failed 
to validate POM' warning when building G.


Modified:
geronimo/javamail/trunk/geronimo-javamail_1.4_provider/pom.xml

Modified: geronimo/javamail/trunk/geronimo-javamail_1.4_provider/pom.xml
URL: 
http://svn.apache.org/viewvc/geronimo/javamail/trunk/geronimo-javamail_1.4_provider/pom.xml?view=diff&rev=485548&r1=485547&r2=485548 

== 

--- geronimo/javamail/trunk/geronimo-javamail_1.4_provider/pom.xml 
(original)
+++ geronimo/javamail/trunk/geronimo-javamail_1.4_provider/pom.xml 
Mon Dec 11 00:15:43 2006

@@ -39,11 +39,13 @@
 
 org.apache.geronimo.specs
 geronimo-activation_1.1_spec
+1.0-SNAPSHOT
 

 
 org.apache.geronimo.specs
 geronimo-javamail_1.4_spec
+1.0-SNAPSHOT
 

 

Re: XALAN : Re: svn commit: r483346 - in /geronimo/server/trunk: applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties assemblies/geronimo-boilerplate

[Christopher M. Cardona]

I haven't used SVK before so maybe others can answer. AFAIK this is the 
first patch that was applied. Reading your comment on G-2594 you saying 
xmlParserApis and xalan is not necessary in trunk so do we need to 
revert this?


Thanks,
chris


anita kulshreshtha wrote:

   hmm... This change was only meant for the branch. I wonder what else
was synched up.. Is there a way to say that a certain change is meant
for a branch only, and should not be merged to the trunk? 


Thanks
Anita

--- "Christopher M. Cardona" <[EMAIL PROTECTED]> wrote:

  

Anita,

This change was made in branches/1.2 and so trunk is being synched
up.

Best wishes,
chris

anita kulshreshtha wrote:

Chris, 
   This commit added xalan to the assembly. Is it intentional?


Thanks
Anita

--- [EMAIL PROTECTED] wrote:

  
  

Author: ccardona
Date: Wed Dec  6 21:14:16 2006
New Revision: 483346

URL: http://svn.apache.org/viewvc?view=rev&rev=483346
Log:
GERONIMO-2633 : SVK synchronization patch for 12-06-2006. Thanks


Tim.


Changes:




applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties:
  
  
  

– $Rev added

assemblies/geronimo-boilerplate-minimal/pom.xml
– xalan artifactItem added

Modified:
   




geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
  
  
   



geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


Modified:




geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
  
  

URL:




http://svn.apache.org/viewvc/geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties?view=diff&rev=483346&r1=483345&r2=483346
  
  

  

==
  
  
  

---




geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
  
  

(original)
+++




geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
  
  

Wed Dec  6 21:14:16 2006
@@ -14,6 +14,9 @@
 #  See the License for the specific language governing


permissions


and
 #  limitations under the License.





#=
  
  
  

+#
+# $Rev$ $Date$
+#
 # SQL realm has special edit logic; don't bother with full list
 module.sql.name=Database (SQL) Realm





module.sql.class=org.apache.geronimo.security.realm.providers.SQLLoginModule
  
  
  

Modified:



geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


URL:




http://svn.apache.org/viewvc/geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml?view=diff&rev=483346&r1=483345&r2=483346
  
  

  

==
  
  
  

---



geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


(original)
+++



geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


Wed Dec  6 21:14:16 2006
@@ -152,6 +152,12 @@
 
 
 
+
+
+xalan
+   


xalan


+
+
 
 xerces

xercesImpl








 

  


  

Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited

  
  





 

Have a burning question?  
Go to www.Answers.yahoo.com and get answers from real people who know.


  

Re: XALAN : Re: svn commit: r483346 - in /geronimo/server/trunk: applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties assemblies/geronimo-boilerplate

[Christopher M. Cardona]

Anita,

This change was made in branches/1.2 and so trunk is being synched up.

Best wishes,
chris

anita kulshreshtha wrote:
Chris, 
   This commit added xalan to the assembly. Is it intentional?


Thanks
Anita

--- [EMAIL PROTECTED] wrote:

  

Author: ccardona
Date: Wed Dec  6 21:14:16 2006
New Revision: 483346

URL: http://svn.apache.org/viewvc?view=rev&rev=483346
Log:
GERONIMO-2633 : SVK synchronization patch for 12-06-2006. Thanks Tim.

Changes:



applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties:
  

– $Rev added

assemblies/geronimo-boilerplate-minimal/pom.xml
– xalan artifactItem added

Modified:
   



geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  
   
geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml


Modified:



geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  

URL:



http://svn.apache.org/viewvc/geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties?view=diff&rev=483346&r1=483345&r2=483346
  
==
  

---



geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  

(original)
+++



geronimo/server/trunk/applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties
  

Wed Dec  6 21:14:16 2006
@@ -14,6 +14,9 @@
 #  See the License for the specific language governing permissions
and
 #  limitations under the License.




#=
  

+#
+# $Rev$ $Date$
+#
 # SQL realm has special edit logic; don't bother with full list
 module.sql.name=Database (SQL) Realm




module.sql.class=org.apache.geronimo.security.realm.providers.SQLLoginModule
  

Modified:
geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
URL:



http://svn.apache.org/viewvc/geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml?view=diff&rev=483346&r1=483345&r2=483346
  
==
  

---
geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
(original)
+++
geronimo/server/trunk/assemblies/geronimo-boilerplate-minimal/pom.xml
Wed Dec  6 21:14:16 2006
@@ -152,6 +152,12 @@
 
 
 
+
+
+xalan
+xalan
+
+
 
 xerces

xercesImpl









 


Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited

  

Re: Milestone versions in JIRA for G2.0

[Christopher M. Cardona]

+1

chris

Sachin Patel wrote:
Since we're breaking our 2.0 release into milestones, it seems 
appropriate for us to create some versions in JIRA for them so 
features and defects can be targeted to them.  (ex. 2.0-M1, 
2.0-M2...).  If there aren't any objections, I'll go ahead and create 
them.


-sachin

[jira] Commented: (GERONIMO-2633) SVK synchronization patch for 12-06-2006

[Christopher M. Cardona (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-2633?page=comments#action_12456298
 ] 

Christopher M. Cardona commented on GERONIMO-2633:
--

Applied patch to trunk - revision 483346. Thanks Tim.

> SVK synchronization patch for 12-06-2006
> 
>
> Key: GERONIMO-2633
> URL: http://issues.apache.org/jira/browse/GERONIMO-2633
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: buildsystem
>Affects Versions: 2.0
>Reporter: Tim McConnell
> Assigned To: Tim McConnell
>Priority: Minor
> Attachments: GERONIMO-2633.patch
>
>
> Minor synchronization updates to the following files to keep Branch 1.2 and 
> Trunk in synch:
> Index: 
> applications/console/geronimo-console-standard/src/main/webapp/WEB-INF/classes/login-modules.properties:
> -- $Rev added
> Index: assemblies/geronimo-boilerplate-minimal/pom.xml
> -- xalan, xerces artifactItems added

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

[jira] Commented: (GERONIMO-2635) Upgrade to JavaMail 1.4 and JavaBeans Activation Framework 1.1

[Christopher M. Cardona (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-2635?page=comments#action_12456283
 ] 

Christopher M. Cardona commented on GERONIMO-2635:
--

trunk - Revision: 483324

> Upgrade to JavaMail 1.4 and JavaBeans Activation Framework 1.1
> --
>
> Key: GERONIMO-2635
> URL: http://issues.apache.org/jira/browse/GERONIMO-2635
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: mail
>Affects Versions: 2.0
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
> Fix For: 2.0
>
>
> Need to upgrade to JavaMail 1.4 (JSR 919) and JavaBeans Activation Framework 
> 1.1 (JSR 925) for JEE 5 compliance.

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

[jira] Created: (GERONIMO-2635) Upgrade to JavaMail 1.4 and JavaBeans Activation Framework 1.1

[Christopher M. Cardona (JIRA)]

Upgrade to JavaMail 1.4 and JavaBeans Activation Framework 1.1
--

 Key: GERONIMO-2635
 URL: http://issues.apache.org/jira/browse/GERONIMO-2635
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: mail
Affects Versions: 2.0
Reporter: Christopher M. Cardona
 Assigned To: Christopher M. Cardona
 Fix For: 2.0


Need to upgrade to JavaMail 1.4 (JSR 919) and JavaBeans Activation Framework 
1.1 (JSR 925) for JEE 5 compliance.

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

Re: offlist:Re: publishing snapshots

[Christopher M. Cardona]

Anita,

I already published the management 1.1 spec for you. Please verify and 
let me know if you get any problems.


Best wishes,
chris

anita kulshreshtha wrote:

Paul,
   I can offer an antique fruitcake..., if you could publish the
management 1.1 specs. I am trying to figure out why my mvn deploy did
not go through. Without the SNAPSHOTs, the build is broken :(.

Thanks
Anita

Got some help on irc (thanks djencks).  Just add the server to
~/.m2/settings.xml as described here
http://maven.apache.org/settings.html and then type "mvn deploy".

Best wishes,
Paul

On 12/4/06, Paul McMahan <[EMAIL PROTECTED]> wrote:
  

I created two new modules in specs/trunk:
geronimo-el_1.0_spec
geronimo-jsp_2.1_spec

Can someone help publish those to the snapshot repo?  I have a nice
fruit cake I can regift if necessary (it's from last Christmas but
still looks exactly the same).   Or I don't mind doing this myself if
someone can point me in the right direction.

Best wishes,
Paul






 

Have a burning question?  
Go to www.Answers.yahoo.com and get answers from real people who know.


  

Re: [DISCUSS] G 2.0 M1 Content

[Christopher M. Cardona]

Sure. It's done.

chris

anita kulshreshtha wrote:
Chris,  
   If you are setup to publish the specs, could  you please publish

j2ee_management 1.1 spec.

Thanks
Anita
 
--- anita kulshreshtha <[EMAIL PROTECTED]> wrote:


  

Chris,
   For 2.0-M1 I am planning to upgrade geronimo modules/configs to
use
1.1 specs. I could ask Jacek to apply an openejb patch for us. We
need
to upgrade tranql also eventually.

Thanks
Anita

--- "Christopher M. Cardona" <[EMAIL PROTECTED]> wrote:



anita kulshreshtha wrote:
  

Content
---
At this point M1 would contain:

Java 1.5 as the base JDK
Tomcat and Jetty for Servlet 2.5, JSP 2.1 and Debugging support.
JTA 1.1
JSF (depending on where the MyFaces folks are at)
JSTL (I think Joe was working on this)


  

   If there is interest, I could add j2ee management 1.1.

Thanks
Anita

  


Anita,

I also started looking at J2EE management work and I'm just
  

wondering


what you plan to include specifically in M1 release. I think we
should 
coordinate this work so we don’t do the same thing.


Thanks,
chris

  
 




  

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

  

  


 




  

Want to start your own business?
Learn how on Yahoo! Small Business.
http://smallbusiness.yahoo.com/r-index






 


Yahoo! Music Unlimited
Access over 1 million songs.
http://music.yahoo.com/unlimited

  

Re: [DISCUSS] G 2.0 M1 Content

[Christopher M. Cardona]

Anita,

This sounds like an excellent plan! I'm getting the impression you've 
done a lot of stuff already so please let me know what other missing 
pieces you haven't covered so I can help.


Best wishes,
chris

anita kulshreshtha wrote:

Chris,
   For 2.0-M1 I am planning to upgrade geronimo modules/configs to use
1.1 specs. I could ask Jacek to apply an openejb patch for us. We need
to upgrade tranql also eventually.

Thanks
Anita

--- "Christopher M. Cardona" <[EMAIL PROTECTED]> wrote:

  

anita kulshreshtha wrote:


Content
---
At this point M1 would contain:

Java 1.5 as the base JDK
Tomcat and Jetty for Servlet 2.5, JSP 2.1 and Debugging support.
JTA 1.1
JSF (depending on where the MyFaces folks are at)
JSTL (I think Joe was working on this)




   If there is interest, I could add j2ee management 1.1.

Thanks
Anita

  
  

Anita,

I also started looking at J2EE management work and I'm just wondering

what you plan to include specifically in M1 release. I think we
should 
coordinate this work so we don’t do the same thing.


Thanks,
chris


 

  


  

Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

  
  





 


Want to start your own business?
Learn how on Yahoo! Small Business.
http://smallbusiness.yahoo.com/r-index

  

[jira] Closed: (GERONIMO-1652) EJBModuleImpl.getEJBs() always return an empty array

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1652?page=all ]

Christopher M. Cardona closed GERONIMO-1652.


Resolution: Fixed

> EJBModuleImpl.getEJBs() always return an empty array
> 
>
> Key: GERONIMO-1652
> URL: http://issues.apache.org/jira/browse/GERONIMO-1652
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: core, OpenEJB
>Affects Versions: 1.2
>        Reporter: Christopher M. Cardona
> Attachments: EJBModuleImpl.java
>
>
> Calling EJBModuleImpl.getEJBs() always returns an empty String[] because of a 
> wrong generated query. Here is an example query:
> "geronimo.server:J2EEServer=geronimo,J2EEApplication=geronimo/daytrader-derby-tomcat/1.1-SNAPSHOT/car,EJBModule=null,j2eeType=EntityBean,*"
> The correct query should have been:
> "geronimo.server:J2EEServer=geronimo,J2EEApplication=geronimo/daytrader-derby-tomcat/1.1-SNAPSHOT/car,EJBModule=daytrader-ejb-1.1-SNAPSHOT.jar,j2eeType=EntityBean,*"

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

[jira] Commented: (GERONIMO-1652) EJBModuleImpl.getEJBs() always return an empty array

[Christopher M. Cardona (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-1652?page=comments#action_12455922
 ] 

Christopher M. Cardona commented on GERONIMO-1652:
--

Vamsi,

This issue was fixed in the latest implementation of EJBModuleImpl.getEjbs(). 
It now returns the correct list of EJBs for the EJB module. Closing this 
issue...

> EJBModuleImpl.getEJBs() always return an empty array
> 
>
> Key: GERONIMO-1652
> URL: http://issues.apache.org/jira/browse/GERONIMO-1652
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: core, OpenEJB
>Affects Versions: 1.2
>        Reporter: Christopher M. Cardona
> Attachments: EJBModuleImpl.java
>
>
> Calling EJBModuleImpl.getEJBs() always returns an empty String[] because of a 
> wrong generated query. Here is an example query:
> "geronimo.server:J2EEServer=geronimo,J2EEApplication=geronimo/daytrader-derby-tomcat/1.1-SNAPSHOT/car,EJBModule=null,j2eeType=EntityBean,*"
> The correct query should have been:
> "geronimo.server:J2EEServer=geronimo,J2EEApplication=geronimo/daytrader-derby-tomcat/1.1-SNAPSHOT/car,EJBModule=daytrader-ejb-1.1-SNAPSHOT.jar,j2eeType=EntityBean,*"

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

Re: [DISCUSS] G 2.0 M1 Content

[Christopher M. Cardona]

anita kulshreshtha wrote:

Content
---
At this point M1 would contain:

Java 1.5 as the base JDK
Tomcat and Jetty for Servlet 2.5, JSP 2.1 and Debugging support.
JTA 1.1
JSF (depending on where the MyFaces folks are at)
JSTL (I think Joe was working on this)



   If there is interest, I could add j2ee management 1.1.

Thanks
Anita

  


Anita,

I also started looking at J2EE management work and I'm just wondering 
what you plan to include specifically in M1 release. I think we should 
coordinate this work so we don’t do the same thing.


Thanks,
chris



 


Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com

  

Re: [DISCUSS] G 2.0 M1 Content

[Christopher M. Cardona]

Matt Hogstrom wrote:

Content
---
At this point M1 would contain:

Java 1.5 as the base JDK
Tomcat and Jetty for Servlet 2.5, JSP 2.1 and Debugging support.
JTA 1.1
JSF (depending on where the MyFaces folks are at)
JSTL (I think Joe was working on this)

Once we get this together and we can run Daytrader 2.0-SNAPSHOT on it 
I think we have a content ready milestone.

Matt,

JavaMail 1.4 and JAF 1.1 work was done by Rick and I already published 
the JavaMail specs, provider, mail jars to Apache snapshot repo. I'm 
currently working on updating trunk to use JavaMail 1.4 and JAF 1.1. and 
after this is done we need to test it and make sure it doesn't break 
anything and we should be set. This should be done this week.


chris

[jira] Created: (GERONIMO-2618) Add basic tests to console-testsuite

[Christopher M. Cardona (JIRA)]

Add basic tests to console-testsuite


 Key: GERONIMO-2618
 URL: http://issues.apache.org/jira/browse/GERONIMO-2618
 Project: Geronimo
  Issue Type: Test
  Security Level: public (Regular issues)
Affects Versions: 2.0
Reporter: Christopher M. Cardona
 Assigned To: Christopher M. Cardona


The current console-testsuite needs to be enhanced to include basic tests like:

1. Test portlet links work
2. Test portlet titles and key text are correct
3. Test operations that require popup messages (confirmation, info, etc.)
4. Test that correct default/initial values for widgets are set

We can add to this list as we go along...

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

Re: lost messages

[Christopher M. Cardona]

Anita,

I got your messages. Are you saying you can't receive your sent mails to 
the list?


Thanks,
chris

anita kulshreshtha wrote:

  My messages are appearing in the archives but not in the mailing
list.
Does anyone know why?

Thanks
Anita


 


Sponsored Link

Mortgage rates near 39yr lows. $420k for $1,399/mo. 
Calculate new payment! 
www.LowerMyBills.com/lre


  

Re: Building the new trunk

[Christopher M. Cardona]

FYI, I was able to build trunk (rev. 478237) successfully this morning: 
mvn clean install


Best wishes,
chris


anita kulshreshtha wrote:

   Did you get past this problem? I and others have not encountered
this problem.. 



Thanks
Anita 


--- Donald Woods <[EMAIL PROTECTED]> wrote:

  

I'm getting the following j2ee-builder error with a clean repo and
using 
the following cmdline to build trunk Rev477664 from this morning.


mvn -Dstage=bootstrap -Dmaven.test.skip=true clean install


[INFO] 




  

[INFO] Building Geronimo :: J2EE :: Builder
[INFO]task-segment: [clean, install]
[INFO] 




  
Downloading: 



http://repository.codehaus.org/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.pom
  
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 



http://repo1.maven.org/maven2/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.pom
  

2K downloaded
Downloading: 
http://repository.codehaus.org/org/codehaus/mojo/mojo/5/mojo-5.pom
[WARNING] Unable to get resource from repository codehaus 
(http://repository.codehaus.org)
Downloading: 
http://repo1.maven.org/maven2/org/codehaus/mojo/mojo/5/mojo-5.pom

4K downloaded
Downloading: 



http://repository.codehaus.org/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.jar
  
[WARNING] Unable to get resource from repository codehaus 
(http://repository.cod

ehaus.org)
Downloading: 



http://repo1.maven.org/maven2/org/codehaus/mojo/dependency-maven-plugin/1.0/dependency-maven-plugin-1.0.jar
  

15K downloaded
[INFO] [clean:clean]
[INFO] Deleting directory
E:\g20\server\modules\geronimo-j2ee-builder\target
[INFO] Deleting directory 
E:\g20\server\modules\geronimo-j2ee-builder\target\classes
[INFO] Deleting directory 
E:\g20\server\modules\geronimo-j2ee-builder\target\test-classes

[INFO] [tools:require-java-version {execution:
validate-java-version}]
[INFO] [xmlbeans:xmlbeans {execution: default}]
Time to build schema type system: 0.281 seconds
Time to generate code: 0.609 seconds
Time to compile code: 2.547 seconds
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
E:\g20\server\modules\geronimo-j2ee-builder\target\classes\META-INF
[INFO] Copying 2 files to 
E:\g20\server\modules\geronimo-j2ee-builder\target\classes\META-INF

[INFO] [antrun:run {execution: generate-resources}]
[INFO] Executing tasks
 [mkdir] Created dir: 
E:\g20\server\modules\geronimo-j2ee-builder\target\clover\classes
  [copy] Copying 37 files to 
E:\g20\server\modules\geronimo-j2ee-builder\target\clover\classes

[INFO] Executed tasks
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
Compiling 21 source files to 
E:\g20\server\modules\geronimo-j2ee-builder\target\classes

[INFO] [antrun:run {execution: unpack-test-deployments}]
[INFO] Executing tasks
 [mkdir] Created dir: 



E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4-unpacked.ear
  
 [unzip] Expanding: 



E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4.ear
  
into 



E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4-unpacked.ear
  
[INFO] 




  

[ERROR] BUILD ERROR
[INFO] 




  

[INFO] Error executing ant tasks

Embedded error: Error while expanding 



E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4.ear
  
E:\g20\server\modules\geronimo-j2ee-builder\target\test-ear-j2ee_1.4.ear
  

(The system cannot find the file specified.)



I tried manually building the testsupport\ directory and then
modules\ 
with the following cmdline -

mvn install
but that didn't fix the above error either...


-Donald

anita kulshreshtha wrote:


  I am using manual build process to build the trunk, mvn
-Dstage=bootstrap should also work. It is not necessary to build
openejb2 with 1.2-SNAPSHOT jars. The openejb2 can be built using
mvn -o -DgeronimoVersion=2.0-SNAPSHOT clean install
  


Thanks
Anita


 

  


  

Sponsored Link

Mortgage rates near 39yr lows. 
$310k for $999/mo. Calculate new payment! 
www.LowerMyBills.com/lre



  




 


Sponsored Link

Rates near 39yr lows. $420,000 Loan for $1399/mo. 
Calcuate new payment. www.LowerMyBills.com/lre



  

Re: [ANNOUNCE] Geronimo Eclipse Plugin 1.2 Released

[Christopher M. Cardona]

Great work Sachin! It’s nice to have this tool available for G developers.



Sachin Patel wrote:
The Geronimo Eclipse Plugin v1.2.0 has been released to support all 
current releases of Geronimo.


Download information and release notes can be found at..

http://geronimo.apache.org/devtools.html

-sachin

[jira] Updated: (GERONIMO-891) Improve the Java Mail portlet

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-891?page=all ]

Christopher M. Cardona updated GERONIMO-891:


Environment: (was: Need to refactor this portlet.)

Need to refactor this portlet. Patch is very old.

> Improve the Java Mail portlet
> -
>
> Key: GERONIMO-891
> URL: http://issues.apache.org/jira/browse/GERONIMO-891
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Reporter: Chris Cardona
>     Assigned To: Christopher M. Cardona
> Fix For: Wish List
>
> Attachments: mailportlet-rev-348271.patch, mailportlet.patch
>
>
> Update and improve the Java Mail portlet.

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

[jira] Updated: (GERONIMO-891) Improve the Java Mail portlet

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-891?page=all ]

Christopher M. Cardona updated GERONIMO-891:


Fix Version/s: Wish List
   (was: 1.2)
  Environment: Need to refactor this portlet.

> Improve the Java Mail portlet
> -
>
> Key: GERONIMO-891
> URL: http://issues.apache.org/jira/browse/GERONIMO-891
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
> Environment: Need to refactor this portlet.
>Reporter: Chris Cardona
>     Assigned To: Christopher M. Cardona
> Fix For: Wish List
>
> Attachments: mailportlet-rev-348271.patch, mailportlet.patch
>
>
> Update and improve the Java Mail portlet.

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

Re: The Drive to Five

[Christopher M. Cardona]

Nice work Matt! I agree that JEE 5 implementation for Geronimo is 
essential to make us very competitive. Seeing the dates for our possible 
releases will definitely guide us developers on what to shoot for and 
also give our users an idea on what to expect from Geronimo in the next 
few months.



Best wishes,
chris


Matt Hogstrom wrote:
I've been noodling over our Java EE 5.0 release of Geronimo and had 
some ideas I wanted to share.


Given that the J2EE space is highly competitive I would love to see us 
have a Java EE 5.0 implementation out before Java One.  We might not 
be the first on the block but we'll be in the pack and that will be 
huge for us in terms of showing we came from behind with J2EE 1.4 a 
few years late and now were on a par with our other Open Source 
projects in terms of having software available.  The other cool 
features like plugins will simply set us apart.


My personal goal is to work towards a full release of Apache Geronimo 
2.0 (perhaps it should be 5.0 :)  available around the end of March in 
2007.  In order to have a version available by that date we need to 
deliver some milestones earlier so we can get user feedback, tweak the 
server and fix some bugs.  So here is my thinking, let me know how 
this sounds to you.


December
22nd - Release Milestone 1  this release would include:
  Java 1.5 as the base JDK
  JSP 2.1 (Jetty and Tomcat)
  JSF 1.2
  Java Mail
  JTA 1.1
  JMS 1.1 (Active MQ 4)
  JPA (Open JPA)
  EJB 2.1 (Open EJB 2.3/2?)
  JSTL

This release would not be certified but would be an incremental 
version for people to noodle on


January
26th - Release Milestone 2
  Add EJB 3.0 in its current form (need David's input on this)
  JAXB
  JEE Mgmt 1.1
  Web Services 1.2 (perhaps the Axis guys or Celtixfire folks have 
some thoughts on this)




February
23rd (or March 2nd) - Release Candidate 1


March
16th - Release Candidate 2
30th - Version 2.0 Available


This is a really rough outline of a delivery schedule.  I know Apache 
is not a machine and we're about community.  My hope is that we as a 
community will have a common goal to work towards and that a schedule 
will help guide us.  If we end up missing the dates because we're not 
there then so be it.  I think a good piece of software is worth the 
wait but I really want us to hold our heads high when people look at 
our stack compared to other alternatives.


In order to achieve these goals we'll need to get cracking on an EE 
5.0 release quickly.  It looks like Dain has been getting 1.2 ready 
with lots of help and I'm hoping that we'll be able to branch trunk in 
to a 1.2 branch this Friday.  It will be awesome for folks to get a 
1.2 in their hands for production use as well as a milestone on Java 
EE 5.0 in December.  I'd like to get the EE 5.0 work going in trunk 
(best option) or an official branch *(least desireable) this Friday.  
Either way I'd like to officially kick off the Drive to Five !


Are you ready ?

Matt Hogstrom
[EMAIL PROTECTED]

"Give a man a fish and he will eat for a day.
Teach a man to fish and he will sit in a boat all day."

[jira] Closed: (GERONIMO-1559) Console displays the incorrect locale

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1559?page=all ]

Christopher M. Cardona closed GERONIMO-1559.


Resolution: Fixed

I was able to verify this by changing my system time zone but like what Erin 
said this portlet is just displaying the system properties returned by a call 
to System.getProperties(). There's nothing we can do here.

> Console displays the incorrect locale
> -
>
> Key: GERONIMO-1559
> URL: http://issues.apache.org/jira/browse/GERONIMO-1559
> Project: Geronimo
>  Issue Type: Wish
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.0
> Environment: WinXP SP2
>Reporter: Mihael Sedmak
> Assigned To: Christopher M. Cardona
>
> When listing the " System Property values for the Server JVM", under the 
> "User" section, the console displays "user.timezone = Europe/Belgrade" which 
> is incorrect. The timezone on the machine which runs Geronimo is set to 
> "Sarajevo, Skopje, Warsaw, Zagreb"

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

[jira] Commented: (GERONIMO-2552) Remove SVG usage from Admin Console

[Christopher M. Cardona (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-2552?page=comments#action_12449972
 ] 

Christopher M. Cardona commented on GERONIMO-2552:
--

FYI, I started playing with dojo.widget.Chart and I was able to create a chart 
programmatically and update it via DWR call. I think it's reasonably easy to 
use and very flexible. The following are issues that I'm seeing so far:

1.  I haven't found a way to embed the Dojo chart inside a portlet. It 
displays the chart but outside the portlet display area.
2.  Continuously updating/rendering of the chart gradually becomes slow. 
Not sure if the old chart data is being released properly every time you render 
it.


> Remove SVG usage from Admin Console
> ---
>
> Key: GERONIMO-2552
> URL: http://issues.apache.org/jira/browse/GERONIMO-2552
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.x
> Environment: Windows
>    Reporter: Donald Woods
> Assigned To: Christopher M. Cardona
>Priority: Minor
> Fix For: 1.x
>
>
> Adobe is ending support for their SVG Viewer for Windows on January 1, 2008 
> and it is not supported in Windows Vista -
>http://www.adobe.com/svg/pdfs/ASV_EOL_FAQ.pdf
> Looking over the following site -
>http://wiki.svg.org/Viewer_Implementations
> there doesn't seem to be any free SVG Viewers available for Windows anymore.
> Requiring Firefox or Opera browsers should not be an option.

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

[jira] Closed: (GERONIMO-1868) Calculate /console prefix dynamically for SVG, etc.

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1868?page=all ]

Christopher M. Cardona closed GERONIMO-1868.


Resolution: Fixed

> Calculate /console prefix dynamically for SVG, etc.
> ---
>
> Key: GERONIMO-1868
> URL: http://issues.apache.org/jira/browse/GERONIMO-1868
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.0
>Reporter: Aaron Mulder
>     Assigned To: Christopher M. Cardona
> Fix For: 1.2
>
>
> The path to the console is hardcoded in svrInfoNormal.jsp and car/index.jsp 
> right now.  There's a method somewhere to calculate this (PortletManager?) 
> and we should use it or something equivalent.

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

[jira] Closed: (GERONIMO-1823) Add Embedded LDAP Server Viewer Portlet

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1823?page=all ]

Christopher M. Cardona closed GERONIMO-1823.


Fix Version/s: 1.2
   Resolution: Fixed

> Add Embedded LDAP Server Viewer Portlet
> ---
>
> Key: GERONIMO-1823
> URL: http://issues.apache.org/jira/browse/GERONIMO-1823
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.2
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
> Fix For: 1.2
>
> Attachments: dojo-0.3.1-bin.zip, GERONIMO-1823-trunk2.patch, 
> GERONIMO-1823-trunk3.patch, ldapMgrPortlet-B1.1.1.jpg, 
> ldapMgrPortlet-B1.1.1.patch, ldapMgrPortlet-Snapshot.zip, 
> ldapMgrPortlet.patch, ldapviewer-jetty-1.2-SNAPSHOT.car, 
> ldapviewer-portlet-1.2-SNAPSHOT.jpg, ldapviewer-tomcat-1.2-SNAPSHOT.car, 
> ldapviewer-webapp-1.2-SNAPSHOT.jpg, sample.ldif
>
>
> Add a new portlet for viewing the contents of the embedded directory server 
> (Apache DS). This portlet will be under 'Misc' portlets.

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

[jira] Reopened: (GERONIMO-1868) Calculate /console prefix dynamically for SVG, etc.

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1868?page=all ]

Christopher M. Cardona reopened GERONIMO-1868:
--

 
Accidentally closed this issue.

> Calculate /console prefix dynamically for SVG, etc.
> ---
>
> Key: GERONIMO-1868
> URL: http://issues.apache.org/jira/browse/GERONIMO-1868
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.0
>Reporter: Aaron Mulder
>     Assigned To: Christopher M. Cardona
> Fix For: 1.2
>
>
> The path to the console is hardcoded in svrInfoNormal.jsp and car/index.jsp 
> right now.  There's a method somewhere to calculate this (PortletManager?) 
> and we should use it or something equivalent.

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

[jira] Updated: (GERONIMO-1701) Improve the EJB Server portlet

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1701?page=all ]

Christopher M. Cardona updated GERONIMO-1701:
-

Fix Version/s: Wish List

This portlet should be modified to support JEE 5 changes, etc. Input needed for 
redesigning portlet.

> Improve the EJB Server portlet
> --
>
> Key: GERONIMO-1701
> URL: http://issues.apache.org/jira/browse/GERONIMO-1701
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console, OpenEJB
>Affects Versions: 1.1, 1.2
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
> Fix For: Wish List
>
> Attachments: ejbMgrPortlet-G.patch, ejbmgrportlet-G1.1.1.patch, 
> ejbmgrportlet-openejb-G1.1.1.patch, ejbMgrPortlet-OpenEJB.patch, 
> ejbMgrPortlet-Snapshot.zip, viewEJBModules.jpg
>
>
> Improve the EJB Server portlet to do the ff.:
> 1. View a list of deployed EJB modules in the EJB server including basic 
> statistics of the different EJB 
> types.
> 2. View a list of deployed EJBs of an EJB module including basic statistics 
> of the different EJB types.
> 3. View the deployment descriptor of an EJB module.
> 4. View a specific EJB to get basic configuration info
> Note: This portlet can still be enhanced to do other stuff.

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

[jira] Assigned: (GERONIMO-891) Improve the Java Mail portlet

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-891?page=all ]

Christopher M. Cardona reassigned GERONIMO-891:
---

Assignee: Christopher M. Cardona

> Improve the Java Mail portlet
> -
>
> Key: GERONIMO-891
> URL: http://issues.apache.org/jira/browse/GERONIMO-891
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console
>Reporter: Chris Cardona
>     Assigned To: Christopher M. Cardona
> Fix For: 1.2
>
> Attachments: mailportlet-rev-348271.patch, mailportlet.patch
>
>
> Update and improve the Java Mail portlet.

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

[jira] Assigned: (GERONIMO-1559) Console displays the incorrect locale

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1559?page=all ]

Christopher M. Cardona reassigned GERONIMO-1559:


Assignee: Christopher M. Cardona

> Console displays the incorrect locale
> -
>
> Key: GERONIMO-1559
> URL: http://issues.apache.org/jira/browse/GERONIMO-1559
> Project: Geronimo
>  Issue Type: Wish
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.0
> Environment: WinXP SP2
>Reporter: Mihael Sedmak
> Assigned To: Christopher M. Cardona
>
> When listing the " System Property values for the Server JVM", under the 
> "User" section, the console displays "user.timezone = Europe/Belgrade" which 
> is incorrect. The timezone on the machine which runs Geronimo is set to 
> "Sarajevo, Skopje, Warsaw, Zagreb"

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

[jira] Assigned: (GERONIMO-1701) Improve the EJB Server portlet

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1701?page=all ]

Christopher M. Cardona reassigned GERONIMO-1701:


Assignee: Christopher M. Cardona

> Improve the EJB Server portlet
> --
>
> Key: GERONIMO-1701
> URL: http://issues.apache.org/jira/browse/GERONIMO-1701
> Project: Geronimo
>  Issue Type: Improvement
>  Security Level: public(Regular issues) 
>  Components: console, OpenEJB
>Affects Versions: 1.1, 1.2
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
> Attachments: ejbMgrPortlet-G.patch, ejbmgrportlet-G1.1.1.patch, 
> ejbmgrportlet-openejb-G1.1.1.patch, ejbMgrPortlet-OpenEJB.patch, 
> ejbMgrPortlet-Snapshot.zip, viewEJBModules.jpg
>
>
> Improve the EJB Server portlet to do the ff.:
> 1. View a list of deployed EJB modules in the EJB server including basic 
> statistics of the different EJB 
> types.
> 2. View a list of deployed EJBs of an EJB module including basic statistics 
> of the different EJB types.
> 3. View the deployment descriptor of an EJB module.
> 4. View a specific EJB to get basic configuration info
> Note: This portlet can still be enhanced to do other stuff.

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

[jira] Assigned: (GERONIMO-1868) Calculate /console prefix dynamically for SVG, etc.

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1868?page=all ]

Christopher M. Cardona reassigned GERONIMO-1868:


Assignee: Christopher M. Cardona

> Calculate /console prefix dynamically for SVG, etc.
> ---
>
> Key: GERONIMO-1868
> URL: http://issues.apache.org/jira/browse/GERONIMO-1868
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.0
>Reporter: Aaron Mulder
>     Assigned To: Christopher M. Cardona
> Fix For: 1.2
>
>
> The path to the console is hardcoded in svrInfoNormal.jsp and car/index.jsp 
> right now.  There's a method somewhere to calculate this (PortletManager?) 
> and we should use it or something equivalent.

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

[jira] Assigned: (GERONIMO-2552) Remove SVG usage from Admin Console

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2552?page=all ]

Christopher M. Cardona reassigned GERONIMO-2552:


Assignee: Christopher M. Cardona

> Remove SVG usage from Admin Console
> ---
>
> Key: GERONIMO-2552
> URL: http://issues.apache.org/jira/browse/GERONIMO-2552
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.x
> Environment: Windows
>Reporter: Donald Woods
> Assigned To: Christopher M. Cardona
>Priority: Minor
> Fix For: 1.x
>
>
> Adobe is ending support for their SVG Viewer for Windows on January 1, 2008 
> and it is not supported in Windows Vista -
>http://www.adobe.com/svg/pdfs/ASV_EOL_FAQ.pdf
> Looking over the following site -
>http://wiki.svg.org/Viewer_Implementations
> there doesn't seem to be any free SVG Viewers available for Windows anymore.
> Requiring Firefox or Opera browsers should not be an option.

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

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

[Christopher M. Cardona (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-1939?page=comments#action_12448070
 ] 

Christopher M. Cardona commented on GERONIMO-1939:
--

IE 6.0 didn't prompt to download the Adobe SVG Viewer plugin and manually 
installing the plugin (Adobe SVG Viewer 3.01) and viewing the Server Info 
portlet resulted to script errors:

1. Wrong number of parameters, 1 expected
line: 82, column: 0

2. 'navigator.userAgent' is null or not an object
line: 400, column: 5

Note: I was able to test that my plugin was working by going to this link: 
http://www.adobe.com/svg/viewer/install/svgtest.html

> Server Info portlet doesn't display the 'Server Memory Usage' live graph on 
> Internet Explorer
> -
>
> Key: GERONIMO-1939
> URL: http://issues.apache.org/jira/browse/GERONIMO-1939
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>    Affects Versions: 1.1
>Reporter: Christopher M. Cardona
> Attachments: embedSVG.js
>
>
> I've tested it to work on Firefox v1.5.0.2 but the graph doesn't show up on 
> IE v6.0.

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

[jira] Commented: (GERONIMO-1823) Add Embedded LDAP Server Viewer Portlet

[Christopher M. Cardona (JIRA)]

[ 
http://issues.apache.org/jira/browse/GERONIMO-1823?page=comments#action_12447982
 ] 

Christopher M. Cardona commented on GERONIMO-1823:
--

Anybody got any issues / concerns in applying this patch for 1.2 release?

> Add Embedded LDAP Server Viewer Portlet
> ---
>
> Key: GERONIMO-1823
> URL: http://issues.apache.org/jira/browse/GERONIMO-1823
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.2
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
> Attachments: dojo-0.3.1-bin.zip, GERONIMO-1823-trunk2.patch, 
> GERONIMO-1823-trunk3.patch, ldapMgrPortlet-B1.1.1.jpg, 
> ldapMgrPortlet-B1.1.1.patch, ldapMgrPortlet-Snapshot.zip, 
> ldapMgrPortlet.patch, ldapviewer-jetty-1.2-SNAPSHOT.car, 
> ldapviewer-portlet-1.2-SNAPSHOT.jpg, ldapviewer-tomcat-1.2-SNAPSHOT.car, 
> ldapviewer-webapp-1.2-SNAPSHOT.jpg, sample.ldif
>
>
> Add a new portlet for viewing the contents of the embedded directory server 
> (Apache DS). This portlet will be under 'Misc' portlets.

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

[jira] Closed: (GERONIMO-2075) Error viewing "Web Access Log Viewer" portlet on G 1.1 with Tomcat

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-2075?page=all ]

Christopher M. Cardona closed GERONIMO-2075.


Resolution: Fixed

This was fixed on G 1.1 release.

> Error viewing "Web Access Log Viewer" portlet on G 1.1 with Tomcat
> --
>
> Key: GERONIMO-2075
> URL: http://issues.apache.org/jira/browse/GERONIMO-2075
> Project: Geronimo
>  Issue Type: Bug
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.1
> Environment: Win XP Pro SP2 / Java 1.4.2_10 / Geronimo 410770 / 
> OpenEJB 2661
>Reporter: Christopher M. Cardona
>
> Viewing the "Web Access Log Viewer" portlet on G 1.1 with Tomcat throws 
> ArrayIndexOutOfBoundsException. I noticed that the 
> \geronimo-1.1-SNAPSHOT\var\catalina\logs folder doesn't exist. Below is the 
> stack trace:
> Booting Geronimo Kernel (in Java 1.4.2_10)...
> Module  1/20 geronimo/rmi-naming/1.1-SNAPSHOT/car  started in   
> .340
> s
> Module  2/20 geronimo/j2ee-server/1.1-SNAPSHOT/car started in   
> .621
> s
> Module  3/20 geronimo/j2ee-security/1.1-SNAPSHOT/car   started in   
> .791
> s
> Module  4/20 geronimo/axis/1.1-SNAPSHOT/carstarted in   
> .090
> s
> Module  5/20 geronimo/openejb/1.1-SNAPSHOT/car started in   
> .370
> s
> Module  6/20 geronimo/system-database/1.1-SNAPSHOT/car started in  
> 4.156
> s
> Module  7/20 geronimo/activemq-broker/1.1-SNAPSHOT/car started in  
> 2.594
> s
> Module  8/20 geronimo/activemq/1.1-SNAPSHOT/carstarted in   
> .431
> s
> Module  9/20 geronimo/tomcat/1.1-SNAPSHOT/car  started in  
> 2.594
> s
> Module 10/20 geronimo/geronimo-gbean-deployer/1.1-SNAPSHOT/car started in   
> .571
> s
> Module 11/20 geronimo/j2ee-deployer/1.1-SNAPSHOT/car   started in   
> .280
> s
> Module 12/20 geronimo/openejb-deployer/1.1-SNAPSHOT/carstarted in   
> .351
> s
> Module 13/20 geronimo/client-deployer/1.1-SNAPSHOT/car started in   
> .060
> s
> Module 14/20 geronimo/axis-deployer/1.1-SNAPSHOT/car   started in   
> .090
> s
> Module 15/20 geronimo/sharedlib/1.1-SNAPSHOT/car   started in   
> .010
> s
> Module 16/20 geronimo/tomcat-deployer/1.1-SNAPSHOT/car started in   
> .111
> s
> Module 17/20 geronimo/welcome-tomcat/1.1-SNAPSHOT/car  started in   
> .330
> s
> Module 18/20 geronimo/webconsole-tomcat/1.1-SNAPSHOT/car   started in  
> 4.036
> s
> Module 19/20 geronimo/remote-deploy-tomcat/1.1-SNAPSHOT/carstarted in   
> .281
> s
> Module 20/20 geronimo/hot-deployer/1.1-SNAPSHOT/carstarted in   
> .911
> s
> Startup completed in 23 seconds
>   Listening on Ports:
> 1099 0.0.0.0 RMI Naming
> 1527 0.0.0.0 Derby Connector
> 4201 0.0.0.0 ActiveIO Connector EJB
> 4242 0.0.0.0 Remote Login Listener
> 8009 0.0.0.0 Tomcat Connector AJP
> 8080 0.0.0.0 Tomcat Connector HTTP
> 8443 0.0.0.0 Tomcat Connector HTTPS
>  0.0.0.0 JMX Remoting Connector
>61616 0.0.0.0 ActiveMQ Message Broker Connector
>   Started Application Modules:
> EAR: geronimo/webconsole-tomcat/1.1-SNAPSHOT/car
> RAR: geronimo/activemq/1.1-SNAPSHOT/car
> RAR: geronimo/system-database/1.1-SNAPSHOT/car
> WAR: geronimo/remote-deploy-tomcat/1.1-SNAPSHOT/car
> WAR: geronimo/welcome-tomcat/1.1-SNAPSHOT/car
>   Web Applications:
> http://IBM-CCARDONA:8080/
> http://IBM-CCARDONA:8080/console
> http://IBM-CCARDONA:8080/console-standard
> http://IBM-CCARDONA:8080/remote-deploy
> Geronimo Application Server started
> 22:46:25,815 WARN  [BasicProxyManager] Could not load interface 
> org.apache.geron
> imo.tomcat.TomcatManagerImpl in provided ClassLoader for 
> geronimo/tomcat/1.1-SNA
> PSHOT/car?ServiceModule=geronimo/tomcat/1.1-SNAPSHOT/car,j2eeType=GBean,name=Tom
> catWebManager
> 22:46:25,835 WARN  [BasicProxyManager] Could not load interface 
> org.apache.geron
> imo.tomcat.TomcatWebContainer in provided ClassLoader for 
> geronimo/tomcat/1.1-SN
> APSHOT/car?ServiceModule=geronimo/tomcat/1.1-SNAPSHOT/car,j2eeType=GBean,name=To
> mcatWebContainer
> 22:46:25,835 WARN  [BasicProxyManager] Could not load interface 
> org.apache.geron
> imo.tomcat.TomcatContainer in provided ClassLoader for 
> geronimo/tomcat/1.1-SNAPS
> HOT/car?ServiceModule=geronimo/tomcat/1.1-SNAPSHOT/car,j2eeType=GBean,name=Tomca
> tWebCon

Re: Java EE 5.0

[Christopher M. Cardona]

Matt Hogstrom wrote:


What do other people think about bringing this the Java EE 5.0 story 
together in that location?  We could follow David's existing 
methodology in sandbox where we build trunk and have an incremental 
build on top of that in branches/javaee5 and it would be visibile to 
others that wanted to start getting involved.  Thoughts?



+1

chris

[jira] Assigned: (GERONIMO-1823) Add Embedded LDAP Server Viewer Portlet

[Christopher M. Cardona (JIRA)]

 [ http://issues.apache.org/jira/browse/GERONIMO-1823?page=all ]

Christopher M. Cardona reassigned GERONIMO-1823:


Assignee: Christopher M. Cardona

> Add Embedded LDAP Server Viewer Portlet
> ---
>
> Key: GERONIMO-1823
> URL: http://issues.apache.org/jira/browse/GERONIMO-1823
> Project: Geronimo
>  Issue Type: New Feature
>  Security Level: public(Regular issues) 
>  Components: console
>Affects Versions: 1.2
>        Reporter: Christopher M. Cardona
>     Assigned To: Christopher M. Cardona
> Attachments: dojo-0.3.1-bin.zip, GERONIMO-1823-trunk2.patch, 
> GERONIMO-1823-trunk3.patch, ldapMgrPortlet-B1.1.1.jpg, 
> ldapMgrPortlet-B1.1.1.patch, ldapMgrPortlet-Snapshot.zip, 
> ldapMgrPortlet.patch, ldapviewer-jetty-1.2-SNAPSHOT.car, 
> ldapviewer-portlet-1.2-SNAPSHOT.jpg, ldapviewer-tomcat-1.2-SNAPSHOT.car, 
> ldapviewer-webapp-1.2-SNAPSHOT.jpg, sample.ldif
>
>
> Add a new portlet for viewing the contents of the embedded directory server 
> (Apache DS). This portlet will be under 'Misc' portlets.

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