ServiceMix 3.1.1 release - when?

2007-06-07 Thread Rossmanith, Philipp

Dear all,

I've been following the vote about releasing 3.1.1. Did you reach a
decision yet? When will it be released?

Ciao,
Philipp


This e-mail may contain confidential or privileged information. Any unauthorised
copying, use or distribution of this information is strictly prohibited.


Re: ServiceMix 3.1.1 release - when?

2007-06-07 Thread Guillaume Nodet

There are a few things that need to be fixed before officially releasing
this version.
Hopefully this should be done soon.

On 6/7/07, Rossmanith, Philipp [EMAIL PROTECTED] wrote:



Dear all,

I've been following the vote about releasing 3.1.1. Did you reach a
decision yet? When will it be released?

Ciao,
Philipp


This e-mail may contain confidential or privileged information. Any
unauthorised
copying, use or distribution of this information is strictly prohibited.





--
Cheers,
Guillaume Nodet

Principal Engineer, IONA
Blog: http://gnodet.blogspot.com/


Re: ServiceMix / CXF integration

2007-06-07 Thread Eric Dofonsou

I've started looking at this module SE also.

However there ares somelibrairie missing from the build process.  Here is
the output I get from the maven 

--
[INFO]

[ERROR] BUILD ERROR
[INFO]

[INFO] Failed to resolve artifact.

Missing:
--
1) com.sun.xml.bind:jaxb-impl:jar:2.0.5

  Try downloading the file manually from the project website.

  Then, install it using the command:
  mvn install:install-file -DgroupId=com.sun.xml.bind
-DartifactId=jaxb-impl
 \
  -Dversion=2.0.5 -Dpackaging=jar -Dfile=/path/to/file

  Path to dependency:
1)
org.apache.servicemix:servicemix-cxf-se:jbi-component:3.2-incubating-
SNAPSHOT
2) org.apache.cxf:cxf-rt-frontend-jaxws:jar:2.0-incubator-SNAPSHOT
3) org.apache.cxf:cxf-rt-core:jar:2.0-incubator-SNAPSHOT
4) com.sun.xml.bind:jaxb-impl:jar:2.0.5

--
1 required artifact is missing.

for artifact:
 
org.apache.servicemix:servicemix-cxf-se:jbi-component:3.2-incubating-SNAPSHOT

from the specified remote repositories:
  apache.snapshots (http://svn.apache.org/maven-snapshot-repository),
  apache-incubating
(http://people.apache.org/repo/m2-incubating-repository),
  codehaus (http://repository.codehaus.org),
  servicemix-m2-repo
(http://svn.apache.org/repos/asf/incubator/servicemix/m2-re
po),
  apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  central (http://www.ibiblio.org/maven2)


has this librarie been added ?


Freeman Fang-2 wrote:
 
 Hi Nodet,
 
 I'd like to do this integration. And I will start from my most familiar 
 part, adding test case for JBI transport as the first step.
 
 Absolutely there would be more questions for you and servicemix team in 
 coming weeks.
 Thanks in advance.
 
 Freeman
 
 
 Guillaume Nodet wrote:
 As some people have already seen, I have began to commit some code
 in CXF for a better integration with JBI, and especially ServiceMix.
 I have added the following modules to the CXF source tree:
  * rt/bindings/jbi
  * rt/transports/jbi

 Let me explain my thoughts about CXF / JBI.
 For those who don't know, JBI has two concepts which are Binding 
 Components
 and Service Engine.  The Binding Component is in charge of the protocol
 normalization,
 while the Service Engine is in charge of providing a business 
 service.  In
 CXF, both
 are linked somehow, but for a good JBI integration, they need to be 
 split.

 The two modules (JBI binding and JBI transport) will be used in a Service
 Engine.
 The transport was taken from the JBI integration in CXF and updated a 
 bit,
 while
 the binding is new.  The binding is in charge of transforming the JBI
 normalized message
 (using a wrapper defined in the JBI spec for WSDL 1.1 messages) to / from
 CXF messages.

 Another component will be a Binding Component which will transform an
 incoming soap
 message to a JBI normalized message, while handling all the WS-*
 specifications.
 It will also handle the client side.

 I have also started to slightly enhance the tooling side so that you 
 could
 use JAX-WS
 client side to call a JBI service when inside the JBI bus.

 The CXF JBI transport and binding are available at:
  * http://svn.apache.org/repos/asf/incubator/cxf/trunk/rt/bindings/jbi/
  * http://svn.apache.org/repos/asf/incubator/cxf/trunk/rt/transports/jbi/

 The ServiceMix SE and BC are available at:
  *
 http://svn.apache.org/repos/asf/incubator/servicemix/trunk/deployables/serviceengines/servicemix-cxf-se/
  

  *
 http://svn.apache.org/repos/asf/incubator/servicemix/trunk/deployables/bindingcomponents/servicemix-cxf-bc/
  


 There are still lots of areas that need to be worked on:
  * actually integrate ws-addressing, ws-security, ws-rm, ws-policy in the
 BC
  * handler definitions in xml for BC / SE
  * the client side of the BC
  * testing (document, rpc, wrapped + headers, client side, all ws-* 
 stuff,
 tooling)
  * documentation
 So any volunteers are welcome :-)

 
 
 

-- 
View this message in context: 
http://www.nabble.com/ServiceMix---CXF-integration-tf3644399s12049.html#a11006968
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.



Re: Bug into JDBCStoreFactory

2007-06-07 Thread Guillaume Nodet

Please raise a JIRA and attach your patch, thx !

On 6/7/07, servicemix servicemix [EMAIL PROTECTED] wrote:


Hi, I think that, there is a bug in JDBStoreFactory: when I open a store
with:
Store store=factory.open(store);

I receive an SQLException : Exception while creating database

I move the connection.commit(); from  JDBStoreFactory line 62 and it
work...

There is the source  code of the function:

  public synchronized Store open(String name) throws IOException {
if (adapter == null) {
Connection connection = null;
try {
connection = getDataSource().getConnection();
adapter = JDBCAdapterFactory.getAdapter(connection);
if (statements == null) {
statements = new Statements();
statements.setStoreTableName(tableName);
}
adapter.setStatements(statements);
if (createDataBase) {
adapter.doCreateTables(connection);
if(!connection.getAutoCommit())
connection.commit();
}
 connection.commit();
} catch (SQLException e) {
throw (IOException) new IOException(Exception while
creating database).initCause(e);
} finally {
if (connection != null) {
try {
connection.close();
} catch (Exception e) {
}
}
}
}
JdbcStore store = stores.get(name);
if (store == null) {
store = new JdbcStore(this, name);
stores.put(name, store);
}
return store;
}


Thanks.





--
Cheers,
Guillaume Nodet

Principal Engineer, IONA
Blog: http://gnodet.blogspot.com/


Re: Getting started guide

2007-06-07 Thread Gert Vanthienen

Bruce,

I've created a first tutorial, a guided tour of starting, installing,
deploying and testing a first application and, more importantly, a quick
introduction some JBI concepts (service assembly, service unit, ...).  It
isn't completely done yet, but it already shows the intention.  Is this what
you had in mind?

For the second tutorial, I would like to focus on the Maven tooling and
archetypes.  Any suggestions on that topic?

Regards,

Gert


bsnyder wrote:
 
 On 5/29/07, Gert Vanthienen [EMAIL PROTECTED] wrote:
 L.S.,


 After having followed the user mailing list for a while, it seems that
 it's quite a steep learning curve to get started with ServiceMix.
 I would like to add a tutorial or getting started guide to the website,
 just guiding a new user through the existing documentation and trying to
 explain some key concepts on the way.  Something like...
 # starting the container and connect to it using JMX
 # installing some components and deploying e.g. the wsdl-first example
 [to explain e.g. components, service assembly, service unit]
 # building a simple SA, e.g. re-using the 'File binding' page [to
 explain about the maven archetypes]
 # building e.g. the protocol bridge example to explain about message
 exchange patterns, routing, ...

 Would this be a worthwhile addition or are there other areas in the
 documentation that need work more urgently?  Are there any other topics
 to include in this guided tour?
 
 Very nice work Gert! I'm excited that someone else is interested to
 help develop more docs - yay!
 
 There are certainly a lot of concepts with which you must be familiar
 in order to dive in. I had to explain this to a friend recently and he
 was quite overwhelmed at first.
 
 I have had this task in mind for some time and I just haven't had the
 time to spend on it yet. I wrote the hello world tutorials on building
 components and those are still not 100% complete :-( - if only there
 were 30 hours in a day! So, yes, yes - let's create some simple
 tutorials to help folks get started!
 
 What I've had in mind is a Getting Started Guide - a set of exercises
 to help users become familiar with ServiceMix, including ActiveMQ, in
 the most expedient manner possible. I'd like to provide a five minute
 version and then much more detailed version, keeping in mind that they
 must be from a user's perspective, not a developer of ServiceMix.
 
 The most basic tutorials are the most in demand right now such as,
 starting ServiceMix, deploying and testing some of the examples, how
 to send test messages using SoapUI and otherwise, walking users
 through a step-by-step tutorial of building their own flow using
 components that come with ServiceMix.
 
 Before diving right in without a plan, let's at least outline the
 exercises we would like to create. That way work on different
 exercises can take place concurrently and nobody is hindered by
 another exercises level of completion. Below is a suggested list:
 
 1) Starting SMX
 2) Explain components (e.g., explain and demo both types from a *user*
 perspective)
 3) Using JMX with SMX via Jconsole (e.g., poke around a bit)
 4) Explain and run SMX examples (e.g., explain how to deploy and how
 the flow through SUs works)
 5) Developing and testing your own SUs (e.g., this should be broken up
 into multiple exercises that build upon one another so that we take
 users through a progression that becomes more complex as they go)
 
 This is just a five minute brain dump - let's work on this together
 via the wiki.
 
 Bruce
 -- 
 perl -e 'print
 unpack(u30,D0G)[EMAIL PROTECTED]5R\F)R=6-E+G-N61ED\!G;6%I;\YC;VT*
 );'
 
 Apache Geronimo - http://geronimo.apache.org/
 Apache ActiveMQ - http://activemq.org/
 Apache ServiceMix - http://servicemix.org/
 Castor - http://castor.org/
 
 

-- 
View this message in context: 
http://www.nabble.com/Getting-started-guide-tf3836548s12049.html#a11015781
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.



Re: Here is the tutorails in Chinese version

2007-06-07 Thread wuwei

It's very helpfully. Thanks.

xujingguo wrote:
 
  http://www.nabble.com/file/p10934031/TUTOTIALS-CN.CHM
 http://www.nabble.com/file/p10934031/TUTOTIALS-CN.CHM 
 

-- 
View this message in context: 
http://www.nabble.com/Here-is-the-tutorails-in-Chinese-version-tf3863975s12049.html#a11020912
Sent from the ServiceMix - Dev mailing list archive at Nabble.com.



[jira] Created: (GERONIMO-3222) Updates to Corba sample MagicGball to work on Geronimo 2.0

2007-06-07 Thread YunFeng Ma (JIRA)
Updates to Corba sample MagicGball to work on Geronimo 2.0
--

 Key: GERONIMO-3222
 URL: https://issues.apache.org/jira/browse/GERONIMO-3222
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: sample apps
Reporter: YunFeng Ma


Updates to Corba sample MagicGball to work on Geronimo 2.0

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



[jira] Updated: (GERONIMO-3222) Updates to Corba sample MagicGball to work on Geronimo 2.0

2007-06-07 Thread YunFeng Ma (JIRA)

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

YunFeng Ma updated GERONIMO-3222:
-

Attachment: GERONIMO-3222.patch

The patch, tested using the trunk build.

 Updates to Corba sample MagicGball to work on Geronimo 2.0
 --

 Key: GERONIMO-3222
 URL: https://issues.apache.org/jira/browse/GERONIMO-3222
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: sample apps
Reporter: YunFeng Ma
 Attachments: GERONIMO-3222.patch


 Updates to Corba sample MagicGball to work on Geronimo 2.0

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



[jira] Assigned: (GERONIMO-3222) Updates to Corba sample MagicGball to work on Geronimo 2.0

2007-06-07 Thread Rick McGuire (JIRA)

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

Rick McGuire reassigned GERONIMO-3222:
--

Assignee: Rick McGuire

 Updates to Corba sample MagicGball to work on Geronimo 2.0
 --

 Key: GERONIMO-3222
 URL: https://issues.apache.org/jira/browse/GERONIMO-3222
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: sample apps
Reporter: YunFeng Ma
Assignee: Rick McGuire
 Attachments: GERONIMO-3222.patch


 Updates to Corba sample MagicGball to work on Geronimo 2.0

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



Re: svn commit: r544258 - in /geronimo/server/trunk/applications: console/geronimo-console-framework/ console/geronimo-console-standard/ geronimo-ca-helper/ geronimo-examples/geronimo-jsp-examples/ ge

2007-06-07 Thread Anita Kulshreshtha
   FYI: In early days of M2 build the plugin did look for this string.
It changed some time before Jan 2007. All the wars here have been built
using /web-app as the inject string.
http://people.apache.org/repo/m2-snapshot-repository/org/apache/geronimo/applications/examples/geronimo-jsp-examples/2.0-SNAPSHOT/

Thanks
Anita
 
--- Paul McMahan [EMAIL PROTECTED] wrote:

  I think that the previous plugin looked  
 for '!-- [INSERT FRAGMENT HERE] --' by default and the new one does
  
 not.  
..
 
 On Jun 5, 2007, at 1:21 AM, Jason Dillon wrote:
 
  From what I could tell, the previous jspc plugin didn't use that  
  string for a default replace token, instead it used '/web-app' if
  
  the injectString was not configured.  The new plugin behaves the  
  same way.
 
  So... I'm not sure how the previous plugin handles replacing '!-- 
 
  [INSERT FRAGMENT HERE] --' with the fragment w/o this
 configuration.



   

Be a better Globetrotter. Get better travel answers from someone who knows. 
Yahoo! Answers - Check it out.
http://answers.yahoo.com/dir/?link=listsid=396545469


[jira] Resolved: (GERONIMO-3219) Descriptors subtool fails after launching due to typos in the plugin.xml documents

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods resolved GERONIMO-3219.


Resolution: Fixed

Committed revision 545154 in sandbox.

 Descriptors subtool fails after launching due to typos in the plugin.xml 
 documents
 --

 Key: GERONIMO-3219
 URL: https://issues.apache.org/jira/browse/GERONIMO-3219
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
Reporter: Jason Warner
Assignee: Jason Warner
 Attachments: Geronimo-3219.patch


 The Descriptors tool uses the plugin.xml to identify which plugins to load. 
 There are typos in the xml that cause the tool to be unable to find the 
 appropriate plugin. This results in an NPE.

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



Bug into JDBCStoreFactory

2007-06-07 Thread servicemix servicemix

Hi, I think that, there is a bug in JDBStoreFactory: when I open a store
with:
Store store=factory.open(store);

I receive an SQLException : Exception while creating database

I move the connection.commit(); from  JDBStoreFactory line 62 and it work...

There is the source  code of the function:

 public synchronized Store open(String name) throws IOException {
   if (adapter == null) {
   Connection connection = null;
   try {
   connection = getDataSource().getConnection();
   adapter = JDBCAdapterFactory.getAdapter(connection);
   if (statements == null) {
   statements = new Statements();
   statements.setStoreTableName(tableName);
   }
   adapter.setStatements(statements);
   if (createDataBase) {
   adapter.doCreateTables(connection);
   if(!connection.getAutoCommit())
   connection.commit();
   }
connection.commit();
   } catch (SQLException e) {
   throw (IOException) new IOException(Exception while
creating database).initCause(e);
   } finally {
   if (connection != null) {
   try {
   connection.close();
   } catch (Exception e) {
   }
   }
   }
   }
   JdbcStore store = stores.get(name);
   if (store == null) {
   store = new JdbcStore(this, name);
   stores.put(name, store);
   }
   return store;
   }


Thanks.


[jira] Updated: (GERONIMO-1637) Add support for version ranges

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods updated GERONIMO-1637:
---

Fix Version/s: (was: 1.1.x)
   2.0-M7
 Assignee: Donald Woods

 Add support for version ranges
 --

 Key: GERONIMO-1637
 URL: https://issues.apache.org/jira/browse/GERONIMO-1637
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: Plugins
Affects Versions: 1.1
Reporter: Dain Sundstrom
Assignee: Donald Woods
 Fix For: 2.0-M7


 Add support for the version ranges on dependencies.  Should support the full 
 syntax of maven version ranges.

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



[jira] Updated: (GERONIMO-2605) NPE if exporting plugin for module having dependency on module with no groupId

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods updated GERONIMO-2605:
---

Fix Version/s: (was: 2.0-M5)
   2.0-M7
 Assignee: Donald Woods

 NPE if exporting plugin for module having dependency on module with no groupId
 --

 Key: GERONIMO-2605
 URL: https://issues.apache.org/jira/browse/GERONIMO-2605
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Plugins
Affects Versions: 2.0-M5
Reporter: Rakesh Midha
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: npeNoGroup.patch


 If you have an application say ABC.war which has dependency on ABC.jar
 and if dependency is defined without groupid
 like in this case
   dependencies
   dependency
   artifactIdABC/artifactId
   /dependency
   /dependencies
 You will get NPE with stacktrace:
 java.lang.NullPointerException
 at 
 org.apache.geronimo.system.plugin.PluginInstallerGBean.processDepende
 ncyList(PluginInstallerGBean.java:1561)
 at 
 org.apache.geronimo.system.plugin.PluginInstallerGBean.createDefaultM
 etadata(PluginInstallerGBean.java:1204)
 at 
 org.apache.geronimo.system.plugin.PluginInstallerGBean.getPluginMetad
 ata(PluginInstallerGBean.java:204)
 at 
 org.apache.geronimo.system.plugin.PluginInstallerGBean$$FastClassByCG
 LIB$$cebc327e.invoke(generated)
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)

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



[jira] Resolved: (GERONIMO-2605) NPE if exporting plugin for module having dependency on module with no groupId

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods resolved GERONIMO-2605.


Resolution: Fixed

Committed revision 545163 in trunk.
Thanks Rakesh for the patch.

 NPE if exporting plugin for module having dependency on module with no groupId
 --

 Key: GERONIMO-2605
 URL: https://issues.apache.org/jira/browse/GERONIMO-2605
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Plugins
Affects Versions: 2.0-M5
Reporter: Rakesh Midha
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: npeNoGroup.patch


 If you have an application say ABC.war which has dependency on ABC.jar
 and if dependency is defined without groupid
 like in this case
   dependencies
   dependency
   artifactIdABC/artifactId
   /dependency
   /dependencies
 You will get NPE with stacktrace:
 java.lang.NullPointerException
 at 
 org.apache.geronimo.system.plugin.PluginInstallerGBean.processDepende
 ncyList(PluginInstallerGBean.java:1561)
 at 
 org.apache.geronimo.system.plugin.PluginInstallerGBean.createDefaultM
 etadata(PluginInstallerGBean.java:1204)
 at 
 org.apache.geronimo.system.plugin.PluginInstallerGBean.getPluginMetad
 ata(PluginInstallerGBean.java:204)
 at 
 org.apache.geronimo.system.plugin.PluginInstallerGBean$$FastClassByCG
 LIB$$cebc327e.invoke(generated)
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)

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



[jira] Created: (SM-962) Bug in JDBCStoreFactory When you use factory.open(store);

2007-06-07 Thread Mohamed Mizar (JIRA)
Bug in JDBCStoreFactory When you use factory.open(store);
---

 Key: SM-962
 URL: https://issues.apache.org/activemq/browse/SM-962
 Project: ServiceMix
  Issue Type: Bug
  Components: servicemix-core
Affects Versions: 3.2
 Environment: Win xp, jdk 1.5
Reporter: Mohamed Mizar
Priority: Critical
 Attachments: JdbcStoreFactory.java

factory.open(store); 

raise an SQLException: Exception while creating database
the cause is the connection.commit();
if the autocommit is activated the connecdtion.commit() raise the above 
Exception.
the patch is in attachment...
thinks.

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



[jira] Created: (GERONIMO-3223) Fix properties files to use the right commenting style in the header

2007-06-07 Thread Jason Warner (JIRA)
Fix properties files to use the right commenting style in the header


 Key: GERONIMO-3223
 URL: https://issues.apache.org/jira/browse/GERONIMO-3223
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: J2G
Reporter: Jason Warner
Assignee: Jason Warner


The apache license in the properties files uses C-style commenting.  This 
causes errors when parsing the file since the license is seen as a property 
instead of a comment.

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



[jira] Created: (GERONIMO-3224) j2g configurator breaks Eclipse SDK IDE

2007-06-07 Thread Erik B. Craig (JIRA)
j2g configurator breaks Eclipse SDK IDE
---

 Key: GERONIMO-3224
 URL: https://issues.apache.org/jira/browse/GERONIMO-3224
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: J2G
 Environment: Windows XP
*nix
Reporter: Erik B. Craig
Assignee: Erik B. Craig


After running the j2g configurator, the Eclipse SDK IDE no longer launches due 
to changes made to the configuration/config.ini file.

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



[jira] Updated: (GERONIMO-3224) j2g configurator breaks Eclipse SDK IDE

2007-06-07 Thread Erik B. Craig (JIRA)

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

Erik B. Craig updated GERONIMO-3224:


Attachment: geronimo-3224.patch

Modified Configurator.java so that it first reads in properties already defined 
in the existing config.ini if it already exists, and adds the necessary paths 
for J2G as additional data instead of deleting and recreating the entire file.
It now also creates a backup at eclipse/configuration/config.bak

 j2g configurator breaks Eclipse SDK IDE
 ---

 Key: GERONIMO-3224
 URL: https://issues.apache.org/jira/browse/GERONIMO-3224
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
 Environment: Windows XP
 *nix
Reporter: Erik B. Craig
Assignee: Erik B. Craig
 Attachments: geronimo-3224.patch


 After running the j2g configurator, the Eclipse SDK IDE no longer launches 
 due to changes made to the configuration/config.ini file.

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



[jira] Updated: (GERONIMO-3223) Fix properties files to use the right commenting style in the header

2007-06-07 Thread Jason Warner (JIRA)

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

Jason Warner updated GERONIMO-3223:
---

Attachment: Geronimo-3223.patch

Properties files were changed so that the proper commenting style is used.

 Fix properties files to use the right commenting style in the header
 

 Key: GERONIMO-3223
 URL: https://issues.apache.org/jira/browse/GERONIMO-3223
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
Reporter: Jason Warner
Assignee: Jason Warner
 Attachments: Geronimo-3223.patch


 The apache license in the properties files uses C-style commenting.  This 
 causes errors when parsing the file since the license is seen as a property 
 instead of a comment.

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



[jira] Commented: (GERONIMO-2481) WebServers portlet: Create/Edit Tomcat Connectors should support editing of all supported connector attributes

2007-06-07 Thread Vamsavardhana Reddy (JIRA)

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

Vamsavardhana Reddy commented on GERONIMO-2481:
---

Committed in Rev 545212 in trunk.

 WebServers portlet: Create/Edit Tomcat Connectors should support editing of 
 all supported connector attributes
 --

 Key: GERONIMO-2481
 URL: https://issues.apache.org/jira/browse/GERONIMO-2481
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 1.2, 2.0-M5
Reporter: Vamsavardhana Reddy
Assignee: Vamsavardhana Reddy
 Fix For: 1.x, 2.0-M7


 Thanks to GERONIMO-2390 Tomcat connectors missing several attributes, we 
 now have tomcat connectors supporting all possible attributes.  In the same 
 line, the webservers portlet should support all the attributes in 
 creating/editing tomcat connectors.  editHttp and editHttps pages may become 
 long with this addition, but then we can group the commonly used attributes 
 at the top and may be show the uncommon attributes upon checking an 
 Advanced or so checkbox.

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



[jira] Updated: (GERONIMO-3225) Change class-analogies.properties to use geronimo package names

2007-06-07 Thread Jason Warner (JIRA)

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

Jason Warner updated GERONIMO-3225:
---

Attachment: Geronimo-3225.patch

Files are now using geronimo package names by default.

 Change class-analogies.properties to use geronimo package names
 ---

 Key: GERONIMO-3225
 URL: https://issues.apache.org/jira/browse/GERONIMO-3225
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
Reporter: Jason Warner
Assignee: Jason Warner
 Attachments: Geronimo-3225.patch


 When the source tool runs, imports are added based upon the 
 class-analogies.properties file.  By default, this file still uses legacy 
 package names from the donation from ibm.  These should be changed to 
 geronimo package names to bring it in line with what the code is doing.

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



Releasing the current SPECs

2007-06-07 Thread Matt Hogstrom
I am putting together a list of specs that need to be released.  I am  
planning on taking the current SNAPSHOTs in Geronimo and putting them  
up for individual votes.  Not to worry, if they change we can release  
another one but this will reduce the clutter and help out some o f  
our brethern that are also trying to release.


Comments welcome.


[jira] Resolved: (GERONIMO-3222) Updates to Corba sample MagicGball to work on Geronimo 2.0

2007-06-07 Thread Rick McGuire (JIRA)

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

Rick McGuire resolved GERONIMO-3222.


Resolution: Fixed

Committed revision 545221.

Thank you for taking the time to get this working.  

 Updates to Corba sample MagicGball to work on Geronimo 2.0
 --

 Key: GERONIMO-3222
 URL: https://issues.apache.org/jira/browse/GERONIMO-3222
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: sample apps
Reporter: YunFeng Ma
Assignee: Rick McGuire
 Attachments: GERONIMO-3222.patch


 Updates to Corba sample MagicGball to work on Geronimo 2.0

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



[jira] Assigned: (GERONIMO-3225) Change class-analogies.properties to use geronimo package names

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods reassigned GERONIMO-3225:
--

Assignee: Donald Woods  (was: Jason Warner)

 Change class-analogies.properties to use geronimo package names
 ---

 Key: GERONIMO-3225
 URL: https://issues.apache.org/jira/browse/GERONIMO-3225
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
Reporter: Jason Warner
Assignee: Donald Woods
 Attachments: Geronimo-3225.patch


 When the source tool runs, imports are added based upon the 
 class-analogies.properties file.  By default, this file still uses legacy 
 package names from the donation from ibm.  These should be changed to 
 geronimo package names to bring it in line with what the code is doing.

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



[jira] Closed: (GERONIMO-3225) Change class-analogies.properties to use geronimo package names

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3225.
--

Resolution: Fixed

Committed revision 545231 in sandbox.

 Change class-analogies.properties to use geronimo package names
 ---

 Key: GERONIMO-3225
 URL: https://issues.apache.org/jira/browse/GERONIMO-3225
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
Reporter: Jason Warner
Assignee: Donald Woods
 Attachments: Geronimo-3225.patch


 When the source tool runs, imports are added based upon the 
 class-analogies.properties file.  By default, this file still uses legacy 
 package names from the donation from ibm.  These should be changed to 
 geronimo package names to bring it in line with what the code is doing.

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



[jira] Closed: (GERONIMO-3223) Fix properties files to use the right commenting style in the header

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3223.
--


 Fix properties files to use the right commenting style in the header
 

 Key: GERONIMO-3223
 URL: https://issues.apache.org/jira/browse/GERONIMO-3223
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
Reporter: Jason Warner
Assignee: Donald Woods
 Attachments: Geronimo-3223.patch


 The apache license in the properties files uses C-style commenting.  This 
 causes errors when parsing the file since the license is seen as a property 
 instead of a comment.

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



[jira] Closed: (GERONIMO-3224) j2g configurator breaks Eclipse SDK IDE

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3224.
--


 j2g configurator breaks Eclipse SDK IDE
 ---

 Key: GERONIMO-3224
 URL: https://issues.apache.org/jira/browse/GERONIMO-3224
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
 Environment: Windows XP
 *nix
Reporter: Erik B. Craig
Assignee: Donald Woods
 Attachments: geronimo-3224.patch


 After running the j2g configurator, the Eclipse SDK IDE no longer launches 
 due to changes made to the configuration/config.ini file.

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



[jira] Closed: (GERONIMO-3173) port conflict with multiple server instances

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3173.
--


 port conflict with multiple server instances
 

 Key: GERONIMO-3173
 URL: https://issues.apache.org/jira/browse/GERONIMO-3173
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: OpenEJB
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: Srinivas Hasti
Assignee: Donald Woods
 Fix For: 2.0-M6


 Followed instructions at 
 http://cwiki.apache.org/GMOxDOC20/multiple-repositories.html to get multiple 
 server instances going, but i am seeing NET_Bind failures when i start the 
 second instance and server never completes start
 17:50:13,562 INFO  [OpenEJB] Using directory F:\GERONI~1.0-M\var\temp for 
 stateful session passivation
 17:50:13,765 FATAL [remote] Service Start Failed: admin thread 127.0.0.1 
 4200: Service failed to start.: Address already in use: NET_Bind
 17:50:13,765 FATAL [remote] Service Start Failed: ejbd 0.0.0.0 4201: Service 
 failed to start.: Address already in use: NET_Bind
 config.xml doesn't have 4200, 4201 enrties so that i can change.

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



[jira] Closed: (GERONIMO-3176) ArrayIndexOutOfBound happens for WebServices

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3176.
--


 ArrayIndexOutOfBound happens for WebServices 
 -

 Key: GERONIMO-3176
 URL: https://issues.apache.org/jira/browse/GERONIMO-3176
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: webservices
Reporter: Lasantha Ranaweera
Assignee: Donald Woods
 Fix For: 2.0-M6

 Attachments: G3176-2.patch, G3176.patch


 I have noticed above error deploying the Daytrader application in to the 
 Tomcat G. 

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



[jira] Closed: (GERONIMO-3178) Server startup console warning w/ Tomcat JEE5 - EjbModule URL not valid: MEJBGBean

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3178.
--


 Server startup console warning w/ Tomcat JEE5 - EjbModule URL not valid: 
 MEJBGBean
 --

 Key: GERONIMO-3178
 URL: https://issues.apache.org/jira/browse/GERONIMO-3178
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: OpenEJB
Affects Versions: 2.0-M6
 Environment: Trunk Rev539968, WinXP, Sun 1.5.0_11
Reporter: Donald Woods
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: GERONIMO-3178.patch


 Have been seeing this console startup warning for the past week on the Tomcat 
 JEE5 build -
 Module  5/29 org.apache.geronimo.configs/openejb/2.0-SNAPSHOT/car
 22:09:17,875 WARN  [startup] Unable to scrape for @Stateful, @Stateless 
 or @
 MessageDriven annotations. EjbModule URL not valid: MEJBGBean
 java.net.MalformedURLException: no protocol: MEJBGBean
 at java.net.URL.init(URL.java:567)
 at java.net.URL.init(URL.java:464)
 at java.net.URL.init(URL.java:413)
 at 
 org.apache.openejb.config.AnnotationDeployer$DiscoverBeansInClassLoad
 er.deploy(AnnotationDeployer.java:192)
 at 
 org.apache.openejb.config.AnnotationDeployer$DiscoverBeansInClassLoad
 er.deploy(AnnotationDeployer.java:169)
 at 
 org.apache.openejb.config.AnnotationDeployer.deploy(AnnotationDeploye
 r.java:160)
 at 
 org.apache.openejb.config.ConfigurationFactory$Chain.deploy(Configura
 tionFactory.java:110)
 at 
 org.apache.openejb.config.ConfigurationFactory.configureApplication(C
 onfigurationFactory.java:311)
 at 
 org.apache.openejb.config.ConfigurationFactory.configureApplication(C
 onfigurationFactory.java:298)
 at 
 org.apache.geronimo.openejb.OpenEjbSystemGBean.configureApplication(O
 penEjbSystemGBean.java:316)
 at 
 org.apache.geronimo.openejb.OpenEjbSystemGBean$$FastClassByCGLIB$$500
 5cdd0.invoke(generated)
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
 at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
 Invoker.java:38)
 at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
 n.java:127)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
 java:820)
 at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
 7)
 at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
 ionInvoker.java:35)
 at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
 xyMethodInterceptor.java:96)
 at 
 org.apache.geronimo.openejb.OpenEjbSystem$$EnhancerByCGLIB$$b6b10ce5.
 configureApplication(generated)
 at org.apache.geronimo.openejb.MEJBGBean.doStart(MEJBGBean.java:48)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI
 nstance.java:986)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:267)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
 ava:529)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
 eanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
 ndency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
 ndency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
 nt(BasicLifecycleMonitor.java:173)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
 icLifecycleMonitor.java:41)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
 oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:292)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
 ava:529)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
 eanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
 ndency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
 ndency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
 nt(BasicLifecycleMonitor.java:173)
 at 
 

[jira] Closed: (GERONIMO-3189) Add missing geronimo-web.xml for jsp-examples and servlet-examples

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3189.
--


 Add missing geronimo-web.xml for jsp-examples and servlet-examples
 --

 Key: GERONIMO-3189
 URL: https://issues.apache.org/jira/browse/GERONIMO-3189
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: sample apps
Affects Versions: 2.0-M6
Reporter: Donald Woods
Assignee: Donald Woods
Priority: Trivial
 Fix For: 2.0-M6


 Add missing geronimo-web.xml for jsp-examples and servlet-examples

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



[jira] Closed: (GERONIMO-3183) fix offline deployment in minimal configurations

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3183.
--


 fix offline deployment in minimal configurations
 

 Key: GERONIMO-3183
 URL: https://issues.apache.org/jira/browse/GERONIMO-3183
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
 Environment: Fedora Core 4
 Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
Reporter: toby cabot
Assignee: Donald Woods
 Fix For: 2.0-M6

 Attachments: minimal-offline-patch.txt


 The deployer's offline mode in the jetty6-minimal and tomcat6-minimal 
 assemblies throws:
 org.apache.geronimo.kernel.config.LifecycleException: load of 
 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0-SNAPSHOT/car failed
 at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:274)
 at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:253)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.loadConfiguration(KernelConfigurationManager.java:112)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$$FastClassByCGLIB$$b117102f.invoke()
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
 at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
 at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:127)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:820)
 at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
 at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
 at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
 at 
 org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$26ac0679.loadConfiguration()
 at 
 org.apache.geronimo.deployment.cli.OfflineDeployerStarter.startPersistentOfflineConfigurations(OfflineDeployerStarter.java:120)
 at 
 org.apache.geronimo.deployment.cli.OfflineDeployerStarter.start(OfflineDeployerStarter.java:71)
 at 
 org.apache.geronimo.deployment.cli.ServerConnection.startOfflineDeployer(ServerConnection.java:102)
 at 
 org.apache.geronimo.deployment.cli.ServerConnection.(ServerConnection.java:90)
 at 
 org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java:158)
 at 
 org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
 at 
 org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:67)
 at 
 org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:31)
 Caused by: org.apache.geronimo.kernel.config.NoSuchConfigException: 
 org.apache.geronimo.configs/persistence-jpa10-deployer/2.0-SNAPSHOT/car
 at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfigurationData(SimpleConfigurationManager.java:457)
 at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.loadConfiguration(SimpleConfigurationManager.java:271)
 ... 19 more

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



[jira] Closed: (GERONIMO-3212) Module config can not be removed from config.xml when undeploy offline

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3212.
--


 Module config can not be removed from config.xml when undeploy offline
 --

 Key: GERONIMO-3212
 URL: https://issues.apache.org/jira/browse/GERONIMO-3212
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
Reporter: YunFeng Ma
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: GERONIMO-3212.patch


 When undeploy a module offline, the module files is removed from the 
 repository, but the module config is not removed from the config.xml.
 For example:
  deploy --offline undeploy wasce-samples/hello/2.0/war
 18:42:21,546 WARN  [RepositoryConfigurationStore] Unable to remove 
 configuration
  from persistent configurations. id = wasce-samples/hello/2.0/war
 org.apache.geronimo.kernel.GBeanNotFoundException: More then one GBean was 
 found
  with type 'org.apache.geronimo.kernel.config.PersistentConfigurationList': 
 [?#o
 rg.apache.geronimo.kernel.config.PersistentConfigurationList]
 at 
 org.apache.geronimo.kernel.basic.BasicRegistry.getGBeanInstance(Basic
 Registry.java:161)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.jav
 a:286)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.getGBean(BasicKernel.jav
 a:282)
 at 
 org.apache.geronimo.system.configuration.RepositoryConfigurationStore
 .uninstall(RepositoryConfigurationStore.java:367)
 at 
 org.apache.geronimo.system.configuration.RepositoryConfigurationStore
 $$FastClassByCGLIB$$968bf00c.invoke(generated)
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
 at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
 Invoker.java:38)
 at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
 n.java:127)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
 java:828)
 at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
 7)
 at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
 ionInvoker.java:35)
 at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
 xyMethodInterceptor.java:96)
 at 
 org.apache.geronimo.kernel.config.ConfigurationStore$$EnhancerByCGLIB
 $$b8a4ce48.uninstall(generated)
 at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.uninstal
 lConfiguration(SimpleConfigurationManager.java:1249)
 at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastCla
 ssByCGLIB$$ce77a924.invoke(generated)
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
 at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
 Invoker.java:38)
 at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
 n.java:127)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
 java:828)
 at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
 7)
 at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
 ionInvoker.java:35)
 at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
 xyMethodInterceptor.java:96)
 at 
 org.apache.geronimo.gbean.GBeanLifecycle$$EnhancerByCGLIB$$86a49a78.u
 ninstallConfiguration(generated)
 at 
 org.apache.geronimo.deployment.plugin.local.UndeployCommand.run(Undep
 loyCommand.java:73)
 at java.lang.Thread.run(Thread.java:803)
 Module wasce-samples/hello/2.0/war unloaded.
 Module wasce-samples/hello/2.0/war uninstalled.
 Undeployed wasce-samples/hello/2.0/war

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



[jira] Closed: (GERONIMO-3195) OpenJPA graduated from incubator, move to 1.0.0-SNAPSHOT

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3195.
--


 OpenJPA graduated from incubator, move to 1.0.0-SNAPSHOT
 

 Key: GERONIMO-3195
 URL: https://issues.apache.org/jira/browse/GERONIMO-3195
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: dependencies
Affects Versions: 2.0-M6
Reporter: Donald Woods
Assignee: Donald Woods
Priority: Minor
 Fix For: 2.0-M6


 OpenJPA has graduated from the Apache Incubator, so the current 
 0.9.8-incubating-SNAPSHOT is no longer the trunk version being developed, but 
 is now 1.0.0-SNAPSHOT as listed on http://openjpa.apache.org/downloads.html

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



[jira] Closed: (GERONIMO-3203) Wrong Main Class fro geronimo debug

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3203.
--


 Wrong Main Class fro geronimo debug 
 --

 Key: GERONIMO-3203
 URL: https://issues.apache.org/jira/browse/GERONIMO-3203
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: startup/shutdown
Affects Versions: 2.0-M6
 Environment: Windows, Linux
Reporter: YunFeng Ma
Assignee: Donald Woods
 Fix For: 2.0-M6

 Attachments: GERONIMO-3203.patch


 The main class defined in geronimo.sh/bat is 
 org.apache.geronimo.kernel.util.MainConfigurationBootstrapper when runing 
 geronimo debug. The right main class should be 
 org.apache.geronimo.cli.daemon.DaemonCLI

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



[jira] Closed: (GERONIMO-3211) The PersistenceUnitGBean is added to wrong configuration for EAR application

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3211.
--


 The PersistenceUnitGBean  is added to wrong configuration for EAR application
 -

 Key: GERONIMO-3211
 URL: https://issues.apache.org/jira/browse/GERONIMO-3211
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
Reporter: YunFeng Ma
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: GERONIMO-3211.patch


 For an EAR application which includes war module and ejb module, such as the 
 DayTrader,  the persistence.xml is included in ejb module, 
 PersistenceUnitBuilder will parse persistence.xml and create a 
 PersistenceUnitGBean and insert the gbean to web module, then the ejb module 
 throws exception for not finding the gbean. 
 Deploying Daytrader shows this error:
 org.apache.geronimo.common.DeploymentException: Could not resolve reference 
 at d
 eploy time for query 
 ?name=persistence/daytrader#org.apache.geronimo.persistence
 .PersistenceUnitGBean. No GBeans found.
 at 
 org.apache.geronimo.persistence.builder.PersistenceContextRefBuilder.
 checkForGBean(PersistenceContextRefBuilder.java:205)
 at 
 org.apache.geronimo.persistence.builder.PersistenceContextRefBuilder.
 buildNaming(PersistenceContextRefBuilder.java:119)
 at 
 org.apache.geronimo.persistence.builder.PersistenceContextRefBuilder$
 $FastClassByCGLIB$$adb4ada.invoke(generated)
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
 at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
 Invoker.java:38)
 at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
 n.java:127)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
 java:828)
 at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
 7)
 at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
 ionInvoker.java:35)
 at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
 xyMethodInterceptor.java:96)
 at 
 org.apache.geronimo.j2ee.deployment.NamingBuilder$$EnhancerByCGLIB$$1
 9254d5e.buildNaming(generated)
 at 
 org.apache.geronimo.j2ee.deployment.NamingBuilderCollection.buildNami
 ng(NamingBuilderCollection.java:53)
 at 
 org.apache.geronimo.j2ee.deployment.NamingBuilderCollection$$FastClas
 sByCGLIB$$5fe23b0e.invoke(generated)
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
 at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
 Invoker.java:38)
 at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
 n.java:127)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
 java:828)
 at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
 7)
 at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
 ionInvoker.java:35)
 at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
 xyMethodInterceptor.java:96)
 at 
 org.apache.geronimo.j2ee.deployment.NamingBuilder$$EnhancerByCGLIB$$1
 9254d5e.buildNaming(generated)
 at 
 org.apache.geronimo.openejb.deployment.EjbDeploymentBuilder.addEnc(Ej
 bDeploymentBuilder.java:328)
 at 
 org.apache.geronimo.openejb.deployment.EjbDeploymentBuilder.buildEnc(
 EjbDeploymentBuilder.java:305)
 at 
 org.apache.geronimo.openejb.deployment.EjbModuleBuilder.addGBeans(Ejb
 ModuleBuilder.java:608)
 at 
 org.apache.geronimo.openejb.deployment.EjbModuleBuilder$$FastClassByC
 GLIB$$cd80af20.invoke(generated)
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
 at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
 Invoker.java:38)
 at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
 n.java:127)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
 java:828)
 at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
 7)
 at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
 ionInvoker.java:35)
 at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
 xyMethodInterceptor.java:96)
 at 
 org.apache.geronimo.j2ee.deployment.ModuleBuilder$$EnhancerByCGLIB$$8
 dacf4da.addGBeans(generated)
 at 
 org.apache.geronimo.j2ee.deployment.EARConfigBuilder.buildConfigurati
 on(EARConfigBuilder.java:616)
 at 
 

[jira] Closed: (GERONIMO-3213) Can not deploy webservice offline

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3213.
--


 Can not deploy webservice offline
 -

 Key: GERONIMO-3213
 URL: https://issues.apache.org/jira/browse/GERONIMO-3213
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
Reporter: YunFeng Ma
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: GERONIMO-3213-1.patch, GERONIMO-3213.patch


 offline-deployer-config.xml doesn't include the webservice deployer

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



[jira] Closed: (GERONIMO-3214) j2g batch files broken with Eclipse SDK 3.3M7

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3214.
--


 j2g batch files broken with Eclipse SDK 3.3M7
 -

 Key: GERONIMO-3214
 URL: https://issues.apache.org/jira/browse/GERONIMO-3214
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
 Environment: Windows XP
Reporter: Erik B. Craig
Assignee: Donald Woods
 Attachments: geronimo-3214.patch


 Eclipse framework changed in latest milestone release, batch files need 
 updating to be compatible.

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



[jira] Closed: (GERONIMO-3215) Correct deployment errors with jsp-examples sample

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3215.
--


 Correct deployment errors with jsp-examples sample
 --

 Key: GERONIMO-3215
 URL: https://issues.apache.org/jira/browse/GERONIMO-3215
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: sample apps
Affects Versions: 2.0-M6
Reporter: Donald Woods
Assignee: Donald Woods
Priority: Minor
 Fix For: 2.0-M7


 Need to update TLD files to fix deployment errors.
 Also need to remove duplicate jstl.jar and standard.jar from WEB-INF/lib

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



Re: Releasing the current SPECs

2007-06-07 Thread Dain Sundstrom
Please double check that all dependencies of the specs are marked as  
provided before spinning the release.


-dain

On Jun 7, 2007, at 8:36 AM, Matt Hogstrom wrote:

I am putting together a list of specs that need to be released.  I  
am planning on taking the current SNAPSHOTs in Geronimo and putting  
them up for individual votes.  Not to worry, if they change we can  
release another one but this will reduce the clutter and help out  
some o f our brethern that are also trying to release.


Comments welcome.




[jira] Created: (GERONIMO-3226) NPE when attempting to export an EJB without a home or remote interface via CORBA.

2007-06-07 Thread Rick McGuire (JIRA)
NPE when attempting to export an EJB without a home or remote interface via 
CORBA.
--

 Key: GERONIMO-3226
 URL: https://issues.apache.org/jira/browse/GERONIMO-3226
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Affects Versions: 2.0-M6
Reporter: Rick McGuire
Assignee: Rick McGuire
Priority: Minor
 Fix For: 2.0-M7


If a TSSBean is configured with an EJB that doesn't have a home or remote 
interface, a hard to understand NullPointerException results.  This condition 
should be detected earlier and a more meaningful exception thrown. 

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



[jira] Resolved: (GERONIMO-3226) NPE when attempting to export an EJB without a home or remote interface via CORBA.

2007-06-07 Thread Rick McGuire (JIRA)

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

Rick McGuire resolved GERONIMO-3226.


Resolution: Fixed

Committed revision 545246.

 NPE when attempting to export an EJB without a home or remote interface via 
 CORBA.
 --

 Key: GERONIMO-3226
 URL: https://issues.apache.org/jira/browse/GERONIMO-3226
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.0-M6
Reporter: Rick McGuire
Assignee: Rick McGuire
Priority: Minor
 Fix For: 2.0-M7


 If a TSSBean is configured with an EJB that doesn't have a home or remote 
 interface, a hard to understand NullPointerException results.  This condition 
 should be detected earlier and a more meaningful exception thrown. 

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



[jira] Created: (GERONIMO-3227) Update Welcome app with new Java EE 5 features

2007-06-07 Thread Donald Woods (JIRA)
Update Welcome app with new Java EE 5 features
--

 Key: GERONIMO-3227
 URL: https://issues.apache.org/jira/browse/GERONIMO-3227
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: sample apps
Affects Versions: 2.0-M6
Reporter: Donald Woods
Assignee: Donald Woods
Priority: Trivial
 Fix For: 2.0-M7


Need to update the Welcome app installed at the root context with the new JEE5 
features supported in the 2.0 release.


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



Re: Releasing the current SPECs

2007-06-07 Thread Matt Hogstrom

Point taken :)

On Jun 7, 2007, at 12:48 PM, Dain Sundstrom wrote:

Please double check that all dependencies of the specs are marked  
as provided before spinning the release.


-dain

On Jun 7, 2007, at 8:36 AM, Matt Hogstrom wrote:

I am putting together a list of specs that need to be released.  I  
am planning on taking the current SNAPSHOTs in Geronimo and  
putting them up for individual votes.  Not to worry, if they  
change we can release another one but this will reduce the clutter  
and help out some o f our brethern that are also trying to release.


Comments welcome.







[jira] Closed: (GERONIMO-3226) NPE when attempting to export an EJB without a home or remote interface via CORBA.

2007-06-07 Thread Rick McGuire (JIRA)

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

Rick McGuire closed GERONIMO-3226.
--


 NPE when attempting to export an EJB without a home or remote interface via 
 CORBA.
 --

 Key: GERONIMO-3226
 URL: https://issues.apache.org/jira/browse/GERONIMO-3226
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.0-M6
Reporter: Rick McGuire
Assignee: Rick McGuire
Priority: Minor
 Fix For: 2.0-M7


 If a TSSBean is configured with an EJB that doesn't have a home or remote 
 interface, a hard to understand NullPointerException results.  This condition 
 should be detected earlier and a more meaningful exception thrown. 

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



[jira] Closed: (GERONIMO-3220) In-place deployment fails during discovery of web services

2007-06-07 Thread Aman Nanner (JIRA)

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

Aman Nanner closed GERONIMO-3220.
-

Resolution: Invalid

Invalid bug.  The problem was something else.

 In-place deployment fails during discovery of web services
 --

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


 Inplace deployment of our application fails during discovery of web services. 
  This seems to be due to a bug in the following code in 
 {{org.apache.geronimo.jaxws.builder.JAXWSServiceBuilder}}:
 {code}
 private ListClass discoverWebServices(JarFile moduleFile,
 boolean isEJB)
   
 throws DeploymentException {
 LOG.debug(Discovering web service classes);
 File tmpDir = null;
 ListURL urlList = new ArrayListURL();
 if (isEJB) {
 File jarFile = new File(moduleFile.getName());
 try {
 urlList.add(jarFile.toURL());
 } catch (MalformedURLException e) {
 // this should not happen
 throw new DeploymentException();
 }
 } else {
 /*
  * Can't get ClassLoader to load nested Jar files, so
  * unpack the module Jar file and discover all nested Jar files
  * within it and the classes/ directory.
  */
 try {
 tmpDir = DeploymentUtil.createTempDir();
 /*
  * This is needed becuase DeploymentUtil.unzipToDirectory()
  * always closes the passed JarFile.
  */
 JarFile module = new JarFile(moduleFile.getName());
 DeploymentUtil.unzipToDirectory(module, tmpDir);
 } catch (IOException e) {
 if (tmpDir != null) {
 DeploymentUtil.recursiveDelete(tmpDir);
 }
 throw new DeploymentException(Failed to expand the module 
 archive, e);
 }
 .
 }
 {code}
 The exception is thrown at the line {{JarFile module = new 
 JarFile(moduleFile.getName());}}.  This code seems to assume that the 
 moduleFile is a packed JAR file, when in fact it is a directory in this case. 
  This line throws an Access Denied exception when trying to create the JAR 
 file out of a directory.
 The following is a stack trace from the debugger:
 {code}
 System Thread [RMI TCP Connection(1337)-192.168.12.66] (Suspended (breakpoint 
 at line 123 in JAXWSServiceBuilder))
   Axis2Builder(JAXWSServiceBuilder).discoverPOJOWebServices(Module, Map, 
 MapString,PortInfo) line: 123  
   Axis2Builder(JAXWSServiceBuilder).discoverWebServices(Module, boolean, 
 Map) line: 108   
   Axis2Builder(JAXWSServiceBuilder).findWebServices(Module, boolean, Map, 
 Environment, Map) line: 90  
   JAXWSServiceBuilder$$FastClassByCGLIB$$5b2252ff.invoke(int, Object, 
 Object[]) line: not available   
   FastMethod.invoke(Object, Object[]) line: 53
   FastMethodInvoker.invoke(Object, Object[]) line: 38 
   GBeanOperation.invoke(Object, Object[]) line: 127   
   GBeanInstance.invoke(int, Object[]) line: 828   
   RawInvoker.invoke(int, Object[]) line: 57   
   RawOperationInvoker.invoke(AbstractName, Object[]) line: 35 
   ProxyMethodInterceptor.intercept(Object, Method, Object[], MethodProxy) 
 line: 96
   WebServiceBuilder$$EnhancerByCGLIB$$1b64aadc.findWebServices(Module, 
 boolean, Map, Environment, Map) line: not available
   
 TomcatModuleBuilder(AbstractWebModuleBuilder).basicInitContext(EARContext, 
 Module, XmlObject, boolean) line: 350
   TomcatModuleBuilder.initContext(EARContext, Module, ClassLoader) line: 
 300  
   TomcatModuleBuilder$$FastClassByCGLIB$$6f85ec2c.invoke(int, Object, 
 Object[]) line: not available   
   FastMethod.invoke(Object, Object[]) line: 53
   FastMethodInvoker.invoke(Object, Object[]) line: 38 
   GBeanOperation.invoke(Object, Object[]) line: 127   
   GBeanInstance.invoke(int, Object[]) line: 828   
   RawInvoker.invoke(int, Object[]) line: 57   
   RawOperationInvoker.invoke(AbstractName, Object[]) line: 35 
   ProxyMethodInterceptor.intercept(Object, Method, Object[], MethodProxy) 
 line: 96
   ModuleBuilder$$EnhancerByCGLIB$$1ed19bb9.initContext(EARContext, 
 Module, ClassLoader) line: not 

Re: Releasing the current SPECs

2007-06-07 Thread Prasad Kashyap

Matt,

If you need any help in releasing them, please let me know. Anything
you need -  building them, cross checking,etc.

Cheers
Prasad


On 6/7/07, Matt Hogstrom [EMAIL PROTECTED] wrote:

I am putting together a list of specs that need to be released.  I am
planning on taking the current SNAPSHOTs in Geronimo and putting them
up for individual votes.  Not to worry, if they change we can release
another one but this will reduce the clutter and help out some o f
our brethern that are also trying to release.

Comments welcome.



[jira] Created: (GERONIMO-3228) Code must be updated to reflect recent property file move

2007-06-07 Thread Jason Warner (JIRA)
Code must be updated to reflect recent property file move
-

 Key: GERONIMO-3228
 URL: https://issues.apache.org/jira/browse/GERONIMO-3228
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: J2G
Reporter: Jason Warner
Assignee: Jason Warner


The properties files for the sources tool have been moved recently but the code 
was not updated.  Crashes occur because the code can not find the properties 
files.

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



[jira] Updated: (GERONIMO-3228) Code must be updated to reflect recent property file move

2007-06-07 Thread Jason Warner (JIRA)

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

Jason Warner updated GERONIMO-3228:
---

Attachment: Geronimo-3228.patch

Files have been updated to look for the properties files in the correct 
directories.

 Code must be updated to reflect recent property file move
 -

 Key: GERONIMO-3228
 URL: https://issues.apache.org/jira/browse/GERONIMO-3228
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
Reporter: Jason Warner
Assignee: Jason Warner
 Attachments: Geronimo-3228.patch


 The properties files for the sources tool have been moved recently but the 
 code was not updated.  Crashes occur because the code can not find the 
 properties files.

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



[jira] Updated: (GERONIMO-2757) Enhance plugin schema to allow for multiple versions of a plugin

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods updated GERONIMO-2757:
---

Assignee: Jason Warner  (was: Donald Woods)

I needed this patch applied so I could then integrate other plugin 
fixes/enhancements and not break this patch file.
Part 1 - Committed revision 545320 in trunk.
Applied the May 16th patch and updated ExportConfigHandler to not cause a NPE 
due to optional attributes under the new geronimo-version element.
Jason, assigning back to you for the other required Console updates.

 Enhance plugin schema to allow for multiple versions of a plugin
 

 Key: GERONIMO-2757
 URL: https://issues.apache.org/jira/browse/GERONIMO-2757
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: Plugins
Affects Versions: 2.0-M5
Reporter: Paul McMahan
Assignee: Jason Warner
 Fix For: 2.0-M7

 Attachments: geronimo-2757.patch, Geronimo-2757.patch, 
 Geronimo-2757.patch


 plugins-1.1.xsd currently allows for a single version of a plugin to be 
 described from within a plugin element.   For example, if there were a 
 different version of plugin for each version of geronimo then the plugin 
 catalog would like something like:
 plugin
 
 module-idorg.apache.geronimo.configs/ca-helper-tomcat/1.1/car/module-id
 geronimo-version1.1/geronimo-version
 
 source-repositoryhttp://geronimo.apache.org/plugins/geronimo-1.1/source-repository
 [...]
 /plugin
 plugin
 
 module-idorg.apache.geronimo.configs/ca-helper-tomcat/1.2/car/module-id
 geronimo-version1.2/geronimo-version
 
 source-repositoryhttp://geronimo.apache.org/plugins/geronimo-1.2/source-repository
 [...]
 /plugin
 plugin
 
 module-idorg.apache.geronimo.configs/ca-helper-tomcat/2.0/car/module-id
 geronimo-version2.0/geronimo-version
 
 source-repositoryhttp://geronimo.apache.org/plugins/geronimo-2.0/source-repository
 [...]
 /plugin
 default-repositoryhttp://geronimo.apache.org/plugins/geronimo-1.1/default-repository
 default-repositoryhttp://geronimo.apache.org/plugins/geronimo-1.2/default-repository
 default-repositoryhttp://geronimo.apache.org/plugins/geronimo-2.0/default-repository
 Plugins are usually not compatible across versions of Geronimo for various 
 reasons, probably the most prominent of which is Geronimo's reliance on 
 serialized java objects in CAR files.  Browsing a catalog that contains a 
 plugin element for each version of Geronimo's plugins from the  admin 
 console or from the CLI  would be confusing because of the many (seemingly 
 redundant) entries.  Therefore the collection of Geronimo plugins is 
 distributed across a set of catalogs, one per version of Geronimo, and each 
 version of Geronimo points at a version specific plugin catalog.
 Modifying the plugin schema so that a plugin element can allow the plugin's 
 module-id and source-repository to depend on the geronimo-version would 
 allow there to be much fewer entries in a consolidated plugin catalog.  A 
 plugin catalog that is created using this modified schema might look 
 something like (this is just a sample) :
 plugin
 geronimo-version version=1.1
 
 module-idorg.apache.geronimo.configs/ca-helper-tomcat/1.1/car/module-id
 
 source-repositoryhttp://geronimo.apache.org/plugins/geronimo-1.1/source-repository
 /geronimo-version
 geronimo-version version=1.2
 
 module-idorg.apache.geronimo.configs/ca-helper-tomcat/1.2/car/module-id
 
 source-repositoryhttp://geronimo.apache.org/plugins/geronimo-1.2/source-repository
 /geronimo-version
 geronimo-version version=2.0
 
 module-idorg.apache.geronimo.configs/ca-helper-tomcat/2.0/car/module-id
 
 source-repositoryhttp://geronimo.apache.org/plugins/geronimo-2.0/source-repository
 /geronimo-version
 [...]
 /plugin
 Also, for this to work a customized list of prerequisite elements would 
 probably have to be supported inside the geronimo-version element as well, 
 since those might also be version specific.
 Once this improvement is in place it will be easier to maintain Geronimo's 
 plugin collection since each version of Geronimo won't require a separate 
 catalog.  Also it will be easier for end users and other external sources to 
 refer to Geronimo's plugin catalog since the repository URL will no longer be 
 version specific.

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



Yo yo... Xvfb, selenium blah

2007-06-07 Thread Jason Dillon
So, I hacked up something in the latest 1.0-beta-2-SNAPSHOT of the  
selenium-maven-plugin.  Its deployed, and some site docs updated.


http://mojo.codehaus.org/selenium-maven-plugin/examples/headless- 
with-xvfb.html


Still needs more meat, but I wanna make sure it works before I start  
investing in more docs.


But basically, you need to configure an execution *before* start- 
server, for xvfb.  It will be default background, etc.  See the goal  
doc for more details:


http://mojo.codehaus.org/selenium-maven-plugin/xvfb-mojo.html

Currently it will default to using DISPLAY=:1, not sure if that is  
correct or not.  Then it will fork an Xvfb process, write out a  
target/selenium/display.properties file, which has the DISPLAY= in  
it.  And I updated the start-server goal to look for that file, and  
if it exists set environment variables for each key/pair in that file.


I think that should be sufficient to get headless muck working...  
though I've not tested any of it ;-)


I think you will need to make the Xvfb process suid, as in:

chmod u+s `which Xvfb`

This puppy needs to be run as root, or at least AFAIK it does.

Anyways, give it a shot and lemme know how well it works, or if it  
works at all.  I will be around tomorrow to fix it up as needed.   
Maybe my network will be stable then so I can run some tests on the  
gbuild.org systems and better see how well it works out.


Aighty?

Cheers,

--jason


[jira] Updated: (GERONIMO-3230) PersistenceUnitGBean doesn't work when there is a space in the path

2007-06-07 Thread YunFeng Ma (JIRA)

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

YunFeng Ma updated GERONIMO-3230:
-

Attachment: GERONIMO-3230.patch

Tested on Windows

 PersistenceUnitGBean doesn't work when there is a space in the path
 ---

 Key: GERONIMO-3230
 URL: https://issues.apache.org/jira/browse/GERONIMO-3230
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: YunFeng Ma
 Fix For: 2.0-M7

 Attachments: GERONIMO-3230.patch


 Geronimo is installed under C:\Program Files\Apache Software 
 Foundation\geronimo, got the following error when deploy DayTrader:
 java.net.URISyntaxException: Illegal character in path at index 16: 
 file:/C:/Pro
 gram Files/Apache Software 
 Foundation/geronimo/repository/org/apache/geronimo/da
 ytrader/daytrader/2.0-SNAPSHOT/daytrader-2.0-SNAPSHOT.car/
 at java.net.URI$Parser.fail(URI.java:2821)
 at java.net.URI$Parser.checkChars(URI.java:2994)
 at java.net.URI$Parser.parseHierarchical(URI.java:3078)
 at java.net.URI$Parser.parse(URI.java:3026)
 at java.net.URI.init(URI.java:590)
 at java.net.URL.toURI(URL.java:950)
 at 
 org.apache.geronimo.persistence.PersistenceUnitGBean.init(Persisten
 ceUnitGBean.java:86)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
 Method)
 at 
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
 orAccessorImpl.java:67)
 at 
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
 onstructorAccessorImpl.java:45)
 at java.lang.reflect.Constructor.newInstance(Constructor.java:521)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI
 nstance.java:944)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:268)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
 ava:537)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
 eanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
 ndency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
 ndency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
 nt(BasicLifecycleMonitor.java:173)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
 icLifecycleMonitor.java:41)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
 oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
 ava:537)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
 eanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
 ndency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
 ndency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
 nt(BasicLifecycleMonitor.java:173)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
 icLifecycleMonitor.java:41)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
 oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(G
 BeanInstanceState.java:124)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanI
 nstance.java:551)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(Basi
 cKernel.java:379)
 at 
 org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio
 nGBeans(ConfigurationUtil.java:442)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.start(Ke
 rnelConfigurationManager.java:188)
 at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon
 figuration(SimpleConfigurationManager.java:530)

[jira] Updated: (GERONIMO-3229) Missing environment variable java.rmi.server.RMIClassLoaderSpi for Deployer

2007-06-07 Thread YunFeng Ma (JIRA)

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

YunFeng Ma updated GERONIMO-3229:
-

Attachment: GERONIMO-3229.patch

Tested on Windows

 Missing environment variable java.rmi.server.RMIClassLoaderSpi for Deployer
 ---

 Key: GERONIMO-3229
 URL: https://issues.apache.org/jira/browse/GERONIMO-3229
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: YunFeng Ma
 Fix For: 2.0-M7

 Attachments: GERONIMO-3229.patch


 We have set environment variable 
 java.rmi.server.RMIClassLoaderSpi=org.apache.geronimo.kernel.rmi.RMIClassLoaderSpiImpl
  when geronimo server startup, but didn't set for deployer. If geronimo is 
 installed under a directory in which there is a space, such as C:\Program 
 Files\Apache Software Foundation\geronimo, the deployer doesn't work well. 
 The following steps will show this error.
 1. deploy deploy f:\temp\hello-2.0-SNAPSHOT.war
 2. deploy deploy f:\temp\hello-2.0-SNAPSHOT.war
  This time will get the following message:
 Error: Unable to distribute hello-2.0-SNAPSHOT.war: Error
 unmarshaling return; nested exception is:
 java.net.MalformedURLException: no protocol: Files/Apache
 no protocol: Files/Apache
instead of:
 Error: Unable to distribute hello-2.0-SNAPSHOT.war:
 org.apache.geronimo.kernel.config.ConfigurationAlreadyExistsException:
 Configuration already exists: samples/hello/2.0/war
 Configuration already exists: samples/hello/2.0/war

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



[jira] Created: (GERONIMO-3229) Missing environment variable java.rmi.server.RMIClassLoaderSpi for Deployer

2007-06-07 Thread YunFeng Ma (JIRA)
Missing environment variable java.rmi.server.RMIClassLoaderSpi for Deployer
---

 Key: GERONIMO-3229
 URL: https://issues.apache.org/jira/browse/GERONIMO-3229
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: YunFeng Ma
 Fix For: 2.0-M7


We have set environment variable 
java.rmi.server.RMIClassLoaderSpi=org.apache.geronimo.kernel.rmi.RMIClassLoaderSpiImpl
 when geronimo server startup, but didn't set for deployer. If geronimo is 
installed under a directory in which there is a space, such as C:\Program 
Files\Apache Software Foundation\geronimo, the deployer doesn't work well. The 
following steps will show this error.

1. deploy deploy f:\temp\hello-2.0-SNAPSHOT.war
2. deploy deploy f:\temp\hello-2.0-SNAPSHOT.war
 This time will get the following message:

Error: Unable to distribute hello-2.0-SNAPSHOT.war: Error
unmarshaling return; nested exception is:

java.net.MalformedURLException: no protocol: Files/Apache

no protocol: Files/Apache

   instead of:

Error: Unable to distribute hello-2.0-SNAPSHOT.war:
org.apache.geronimo.kernel.config.ConfigurationAlreadyExistsException:
Configuration already exists: samples/hello/2.0/war

Configuration already exists: samples/hello/2.0/war

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



[jira] Created: (GERONIMO-3230) PersistenceUnitGBean doesn't work when there is a space in the path

2007-06-07 Thread YunFeng Ma (JIRA)
PersistenceUnitGBean doesn't work when there is a space in the path
---

 Key: GERONIMO-3230
 URL: https://issues.apache.org/jira/browse/GERONIMO-3230
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: YunFeng Ma
 Fix For: 2.0-M7


Geronimo is installed under C:\Program Files\Apache Software 
Foundation\geronimo, got the following error when deploy DayTrader:

java.net.URISyntaxException: Illegal character in path at index 16: file:/C:/Pro
gram Files/Apache Software Foundation/geronimo/repository/org/apache/geronimo/da
ytrader/daytrader/2.0-SNAPSHOT/daytrader-2.0-SNAPSHOT.car/
at java.net.URI$Parser.fail(URI.java:2821)
at java.net.URI$Parser.checkChars(URI.java:2994)
at java.net.URI$Parser.parseHierarchical(URI.java:3078)
at java.net.URI$Parser.parse(URI.java:3026)
at java.net.URI.init(URI.java:590)
at java.net.URL.toURI(URL.java:950)
at org.apache.geronimo.persistence.PersistenceUnitGBean.init(Persisten
ceUnitGBean.java:86)
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)

at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
orAccessorImpl.java:67)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
onstructorAccessorImpl.java:45)
at java.lang.reflect.Constructor.newInstance(Constructor.java:521)
at org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI
nstance.java:944)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
(GBeanInstanceState.java:268)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
nceState.java:102)
at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
ava:537)
at org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
eanDependency.java:111)
at org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
ndency.java:146)
at org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
ndency.java:120)
at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
nt(BasicLifecycleMonitor.java:173)
at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
icLifecycleMonitor.java:41)
at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
(GBeanInstanceState.java:294)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
nceState.java:102)
at org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
ava:537)
at org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
eanDependency.java:111)
at org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
ndency.java:146)
at org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
ndency.java:120)
at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
nt(BasicLifecycleMonitor.java:173)
at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
icLifecycleMonitor.java:41)
at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
(GBeanInstanceState.java:294)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
nceState.java:102)
at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(G
BeanInstanceState.java:124)
at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanI
nstance.java:551)
at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(Basi
cKernel.java:379)
at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio
nGBeans(ConfigurationUtil.java:442)
at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(Ke
rnelConfigurationManager.java:188)
at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon
figuration(SimpleConfigurationManager.java:530)
at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon
figuration(SimpleConfigurationManager.java:511)
at org.apache.geronimo.kernel.config.SimpleConfigurationManager$$FastCla
ssByCGLIB$$ce77a924.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethod
Invoker.java:38)
at 

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

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods commented on GERONIMO-2994:


Applied PluginInstallerGBean.patch as revision 545373 in trunk.

 Apache Roller plugin 
 -

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


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

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

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



[jira] Resolved: (GERONIMO-3230) PersistenceUnitGBean doesn't work when there is a space in the path

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods resolved GERONIMO-3230.


Resolution: Fixed

Committed revision 545375 in trunk.
YunFeng, thanks for the patch and please close this when you have verified the 
updated server code.

 PersistenceUnitGBean doesn't work when there is a space in the path
 ---

 Key: GERONIMO-3230
 URL: https://issues.apache.org/jira/browse/GERONIMO-3230
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: GERONIMO-3230.patch


 Geronimo is installed under C:\Program Files\Apache Software 
 Foundation\geronimo, got the following error when deploy DayTrader:
 java.net.URISyntaxException: Illegal character in path at index 16: 
 file:/C:/Pro
 gram Files/Apache Software 
 Foundation/geronimo/repository/org/apache/geronimo/da
 ytrader/daytrader/2.0-SNAPSHOT/daytrader-2.0-SNAPSHOT.car/
 at java.net.URI$Parser.fail(URI.java:2821)
 at java.net.URI$Parser.checkChars(URI.java:2994)
 at java.net.URI$Parser.parseHierarchical(URI.java:3078)
 at java.net.URI$Parser.parse(URI.java:3026)
 at java.net.URI.init(URI.java:590)
 at java.net.URL.toURI(URL.java:950)
 at 
 org.apache.geronimo.persistence.PersistenceUnitGBean.init(Persisten
 ceUnitGBean.java:86)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
 Method)
 at 
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
 orAccessorImpl.java:67)
 at 
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
 onstructorAccessorImpl.java:45)
 at java.lang.reflect.Constructor.newInstance(Constructor.java:521)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI
 nstance.java:944)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:268)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
 ava:537)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
 eanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
 ndency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
 ndency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
 nt(BasicLifecycleMonitor.java:173)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
 icLifecycleMonitor.java:41)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
 oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
 ava:537)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
 eanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
 ndency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
 ndency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
 nt(BasicLifecycleMonitor.java:173)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
 icLifecycleMonitor.java:41)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
 oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(G
 BeanInstanceState.java:124)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanI
 nstance.java:551)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(Basi
 cKernel.java:379)
 at 
 org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio
 nGBeans(ConfigurationUtil.java:442)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.start(Ke
 

[jira] Resolved: (GERONIMO-3229) Missing environment variable java.rmi.server.RMIClassLoaderSpi for Deployer

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods resolved GERONIMO-3229.


Resolution: Fixed

Committed revision 545376 in trunk.
YunFeng, thanks for the patch and please close this when you have verified the 
updated server code.

 Missing environment variable java.rmi.server.RMIClassLoaderSpi for Deployer
 ---

 Key: GERONIMO-3229
 URL: https://issues.apache.org/jira/browse/GERONIMO-3229
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: GERONIMO-3229.patch


 We have set environment variable 
 java.rmi.server.RMIClassLoaderSpi=org.apache.geronimo.kernel.rmi.RMIClassLoaderSpiImpl
  when geronimo server startup, but didn't set for deployer. If geronimo is 
 installed under a directory in which there is a space, such as C:\Program 
 Files\Apache Software Foundation\geronimo, the deployer doesn't work well. 
 The following steps will show this error.
 1. deploy deploy f:\temp\hello-2.0-SNAPSHOT.war
 2. deploy deploy f:\temp\hello-2.0-SNAPSHOT.war
  This time will get the following message:
 Error: Unable to distribute hello-2.0-SNAPSHOT.war: Error
 unmarshaling return; nested exception is:
 java.net.MalformedURLException: no protocol: Files/Apache
 no protocol: Files/Apache
instead of:
 Error: Unable to distribute hello-2.0-SNAPSHOT.war:
 org.apache.geronimo.kernel.config.ConfigurationAlreadyExistsException:
 Configuration already exists: samples/hello/2.0/war
 Configuration already exists: samples/hello/2.0/war

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



[jira] Closed: (GERONIMO-3228) Code must be updated to reflect recent property file move

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods closed GERONIMO-3228.
--

Resolution: Fixed

Committed revision 545378 in sandbox.

 Code must be updated to reflect recent property file move
 -

 Key: GERONIMO-3228
 URL: https://issues.apache.org/jira/browse/GERONIMO-3228
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: J2G
Reporter: Jason Warner
Assignee: Jason Warner
 Attachments: Geronimo-3228.patch


 The properties files for the sources tool have been moved recently but the 
 code was not updated.  Crashes occur because the code can not find the 
 properties files.

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



[jira] Assigned: (GERONIMO-3230) PersistenceUnitGBean doesn't work when there is a space in the path

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods reassigned GERONIMO-3230:
--

Assignee: Donald Woods

 PersistenceUnitGBean doesn't work when there is a space in the path
 ---

 Key: GERONIMO-3230
 URL: https://issues.apache.org/jira/browse/GERONIMO-3230
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: GERONIMO-3230.patch


 Geronimo is installed under C:\Program Files\Apache Software 
 Foundation\geronimo, got the following error when deploy DayTrader:
 java.net.URISyntaxException: Illegal character in path at index 16: 
 file:/C:/Pro
 gram Files/Apache Software 
 Foundation/geronimo/repository/org/apache/geronimo/da
 ytrader/daytrader/2.0-SNAPSHOT/daytrader-2.0-SNAPSHOT.car/
 at java.net.URI$Parser.fail(URI.java:2821)
 at java.net.URI$Parser.checkChars(URI.java:2994)
 at java.net.URI$Parser.parseHierarchical(URI.java:3078)
 at java.net.URI$Parser.parse(URI.java:3026)
 at java.net.URI.init(URI.java:590)
 at java.net.URL.toURI(URL.java:950)
 at 
 org.apache.geronimo.persistence.PersistenceUnitGBean.init(Persisten
 ceUnitGBean.java:86)
 at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native 
 Method)
 at 
 sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstruct
 orAccessorImpl.java:67)
 at 
 sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingC
 onstructorAccessorImpl.java:45)
 at java.lang.reflect.Constructor.newInstance(Constructor.java:521)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanI
 nstance.java:944)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:268)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
 ava:537)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
 eanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
 ndency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
 ndency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
 nt(BasicLifecycleMonitor.java:173)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
 icLifecycleMonitor.java:41)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
 oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.j
 ava:537)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.attemptFullStart(GB
 eanDependency.java:111)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency.addTarget(GBeanDepe
 ndency.java:146)
 at 
 org.apache.geronimo.gbean.runtime.GBeanDependency$1.running(GBeanDepe
 ndency.java:120)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
 nt(BasicLifecycleMonitor.java:173)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
 icLifecycleMonitor.java:41)
 at 
 org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
 oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:251)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
 (GBeanInstanceState.java:294)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
 nceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(G
 BeanInstanceState.java:124)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanI
 nstance.java:551)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(Basi
 cKernel.java:379)
 at 
 org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio
 nGBeans(ConfigurationUtil.java:442)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.start(Ke
 rnelConfigurationManager.java:188)
 at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon
 

[jira] Assigned: (GERONIMO-3229) Missing environment variable java.rmi.server.RMIClassLoaderSpi for Deployer

2007-06-07 Thread Donald Woods (JIRA)

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

Donald Woods reassigned GERONIMO-3229:
--

Assignee: Donald Woods

 Missing environment variable java.rmi.server.RMIClassLoaderSpi for Deployer
 ---

 Key: GERONIMO-3229
 URL: https://issues.apache.org/jira/browse/GERONIMO-3229
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Donald Woods
 Fix For: 2.0-M7

 Attachments: GERONIMO-3229.patch


 We have set environment variable 
 java.rmi.server.RMIClassLoaderSpi=org.apache.geronimo.kernel.rmi.RMIClassLoaderSpiImpl
  when geronimo server startup, but didn't set for deployer. If geronimo is 
 installed under a directory in which there is a space, such as C:\Program 
 Files\Apache Software Foundation\geronimo, the deployer doesn't work well. 
 The following steps will show this error.
 1. deploy deploy f:\temp\hello-2.0-SNAPSHOT.war
 2. deploy deploy f:\temp\hello-2.0-SNAPSHOT.war
  This time will get the following message:
 Error: Unable to distribute hello-2.0-SNAPSHOT.war: Error
 unmarshaling return; nested exception is:
 java.net.MalformedURLException: no protocol: Files/Apache
 no protocol: Files/Apache
instead of:
 Error: Unable to distribute hello-2.0-SNAPSHOT.war:
 org.apache.geronimo.kernel.config.ConfigurationAlreadyExistsException:
 Configuration already exists: samples/hello/2.0/war
 Configuration already exists: samples/hello/2.0/war

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



Re: Yo yo... Xvfb, selenium blah

2007-06-07 Thread Matt Hogstrom

Cool shtuffes ... your a busy beaver.

On Jun 7, 2007, at 6:52 PM, Jason Dillon wrote:

So, I hacked up something in the latest 1.0-beta-2-SNAPSHOT of the  
selenium-maven-plugin.  Its deployed, and some site docs updated.


http://mojo.codehaus.org/selenium-maven-plugin/examples/ 
headless-with-xvfb.html


Still needs more meat, but I wanna make sure it works before I  
start investing in more docs.


But basically, you need to configure an execution *before* start- 
server, for xvfb.  It will be default background, etc.  See the  
goal doc for more details:


http://mojo.codehaus.org/selenium-maven-plugin/xvfb-mojo.html

Currently it will default to using DISPLAY=:1, not sure if that  
is correct or not.  Then it will fork an Xvfb process, write out a  
target/selenium/display.properties file, which has the DISPLAY= in  
it.  And I updated the start-server goal to look for that file, and  
if it exists set environment variables for each key/pair in that file.


I think that should be sufficient to get headless muck working...  
though I've not tested any of it ;-)


I think you will need to make the Xvfb process suid, as in:

chmod u+s `which Xvfb`

This puppy needs to be run as root, or at least AFAIK it does.

Anyways, give it a shot and lemme know how well it works, or if it  
works at all.  I will be around tomorrow to fix it up as needed.   
Maybe my network will be stable then so I can run some tests on the  
gbuild.org systems and better see how well it works out.


Aighty?

Cheers,

--jason





Re: Releasing the current SPECs

2007-06-07 Thread Matt Hogstrom

That would be excellent...wanna divide and conquer ?

On Jun 7, 2007, at 4:44 PM, Prasad Kashyap wrote:


Matt,

If you need any help in releasing them, please let me know. Anything
you need -  building them, cross checking,etc.

Cheers
Prasad


On 6/7/07, Matt Hogstrom [EMAIL PROTECTED] wrote:

I am putting together a list of specs that need to be released.  I am
planning on taking the current SNAPSHOTs in Geronimo and putting them
up for individual votes.  Not to worry, if they change we can release
another one but this will reduce the clutter and help out some o f
our brethern that are also trying to release.

Comments welcome.







Re: Releasing the current SPECs

2007-06-07 Thread Paul McMahan
Geronimo's servlet, jsp, and el specs were copied from Tomcat since  
at the time their jars were not available in a maven repo.  There has  
been some drift between Geronimo's and Tomcat's copies of these  
specs, but I provided some patches that they applied to tomcat6.0.x/ 
trunk that should make their copy pass all tests.


Tomcat is now publishing their jars to maven central, so if we can  
wait for their next release (6.0.14) then we could use Tomcat's  
servlet, jsp, and el spec jars for Geronimo 2.0 instead of releasing  
and maintaining our own copy.  The advantage would be that we could  
pick up Tomcat's bug fixes, e.g. they have already fixed the bug  
reported in GERONIMO-3182.  And of course we could also avoid the  
extra maintenance and release management overhead.  I think it would  
help avoid confusing projects that depend on those specs as well?



Best wishes,
Paul


On Jun 7, 2007, at 11:36 AM, Matt Hogstrom wrote:

I am putting together a list of specs that need to be released.  I  
am planning on taking the current SNAPSHOTs in Geronimo and putting  
them up for individual votes.  Not to worry, if they change we can  
release another one but this will reduce the clutter and help out  
some o f our brethern that are also trying to release.


Comments welcome.




Re: Yo yo... Xvfb, selenium blah

2007-06-07 Thread Jason Dillon
FYI, I was able to verify that the basic functionality is working...  
yay.  I'm working on some X11 display auto detection and verification  
muck right now.  Should have something working in an hour or so,  
maybe less, and then I'll publish new snaps for your testing tomorrow.


--jason


On Jun 7, 2007, at 3:52 PM, Jason Dillon wrote:

So, I hacked up something in the latest 1.0-beta-2-SNAPSHOT of the  
selenium-maven-plugin.  Its deployed, and some site docs updated.


http://mojo.codehaus.org/selenium-maven-plugin/examples/ 
headless-with-xvfb.html


Still needs more meat, but I wanna make sure it works before I  
start investing in more docs.


But basically, you need to configure an execution *before* start- 
server, for xvfb.  It will be default background, etc.  See the  
goal doc for more details:


http://mojo.codehaus.org/selenium-maven-plugin/xvfb-mojo.html

Currently it will default to using DISPLAY=:1, not sure if that  
is correct or not.  Then it will fork an Xvfb process, write out a  
target/selenium/display.properties file, which has the DISPLAY= in  
it.  And I updated the start-server goal to look for that file, and  
if it exists set environment variables for each key/pair in that file.


I think that should be sufficient to get headless muck working...  
though I've not tested any of it ;-)


I think you will need to make the Xvfb process suid, as in:

chmod u+s `which Xvfb`

This puppy needs to be run as root, or at least AFAIK it does.

Anyways, give it a shot and lemme know how well it works, or if it  
works at all.  I will be around tomorrow to fix it up as needed.   
Maybe my network will be stable then so I can run some tests on the  
gbuild.org systems and better see how well it works out.


Aighty?

Cheers,

--jason




[jira] Updated: (GERONIMO-3124) Reminder: Switch Axis2 stack back to axis2-saaj from Sun SAAJ Impl

2007-06-07 Thread Lin Sun (JIRA)

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

Lin Sun updated GERONIMO-3124:
--

Attachment: patch.patch

Hi Jarek, this is a patch developed by Ted Kirby to replace sun's saaj-impl 
with axis2-saaj-impl.   All the dependencies are moved up to the 
webservices-commons as well.   We were able to test this patch with axis2.

Lin

 Reminder:  Switch Axis2 stack back to axis2-saaj from Sun SAAJ Impl
 ---

 Key: GERONIMO-3124
 URL: https://issues.apache.org/jira/browse/GERONIMO-3124
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: webservices
Affects Versions: 2.0-M6
Reporter: Donald Woods
Assignee: Lin Sun
Priority: Critical
 Fix For: 2.0-M6

 Attachments: G3124.patch, patch.patch


 This is a placeholder, so we don't forget to rollback the temporary changes 
 made to use the Sun SAAJ Impl instead of the axis2-saaj jar.
 Most of the following changes will have to be rolled back - Revisions 530234, 
 531260
 Author: dims
 Date: Wed Apr 18 19:18:50 2007
 New Revision: 530234
 URL: http://svn.apache.org/viewvc?view=revrev=530234
 Log:
 Switch Axis2 over to sun's saaj jars as well. Once we stabilize, we can 
 switch back to see what breaks with Axis2's saaj impl jars
 Modified:
 geronimo/server/trunk/configs/axis2-deployer/src/plan/plan.xml
 geronimo/server/trunk/configs/axis2/pom.xml
 
 geronimo/server/trunk/modules/geronimo-webservices/src/main/java/org/apache/geronimo/webservices/saaj/SAAJFactoryFinder.java
 Modified: geronimo/server/trunk/configs/axis2-deployer/src/plan/plan.xml
 URL: 
 http://svn.apache.org/viewvc/geronimo/server/trunk/configs/axis2-deployer/src/plan/plan.xml?view=diffrev=530234r1=530233r2=530234
 ==
 --- geronimo/server/trunk/configs/axis2-deployer/src/plan/plan.xml (original)
 +++ geronimo/server/trunk/configs/axis2-deployer/src/plan/plan.xml Wed Apr 18 
 19:18:50 2007
 @@ -83,19 +83,11 @@
  /dependency
  dependency
  groupIdorg.apache.axis2/groupId
 -artifactIdaxis2-saaj/artifactId
 Modified: geronimo/server/trunk/configs/axis2/pom.xml
 URL: 
 http://svn.apache.org/viewvc/geronimo/server/trunk/configs/axis2/pom.xml?view=diffrev=530234r1=530233r2=530234
 ==
 --- geronimo/server/trunk/configs/axis2/pom.xml (original)
 +++ geronimo/server/trunk/configs/axis2/pom.xml Wed Apr 18 19:18:50 2007
 @@ -110,19 +110,11 @@
  /dependency
  dependency
  groupIdorg.apache.axis2/groupId
 -artifactIdaxis2-saaj/artifactId
 -/dependency
 Modified: 
 geronimo/server/trunk/modules/geronimo-webservices/src/main/java/org/apache/geronimo/webservices/saaj/SAAJFactoryFinder.java
 URL: 
 http://svn.apache.org/viewvc/geronimo/server/trunk/modules/geronimo-webservices/src/main/java/org/apache/geronimo/webservices/saaj/SAAJFactoryFinder.java?view=diffrev=530234r1=530233r2=530234
 ==
 --- 
 geronimo/server/trunk/modules/geronimo-webservices/src/main/java/org/apache/geronimo/webservices/saaj/SAAJFactoryFinder.java
  (original)
 +++ 
 geronimo/server/trunk/modules/geronimo-webservices/src/main/java/org/apache/geronimo/webservices/saaj/SAAJFactoryFinder.java
  Wed Apr 18 19:18:50 2007
 @@ -32,12 +32,12 @@

 org.apache.axis.soap.SOAPFactoryImpl,

 org.apache.axis.soap.SOAPConnectionFactoryImpl,

 org.apache.axis.soap.SAAJMetaFactoryImpl));
 -SAAJ_FACTORIES.put(SAAJUniverse.Type.AXIS2.toString(), 
 -   
 createSAAJInfo(org.apache.axis2.saaj.MessageFactoryImpl, 
 -  
 org.apache.axis2.saaj.SOAPFactoryImpl, 
 -  
 org.apache.axis2.saaj.SOAPConnectionFactoryImpl, 
 -  
 org.apache.axis2.saaj.SAAJMetaFactoryImpl));
 -SAAJ_FACTORIES.put(SAAJUniverse.Type.SUN.toString(), 
 +SAAJ_FACTORIES.put(SAAJUniverse.Type.AXIS2.toString(),
 +   
 createSAAJInfo(com.sun.xml.messaging.saaj.soap.ver1_1.SOAPMessageFactory1_1Impl,
 +  
 com.sun.xml.messaging.saaj.soap.ver1_1.SOAPFactory1_1Impl,
 +  
 com.sun.xml.messaging.saaj.client.p2p.HttpSOAPConnectionFactory,
 +  
 

[BUILD] TRUNK: Failed for Revision: 545382

2007-06-07 Thread prasad
OpenEJB trunk at 545381
Geronimo Revision: 545382 built with tests skipped
 
See the full build-2300.log file at 
http://people.apache.org/~prasad/binaries/20070607/build-2300.log
 
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//wsdl4j/wsdl4j/1.6.1/wsdl4j-1.6.1.jar
[WARNING] Unable to get resource 'wsdl4j:wsdl4j:jar:1.6.1' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: http://repo1.maven.org/maven2/wsdl4j/wsdl4j/1.6.1/wsdl4j-1.6.1.jar
145K downloaded
[INFO] [compiler:compile]
[INFO] Compiling 24 source files to 
/home/prasad/geronimo/trunk/modules/geronimo-webservices/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository/org/apache/ws/scout/scout/20070515.200233-13/scout-20070515.200233-13.pom
[WARNING] Unable to get resource 
'org.apache.ws.scout:scout:pom:20070515.200233-13' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloading: 
http://download.java.net/maven/1//org.apache.ws.scout/poms/scout-20070515.200233-13.pom
[WARNING] Unable to get resource 
'org.apache.ws.scout:scout:pom:20070515.200233-13' from repository java.net 
(http://download.java.net/maven/1/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/ws/scout/scout/20070515.200233-13/scout-20070515.200233-13.pom
[WARNING] Unable to get resource 
'org.apache.ws.scout:scout:pom:20070515.200233-13' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repo1.maven.org/maven2/org/apache/ws/scout/scout/20070515.200233-13/scout-20070515.200233-13.pom
[WARNING] Unable to get resource 
'org.apache.ws.scout:scout:pom:20070515.200233-13' from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository/org/apache/axis2/axis2-saaj-api/20070608.020016-7/axis2-saaj-api-20070608.020016-7.pom
[WARNING] Unable to get resource 
'org.apache.axis2:axis2-saaj-api:pom:20070608.020016-7' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloading: 
http://download.java.net/maven/1//org.apache.axis2/poms/axis2-saaj-api-20070608.020016-7.pom
[WARNING] Unable to get resource 
'org.apache.axis2:axis2-saaj-api:pom:20070608.020016-7' from repository 
java.net (http://download.java.net/maven/1/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/axis2/axis2-saaj-api/20070608.020016-7/axis2-saaj-api-20070608.020016-7.pom
[WARNING] Unable to get resource 
'org.apache.axis2:axis2-saaj-api:pom:20070608.020016-7' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repo1.maven.org/maven2/org/apache/axis2/axis2-saaj-api/20070608.020016-7/axis2-saaj-api-20070608.020016-7.pom
[WARNING] Unable to get resource 
'org.apache.axis2:axis2-saaj-api:pom:20070608.020016-7' from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository/javax/xml/soap/saaj-api/1.3/saaj-api-1.3.jar
[WARNING] Unable to get resource 'javax.xml.soap:saaj-api:jar:1.3' from 
repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloading: 
http://download.java.net/maven/1//javax.xml.soap/jars/saaj-api-1.3.jar
18K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository/com/sun/xml/messaging/saaj/saaj-impl/1.3/saaj-impl-1.3.jar
[WARNING] Unable to get resource 'com.sun.xml.messaging.saaj:saaj-impl:jar:1.3' 
from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloading: 
http://download.java.net/maven/1//com.sun.xml.messaging.saaj/jars/saaj-impl-1.3.jar
267K downloaded
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar: 
/home/prasad/geronimo/trunk/modules/geronimo-webservices/target/geronimo-webservices-2.0-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-webservices-2.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing 
/home/prasad/geronimo/trunk/modules/geronimo-webservices/target/geronimo-webservices-2.0-SNAPSHOT.jar
 to 
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-webservices/2.0-SNAPSHOT/geronimo-webservices-2.0-SNAPSHOT.jar
[INFO] 

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

[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal-files}]
[INFO] Created dir: 
/home/prasad/geronimo/trunk/modules/geronimo-transformer/target/classes/META-INF
[INFO] Copying 2 files

Re: Yo yo... Xvfb, selenium blah

2007-06-07 Thread Jason Dillon
And now I think I've got the auto-detection of free display and rough/ 
good-enough verification of Xvfb working now.


Seems to work... so I've updated the docs a wee bit and deployed a  
new 1.0-beta-2-SNAPSHOT.


I think I'm down working on this for now.  So Prasad, please have a  
look and let me know if this will work for you.  If so, I'll start a  
vote for a release later next week.


On revision from the notes below, the default display is now :20, and  
it will try and detect a free display from :20 to :30 (and then give  
up and barf).


 * * *

BTW, the Xvfb config needs to be put into a profile, and explicitly  
activated, otherwise it will hose folks who don't have Xvfb installed  
(and the profile must cause the execution of the xvfb goal before  
start-server).  I suppose if we really want I could probably figure  
out how to detect when Xvfb is needed and if its available, but...  
for now lets just make it explicitly activated for folks that need  
the testsuite to run on a headless system.


Cheers,

--jason


On Jun 7, 2007, at 8:05 PM, Matt Hogstrom wrote:


Cool shtuffes ... your a busy beaver.

On Jun 7, 2007, at 6:52 PM, Jason Dillon wrote:

So, I hacked up something in the latest 1.0-beta-2-SNAPSHOT of the  
selenium-maven-plugin.  Its deployed, and some site docs updated.


http://mojo.codehaus.org/selenium-maven-plugin/examples/ 
headless-with-xvfb.html


Still needs more meat, but I wanna make sure it works before I  
start investing in more docs.


But basically, you need to configure an execution *before* start- 
server, for xvfb.  It will be default background, etc.  See the  
goal doc for more details:


http://mojo.codehaus.org/selenium-maven-plugin/xvfb-mojo.html

Currently it will default to using DISPLAY=:1, not sure if that  
is correct or not.  Then it will fork an Xvfb process, write out a  
target/selenium/display.properties file, which has the DISPLAY= in  
it.  And I updated the start-server goal to look for that file,  
and if it exists set environment variables for each key/pair in  
that file.


I think that should be sufficient to get headless muck working...  
though I've not tested any of it ;-)


I think you will need to make the Xvfb process suid, as in:

chmod u+s `which Xvfb`

This puppy needs to be run as root, or at least AFAIK it does.

Anyways, give it a shot and lemme know how well it works, or if it  
works at all.  I will be around tomorrow to fix it up as needed.   
Maybe my network will be stable then so I can run some tests on  
the gbuild.org systems and better see how well it works out.


Aighty?

Cheers,

--jason







Re: [BUILD] TRUNK: Failed for Revision: 545382

2007-06-07 Thread Donald Woods

Should be fixed now by Rev545396.
I tried to apply the patch too quickly with copy/paste...

Sorry,
-Donald

[EMAIL PROTECTED] wrote:

OpenEJB trunk at 545381
Geronimo Revision: 545382 built with tests skipped
 
See the full build-2300.log file at http://people.apache.org/~prasad/binaries/20070607/build-2300.log
 
Downloading: http://people.apache.org/repo/m2-incubating-repository//wsdl4j/wsdl4j/1.6.1/wsdl4j-1.6.1.jar

[WARNING] Unable to get resource 'wsdl4j:wsdl4j:jar:1.6.1' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: http://repo1.maven.org/maven2/wsdl4j/wsdl4j/1.6.1/wsdl4j-1.6.1.jar
145K downloaded
[INFO] [compiler:compile]
[INFO] Compiling 24 source files to 
/home/prasad/geronimo/trunk/modules/geronimo-webservices/target/classes
[INFO] [resources:testResources]
[INFO] Using default encoding to copy filtered resources.
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository/org/apache/ws/scout/scout/20070515.200233-13/scout-20070515.200233-13.pom
[WARNING] Unable to get resource 
'org.apache.ws.scout:scout:pom:20070515.200233-13' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloading: 
http://download.java.net/maven/1//org.apache.ws.scout/poms/scout-20070515.200233-13.pom
[WARNING] Unable to get resource 
'org.apache.ws.scout:scout:pom:20070515.200233-13' from repository java.net 
(http://download.java.net/maven/1/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/ws/scout/scout/20070515.200233-13/scout-20070515.200233-13.pom
[WARNING] Unable to get resource 
'org.apache.ws.scout:scout:pom:20070515.200233-13' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repo1.maven.org/maven2/org/apache/ws/scout/scout/20070515.200233-13/scout-20070515.200233-13.pom
[WARNING] Unable to get resource 
'org.apache.ws.scout:scout:pom:20070515.200233-13' from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository/org/apache/axis2/axis2-saaj-api/20070608.020016-7/axis2-saaj-api-20070608.020016-7.pom
[WARNING] Unable to get resource 
'org.apache.axis2:axis2-saaj-api:pom:20070608.020016-7' from repository 
tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloading: 
http://download.java.net/maven/1//org.apache.axis2/poms/axis2-saaj-api-20070608.020016-7.pom
[WARNING] Unable to get resource 
'org.apache.axis2:axis2-saaj-api:pom:20070608.020016-7' from repository 
java.net (http://download.java.net/maven/1/)
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//org/apache/axis2/axis2-saaj-api/20070608.020016-7/axis2-saaj-api-20070608.020016-7.pom
[WARNING] Unable to get resource 
'org.apache.axis2:axis2-saaj-api:pom:20070608.020016-7' from repository 
apache-incubator (http://people.apache.org/repo/m2-incubating-repository/)
Downloading: 
http://repo1.maven.org/maven2/org/apache/axis2/axis2-saaj-api/20070608.020016-7/axis2-saaj-api-20070608.020016-7.pom
[WARNING] Unable to get resource 
'org.apache.axis2:axis2-saaj-api:pom:20070608.020016-7' from repository central 
(http://repo1.maven.org/maven2)
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository/javax/xml/soap/saaj-api/1.3/saaj-api-1.3.jar
[WARNING] Unable to get resource 'javax.xml.soap:saaj-api:jar:1.3' from 
repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloading: 
http://download.java.net/maven/1//javax.xml.soap/jars/saaj-api-1.3.jar
18K downloaded
Downloading: 
http://tomcat.apache.org/dev/dist/m2-repository/com/sun/xml/messaging/saaj/saaj-impl/1.3/saaj-impl-1.3.jar
[WARNING] Unable to get resource 'com.sun.xml.messaging.saaj:saaj-impl:jar:1.3' 
from repository tomcat-m2-repo (http://tomcat.apache.org/dev/dist/m2-repository)
Downloading: 
http://download.java.net/maven/1//com.sun.xml.messaging.saaj/jars/saaj-impl-1.3.jar
267K downloaded
[INFO] [compiler:testCompile]
[INFO] Not compiling test sources
[INFO] [surefire:test]
[INFO] Tests are skipped.
[INFO] [jar:jar]
[INFO] Building jar: 
/home/prasad/geronimo/trunk/modules/geronimo-webservices/target/geronimo-webservices-2.0-SNAPSHOT.jar
[INFO] [tools:verify-legal-files {execution: verify-legal-files}]
[INFO] Checking legal files in: geronimo-webservices-2.0-SNAPSHOT.jar
[INFO] [install:install]
[INFO] Installing 
/home/prasad/geronimo/trunk/modules/geronimo-webservices/target/geronimo-webservices-2.0-SNAPSHOT.jar
 to 
/home/prasad/.m2/repository/org/apache/geronimo/modules/geronimo-webservices/2.0-SNAPSHOT/geronimo-webservices-2.0-SNAPSHOT.jar
[INFO] 

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

[INFO] [enforcer:enforce {execution: default}]
[INFO] [tools:copy-legal-files {execution: install-legal

Support for running selenium-maven-plugin on headless Unix systems

2007-06-07 Thread Jason Dillon
Hi folks, I've added some support to use the selenium-maven-plugin on  
headless Unix systems.  Its only lightly tested, but wanted to let  
y'all know about it so you can go and test it more for me (hehe).


I've added a new `selenium:xvfb` goal, which will fire up an Xvfb  
server and then propagate the DISPLAY to the `selenium:start-server`  
goal.  Some basics docs on that are here:


http://mojo.codehaus.org/selenium-maven-plugin/examples/headless- 
with-xvfb.html


And the goal docs are here:

http://mojo.codehaus.org/selenium-maven-plugin/xvfb-mojo.html

It basically evolves a new goal execution to run xvfb before start- 
server... and since Xvfb is not happy unless run as root, you need to  
make Xvfb SUID, or create a wrapper script to invoke it using sudo or  
something (and override the executable parameter).


Initial testing seems to indicate it works well.  Some bits to try  
and detect a free X11 display to use is in there too.


Hopefully Apache Geronimo will help test this out more for us (since  
that is who I whipped it up for).  But if anyone else wants to give  
it a whirl and provide feedback that would be great too.


New 1.0-beta-2-SNAPSHOT artifacts are deployed in the usual place.   
This also includes 0.9.2-SNAPSHOT of the Selenium bits... need to  
wait for them to release that before I can release the plugin,  
hopefully everything will work out and that will be soonish.


Oh, and there is a new Jira project for this plugin here:

http://jira.codehaus.org/browse/MSELENIUM

So, if you find any problems or want to request a new feature please  
file it there.


Cheers,

--jason


[jira] Created: (GERONIMO-3231) Hot deployment error when restart server

2007-06-07 Thread YunFeng Ma (JIRA)
Hot deployment error when restart server


 Key: GERONIMO-3231
 URL: https://issues.apache.org/jira/browse/GERONIMO-3231
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 2.0-M6
Reporter: YunFeng Ma
 Fix For: 2.0-M7


Copy hello-2.0-SNAPSHOT.war to geronimo_home/deploy directory at the server 
started, hello is hot deployed successfully, Stop the server now.
Start the server again with hello-2.0-SNAPSHOT.war under geronimo_home/deploy, 
Unable to deploy error come up on the console, and under 
geronimo_home/deploy, hello-2.0-SNAPSHOT.war is also missing.
  
  errors see below:

15:28:36,580 ERROR [DirectoryHotDeployer] Unable to deploy: Module 
samples/hello/2.0/war already exists in the server.  Try to undeploy it first 
or use the redeploy command.
org.apache.geronimo.common.DeploymentException: Module samples/hello/2.0/war 
already exists in the server.  Try to undeploy it first or use the redeploy 
command.
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254)
at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124)
at 
org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
at 
org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
at 
org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:127)
at 
org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:863)
at 
org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
at 
org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116)
at 
org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61)
at java.lang.Thread.run(Thread.java:595)

15:28:40,989 ERROR [DirectoryHotDeployer] Unable to undeploy
java.lang.NullPointerException
at 
org.apache.geronimo.deployment.plugin.ConfigIDExtractor.identifyTargetModuleIDs(ConfigIDExtractor.java:174)
at 
org.apache.geronimo.deployment.hot.DirectoryHotDeployer.fileRemoved(DirectoryHotDeployer.java:350)
at 
org.apache.geronimo.deployment.hot.DirectoryMonitor.scanDirectory(DirectoryMonitor.java:325)
at 
org.apache.geronimo.deployment.hot.DirectoryMonitor.run(DirectoryMonitor.java:216)
at java.lang.Thread.run(Thread.java:595)

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



[jira] Updated: (GERONIMO-3231) Hot deployment error when restart server

2007-06-07 Thread YunFeng Ma (JIRA)

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

YunFeng Ma updated GERONIMO-3231:
-

Attachment: GERONIMO-3231.patch

Tested on windows using hello sample.

 Hot deployment error when restart server
 

 Key: GERONIMO-3231
 URL: https://issues.apache.org/jira/browse/GERONIMO-3231
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 2.0-M6
Reporter: YunFeng Ma
 Fix For: 2.0-M7

 Attachments: GERONIMO-3231.patch


 Copy hello-2.0-SNAPSHOT.war to geronimo_home/deploy directory at the server 
 started, hello is hot deployed successfully, Stop the server now.
 Start the server again with hello-2.0-SNAPSHOT.war under 
 geronimo_home/deploy, Unable to deploy error come up on the console, and 
 under geronimo_home/deploy, hello-2.0-SNAPSHOT.war is also missing.
   
   errors see below:
 15:28:36,580 ERROR [DirectoryHotDeployer] Unable to deploy: Module 
 samples/hello/2.0/war already exists in the server.  Try to undeploy it first 
 or use the redeploy command.
 org.apache.geronimo.common.DeploymentException: Module samples/hello/2.0/war 
 already exists in the server.  Try to undeploy it first or use the redeploy 
 command.
 at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:254)
 at org.apache.geronimo.deployment.Deployer.deploy(Deployer.java:124)
 at 
 org.apache.geronimo.deployment.Deployer$$FastClassByCGLIB$$734a235d.invoke(generated)
 at net.sf.cglib.reflect.FastMethod.invoke(FastMethod.java:53)
 at 
 org.apache.geronimo.gbean.runtime.FastMethodInvoker.invoke(FastMethodInvoker.java:38)
 at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:127)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:863)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.invoke(BasicKernel.java:239)
 at 
 org.apache.geronimo.deployment.plugin.local.AbstractDeployCommand.doDeploy(AbstractDeployCommand.java:116)
 at 
 org.apache.geronimo.deployment.plugin.local.DistributeCommand.run(DistributeCommand.java:61)
 at java.lang.Thread.run(Thread.java:595)
 15:28:40,989 ERROR [DirectoryHotDeployer] Unable to undeploy
 java.lang.NullPointerException
 at 
 org.apache.geronimo.deployment.plugin.ConfigIDExtractor.identifyTargetModuleIDs(ConfigIDExtractor.java:174)
 at 
 org.apache.geronimo.deployment.hot.DirectoryHotDeployer.fileRemoved(DirectoryHotDeployer.java:350)
 at 
 org.apache.geronimo.deployment.hot.DirectoryMonitor.scanDirectory(DirectoryMonitor.java:325)
 at 
 org.apache.geronimo.deployment.hot.DirectoryMonitor.run(DirectoryMonitor.java:216)
 at java.lang.Thread.run(Thread.java:595)

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