date:20080624


[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607559#action_12607559
 ] 

B.J. Reed commented on GERONIMODEVTOOLS-383:


Ted, there is no patch for this one yet, which is why it was closed by mistake. 
 Tim and I had our wires crossed a bit and one of us included this JIRA in a 
list of JIRAs that were fixed, but it hasn't been worked on yet.

 unable to set enterprise-beans
 --

 Key: GERONIMODEVTOOLS-383
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-383
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 2.1.1
Reporter: B.J. Reed
Assignee: B.J. Reed
Priority: Minor
 Fix For: 2.1.2




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

[jira] Reopened: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet

2008-06-24 Thread Manu T George (JIRA)


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

Manu T George reopened GERONIMO-4143:
-

  Assignee: Manu T George

See this error occurring in many portlets in console so this should be a global 
setting. 

 Unable to edit deployed pools in Database Pools Portlet
 ---

 Key: GERONIMO-4143
 URL: https://issues.apache.org/jira/browse/GERONIMO-4143
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 2.2
 Environment: Linux, Sun JDK 1.5
Reporter: Manu T George
Assignee: Manu T George
 Fix For: 2.2

 Attachments: G4143-r670475.patch


 Edit link in the Database Pools portlet is throwing error and the next screen 
 is not coming. Stack Trace is given below
 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet
 javax.el.ELException: Error reading 'abstractNameMap' on type 
 org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData
 at javax.el.BeanELResolver.getValue(BeanELResolver.java:66)
 at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53)
 at org.apache.el.parser.AstValue.getValue(AstValue.java:114)
 at 
 org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
 at 
 org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923)
 at 
 jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
 at 
 org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106)
 at 
 org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728)
 at 
 org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720)
 at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
 at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
 at 
 org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208)
 at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
 at 
 org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
 at 
 org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101)
 at 
 org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173)
 at 
 org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
 at 
 jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
 at

[jira] Updated: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet

2008-06-24 Thread Manu T George (JIRA)


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

Manu T George updated GERONIMO-4143:


Attachment: (was: G4143-r670475.patch)

 Unable to edit deployed pools in Database Pools Portlet
 ---

 Key: GERONIMO-4143
 URL: https://issues.apache.org/jira/browse/GERONIMO-4143
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 2.2
 Environment: Linux, Sun JDK 1.5
Reporter: Manu T George
Assignee: Manu T George
 Fix For: 2.2


 Edit link in the Database Pools portlet is throwing error and the next screen 
 is not coming. Stack Trace is given below
 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet
 javax.el.ELException: Error reading 'abstractNameMap' on type 
 org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData
 at javax.el.BeanELResolver.getValue(BeanELResolver.java:66)
 at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53)
 at org.apache.el.parser.AstValue.getValue(AstValue.java:114)
 at 
 org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
 at 
 org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923)
 at 
 jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
 at 
 org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106)
 at 
 org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728)
 at 
 org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720)
 at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
 at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
 at 
 org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208)
 at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
 at 
 org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
 at 
 org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101)
 at 
 org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173)
 at 
 org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
 at 
 jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
 at 
 org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:968)
 at

[jira] Commented: (GERONIMO-4137) Message missing Content-Transfer-Encoding header is parsed as quoted-printable (sun's parse it as 7bit or 8bit)

2008-06-24 Thread Stefano Bagnara (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4137?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607573#action_12607573
 ] 

Stefano Bagnara commented on GERONIMO-4137:
---

I confirm that JAMES Server tests currently pass! Great, Thank you!

 Message missing Content-Transfer-Encoding header is parsed as 
 quoted-printable (sun's parse it as 7bit or 8bit)
 ---

 Key: GERONIMO-4137
 URL: https://issues.apache.org/jira/browse/GERONIMO-4137
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: mail
Affects Versions: 2.1.1
Reporter: Stefano Bagnara
Assignee: Rick McGuire
 Fix For: 2.2


 I have a test that sends this message to our mailserver and check the 
 returned content:
 String sources = Content-Type: text/plain;\r\nSubject: 
 test\r\n\r\nBody=32=48\r\n;
 sun's returns me this body:
 Body=32=48\r\n
 geronimo's returns me this body:
 Body2H\r\n\r\n\r\n
 The 2 trailing crlf are because of GERONIMO-4135, but it seems geronimo 
 treated the missing Content-Transfer-Encoding as a quoted-printable and this 
 way converted my message!

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

[jira] Commented: (GERONIMO-4135) Too many CRLF at the end of the message

2008-06-24 Thread Stefano Bagnara (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4135?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607572#action_12607572
 ] 

Stefano Bagnara commented on GERONIMO-4135:
---

I confirm that tests currently pass! Great, Thank you!

 Too many CRLF at the end of the message
 ---

 Key: GERONIMO-4135
 URL: https://issues.apache.org/jira/browse/GERONIMO-4135
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: mail
Affects Versions: 2.1.1
Reporter: Stefano Bagnara
Assignee: Rick McGuire

 We have a lot of tests trying to send a message to james and reading the 
 result: most of the tests fail because the result contains 2 trailing CRLF 
 more than expected (we send one crlf at the end of the message we receive 3 
 crlf).
 I don't exactly know where does it happen but this does not with sun 
 implementation.

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

[jira] Commented: (GERONIMO-4144) ArrayIndexOutOfBoundsException on InternetHeaders.addHeaderLine

2008-06-24 Thread Stefano Bagnara (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4144?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607574#action_12607574
 ] 

Stefano Bagnara commented on GERONIMO-4144:
---

I'm not seeing this issue anymore.

 ArrayIndexOutOfBoundsException on InternetHeaders.addHeaderLine
 ---

 Key: GERONIMO-4144
 URL: https://issues.apache.org/jira/browse/GERONIMO-4144
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: mail
Affects Versions: 2.1.1
Reporter: Stefano Bagnara
Assignee: Rick McGuire
 Attachments: message.txt, TestAddHeader.java


 I get this one when parsing the attached message using this code:
 byte[] messageBytes = mailString.getBytes(US-ASCII);
 mm = new MimeMessage(null, new ByteArrayInputStream(
 messageBytes));
 (mailString contains the string contained in the txt attachment)
 java.lang.ArrayIndexOutOfBoundsException: -1
   at java.util.ArrayList.get(ArrayList.java:324)
   at 
 javax.mail.internet.InternetHeaders.addHeaderLine(InternetHeaders.java:538)
   at javax.mail.internet.InternetHeaders.load(InternetHeaders.java:124)
   at javax.mail.internet.InternetHeaders.init(InternetHeaders.java:99)
   at 
 javax.mail.internet.MimeMessage.createInternetHeaders(MimeMessage.java:1457)
   at javax.mail.internet.MimeMessage.parse(MimeMessage.java:265)
   at javax.mail.internet.MimeMessage.init(MimeMessage.java:153)
   at 
 org.apache.james.imapserver.codec.decode.imap4rev1.AppendCommandParser.mimeMessage(AppendCommandParser.java:102)
   at 
 org.apache.james.imapserver.codec.decode.imap4rev1.AppendCommandParser.decode(AppendCommandParser.java:123)
   at 
 org.apache.james.imapserver.codec.decode.base.AbstractImapCommandParser.parse(AbstractImapCommandParser.java:112)
   at 
 org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decodeCommandNamed(DefaultImapDecoder.java:113)
   at 
 org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decodeCommandTagged(DefaultImapDecoder.java:81)
   at 
 org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decode(DefaultImapDecoder.java:60)
   at 
 org.apache.james.experimental.imapserver.ImapRequestHandler.doProcessRequest(ImapRequestHandler.java:136)
   at 
 org.apache.james.experimental.imapserver.ImapRequestHandler.handleRequest(ImapRequestHandler.java:99)
   at 
 org.apache.james.experimental.imapserver.ExperimentalHostSystem$Session.readLine(ExperimentalHostSystem.java:247)
   at 
 org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.readLine(ProtocolSession.java:331)
   at 
 org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.checkResponse(ProtocolSession.java:295)
   at 
 org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.testProtocol(ProtocolSession.java:285)
   at 
 org.apache.james.test.functional.imap.ProtocolSession.runSessions(ProtocolSession.java:86)
   at 
 org.apache.james.test.functional.imap.AbstractProtocolTest.runSessions(AbstractProtocolTest.java:100)
   at 
 org.apache.james.test.functional.imap.SimpleScriptedTestProtocol.scriptTest(SimpleScriptedTestProtocol.java:68)
   at 
 org.apache.james.test.functional.imap.AbstractTestUidSearch.testSearchAtomsUS(AbstractTestUidSearch.java:33)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at junit.framework.TestCase.runTest(TestCase.java:154)
   at junit.framework.TestCase.runBare(TestCase.java:127)
   at junit.framework.TestResult$1.protect(TestResult.java:106)
   at junit.framework.TestResult.runProtected(TestResult.java:124)
   at junit.framework.TestResult.run(TestResult.java:109)
   at junit.framework.TestCase.run(TestCase.java:118)
   at 
 org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130)
   at 
 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email

[jira] Closed: (GERONIMO-4135) Too many CRLF at the end of the message


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

Rick McGuire closed GERONIMO-4135.
--


 Too many CRLF at the end of the message
 ---

 Key: GERONIMO-4135
 URL: https://issues.apache.org/jira/browse/GERONIMO-4135
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: mail
Affects Versions: 2.1.1
Reporter: Stefano Bagnara
Assignee: Rick McGuire

 We have a lot of tests trying to send a message to james and reading the 
 result: most of the tests fail because the result contains 2 trailing CRLF 
 more than expected (we send one crlf at the end of the message we receive 3 
 crlf).
 I don't exactly know where does it happen but this does not with sun 
 implementation.

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

[jira] Commented: (GERONIMODEVTOOLS-383) unable to set enterprise-beans


[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-383?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607586#action_12607586
 ] 

Ted Kirby commented on GERONIMODEVTOOLS-383:


Thanks for the clarification.  Looks like Tim's comment was in error, and I did 
not look carefully at the change log.  Tim's comment was correctly applied to 
386 and 387, but was mistakenly applied to this JIRA.

 unable to set enterprise-beans
 --

 Key: GERONIMODEVTOOLS-383
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-383
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 2.1.1
Reporter: B.J. Reed
Assignee: B.J. Reed
Priority: Minor
 Fix For: 2.1.2




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

[jira] Closed: (GERONIMO-4144) ArrayIndexOutOfBoundsException on InternetHeaders.addHeaderLine


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

Rick McGuire closed GERONIMO-4144.
--

Resolution: Cannot Reproduce

This was probably fixed by changes for one of the other Jiras. 

 ArrayIndexOutOfBoundsException on InternetHeaders.addHeaderLine
 ---

 Key: GERONIMO-4144
 URL: https://issues.apache.org/jira/browse/GERONIMO-4144
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: mail
Affects Versions: 2.1.1
Reporter: Stefano Bagnara
Assignee: Rick McGuire
 Attachments: message.txt, TestAddHeader.java


 I get this one when parsing the attached message using this code:
 byte[] messageBytes = mailString.getBytes(US-ASCII);
 mm = new MimeMessage(null, new ByteArrayInputStream(
 messageBytes));
 (mailString contains the string contained in the txt attachment)
 java.lang.ArrayIndexOutOfBoundsException: -1
   at java.util.ArrayList.get(ArrayList.java:324)
   at 
 javax.mail.internet.InternetHeaders.addHeaderLine(InternetHeaders.java:538)
   at javax.mail.internet.InternetHeaders.load(InternetHeaders.java:124)
   at javax.mail.internet.InternetHeaders.init(InternetHeaders.java:99)
   at 
 javax.mail.internet.MimeMessage.createInternetHeaders(MimeMessage.java:1457)
   at javax.mail.internet.MimeMessage.parse(MimeMessage.java:265)
   at javax.mail.internet.MimeMessage.init(MimeMessage.java:153)
   at 
 org.apache.james.imapserver.codec.decode.imap4rev1.AppendCommandParser.mimeMessage(AppendCommandParser.java:102)
   at 
 org.apache.james.imapserver.codec.decode.imap4rev1.AppendCommandParser.decode(AppendCommandParser.java:123)
   at 
 org.apache.james.imapserver.codec.decode.base.AbstractImapCommandParser.parse(AbstractImapCommandParser.java:112)
   at 
 org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decodeCommandNamed(DefaultImapDecoder.java:113)
   at 
 org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decodeCommandTagged(DefaultImapDecoder.java:81)
   at 
 org.apache.james.imapserver.codec.decode.main.DefaultImapDecoder.decode(DefaultImapDecoder.java:60)
   at 
 org.apache.james.experimental.imapserver.ImapRequestHandler.doProcessRequest(ImapRequestHandler.java:136)
   at 
 org.apache.james.experimental.imapserver.ImapRequestHandler.handleRequest(ImapRequestHandler.java:99)
   at 
 org.apache.james.experimental.imapserver.ExperimentalHostSystem$Session.readLine(ExperimentalHostSystem.java:247)
   at 
 org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.readLine(ProtocolSession.java:331)
   at 
 org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.checkResponse(ProtocolSession.java:295)
   at 
 org.apache.james.test.functional.imap.ProtocolSession$ServerResponse.testProtocol(ProtocolSession.java:285)
   at 
 org.apache.james.test.functional.imap.ProtocolSession.runSessions(ProtocolSession.java:86)
   at 
 org.apache.james.test.functional.imap.AbstractProtocolTest.runSessions(AbstractProtocolTest.java:100)
   at 
 org.apache.james.test.functional.imap.SimpleScriptedTestProtocol.scriptTest(SimpleScriptedTestProtocol.java:68)
   at 
 org.apache.james.test.functional.imap.AbstractTestUidSearch.testSearchAtomsUS(AbstractTestUidSearch.java:33)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
   at java.lang.reflect.Method.invoke(Method.java:597)
   at junit.framework.TestCase.runTest(TestCase.java:154)
   at junit.framework.TestCase.runBare(TestCase.java:127)
   at junit.framework.TestResult$1.protect(TestResult.java:106)
   at junit.framework.TestResult.runProtected(TestResult.java:124)
   at junit.framework.TestResult.run(TestResult.java:109)
   at junit.framework.TestCase.run(TestCase.java:118)
   at 
 org.eclipse.jdt.internal.junit.runner.junit3.JUnit3TestReference.run(JUnit3TestReference.java:130)
   at 
 org.eclipse.jdt.internal.junit.runner.TestExecution.run(TestExecution.java:38)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:460)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.runTests(RemoteTestRunner.java:673)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.run(RemoteTestRunner.java:386)
   at 
 org.eclipse.jdt.internal.junit.runner.RemoteTestRunner.main(RemoteTestRunner.java:196)

-- 
This message is automatically generated by JIRA.
-
You can reply to this email

Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC2)

2008-06-24 Thread Ted Kirby

Download and install doesn't work. The problem I am encountering is
that plugins\org.apache.geronimo.st.v2{0,1}.core\plugin.xml must be
updated to point to the new RC2 staging site. It currently points to
RC1. This is a nasty implementation detail of eclipse's Download and
Install.

On Sun, Jun 22, 2008 at 8:24 PM, Tim McConnell [EMAIL PROTECTED] wrote:
Hi everyone, Please review and vote on the maintenance release of the
Geronimo Eclipse Plugin 2.1.1 RC2.

The deployable zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-deployable.zip

The update site zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-updatesite.zip

The current svn location is here (revision number 670302):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.1

The future svn location will be here (when approved):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.1

There is a rudimentary set of install instructions available at the URL
below that will hopefully describe the necessary prereq(s) and steps
required to install and run the GEP:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/Geronimo_Eclipse_Plugin_2.1.1_Instructions-RC2.txt

Additionally, there is an ant build.xml file that can be used to download
the prereq for the GEP. It is documented in the instructions.
Finally, I've created a Staging Site that can used to test the update
manager functions of Eclipse for downloading both the GEP itself and the
Geronimo Server. This is also documented in the instructions. Please let me
know if there are any questions.

The vote is open for 72 hours and will conclude on Wednesday (6/25) at 9:00
PM ET.

[ ] +1 Release Geronimo Eclipse Plugin 2.1.1
[ ] +0 No opinion
[ ] -1 Don't release Geronimo Eclipse Plugin 2.1.1

--
Thanks,
Tim McConnell

[jira] Created: (GERONIMO-4156) Add javamail SMTP support for the SIZE= extension on the MAIL FROM command.

Add javamail SMTP support for the SIZE= extension on the MAIL FROM command.
---

 Key: GERONIMO-4156
 URL: https://issues.apache.org/jira/browse/GERONIMO-4156
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
  Components: mail
Reporter: Rick McGuire
Assignee: Rick McGuire
Priority: Minor
 Fix For: 2.2


Some SMTP servers (e.g., James) support the SIZE extension defined by RFC 1653. 
 The SMTPTransport implementation should send the SIZE information if the 
target server indicates it is supported. 

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

Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC2)

2008-06-24 Thread Ted Kirby

Everything else works, tho. Those files also have to be changed when
going live to http://www.apache.org/dist/geronimo/eclipse/updates, and
a build done and new artifacts published. Can we do that now under
the RC2 vote and staging site to test Download and Install?

Ted

On Tue, Jun 24, 2008 at 9:23 AM, Ted Kirby [EMAIL PROTECTED] wrote:
Download and install doesn't work. The problem I am encountering is
that plugins\org.apache.geronimo.st.v2{0,1}.core\plugin.xml must be
updated to point to the new RC2 staging site. It currently points to
RC1. This is a nasty implementation detail of eclipse's Download and
Install.

On Sun, Jun 22, 2008 at 8:24 PM, Tim McConnell [EMAIL PROTECTED] wrote:
Hi everyone, Please review and vote on the maintenance release of the
Geronimo Eclipse Plugin 2.1.1 RC2.

The deployable zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-deployable.zip

The update site zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-updatesite.zip

The current svn location is here (revision number 670302):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.1

The future svn location will be here (when approved):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.1

There is a rudimentary set of install instructions available at the URL
below that will hopefully describe the necessary prereq(s) and steps
required to install and run the GEP:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/Geronimo_Eclipse_Plugin_2.1.1_Instructions-RC2.txt

The vote is open for 72 hours and will conclude on Wednesday (6/25) at 9:00
PM ET.

[ ] +1 Release Geronimo Eclipse Plugin 2.1.1
[ ] +0 No opinion
[ ] -1 Don't release Geronimo Eclipse Plugin 2.1.1

--
Thanks,
Tim McConnell

RESTful Web Services support in Geronimo

2008-06-24 Thread Sainath Chowdary

Hi,

I am tryig to deploy a RESTful Web Service in Geronimo. The sample that I am
using for RESTful is from Geronimo web services test-suite. I have also
attached the sample that I am trying to deploy.

The application is getting deployed successfully but if I try to access the
servlet (http://localhost:8080/jaxws-restful-test/calculator?num1=10num2=50)
exposed its throwing me following exception.

Exception
org.apache.axis2.AxisFault: Could not create new Message

at org.apache.axis2.AxisFault.makeFault(AxisFault.java:417)

at
org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessageReceiver.java:166)

at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:145)

at
org.apache.axis2.transport.http.util.RESTUtil.invokeAxisEngine(RESTUtil.java:125)

at
org.apache.axis2.transport.http.util.RESTUtil.processURLRequest(RESTUtil.java:119)

at
org.apache.geronimo.axis2.Axis2WebServiceContainer.processGETRequest(Axis2WebServiceContainer.java:339)

at
org.apache.geronimo.axis2.Axis2WebServiceContainer.doService2(Axis2WebServiceContainer.java:263)

at
org.apache.geronimo.axis2.Axis2WebServiceContainer.doService(Axis2WebServiceContainer.java:204)

at
org.apache.geronimo.axis2.Axis2WebServiceContainer.invoke(Axis2WebServiceContainer.java:167)

at
org.apache.geronimo.webservices.WebServiceContainerInvoker.service(WebServiceContainerInvoker.java:84)

at
org.apache.geronimo.webservices.POJOWebServiceServlet.service(POJOWebServiceServlet.java:79)

at
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

at
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

at
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

at
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)

at
org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56)

at
org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:396)

at
org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47)

at
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)

at
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

at
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

at
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)

at
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)

at
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)

at
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)

at
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)

at java.lang.Thread.run(Thread.java:595)

Caused by: javax.xml.ws.WebServiceException: Could not create new Message

at
org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:172)

at
org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)

at
org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:117)

at
org.apache.axis2.jaxws.message.util.MessageUtils.getMessageFromMessageContext(MessageUtils.java:151)

at
org.apache.axis2.jaxws.core.MessageContext.init(MessageContext.java:114)

at
org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessageReceiver.java:99)

... 25 more

/Exception

Can anyone help me in this regard?

Thanks in Advance

-- 
Sainath Chowdary
B.Tech III yr, Spring Semester
Electronics  Communication Engg
Indian Institute of Technology Roorkee


jaxws-restful-test.war
Description: Binary data

[jira] Closed: (GERONIMO-4137) Message missing Content-Transfer-Encoding header is parsed as quoted-printable (sun's parse it as 7bit or 8bit)


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

Rick McGuire closed GERONIMO-4137.
--


 Message missing Content-Transfer-Encoding header is parsed as 
 quoted-printable (sun's parse it as 7bit or 8bit)
 ---

 Key: GERONIMO-4137
 URL: https://issues.apache.org/jira/browse/GERONIMO-4137
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: mail
Affects Versions: 2.1.1
Reporter: Stefano Bagnara
Assignee: Rick McGuire
 Fix For: 2.2


 I have a test that sends this message to our mailserver and check the 
 returned content:
 String sources = Content-Type: text/plain;\r\nSubject: 
 test\r\n\r\nBody=32=48\r\n;
 sun's returns me this body:
 Body=32=48\r\n
 geronimo's returns me this body:
 Body2H\r\n\r\n\r\n
 The 2 trailing crlf are because of GERONIMO-4135, but it seems geronimo 
 treated the missing Content-Transfer-Encoding as a quoted-printable and this 
 way converted my message!

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

[jira] Closed: (GERONIMO-3373) Failure to deregister localPOA from POAManager when a CORBA marshalling exception occurs


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

Rick McGuire closed GERONIMO-3373.
--

Resolution: Cannot Reproduce

I don't believe this is an issue any more. 

 Failure to deregister localPOA from POAManager when a CORBA marshalling 
 exception occurs
 

 Key: GERONIMO-3373
 URL: https://issues.apache.org/jira/browse/GERONIMO-3373
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: CORBA
Affects Versions: 2.0.x
Reporter: Tim McConnell
Assignee: Rick McGuire

 In the CORBA testsuite, the marshalling testcase is failing with a NPE. For 
 some reason, the locaPOA is not getting deregistered from the POAManager, 
 which prevents all subsequent testcases (using that same POAName) from 
 running successfully. As it stands now, the only way to remedy this problem 
 is to cycle the Geronimo server. The server-side log for the marshalling 
 exception and the subsequent test failure are shown below: 
 Aug 2, 2007 6:30:40 PM org.apache.yoko.orb.OB.Logger_impl warning
 WARNING: Servant method raised a non-CORBA exception
 Client receives this exception as CORBA::UNKNOWN
 operation name: marshalLong__org_omg_boxedRMI_long_seq1_long
 id: iiop
 local address: 127.0.0.1:6882
 remote address: 127.0.0.1:3691
 java.lang.NullPointerException
 at 
 org.apache.geronimo.corba.StandardServant._invoke(StandardServant.java:161)
 at 
 org.apache.yoko.orb.OBPortableServer.ServantDispatcher.dispatch(ServantDispatcher.java:187)
 at 
 org.apache.yoko.orb.OBPortableServer.POA_impl._OB_dispatch(POA_impl.java:1607)
 at 
 org.apache.yoko.orb.OB.DispatchRequest_impl.invoke(DispatchRequest_impl.java:56)
 at 
 org.apache.yoko.orb.OB.DispatchSameThread_impl.dispatch(DispatchStrategyFactory_impl.java:53)
 at org.apache.yoko.orb.OB.Upcall.invoke(Upcall.java:360)
 at 
 org.apache.yoko.orb.OB.GIOPConnectionThreaded.execReceive(GIOPConnectionThreaded.java:500)
 at 
 org.apache.yoko.orb.OB.GIOPConnectionThreaded$ReceiverThread.run(GIOPConnectionThreaded.java:63)
 [GC [DefNew: 32256K-170K(36288K), 0.0047093 secs] 60765K-28680K(520256K), 
 0.0048221 secs]
 [GC [DefNew: 32426K-613K(36288K), 0.0064858 secs] 60936K-29123K(520256K), 
 0.0066155 secs]
 18:31:19,218 INFO  [config] Configuring app: corba-mytime-ejb-2.0-SNAPSHOT.jar
 18:31:19,421 INFO  [OpenEJB] Auto-deploying ejb MyTime: 
 EjbDeployment(deployment-id=corba-mytime-ejb-2.0-SNAPSHOT.jar/MyTime, 
 container-id=null)
 18:31:19,765 INFO  [config] Loaded Module: corba-mytime-ejb-2.0-SNAPSHOT.jar
 [GC [DefNew: 32869K-788K(36288K), 0.0078975 secs] 61379K-29298K(520256K), 
 0.0080109 secs]
 18:31:21,312 INFO  [Enhance] You have enabled runtime enhancement, but have 
 not specified the set of persistent classes.  OpenJPA must look for metadata 
 for every loaded class, which might increase class load times significantly.
 [GC [DefNew: 33044K-962K(36288K), 0.0096553 secs] 61554K-29471K(520256K), 
 0.0097610 secs]
 18:31:21,937 INFO  [startup] Assembling app: 
 C:\TEMP\TRUNK\TC\var\temp\geronimo-deploymentUtil17539.tmpdir
 18:31:22,281 INFO  [startup] 
 Jndi(name=corba-mytime-ejb-2.0-SNAPSHOT.jar/MyTime/org.apache.geronimo.testsuite.corba.mytime.MyTimeRemote)
 18:31:22,328 INFO  [startup] 
 Jndi(name=corba-mytime-ejb-2.0-SNAPSHOT.jar/MyTime/org.apache.geronimo.testsuite.corba.mytime.MyTimeLocal)
 18:31:22,328 INFO  [startup] Created 
 Ejb(deployment-id=corba-mytime-ejb-2.0-SNAPSHOT.jar/MyTime, ejb-name=MyTime, 
 container=Default Stateless Container)
 18:31:22,890 WARN  [TSSBean] Failed CORBA Target Security Service in POA 
 IdentityTokenNoSecurity
 18:31:22,890 ERROR [GBeanInstanceState] Error while starting; GBean is now in 
 the FAILED state: 
 abstractName=org.apache.geronimo.testsuite/corba-mytime-ear/2.0-SNAPSHOT/car?EJBModule=corba-mytime-ejb-2.0-SNAPSHOT.jar,J2EEApplication=org.apache.geronimo.testsuite/corba-mytime-ear/2.0-SNAPSHOT/car,j2eeType=CORBATSS,name=IdentityTokenNoSecurity
 org.omg.PortableServer.POAPackage.AdapterAlreadyExists: 
 IDL:omg.org/PortableServer/POA/AdapterAlreadyExists:1.0
 at 
 org.apache.yoko.orb.OBPortableServer.POA_impl.create_POA(POA_impl.java:658)
 at org.apache.geronimo.corba.TSSBean.doStart(TSSBean.java:126)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:996)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:268)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:124)
 at

[jira] Created: (GERONIMODEVTOOLS-404) simplify the Dependency GUI code

simplify the Dependency GUI code


 Key: GERONIMODEVTOOLS-404
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-404
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 2.1.2
Reporter: B.J. Reed
Assignee: B.J. Reed
Priority: Minor
 Fix For: 2.1.2


App Client makes different calls to get and set its environments than the other 
deployment plan editors.  Should be able to make the DependencyWizard and 
DependencySection smart enough to handle this rather than making new classes 
and having specialized code.

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

[BUILD] branches/2.1: Failed for Revision: 671139

Geronimo Revision: 671139 built with tests included
 
See the full build-0800.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624/build-0800.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 32 minutes 14 seconds
[INFO] Finished at: Tue Jun 24 08:37:36 EDT 2008
[INFO] Final Memory: 310M/1014M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624/logs-0800-tomcat/test.log
 
[INFO] Running commands-testsuite.deploy
[INFO] Tests run: 8, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 55.67 
sec  FAILURE!
 
Assembly: jetty
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624/logs-0800-jetty/test.log
 
[INFO] Running commands-testsuite.deploy
[INFO] Tests run: 8, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 57.058 
sec  FAILURE!
 
Samples: branches/2.1
=
Log: 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624/samples-0800.log
 
Build status: FAILED

[jira] Updated: (GERONIMODEVTOOLS-404) simplify the Dependency GUI code


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

B.J. Reed updated GERONIMODEVTOOLS-404:
---

Attachment: GERONIMODEVTOOLS-404.patch

Patch doesn't add any functionality - just improves what we have.  The biggest 
change is that the JAXBModelUtils setEnvironment and getEnvironment now work 
for client and server for app client deployment plans.  This change enables the 
code in DependencySection and DependencyWizard to become simpler and remove 2 
unneeded AppClient classes.

 simplify the Dependency GUI code
 

 Key: GERONIMODEVTOOLS-404
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-404
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 2.1.2
Reporter: B.J. Reed
Assignee: B.J. Reed
Priority: Minor
 Fix For: 2.1.2

 Attachments: GERONIMODEVTOOLS-404.patch


 App Client makes different calls to get and set its environments than the 
 other deployment plan editors.  Should be able to make the DependencyWizard 
 and DependencySection smart enough to handle this rather than making new 
 classes and having specialized code.

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

[jira] Commented: (GERONIMO-4143) Unable to edit deployed pools in Database Pools Portlet

2008-06-24 Thread Jarek Gawor (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4143?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607620#action_12607620
 ] 

Jarek Gawor commented on GERONIMO-4143:
---

I'm not sure if this is the same problem as we have seen before but make sure 
to either re-build the server with an empty m2 repo or at least remove all 
pluto jars from you m2 repo and see if that helps

 Unable to edit deployed pools in Database Pools Portlet
 ---

 Key: GERONIMO-4143
 URL: https://issues.apache.org/jira/browse/GERONIMO-4143
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 2.2
 Environment: Linux, Sun JDK 1.5
Reporter: Manu T George
Assignee: Manu T George
 Fix For: 2.2


 Edit link in the Database Pools portlet is throwing error and the next screen 
 is not coming. Stack Trace is given below
 19:33:27,344 ERROR [DatabasePoolPortlet] Unable to render portlet
 javax.el.ELException: Error reading 'abstractNameMap' on type 
 org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet$PoolData
 at javax.el.BeanELResolver.getValue(BeanELResolver.java:66)
 at javax.el.CompositeELResolver.getValue(CompositeELResolver.java:53)
 at org.apache.el.parser.AstValue.getValue(AstValue.java:114)
 at 
 org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:186)
 at 
 org.apache.jasper.runtime.PageContextImpl.proprietaryEvaluate(PageContextImpl.java:923)
 at 
 jsp.WEB_002dINF.view.dbwizard.usage_jsp._jspService(usage_jsp.java:108)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
 at 
 org.apache.pluto.internal.impl.PortletRequestDispatcherImpl.include(PortletRequestDispatcherImpl.java:106)
 at 
 org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.renderUsage(DatabasePoolPortlet.java:728)
 at 
 org.apache.geronimo.console.databasemanager.wizard.DatabasePoolPortlet.doView(DatabasePoolPortlet.java:720)
 at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
 at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
 at 
 org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:208)
 at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:139)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:693)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:472)
 at 
 org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
 at 
 org.apache.pluto.core.DefaultPortletInvokerService.render(DefaultPortletInvokerService.java:101)
 at 
 org.apache.pluto.core.PortletContainerImpl.doRender(PortletContainerImpl.java:173)
 at 
 org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
 at 
 jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:87)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:630)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:535)
 at

[BUILD] trunk: Failed for Revision: 670986

Geronimo Revision: 670986 built with tests included
 
See the full build-2100.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080623/build-2100.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080623
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 31 minutes 44 seconds
[INFO] Finished at: Mon Jun 23 21:35:48 EDT 2008
[INFO] Final Memory: 385M/1008M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080623/logs-2100-tomcat/test.log
 
 
[INFO] User extensions: 
/home/geronimo/geronimo/trunk/testsuite/target/selenium/user-extensions.js
Selenium Server started
Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading: 
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading: 
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
[INFO] [geronimo:start-server {execution: start}]
[INFO] Using assembly configuration: tomcat
[INFO] snapshot 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking 
for updates from apache-snapshots
[INFO] snapshot 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking 
for updates from codehaus-snapshots
[INFO] snapshot 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking 
for updates from apache.snapshots
[INFO] Using assembly artifact: 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided
[INFO] Using geronimoHome: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT
[INFO] Installing assembly...
[INFO] Expanding: 
/home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip
 into /home/geronimo/geronimo/trunk/testsuite/target
[INFO] Starting Geronimo server...
[INFO] Selected option set: default
[INFO] Redirecting output to: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log
[INFO] Waiting for Geronimo server...
[INFO] Geronimo server started in 0:00:37.713
[INFO] [shitty:install {execution: default}]
[INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom
[INFO] [shitty:test {execution: default}]
[INFO] Starting 30 test build(s)
[INFO] 
[INFO] 
---
[INFO] 
[INFO] commands-testsuite/deployRUNNING
[INFO] commands-testsuite/deployFAILURE (0:01:04.471) Java 
returned: 1
[INFO] commands-testsuite/gshellRUNNING
[INFO] commands-testsuite/gshellSUCCESS (0:00:28.127) 
[INFO] commands-testsuite/jaxws RUNNING
[INFO] commands-testsuite/jaxws SUCCESS (0:00:18.523) 
[INFO] console-testsuite/advanced   RUNNING
[INFO] console-testsuite/advanced   SUCCESS (0:01:35.762) 
[INFO] console-testsuite/basic  RUNNING
[INFO] console-testsuite/basic  SUCCESS (0:01:40.212) 
[INFO] corba-testsuite/corba-helloworld RUNNING
[INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:44.042) 
[INFO] corba-testsuite/corba-marshalRUNNING
[INFO] corba-testsuite/corba-marshalSUCCESS (0:00:44.189) 
[INFO] corba-testsuite/corba-mytime RUNNING
[INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.504) 
[INFO] deployment-testsuite/deployment-testsRUNNING
[INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:41.001) 
[INFO] deployment-testsuite/jca-cms-tests   RUNNING
[INFO] deployment-testsuite/jca-cms-tests   SUCCESS (0:00:29.071) 
[INFO] deployment-testsuite/manifestcp-testsRUNNING
[INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:29.199) 
[INFO] enterprise-testsuite/ejb-tests   RUNNING
[INFO] enterprise-testsuite/ejb-tests   SUCCESS (0:00:36.582) 
[INFO] enterprise-testsuite/jms-tests   RUNNING
[INFO] enterprise-testsuite/jms-tests   SUCCESS (0:00:43.216) 
[INFO]

Re: RESTful Web Services support in Geronimo

2008-06-24 Thread Jarek Gawor

What version of Geronimo are you using?

I think this particular problem is/was a bug in Axis2. Actually, it is
a bug in Axis2 1.3 (the version we are using in Geronimo now) but it
was fixed in Axis2 1.4. The issue was with HTTP Content-Type header.
Web browsers don't send one at all or send one with a different type
than Axis2 was expecting.

Jarek

On Tue, Jun 24, 2008 at 9:55 AM, Sainath Chowdary
[EMAIL PROTECTED] wrote:
 Hi,

 I am tryig to deploy a RESTful Web Service in Geronimo. The sample that I am
 using for RESTful is from Geronimo web services test-suite. I have also
 attached the sample that I am trying to deploy.

 The application is getting deployed successfully but if I try to access the
 servlet
 (http://localhost:8080/jaxws-restful-test/calculator?num1=10num2=50)
 exposed its throwing me following exception.

 Exception
 org.apache.axis2.AxisFault: Could not create new Message

 at org.apache.axis2.AxisFault.makeFault(AxisFault.java:417)

 at
 org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessageReceiver.java:166)

 at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:145)

 at
 org.apache.axis2.transport.http.util.RESTUtil.invokeAxisEngine(RESTUtil.java:125)

 at
 org.apache.axis2.transport.http.util.RESTUtil.processURLRequest(RESTUtil.java:119)

 at
 org.apache.geronimo.axis2.Axis2WebServiceContainer.processGETRequest(Axis2WebServiceContainer.java:339)

 at
 org.apache.geronimo.axis2.Axis2WebServiceContainer.doService2(Axis2WebServiceContainer.java:263)

 at
 org.apache.geronimo.axis2.Axis2WebServiceContainer.doService(Axis2WebServiceContainer.java:204)

 at
 org.apache.geronimo.axis2.Axis2WebServiceContainer.invoke(Axis2WebServiceContainer.java:167)

 at
 org.apache.geronimo.webservices.WebServiceContainerInvoker.service(WebServiceContainerInvoker.java:84)

 at
 org.apache.geronimo.webservices.POJOWebServiceServlet.service(POJOWebServiceServlet.java:79)

 at
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)

 at
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)

 at
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)

 at
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)

 at
 org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56)

 at
 org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:396)

 at
 org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47)

 at
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)

 at
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)

 at
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)

 at
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)

 at
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)

 at
 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)

 at
 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)

 at
 org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)

 at java.lang.Thread.run(Thread.java:595)

 Caused by: javax.xml.ws.WebServiceException: Could not create new Message

 at
 org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:172)

 at
 org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)

 at
 org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:117)

 at
 org.apache.axis2.jaxws.message.util.MessageUtils.getMessageFromMessageContext(MessageUtils.java:151)

 at
 org.apache.axis2.jaxws.core.MessageContext.init(MessageContext.java:114)

 at
 org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessageReceiver.java:99)

 ... 25 more

 /Exception

 Can anyone help me in this regard?

 Thanks in Advance

 --
 Sainath Chowdary
 B.Tech III yr, Spring Semester
 Electronics  Communication Engg
 Indian Institute of Technology Roorkee

Re: [ANNOUNCE] Welcome Shiva Kumar H R as the newest member of the Geronimo PMC

2008-06-24 Thread Jay D. McHugh


Congratulations and welcome!

Jay

Vamsavardhana Reddy wrote:

All,
Please join us in congratulating Shiva Kumar H R as the newest member of the
Geronimo PMC. It's been great to have Shiva working with us as a committer
on Geronimo. Even better to have him join us in providing oversight of the
Geronimo project.

Way to go Shiva!!!

The Apache Geronimo PMC

++Vamsi

Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC2)

2008-06-24 Thread Tim McConnell

Sorry Ted, that's my fault, I was supposed to manually edit those files on the
staging site to do exactly that but I forgot. Hopefully we can improve this
staging site process for the next release. In any case I'll do it now and let you
know when complete.

Ted Kirby wrote:

On Sun, Jun 22, 2008 at 8:24 PM, Tim McConnell [EMAIL PROTECTED] wrote:

Hi everyone, Please review and vote on the maintenance release of the
Geronimo Eclipse Plugin 2.1.1 RC2.

The deployable zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-deployable.zip

The update site zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-updatesite.zip

The current svn location is here (revision number 670302):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.1

The future svn location will be here (when approved):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.1

There is a rudimentary set of install instructions available at the URL
below that will hopefully describe the necessary prereq(s) and steps
required to install and run the GEP:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/Geronimo_Eclipse_Plugin_2.1.1_Instructions-RC2.txt

The vote is open for 72 hours and will conclude on Wednesday (6/25) at 9:00
PM ET.

[ ] +1 Release Geronimo Eclipse Plugin 2.1.1
[ ] +0 No opinion
[ ] -1 Don't release Geronimo Eclipse Plugin 2.1.1

--
Thanks,
Tim McConnell

[jira] Created: (GERONIMODEVTOOLS-405) MDB EJB deploy failure

MDB EJB deploy failure
--

 Key: GERONIMODEVTOOLS-405
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-405
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Reporter: Ted Kirby
Assignee: Tim McConnell
 Fix For: 2.1.1
 Attachments: mdb-ejb-2.1.0.0.jar

import the mdb ejb jar to eclipse, the try to publish on a v2.1 server.

Get:

!ENTRY org.eclipse.wst.common.project.facet.core 2 0 2008-06-24 10:41:05.343
!MESSAGE More than one declaration found for action type INSTALL of projet 
facet org.apache.geronimo.facet 1.2.

!ENTRY org.eclipse.wst.validation 4 0 2008-06-24 10:41:06.734
!MESSAGE Exception thrown.
!STACK 0
org.eclipse.core.commands.ExecutionException: 
ImportDeploymentPlanOperation.execute(): Error converting plan: 
/mdb-ejb-2.1.0.0/ejbModule/META-INF/openejb-jar.xml
at 
org.apache.geronimo.st.core.operations.ImportDeploymentPlanOperation.execute(ImportDeploymentPlanOperation.java:95)
at 
org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl$1.run(DataModelPausibleOperationImpl.java:376)
at 
org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1797)
at 
org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:401)
at 
org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:358)
at 
org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.doExecute(DataModelPausibleOperationImpl.java:242)
at 
org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.executeImpl(DataModelPausibleOperationImpl.java:214)
at 
org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.cacheThreadAndContinue(DataModelPausibleOperationImpl.java:89)
at 
org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.execute(DataModelPausibleOperationImpl.java:202)
at 
org.eclipse.wst.common.frameworks.internal.datamodel.ui.DataModelWizard$1$CatchThrowableRunnableWithProgress.run(DataModelWizard.java:211)
at 
org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:113)

!ENTRY org.eclipse.wst.server.core 4 0 2008-06-24 10:42:19.656
!MESSAGE Could not publish to the server.
!STACK 0
java.lang.NullPointerException
at 
org.apache.geronimo.st.core.internal.DependencyHelper.getEnvironment(DependencyHelper.java:358)
at 
org.apache.geronimo.st.core.internal.DependencyHelper.reorderModules(DependencyHelper.java:97)
at 
org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:216)
at 
org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:669)
at 
org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:887)
at org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
at 
org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:72)
at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)


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

[jira] Updated: (GERONIMODEVTOOLS-405) MDB EJB deploy failure


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

Ted Kirby updated GERONIMODEVTOOLS-405:
---

Attachment: mdb-ejb-2.1.0.0.jar

here is the failing ejb.jar

 MDB EJB deploy failure
 --

 Key: GERONIMODEVTOOLS-405
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-405
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Reporter: Ted Kirby
Assignee: Tim McConnell
 Fix For: 2.1.1

 Attachments: mdb-ejb-2.1.0.0.jar


 import the mdb ejb jar to eclipse, the try to publish on a v2.1 server.
 Get:
 !ENTRY org.eclipse.wst.common.project.facet.core 2 0 2008-06-24 10:41:05.343
 !MESSAGE More than one declaration found for action type INSTALL of projet 
 facet org.apache.geronimo.facet 1.2.
 !ENTRY org.eclipse.wst.validation 4 0 2008-06-24 10:41:06.734
 !MESSAGE Exception thrown.
 !STACK 0
 org.eclipse.core.commands.ExecutionException: 
 ImportDeploymentPlanOperation.execute(): Error converting plan: 
 /mdb-ejb-2.1.0.0/ejbModule/META-INF/openejb-jar.xml
   at 
 org.apache.geronimo.st.core.operations.ImportDeploymentPlanOperation.execute(ImportDeploymentPlanOperation.java:95)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl$1.run(DataModelPausibleOperationImpl.java:376)
   at 
 org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1797)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:401)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:358)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.doExecute(DataModelPausibleOperationImpl.java:242)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.executeImpl(DataModelPausibleOperationImpl.java:214)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.cacheThreadAndContinue(DataModelPausibleOperationImpl.java:89)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.execute(DataModelPausibleOperationImpl.java:202)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.ui.DataModelWizard$1$CatchThrowableRunnableWithProgress.run(DataModelWizard.java:211)
   at 
 org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:113)
 !ENTRY org.eclipse.wst.server.core 4 0 2008-06-24 10:42:19.656
 !MESSAGE Could not publish to the server.
 !STACK 0
 java.lang.NullPointerException
   at 
 org.apache.geronimo.st.core.internal.DependencyHelper.getEnvironment(DependencyHelper.java:358)
   at 
 org.apache.geronimo.st.core.internal.DependencyHelper.reorderModules(DependencyHelper.java:97)
   at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:216)
   at 
 org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:669)
   at 
 org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:887)
   at org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
   at 
 org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:72)
   at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

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

[jira] Commented: (GERONIMODEVTOOLS-405) MDB EJB deploy failure


[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-405?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607649#action_12607649
 ] 

Ted Kirby commented on GERONIMODEVTOOLS-405:


The jar deploys successfully outside eclipse.

 MDB EJB deploy failure
 --

 Key: GERONIMODEVTOOLS-405
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-405
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Reporter: Ted Kirby
Assignee: Tim McConnell
 Fix For: 2.1.1

 Attachments: mdb-ejb-2.1.0.0.jar


 import the mdb ejb jar to eclipse, the try to publish on a v2.1 server.
 Get:
 !ENTRY org.eclipse.wst.common.project.facet.core 2 0 2008-06-24 10:41:05.343
 !MESSAGE More than one declaration found for action type INSTALL of projet 
 facet org.apache.geronimo.facet 1.2.
 !ENTRY org.eclipse.wst.validation 4 0 2008-06-24 10:41:06.734
 !MESSAGE Exception thrown.
 !STACK 0
 org.eclipse.core.commands.ExecutionException: 
 ImportDeploymentPlanOperation.execute(): Error converting plan: 
 /mdb-ejb-2.1.0.0/ejbModule/META-INF/openejb-jar.xml
   at 
 org.apache.geronimo.st.core.operations.ImportDeploymentPlanOperation.execute(ImportDeploymentPlanOperation.java:95)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl$1.run(DataModelPausibleOperationImpl.java:376)
   at 
 org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1797)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:401)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:358)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.doExecute(DataModelPausibleOperationImpl.java:242)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.executeImpl(DataModelPausibleOperationImpl.java:214)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.cacheThreadAndContinue(DataModelPausibleOperationImpl.java:89)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.execute(DataModelPausibleOperationImpl.java:202)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.ui.DataModelWizard$1$CatchThrowableRunnableWithProgress.run(DataModelWizard.java:211)
   at 
 org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:113)
 !ENTRY org.eclipse.wst.server.core 4 0 2008-06-24 10:42:19.656
 !MESSAGE Could not publish to the server.
 !STACK 0
 java.lang.NullPointerException
   at 
 org.apache.geronimo.st.core.internal.DependencyHelper.getEnvironment(DependencyHelper.java:358)
   at 
 org.apache.geronimo.st.core.internal.DependencyHelper.reorderModules(DependencyHelper.java:97)
   at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:216)
   at 
 org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:669)
   at 
 org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:887)
   at org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
   at 
 org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:72)
   at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

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

Re: [VOTE] Server Repository plugin for Geronimo 2.1.1 - RC2 - CANCELLED

My apologies for the long pause in this vote while I was on vacation and 
not getting it resolved before I lost all connectivity.


Please see the discussion thread for full details on the issue with this 
vote that has caused the delay in closing it.


At this point in time I think it's best just to go ahead and fix plugin 
so that when the catalog is generated it lists the license correctly. 
The alternative would be to manually change the generated catalog before 
we make it available (as I have done with my staging catalog).  The down 
side of this is that somebody might regenerate the catalog in the future 
and omit the manual change to fix the license.


All of that was to explain why this vote is now cancelled.  Expect a RC3 
a little later on today.


Thanks,
Joe


Joe Bohn wrote:
I've prepared a second release candidate for the Server Repository 
plugin.  This candidate resolves the issues with deploying the plugin in 
various Geronimo 2.1* releases.   Much of the information regarding the 
need for the plugin remains the same ...


As a result of some discussion on GERONIMO-2814 
[https://issues.apache.org/jira/browse/GERONIMO-2814] it was suggested 
that we create a plugin to facilitate adding a second repository to 
Geronimo.  This is of particular value when running multiple Geronimo 
server instances from a single Geronimo installation.


I have created a very simple plugin for this purpose.  For more 
information on how this might be leveraged reference 
http://cwiki.apache.org/GMOxDOC21/multiple-repositories.html



Staging repo:
http://people.apache.org/~jbohn/staging-repo/plugins/server-repo/

Staging site:
http://people.apache.org/~jbohn/staging-site/plugins/server-repo/1.0/index.html 



The vote is open for 72 hours and will conclude on Friday (6/13) at 9:00 
ET.


[ ] +1  Release the server-repo plugin
[ ] +0  No opinion
[ ] -1  Don't release the server-repo plugin


Joe

[jira] Resolved: (GERONIMO-4156) Add javamail SMTP support for the SIZE= extension on the MAIL FROM command.


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

Rick McGuire resolved GERONIMO-4156.


Resolution: Fixed

Committed revision 671217.

 Add javamail SMTP support for the SIZE= extension on the MAIL FROM command.
 ---

 Key: GERONIMO-4156
 URL: https://issues.apache.org/jira/browse/GERONIMO-4156
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: mail
Reporter: Rick McGuire
Assignee: Rick McGuire
Priority: Minor
 Fix For: 2.2


 Some SMTP servers (e.g., James) support the SIZE extension defined by RFC 
 1653.  The SMTPTransport implementation should send the SIZE information if 
 the target server indicates it is supported. 

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

Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC2)

2008-06-24 Thread Lin Sun

Tried the 2nd scenario. Looks good +1.

Some minor comments -

1. when install the feature, the size is unknown. (this may have been
mentioned before.)
2. might be nice to have some detailed desp when a user clicks on
different features such as server adpaters for G 2.0 or G 2.1. The
naming such as Geronimo v2.0 Server Adapter v2.1.1 could be confusing
to new users without detailed desp.

lin

On 6/22/08, Tim McConnell [EMAIL PROTECTED] wrote:
Hi everyone, Please review and vote on the maintenance release of the
Geronimo Eclipse Plugin 2.1.1 RC2.

The deployable zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-deployable.zip

The update site zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-updatesite.zip

The current svn location is here (revision number 670302):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.1

The future svn location will be here (when approved):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.1

There is a rudimentary set of install instructions available at the URL
below that will hopefully describe the necessary prereq(s) and steps
required to install and run the GEP:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/Geronimo_Eclipse_Plugin_2.1.1_Instructions-RC2.txt

The vote is open for 72 hours and will conclude on Wednesday (6/25) at 9:00
PM ET.

[ ] +1 Release Geronimo Eclipse Plugin 2.1.1
[ ] +0 No opinion
[ ] -1 Don't release Geronimo Eclipse Plugin 2.1.1

--
Thanks,
Tim McConnell

Re: Remove samples myphonebook and mytime?


David Jencks wrote:
I think you , joe, donald, and hernan are being completely unrealistic 
about the likelihood of these samples being maintained even if they get 
updated and the value they add and the potential for total confusion for 
users when they see a bunch of samples doing exactly the same thing.


Before suggesting removing them I considered the overlap.  Let me 
restate the extent of overlap:


bank has 3 entities, myphonebook has one.  To me this is 100% overlap

mytime and calculator-stateless both demonstrate a stateless ejb with no 
connection to the outside world.  Again to me this is 100% overlap.


David,

Thanks for the detailed response and pointing out the overlap again. 
I'll take a closer look at the overlaps you have pointed out.  If it is 
truly 100% overlap (meaning both samples include the same level of 
detail) then I agree that we don't need multiple samples.  However, it 
is really a very simple sample and a more complex sample then I think 
there is value in keeping the simple example.  A user that just wants to 
understand the most fundamental concept without additional clutter could 
be confused by the more complex sample.  On the other hand, I think it's 
good to have the more complex examples too since they are a little 
closer to real world scenarios even if they are very contrived.  I was 
under the impression that this extremely simple vs. more complex 
scenarios were what we had in the samples that you pointed out.




Rather than spending our non-existent energy maintaining a bunch of 
badly written samples that do exactly the same thing I'd rather see some 
faintly more realistic samples with a broader range such as an ejb that 
sends jms messages and a jsf sample.  There's also a lot of room for 
improvements in the samples I think we should keep such as:


- having the web client in a different war than the jaxws service in the 
jaxws example
- having an ejb that sends messages in the jms example, probably in a 
different ejb jar.
- actually saving the new users in the timereport jar.  I'd recommend 
using jpa here.  This would be an example of using jpa from the web 
tier, currently missing IIUC.

- demonstrating switching datasources


All good enhancements.  My only concern is to ensure that we have some 
very basic samples for those just starting out.  If they truly are the 
most basic scenarios then it was my hope that there should be very 
little if any change from release to release and hence very low maintenance.





Although bank and customer-service are pretty similar, I haven't 
recommended removing one because I modified customer-service to 
demonstrate container managed persistence contexts and left bank 
demonstrating application managed persistence contexts.


That sounds like a good split to me.



I am not going to work on these two samples so if you really want to 
keep them please divvy up the work and update them and their 
documentation.  My understanding is that Joe would like to get the 
samples released fairly soon.


I hope to get back on this as soon as I catch up on email.



thanks
david jencks

On Jun 11, 2008, at 11:52 PM, Jacek Laskowski wrote:

On Thu, Jun 12, 2008 at 2:18 AM, David Jencks [EMAIL PROTECTED] 
wrote:

I'd like to remove the myphonebook and mytime samples.  AFAICT they
duplicate functionality demonstrated in bank.

mytime has a web app accessing a stateless ejb
myphonebook has a web app accessing a stateless ejb that uses a 
single jpa

entity (with an application managed persistence context)

bank has a web app accessing a stateless ejb that uses 3 jpa entities
(although they aren't implemented well) using application managed
persistence context
customer-service has a web app accessing a stateless ejb that uses 
one jpa

entity using a container managed persistence context.

Any objections?


Yup! Let's keep them till they're fixed and once they are we could
notice their value (I know it sounds weird, but they're pretty small
to digest for novices and that's their major value). Let me take a
look at them, okey?

Jacek

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

Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC2)

2008-06-24 Thread Tim McConnell

Hi Ted, it's done and seems to be working. And since I've only updated the
staging site I'm not going to start a new vote..

Tim McConnell wrote:
Sorry Ted, that's my fault, I was supposed to manually edit those files
on the staging site to do exactly that but I forgot. Hopefully we can
improve this staging site process for the next release. In any case I'll
do it now and let you know when complete.

Ted Kirby wrote:

On Sun, Jun 22, 2008 at 8:24 PM, Tim McConnell [EMAIL PROTECTED]
wrote:

Hi everyone, Please review and vote on the maintenance release of the
Geronimo Eclipse Plugin 2.1.1 RC2.

The deployable zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-deployable.zip

The update site zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-updatesite.zip

The current svn location is here (revision number 670302):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.1

The future svn location will be here (when approved):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.1

There is a rudimentary set of install instructions available at the URL
below that will hopefully describe the necessary prereq(s) and steps
required to install and run the GEP:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/Geronimo_Eclipse_Plugin_2.1.1_Instructions-RC2.txt

Additionally, there is an ant build.xml file that can be used to
download

the prereq for the GEP. It is documented in the instructions.
Finally, I've created a Staging Site that can used to test the update
manager functions of Eclipse for downloading both the GEP itself and the
Geronimo Server. This is also documented in the instructions. Please
let me

know if there are any questions.

The vote is open for 72 hours and will conclude on Wednesday (6/25)
at 9:00

PM ET.

[ ] +1 Release Geronimo Eclipse Plugin 2.1.1
[ ] +0 No opinion
[ ] -1 Don't release Geronimo Eclipse Plugin 2.1.1

--
Thanks,
Tim McConnell

Re: [ANNOUNCE] Welcome Shiva Kumar H R as the newest member of the Geronimo PMC

2008-06-24 Thread Kevan Miller


Congrats Shiva!

--kevan
On Jun 23, 2008, at 7:43 AM, Vamsavardhana Reddy wrote:


All,
Please join us in congratulating Shiva Kumar H R as the newest  
member of the Geronimo PMC. It's been great to have Shiva working  
with us as a committer on Geronimo. Even better to have him join us  
in providing oversight of the Geronimo project.


Way to go Shiva!!!

The Apache Geronimo PMC

++Vamsi

Re: [ANNOUNCE] Welcoming Ted Kirby as a Geronimo Committer


Donald Woods wrote:

I'd like to welcome Ted Kirby as Geronimo's newest committer.

Ted, keep up all the great work on the Eclipse Plugin and welcome aboard!


-Donald


My belated congratulations and welcome!

Joe

Re: [ANNOUNCE] Welcoming Yun Feng Ma as a Geronimo Committer


Donald Woods wrote:
I'd like to welcome Yun Feng Ma as Geronimo's newest committer.  He 
should have his Apache account and karma in the next week or so.


Yun Feng, keep up all of the great work to test and submit patches, as 
you've helped make Geronimo a better server for all of our users.



-Donald



My belated congratulations and welcome!

Joe

Re: [ANNOUNCE] Welcome Shiva Kumar H R as the newest member of the Geronimo PMC


Vamsavardhana Reddy wrote:

All,
Please join us in congratulating Shiva Kumar H R as the newest member of 
the Geronimo PMC. It's been great to have Shiva working with us as a 
committer on Geronimo. Even better to have him join us in providing 
oversight of the Geronimo project.


Way to go Shiva!!!

The Apache Geronimo PMC

++Vamsi



Congrats Shiva ... welcome aboard!

Joe

Re: [ANNOUNCE] Welcome Shiva Kumar H R as the newest member of the Geronimo PMC

2008-06-24 Thread Jarek Gawor

Congratulations!

Jarek

On Mon, Jun 23, 2008 at 7:43 AM, Vamsavardhana Reddy
[EMAIL PROTECTED] wrote:
 All,
 Please join us in congratulating Shiva Kumar H R as the newest member of the
 Geronimo PMC. It's been great to have Shiva working with us as a committer
 on Geronimo. Even better to have him join us in providing oversight of the
 Geronimo project.

 Way to go Shiva!!!

 The Apache Geronimo PMC

 ++Vamsi

Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC2)

2008-06-24 Thread Hernan Cunico


+1

Cheers!
Hernan

Tim McConnell wrote:
Hi everyone, Please review and vote on the maintenance release of the 
Geronimo Eclipse Plugin 2.1.1 RC2.


The deployable zip file is here:

 
http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-deployable.zip 



The update site zip file is here:

 
http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-updatesite.zip 



The current svn location is here (revision number 670302):

 
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.1 



The future svn location will be here (when approved):

 
https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.1 



There is a rudimentary set of install instructions available at the URL 
below that will hopefully describe the necessary prereq(s) and steps 
required to install and run the GEP:


 
http://people.apache.org/~mcconne/releases/2.1.1/RC2/Geronimo_Eclipse_Plugin_2.1.1_Instructions-RC2.txt 



Additionally, there is an ant build.xml file that can be used to 
download the prereq for the GEP. It is documented in the instructions.
Finally, I've created a Staging Site that can used to test the update 
manager functions of Eclipse for downloading both the GEP itself and the 
Geronimo Server. This is also documented in the instructions. Please let 
me know if there are any questions.


The vote is open for 72 hours and will conclude on Wednesday (6/25) at 
9:00 PM ET.


[ ] +1  Release Geronimo Eclipse Plugin 2.1.1
[ ] +0  No opinion
[ ] -1  Don't release Geronimo Eclipse Plugin 2.1.1

[jira] Commented: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo

2008-06-24 Thread Lin Sun (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607713#action_12607713
 ] 

Lin Sun commented on GERONIMO-3974:
---

I am unable to reproduce this with IBM JDK + clean geronimo 2.1.2 trunk.

Also, apply patch to 2.1.2 trunk got the kernelconfigurationmanager.java 
patching not possible.

 Shutdown exceptions even for a clean Geronimo
 -

 Key: GERONIMO-3974
 URL: https://issues.apache.org/jira/browse/GERONIMO-3974
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Kevan Miller
Priority: Minor
 Fix For: 2.1.2, 2.2

 Attachments: GERONIMO-3974.patch


 Shutdown a clean Geronimo server, get the following exceptions:
 {noformat}
 Geronimo Application Server started
 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
 called with null
 java.sql.SQLException: No current connection.
 at 
 org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
 Source)
 at 
 org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
 at 
 org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
 at 
 org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
 at 
 org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
 at 
 org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
 at 
 org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
 at 
 org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
 at 
 org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
 at 
 org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at

[jira] Created: (GERONIMO-4157) Generating plan for EAR on minimal install leads to Null Pointer Exception

2008-06-24 Thread Joseph Leong (JIRA)

Generating plan for EAR on minimal install leads to Null Pointer Exception
--

 Key: GERONIMO-4157
 URL: https://issues.apache.org/jira/browse/GERONIMO-4157
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: PlanCreator
Affects Versions: 2.2
 Environment: Ubuntu 7.10, Firefox 2.0.0.11
Reporter: Joseph Leong


When feeding the bank-ear-2.2-SNAPSHOT.ear into this plan creator on a 
minimal-tomcat-6 server, it leads to a NPE:

java.lang.NullPointerException

org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAfterView(GetArchiveHandler.java:71)

org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPagePortlet.java:114)
org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218)
org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
javax.servlet.http.HttpServlet.service(HttpServlet.java:806)

org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)

org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPortletInvokerService.java:85)

org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerImpl.java:219)

org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:121)

org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServlet.java:167)
javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
javax.servlet.http.HttpServlet.service(HttpServlet.java:806)

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

[jira] Commented: (GERONIMO-4157) Generating plan for EAR on minimal install leads to Null Pointer Exception

2008-06-24 Thread Joseph Leong (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4157?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607718#action_12607718
 ] 

Joseph Leong commented on GERONIMO-4157:


Note: It works fine on the geronimo-tomcat6-javaee5 build.
-Joseph Leong


 Generating plan for EAR on minimal install leads to Null Pointer Exception
 --

 Key: GERONIMO-4157
 URL: https://issues.apache.org/jira/browse/GERONIMO-4157
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: PlanCreator
Affects Versions: 2.2
 Environment: Ubuntu 7.10, Firefox 2.0.0.11
Reporter: Joseph Leong

 When feeding the bank-ear-2.2-SNAPSHOT.ear into this plan creator on a 
 minimal-tomcat-6 server, it leads to a NPE:
 java.lang.NullPointerException
   
 org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAfterView(GetArchiveHandler.java:71)
   
 org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPagePortlet.java:114)
   org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218)
   org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
   
 org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
   
 org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPortletInvokerService.java:85)
   
 org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerImpl.java:219)
   
 org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:121)
   
 org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServlet.java:167)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:806)

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

Re: [DISCUSS] Server Respository plugin for Geronimo 2.1+ - RC2

2008-06-24 Thread Lin Sun

Hi Joe, any plan to update the multi-repo documentation to instruct
users to install the sample plugin instead of deploy the
server-repo.xml file manually?

Thanks, Lin

Re: [ANNOUNCE] Welcome Shiva Kumar H R as the newest member of the Geronimo PMC

2008-06-24 Thread Lin Sun

Congrats Shiva!!

Lin

  On Mon, Jun 23, 2008 at 7:43 AM, Vamsavardhana Reddy
  [EMAIL PROTECTED] wrote:
   All,
   Please join us in congratulating Shiva Kumar H R as the newest member of 
 the
   Geronimo PMC. It's been great to have Shiva working with us as a committer
   on Geronimo. Even better to have him join us in providing oversight of the
   Geronimo project.
  
   Way to go Shiva!!!
  
   The Apache Geronimo PMC
  
   ++Vamsi

Re: [DISCUSS] Server Respository plugin for Geronimo 2.1+ - RC2


Lin Sun wrote:

Hi Joe, any plan to update the multi-repo documentation to instruct
users to install the sample plugin instead of deploy the
server-repo.xml file manually?

Thanks, Lin



Yes, I was planning to update the doc to include the installing the 
plugin once it was released.  However, I was thinking of keeping the 
manual process as well  still hadn't decided on that yet.


Joe

[jira] Commented: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo

2008-06-24 Thread Lin Sun (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607720#action_12607720
 ] 

Lin Sun commented on GERONIMO-3974:
---

I was using IBM JDK 1.5 SR4.   I moved to a newer IBM JDK 1.5 SR6b, still 
unable to reproduce this error with the latest 2.1.2 trunk tomcat javaee5 
assembly i built today.

 Shutdown exceptions even for a clean Geronimo
 -

 Key: GERONIMO-3974
 URL: https://issues.apache.org/jira/browse/GERONIMO-3974
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Kevan Miller
Priority: Minor
 Fix For: 2.1.2, 2.2

 Attachments: GERONIMO-3974.patch


 Shutdown a clean Geronimo server, get the following exceptions:
 {noformat}
 Geronimo Application Server started
 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
 called with null
 java.sql.SQLException: No current connection.
 at 
 org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
 Source)
 at 
 org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
 at 
 org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
 at 
 org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
 at 
 org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
 at 
 org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
 at 
 org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
 at 
 org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
 at 
 org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
 at 
 org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at

Re: [VOTE] Release Geronimo Eclipse Plugin 2.1.1 (RC2)

2008-06-24 Thread Ted Kirby

Thanks Tim. Download and Install works.

On Tue, Jun 24, 2008 at 12:25 PM, Tim McConnell [EMAIL PROTECTED] wrote:
Hi Ted, it's done and seems to be working. And since I've only updated the
staging site I'm not going to start a new vote..

Tim McConnell wrote:

Sorry Ted, that's my fault, I was supposed to manually edit those files on
the staging site to do exactly that but I forgot. Hopefully we can improve
this staging site process for the next release. In any case I'll do it now
and let you know when complete.

Ted Kirby wrote:

On Sun, Jun 22, 2008 at 8:24 PM, Tim McConnell [EMAIL PROTECTED]
wrote:

Hi everyone, Please review and vote on the maintenance release of the
Geronimo Eclipse Plugin 2.1.1 RC2.

The deployable zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-deployable.zip

The update site zip file is here:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/geronimo-eclipse-plugin-2.1.1-updatesite.zip

The current svn location is here (revision number 670302):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/branches/2.1.1

The future svn location will be here (when approved):

https://svn.apache.org/repos/asf/geronimo/devtools/eclipse-plugin/tags/2.1.1

There is a rudimentary set of install instructions available at the URL
below that will hopefully describe the necessary prereq(s) and steps
required to install and run the GEP:

http://people.apache.org/~mcconne/releases/2.1.1/RC2/Geronimo_Eclipse_Plugin_2.1.1_Instructions-RC2.txt

Additionally, there is an ant build.xml file that can be used to
download
the prereq for the GEP. It is documented in the instructions.
Finally, I've created a Staging Site that can used to test the update
manager functions of Eclipse for downloading both the GEP itself and the
Geronimo Server. This is also documented in the instructions. Please let
me
know if there are any questions.

The vote is open for 72 hours and will conclude on Wednesday (6/25) at
9:00
PM ET.

[ ] +1 Release Geronimo Eclipse Plugin 2.1.1
[ ] +0 No opinion
[ ] -1 Don't release Geronimo Eclipse Plugin 2.1.1

--
Thanks,
Tim McConnell

client accessing remote EJB -(OEJP 2.0)

2008-06-24 Thread dnsunil


Hi,

When accessing a remote EJB running on Websphere CE environment from a
standalone client on Windows 2003 server  throwing the below exception

Unknown Container Exception: java.rmi.RemoteException: Cannot read the
response from the server (OEJP/2.0) : null; nested exception is:
java.io.EOFException

Note:- File read/write process is being handled (approx 150 MB) and it
failed after 4 hours of processing giving the above exception.


Appreciate the response in this regard.




-- 
View this message in context: 
http://www.nabble.com/client-accessing-remote-EJB--%28OEJP-2.0%29-tp18098297s134p18098297.html
Sent from the Apache Geronimo - Dev mailing list archive at Nabble.com.

[jira] Updated: (GERONIMODEVTOOLS-395) should remove tags from source files that have no data


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

B.J. Reed updated GERONIMODEVTOOLS-395:
---

Attachment: GERONIMODEVTOOLS-395a.patch

395a.patch covers most of the easier situations.  Still much work to be done 
after this, especially for things like when all objects have been removed from 
a List.

 should remove tags from source files that have no data
 --

 Key: GERONIMODEVTOOLS-395
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-395
 Project: Geronimo-Devtools
  Issue Type: Sub-task
  Components: eclipse-plugin
Affects Versions: 2.1.x
Reporter: B.J. Reed
Assignee: B.J. Reed
Priority: Minor
 Fix For: 2.1.2

 Attachments: GERONIMODEVTOOLS-395a.patch


 When using any of the deployment plan editors, setting a field to have 
 nothing in it gives an XML tag with nothing in it. Before editing a plan, 
 unnecessary tags are not shown in the deployment plan,  this is the state the 
 plan should revert to.  For example:
 If I use the editor to specify an application client call back handler, I 
 will get a tag like this (which is good)
 client:callback-handleraHandler/client:callback-handler
 Going back into the editor and removing that, I get 
 client:callback-handler/client:callback-handler
 I was expecting the whole line to just be deleted.

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

[jira] Commented: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo


[ 
https://issues.apache.org/jira/browse/GERONIMO-3974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607736#action_12607736
 ] 

Donald Woods commented on GERONIMO-3974:


What OS are you using?  I can reproduce the symptom with SR6 on OpenSUSE 11.0.

 Shutdown exceptions even for a clean Geronimo
 -

 Key: GERONIMO-3974
 URL: https://issues.apache.org/jira/browse/GERONIMO-3974
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Kevan Miller
Priority: Minor
 Fix For: 2.1.2, 2.2

 Attachments: GERONIMO-3974.patch


 Shutdown a clean Geronimo server, get the following exceptions:
 {noformat}
 Geronimo Application Server started
 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
 called with null
 java.sql.SQLException: No current connection.
 at 
 org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
 Source)
 at 
 org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
 at 
 org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
 at 
 org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
 at 
 org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
 at 
 org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
 at 
 org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
 at 
 org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
 at 
 org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
 at 
 org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
 at

[jira] Commented: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo

2008-06-24 Thread Lin Sun (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-3974?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607741#action_12607741
 ] 

Lin Sun commented on GERONIMO-3974:
---

I am using winxp pro.

 Shutdown exceptions even for a clean Geronimo
 -

 Key: GERONIMO-3974
 URL: https://issues.apache.org/jira/browse/GERONIMO-3974
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Kevan Miller
Priority: Minor
 Fix For: 2.1.2, 2.2

 Attachments: GERONIMO-3974.patch


 Shutdown a clean Geronimo server, get the following exceptions:
 {noformat}
 Geronimo Application Server started
 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
 called with null
 java.sql.SQLException: No current connection.
 at 
 org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
 Source)
 at 
 org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
 at 
 org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
 at 
 org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
 at 
 org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
 at 
 org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
 at 
 org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
 at 
 org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
 at 
 org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
 at 
 org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

Re: [DISCUSS] Server Respository plugin for Geronimo 2.1+ - RC2

2008-06-24 Thread Hernan Cunico


Joe Bohn wrote:

Lin Sun wrote:

Hi Joe, any plan to update the multi-repo documentation to instruct
users to install the sample plugin instead of deploy the
server-repo.xml file manually?

Thanks, Lin



Yes, I was planning to update the doc to include the installing the 
plugin once it was released.  However, I was thinking of keeping the 
manual process as well  still hadn't decided on that yet.


Joe


I would suggest we keep the manual process and then document the server repo 
plugin as part of the sample apps (which are all plugins(*)). Then we can 
reference to that section from the existing doc

(*) should we call the sample apps section sample plugins to give it a more 
representative title?

Cheers!
Hernan

[BUILD] trunk: Failed for Revision: 671305

Geronimo Revision: 671305 built with tests included
 
See the full build-1500.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080624/build-1500.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080624
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 52 minutes 40 seconds
[INFO] Finished at: Tue Jun 24 15:57:55 EDT 2008
[INFO] Final Memory: 358M/1015M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080624/logs-1500-tomcat/test.log
 
 
[INFO] Scanning for projects...
WAGON_VERSION: 1.0-beta-2
[INFO] 
[INFO] Building Geronimo TestSuite
[INFO]task-segment: [install]
[INFO] 
Downloading: 
http://repo1.maven.org/maven2/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-3/selenium-maven-plugin-1.0-beta-3.pom
20K downloaded
Downloading: 
http://repo1.maven.org/maven2/org/codehaus/mojo/selenium-maven-plugin/1.0-beta-3/selenium-maven-plugin-1.0-beta-3.jar
59K downloaded
[INFO] snapshot org.apache.geronimo.buildsupport:buildsupport:2.2-SNAPSHOT: 
checking for updates from apache-snapshots
[INFO] snapshot org.apache.geronimo.buildsupport:buildsupport:2.2-SNAPSHOT: 
checking for updates from codehaus-snapshots
[INFO] snapshot org.apache.geronimo.buildsupport:buildsupport:2.2-SNAPSHOT: 
checking for updates from apache.snapshots
[INFO] snapshot 
org.apache.geronimo.buildsupport:testsuite-maven-plugin:2.2-SNAPSHOT: checking 
for updates from apache-snapshots
[INFO] snapshot 
org.apache.geronimo.buildsupport:testsuite-maven-plugin:2.2-SNAPSHOT: checking 
for updates from codehaus-snapshots
[INFO] snapshot 
org.apache.geronimo.buildsupport:testsuite-maven-plugin:2.2-SNAPSHOT: checking 
for updates from apache.snapshots
[INFO] snapshot 
org.apache.geronimo.testsupport:testsupport-selenium:2.2-SNAPSHOT: checking for 
updates from apache-snapshots
[INFO] snapshot 
org.apache.geronimo.testsupport:testsupport-selenium:2.2-SNAPSHOT: checking for 
updates from codehaus-snapshots
[INFO] snapshot 
org.apache.geronimo.testsupport:testsupport-selenium:2.2-SNAPSHOT: checking for 
updates from apache.snapshots
Downloading: 
http://download.java.net/maven/1//bouncycastle/poms/bcprov-jdk15-135.pom
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.pom
Downloading: 
http://repo1.maven.org/maven2/bouncycastle/bcprov-jdk15/135/bcprov-jdk15-135.pom
[INFO] [enforcer:enforce {execution: default}]
[INFO] [shitty:clean {execution: default}]
[INFO] Setting property: classpath.resource.loader.class = 
'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
[INFO] Setting property: velocimacro.messages.on = 'false'.
[INFO] Setting property: resource.loader = 'classpath'.
[INFO] Setting property: resource.manager.logwhenfound = 'false'.
[INFO] [remote-resources:process {execution: default}]
Downloading: 
http://archiva.openqa.org/repository/releases/org/codehaus/groovy/maven/gmaven-mojo-support/1.0-rc-1/gmaven-mojo-support-1.0-rc-1.pom
Downloading: 
http://repo1.maven.org/maven2/org/codehaus/groovy/maven/gmaven-mojo-support/1.0-rc-1/gmaven-mojo-support-1.0-rc-1.pom
2K downloaded
Downloading: 
http://archiva.openqa.org/repository/releases/log4j/log4j/1.2.14/log4j-1.2.14.pom
Downloading: http://repo1.maven.org/maven2/log4j/log4j/1.2.14/log4j-1.2.14.pom
2K downloaded
Downloading: 
http://archiva.openqa.org/repository/releases/org/codehaus/groovy/maven/gmaven-mojo-support/1.0-rc-1/gmaven-mojo-support-1.0-rc-1.jar
Downloading: 
http://repo1.maven.org/maven2/org/codehaus/groovy/maven/gmaven-mojo-support/1.0-rc-1/gmaven-mojo-support-1.0-rc-1.jar
25K downloaded
Downloading: 
http://archiva.openqa.org/repository/releases/log4j/log4j/1.2.14/log4j-1.2.14.jar
Downloading: http://repo1.maven.org/maven2/log4j/log4j/1.2.14/log4j-1.2.14.jar
358K downloaded
[INFO] [selenium:xvfb {execution: xvfb}]
[INFO] Starting Xvfb...
[INFO] Using display: :24
[INFO] Using Xauthority file: /tmp/Xvfb46863.Xauthority
Deleting: /tmp/Xvfb46863.Xauthority
/usr/bin/xauth:  creating new authority file /tmp/Xvfb46863.Xauthority
Created dir: /home/geronimo/geronimo/trunk/testsuite/target/selenium
Launching Xvfb
[INFO] Redirecting output to: 
/home/geronimo/geronimo/trunk/testsuite/target/selenium/xvfb.log
Waiting for Xvfb...
Xvfb started
[INFO] [site:attach-descriptor]
[INFO] [selenium:start-server {execution: start}]
Launching Selenium Server
Waiting for Selenium Server

Firefox 3 and Selenium problems?

2008-06-24 Thread Donald Woods

I upgraded to Firefox 3 on my Mac and am seeing testsuite automation 
problems now, like -


- Can't have multiple copies of Firefox open (have to kill open ones 
before selenium can launch firefox)
- Have to kill the firefox process after each testsuite uses it, before 
the tests will continue to the next testsuite



Has anyone else upgraded to Firefox 3 and seeing the same problems?


-Donald


smime.p7s
Description: S/MIME Cryptographic Signature

[BUILD] branches/2.1: Failed for Revision: 671271

Geronimo Revision: 671271 built with tests included
 
See the full build-1400.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624/build-1400.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 52 minutes 46 seconds
[INFO] Finished at: Tue Jun 24 14:57:42 EDT 2008
[INFO] Final Memory: 342M/894M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624/logs-1400-tomcat/test.log
 
[INFO] Running commands-testsuite.deploy
[INFO] Tests run: 8, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 55.306 
sec  FAILURE!
 
Assembly: jetty
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624/logs-1400-jetty/test.log
 
[INFO] Running commands-testsuite.deploy
[INFO] Tests run: 8, Failures: 2, Errors: 0, Skipped: 0, Time elapsed: 57.589 
sec  FAILURE!
 
Samples: branches/2.1
=
Log: 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20080624/samples-1400.log
 
Build status: FAILED

[jira] Updated: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo


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

Donald Woods updated GERONIMO-3974:
---

Attachment: (was: GERONIMO-3974-2.1.2.patch)

 Shutdown exceptions even for a clean Geronimo
 -

 Key: GERONIMO-3974
 URL: https://issues.apache.org/jira/browse/GERONIMO-3974
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Kevan Miller
Priority: Minor
 Fix For: 2.1.2, 2.2

 Attachments: GERONIMO-3974.patch


 Shutdown a clean Geronimo server, get the following exceptions:
 {noformat}
 Geronimo Application Server started
 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
 called with null
 java.sql.SQLException: No current connection.
 at 
 org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
 Source)
 at 
 org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
 at 
 org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
 at 
 org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
 at 
 org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
 at 
 org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
 at 
 org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
 at 
 org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
 at 
 org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
 at 
 org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at

[jira] Updated: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo


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

Donald Woods updated GERONIMO-3974:
---

Attachment: GERONIMO-3974-2.1.2.patch

Updated patch that can be applied to branches/2.1

 Shutdown exceptions even for a clean Geronimo
 -

 Key: GERONIMO-3974
 URL: https://issues.apache.org/jira/browse/GERONIMO-3974
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Kevan Miller
Priority: Minor
 Fix For: 2.1.2, 2.2

 Attachments: GERONIMO-3974.patch


 Shutdown a clean Geronimo server, get the following exceptions:
 {noformat}
 Geronimo Application Server started
 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
 called with null
 java.sql.SQLException: No current connection.
 at 
 org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
 Source)
 at 
 org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
 at 
 org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
 at 
 org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
 at 
 org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
 at 
 org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
 at 
 org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
 at 
 org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
 at 
 org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
 at 
 org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
 at

Re: [DISCUSS] Server Respository plugin for Geronimo 2.1+ - RC2


Hernan Cunico wrote:

Joe Bohn wrote:

Lin Sun wrote:

Hi Joe, any plan to update the multi-repo documentation to instruct
users to install the sample plugin instead of deploy the
server-repo.xml file manually?

Thanks, Lin



Yes, I was planning to update the doc to include the installing the 
plugin once it was released.  However, I was thinking of keeping the 
manual process as well  still hadn't decided on that yet.


Joe

I would suggest we keep the manual process and then document the server 
repo plugin as part of the sample apps (which are all plugins(*)). Then 
we can reference to that section from the existing doc


No objection to keeping the manual process per say ... but this is not a 
sample.  Rather, it is a per server repository which can be used without 
any modification by the end user.  I think the description should remain 
independent of the samples.





(*) should we call the sample apps section sample plugins to give it a 
more representative title?


I think it would be a mistake to change the title from apps to plugins. 
 They are still applications as well as plugins and a user looking for 
a sample will intuitively look for a sample application as the term 
plugin might not have any meaning to them.




Cheers!
Hernan

[jira] Updated: (GERONIMO-3974) Shutdown exceptions even for a clean Geronimo


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

Donald Woods updated GERONIMO-3974:
---

Attachment: GERONIMO-3974-2.1.2.patch

Updated patch that can be applied to the framework directory in branches/2.1

 Shutdown exceptions even for a clean Geronimo
 -

 Key: GERONIMO-3974
 URL: https://issues.apache.org/jira/browse/GERONIMO-3974
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Kevan Miller
Priority: Minor
 Fix For: 2.1.2, 2.2

 Attachments: GERONIMO-3974-2.1.2.patch, GERONIMO-3974.patch


 Shutdown a clean Geronimo server, get the following exceptions:
 {noformat}
 Geronimo Application Server started
 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
 called with null
 java.sql.SQLException: No current connection.
 at 
 org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
 Source)
 at 
 org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
 at 
 org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
 at 
 org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
 at 
 org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
 at 
 org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
 at 
 org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
 at 
 org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
 at 
 org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
 at 
 org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
 at

[VOTE] Server Repository plugin for Geronimo 2.1+ (rc3)

I've prepared a third release candidate for the Server Repository 
plugin.  This candidate corrects the geronimo-plugin.xml and 
geronimo-plugins.xml issue regarding the open source license.


The rationale for the plugin remains the same:
As a result of some discussion on GERONIMO-2814 
[https://issues.apache.org/jira/browse/GERONIMO-2814] it was suggested 
that we create a plugin to facilitate adding a second repository to 
Geronimo.  This is of particular value when running multiple Geronimo 
server instances from a single Geronimo installation.


I have created a very simple plugin for this purpose.  For more 
information on how this might be leveraged reference 
http://cwiki.apache.org/GMOxDOC21/multiple-repositories.html



Staging repo:
http://people.apache.org/~jbohn/staging-repo/plugins/server-repo/

Staging site:
http://people.apache.org/~jbohn/staging-site/plugins/server-repo/1.0/index.html

The svn location is here:
https://svn.apache.org/repos/asf/geronimo/plugins/server-repo/tags/server-repo-1.0

Repository for plugin install (same as staging repo):
http://people.apache.org/~jbohn/staging-repo/plugins/server-repo/
   - From the console navigation to Plugins
   - select Add Repository
   - paste in my staging repo listed above:
   - click Add
   - Select the newly added repository from the drop down list
   - click Show Plugins in selected repository
   - You should see just this plugin in the list and you can install it 
from there.



The vote is open for 72 hours and will conclude on Friday (6/27) at 
6:00PM ET.


[ ] +1  Release the server-repo plugin
[ ] +0  No opinion
[ ] -1  Don't release the server-repo plugin


Joe

[DISCUSS] Server Repository plugin for Geronimo 2.1+ (rc3)

Start of thread to discuss any concerns/issues/questions with the vote 
for the Server Repository plugin for Geronimo 2.1+


Joe

Re: [VOTE] Server Repository plugin for Geronimo 2.1+ (rc3)


Here's my +1.

Joe


Joe Bohn wrote:
I've prepared a third release candidate for the Server Repository 
plugin.  This candidate corrects the geronimo-plugin.xml and 
geronimo-plugins.xml issue regarding the open source license.


The rationale for the plugin remains the same:
As a result of some discussion on GERONIMO-2814 
[https://issues.apache.org/jira/browse/GERONIMO-2814] it was suggested 
that we create a plugin to facilitate adding a second repository to 
Geronimo.  This is of particular value when running multiple Geronimo 
server instances from a single Geronimo installation.


I have created a very simple plugin for this purpose.  For more 
information on how this might be leveraged reference 
http://cwiki.apache.org/GMOxDOC21/multiple-repositories.html



Staging repo:
http://people.apache.org/~jbohn/staging-repo/plugins/server-repo/

Staging site:
http://people.apache.org/~jbohn/staging-site/plugins/server-repo/1.0/index.html 



The svn location is here:
https://svn.apache.org/repos/asf/geronimo/plugins/server-repo/tags/server-repo-1.0 



Repository for plugin install (same as staging repo):
http://people.apache.org/~jbohn/staging-repo/plugins/server-repo/
   - From the console navigation to Plugins
   - select Add Repository
   - paste in my staging repo listed above:
   - click Add
   - Select the newly added repository from the drop down list
   - click Show Plugins in selected repository
   - You should see just this plugin in the list and you can install it 
from there.



The vote is open for 72 hours and will conclude on Friday (6/27) at 
6:00PM ET.


[ ] +1  Release the server-repo plugin
[ ] +0  No opinion
[ ] -1  Don't release the server-repo plugin


Joe

[jira] Commented: (GERONIMO-4139) Add a comment to config-substitutions.properties to indicate its usage

2008-06-24 Thread David Jencks (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4139?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607776#action_12607776
 ] 

David Jencks commented on GERONIMO-4139:


I changed the comment to clarify how to override the entries with system 
properties or environment variables.  
trunk rev. 671354
branches/2.1 rev 671359

Please review

 Add a comment to config-substitutions.properties to indicate its usage
 --

 Key: GERONIMO-4139
 URL: https://issues.apache.org/jira/browse/GERONIMO-4139
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: kernel
Affects Versions: 2.1.2, 2.2
Reporter: Lin Sun
Assignee: Lin Sun
Priority: Minor
 Fix For: 2.1.2, 2.2


 Add a comment to config-substitutions.properties that indicates it's usage.   
 The README.txt talks about it, but useful to have a little doc in the file 
 itself...

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

[jira] Updated: (GERONIMO-3974) Shutdown exceptions on IBM JVM


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

Donald Woods updated GERONIMO-3974:
---

Patch Info: [Patch Available]
   Summary: Shutdown exceptions on IBM JVM  (was: Shutdown exceptions even 
for a clean Geronimo)

updated title to denote this is only with the IBM SDK



 Shutdown exceptions on IBM JVM
 --

 Key: GERONIMO-3974
 URL: https://issues.apache.org/jira/browse/GERONIMO-3974
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Kevan Miller
Priority: Minor
 Fix For: 2.1.2, 2.2

 Attachments: GERONIMO-3974-2.1.2.patch, GERONIMO-3974.patch


 Shutdown a clean Geronimo server, get the following exceptions:
 {noformat}
 Geronimo Application Server started
 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
 called with null
 java.sql.SQLException: No current connection.
 at 
 org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
 Source)
 at 
 org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
 at 
 org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
 at 
 org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
 at 
 org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
 at 
 org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
 at 
 org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
 at 
 org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
 at 
 org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
 at 
 org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at

[jira] Closed: (GERONIMO-3971) Error message during assembling a server

2008-06-24 Thread David Jencks (JIRA)


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

David Jencks closed GERONIMO-3971.
--

Resolution: Fixed

After looking at this more I think I was wrong and the only place we ever write 
these files is from LocalAttributeManager, so there's no way such a file could 
exist before we start the LAM that will write it out.

I changed the open method to write out an empty file if no file is found.  I 
also changed the instructions a bit (see GERONIMO-4139)

trunk rev. 671354
branches/2.1 rev 671359



 Error message during assembling a server
 

 Key: GERONIMO-3971
 URL: https://issues.apache.org/jira/browse/GERONIMO-3971
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Plugins
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: David Jencks
Priority: Minor
 Fix For: 2.1.2, 2.2


 The following error message (3 lines) are reported on Geronimo launch console 
 during assembling a server:
 16:09:05,484 ERROR [LocalAttributeManager] Caught exception 
 java.io.FileNotFound
 Exception: H:\geronimo server1\var\temp\assembly\var\config\config-substit
 utions.properties (系统找不到指定的文件。) trying to open properties file H:\ger
 onimo server1\var\temp\assembly\var\config\config-substitutions.properties
 16:09:05,500 ERROR [LocalAttributeManager] Caught exception 
 java.io.FileNotFound
 Exception: H:\geronimo server1\var\temp\assembly\var\config\config-substit
 utions.properties (系统找不到指定的文件。) trying to open properties file H:\ger
 onimo server1\var\temp\assembly\var\config\config-substitutions.properties
 16:09:05,515 ERROR [LocalAttributeManager] Caught exception 
 java.io.FileNotFound
 Exception: H:\geronimo server1\var\temp\assembly\var\config\config-substit
 utions.properties (系统找不到指定的文件。) trying to open properties file H:\ger
 onimo server1\var\temp\assembly\var\config\config-substitutions.properties

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

[jira] Assigned: (GERONIMO-3974) Shutdown exceptions on IBM JVM


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

Donald Woods reassigned GERONIMO-3974:
--

Assignee: Donald Woods  (was: Kevan Miller)

 Shutdown exceptions on IBM JVM
 --

 Key: GERONIMO-3974
 URL: https://issues.apache.org/jira/browse/GERONIMO-3974
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: connector
Affects Versions: 2.1.1, 2.1.2, 2.2
 Environment: Windows
Reporter: YunFeng Ma
Assignee: Donald Woods
Priority: Minor
 Fix For: 2.1.2, 2.2

 Attachments: GERONIMO-3974-2.1.2.patch, GERONIMO-3974.patch


 Shutdown a clean Geronimo server, get the following exceptions:
 {noformat}
 Geronimo Application Server started
 16:43:00,843 WARN  [GeronimoConnectionEventListener] connectionErrorOccurred 
 called with null
 java.sql.SQLException: No current connection.
 at 
 org.apache.derby.impl.jdbc.SQLExceptionFactory.getSQLException(Unknown Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.newEmbedSQLException(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.Util.noCurrentConnection(Unknown Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.checkIfClosed(Unknown 
 Source)
 at org.apache.derby.impl.jdbc.EmbedConnection.getAutoCommit(Unknown 
 Source)
 at 
 org.apache.derby.iapi.jdbc.BrokeredConnection.getAutoCommit(Unknown Source)
 at 
 org.tranql.connector.jdbc.ConnectionHandle.rollback(ConnectionHandle.java:129)
 at 
 org.apache.activemq.store.jdbc.DefaultDatabaseLocker.stop(DefaultDatabaseLocker.java:78)
 at 
 org.apache.activemq.store.jdbc.JDBCPersistenceAdapter.stop(JDBCPersistenceAdapter.java:202)
 at 
 org.apache.activemq.store.journal.JournalPersistenceAdapter.stop(JournalPersistenceAdapter.java:254)
 at 
 org.apache.activemq.util.ServiceStopper.stop(ServiceStopper.java:42)
 at 
 org.apache.activemq.broker.BrokerService.stop(BrokerService.java:443)
 at 
 org.apache.geronimo.activemq.BrokerServiceGBeanImpl.doStop(BrokerServiceGBeanImpl.java:119)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.destroyInstance(GBeanInstance.java:1161)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStop(GBeanInstanceState.java:339)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:188)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.stop(GBeanInstanceState.java:180)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.stop(GBeanInstance.java:563)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.stopGBean(BasicKernel.java:423)
 at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager$ShutdownHook.run(KernelConfigurationManager.java:316)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.notifyShutdownHooks(BasicKernel.java:668)
 at 
 org.apache.geronimo.kernel.basic.BasicKernel.shutdown(BasicKernel.java:645)
 at 
 org.apache.geronimo.kernel.KernelGBean.shutdown(KernelGBean.java:382)
 at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
 at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:64)
 at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 at

Re: client accessing remote EJB -(OEJP 2.0)

2008-06-24 Thread David Blevins



On Jun 24, 2008, at 12:32 PM, dnsunil wrote:



Hi,

When accessing a remote EJB running on Websphere CE environment from a
standalone client on Windows 2003 server  throwing the below exception

Unknown Container Exception: java.rmi.RemoteException: Cannot read the
response from the server (OEJP/2.0) : null; nested exception is:
java.io.EOFException

Note:- File read/write process is being handled (approx 150 MB) and it
failed after 4 hours of processing giving the above exception.


Appreciate the response in this regard.


Crafted up a doc for you that hopefully has the right answer.

  http://cwiki.apache.org/GMOxDOC21/windows-remote-ejb-performance.html

Definitely let us know if it does the trick.

-David

[jira] Updated: (GERONIMODEVTOOLS-405) MDB EJB deploy failure


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

Tim McConnell updated GERONIMODEVTOOLS-405:
---

Fix Version/s: (was: 2.1.1)
   2.1.2

 MDB EJB deploy failure
 --

 Key: GERONIMODEVTOOLS-405
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-405
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Reporter: Ted Kirby
Assignee: Tim McConnell
 Fix For: 2.1.2

 Attachments: mdb-ejb-2.1.0.0.jar


 import the mdb ejb jar to eclipse, the try to publish on a v2.1 server.
 Get:
 !ENTRY org.eclipse.wst.common.project.facet.core 2 0 2008-06-24 10:41:05.343
 !MESSAGE More than one declaration found for action type INSTALL of projet 
 facet org.apache.geronimo.facet 1.2.
 !ENTRY org.eclipse.wst.validation 4 0 2008-06-24 10:41:06.734
 !MESSAGE Exception thrown.
 !STACK 0
 org.eclipse.core.commands.ExecutionException: 
 ImportDeploymentPlanOperation.execute(): Error converting plan: 
 /mdb-ejb-2.1.0.0/ejbModule/META-INF/openejb-jar.xml
   at 
 org.apache.geronimo.st.core.operations.ImportDeploymentPlanOperation.execute(ImportDeploymentPlanOperation.java:95)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl$1.run(DataModelPausibleOperationImpl.java:376)
   at 
 org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1797)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:401)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:358)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.doExecute(DataModelPausibleOperationImpl.java:242)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.executeImpl(DataModelPausibleOperationImpl.java:214)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.cacheThreadAndContinue(DataModelPausibleOperationImpl.java:89)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.execute(DataModelPausibleOperationImpl.java:202)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.ui.DataModelWizard$1$CatchThrowableRunnableWithProgress.run(DataModelWizard.java:211)
   at 
 org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:113)
 !ENTRY org.eclipse.wst.server.core 4 0 2008-06-24 10:42:19.656
 !MESSAGE Could not publish to the server.
 !STACK 0
 java.lang.NullPointerException
   at 
 org.apache.geronimo.st.core.internal.DependencyHelper.getEnvironment(DependencyHelper.java:358)
   at 
 org.apache.geronimo.st.core.internal.DependencyHelper.reorderModules(DependencyHelper.java:97)
   at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:216)
   at 
 org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:669)
   at 
 org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:887)
   at org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
   at 
 org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:72)
   at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

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

[jira] Resolved: (GERONIMODEVTOOLS-405) MDB EJB deploy failure


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

Tim McConnell resolved GERONIMODEVTOOLS-405.


Resolution: Fixed

Looks like we were not converting old openejb-jar namespaces. I've update the 
appropriate NamespaceFilter class(es) to fix the problem and added a couple of 
new conversion testcases for openejb-jar.xml files. Applied with revision 
671363.

 MDB EJB deploy failure
 --

 Key: GERONIMODEVTOOLS-405
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-405
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Reporter: Ted Kirby
Assignee: Tim McConnell
 Fix For: 2.1.2

 Attachments: mdb-ejb-2.1.0.0.jar


 import the mdb ejb jar to eclipse, the try to publish on a v2.1 server.
 Get:
 !ENTRY org.eclipse.wst.common.project.facet.core 2 0 2008-06-24 10:41:05.343
 !MESSAGE More than one declaration found for action type INSTALL of projet 
 facet org.apache.geronimo.facet 1.2.
 !ENTRY org.eclipse.wst.validation 4 0 2008-06-24 10:41:06.734
 !MESSAGE Exception thrown.
 !STACK 0
 org.eclipse.core.commands.ExecutionException: 
 ImportDeploymentPlanOperation.execute(): Error converting plan: 
 /mdb-ejb-2.1.0.0/ejbModule/META-INF/openejb-jar.xml
   at 
 org.apache.geronimo.st.core.operations.ImportDeploymentPlanOperation.execute(ImportDeploymentPlanOperation.java:95)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl$1.run(DataModelPausibleOperationImpl.java:376)
   at 
 org.eclipse.core.internal.resources.Workspace.run(Workspace.java:1797)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:401)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.runOperation(DataModelPausibleOperationImpl.java:358)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.doExecute(DataModelPausibleOperationImpl.java:242)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.executeImpl(DataModelPausibleOperationImpl.java:214)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.cacheThreadAndContinue(DataModelPausibleOperationImpl.java:89)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.DataModelPausibleOperationImpl.execute(DataModelPausibleOperationImpl.java:202)
   at 
 org.eclipse.wst.common.frameworks.internal.datamodel.ui.DataModelWizard$1$CatchThrowableRunnableWithProgress.run(DataModelWizard.java:211)
   at 
 org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:113)
 !ENTRY org.eclipse.wst.server.core 4 0 2008-06-24 10:42:19.656
 !MESSAGE Could not publish to the server.
 !STACK 0
 java.lang.NullPointerException
   at 
 org.apache.geronimo.st.core.internal.DependencyHelper.getEnvironment(DependencyHelper.java:358)
   at 
 org.apache.geronimo.st.core.internal.DependencyHelper.reorderModules(DependencyHelper.java:97)
   at 
 org.apache.geronimo.st.core.GeronimoServerBehaviourDelegate.publishModules(GeronimoServerBehaviourDelegate.java:216)
   at 
 org.eclipse.wst.server.core.model.ServerBehaviourDelegate.publish(ServerBehaviourDelegate.java:669)
   at 
 org.eclipse.wst.server.core.internal.Server.doPublish(Server.java:887)
   at org.eclipse.wst.server.core.internal.Server.publish(Server.java:874)
   at 
 org.eclipse.wst.server.core.internal.PublishServerJob.run(PublishServerJob.java:72)
   at org.eclipse.core.internal.jobs.Worker.run(Worker.java:55)

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

[jira] Created: (GERONIMO-4158) Plan Creator attempts to load old widget files after dijit migration

2008-06-24 Thread Joseph Leong (JIRA)

Plan Creator attempts to load old widget files after dijit migration


 Key: GERONIMO-4158
 URL: https://issues.apache.org/jira/browse/GERONIMO-4158
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
 Environment: Ubuntu 7.10, Firefox
Reporter: Joseph Leong
Assignee: Joseph Leong
Priority: Trivial


The plancreator-portlets has some leftover code that allocates resources for 
loading the old widget system which will soon be removed.  

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

[jira] Updated: (GERONIMODEVTOOLS-290) Documentation updates


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

Tim McConnell updated GERONIMODEVTOOLS-290:
---

Fix Version/s: 2.1.1

 Documentation updates
 -

 Key: GERONIMODEVTOOLS-290
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-290
 Project: Geronimo-Devtools
  Issue Type: Sub-task
Reporter: Tim McConnell
Assignee: Tim McConnell
 Fix For: 2.1.1




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

[jira] Commented: (GERONIMODEVTOOLS-290) Documentation updates


[ 
https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-290?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607803#action_12607803
 ] 

Tim McConnell commented on GERONIMODEVTOOLS-290:


These tutorials below need to be updated once GEP 2.1.1 is released:

   http://cwiki.apache.org/GMOxDOC21/web-application-for-ejb-access.html
   
 http://cwiki.apache.org/GMOxDOC21/quick-start-fast-and-easy-development.html

 Documentation updates
 -

 Key: GERONIMODEVTOOLS-290
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-290
 Project: Geronimo-Devtools
  Issue Type: Sub-task
Reporter: Tim McConnell
Assignee: Tim McConnell
 Fix For: 2.1.1




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

[jira] Created: (GERONIMODEVTOOLS-406) Display more and better NOTICE and LICENSE info before and after installation via Eclipse Update Manager

Display more and better NOTICE and LICENSE info before and after installation 
via Eclipse Update Manager


 Key: GERONIMODEVTOOLS-406
 URL: https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-406
 Project: Geronimo-Devtools
  Issue Type: Improvement
Affects Versions: 2.1.0, 2.1.1
Reporter: Ted Kirby
Assignee: Tim McConnell
 Fix For: 2.1.1, 2.1.2, 2.1.x


At Eclipse Update manager install time, you only see the license in 
features/*/features.properties.

From Help  About Eclipse Platform, you can see the v21 feature, and its 
plugins.  The license info you get is a link in the browser to the ASL 2.0 
license.  Ideally, you would get the LICENSE.txt and NOTICE.txt information.  
For the plugins, there is no legal info link.

From Help  Software Updates  Manage Configuration, you only see the license 
in feature.properties, not the notices, and the see in browser link is not 
active.

Based on the info in http://www.eclipse.org/legal/guidetolegaldoc.php, these 
items may be nicely addressed.

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

[jira] Resolved: (GERONIMODEVTOOLS-406) Display more and better NOTICE and LICENSE info before and after installation via Eclipse Update Manager


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

Ted Kirby resolved GERONIMODEVTOOLS-406.


Resolution: Fixed

fixed in 671381

 Display more and better NOTICE and LICENSE info before and after installation 
 via Eclipse Update Manager
 

 Key: GERONIMODEVTOOLS-406
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-406
 Project: Geronimo-Devtools
  Issue Type: Improvement
Affects Versions: 2.1.0, 2.1.1
Reporter: Ted Kirby
Assignee: Tim McConnell
 Fix For: 2.1.1, 2.1.2, 2.1.x


 At Eclipse Update manager install time, you only see the license in 
 features/*/features.properties.
 From Help  About Eclipse Platform, you can see the v21 feature, and its 
 plugins.  The license info you get is a link in the browser to the ASL 2.0 
 license.  Ideally, you would get the LICENSE.txt and NOTICE.txt information.  
 For the plugins, there is no legal info link.
 From Help  Software Updates  Manage Configuration, you only see the license 
 in feature.properties, not the notices, and the see in browser link is not 
 active.
 Based on the info in http://www.eclipse.org/legal/guidetolegaldoc.php, these 
 items may be nicely addressed.

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

Re: Firefox 3 and Selenium problems?

2008-06-24 Thread Jason Dillon

I've not tried yet, but it would not surprise me of there were some  
issues...


I will give it a short, if you find anything specific please ping the  
list.


--jason


On Jun 25, 2008, at 3:23 AM, Donald Woods wrote:

I upgraded to Firefox 3 on my Mac and am seeing testsuite automation  
problems now, like -


- Can't have multiple copies of Firefox open (have to kill open ones  
before selenium can launch firefox)
- Have to kill the firefox process after each testsuite uses it,  
before the tests will continue to the next testsuite



Has anyone else upgraded to Firefox 3 and seeing the same problems?


-Donald

[BUILD] trunk: Failed for Revision: 671390

Geronimo Revision: 671390 built with tests included
 
See the full build-2100.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080624/build-2100.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080624
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 38 minutes 40 seconds
[INFO] Finished at: Tue Jun 24 21:42:52 EDT 2008
[INFO] Final Memory: 364M/1007M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
See detailed results at 
http://people.apache.org/builds/geronimo/server/testsuite/ResultsSummary.html
 
Assembly: tomcat
=
See the full test.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20080624/logs-2100-tomcat/test.log
 
 
Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading: 
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading: http://download.java.net/maven/1//woodstox/poms/wstx-asl-3.2.1.pom
Downloading: 
http://people.apache.org/repo/m2-incubating-repository//woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
Downloading: 
http://repo1.maven.org/maven2/woodstox/wstx-asl/3.2.1/wstx-asl-3.2.1.pom
[INFO] [geronimo:start-server {execution: start}]
[INFO] Using assembly configuration: tomcat
[INFO] snapshot 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking 
for updates from apache-snapshots
[INFO] snapshot 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking 
for updates from codehaus-snapshots
[INFO] snapshot 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking 
for updates from apache.snapshots
[INFO] Using assembly artifact: 
org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided
[INFO] Using geronimoHome: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT
[INFO] Installing assembly...
[INFO] Expanding: 
/home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip
 into /home/geronimo/geronimo/trunk/testsuite/target
[INFO] Starting Geronimo server...
[INFO] Selected option set: default
[INFO] Redirecting output to: 
/home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log
[INFO] Waiting for Geronimo server...
[INFO] Geronimo server started in 0:00:38.282
[INFO] [shitty:install {execution: default}]
[INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to 
/home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/2.2-SNAPSHOT/testsuite-2.2-SNAPSHOT.pom
[INFO] [shitty:test {execution: default}]
[INFO] Starting 31 test build(s)
[INFO] 
[INFO] 
---
[INFO] 
[INFO] commands-testsuite/deployRUNNING
[INFO] commands-testsuite/deployFAILURE (0:01:02.764) Java 
returned: 1
[INFO] commands-testsuite/gshellRUNNING
[INFO] commands-testsuite/gshellSUCCESS (0:00:28.758) 
[INFO] commands-testsuite/jaxws RUNNING
[INFO] commands-testsuite/jaxws SUCCESS (0:00:18.495) 
[INFO] concurrent-testsuite RUNNING
[INFO] concurrent-testsuite SUCCESS (0:06:10.978) 
[INFO] console-testsuite/advanced   RUNNING
[INFO] console-testsuite/advanced   SUCCESS (0:01:33.730) 
[INFO] console-testsuite/basic  RUNNING
[INFO] console-testsuite/basic  SUCCESS (0:01:40.858) 
[INFO] corba-testsuite/corba-helloworld RUNNING
[INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:42.689) 
[INFO] corba-testsuite/corba-marshalRUNNING
[INFO] corba-testsuite/corba-marshalSUCCESS (0:00:54.615) 
[INFO] corba-testsuite/corba-mytime RUNNING
[INFO] corba-testsuite/corba-mytime SUCCESS (0:00:41.770) 
[INFO] deployment-testsuite/deployment-testsRUNNING
[INFO] deployment-testsuite/deployment-testsSUCCESS (0:00:39.414) 
[INFO] deployment-testsuite/jca-cms-tests   RUNNING
[INFO] deployment-testsuite/jca-cms-tests   SUCCESS (0:00:27.930) 
[INFO] deployment-testsuite/manifestcp-testsRUNNING
[INFO] deployment-testsuite/manifestcp-testsSUCCESS (0:00:28.731) 
[INFO] enterprise-testsuite/ejb-tests   RUNNING
[INFO] enterprise-testsuite/ejb-tests   SUCCESS (0:00:37.201) 
[INFO] enterprise-testsuite/jms-tests   RUNNING
[INFO] enterprise-testsuite/jms-tests   SUCCESS (0:00:43.314) 
[INFO

Re: [ANNOUNCE] Welcome Shiva Kumar H R as the newest member of the Geronimo PMC

2008-06-24 Thread YunFeng Ma

Contratulations, Shiva!!!

-- Yun Feng

Vamsavardhana Reddy wrote: 
All,
Please join us in congratulating Shiva Kumar H R as the newest member
of the Geronimo PMC. It's been great to have Shiva working with us as a
committer on Geronimo. Even better to have him join us in providing
oversight of the Geronimo project.

Way to go Shiva!!!

The Apache Geronimo PMC

++Vamsi

Re: Firefox 3 and Selenium problems?

2008-06-24 Thread Donald Woods

For now, I have the system installed Firefox (under /Applications) at 
the FF2 level and installed FF3 under my $HOME/Applications directory, 
as suggested here -

   http://po-ru.com/diary/selenium-firefox-3-and-mac-os-x/
That way, selenium will use the system provided FF2, while I can use FF3 
as my browser, until selenium-rc 1.0-beta-2 is released (which 
selenium-ide 1.0-beta-2 was released, but not the client update that we 
need)



-Donald


Jason Dillon wrote:
I've not tried yet, but it would not surprise me of there were some 
issues...


I will give it a short, if you find anything specific please ping the list.

--jason


On Jun 25, 2008, at 3:23 AM, Donald Woods wrote:

I upgraded to Firefox 3 on my Mac and am seeing testsuite automation 
problems now, like -


- Can't have multiple copies of Firefox open (have to kill open ones 
before selenium can launch firefox)
- Have to kill the firefox process after each testsuite uses it, 
before the tests will continue to the next testsuite



Has anyone else upgraded to Firefox 3 and seeing the same problems?


-Donald





smime.p7s
Description: S/MIME Cryptographic Signature

Re: RESTful Web Services support in Geronimo

2008-06-24 Thread Deepal Jayasinghe


Did you deploy a service using JAX-WS or just POJO ?



Hi,

I am tryig to deploy a RESTful Web Service in Geronimo. The sample 
that I am using for RESTful is from Geronimo web services test-suite. 
I have also attached the sample that I am trying to deploy.


The application is getting deployed successfully but if I try to 
access the servlet 
(http://localhost:8080/jaxws-restful-test/calculator?num1=10num2=50 
http://localhost:8080/jaxws-restful-test/calculator?num1=10num2=50) 
exposed its throwing me following exception.


Exception
org.apache.axis2.AxisFault: Could not create new Message

at org.apache.axis2.AxisFault.makeFault(AxisFault.java:417)

at 
org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessageReceiver.java:166)


at org.apache.axis2.engine.AxisEngine.receive(AxisEngine.java:145)

at 
org.apache.axis2.transport.http.util.RESTUtil.invokeAxisEngine(RESTUtil.java:125)


at 
org.apache.axis2.transport.http.util.RESTUtil.processURLRequest(RESTUtil.java:119)


at 
org.apache.geronimo.axis2.Axis2WebServiceContainer.processGETRequest(Axis2WebServiceContainer.java:339)


at 
org.apache.geronimo.axis2.Axis2WebServiceContainer.doService2(Axis2WebServiceContainer.java:263)


at 
org.apache.geronimo.axis2.Axis2WebServiceContainer.doService(Axis2WebServiceContainer.java:204)


at 
org.apache.geronimo.axis2.Axis2WebServiceContainer.invoke(Axis2WebServiceContainer.java:167)


at 
org.apache.geronimo.webservices.WebServiceContainerInvoker.service(WebServiceContainerInvoker.java:84)


at 
org.apache.geronimo.webservices.POJOWebServiceServlet.service(POJOWebServiceServlet.java:79)


at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290)


at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206)


at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233)


at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175)


at 
org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56)


at 
org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:396)


at 
org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47)


at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128)


at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102)


at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109)


at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:563)


at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:263)


at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:844)


at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:584)


at 
org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:447)


at java.lang.Thread.run(Thread.java:595)

Caused by: javax.xml.ws.WebServiceException: Could not create new Message

at 
org.apache.axis2.jaxws.ExceptionFactory.createWebServiceException(ExceptionFactory.java:172)


at 
org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:69)


at 
org.apache.axis2.jaxws.ExceptionFactory.makeWebServiceException(ExceptionFactory.java:117)


at 
org.apache.axis2.jaxws.message.util.MessageUtils.getMessageFromMessageContext(MessageUtils.java:151)


at 
org.apache.axis2.jaxws.core.MessageContext.init(MessageContext.java:114)


at 
org.apache.axis2.jaxws.server.JAXWSMessageReceiver.receive(JAXWSMessageReceiver.java:99)


... 25 more

/Exception

Can anyone help me in this regard?

Thanks in Advance

--
Sainath Chowdary
B.Tech III yr, Spring Semester
Electronics  Communication Engg
Indian Institute of Technology Roorkee 


--
Thanks,
Deepal

http://blogs.deepal.org/

[jira] Updated: (GERONIMO-4158) Plan Creator attempts to load old widget files after dijit migration

2008-06-24 Thread Shiva Kumar H R (JIRA)


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

Shiva Kumar H R updated GERONIMO-4158:
--

  Component/s: PlanCreator
Affects Version/s: 2.2
Fix Version/s: 2.2

 Plan Creator attempts to load old widget files after dijit migration
 

 Key: GERONIMO-4158
 URL: https://issues.apache.org/jira/browse/GERONIMO-4158
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: PlanCreator
Affects Versions: 2.2
 Environment: Ubuntu 7.10, Firefox
Reporter: Joseph Leong
Assignee: Joseph Leong
Priority: Trivial
 Fix For: 2.2


 The plancreator-portlets has some leftover code that allocates resources for 
 loading the old widget system which will soon be removed.  

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

[jira] Commented: (GERONIMO-4158) Plan Creator attempts to load old widget files after dijit migration

2008-06-24 Thread Shiva Kumar H R (JIRA)


[ 
https://issues.apache.org/jira/browse/GERONIMO-4158?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12607856#action_12607856
 ] 

Shiva Kumar H R commented on GERONIMO-4158:
---

So which jsp pages are you referring to?

 Plan Creator attempts to load old widget files after dijit migration
 

 Key: GERONIMO-4158
 URL: https://issues.apache.org/jira/browse/GERONIMO-4158
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: PlanCreator
Affects Versions: 2.2
 Environment: Ubuntu 7.10, Firefox
Reporter: Joseph Leong
Assignee: Joseph Leong
Priority: Trivial
 Fix For: 2.2


 The plancreator-portlets has some leftover code that allocates resources for 
 loading the old widget system which will soon be removed.  

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

[jira] Updated: (GERONIMO-4157) Generating plan for EAR on minimal install leads to Null Pointer Exception

2008-06-24 Thread Shiva Kumar H R (JIRA)


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

Shiva Kumar H R updated GERONIMO-4157:
--

Fix Version/s: 2.2
 Assignee: Shiva Kumar H R

 Generating plan for EAR on minimal install leads to Null Pointer Exception
 --

 Key: GERONIMO-4157
 URL: https://issues.apache.org/jira/browse/GERONIMO-4157
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: PlanCreator
Affects Versions: 2.2
 Environment: Ubuntu 7.10, Firefox 2.0.0.11
Reporter: Joseph Leong
Assignee: Shiva Kumar H R
 Fix For: 2.2


 When feeding the bank-ear-2.2-SNAPSHOT.ear into this plan creator on a 
 minimal-tomcat-6 server, it leads to a NPE:
 java.lang.NullPointerException
   
 org.apache.geronimo.console.configcreator.GetArchiveHandler.actionAfterView(GetArchiveHandler.java:71)
   
 org.apache.geronimo.console.MultiPagePortlet.processAction(MultiPagePortlet.java:114)
   org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:218)
   org.apache.pluto.core.PortletServlet.doPost(PortletServlet.java:145)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:806)
   
 org.apache.pluto.core.DefaultPortletInvokerService.invoke(DefaultPortletInvokerService.java:167)
   
 org.apache.pluto.core.DefaultPortletInvokerService.action(DefaultPortletInvokerService.java:85)
   
 org.apache.pluto.core.PortletContainerImpl.doAction(PortletContainerImpl.java:219)
   
 org.apache.pluto.driver.PortalDriverServlet.doGet(PortalDriverServlet.java:121)
   
 org.apache.pluto.driver.PortalDriverServlet.doPost(PortalDriverServlet.java:167)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:713)
   javax.servlet.http.HttpServlet.service(HttpServlet.java:806)

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

[jira] Updated: (GERONIMODEVTOOLS-349) GEP synchronization with a server running outside of Eclipse no longer works