date:20110525

Are org.jvent.mimepull and org.jvent.staxex in full profile build really needed ?

2011-05-25 Thread Shawn Jiang

org.jvent.mimepull and org.jvent.staxex  artifacts are introduced into
latest 3.0 full profile build with following dependencies statement in saaj
and sun-tools pom.   We don't depend on them in 2.1.x so that I'm wondering
if they could be exclude from the assembly.


bundle saaj-impl-1.3.8_1-SNAPSHOT.pom

dependency
groupIdorg.jvnet/groupId
artifactIdmimepull/artifactId
version1.4/version
/dependency


jaxws-sun-tools-3.0-SNAPSHOT.pom
dependency
groupIdorg.jvnet.staxex/groupId
artifactIdstax-ex/artifactId
/dependency

-- 
Shawn

Re: Are org.jvent.mimepull and org.jvent.staxex in full profile build really needed ?

2011-05-25 Thread Ivan

Yes, I remembered that I have compared the pom file of RI SAAJ and RI
JAXWS tool, they are imported in the new versions.

2011/5/25 Shawn Jiang genspr...@gmail.com:
 org.jvent.mimepull and org.jvent.staxex  artifacts are introduced into
 latest 3.0 full profile build with following dependencies statement in saaj
 and sun-tools pom.   We don't depend on them in 2.1.x so that I'm wondering
 if they could be exclude from the assembly.


 bundle saaj-impl-1.3.8_1-SNAPSHOT.pom

     dependency
     groupIdorg.jvnet/groupId
     artifactIdmimepull/artifactId
     version1.4/version
     /dependency


 jaxws-sun-tools-3.0-SNAPSHOT.pom
     dependency
     groupIdorg.jvnet.staxex/groupId
     artifactIdstax-ex/artifactId
     /dependency

 --
 Shawn




-- 
Ivan

[jira] [Created] (GERONIMO-5977) Can not load adapter class in classloader when deploy ear application

2011-05-25 Thread Tina Li (JIRA)

Can not load adapter class in classloader when deploy ear application
-

 Key: GERONIMO-5977
 URL: https://issues.apache.org/jira/browse/GERONIMO-5977
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: deployment
Affects Versions: 3.0
 Environment: JRE 1.6.0 IBM J9 2.4 Windows XP x86-32 
jvmwi3260sr9-20101209_70480 (JIT enabled, AOT enabled)
Reporter: Tina Li
Priority: Minor


1.Use the build 2011.05.19-14:51:13.744+0800-3.0-SNAPSHOT of geronimo server
2.Start the server using command: startup.bat or geronimo run under 
geronimo_home/bin
3.Get inPlaceBank.ear.zip and decompress it into appHome
3.Under geronimo_home/bin,use inPlace method to deploy this EAR package 
,excute the command:
deploy --user system --password manager deploy --inPlace 
appHome\inPlaceBank.ear
4.Then error message displayed in cmd console:
2011-05-25 16:01:20,437 ERROR [DeployTool] Error:
org.apache.geronimo.common.DeploymentException: Unable to deploy inPlaceBank.ear
: Can not load adapter class in classloader testSample.BankSampleEAR-DEPLOYMENT_
1.0.0 [374]
org.tranql.connector.derby.EmbeddedXAMCF

at org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDe
ploy.java:43)
at org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(Co
mmandDistribute.java:148)
at org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandD
istribute.java:124)
at org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java
:167)
at org.apache.geronimo.system.main.MainBridge.execute(MainBridge.java:64
)
at org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:65)
at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
at org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:32
)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Resolved] (GERONIMODEVTOOLS-748) Logging framework in GEP

2011-05-25 Thread Han Hong Fang (JIRA)


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

Han Hong Fang resolved GERONIMODEVTOOLS-748.


   Resolution: Fixed
Fix Version/s: 3.0
   3.0-M2

Committed at revision: 1127423. Thank you Yi Xiao for the patch.

 Logging framework in GEP
 

 Key: GERONIMODEVTOOLS-748
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-748
 Project: Geronimo-Devtools
  Issue Type: Improvement
Affects Versions: 3.0
 Environment: win7 64bit, eclipse3.6SR2, sun_jdk_1.6.25;
 winXP x86, eclipse3.6SR1, sun_jdk_1.6.24;
Reporter: Yi Xiao
Assignee: Yi Xiao
  Labels: log
 Fix For: 3.0-M2, 3.0

 Attachments: log_1.patch, log_2.patch


 For any informational message, the user can explicitly turn on the tracing or 
 logging using the eclipse .options file.
 Almost every plugin has the .option file which has console, trace and debug 
 switches:
 1 console: to output info to the default console;
 2 trace: to output the methods' entry, exit or some info messages to the .log 
 file;
 3 debug: to output the warning  error messages to the .log file.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (GERONIMO-5977) Can not load adapter class in classloader when deploy ear application

2011-05-25 Thread Tina Li (JIRA)


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

Tina Li updated GERONIMO-5977:
--

Attachment: inPlaceBank.ear.zip

The related ear application

 Can not load adapter class in classloader when deploy ear application
 -

 Key: GERONIMO-5977
 URL: https://issues.apache.org/jira/browse/GERONIMO-5977
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 3.0
 Environment: JRE 1.6.0 IBM J9 2.4 Windows XP x86-32 
 jvmwi3260sr9-20101209_70480 (JIT enabled, AOT enabled)
Reporter: Tina Li
Priority: Minor
 Attachments: inPlaceBank.ear.zip


 1.Use the build 2011.05.19-14:51:13.744+0800-3.0-SNAPSHOT of geronimo server
 2.Start the server using command: startup.bat or geronimo run under 
 geronimo_home/bin
 3.Get inPlaceBank.ear.zip and decompress it into appHome
 3.Under geronimo_home/bin,use inPlace method to deploy this EAR package 
 ,excute the command:
 deploy --user system --password manager deploy --inPlace 
 appHome\inPlaceBank.ear
 4.Then error message displayed in cmd console:
 2011-05-25 16:01:20,437 ERROR [DeployTool] Error:
 org.apache.geronimo.common.DeploymentException: Unable to deploy 
 inPlaceBank.ear
 : Can not load adapter class in classloader 
 testSample.BankSampleEAR-DEPLOYMENT_
 1.0.0 [374]
 org.tranql.connector.derby.EmbeddedXAMCF
 at 
 org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDe
 ploy.java:43)
 at 
 org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(Co
 mmandDistribute.java:148)
 at 
 org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandD
 istribute.java:124)
 at 
 org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java
 :167)
 at 
 org.apache.geronimo.system.main.MainBridge.execute(MainBridge.java:64
 )
 at org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:65)
 at 
 org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
 at 
 org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:32
 )

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (GERONIMO-5977) Can not load adapter class in classloader when deploy ear application using inPlace method

2011-05-25 Thread Tina Li (JIRA)


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

Tina Li updated GERONIMO-5977:
--

Summary: Can not load adapter class in classloader when deploy ear 
application using inPlace method  (was: Can not load adapter class in 
classloader when deploy ear application)

 Can not load adapter class in classloader when deploy ear application using 
 inPlace method
 --

 Key: GERONIMO-5977
 URL: https://issues.apache.org/jira/browse/GERONIMO-5977
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: deployment
Affects Versions: 3.0
 Environment: JRE 1.6.0 IBM J9 2.4 Windows XP x86-32 
 jvmwi3260sr9-20101209_70480 (JIT enabled, AOT enabled)
Reporter: Tina Li
Priority: Minor
 Attachments: inPlaceBank.ear.zip


 1.Use the build 2011.05.19-14:51:13.744+0800-3.0-SNAPSHOT of geronimo server
 2.Start the server using command: startup.bat or geronimo run under 
 geronimo_home/bin
 3.Get inPlaceBank.ear.zip and decompress it into appHome
 3.Under geronimo_home/bin,use inPlace method to deploy this EAR package 
 ,excute the command:
 deploy --user system --password manager deploy --inPlace 
 appHome\inPlaceBank.ear
 4.Then error message displayed in cmd console:
 2011-05-25 16:01:20,437 ERROR [DeployTool] Error:
 org.apache.geronimo.common.DeploymentException: Unable to deploy 
 inPlaceBank.ear
 : Can not load adapter class in classloader 
 testSample.BankSampleEAR-DEPLOYMENT_
 1.0.0 [374]
 org.tranql.connector.derby.EmbeddedXAMCF
 at 
 org.apache.geronimo.deployment.cli.CommandDeploy.runCommand(CommandDe
 ploy.java:43)
 at 
 org.apache.geronimo.deployment.cli.CommandDistribute.executeOnline(Co
 mmandDistribute.java:148)
 at 
 org.apache.geronimo.deployment.cli.CommandDistribute.execute(CommandD
 istribute.java:124)
 at 
 org.apache.geronimo.deployment.cli.DeployTool.execute(DeployTool.java
 :167)
 at 
 org.apache.geronimo.system.main.MainBridge.execute(MainBridge.java:64
 )
 at org.apache.geronimo.main.Bootstrapper.execute(Bootstrapper.java:65)
 at 
 org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
 at 
 org.apache.geronimo.cli.deployer.DeployerCLI.main(DeployerCLI.java:32
 )

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (GERONIMODEVTOOLS-751) No keys of Keyboard can jump out of the input box

2011-05-25 Thread Yi Xiao (JIRA)


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

Yi Xiao commented on GERONIMODEVTOOLS-751:
--

Hi, Tina. You can use Ctrl + Tab to jump out of the input box.

 No keys of Keyboard can jump out of the input box
 -

 Key: GERONIMODEVTOOLS-751
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-751
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 3.0
 Environment: windows xp x86-32 ,eclipse 3.6 SR1,IBM jdk6
Reporter: Tina Li
Assignee: Yi Xiao
Priority: Trivial
 Fix For: 3.0

 Attachments: 1.1Keyboard access problem.JPG


 1.Install gep 3.0-snapshot via deployable way
 2.Create a new server using gep3.0 and the May 19 's build of geronimo 
 server-3.0 snapshot
 3.Using Jaws to read the Overviewinfo of this server, then found the 
 accessibility problem:no keys of Keyboard can jump out of the input box
 4.1.1Keyboard access problem.JPG is attached for detail.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Resolved] (GERONIMODEVTOOLS-749) Open the Geronimo plan, an error occurs when the server is started

2011-05-25 Thread Han Hong Fang (JIRA)


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

Han Hong Fang resolved GERONIMODEVTOOLS-749.


   Resolution: Fixed
Fix Version/s: 3.0
   3.0-M2

Committed at revision: 1127431. Thank you Yi Xiao for the patch.

 Open the Geronimo plan, an error occurs when the server is started
 --

 Key: GERONIMODEVTOOLS-749
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-749
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.2.2, 3.0
 Environment: win7 64bit, eclipse3.6SR2, sun_jdk_1.6.25;
 winXP x86, eclipse3.6SR1, sun_jdk_1.6.24;
Reporter: Yi Xiao
Assignee: Yi Xiao
 Fix For: 3.0-M2, 3.0

 Attachments: classCastException.patch


 'Getting Dynamic Infomation from Server' has encountered a problem.
 An internal error occurred during: Getting Dynamic Information from Server.
 java.lang.ClassCastException: org.apache.geronimo.gbean.AbstractName cannot 
 be cast to org.apache.geronimo.gbean.AbstractName
   at 
 org.apache.geronimo.st.v30.core.GeronimoServerInfo.getByType(GeronimoServerInfo.java:395)
   at 
 org.apache.geronimo.st.v30.core.GeronimoServerInfo.updateDeployedEJBs(GeronimoServerInfo.java:161)
   at 
 org.apache.geronimo.st.v30.core.GeronimoServerInfo.access$1(GeronimoServerInfo.java:159)
   at 
 org.apache.geronimo.st.v30.core.GeronimoServerInfo$1.run(GeronimoServerInfo.java:120)
   at org.eclipse.core.internal.jobs.Worker.run(Worker.java:54)
 org.apache.geronimo.st.ui:  EXIT: SharedDeploymentPlanEditor.doAddPages()

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Resolved] (GERONIMODEVTOOLS-751) No keys of Keyboard can jump out of the input box

2011-05-25 Thread Yi Xiao (JIRA)


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

Yi Xiao resolved GERONIMODEVTOOLS-751.
--

   Resolution: Fixed
Fix Version/s: 3.0

 No keys of Keyboard can jump out of the input box
 -

 Key: GERONIMODEVTOOLS-751
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-751
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 3.0
 Environment: windows xp x86-32 ,eclipse 3.6 SR1,IBM jdk6
Reporter: Tina Li
Assignee: Yi Xiao
Priority: Trivial
 Fix For: 3.0

 Attachments: 1.1Keyboard access problem.JPG


 1.Install gep 3.0-snapshot via deployable way
 2.Create a new server using gep3.0 and the May 19 's build of geronimo 
 server-3.0 snapshot
 3.Using Jaws to read the Overviewinfo of this server, then found the 
 accessibility problem:no keys of Keyboard can jump out of the input box
 4.1.1Keyboard access problem.JPG is attached for detail.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (GERONIMO-5900) NullPointerException on JavaBeanDispatcher class when debug logging enabled

2011-05-25 Thread chaitra s sampige (JIRA)


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

chaitra s sampige commented on GERONIMO-5900:
-

A quick workaround for this problem is disabling logging for this class.
  
 
 
This can be done by editing ..\var\log\server-log4j.properties file with the 
below change

log4j.logger.org.apache.axis2.jaxws.server.dispatcher.JavaBeanDispatcher
=INFO . 

 NullPointerException on JavaBeanDispatcher class when debug logging enabled
 ---

 Key: GERONIMO-5900
 URL: https://issues.apache.org/jira/browse/GERONIMO-5900
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: webservices
Affects Versions: 2.1.7
 Environment: Windows XP SP3
 Apache Geronimo 2.1.7
Reporter: Ashok Poralu
 Fix For: 2.1.8


 Getting a NPE 
 Caused by: 
 java.lang.NullPointerException
   at 
 org.apache.axis2.jaxws.server.dispatcher.JavaBeanDispatcher.invoke(JavaBeanDispatcher.java:95)
   at 
 org.apache.axis2.jaxws.server.EndpointController.invoke(EndpointController.java:172)
   ... 30 more
 The debug logging code from JavaBeanDispatcher getting serviceInstance as 
 null from EJBServiceDispatcher. Following the code snippet, 
 if (log.isDebugEnabled()) {
 log.debug(Exception invoking a method of  +
 serviceImplClass.toString() +  of instance  +
 serviceInstance.toString());
 It seems, Geronimo uses the custom version of AXIS2 1.3-G20090406 codebase.
 The temporary workaround for the issue to disable logging of the class 
 JavaBeanDispatcher
 log4j.logger.org.apache.axis2.jaxws.server.dispatcher.JavaBeanDispatcher=INFO
 To fix this, we can change the 
 log.debug(Exception invoking a method of  +
 (serviceImplClass == null : null ? 
 serviceImplClass.toString() ) +  of instance  + (serviceInstance == null : 
 null ? serviceInstance.toString()));
 Your comments please...

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (GERONIMODEVTOOLS-750) Associate labels can't be read by JAWS

2011-05-25 Thread Yi Xiao (JIRA)


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

Yi Xiao commented on GERONIMODEVTOOLS-750:
--

Hi, Tina. The issue in information_web.jpg and infomation_web2.jpg is not a 
gep's problem, you can follow the instructions:
1  Focus on the table
2 Press Insert+F2 (this opens the Run JAWS Manager dialog)
3 Select Customize ListView and OK (this opens the Customize ListView 
Headers dialog)
4 Select OK

If the table content is empty, you still can not read any info, you can add the 
test row data to verify it.


 Associate labels can't be read  by JAWS
 ---

 Key: GERONIMODEVTOOLS-750
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-750
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 3.0
 Environment: windows xp x86-32 ,,eclipse 3.6 SR1,IBM jdk6
Reporter: Tina Li
Assignee: Yi Xiao
Priority: Trivial
 Attachments: 2.3 Object information.JPG, 2.3 Object 
 information_Labeldifferent application.JPG, 2.3 Object information_web.JPG, 
 2.3 Object information_web2.JPG


 1.Install gep 3.0-snapshot via deployable way
 2.Create a new server using gep3.0 and the May 19 's build of geronimo 
 server-3.0 snapshot
 3.Using Jaws to read the info of this server, then found the accessibility 
 problems.
 4.Create WEB、EJB、 EAR application and using Jaws to read the info of 
 geronimo-web.xml、openejb-jar.xml and geronimo-application.xml ,then 
 found the accessibility problems.
 5.2.3 Object information.JPG、2.3 Object information_web.JPG、2.3 Object 
 information_web2.JPG and 2.3 Object information_Labeldifferent 
 application.JPG for detail.
 6.EJB and EAR application has the same problem with WEB application.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (GERONIMO-5973) jmx-security module start failure

2011-05-25 Thread Tina Li (JIRA)


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

Tina Li commented on GERONIMO-5973:
---

Met the same problem.
JRE 1.6.0 IBM J9 2.4 Windows XP x86-32 jvmwi3260sr9-20101209_70480 (JIT 
enabled, AOT enabled)

 jmx-security module start failure
 -

 Key: GERONIMO-5973
 URL: https://issues.apache.org/jira/browse/GERONIMO-5973
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: security
Affects Versions: 3.0
 Environment: ppcLinuxRHEL 5.5
 IBM jdk java6_64
 Geronimo build on 20110519
Reporter: Jacky Liu
Priority: Minor

 1. start Geronimo v3.0 server
 2. start jmx-security module in system module portlet   ERROR OCCURS!!
 Error Messages:
 2011-05-23 15:48:46,758 ERROR [GBeanInstanceState] Error while starting; 
 GBean is now in the FAILED state: 
 abstractName=org.apache.geronimo.framework/jmx-security/3.0-SNAPSHOT/car?ServiceModule=org.apache.geronimo.framework/jmx-security/3.0-SNAPSHOT/car,j2eeType=GBean,name=JMXSecureConnector
 java.io.IOException: Cannot bind to URL 
 [rmi://0.0.0.0:1099/JMXSecureConnector]: javax.naming.CommunicationException 
 [Root exception is java.rmi.ServerException: RemoteException occurred in 
 server thread; nested exception is:
 java.rmi.UnmarshalException: error unmarshalling arguments; nested 
 exception is:
 java.lang.ClassNotFoundException: javax.rmi.ssl.SslRMIClientSocketFactory 
 (no security manager: RMI class loader disabled)]
 at 
 javax.management.remote.rmi.RMIConnectorServer.newIOException(RMIConnectorServer.java:815)
 at 
 javax.management.remote.rmi.RMIConnectorServer.start(RMIConnectorServer.java:428)
 at 
 org.apache.geronimo.jmxremoting.JMXSecureConnector.doStart(JMXSecureConnector.java:157)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:975)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:271)
 at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:105)
 
 Caused by: javax.naming.CommunicationException [Root exception is 
 java.rmi.ServerException: RemoteException occurred in server thread; nested 
 exception is:
 java.rmi.UnmarshalException: error unmarshalling arguments; nested 
 exception is:
 java.lang.ClassNotFoundException: javax.rmi.ssl.SslRMIClientSocketFactory 
 (no security manager: RMI class loader disabled)]
 at 
 com.sun.jndi.rmi.registry.RegistryContext.bind(RegistryContext.java:138)
 at 
 com.sun.jndi.toolkit.url.GenericURLContext.bind(GenericURLContext.java:220)
 at org.apache.aries.jndi.DelegateContext.bind(DelegateContext.java:82)
 at javax.naming.InitialContext.bind(InitialContext.java:444)
 at 
 javax.management.remote.rmi.RMIConnectorServer.bind(RMIConnectorServer.java:636)
 at 
 javax.management.remote.rmi.RMIConnectorServer.start(RMIConnectorServer.java:423)
 ... 62 more
 Caused by: java.rmi.ServerException: RemoteException occurred in server 
 thread; nested exception is:
 java.rmi.UnmarshalException: error unmarshalling arguments; nested 
 exception is:
 java.lang.ClassNotFoundException: javax.rmi.ssl.SslRMIClientSocketFactory 
 (no security manager: RMI class loader disabled)
 at sun.rmi.server.UnicastServerRef.oldDispatch(UnicastServerRef.java:413)
 at sun.rmi.server.UnicastServerRef.dispatch(UnicastServerRef.java:267)
 at sun.rmi.transport.Transport$1.run(Transport.java:171)
 at java.security.AccessController.doPrivileged(AccessController.java:284)
 at sun.rmi.transport.Transport.serviceCall(Transport.java:167)
 at 
 sun.rmi.transport.tcp.TCPTransport.handleMessages(TCPTransport.java:547)
 at 
 sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run0(TCPTransport.java:802)
 at 
 sun.rmi.transport.tcp.TCPTransport$ConnectionHandler.run(TCPTransport.java:661)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
 at java.lang.Thread.run(Thread.java:736)
 at 
 sun.rmi.transport.StreamRemoteCall.exceptionReceivedFromServer(StreamRemoteCall.java:267)
 at 
 sun.rmi.transport.StreamRemoteCall.executeCall(StreamRemoteCall.java:245)
 at sun.rmi.server.UnicastRef.invoke(UnicastRef.java:371)
 at sun.rmi.registry.RegistryImpl_Stub.bind(RegistryImpl_Stub.java:43)
 at 
 com.sun.jndi.rmi.registry.RegistryContext.bind(RegistryContext.java:132)
 ... 67 more
 Caused by: java.rmi.UnmarshalException: error unmarshalling arguments; nested 
 exception is:
 java.lang.ClassNotFoundException: javax.rmi.ssl.SslRMIClientSocketFactory

[BUILD] branches/2.2: Failed for Revision: 1127475

2011-05-25 Thread Jarek Gawor

Geronimo Revision: 1127475 built with tests included
 
See the full build-0800.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.2/20110525/build-0800.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/2.2/20110525/unit-test-reports
 
import: org.codehaus.classworlds.Entry@92758522
import: org.codehaus.classworlds.Entry@ebf2705b
import: org.codehaus.classworlds.Entry@bb25e54
import: org.codehaus.classworlds.Entry@bece5185
import: org.codehaus.classworlds.Entry@3fee8e37
import: org.codehaus.classworlds.Entry@3fee19d8


this realm = plexus.core
urls[0] = file:/home/geronimo/soft/apache-maven-2.2.1/lib/maven-2.2.1-uber.jar
Number of imports: 10
import: org.codehaus.classworlds.Entry@a6c57a42
import: org.codehaus.classworlds.Entry@12f43f3b
import: org.codehaus.classworlds.Entry@20025374
import: org.codehaus.classworlds.Entry@f8e44ca4
import: org.codehaus.classworlds.Entry@92758522
import: org.codehaus.classworlds.Entry@ebf2705b
import: org.codehaus.classworlds.Entry@bb25e54
import: org.codehaus.classworlds.Entry@bece5185
import: org.codehaus.classworlds.Entry@3fee8e37
import: org.codehaus.classworlds.Entry@3fee19d8
-
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Internal error in the plugin manager executing goal 
'org.apache.maven.plugins:maven-jar-plugin:2.2:jar': Unable to load the mojo 
'org.apache.maven.plugins:maven-jar-plugin:2.2:jar' in the plugin 
'org.apache.maven.plugins:maven-jar-plugin'. A required class is missing: 
org/codehaus/plexus/components/io/fileselectors/FileInfo
[INFO] 
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Internal error in the 
plugin manager executing goal 
'org.apache.maven.plugins:maven-jar-plugin:2.2:jar': Unable to load the mojo 
'org.apache.maven.plugins:maven-jar-plugin:2.2:jar' in the plugin 
'org.apache.maven.plugins:maven-jar-plugin'. A required class is missing: 
org/codehaus/plexus/components/io/fileselectors/FileInfo
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:698)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at 
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
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:592)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255)
at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430)
at org.codehaus.classworlds.Launcher.main(Launcher.java:375)
Caused by: org.apache.maven.plugin.PluginManagerException: Unable to load the 
mojo 'org.apache.maven.plugins:maven-jar-plugin:2.2:jar' in the plugin 
'org.apache.maven.plugins:maven-jar-plugin'. A required class is missing: 
org/codehaus/plexus/components/io/fileselectors/FileInfo
at 
org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java:669)
at 
org.apache.maven.plugin.DefaultPluginManager.executeMojo(DefaultPluginManager.java:468)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:694)
... 17 more
Caused by: 
org.codehaus.plexus.component.repository.exception.ComponentLookupException: 
Unable to lookup component 
'org.apache.maven.plugin.Mojoorg.apache.maven.plugins:maven-jar-plugin:2.2:jar',
 it could not be started
at 
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:339)
at 
org.codehaus.plexus.DefaultPlexusContainer.lookup(DefaultPlexusContainer.java:440)
at 
org.apache.maven.plugin.DefaultPluginManager.getConfiguredMojo(DefaultPluginManager.java

Re: svn commit: r1127388 - in /geronimo/server/trunk/plugins: jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/ myfaces/geronimo-myfaces/src/main/java/org/apache/geronimo/myfac

2011-05-25 Thread Jarek Gawor

Since we are tracking 2 states now (ACTIVE or STARTING) and if a
bundle does not have any faces configuration, returning null in
addingBundle() would cause addingBundle() to be called twice for the
same bundle. So the bundle could be scanned twice needlessly... which
probably would happen in most cases anyway. Returning non-null
guarantees that the bundle is scanned only once. That also means that
the BundleTracker is tracking every bundle but that is not a problem
in this case.

Jarek

On Wed, May 25, 2011 at 1:59 AM, Ivan xhh...@gmail.com wrote:
 Do we need to always return a non null value in the addingBundle
 method ? It looks to me that if no related files found in the target
 bundle, it is better to return null to tell the tracker to ignore it.
 Thanks.

 2011/5/25  ga...@apache.org:
 Author: gawor
 Date: Wed May 25 05:25:34 2011
 New Revision: 1127388

 URL: http://svn.apache.org/viewvc?rev=1127388view=rev
 Log:
 GERONIMO-5938, GERONIMO-5976: Scan bundles for tag libs a little sooner to 
 prevent a potential race condition with WAB extender

 Modified:
    
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java
    
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java
    
 geronimo/server/trunk/plugins/myfaces/geronimo-myfaces/src/main/java/org/apache/geronimo/myfaces/config/resource/osgi/Activator.java
    
 geronimo/server/trunk/plugins/myfaces/geronimo-myfaces/src/main/java/org/apache/geronimo/myfaces/config/resource/osgi/ConfigBundleTrackerCustomizer.java

 Modified: 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java
 URL: 
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java?rev=1127388r1=1127387r2=1127388view=diff
 ==
 --- 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java
  (original)
 +++ 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java
  Wed May 25 05:25:34 2011
 @@ -33,7 +33,7 @@ public class Activator implements Bundle
         TldRegistryImpl tldRegistry = new TldRegistryImpl(context);
         tldRegistryRegistration = 
 context.registerService(TldRegistry.class.getName(), tldRegistry, null);

 -        tldBundleTracker = new BundleTracker(context, Bundle.ACTIVE, 
 tldRegistry);
 +        tldBundleTracker = new BundleTracker(context, Bundle.STARTING | 
 Bundle.ACTIVE, tldRegistry);
         tldBundleTracker.open();
     }


 Modified: 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java
 URL: 
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java?rev=1127388r1=1127387r2=1127388view=diff
 ==
 --- 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java
  (original)
 +++ 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java
  Wed May 25 05:25:34 2011
 @@ -109,22 +109,12 @@ public class TldRegistryImpl implements
     @Override
     public Object addingBundle(Bundle bundle, BundleEvent event) {
         CollectionTldProvider.TldEntry tlds = scanBundle(bundle);
 -        if (tlds.isEmpty()) {
 -            return null;
 -        } else {
 -            map.put(bundle, tlds);
 -            return bundle;
 -        }
 +        map.put(bundle, tlds);
 +        return bundle;
     }

     @Override
     public void modifiedBundle(Bundle bundle, BundleEvent event, Object 
 object) {
 -        CollectionTldProvider.TldEntry tlds = scanBundle(bundle);
 -        if (tlds.isEmpty()) {
 -            map.remove(bundle);
 -        } else {
 -            map.put(bundle, tlds);
 -        }
     }

     @Override
 @@ -134,7 +124,7 @@ public class TldRegistryImpl implements

     private CollectionTldProvider.TldEntry scanBundle(Bundle bundle) {
         ServiceReference reference = 
 bundleContext.getServiceReference(PackageAdmin.class.getName());
 -        PackageAdmin packageAdmin = (PackageAdmin) 
 bundle.getBundleContext().getService(reference);
 +        PackageAdmin packageAdmin = (PackageAdmin) 
 bundleContext.getService(reference);
         try {
             BundleResourceFinder resourceFinder = new 
 BundleResourceFinder(packageAdmin, bundle, META-INF/, .tld);
             TldResourceFinderCallback callback = new 
 TldResourceFinderCallback();

 Modified:

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

2011-05-25 Thread Jarek Gawor

Geronimo Revision: 1127386 built with tests included
 
See the full build-0200.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20110525/build-0200.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20110525/unit-test-reports
 
[INFO] Executing tasks
 [copy] Copying 2 files to 
/home/geronimo/geronimo/2.1/plugins/debugviews/debugviews-portlets/target/classes
[INFO] Executed tasks
[INFO] [jspc:compile {execution: default}]
Created dir: 
/home/geronimo/geronimo/2.1/plugins/debugviews/debugviews-portlets/target/jsp-source
[INFO] Compiling JSP source files to 
/home/geronimo/geronimo/2.1/plugins/debugviews/debugviews-portlets/target/jsp-source
May 25, 2011 12:11:30 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/dependencyview/view.jsp
May 25, 2011 12:11:30 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/dependencyview/help.jsp
May 25, 2011 12:11:30 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/ldapmanager/viewLDAPServer.jsp
May 25, 2011 12:11:30 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/ldapmanager/help.jsp
May 25, 2011 12:11:31 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmxmanager/viewJMXServer.jsp
May 25, 2011 12:11:31 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jmxmanager/help.jsp
May 25, 2011 12:11:31 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/classloaderview/view.jsp
May 25, 2011 12:11:31 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/classloaderview/help.jsp
May 25, 2011 12:11:31 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jndiview/view.jsp
May 25, 2011 12:11:31 PM org.apache.jasper.JspC processFile
INFO: Built File: /WEB-INF/view/jndiview/help.jsp
[INFO] Compiled completed in 0:00:02.990
Copying 10 files to 
/home/geronimo/geronimo/2.1/plugins/debugviews/debugviews-portlets/target/classes
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/2.1/plugins/debugviews/debugviews-portlets/src/test/resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/2.1/plugins/debugviews/debugviews-portlets/src/test/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] No sources to compile
[INFO] [surefire:test {execution: default-test}]
[INFO] Surefire report directory: 
/home/geronimo/geronimo/2.1/plugins/debugviews/debugviews-portlets/target/surefire-reports
[INFO] 
[ERROR] BUILD ERROR
[INFO] 
[INFO] Error while executing forked tests.; nested exception is 
org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineException:
 Error setting up environmental variables

java.io.IOException: Cannot allocate memory
[INFO] 
[INFO] Trace
org.apache.maven.lifecycle.LifecycleExecutionException: Error while executing 
forked tests.; nested exception is 
org.apache.maven.surefire.booter.shade.org.codehaus.plexus.util.cli.CommandLineException:
 Error setting up environmental variables
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:719)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:387)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:348)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:180)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:328)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:138)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:362)
at 
org.apache.maven.cli.compat.CompatibleMain.main(CompatibleMain.java:60)
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:592)
at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315)
at org.codehaus.classworlds.Launcher.launch(Launcher.java:255

[jira] [Created] (GERONIMO-5978) View bundle packages in Geronimo admin console

2011-05-25 Thread Jarek Gawor (JIRA)

View bundle packages in Geronimo admin console
--

 Key: GERONIMO-5978
 URL: https://issues.apache.org/jira/browse/GERONIMO-5978
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public (Regular issues)
  Components: console
Affects Versions: 3.0
Reporter: Jarek Gawor


Right now the Geronimo console provides a bundle oriented view on the bundles 
currently installed in the server. It would be nice to provide a similar 
package view of the bundles currently installed in the server. Specifically, it 
would be nice to:

1) see a full list of package names that exist in the wiring, along with their 
exporters
2) have an ability to filter the list via wildcards (or regex), such as 
org.foo.*
3) a view for a single package (drill down) where the exporters (multiple 
exporters may exist) and the respective wired importers 


--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[BUILD] trunk: Failed for Revision: 1127637

2011-05-25 Thread Jarek Gawor

Geronimo Revision: 1127637 built with tests included
 
See the full build-1500.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20110525/build-1500.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20110525/unit-test-reports
 
Downloading: 
http://svn.apache.org/repos/asf/geronimo/repo//org/eclipse/jetty/jetty-servlet/8.0.0.M2/jetty-servlet-8.0.0.M2.jar
[INFO] Unable to find resource 'org.eclipse.jetty:jetty-servlet:jar:8.0.0.M2' 
in repository geronimo-svn-repo (http://svn.apache.org/repos/asf/geronimo/repo/)
Downloading: 
http://oss.sonatype.org/content/groups/jetty-with-staging/org/eclipse/jetty/jetty-servlet/8.0.0.M2/jetty-servlet-8.0.0.M2.jar
79K downloaded  (jetty-servlet-8.0.0.M2.jar)
[INFO] [enforcer:enforce {execution: default}]
[INFO] [remote-resources:process {execution: default}]
[INFO] [resources:resources {execution: default-resources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 1 resource
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/plugins/jetty8/geronimo-jetty8/src/main/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:compile {execution: default-compile}]
[INFO] Compiling 43 source files to 
/home/geronimo/geronimo/trunk/plugins/jetty8/geronimo-jetty8/target/classes
[INFO] [resources:testResources {execution: default-testResources}]
[INFO] Using 'UTF-8' encoding to copy filtered resources.
[INFO] Copying 16 resources
[INFO] skip non existing resourceDirectory 
/home/geronimo/geronimo/trunk/plugins/jetty8/geronimo-jetty8/src/test/filtered-resources
[INFO] Copying 3 resources
[INFO] [compiler:testCompile {execution: default-testCompile}]
[INFO] Compiling 12 source files to 
/home/geronimo/geronimo/trunk/plugins/jetty8/geronimo-jetty8/target/test-classes
[INFO] [surefire:test {execution: default-test}]
[INFO] Surefire report directory: 
/home/geronimo/geronimo/trunk/plugins/jetty8/geronimo-jetty8/target/surefire-reports

---
 T E S T S
---
Running org.apache.geronimo.jetty8.StatTest
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.377 sec  
FAILURE!
Running org.apache.geronimo.jetty8.ApplicationTest
Tests run: 2, Failures: 0, Errors: 2, Skipped: 0, Time elapsed: 0.046 sec  
FAILURE!
Running org.apache.geronimo.jetty8.GBeanInfoTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.08 sec
Running org.apache.geronimo.jetty8.SecurityTest
Tests run: 1, Failures: 0, Errors: 1, Skipped: 0, Time elapsed: 0.025 sec  
FAILURE!
Running org.apache.geronimo.jetty8.security.BuiltInAuthMethodTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.009 sec
Running org.apache.geronimo.jetty8.connector.HTTPConnectorTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.apache.geronimo.jetty8.connector.ConnectorGBeanTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.043 sec
Running org.apache.geronimo.jetty8.ClassLoaderTest
Tests run: 1, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 0.007 sec
Running org.apache.geronimo.jetty8.ContainerTest
Tests run: 3, Failures: 0, Errors: 3, Skipped: 0, Time elapsed: 0.056 sec  
FAILURE!

Results :

Tests in error: 
  testContainerStats(org.apache.geronimo.jetty8.StatTest)
  testConnectorStats(org.apache.geronimo.jetty8.StatTest)
  testApplication(org.apache.geronimo.jetty8.ApplicationTest)
  testApplicationWithSessionHandler(org.apache.geronimo.jetty8.ApplicationTest)
  testExplicitMapping(org.apache.geronimo.jetty8.SecurityTest)
  testHTTPConnector(org.apache.geronimo.jetty8.ContainerTest)
  testWebServiceHandler(org.apache.geronimo.jetty8.ContainerTest)
  test2WebServiceHandlers(org.apache.geronimo.jetty8.ContainerTest)

Tests run: 13, Failures: 0, Errors: 8, Skipped: 0

[INFO] 
[ERROR] BUILD FAILURE
[INFO] 
[INFO] There are test failures.

Please refer to 
/home/geronimo/geronimo/trunk/plugins/jetty8/geronimo-jetty8/target/surefire-reports
 for the individual test results.
[INFO] 
[INFO] Trace
org.apache.maven.BuildFailureException: There are test failures.

Please refer to 
/home/geronimo/geronimo/trunk/plugins/jetty8/geronimo-jetty8/target/surefire-reports
 for the individual test results.
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:715)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:556)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:535

Re: svn commit: r1127388 - in /geronimo/server/trunk/plugins: jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/ myfaces/geronimo-myfaces/src/main/java/org/apache/geronimo/myfac

2011-05-25 Thread Ivan

Thanks for the explanation, Jarek.

2011/5/25 Jarek Gawor jga...@gmail.com:
 Since we are tracking 2 states now (ACTIVE or STARTING) and if a
 bundle does not have any faces configuration, returning null in
 addingBundle() would cause addingBundle() to be called twice for the
 same bundle. So the bundle could be scanned twice needlessly... which
 probably would happen in most cases anyway. Returning non-null
 guarantees that the bundle is scanned only once. That also means that
 the BundleTracker is tracking every bundle but that is not a problem
 in this case.

 Jarek

 On Wed, May 25, 2011 at 1:59 AM, Ivan xhh...@gmail.com wrote:
 Do we need to always return a non null value in the addingBundle
 method ? It looks to me that if no related files found in the target
 bundle, it is better to return null to tell the tracker to ignore it.
 Thanks.

 2011/5/25  ga...@apache.org:
 Author: gawor
 Date: Wed May 25 05:25:34 2011
 New Revision: 1127388

 URL: http://svn.apache.org/viewvc?rev=1127388view=rev
 Log:
 GERONIMO-5938, GERONIMO-5976: Scan bundles for tag libs a little sooner to 
 prevent a potential race condition with WAB extender

 Modified:
    
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java
    
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java
    
 geronimo/server/trunk/plugins/myfaces/geronimo-myfaces/src/main/java/org/apache/geronimo/myfaces/config/resource/osgi/Activator.java
    
 geronimo/server/trunk/plugins/myfaces/geronimo-myfaces/src/main/java/org/apache/geronimo/myfaces/config/resource/osgi/ConfigBundleTrackerCustomizer.java

 Modified: 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java
 URL: 
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java?rev=1127388r1=1127387r2=1127388view=diff
 ==
 --- 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java
  (original)
 +++ 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/Activator.java
  Wed May 25 05:25:34 2011
 @@ -33,7 +33,7 @@ public class Activator implements Bundle
         TldRegistryImpl tldRegistry = new TldRegistryImpl(context);
         tldRegistryRegistration = 
 context.registerService(TldRegistry.class.getName(), tldRegistry, null);

 -        tldBundleTracker = new BundleTracker(context, Bundle.ACTIVE, 
 tldRegistry);
 +        tldBundleTracker = new BundleTracker(context, Bundle.STARTING | 
 Bundle.ACTIVE, tldRegistry);
         tldBundleTracker.open();
     }


 Modified: 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java
 URL: 
 http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java?rev=1127388r1=1127387r2=1127388view=diff
 ==
 --- 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java
  (original)
 +++ 
 geronimo/server/trunk/plugins/jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/TldRegistryImpl.java
  Wed May 25 05:25:34 2011
 @@ -109,22 +109,12 @@ public class TldRegistryImpl implements
     @Override
     public Object addingBundle(Bundle bundle, BundleEvent event) {
         CollectionTldProvider.TldEntry tlds = scanBundle(bundle);
 -        if (tlds.isEmpty()) {
 -            return null;
 -        } else {
 -            map.put(bundle, tlds);
 -            return bundle;
 -        }
 +        map.put(bundle, tlds);
 +        return bundle;
     }

     @Override
     public void modifiedBundle(Bundle bundle, BundleEvent event, Object 
 object) {
 -        CollectionTldProvider.TldEntry tlds = scanBundle(bundle);
 -        if (tlds.isEmpty()) {
 -            map.remove(bundle);
 -        } else {
 -            map.put(bundle, tlds);
 -        }
     }

     @Override
 @@ -134,7 +124,7 @@ public class TldRegistryImpl implements

     private CollectionTldProvider.TldEntry scanBundle(Bundle bundle) {
         ServiceReference reference = 
 bundleContext.getServiceReference(PackageAdmin.class.getName());
 -        PackageAdmin packageAdmin = (PackageAdmin) 
 bundle.getBundleContext().getService(reference);
 +        PackageAdmin packageAdmin = (PackageAdmin) 
 bundleContext.getService(reference);
         try {
             BundleResourceFinder resourceFinder = new 
 BundleResourceFinder(packageAdmin, bundle, META-INF/, .tld);
             TldResourceFinderCallback callback = new

[jira] [Created] (GERONIMO-5979) Some objects to be injected were not found in jndi

2011-05-25 Thread Jacky Liu (JIRA)

Some objects to be injected were not found in jndi
--

 Key: GERONIMO-5979
 URL: https://issues.apache.org/jira/browse/GERONIMO-5979
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: sample apps
Affects Versions: 3.0
 Environment: Windows XP SP3 x86
IBM jdk Java60
Geronimo build on 20110525
Reporter: Jacky Liu
Priority: Minor


1. start Geronimo
2. deploy calculator-ear-3.0-SNAPSHOT.ear
3. go to http://localhost:8080/calculator/ and check the add or multiply 
function

ERROR OCCURS!!

The following error message is displayed when calculator-ear-3.0-SNAPSHOT.ear 
is deployed.

2011-05-26 09:55:51,505 WARN  [startup] Unresolved ejb reference 
org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
GeronimoEnc
.  Will attempt resolution again at runtime.
2011-05-26 09:55:51,771 WARN  [startup] Unresolved ejb reference 
org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
GeronimoEnc
.  Will attempt resolution again at runtime.
2011-05-26 09:55:51,786 WARN  [startup] Unresolved ejb reference 
org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
GeronimoEnc
.  Will attempt resolution again at runtime.
 2011-05-26 09:56:26,833 ERROR [[/calculator]] Servlet /calculator threw load() 
exception
java.lang.InstantiationException: Some objects to be injected were not found in 
jndi: [javax.naming.NameNotFoundException: No EJB found for reference
comp/env/org.apache.geronimo.samples.calculator.CalculatorServlet/calc: 
ejb-link=null, interface=null]
at 
org.apache.geronimo.j2ee.annotation.Holder.newInstance(Holder.java:174)
at 
org.apache.geronimo.tomcat.TomcatInstanceManager.newInstance(TomcatInstanceManager.java:74)
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048)
at 
org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:996)
at 
org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4741)
at 
org.apache.catalina.core.StandardContext$3.call(StandardContext.java:5062)
at 
org.apache.catalina.core.StandardContext$3.call(StandardContext.java:5057)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
at java.util.concurrent.FutureTask.run(FutureTask.java:149)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
at java.lang.Thread.run(Thread.java:736)


--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (GERONIMO-5979) Some objects to be injected were not found in jndi

2011-05-25 Thread Jacky Liu (JIRA)


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

Jacky Liu updated GERONIMO-5979:


Attachment: calculator-ear.rar
calculator-war.rar
calculator-ejb.rar

 Some objects to be injected were not found in jndi
 --

 Key: GERONIMO-5979
 URL: https://issues.apache.org/jira/browse/GERONIMO-5979
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: sample apps
Affects Versions: 3.0
 Environment: Windows XP SP3 x86
 IBM jdk Java60
 Geronimo build on 20110525
Reporter: Jacky Liu
Priority: Minor
  Labels: sample
 Attachments: calculator-ear.rar, calculator-ejb.rar, 
 calculator-war.rar


 1. start Geronimo
 2. deploy calculator-ear-3.0-SNAPSHOT.ear
 3. go to http://localhost:8080/calculator/ and check the add or multiply 
 function
 ERROR OCCURS!!
 The following error message is displayed when calculator-ear-3.0-SNAPSHOT.ear 
 is deployed.
 2011-05-26 09:55:51,505 WARN  [startup] Unresolved ejb reference 
 org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
 GeronimoEnc
 .  Will attempt resolution again at runtime.
 2011-05-26 09:55:51,771 WARN  [startup] Unresolved ejb reference 
 org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
 GeronimoEnc
 .  Will attempt resolution again at runtime.
 2011-05-26 09:55:51,786 WARN  [startup] Unresolved ejb reference 
 org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
 GeronimoEnc
 .  Will attempt resolution again at runtime.
  2011-05-26 09:56:26,833 ERROR [[/calculator]] Servlet /calculator threw 
 load() exception
 java.lang.InstantiationException: Some objects to be injected were not found 
 in jndi: [javax.naming.NameNotFoundException: No EJB found for reference
 comp/env/org.apache.geronimo.samples.calculator.CalculatorServlet/calc: 
 ejb-link=null, interface=null]
 at 
 org.apache.geronimo.j2ee.annotation.Holder.newInstance(Holder.java:174)
 at 
 org.apache.geronimo.tomcat.TomcatInstanceManager.newInstance(TomcatInstanceManager.java:74)
 at 
 org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048)
 at 
 org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:996)
 at 
 org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4741)
 at 
 org.apache.catalina.core.StandardContext$3.call(StandardContext.java:5062)
 at 
 org.apache.catalina.core.StandardContext$3.call(StandardContext.java:5057)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
 at java.util.concurrent.FutureTask.run(FutureTask.java:149)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
 at java.lang.Thread.run(Thread.java:736)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (GERONIMO-5979) Some objects to be injected were not found in jndi

2011-05-25 Thread Jacky Liu (JIRA)


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

Jacky Liu commented on GERONIMO-5979:
-

I choose Geronimo samples calculator to demonstrate my ideas.

Firstly, in 
..\calculator\calculator-ejb\src\main\java\org\apache\geronimo\samples\slsb\calculator\calculator.java
 add

import javax.ejb.Local;
import javax.ejb.Remote;

Secondly, add

@Local(CalculatorLocal.class)
@Remote(CalculatorRemote.class)

to explicitly implicate EJB local business interface use CalcluatorLocal.class 
as an interface and EJB remote business interface use CalculatorRemote.class as 
an interface.

Then with import org.apache.geronimo.samples.slsb.calculator.CalculatorLocal; 
in 
..\calculator\calculator-war\src\main\java\org\apache\geronimo\samples\calculator\CalculatorServlet.java
 , we CAN use @EJB to inject ejb object, that is, private CalculatorLocal calc 
= null; executes successfully.

With that, bug fixed.

BUT in Geronimo v2.1, EJB local business interface CAN BE FOUND without 
explicitly implication. So there's still a problem here.

 Some objects to be injected were not found in jndi
 --

 Key: GERONIMO-5979
 URL: https://issues.apache.org/jira/browse/GERONIMO-5979
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: sample apps
Affects Versions: 3.0
 Environment: Windows XP SP3 x86
 IBM jdk Java60
 Geronimo build on 20110525
Reporter: Jacky Liu
Priority: Minor
  Labels: sample
 Attachments: calculator-ear.rar, calculator-ejb.rar, 
 calculator-war.rar


 1. start Geronimo
 2. deploy calculator-ear-3.0-SNAPSHOT.ear
 3. go to http://localhost:8080/calculator/ and check the add or multiply 
 function
 ERROR OCCURS!!
 The following error message is displayed when calculator-ear-3.0-SNAPSHOT.ear 
 is deployed.
 2011-05-26 09:55:51,505 WARN  [startup] Unresolved ejb reference 
 org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
 GeronimoEnc
 .  Will attempt resolution again at runtime.
 2011-05-26 09:55:51,771 WARN  [startup] Unresolved ejb reference 
 org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
 GeronimoEnc
 .  Will attempt resolution again at runtime.
 2011-05-26 09:55:51,786 WARN  [startup] Unresolved ejb reference 
 org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
 GeronimoEnc
 .  Will attempt resolution again at runtime.
  2011-05-26 09:56:26,833 ERROR [[/calculator]] Servlet /calculator threw 
 load() exception
 java.lang.InstantiationException: Some objects to be injected were not found 
 in jndi: [javax.naming.NameNotFoundException: No EJB found for reference
 comp/env/org.apache.geronimo.samples.calculator.CalculatorServlet/calc: 
 ejb-link=null, interface=null]
 at 
 org.apache.geronimo.j2ee.annotation.Holder.newInstance(Holder.java:174)
 at 
 org.apache.geronimo.tomcat.TomcatInstanceManager.newInstance(TomcatInstanceManager.java:74)
 at 
 org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048)
 at 
 org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:996)
 at 
 org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4741)
 at 
 org.apache.catalina.core.StandardContext$3.call(StandardContext.java:5062)
 at 
 org.apache.catalina.core.StandardContext$3.call(StandardContext.java:5057)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
 at java.util.concurrent.FutureTask.run(FutureTask.java:149)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
 at java.lang.Thread.run(Thread.java:736)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (GERONIMO-5288) Cannot use @EJB in java ee component(servlet, JSF) to inject ejb object

2011-05-25 Thread Jacky Liu (JIRA)


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

Jacky Liu commented on GERONIMO-5288:
-

What I said turned out to be another bug. I have created another jira, 
GERONIMO-5979, to specify it.

 Cannot use @EJB in java ee component(servlet, JSF) to inject ejb object
 ---

 Key: GERONIMO-5288
 URL: https://issues.apache.org/jira/browse/GERONIMO-5288
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Web Profile
Affects Versions: 3.0
Reporter: Forrest Xia
Assignee: Ivan
 Fix For: 3.0


 I tried two new java ee 6 samples jpa20demo-javaee6 and ejbtimer-javaee6, 
 they both failed at injecting ejb object in JSF managed bean or servlet.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Created] (GERONIMO-5980) Improper encryption/obfuscation of passwords in configuration files

2011-05-25 Thread Kevan Miller (JIRA)

Improper encryption/obfuscation of passwords in configuration files
---

 Key: GERONIMO-5980
 URL: https://issues.apache.org/jira/browse/GERONIMO-5980
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
Reporter: Kevan Miller


Several users have reported problems starting Geronimo. The cause seems to be 
improperly encrypted passwords. Plain text passwords will be 
encrypted/obfuscated in configuration files. A very good hypothesis posed by 
Michael Peterson is that the problem occurs if you try to start Geronimo with 
an improperly configured JAVA_HOMEStarting Geronimo without a JAVA_HOME 
configured may cause passwords to be improperly encrypted. They may end up 
encrypted as {Simple}null

From an email:

{quote}
On May 25, 2011, at 9:56 PM, michael.peterson wrote:

Ok...I think I see what was happening. 

When I first installed and tried to run geronimo.sh run I didn't 
have JAVA_HOME set. it failed with a bunch of messages. Then I 
realized that problem and set JAVA_HOME...but it looks like that time 
the property files have already been rewritten and the install 
corrupted. I didn't realize it was happening at the time of 
course...but since the new install was working I tried to redo the 
step to get to that broken state. The only way I could achieve that 
was to remove the JAVA_HOME and try and run geronimo. 

Does that make sense to you? 
{quote}

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (GERONIMO-5764) Support Bundles Deployment in deployment command line

2011-05-25 Thread Rex Wang (JIRA)


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

Rex Wang updated GERONIMO-5764:
---

  Component/s: deployment
   console
 Priority: Critical  (was: Minor)
Affects Version/s: (was: 3.0-M2)
Fix Version/s: (was: 3.0-M2)

 Support Bundles Deployment in deployment command line
 -

 Key: GERONIMO-5764
 URL: https://issues.apache.org/jira/browse/GERONIMO-5764
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: commands, console, deployment
Affects Versions: 3.0
Reporter: viola.lu
Assignee: Rex Wang
Priority: Critical
 Fix For: 3.0

 Attachments: GERONIMO-5764.patch


 Now we have to deploy a regular bundle via karaf shell: osgi:install 
 file:/[bunlde_path], not deployer command line, so open this jira to track 
 this feature enablement.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Commented] (GERONIMO-5764) Support Bundles Deployment in deployment command line

2011-05-25 Thread Rex Wang (JIRA)


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

Rex Wang commented on GERONIMO-5764:


Hi Jarek, since we still stick to the old kernel, I plan to start this work for 
trunk this week. I will try the approach you suggestted to design a separate 
APIs and add the corresponding cli and portlets.

 Support Bundles Deployment in deployment command line
 -

 Key: GERONIMO-5764
 URL: https://issues.apache.org/jira/browse/GERONIMO-5764
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: commands, console, deployment
Affects Versions: 3.0
Reporter: viola.lu
Assignee: Rex Wang
Priority: Critical
 Fix For: 3.0

 Attachments: GERONIMO-5764.patch


 Now we have to deploy a regular bundle via karaf shell: osgi:install 
 file:/[bunlde_path], not deployer command line, so open this jira to track 
 this feature enablement.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Assigned] (GERONIMO-5963) Keep bundles around if EBA start failed

2011-05-25 Thread Jarek Gawor (JIRA)


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

Jarek Gawor reassigned GERONIMO-5963:
-

Assignee: Jarek Gawor

 Keep bundles around if EBA start failed
 ---

 Key: GERONIMO-5963
 URL: https://issues.apache.org/jira/browse/GERONIMO-5963
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: Aries
Affects Versions: 3.0
Reporter: Jarek Gawor
Assignee: Jarek Gawor

 If EBA fails to start - i.e. one of the bundles within the EBA fails to 
 start, right all, all the EBA bundles will be uninstalled and removed from 
 the framework. This gives no chance whatsoever to diagnose the start up 
 problem. If would be good to at least have an option control what happens 
 when EBA start up fails. 
 Maybe even we should change the current default to not to fail the EBA. All 
 the bundles are in fact installed ok but some of them failed to start. That 
 should mean that EBA is deployed ok but failed to start.

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (GERONIMO-5981) Some objects to be injected were not found in jndi: could not look up something

2011-05-25 Thread Jacky Liu (JIRA)


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

Jacky Liu updated GERONIMO-5981:


Attachment: WebAppEjbAccessAnnotations.war
CurrencyConverterEJB.jar

 Some objects to be injected were not found in jndi: could not look up 
 something
 ---

 Key: GERONIMO-5981
 URL: https://issues.apache.org/jira/browse/GERONIMO-5981
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: PlanCreator
Affects Versions: 3.0
 Environment: Windows XP SP3 x86
 IBM jdk Java60
 Geronimo build on 20110525
Reporter: Jacky Liu
Priority: Minor
 Attachments: CurrencyConverterEJB.jar, WebAppEjbAccessAnnotations.war


 1. start Geronimo
 2. deploy CurrencyConverterEJB.jar
 3. deploy WebAppEjbAccessAnnotations.war through PlanCreator portlet
 4. go to http://localhost:8080/WebAppEjbAccessAnnotations/ to check the 
 Convertor function -- ERROR OCCURS!!
 When WebAppEjbAccessAnnotations.war is deployed through Plan Creator 
 portlet, Convertor will get a RUNNING failure.
 2011-05-26 09:42:53,677 ERROR [[ConverterHandler]] Allocate exception for 
 servlet ConverterHandler
 java.lang.InstantiationException: Some objects to be injected were not found 
 in jndi: [javax.naming.NamingException: could not look up 
 openejb/Deployment/CurrencyConverterEJB/ConverterBean/myPackage.Converter!Remote
  [Root exception is javax.naming.NotContextException: 
 openejb/Deployment/CurrencyConverterEJB/ConverterBean/myPackage.Converter!Remote]]
 at 
 org.apache.geronimo.j2ee.annotation.Holder.newInstance(Holder.java:174)
 at 
 org.apache.geronimo.tomcat.TomcatInstanceManager.newInstance(TomcatInstanceManager.java:74)
 at 
 org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048)
 at 
 org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:799)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:645)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:581)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:518)
 at 
 org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:927)
 at org.apache.jsp.index_jsp._jspService(index_jsp.java:69)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
 at 
 org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:417)
 at 
 org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:391)
 at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
 at 
 org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:696)
 at 
 org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:48)
 at 
 org.apache.geronimo.tomcat.valve.ProtectedTargetValve.invoke(ProtectedTargetValve.java:53)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
 at 
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:550)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:380)
 at 
 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243)
 at 
 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:188)
 at 
 org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:288)
 at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:243)
 at 
 org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(ThreadPool.java:373)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919

[jira] [Created] (GERONIMO-5981) Some objects to be injected were not found in jndi: could not look up something

2011-05-25 Thread Jacky Liu (JIRA)

Some objects to be injected were not found in jndi: could not look up something
---

 Key: GERONIMO-5981
 URL: https://issues.apache.org/jira/browse/GERONIMO-5981
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: PlanCreator
Affects Versions: 3.0
 Environment: Windows XP SP3 x86
IBM jdk Java60
Geronimo build on 20110525
Reporter: Jacky Liu
Priority: Minor
 Attachments: CurrencyConverterEJB.jar, WebAppEjbAccessAnnotations.war

1. start Geronimo
2. deploy CurrencyConverterEJB.jar
3. deploy WebAppEjbAccessAnnotations.war through PlanCreator portlet
4. go to http://localhost:8080/WebAppEjbAccessAnnotations/ to check the 
Convertor function -- ERROR OCCURS!!

When WebAppEjbAccessAnnotations.war is deployed through Plan Creator portlet, 
Convertor will get a RUNNING failure.

2011-05-26 09:42:53,677 ERROR [[ConverterHandler]] Allocate exception for 
servlet ConverterHandler
java.lang.InstantiationException: Some objects to be injected were not found in 
jndi: [javax.naming.NamingException: could not look up 
openejb/Deployment/CurrencyConverterEJB/ConverterBean/myPackage.Converter!Remote
 [Root exception is javax.naming.NotContextException: 
openejb/Deployment/CurrencyConverterEJB/ConverterBean/myPackage.Converter!Remote]]
at 
org.apache.geronimo.j2ee.annotation.Holder.newInstance(Holder.java:174)
at 
org.apache.geronimo.tomcat.TomcatInstanceManager.newInstance(TomcatInstanceManager.java:74)
at 
org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048)
at 
org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:799)
at 
org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:645)
at 
org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:581)
at 
org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:518)
at 
org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:927)
at org.apache.jsp.index_jsp._jspService(index_jsp.java:69)
at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
at 
org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:417)
at 
org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:391)
at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
at 
org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306)
at 
org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
at 
org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
at 
org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
at 
org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:696)
at 
org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:48)
at 
org.apache.geronimo.tomcat.valve.ProtectedTargetValve.invoke(ProtectedTargetValve.java:53)
at 
org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
at 
org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
at 
org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:550)
at 
org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
at 
org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:380)
at 
org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243)
at 
org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:188)
at 
org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:288)
at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:243)
at 
org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(ThreadPool.java:373)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
at 
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
at java.lang.Thread.run(Thread.java:736)
   
2011-05-26 09:42:53,692 ERROR [[jsp]] Servlet.service() for servlet [jsp] in 
context with path [/WebAppEjbAccessAnnotations] threw exception [Error 
instantiating servlet class myPackage.ConverterHandler] with root cause
java.lang.InstantiationException: Some objects to be injected were not found in 
jndi

[jira] [Commented] (GERONIMO-5978) View bundle packages in Geronimo admin console

2011-05-25 Thread Rex Wang (JIRA)


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

Rex Wang commented on GERONIMO-5978:


Agree, this is a useful function, but a full list of package names maybe too 
big.. How about provide a search box that user can input a keyword and then 
return the result with their exporter bundles?

 View bundle packages in Geronimo admin console
 --

 Key: GERONIMO-5978
 URL: https://issues.apache.org/jira/browse/GERONIMO-5978
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 3.0
Reporter: Jarek Gawor

 Right now the Geronimo console provides a bundle oriented view on the bundles 
 currently installed in the server. It would be nice to provide a similar 
 package view of the bundles currently installed in the server. Specifically, 
 it would be nice to:
 1) see a full list of package names that exist in the wiring, along with 
 their exporters
 2) have an ability to filter the list via wildcards (or regex), such as 
 org.foo.*
 3) a view for a single package (drill down) where the exporters (multiple 
 exporters may exist) and the respective wired importers 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Updated] (GERONIMO-5979) Some objects to be injected were not found in jndi: No EJB found for reference

2011-05-25 Thread Jacky Liu (JIRA)


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

Jacky Liu updated GERONIMO-5979:


Summary: Some objects to be injected were not found in jndi: No EJB found 
for reference  (was: Some objects to be injected were not found in jndi)

 Some objects to be injected were not found in jndi: No EJB found for reference
 --

 Key: GERONIMO-5979
 URL: https://issues.apache.org/jira/browse/GERONIMO-5979
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: sample apps
Affects Versions: 3.0
 Environment: Windows XP SP3 x86
 IBM jdk Java60
 Geronimo build on 20110525
Reporter: Jacky Liu
Priority: Minor
  Labels: sample
 Attachments: calculator-ear.rar, calculator-ejb.rar, 
 calculator-war.rar


 1. start Geronimo
 2. deploy calculator-ear-3.0-SNAPSHOT.ear
 3. go to http://localhost:8080/calculator/ and check the add or multiply 
 function
 ERROR OCCURS!!
 The following error message is displayed when calculator-ear-3.0-SNAPSHOT.ear 
 is deployed.
 2011-05-26 09:55:51,505 WARN  [startup] Unresolved ejb reference 
 org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
 GeronimoEnc
 .  Will attempt resolution again at runtime.
 2011-05-26 09:55:51,771 WARN  [startup] Unresolved ejb reference 
 org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
 GeronimoEnc
 .  Will attempt resolution again at runtime.
 2011-05-26 09:55:51,786 WARN  [startup] Unresolved ejb reference 
 org.apache.geronimo.samples.calculator.CalculatorServlet/calc in bean 
 GeronimoEnc
 .  Will attempt resolution again at runtime.
  2011-05-26 09:56:26,833 ERROR [[/calculator]] Servlet /calculator threw 
 load() exception
 java.lang.InstantiationException: Some objects to be injected were not found 
 in jndi: [javax.naming.NameNotFoundException: No EJB found for reference
 comp/env/org.apache.geronimo.samples.calculator.CalculatorServlet/calc: 
 ejb-link=null, interface=null]
 at 
 org.apache.geronimo.j2ee.annotation.Holder.newInstance(Holder.java:174)
 at 
 org.apache.geronimo.tomcat.TomcatInstanceManager.newInstance(TomcatInstanceManager.java:74)
 at 
 org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048)
 at 
 org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:996)
 at 
 org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java:4741)
 at 
 org.apache.catalina.core.StandardContext$3.call(StandardContext.java:5062)
 at 
 org.apache.catalina.core.StandardContext$3.call(StandardContext.java:5057)
 at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:314)
 at java.util.concurrent.FutureTask.run(FutureTask.java:149)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
 at java.lang.Thread.run(Thread.java:736)

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Assigned] (GERONIMO-5978) View bundle packages in Geronimo admin console

2011-05-25 Thread Rex Wang (JIRA)


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

Rex Wang reassigned GERONIMO-5978:
--

Assignee: Rex Wang

 View bundle packages in Geronimo admin console
 --

 Key: GERONIMO-5978
 URL: https://issues.apache.org/jira/browse/GERONIMO-5978
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 3.0
Reporter: Jarek Gawor
Assignee: Rex Wang

 Right now the Geronimo console provides a bundle oriented view on the bundles 
 currently installed in the server. It would be nice to provide a similar 
 package view of the bundles currently installed in the server. Specifically, 
 it would be nice to:
 1) see a full list of package names that exist in the wiring, along with 
 their exporters
 2) have an ability to filter the list via wildcards (or regex), such as 
 org.foo.*
 3) a view for a single package (drill down) where the exporters (multiple 
 exporters may exist) and the respective wired importers 

--
This message is automatically generated by JIRA.
For more information on JIRA, see: http://www.atlassian.com/software/jira

[jira] [Assigned] (GERONIMO-5981) Some objects to be injected were not found in jndi: could not look up something

2011-05-25 Thread Shenghao Fang (JIRA)


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

Shenghao Fang reassigned GERONIMO-5981:
---

Assignee: Shenghao Fang

 Some objects to be injected were not found in jndi: could not look up 
 something
 ---

 Key: GERONIMO-5981
 URL: https://issues.apache.org/jira/browse/GERONIMO-5981
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: PlanCreator
Affects Versions: 3.0
 Environment: Windows XP SP3 x86
 IBM jdk Java60
 Geronimo build on 20110525
Reporter: Jacky Liu
Assignee: Shenghao Fang
Priority: Minor
 Attachments: CurrencyConverterEJB.jar, WebAppEjbAccessAnnotations.war


 1. start Geronimo
 2. deploy CurrencyConverterEJB.jar
 3. deploy WebAppEjbAccessAnnotations.war through PlanCreator portlet
 4. go to http://localhost:8080/WebAppEjbAccessAnnotations/ to check the 
 Convertor function -- ERROR OCCURS!!
 When WebAppEjbAccessAnnotations.war is deployed through Plan Creator 
 portlet, Convertor will get a RUNNING failure.
 2011-05-26 09:42:53,677 ERROR [[ConverterHandler]] Allocate exception for 
 servlet ConverterHandler
 java.lang.InstantiationException: Some objects to be injected were not found 
 in jndi: [javax.naming.NamingException: could not look up 
 openejb/Deployment/CurrencyConverterEJB/ConverterBean/myPackage.Converter!Remote
  [Root exception is javax.naming.NotContextException: 
 openejb/Deployment/CurrencyConverterEJB/ConverterBean/myPackage.Converter!Remote]]
 at 
 org.apache.geronimo.j2ee.annotation.Holder.newInstance(Holder.java:174)
 at 
 org.apache.geronimo.tomcat.TomcatInstanceManager.newInstance(TomcatInstanceManager.java:74)
 at 
 org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:1048)
 at 
 org.apache.catalina.core.StandardWrapper.allocate(StandardWrapper.java:799)
 at 
 org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:645)
 at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:581)
 at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:518)
 at 
 org.apache.jasper.runtime.JspRuntimeLibrary.include(JspRuntimeLibrary.java:927)
 at org.apache.jsp.index_jsp._jspService(index_jsp.java:69)
 at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
 at 
 org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:417)
 at 
 org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:391)
 at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:334)
 at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
 at 
 org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:306)
 at 
 org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210)
 at 
 org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:240)
 at 
 org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:161)
 at 
 org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:696)
 at 
 org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:48)
 at 
 org.apache.geronimo.tomcat.valve.ProtectedTargetValve.invoke(ProtectedTargetValve.java:53)
 at 
 org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:164)
 at 
 org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:100)
 at 
 org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:550)
 at 
 org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118)
 at 
 org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:380)
 at 
 org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:243)
 at 
 org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:188)
 at 
 org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:288)
 at org.apache.geronimo.pool.ThreadPool$1.run(ThreadPool.java:243)
 at 
 org.apache.geronimo.pool.ThreadPool$ContextClassLoaderRunnable.run(ThreadPool.java:373)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:897)
 at 
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:919)
 at java.lang.Thread.run

Are org.jvent.mimepull and org.jvent.staxex in full profile build really needed ?

Re: Are org.jvent.mimepull and org.jvent.staxex in full profile build really needed ?

[jira] [Created] (GERONIMO-5977) Can not load adapter class in classloader when deploy ear application

[jira] [Resolved] (GERONIMODEVTOOLS-748) Logging framework in GEP

[jira] [Updated] (GERONIMO-5977) Can not load adapter class in classloader when deploy ear application

[jira] [Updated] (GERONIMO-5977) Can not load adapter class in classloader when deploy ear application using inPlace method

[jira] [Commented] (GERONIMODEVTOOLS-751) No keys of Keyboard can jump out of the input box

[jira] [Resolved] (GERONIMODEVTOOLS-749) Open the Geronimo plan, an error occurs when the server is started

[jira] [Resolved] (GERONIMODEVTOOLS-751) No keys of Keyboard can jump out of the input box

[jira] [Commented] (GERONIMO-5900) NullPointerException on JavaBeanDispatcher class when debug logging enabled

[jira] [Commented] (GERONIMODEVTOOLS-750) Associate labels can't be read by JAWS

[jira] [Commented] (GERONIMO-5973) jmx-security module start failure

[BUILD] branches/2.2: Failed for Revision: 1127475

Re: svn commit: r1127388 - in /geronimo/server/trunk/plugins: jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/ myfaces/geronimo-myfaces/src/main/java/org/apache/geronimo/myfac

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

[jira] [Created] (GERONIMO-5978) View bundle packages in Geronimo admin console

[BUILD] trunk: Failed for Revision: 1127637

Re: svn commit: r1127388 - in /geronimo/server/trunk/plugins: jasper/geronimo-jasper/src/main/java/org/apache/geronimo/jasper/internal/ myfaces/geronimo-myfaces/src/main/java/org/apache/geronimo/myfac

[jira] [Created] (GERONIMO-5979) Some objects to be injected were not found in jndi

[jira] [Updated] (GERONIMO-5979) Some objects to be injected were not found in jndi

[jira] [Commented] (GERONIMO-5979) Some objects to be injected were not found in jndi

[jira] [Commented] (GERONIMO-5288) Cannot use @EJB in java ee component(servlet, JSF) to inject ejb object

[jira] [Created] (GERONIMO-5980) Improper encryption/obfuscation of passwords in configuration files

[jira] [Updated] (GERONIMO-5764) Support Bundles Deployment in deployment command line

[jira] [Commented] (GERONIMO-5764) Support Bundles Deployment in deployment command line

[jira] [Assigned] (GERONIMO-5963) Keep bundles around if EBA start failed

[jira] [Updated] (GERONIMO-5981) Some objects to be injected were not found in jndi: could not look up something

[jira] [Created] (GERONIMO-5981) Some objects to be injected were not found in jndi: could not look up something

[jira] [Commented] (GERONIMO-5978) View bundle packages in Geronimo admin console

[jira] [Updated] (GERONIMO-5979) Some objects to be injected were not found in jndi: No EJB found for reference

[jira] [Assigned] (GERONIMO-5978) View bundle packages in Geronimo admin console

[jira] [Assigned] (GERONIMO-5981) Some objects to be injected were not found in jndi: could not look up something

32 matches

Site Navigation

Mail list logo

Footer information