[jira] Assigned: (GERONIMO-4803) ClassCastExeption after disabling access log valve for web container

2009-08-19 Thread Ivan (JIRA)

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

Ivan reassigned GERONIMO-4803:
--

Assignee: Ivan

 ClassCastExeption after disabling access log valve for web container
 

 Key: GERONIMO-4803
 URL: https://issues.apache.org/jira/browse/GERONIMO-4803
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Logging
Affects Versions: 2.2
 Environment: Server:
 Version   2.2-SNAPSHOT
 Build 2009.08.17-19:12:56.811+0800
 Operating System:
 Architecture  amd64
 Name  Windows Server 2008
 Version   6.0 build 6002 Service Pack 2
 Java Version  1.6.0
 Java Vendor   IBM Corporation
Reporter: Lu Jiang
Assignee: Ivan

 Steps to regenerate:
 1.Stop geronimo server.
 2.Disable access log valve by editing 
 GERONIMO_HOME/var/catalina/server.xml,commenting the following content.
 Valve className=org.apache.catalina.valves.AccessLogValve 
 directory=logs
prefix=${ServerHostname}_access_log. suffix=.txt 
 pattern=common resolveHosts=false/
 3.Start Geronimo server.
 4.Access the server console via http://localhost:8080/console/
 5.Click Server Logs in Console Navigation/server,exceptions like below will 
 occur.
 2009-08-19 13:04:11,258 ERROR [[WebAccessLogViewer]] Servlet.service() 
 for servlet WebAccessLogViewer threw exception
 java.lang.ClassCastException: org.apache.catalina.valves.ErrorReportValve 
 incompatible with org.apache.catalina.valves.AccessLogValve
   at 
 org.apache.geronimo.tomcat.TomcatLogManagerImpl.getLogNames(TomcatLogManagerImpl.java:94)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:45)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
   at java.lang.reflect.Method.invoke(Method.java:599)
   at 
 org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
   at 
 org.apache.geronimo.gbean.runtime.GBeanAttribute.getValue(GBeanAttribute.java:364)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.getAttribute(GBeanInstance.java:637)
   at 
 org.apache.geronimo.gbean.runtime.RawInvoker.getAttribute(RawInvoker.java:49)
   at 
 org.apache.geronimo.kernel.basic.RawGetAttributeInvoker.invoke(RawGetAttributeInvoker.java:35)
   at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
   at 
 org.apache.geronimo.tomcat.TomcatLogManager$$EnhancerByCGLIB$$32605a01.getLogNames(generated)
   at 
 org.apache.geronimo.console.logmanager.WebAccessLogViewerPortlet.doView(WebAccessLogViewerPortlet.java:119)
   at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
   at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
   at org.apache.geronimo.console.BasePortlet.render(BasePortlet.java:153)
   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:646)
   at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:551)
   at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:488)
   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:172)
   at 
 org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
   at 
 jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:102)
   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 
 

[jira] Created: (GERONIMO-4804) Fail to set up Tomcat Cluster

2009-08-19 Thread viola.lu (JIRA)
Fail to set up Tomcat Cluster 
--

 Key: GERONIMO-4804
 URL: https://issues.apache.org/jira/browse/GERONIMO-4804
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: Tomcat
Affects Versions: 2.2
 Environment: OS:win2003
Reporter: viola.lu
Assignee: Shawn Jiang
Priority: Minor
 Attachments: servlet-examples-cluster-plan.xml, 
servlet-examples-cluster-server1.war

1.Modify server.xml under var/catalina/ as tomcat how-to-cluster doc as below:
Engine name=Catalina defaultHost=${ServerHostname} jvmRoute=node2 
channelSendOptions=8
Cluster className=org.apache.catalina.ha.tcp.SimpleTcpCluster
Manager className=org.apache.catalina.ha.session.DeltaManager
   expireSessionsOnShutdown=false
   notifyListenersOnReplication=true/

  Channel className=org.apache.catalina.tribes.group.GroupChannel
Membership 
className=org.apache.catalina.tribes.membership.McastService
address=228.0.0.4
port=45564
frequency=500
dropTime=3000/
Receiver 
className=org.apache.catalina.tribes.transport.nio.NioReceiver
  address=auto
  port=4000
  autoBind=100
  selectorTimeout=5000
  maxThreads=6/

Sender 
className=org.apache.catalina.tribes.transport.ReplicationTransmitter
  Transport 
className=org.apache.catalina.tribes.transport.nio.PooledParallelSender/
/Sender
Interceptor 
className=org.apache.catalina.tribes.group.interceptors.TcpFailureDetector/
Interceptor 
className=org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor/
  /Channel

  Valve className=org.apache.catalina.ha.tcp.ReplicationValve
 filter=/
  Valve 
className=org.apache.catalina.ha.session.JvmRouteBinderValve/

  Deployer className=org.apache.catalina.ha.deploy.FarmWarDeployer
tempDir=/tmp/war-temp/
deployDir=/tmp/war-deploy/
watchDir=/tmp/war-listen/
watchEnabled=false/

  ClusterListener 
className=org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener/
  ClusterListener 
className=org.apache.catalina.ha.session.ClusterSessionListener/
  /Cluster

/Engine

2.And deploy web apps whose web.xml containing distributable element 
succesfully
3.Configure Apache http server with mod_jk, but errors in mod_jk.log
[error] jk_ajp_common.c (1011): (NODE2) can't receive the response message from 
tomcat, network problems or tomcat (9.186.10.167:8009) is down (errno=60)
[Wed Aug 19 14:01:45 2009] [6828:5876] [error] jk_ajp_common.c (1766): (NODE2) 
Tomcat is down or refused connection. No response has been sent to the client 
(yet)
[Wed Aug 19 14:01:45 2009] [6828:5876] [info] jk_ajp_common.c (2186): (NODE2) 
sending request to tomcat failed (recoverable),  (attempt=1)
[Wed Aug 19 14:02:03 2009] [6828:1212] [error] jk_ajp_common.c (1011): (NODE1) 
can't receive the response message from tomcat, network problems or tomcat 
(9.186.10.67:8009) is down (errno=60)
[Wed Aug 19 14:02:03 2009] [6828:1212] [error] jk_ajp_common.c (1766): (NODE1) 
Tomcat is down or refused connection. No response has been sent to the client 
(yet)


If i follow tomcat cluster steps used in g 2.1.*  to work on G 2.2 snapshot, it 
does't work also, when deploy web app, there is an error:
org.apache.geronimo.common.DeploymentException: Unable to resolve reference 
NextValve






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



[jira] Updated: (GERONIMO-4804) Fail to set up Tomcat Cluster

2009-08-19 Thread viola.lu (JIRA)

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

viola.lu updated GERONIMO-4804:
---

Attachment: servlet-examples-cluster-plan.xml
servlet-examples-cluster-server1.war

 Fail to set up Tomcat Cluster 
 --

 Key: GERONIMO-4804
 URL: https://issues.apache.org/jira/browse/GERONIMO-4804
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Tomcat
Affects Versions: 2.2
 Environment: OS:win2003
Reporter: viola.lu
Assignee: Shawn Jiang
Priority: Minor
 Attachments: servlet-examples-cluster-plan.xml, 
 servlet-examples-cluster-server1.war


 1.Modify server.xml under var/catalina/ as tomcat how-to-cluster doc as below:
 Engine name=Catalina defaultHost=${ServerHostname} jvmRoute=node2 
 channelSendOptions=8
 Cluster className=org.apache.catalina.ha.tcp.SimpleTcpCluster
 Manager className=org.apache.catalina.ha.session.DeltaManager
expireSessionsOnShutdown=false
notifyListenersOnReplication=true/
   Channel className=org.apache.catalina.tribes.group.GroupChannel
 Membership 
 className=org.apache.catalina.tribes.membership.McastService
 address=228.0.0.4
 port=45564
 frequency=500
 dropTime=3000/
 Receiver 
 className=org.apache.catalina.tribes.transport.nio.NioReceiver
   address=auto
   port=4000
   autoBind=100
   selectorTimeout=5000
   maxThreads=6/
 Sender 
 className=org.apache.catalina.tribes.transport.ReplicationTransmitter
   Transport 
 className=org.apache.catalina.tribes.transport.nio.PooledParallelSender/
 /Sender
 Interceptor 
 className=org.apache.catalina.tribes.group.interceptors.TcpFailureDetector/
 Interceptor 
 className=org.apache.catalina.tribes.group.interceptors.MessageDispatch15Interceptor/
   /Channel
   Valve className=org.apache.catalina.ha.tcp.ReplicationValve
  filter=/
   Valve 
 className=org.apache.catalina.ha.session.JvmRouteBinderValve/
   Deployer className=org.apache.catalina.ha.deploy.FarmWarDeployer
 tempDir=/tmp/war-temp/
 deployDir=/tmp/war-deploy/
 watchDir=/tmp/war-listen/
 watchEnabled=false/
   ClusterListener 
 className=org.apache.catalina.ha.session.JvmRouteSessionIDBinderListener/
   ClusterListener 
 className=org.apache.catalina.ha.session.ClusterSessionListener/
   /Cluster
 
 /Engine
 2.And deploy web apps whose web.xml containing distributable element 
 succesfully
 3.Configure Apache http server with mod_jk, but errors in mod_jk.log
 [error] jk_ajp_common.c (1011): (NODE2) can't receive the response message 
 from tomcat, network problems or tomcat (9.186.10.167:8009) is down (errno=60)
 [Wed Aug 19 14:01:45 2009] [6828:5876] [error] jk_ajp_common.c (1766): 
 (NODE2) Tomcat is down or refused connection. No response has been sent to 
 the client (yet)
 [Wed Aug 19 14:01:45 2009] [6828:5876] [info] jk_ajp_common.c (2186): (NODE2) 
 sending request to tomcat failed (recoverable),  (attempt=1)
 [Wed Aug 19 14:02:03 2009] [6828:1212] [error] jk_ajp_common.c (1011): 
 (NODE1) can't receive the response message from tomcat, network problems or 
 tomcat (9.186.10.67:8009) is down (errno=60)
 [Wed Aug 19 14:02:03 2009] [6828:1212] [error] jk_ajp_common.c (1766): 
 (NODE1) Tomcat is down or refused connection. No response has been sent to 
 the client (yet)
 If i follow tomcat cluster steps used in g 2.1.*  to work on G 2.2 snapshot, 
 it does't work also, when deploy web app, there is an error:
 org.apache.geronimo.common.DeploymentException: Unable to resolve reference 
 NextValve

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



[BUILD] trunk: Failed for Revision: 805671

2009-08-19 Thread gawor
Geronimo Revision: 805671 built with tests included
 
See the full build-0300.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090819/build-0300.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090819/unit-test-reports
 
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.artifact.resolver.MultipleArtifactsNotFoundException: Missing:
--
1) org.eclipse.jetty:jetty-ajp:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-ajp -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty -DartifactId=jetty-ajp 
-Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] 
-DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-ajp:jar:7.0.0.RC4-SNAPSHOT

2) org.eclipse.jetty:jetty-jaspi:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-jaspi -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-jaspi -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-jaspi:jar:7.0.0.RC4-SNAPSHOT

3) org.eclipse.jetty:jetty-webapp:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-webapp -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-webapp -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-webapp:jar:7.0.0.RC4-SNAPSHOT

4) org.eclipse.jetty:jetty-security:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-security -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-security -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-security:jar:7.0.0.RC4-SNAPSHOT

5) org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-servlet -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-servlet -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC4-SNAPSHOT

--
5 required artifacts are missing.

for artifact: 
  org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT

from the specified remote repositories:
  jetty-snapshots.oss.sonatype.org 
(http://oss.sonatype.org/content/repositories/jetty-snapshots/),
  ibiblio.org (http://repo.exist.com/maven2),
  apache.snapshots (http://repository.apache.org/snapshots),
  codehaus.snapshots (http://snapshots.repository.codehaus.org)


at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:324

[jira] Updated: (GERONIMODEVTOOLS-587) Using GEP to convert an application to a plugin, if add prerequisite module,will encouter an error when install the plugin

2009-08-19 Thread Rodger Zhang (JIRA)

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

Rodger Zhang updated GERONIMODEVTOOLS-587:
--

Attachment: gep_587.patch

I add a patch to fix the problem. However, it seems there are more potential 
same problems like
===
if(!.equals(version.getText()))
artType.setVersion(version.getText());
===
Furthermore, if we could treat version/ the same as no version element in 
components about deployment and resolve dependency in geronimo.
Or meet one then fix one.

 Using GEP to convert an application to a plugin, if add prerequisite 
 module,will encouter an error when install the plugin
 --

 Key: GERONIMODEVTOOLS-587
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-587
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.2.0
 Environment: windows xp sp3
 jdk IBM 1.6
 eclipse 3.5
Reporter: liangkun
Assignee: Tim McConnell
 Attachments: gep_587.patch


 1.Start a G server2.2 in eclipse using GEP.
 2.Double click the server and click the plugin button.
 3.Click the Convert Apps to Plugins button and create a Geronimo Plugin. 
 4.Choose the destination of the export plugin and an application want to be 
 converted the click the next button.
 5.You will see the pageupdating plugin information ,click the next button.
 6.In the next page ,click button add to add the  prerequisite module, you can 
 try any prerequisite module which exists in the server.Please leave the 
 version blank.Then click the next.
 7.You will find the plugin at the destination you just choose.Install the 
 plugin you will get the output that the prerequisite module can not be found.
 Check the file Geronimo-plugin.xml and you will find that the version of the 
 prerequisite module is ns2:version/,that is the key why there is no the 
 module and actually if you want to install the plugin you can just delete the 
 ns2:version/.
 By the way ,when I finish converting  an application to a plugin,I can still 
 click next button,at the beginning I thought the process is not finished but 
 actually it is done and this is a new process of converting.
 So,if the last button can be set  to finish button that will be fine.

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



[jira] Updated: (GERONIMO-4802) Error occurs when click Information link on the console

2009-08-19 Thread Lu Jiang (JIRA)

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

Lu Jiang updated GERONIMO-4802:
---

Description: 
Steps to regenerate:
1.Start geronimo server.
2.Access the geronimo server via http://localhost:8080/console/
3.Click Information portlet under Console Navigation/server.
  Warn and error will occur as below:
  2009-08-19 11:08:13,458 WARN  [DefaultCreatorManager] Names of known classes 
are: Jsr77Lookup __System 
  2009-08-19 11:08:13,458 WARN  [ExceptionHandler] Error: 
java.lang.SecurityException: No class by name: Jsr77Stats

Also some information is not available.
It displays on Console:
Server:
Up Time Not Yet Available

JVM:
Current Memory Used Not Yet Available
Most Memory Used  Not Yet Available
Total Memory Allocated  Not Yet Available

  was:
Steps to regenerate:
1.Start geronimo server.
2.Access the geronimo server via http://localhost:8080/console/
3.Find the information link under Console Navigation/server and click it.
  Warn and error will occur as below:
  2009-08-19 11:08:13,458 WARN  [DefaultCreatorManager] Names of known classes 
are: Jsr77Lookup __System 
  2009-08-19 11:08:13,458 WARN  [ExceptionHandler] Error: 
java.lang.SecurityException: No class by name: Jsr77Stats

Summary: Error occurs when click Information link on the console  (was: 
Error occurs when click Information link on the consoleCC)

 Error occurs when click Information link on the console
 ---

 Key: GERONIMO-4802
 URL: https://issues.apache.org/jira/browse/GERONIMO-4802
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 2.2
 Environment: Server:
 Version   2.2-SNAPSHOT
 Build 2009.08.17-19:12:56.811+0800
 Operating System:
 Architecture  amd64
 Name  Windows Server 2008
 Version   6.0 build 6002 Service Pack 2
 Java Version  1.6.0
 Java Vendor   IBM Corporation
Reporter: Lu Jiang

 Steps to regenerate:
 1.Start geronimo server.
 2.Access the geronimo server via http://localhost:8080/console/
 3.Click Information portlet under Console Navigation/server.
   Warn and error will occur as below:
   2009-08-19 11:08:13,458 WARN  [DefaultCreatorManager] Names of known 
 classes are: Jsr77Lookup __System 
   2009-08-19 11:08:13,458 WARN  [ExceptionHandler] Error: 
 java.lang.SecurityException: No class by name: Jsr77Stats
 Also some information is not available.
 It displays on Console:
 Server:
 Up Time Not Yet Available
 JVM:
 Current Memory Used   Not Yet Available
 Most Memory Used  Not Yet Available
 Total Memory AllocatedNot Yet Available

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



[jira] Resolved: (GERONIMO-4803) ClassCastExeption after disabling access log valve for web container

2009-08-19 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4803.


   Resolution: Fixed
Fix Version/s: 2.2

Commit changes to trunk At revision: 805693,  2.2-SNAPSHOT At revision: 805692.

 ClassCastExeption after disabling access log valve for web container
 

 Key: GERONIMO-4803
 URL: https://issues.apache.org/jira/browse/GERONIMO-4803
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: Logging
Affects Versions: 2.2
 Environment: Server:
 Version   2.2-SNAPSHOT
 Build 2009.08.17-19:12:56.811+0800
 Operating System:
 Architecture  amd64
 Name  Windows Server 2008
 Version   6.0 build 6002 Service Pack 2
 Java Version  1.6.0
 Java Vendor   IBM Corporation
Reporter: Lu Jiang
Assignee: Ivan
 Fix For: 2.2


 Steps to regenerate:
 1.Stop geronimo server.
 2.Disable access log valve by editing 
 GERONIMO_HOME/var/catalina/server.xml,commenting the following content.
 Valve className=org.apache.catalina.valves.AccessLogValve 
 directory=logs
prefix=${ServerHostname}_access_log. suffix=.txt 
 pattern=common resolveHosts=false/
 3.Start Geronimo server.
 4.Access the server console via http://localhost:8080/console/
 5.Click Server Logs in Console Navigation/server,exceptions like below will 
 occur.
 2009-08-19 13:04:11,258 ERROR [[WebAccessLogViewer]] Servlet.service() 
 for servlet WebAccessLogViewer threw exception
 java.lang.ClassCastException: org.apache.catalina.valves.ErrorReportValve 
 incompatible with org.apache.catalina.valves.AccessLogValve
   at 
 org.apache.geronimo.tomcat.TomcatLogManagerImpl.getLogNames(TomcatLogManagerImpl.java:94)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:45)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
   at java.lang.reflect.Method.invoke(Method.java:599)
   at 
 org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
   at 
 org.apache.geronimo.gbean.runtime.GBeanAttribute.getValue(GBeanAttribute.java:364)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.getAttribute(GBeanInstance.java:637)
   at 
 org.apache.geronimo.gbean.runtime.RawInvoker.getAttribute(RawInvoker.java:49)
   at 
 org.apache.geronimo.kernel.basic.RawGetAttributeInvoker.invoke(RawGetAttributeInvoker.java:35)
   at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
   at 
 org.apache.geronimo.tomcat.TomcatLogManager$$EnhancerByCGLIB$$32605a01.getLogNames(generated)
   at 
 org.apache.geronimo.console.logmanager.WebAccessLogViewerPortlet.doView(WebAccessLogViewerPortlet.java:119)
   at javax.portlet.GenericPortlet.doDispatch(GenericPortlet.java:247)
   at javax.portlet.GenericPortlet.render(GenericPortlet.java:175)
   at org.apache.geronimo.console.BasePortlet.render(BasePortlet.java:153)
   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:646)
   at 
 org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:551)
   at 
 org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:488)
   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:172)
   at 
 org.apache.pluto.driver.tags.PortletTag.doStartTag(PortletTag.java:152)
   at 
 jsp.WEB_002dINF.themes.portlet_002dskin_jsp._jspService(portlet_002dskin_jsp.java:102)
   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 
 

[jira] Created: (GERONIMO-4805) Login Error HTTP Status 400 - XSSXSRFFilter blocked HttpServletRequest when login admin console in Firefox 3.0.13

2009-08-19 Thread viola.lu (JIRA)
Login Error HTTP Status 400 - XSSXSRFFilter blocked HttpServletRequest when 
login admin console in Firefox 3.0.13
---

 Key: GERONIMO-4805
 URL: https://issues.apache.org/jira/browse/GERONIMO-4805
 Project: Geronimo
  Issue Type: Bug
  Security Level: public (Regular issues)
  Components: console
Affects Versions: 2.2
 Environment: os:win 2003, xp
Firefox 3.0.13
Reporter: viola.lu
Assignee: Ivan
Priority: Minor


1.Login admin console, input usename password , and get HTTP Status 400 - 
XSSXSRFFilter blocked HttpServletRequest error, or after login ,
click WebApp, repository, or Deploy New, will return back login page, and input 
username/password, still get HTTP Status 400 - XSSXSRFFilter blocked 
HttpServletRequest error.

But it works fine on firefox 3.5.2

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



[jira] Commented: (GERONIMODEVTOOLS-587) Using GEP to convert an application to a plugin, if add prerequisite module,will encouter an error when install the plugin

2009-08-19 Thread liangkun (JIRA)

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

liangkun commented on GERONIMODEVTOOLS-587:
---

Hi,Rodger,
Thanks and I will try the next build which adds your patch.

 Using GEP to convert an application to a plugin, if add prerequisite 
 module,will encouter an error when install the plugin
 --

 Key: GERONIMODEVTOOLS-587
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-587
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.2.0
 Environment: windows xp sp3
 jdk IBM 1.6
 eclipse 3.5
Reporter: liangkun
Assignee: Tim McConnell
 Attachments: gep_587.patch


 1.Start a G server2.2 in eclipse using GEP.
 2.Double click the server and click the plugin button.
 3.Click the Convert Apps to Plugins button and create a Geronimo Plugin. 
 4.Choose the destination of the export plugin and an application want to be 
 converted the click the next button.
 5.You will see the pageupdating plugin information ,click the next button.
 6.In the next page ,click button add to add the  prerequisite module, you can 
 try any prerequisite module which exists in the server.Please leave the 
 version blank.Then click the next.
 7.You will find the plugin at the destination you just choose.Install the 
 plugin you will get the output that the prerequisite module can not be found.
 Check the file Geronimo-plugin.xml and you will find that the version of the 
 prerequisite module is ns2:version/,that is the key why there is no the 
 module and actually if you want to install the plugin you can just delete the 
 ns2:version/.
 By the way ,when I finish converting  an application to a plugin,I can still 
 click next button,at the beginning I thought the process is not finished but 
 actually it is done and this is a new process of converting.
 So,if the last button can be set  to finish button that will be fine.

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



[jira] Resolved: (GERONIMO-4793) Remove those duplicated jars in the lib folder of the console applications

2009-08-19 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4793.


Resolution: Fixed
  Assignee: Ivan

Commit changes to trunk At revision: 805694 and 2.2-SNAPSHOT At revision: 805700

 Remove those duplicated jars in the lib folder of the console applications
 --

 Key: GERONIMO-4793
 URL: https://issues.apache.org/jira/browse/GERONIMO-4793
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 2.2
Reporter: Ivan
Assignee: Ivan
Priority: Minor
 Fix For: 2.2


 I found that in some of the console applications, those duplicated jar files 
 are copied into the web-inf/lib folder.
 IMO, only portlet related jar should be there, usually, we should only have 
 one jar.

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



Daily build status for trunk and 2.2?

2009-08-19 Thread Fredrik Jonson
Hi all,

Just wanted to check what the status is for the daily builds of G? Out
of the handfull of samples I've pulled during the summer most have
failed to even start.  I'm using the jetty7-javaee5 daily for trunk. Is
it just bad luck? I'm pulling the builds from the location below, is
that the right place?

http://people.apache.org/builds/geronimo/server/binaries/

And while I'm at it, I'm eager to try the daily builds of the brand new
2.2 branch, once that daily build has been set up. Nudge nudge. ;)

-- 
Fredrik Jonson



[jira] Commented: (GERONIMO-4742) Connector portlets for Tomcat does not work

2009-08-19 Thread Shawn Jiang (JIRA)

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

Shawn Jiang commented on GERONIMO-4742:
---

Thanks Donald for your comments, I'm going to fix the connector portlet :

1, convert all tomcat connector loaded in server.xml into GBeans when the 
server is starting up.

2, The GBean won't be stored back to config.xml

3, The new added GBean will be stored to server.xml.


Some existing problem:

1, There's no  name and description of connectors defined in server.xml
2,  must use dom instead of jaxb to store connector back to server.xml.(in 
order to keep the comments and placeholders)

 Connector portlets for Tomcat does not work
 ---

 Key: GERONIMO-4742
 URL: https://issues.apache.org/jira/browse/GERONIMO-4742
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.2
Reporter: Ivan
Assignee: Shawn Jiang
 Fix For: 2.2


 After  refactoriing Tomcat integratoin codes, currently, the connector 
 portlet does not work.

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



[BUILD] trunk: Failed for Revision: 805771

2009-08-19 Thread gawor
Geronimo Revision: 805771 built with tests included
 
See the full build-0900.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090819/build-0900.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090819/unit-test-reports
 
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.artifact.resolver.MultipleArtifactsNotFoundException: Missing:
--
1) org.eclipse.jetty:jetty-ajp:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-ajp -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty -DartifactId=jetty-ajp 
-Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] 
-DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-ajp:jar:7.0.0.RC4-SNAPSHOT

2) org.eclipse.jetty:jetty-jaspi:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-jaspi -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-jaspi -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-jaspi:jar:7.0.0.RC4-SNAPSHOT

3) org.eclipse.jetty:jetty-webapp:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-webapp -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-webapp -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-webapp:jar:7.0.0.RC4-SNAPSHOT

4) org.eclipse.jetty:jetty-security:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-security -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-security -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-security:jar:7.0.0.RC4-SNAPSHOT

5) org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-servlet -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-servlet -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC4-SNAPSHOT

--
5 required artifacts are missing.

for artifact: 
  org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT

from the specified remote repositories:
  ibiblio.org (http://repo.exist.com/maven2),
  codehaus.snapshots (http://snapshots.repository.codehaus.org),
  apache.snapshots (http://repository.apache.org/snapshots),
  jetty-snapshots.oss.sonatype.org 
(http://oss.sonatype.org/content/repositories/jetty-snapshots/)


at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:324

Re: Daily build status for trunk and 2.2?

2009-08-19 Thread chi runhua
you may try Tomcat-assembly for now.  looks like there are some problem with
Jetty build recently.

Jeff C

On Wed, Aug 19, 2009 at 6:00 PM, Fredrik Jonson fred...@myrealbox.comwrote:

 Hi all,

 Just wanted to check what the status is for the daily builds of G? Out
 of the handfull of samples I've pulled during the summer most have
 failed to even start.  I'm using the jetty7-javaee5 daily for trunk. Is
 it just bad luck? I'm pulling the builds from the location below, is
 that the right place?

 http://people.apache.org/builds/geronimo/server/binaries/

 And while I'm at it, I'm eager to try the daily builds of the brand new
 2.2 branch, once that daily build has been set up. Nudge nudge. ;)

 --
 Fredrik Jonson




[jira] Resolved: (GERONIMO-4802) Error occurs when click Information link on the console

2009-08-19 Thread Ivan (JIRA)

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

Ivan resolved GERONIMO-4802.


   Resolution: Fixed
Fix Version/s: 2.2
 Assignee: Ivan

It should be a bug of DWR 3.0.M1, it ignores the name attribute of the 
RemoteProxy.
Commit the workaround to trunk At revision: 805806, and 2.2 snapshot  At 
revision: 805805

 Error occurs when click Information link on the console
 ---

 Key: GERONIMO-4802
 URL: https://issues.apache.org/jira/browse/GERONIMO-4802
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: console
Affects Versions: 2.2
 Environment: Server:
 Version   2.2-SNAPSHOT
 Build 2009.08.17-19:12:56.811+0800
 Operating System:
 Architecture  amd64
 Name  Windows Server 2008
 Version   6.0 build 6002 Service Pack 2
 Java Version  1.6.0
 Java Vendor   IBM Corporation
Reporter: Lu Jiang
Assignee: Ivan
 Fix For: 2.2


 Steps to regenerate:
 1.Start geronimo server.
 2.Access the geronimo server via http://localhost:8080/console/
 3.Click Information portlet under Console Navigation/server.
   Warn and error will occur as below:
   2009-08-19 11:08:13,458 WARN  [DefaultCreatorManager] Names of known 
 classes are: Jsr77Lookup __System 
   2009-08-19 11:08:13,458 WARN  [ExceptionHandler] Error: 
 java.lang.SecurityException: No class by name: Jsr77Stats
 Also some information is not available.
 It displays on Console:
 Server:
 Up Time Not Yet Available
 JVM:
 Current Memory Used   Not Yet Available
 Most Memory Used  Not Yet Available
 Total Memory AllocatedNot Yet Available

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



[jira] Commented: (GERONIMO-4642) WS-Security support for JAX-WS Web Services

2009-08-19 Thread Jarek Gawor (JIRA)

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

Jarek Gawor commented on GERONIMO-4642:
---

Committed some changes to trunk (revision 805830) based on the 
X509SigningEncrytion_CXF.txt patch that enable X.509 signature and encryption 
for service references with CXF. Thanks Rahul.


 WS-Security support for JAX-WS Web Services
 -

 Key: GERONIMO-4642
 URL: https://issues.apache.org/jira/browse/GERONIMO-4642
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
  Components: webservices
 Environment: Apache Geronimo, Apache CXF, Apache Axis2, Ws-Security, 
 Web Services, Java, Linux
Reporter: Rahul Mehta
Priority: Minor
 Attachments: clientKeystore.jks, clientKeystore.properties, 
 RampartToAxis2.txt, serviceKeystore.jks, serviceKeystore.properties, 
 site.patch, usernameToken.patch, usernameToken[2].patch, 
 UsernameToken_ServerSide[2].txt, X509SigningEncrytion_CXF.txt, 
 X509SigningEncrytion_ServerSide_CXF.txt

   Original Estimate: 2016h
  Remaining Estimate: 2016h

 To integrate and enable the WS-Security features of Apache Axis2 and Apache 
 CXF in Apache Geronimo:
 --
 Apache Geronimo supports two JAX-WS providers: Axis2 and CXF and both of 
 these libraries have some WS-Security features. But these features are not 
 integrated/enabled in Geronimo. So the goal is to enable these features from 
 within Geronimo. That involves basically two things:
 1) that the modules (i.e. WSS4J) that provide the WS-Security features for 
 Axis2 and CXF are installed with Geronimo, and
 2) that the WS-Security features such as [XML Security ('XML Signature' - 
 allows one to send along with the message a digital signature of it, which 
 assures that no one modified the message content between the sender and 
 receiver, 'XML Encryption' -allows one to encrypt the message body or only 
 its part using the given cryptography algorithm) and Tokens ('Username 
 Tokens' - WS-Security scenario adds username and password values to the 
 message header, 'Timestamps' - Timestamps specify how long the security data 
 remains valid, 'SAML Tokens')] can be enabled and configured on web services 
 via Geronimo deployment descriptors and/or annotations. For example, given 
 some web service that is annotated with @WebService; so to ensure that the 
 service only accepts WS-Security -secured messages, it should be something 
 like to add @WS-Security annotation.
 Further in detail, we can consider WS-Security policies which can be applied 
 to the SOAP messages that pass between web services and web service controls. 
 A WS-Security is controlled in WS-Security policy files. The WS-Security 
 policy file (WSSE file) defines the security policy applied to the SOAP 
 messages that pass between web services and their clients.[1]
 So we can use something like following annotation @WS-Security 
 file=MyWebServicePolicy.wsse Example: @WebService @WS-Security 
 file=MyWebServicePolicy.wsse
 public class xyz
 The @WS-Security annotation determines the WS-Security policy file (WSSE) to 
 be applied to (1) incoming SOAP invocations of the web service's methods and 
 (2) the outgoing SOAP messages containing the value returned by the web 
 service's methods.[1]. The attribute file in the above mentioned annotation 
 specifies the path to the WS-Security policy file (WSSE file - 
 MyWebServicePolicy.wsse) used by the web service.
 Besides configuring WS-Security properties for web services we also need to 
 configure the same sort of properties for Web Service references 
 (@WebServiceRef) so that clients can also make WS-Security secured calls.
 In addition, I think we can also define some security feature something like 
 SecurityFeature similar to other WebService Feature(s) such as 
 AddressingFeature, MTOMFeature and RespectBindingFeature . This new feature 
 can also have the enabled property like other features that is used to 
 store whether a particular feature should be enabled or disabled. This type 
 should provide either a constructor argument and/or a method that will allow 
 the web service developer to set the enabled property. The meaning of enabled 
 or disabled is determined by each individual WebServiceFeature. It is 
 important that web services developers be able to enable/disable specific 
 features when writing their web applications. [2] 
 References:
 [1] [WWW] http://e-docs.bea.com/workshop/docs81/doc/en/core/index.html
 [2] [WWW] http://jcp.org/aboutJava/communityprocess/mrel/jsr224/index2.html 

-- 
This message is automatically generated 

Re: svn commit: r805830 - bouncycastle depend added?

2009-08-19 Thread Donald Woods
Hmmm Didn't we have to remove bouncycastle before, due to required 
IP licensing?


 dependency
+groupIdbouncycastle/groupId
+artifactIdbcprov-jdk15/artifactId
+typejar/type
+/dependency

-Donald


ga...@apache.org wrote:

Author: gawor
Date: Wed Aug 19 15:05:31 2009
New Revision: 805830

URL: http://svn.apache.org/viewvc?rev=805830view=rev
Log:
Support X.509 signature and ecryption for service references with CXF. Based on 
patch from Rahul Mehta (GERONIMO-4642)

Modified:
geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml

geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPasswordHandler.java

geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPortMethodInterceptor.java
geronimo/server/trunk/pom.xml

Modified: 
geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml?rev=805830r1=805829r2=805830view=diff
==
--- geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml 
(original)
+++ geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml Wed 
Aug 19 15:05:31 2009
@@ -3,10 +3,15 @@
 module-id
 groupIdorg.apache.geronimo.configs/groupId
 artifactIdcxf/artifactId
-version2.2-SNAPSHOT/version
+version3.0-SNAPSHOT/version
 typecar/type
 /module-id
 dependency
+groupIdbouncycastle/groupId
+artifactIdbcprov-jdk15/artifactId
+typejar/type
+/dependency
+dependency
 groupIdorg.apache.cxf/groupId
 artifactIdcxf-api/artifactId
 typejar/type
@@ -111,4 +116,14 @@
 artifactIdwss4j/artifactId
 typejar/type
 /dependency
+dependency
+groupIdxalan/groupId
+artifactIdserializer/artifactId
+typejar/type
+/dependency
+dependency
+groupIdxalan/groupId
+artifactIdxalan/artifactId
+typejar/type
+/dependency
 /plugin-artifact

Modified: 
geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPasswordHandler.java
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPasswordHandler.java?rev=805830r1=805829r2=805830view=diff
==
--- 
geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPasswordHandler.java
 (original)
+++ 
geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPasswordHandler.java
 Wed Aug 19 15:05:31 2009
@@ -18,6 +18,8 @@
 package org.apache.geronimo.cxf.client;
 
 import java.io.IOException;

+import java.util.HashMap;
+import java.util.Map;
 
 import javax.security.auth.callback.Callback;

 import javax.security.auth.callback.CallbackHandler;
@@ -31,14 +33,17 @@
 
 private static final Logger LOG = LoggerFactory.getLogger(CXFPasswordHandler.class);
 
-private String password;

+private MapString, String passwords = new HashMapString, String();
 
-public CXFPasswordHandler(String password) {

-this.password = password;
+public CXFPasswordHandler() {
 }
 
+public void addPassword(String user, String password) {

+passwords.put(user, password);
+}
+
 public void handle(Callback[] callbacks) throws IOException, UnsupportedCallbackException {

 WSPasswordCallback pc = (WSPasswordCallback) callbacks[0];
-pc.setPassword(this.password);
+pc.setPassword(passwords.get(pc.getIdentifier()));
 }
 }

Modified: 
geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPortMethodInterceptor.java
URL: 
http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPortMethodInterceptor.java?rev=805830r1=805829r2=805830view=diff
==
--- 
geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPortMethodInterceptor.java
 (original)
+++ 
geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/geronimo/cxf/client/CXFPortMethodInterceptor.java
 Wed Aug 19 15:05:31 2009
@@ -41,6 +41,10 @@
 private static final String IN_PREFIX = wss4j.in.;
 private static final String OUT_PREFIX = wss4j.out.;
 
+private static final String[] ACTIONS = { WSHandlerConstants.USERNAME_TOKEN,

+  WSHandlerConstants.SIGNATURE,
+  WSHandlerConstants.ENCRYPT };
+
 public 

Re: svn commit: r805830 - bouncycastle depend added?

2009-08-19 Thread Daniel Kulp

As of verion 1.40, bouncycastle moved the patented algorithms to a separate 
jar.   Thus, 1.40 and newer are ok.

That said, you should also move to the new groupIds:

http://repo2.maven.org/maven2/org/bouncycastle/bcprov-jdk15/

and use version 1.43.

Dan




On Wed August 19 2009 11:20:13 am Donald Woods wrote:
 Hmmm Didn't we have to remove bouncycastle before, due to required
 IP licensing?

   dependency
 +groupIdbouncycastle/groupId
 +artifactIdbcprov-jdk15/artifactId
 +typejar/type
 +/dependency

 -Donald

 ga...@apache.org wrote:
  Author: gawor
  Date: Wed Aug 19 15:05:31 2009
  New Revision: 805830
 
  URL: http://svn.apache.org/viewvc?rev=805830view=rev
  Log:
  Support X.509 signature and ecryption for service references with CXF.
  Based on patch from Rahul Mehta (GERONIMO-4642)
 
  Modified:
 
  geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPasswordHandler.java
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPortMethodInterceptor.java
  geronimo/server/trunk/pom.xml
 
  Modified:
  geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml
  URL:
  http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/cxf/src/ma
 in/history/dependencies.xml?rev=805830r1=805829r2=805830view=diff
  =
 = ---
  geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml
  (original) +++
  geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml
  Wed Aug 19 15:05:31 2009 @@ -3,10 +3,15 @@
   module-id
   groupIdorg.apache.geronimo.configs/groupId
   artifactIdcxf/artifactId
  -version2.2-SNAPSHOT/version
  +version3.0-SNAPSHOT/version
   typecar/type
   /module-id
   dependency
  +groupIdbouncycastle/groupId
  +artifactIdbcprov-jdk15/artifactId
  +typejar/type
  +/dependency
  +dependency
   groupIdorg.apache.cxf/groupId
   artifactIdcxf-api/artifactId
   typejar/type
  @@ -111,4 +116,14 @@
   artifactIdwss4j/artifactId
   typejar/type
   /dependency
  +dependency
  +groupIdxalan/groupId
  +artifactIdserializer/artifactId
  +typejar/type
  +/dependency
  +dependency
  +groupIdxalan/groupId
  +artifactIdxalan/artifactId
  +typejar/type
  +/dependency
   /plugin-artifact
 
  Modified:
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPasswordHandler.java URL:
  http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/geronimo-c
 xf/src/main/java/org/apache/geronimo/cxf/client/CXFPasswordHandler.java?re
 v=805830r1=805829r2=805830view=diff
  =
 = ---
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPasswordHandler.java (original) +++
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPasswordHandler.java Wed Aug 19 15:05:31 2009 @@
  -18,6 +18,8 @@
   package org.apache.geronimo.cxf.client;
 
   import java.io.IOException;
  +import java.util.HashMap;
  +import java.util.Map;
 
   import javax.security.auth.callback.Callback;
   import javax.security.auth.callback.CallbackHandler;
  @@ -31,14 +33,17 @@
 
   private static final Logger LOG =
  LoggerFactory.getLogger(CXFPasswordHandler.class);
 
  -private String password;
  +private MapString, String passwords = new HashMapString,
  String();
 
  -public CXFPasswordHandler(String password) {
  -this.password = password;
  +public CXFPasswordHandler() {
   }
 
  +public void addPassword(String user, String password) {
  +passwords.put(user, password);
  +}
  +
   public void handle(Callback[] callbacks) throws IOException,
  UnsupportedCallbackException { WSPasswordCallback pc =
  (WSPasswordCallback) callbacks[0]; -   
  pc.setPassword(this.password);
  +pc.setPassword(passwords.get(pc.getIdentifier()));
   }
   }
 
  Modified:
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPortMethodInterceptor.java URL:
  http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/geronimo-c
 xf/src/main/java/org/apache/geronimo/cxf/client/CXFPortMethodInterceptor.j
 ava?rev=805830r1=805829r2=805830view=diff
  =
 = ---
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPortMethodInterceptor.java (original) +++
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 

Re: svn commit: r805830 - bouncycastle depend added?

2009-08-19 Thread Jarek Gawor
I updated the group id and version. Thanks Dan!

Jarek

On Wed, Aug 19, 2009 at 11:25 AM, Daniel Kulpdk...@apache.org wrote:

 As of verion 1.40, bouncycastle moved the patented algorithms to a separate
 jar.   Thus, 1.40 and newer are ok.

 That said, you should also move to the new groupIds:

 http://repo2.maven.org/maven2/org/bouncycastle/bcprov-jdk15/

 and use version 1.43.

 Dan




 On Wed August 19 2009 11:20:13 am Donald Woods wrote:
 Hmmm Didn't we have to remove bouncycastle before, due to required
 IP licensing?

       dependency
 +        groupIdbouncycastle/groupId
 +        artifactIdbcprov-jdk15/artifactId
 +        typejar/type
 +    /dependency

 -Donald

 ga...@apache.org wrote:
  Author: gawor
  Date: Wed Aug 19 15:05:31 2009
  New Revision: 805830
 
  URL: http://svn.apache.org/viewvc?rev=805830view=rev
  Log:
  Support X.509 signature and ecryption for service references with CXF.
  Based on patch from Rahul Mehta (GERONIMO-4642)
 
  Modified:
 
  geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPasswordHandler.java
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPortMethodInterceptor.java
  geronimo/server/trunk/pom.xml
 
  Modified:
  geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml
  URL:
  http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/cxf/src/ma
 in/history/dependencies.xml?rev=805830r1=805829r2=805830view=diff
  =
 = ---
  geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml
  (original) +++
  geronimo/server/trunk/plugins/cxf/cxf/src/main/history/dependencies.xml
  Wed Aug 19 15:05:31 2009 @@ -3,10 +3,15 @@
       module-id
           groupIdorg.apache.geronimo.configs/groupId
           artifactIdcxf/artifactId
  -        version2.2-SNAPSHOT/version
  +        version3.0-SNAPSHOT/version
           typecar/type
       /module-id
       dependency
  +        groupIdbouncycastle/groupId
  +        artifactIdbcprov-jdk15/artifactId
  +        typejar/type
  +    /dependency
  +    dependency
           groupIdorg.apache.cxf/groupId
           artifactIdcxf-api/artifactId
           typejar/type
  @@ -111,4 +116,14 @@
           artifactIdwss4j/artifactId
           typejar/type
       /dependency
  +    dependency
  +        groupIdxalan/groupId
  +        artifactIdserializer/artifactId
  +        typejar/type
  +    /dependency
  +    dependency
  +        groupIdxalan/groupId
  +        artifactIdxalan/artifactId
  +        typejar/type
  +    /dependency
   /plugin-artifact
 
  Modified:
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPasswordHandler.java URL:
  http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/geronimo-c
 xf/src/main/java/org/apache/geronimo/cxf/client/CXFPasswordHandler.java?re
 v=805830r1=805829r2=805830view=diff
  =
 = ---
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPasswordHandler.java (original) +++
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPasswordHandler.java Wed Aug 19 15:05:31 2009 @@
  -18,6 +18,8 @@
   package org.apache.geronimo.cxf.client;
 
   import java.io.IOException;
  +import java.util.HashMap;
  +import java.util.Map;
 
   import javax.security.auth.callback.Callback;
   import javax.security.auth.callback.CallbackHandler;
  @@ -31,14 +33,17 @@
 
       private static final Logger LOG =
  LoggerFactory.getLogger(CXFPasswordHandler.class);
 
  -    private String password;
  +    private MapString, String passwords = new HashMapString,
  String();
 
  -    public CXFPasswordHandler(String password) {
  -        this.password = password;
  +    public CXFPasswordHandler() {
       }
 
  +    public void addPassword(String user, String password) {
  +        passwords.put(user, password);
  +    }
  +
       public void handle(Callback[] callbacks) throws IOException,
  UnsupportedCallbackException { WSPasswordCallback pc =
  (WSPasswordCallback) callbacks[0]; -
  pc.setPassword(this.password);
  +        pc.setPassword(passwords.get(pc.getIdentifier()));
       }
   }
 
  Modified:
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 eronimo/cxf/client/CXFPortMethodInterceptor.java URL:
  http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/cxf/geronimo-c
 xf/src/main/java/org/apache/geronimo/cxf/client/CXFPortMethodInterceptor.j
 ava?rev=805830r1=805829r2=805830view=diff
  =
 = ---
  geronimo/server/trunk/plugins/cxf/geronimo-cxf/src/main/java/org/apache/g
 

[jira] Resolved: (GERONIMO-4763) i18n properties files should be converted to ascii at build time.

2009-08-19 Thread Jarek Gawor (JIRA)

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

Jarek Gawor resolved GERONIMO-4763.
---

Resolution: Fixed

I renamed the PlanCreator resource bundles (2.2: 805860, trunk: 805859). Thanks 
for reporting this!




 i18n properties files should be converted  to ascii at build time.
 --

 Key: GERONIMO-4763
 URL: https://issues.apache.org/jira/browse/GERONIMO-4763
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: usability
Affects Versions: 2.1.5, 2.2
Reporter: Shawn Jiang
Assignee: Ivan
Priority: Minor
 Fix For: 2.2

 Attachments: G4763_fix_IBM_SDK.patch, 
 G4763_fix_inactive_profiles.patch, G4763_mv_i18n_trunk.bat, G4763_trunk.patch


 Current i18n properties files are stored in source code repo after they are 
 converted to ascii from native offline.  It's very hard to contribute new 
 translations.
 We should keep native characters in source code while convert them to ascii 
 at build time. maven plugin native2ascii-maven-plugin could be used here:
 {code}
 plugin
 groupIdorg.codehaus.mojo/groupId
 artifactIdnative2ascii-maven-plugin/artifactId
 version1.0-alpha-1/version
 configuration
 desttarget/classes/dest
 srcsrc/main/resources/src
 /configuration
 executions
 execution
 idnative2ascii-utf8/id
 goals
 goalnative2ascii/goal
 /goals
 configuration
 encodingUTF8/encoding
 includes
 ConsoleResources_jp.properties,
 ConsoleResources_zh*.properties
 /includes
 /configuration
 /execution
 /executions
 /plugin
 {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-4799) Easy management of multiple Geronimo instances for process isolation (Provisioning?)

2009-08-19 Thread David Jencks (JIRA)

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

David Jencks commented on GERONIMO-4799:


At least in 2.2 there's quite a bit of support for this kind of thing.  I 
recommend approaching it from the point of view of geronimo plugins for your 
apps and custom server assemblies for the servers.  I don't remember how much 
is available from the admin console but there are at least gshell commands for 
creating new server instances sharing the same repo and including a set of 
plugins.  There's also a maven command for starting lots of server instances at 
once.

Discussing what you would like on the dev list might be easier than in a jira 
issue.

 Easy management of multiple Geronimo instances for process isolation 
 (Provisioning?)
 

 Key: GERONIMO-4799
 URL: https://issues.apache.org/jira/browse/GERONIMO-4799
 Project: Geronimo
  Issue Type: New Feature
  Security Level: public(Regular issues) 
Affects Versions: 2.1.4
Reporter: Francisco Peredo

 Since java has no real process isolation, a misbehaved JEE application can 
 bring down an entire server (if it has a bug with an infinite-loop for 
 example, or simply because each time applications are undeployed the JVM is 
 no able to really reclaim all the memory spaced because of bugs inherent in 
 the JVM design).
  In OAS (Oracle Application Server) this problem is solved by using multiple 
 instances, this is of course possible in Geronimo (nobody prevents you from 
 running several instances of Geronimo in your server) but has to be done 
 manually. I would like to see an option in Geronimo Managment UI where I 
 could just click a button saying: Create new Geronimo Instance and then be 
 able to Transfer selected applications to another Geronimo Instance that 
 way related applications can be kept in the same instance, and unrelated ones 
 can be kept in different instances that can be restarted independently if 
 they misbehave.

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



automatic builds update

2009-08-19 Thread Jarek Gawor
Hi,

I changed the schedule of automated Geronimo builds a bit since we
created a branch for 2.2. Here's the new schedule (times are all in
EDT):

branches/2.0: not build anymore (let me know if somebody really wants it)

branches/2.1: 2am and 8pm - both with Sun Java 5

branches/2.2: 8am and 2pm - both with Sun Java 5

trunk: 9am, 3pm with Sun Java 5
 3am with IBM Java 5
 9pm with Sun Java 6

Jarek


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

2009-08-19 Thread gawor
Geronimo Revision: 805878 built with tests included
 
See the full build-1400.log file at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20090819/build-1400.log
 
Download the binaries from 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20090819
[INFO] BUILD SUCCESSFUL
[INFO] 
[INFO] Total time: 36 minutes 2 seconds
[INFO] Finished at: Wed Aug 19 14:40:31 EDT 2009
[INFO] Final Memory: 316M/918M
[INFO] 
 
TESTSUITE RESULTS (Failures only)
=
 
Assembly: tomcat
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20090819/logs-1400-tomcat/
 
[INFO] Running security-testsuite.security
[INFO] Tests run: 36, Failures: 7, Errors: 0, Skipped: 0, Time elapsed: 8.285 
sec  FAILURE!
 
Assembly: jetty
=
See full test results and logs at 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20090819/logs-1400-jetty/
 
 
Samples: branches/2.1
=
Log: 
http://people.apache.org/builds/geronimo/server/binaries/2.1/20090819/samples-1400.log
 
Build status: OK
 


[BUILD] trunk: Failed for Revision: 805930

2009-08-19 Thread gawor
Geronimo Revision: 805930 built with tests included
 
See the full build-1500.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090819/build-1500.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090819/unit-test-reports
 
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.artifact.resolver.MultipleArtifactsNotFoundException: Missing:
--
1) org.eclipse.jetty:jetty-ajp:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-ajp -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty -DartifactId=jetty-ajp 
-Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar -Dfile=/path/to/file -Durl=[url] 
-DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-ajp:jar:7.0.0.RC4-SNAPSHOT

2) org.eclipse.jetty:jetty-jaspi:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-jaspi -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-jaspi -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-jaspi:jar:7.0.0.RC4-SNAPSHOT

3) org.eclipse.jetty:jetty-webapp:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-webapp -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-webapp -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-webapp:jar:7.0.0.RC4-SNAPSHOT

4) org.eclipse.jetty:jetty-security:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-security -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-security -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-security:jar:7.0.0.RC4-SNAPSHOT

5) org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC4-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-servlet -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.eclipse.jetty 
-DartifactId=jetty-servlet -Dversion=7.0.0.RC4-SNAPSHOT -Dpackaging=jar 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT
2) org.eclipse.jetty:jetty-servlet:jar:7.0.0.RC4-SNAPSHOT

--
5 required artifacts are missing.

for artifact: 
  org.apache.geronimo.modules:geronimo-jetty7:jar:3.0-SNAPSHOT

from the specified remote repositories:
  ibiblio.org (http://repo.exist.com/maven2),
  codehaus.snapshots (http://snapshots.repository.codehaus.org),
  apache.snapshots (http://repository.apache.org/snapshots),
  jetty-snapshots.oss.sonatype.org 
(http://oss.sonatype.org/content/repositories/jetty-snapshots/)


at 
org.apache.maven.artifact.resolver.DefaultArtifactResolver.resolveTransitively(DefaultArtifactResolver.java:324

Webapp Annotation processing for 299

2009-08-19 Thread David Blevins
I've been talking with Gurkan of OpenWebBeans over on the OpenEJB list  
and it seemed like a good idea to kick the thread over here as well.


The long and short of it is that we'll need to scan 299 managed beans  
at deploy time exactly as we do for JSF.


Wanted to point him at the JSF scanning code, but can't remember the  
details.  Anyone remember?  An svn link is fine.



-David





[BUILD] trunk: Failed for Revision: 806014

2009-08-19 Thread gawor
Geronimo Revision: 806014 built with tests included
 
See the full build-2100.log file at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090819/build-2100.log
 
 
See the unit test reports at 
http://people.apache.org/builds/geronimo/server/binaries/trunk/20090819/unit-test-reports
 
  Path to dependency: 
1) org.apache.geronimo.configs:system-database:car:3.0-SNAPSHOT
2) org.apache.geronimo.configs:connector-deployer:car:3.0-SNAPSHOT

2) org.apache.geronimo.configs:transaction:car:3.0-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.apache.geronimo.configs 
-DartifactId=transaction -Dversion=3.0-SNAPSHOT -Dpackaging=car 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.configs 
-DartifactId=transaction -Dversion=3.0-SNAPSHOT -Dpackaging=car 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.configs:system-database:car:3.0-SNAPSHOT
2) org.apache.geronimo.configs:transaction:car:3.0-SNAPSHOT

--
2 required artifacts are missing.

for artifact: 
  org.apache.geronimo.configs:system-database:car:3.0-SNAPSHOT

from the specified remote repositories:
  codehaus.snapshots (http://snapshots.repository.codehaus.org),
  apache.snapshots (http://repository.apache.org/snapshots),
  ibiblio.org (http://repo.exist.com/maven2)


at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:576)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalWithLifecycle(DefaultLifecycleExecutor.java:500)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoal(DefaultLifecycleExecutor.java:479)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoalAndHandleFailures(DefaultLifecycleExecutor.java:331)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeTaskSegments(DefaultLifecycleExecutor.java:292)
at 
org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:142)
at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:336)
at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:129)
at org.apache.maven.cli.MavenCli.main(MavenCli.java:301)
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 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.artifact.resolver.MultipleArtifactsNotFoundException: Missing:
--
1) org.apache.geronimo.configs:connector-deployer:car:3.0-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.apache.geronimo.configs 
-DartifactId=connector-deployer -Dversion=3.0-SNAPSHOT -Dpackaging=car 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.configs 
-DartifactId=connector-deployer -Dversion=3.0-SNAPSHOT -Dpackaging=car 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.configs:system-database:car:3.0-SNAPSHOT
2) org.apache.geronimo.configs:connector-deployer:car:3.0-SNAPSHOT

2) org.apache.geronimo.configs:transaction:car:3.0-SNAPSHOT

  Try downloading the file manually from the project website.

  Then, install it using the command: 
  mvn install:install-file -DgroupId=org.apache.geronimo.configs 
-DartifactId=transaction -Dversion=3.0-SNAPSHOT -Dpackaging=car 
-Dfile=/path/to/file

  Alternatively, if you host your own repository you can deploy the file there: 
  mvn deploy:deploy-file -DgroupId=org.apache.geronimo.configs 
-DartifactId=transaction -Dversion=3.0-SNAPSHOT -Dpackaging=car 
-Dfile=/path/to/file -Durl=[url] -DrepositoryId=[id]

  Path to dependency: 
1) org.apache.geronimo.configs:system-database:car:3.0-SNAPSHOT
2) org.apache.geronimo.configs:transaction:car:3.0-SNAPSHOT

--
2 required artifacts are missing.

for artifact: 
  org.apache.geronimo.configs:system-database:car:3.0-SNAPSHOT

from the specified remote repositories:
  codehaus.snapshots (http://snapshots.repository.codehaus.org),
  apache.snapshots (http

[jira] Closed: (GERONIMO-4787) EJB module cannot be removed cleanly if uninstalling an application with ejb modules

2009-08-19 Thread Rex Wang (JIRA)

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

Rex Wang closed GERONIMO-4787.
--

Resolution: Fixed

duplicated.

 EJB module cannot be removed cleanly if uninstalling an application with ejb 
 modules
 

 Key: GERONIMO-4787
 URL: https://issues.apache.org/jira/browse/GERONIMO-4787
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
  Components: OpenEJB
Affects Versions: 2.2
 Environment: Geronimo build: 2009.08.06
 Platform: any OS
 JDK: IBM JDK 6
Reporter: Forrest Xia
Priority: Critical

 Steps:
 1. get an installable daytrader sample
 2. deploy it
 3. undeploy it and then redeploy it
 Problem: this error appears on console output:
 2009-08-07 09:47:40,034 ERROR [DeploymentPortlet] The application was not 
 successfully started
 start of org.apache.geronimo.daytrader/daytrader/2.1.1.2/car failed
 org.apache.geronimo.kernel.config.LifecycleException: start of 
 org.apache.geronimo.daytrader/daytrader/2.1.1.2/car failed
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:562)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:527)
   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
   at 
 sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
   at java.lang.reflect.Method.invoke(Method.java:599)
   at 
 org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
   at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:815)
   at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
   at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
   at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
   at 
 org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$2d8a8789.startConfiguration(generated)
   at 
 org.apache.geronimo.deployment.plugin.local.StartCommand.run(StartCommand.java:67)
   at java.lang.Thread.run(Thread.java:735)
 Caused by: org.apache.geronimo.kernel.config.InvalidConfigException: Unknown 
 start exception
   at 
 org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:522)
   at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:190)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:546)
   ... 14 more
 Caused by: org.apache.geronimo.gbean.InvalidConfigurationException: 
 Configuration org.apache.geronimo.daytrader/daytrader/2.1.1.2/car failed to 
 start due to the following reasons:
   The service 
 EJBModule=dt-ejb.jar,J2EEApplication=org.apache.geronimo.daytrader/daytrader/2.1.1.2/car,j2eeType=StatelessSessionBean,name=DirectSLSBBean
  did not start because 
 org.apache.geronimo.daytrader/daytrader/2.1.1.2/car?J2EEApplication=org.apache.geronimo.daytrader/daytrader/2.1.1.2/car,j2eeType=EJBModule,name=dt-ejb.jar
  did not start.
   The service 
 EJBModule=dt-ejb.jar,J2EEApplication=org.apache.geronimo.daytrader/daytrader/2.1.1.2/car,j2eeType=StatelessSessionBean,name=TradeSLSBBean
  did not start because 
 org.apache.geronimo.daytrader/daytrader/2.1.1.2/car?J2EEApplication=org.apache.geronimo.daytrader/daytrader/2.1.1.2/car,j2eeType=EJBModule,name=dt-ejb.jar
  did not start.
   The service 
 EJBModule=dt-ejb.jar,J2EEApplication=org.apache.geronimo.daytrader/daytrader/2.1.1.2/car,j2eeType=MessageDrivenBean,name=DTBroker3MDB
  did not start because 
 org.apache.geronimo.daytrader/daytrader/2.1.1.2/car?J2EEApplication=org.apache.geronimo.daytrader/daytrader/2.1.1.2/car,j2eeType=EJBModule,name=dt-ejb.jar
  did not start.
   The service 
 EJBModule=dt-ejb.jar,J2EEApplication=org.apache.geronimo.daytrader/daytrader/2.1.1.2/car,j2eeType=MessageDrivenBean,name=DTStreamer3MDB
  did not start because 
 org.apache.geronimo.daytrader/daytrader/2.1.1.2/car?J2EEApplication=org.apache.geronimo.daytrader/daytrader/2.1.1.2/car,j2eeType=EJBModule,name=dt-ejb.jar
  did not start.
   The service 
 J2EEApplication=org.apache.geronimo.daytrader/daytrader/2.1.1.2/car,j2eeType=EJBModule,name=dt-ejb.jar
  did not start because Creating application failed: 
 

Re: Webapp Annotation processing for 299

2009-08-19 Thread Shawn Jiang
IIUC, Geronimo use myfaces as it's JSF implementation.  The related code
resides in
https://svn.apache.org/repos/asf/geronimo/server/trunk/plugins/myfaces

The specific code to parse the myface config to get the managedBean classes
is:

https://svn.apache.org/repos/asf/geronimo/server/trunk/plugins/myfaces/geronimo-myfaces-builder/src/main/java/org/apache/geronimo/myfaces/deployment/MyFacesModuleBuilderExtension.java

On Thu, Aug 20, 2009 at 5:55 AM, David Blevins david.blev...@visi.comwrote:

 I've been talking with Gurkan of OpenWebBeans over on the OpenEJB list and
 it seemed like a good idea to kick the thread over here as well.

 The long and short of it is that we'll need to scan 299 managed beans at
 deploy time exactly as we do for JSF.

 Wanted to point him at the JSF scanning code, but can't remember the
 details.  Anyone remember?  An svn link is fine.


 -David






-- 
Shawn


[jira] Created: (GERONIMO-4806) improvement about ssl in JMS broker

2009-08-19 Thread Bin He (JIRA)
improvement about ssl  in JMS broker


 Key: GERONIMO-4806
 URL: https://issues.apache.org/jira/browse/GERONIMO-4806
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public (Regular issues)
  Components: documentation
Affects Versions: 2.2
Reporter: Bin He


1、click  JMS Server porlet 
2、click  Add JMS Broker
3、input testBroker  as broker name
4、I need  to update this xml file like this:

transportConnectors
!--
transportConnector name=openwire 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} /
transportConnector name=openwire2 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} 
discoveryUri=multicast://default/--
transportConnector name=ssl uri=ssl://${ServerHostname}:${60009 
+ ${PortOffset}}/
 !--
   transportConnector name=stomp uri=stomp://${ServerHostname}:${* 
+ ${PortOffset}}/
--
/transportConnectors


  sslContext
sslContext keyStore=file:${activemq.data}/a.ks 
keyStorePassword=secret 
trustStore=file:${activemq.data}/a.ks 
trustStorePassword=secret/
/sslContext

5、 I need to copy  any keystore file(geronimo-default  or any other keystore 
file that I have created) in geronimo-home/var/security/keystores/   to   
geronimo-home/var/activemq/data/$brokerName/   
and  rename this keystore file as  a.ks.(Note in this case the brokerName is 
testBroker).

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



[jira] Updated: (GERONIMO-4806) improvement about ssl in JMS broker

2009-08-19 Thread Bin He (JIRA)

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

Bin He updated GERONIMO-4806:
-

Attachment: testBroker.xml

 improvement about ssl  in JMS broker
 

 Key: GERONIMO-4806
 URL: https://issues.apache.org/jira/browse/GERONIMO-4806
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: documentation
Affects Versions: 2.2
Reporter: Bin He
 Attachments: testBroker.xml


 1、click  JMS Server porlet 
 2、click  Add JMS Broker
 3、input testBroker  as broker name
 4、I need  to update this xml file like this:
 transportConnectors
 !--
 transportConnector name=openwire 
 uri=tcp://${ServerHostname}:${* + ${PortOffset}} /
 transportConnector name=openwire2 
 uri=tcp://${ServerHostname}:${* + ${PortOffset}} 
 discoveryUri=multicast://default/--
 transportConnector name=ssl 
 uri=ssl://${ServerHostname}:${60009 + ${PortOffset}}/
  !--
transportConnector name=stomp 
 uri=stomp://${ServerHostname}:${* + ${PortOffset}}/
 --
 /transportConnectors
   sslContext
 sslContext keyStore=file:${activemq.data}/a.ks 
 keyStorePassword=secret 
 trustStore=file:${activemq.data}/a.ks 
 trustStorePassword=secret/
 /sslContext
 
 5、 I need to copy  any keystore file(geronimo-default  or any other keystore 
 file that I have created) in geronimo-home/var/security/keystores/   to   
 geronimo-home/var/activemq/data/$brokerName/   
 and  rename this keystore file as  a.ks.(Note in this case the brokerName 
 is testBroker).

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



[jira] Updated: (GERONIMO-4806) improvement about ssl in JMS broker

2009-08-19 Thread Bin He (JIRA)

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

Bin He updated GERONIMO-4806:
-

Description: 
1、click  JMS Server porlet 
2、click  Add JMS Broker
3、input testBroker  as broker name
4、I need  to update this xml file like this:

transportConnectors
!--
transportConnector name=openwire 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} /
transportConnector name=openwire2 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} 
discoveryUri=multicast://default/--
transportConnector name=ssl uri=ssl://${ServerHostname}:${60009 
+ ${PortOffset}}/
 !--
   transportConnector name=stomp uri=stomp://${ServerHostname}:${* 
+ ${PortOffset}}/
--
/transportConnectors


  sslContext
sslContext keyStore=file:${activemq.data}/a.ks 
keyStorePassword=secret 
trustStore=file:${activemq.data}/a.ks 
trustStorePassword=secret/
/sslContext

5、 I need to copy  any keystore file(geronimo-default  or any other keystore 
file that I have created) in geronimo-home/var/security/keystores/   to   
geronimo-home/var/activemq/data/$brokerName/   
and  rename this keystore file.(It's not compulsory) to copy or rename,it's 
just for convinence.In a word , I have to make this keystore in sslContext  
link to a keystore file which has existed. ) 
(Note in this case the brokerName is testBroker  and  the name of the keystore 
file in geronimo-home/var/activemq/data/$brokerName/   is  a.ks).

  was:
1、click  JMS Server porlet 
2、click  Add JMS Broker
3、input testBroker  as broker name
4、I need  to update this xml file like this:

transportConnectors
!--
transportConnector name=openwire 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} /
transportConnector name=openwire2 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} 
discoveryUri=multicast://default/--
transportConnector name=ssl uri=ssl://${ServerHostname}:${60009 
+ ${PortOffset}}/
 !--
   transportConnector name=stomp uri=stomp://${ServerHostname}:${* 
+ ${PortOffset}}/
--
/transportConnectors


  sslContext
sslContext keyStore=file:${activemq.data}/a.ks 
keyStorePassword=secret 
trustStore=file:${activemq.data}/a.ks 
trustStorePassword=secret/
/sslContext

5、 I need to copy  any keystore file(geronimo-default  or any other keystore 
file that I have created) in geronimo-home/var/security/keystores/   to   
geronimo-home/var/activemq/data/$brokerName/   
and  rename this keystore file as  a.ks.(Note in this case the brokerName is 
testBroker).


 improvement about ssl  in JMS broker
 

 Key: GERONIMO-4806
 URL: https://issues.apache.org/jira/browse/GERONIMO-4806
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: documentation
Affects Versions: 2.2
Reporter: Bin He
 Attachments: testBroker.xml


 1、click  JMS Server porlet 
 2、click  Add JMS Broker
 3、input testBroker  as broker name
 4、I need  to update this xml file like this:
 transportConnectors
 !--
 transportConnector name=openwire 
 uri=tcp://${ServerHostname}:${* + ${PortOffset}} /
 transportConnector name=openwire2 
 uri=tcp://${ServerHostname}:${* + ${PortOffset}} 
 discoveryUri=multicast://default/--
 transportConnector name=ssl 
 uri=ssl://${ServerHostname}:${60009 + ${PortOffset}}/
  !--
transportConnector name=stomp 
 uri=stomp://${ServerHostname}:${* + ${PortOffset}}/
 --
 /transportConnectors
   sslContext
 sslContext keyStore=file:${activemq.data}/a.ks 
 keyStorePassword=secret 
 trustStore=file:${activemq.data}/a.ks 
 trustStorePassword=secret/
 /sslContext
 
 5、 I need to copy  any keystore file(geronimo-default  or any other keystore 
 file that I have created) in geronimo-home/var/security/keystores/   to   
 geronimo-home/var/activemq/data/$brokerName/   
 and  rename this keystore file.(It's not compulsory) to copy or rename,it's 
 just for convinence.In a word , I have to make this keystore in sslContext  
 link to a keystore file which has existed. ) 
 (Note in this case the brokerName is testBroker  and  the name of the 
 keystore file in geronimo-home/var/activemq/data/$brokerName/   is  a.ks).

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



[jira] Updated: (GERONIMO-4806) improvement about ssl in JMS broker

2009-08-19 Thread Bin He (JIRA)

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

Bin He updated GERONIMO-4806:
-

Description: 
1、click  JMS Server porlet 
2、click  Add JMS Broker
3、input testBroker  as broker name
4、I need  to update this xml file like this:

transportConnectors
!--
transportConnector name=openwire 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} /
transportConnector name=openwire2 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} 
discoveryUri=multicast://default/--
transportConnector name=ssl uri=ssl://${ServerHostname}:${60009 
+ ${PortOffset}}/
 !--
   transportConnector name=stomp uri=stomp://${ServerHostname}:${* 
+ ${PortOffset}}/
--
/transportConnectors


  sslContext
sslContext keyStore=file:${activemq.data}/a.ks 
keyStorePassword=secret 
trustStore=file:${activemq.data}/a.ks 
trustStorePassword=secret/
/sslContext

5、 I need to copy  any keystore file(geronimo-default  or any other keystore 
file that I have created) in geronimo-home/var/security/keystores/   to   
geronimo-home/var/activemq/data/$brokerName/   
and  rename this keystore file.(It's not compulsory  to copy or rename,it's 
just for convinence.In a word , I have to make this keystore in sslContext  
link to a keystore file which has existed. ) 
(Note in this case the brokerName is testBroker  and  the name of the keystore 
file in geronimo-home/var/activemq/data/$brokerName/   is  a.ks).

  was:
1、click  JMS Server porlet 
2、click  Add JMS Broker
3、input testBroker  as broker name
4、I need  to update this xml file like this:

transportConnectors
!--
transportConnector name=openwire 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} /
transportConnector name=openwire2 
uri=tcp://${ServerHostname}:${* + ${PortOffset}} 
discoveryUri=multicast://default/--
transportConnector name=ssl uri=ssl://${ServerHostname}:${60009 
+ ${PortOffset}}/
 !--
   transportConnector name=stomp uri=stomp://${ServerHostname}:${* 
+ ${PortOffset}}/
--
/transportConnectors


  sslContext
sslContext keyStore=file:${activemq.data}/a.ks 
keyStorePassword=secret 
trustStore=file:${activemq.data}/a.ks 
trustStorePassword=secret/
/sslContext

5、 I need to copy  any keystore file(geronimo-default  or any other keystore 
file that I have created) in geronimo-home/var/security/keystores/   to   
geronimo-home/var/activemq/data/$brokerName/   
and  rename this keystore file.(It's not compulsory) to copy or rename,it's 
just for convinence.In a word , I have to make this keystore in sslContext  
link to a keystore file which has existed. ) 
(Note in this case the brokerName is testBroker  and  the name of the keystore 
file in geronimo-home/var/activemq/data/$brokerName/   is  a.ks).


 improvement about ssl  in JMS broker
 

 Key: GERONIMO-4806
 URL: https://issues.apache.org/jira/browse/GERONIMO-4806
 Project: Geronimo
  Issue Type: Improvement
  Security Level: public(Regular issues) 
  Components: documentation
Affects Versions: 2.2
Reporter: Bin He
 Attachments: testBroker.xml


 1、click  JMS Server porlet 
 2、click  Add JMS Broker
 3、input testBroker  as broker name
 4、I need  to update this xml file like this:
 transportConnectors
 !--
 transportConnector name=openwire 
 uri=tcp://${ServerHostname}:${* + ${PortOffset}} /
 transportConnector name=openwire2 
 uri=tcp://${ServerHostname}:${* + ${PortOffset}} 
 discoveryUri=multicast://default/--
 transportConnector name=ssl 
 uri=ssl://${ServerHostname}:${60009 + ${PortOffset}}/
  !--
transportConnector name=stomp 
 uri=stomp://${ServerHostname}:${* + ${PortOffset}}/
 --
 /transportConnectors
   sslContext
 sslContext keyStore=file:${activemq.data}/a.ks 
 keyStorePassword=secret 
 trustStore=file:${activemq.data}/a.ks 
 trustStorePassword=secret/
 /sslContext
 
 5、 I need to copy  any keystore file(geronimo-default  or any other keystore 
 file that I have created) in geronimo-home/var/security/keystores/   to   
 geronimo-home/var/activemq/data/$brokerName/   
 and  rename this keystore file.(It's not compulsory  to copy or rename,it's 
 just for convinence.In a word , I have to make this keystore in sslContext  
 link to a keystore file which has existed. ) 
 (Note in this case 

[jira] Commented: (GERONIMODEVTOOLS-586) Index.jsp can not find servlet in the same project when use jsp:include page=/ConverterHandler /

2009-08-19 Thread Delos Dai (JIRA)

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

Delos Dai commented on GERONIMODEVTOOLS-586:


I have created an bug for WTP jsp editor. Refer to 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=287128

Thanks!

 Index.jsp can not find servlet in the same project when use jsp:include 
 page=/ConverterHandler /
 

 Key: GERONIMODEVTOOLS-586
 URL: 
 https://issues.apache.org/jira/browse/GERONIMODEVTOOLS-586
 Project: Geronimo-Devtools
  Issue Type: Bug
  Components: eclipse-plugin
Affects Versions: 2.2.0
 Environment: OS:xp sp3
 JDK:IBM jdk1.6
 Eclipse:3.5
 GEP:2.2
Reporter: liangkun
Assignee: Tim McConnell

 According to doc2.2 Accessing EJB in Web applications ,when use eclipse 3.5 
 and GEP2.2 to create the index.jsp in a web application eclipse will report a 
 error:
  Multiple annotations found at this line:
 - Fragment /ConverterHandler was not found at expected path /WebEJB/
   WebContent/ConverterHandler
 - Fragment /ConverterHandler was not found at expected path /WebEJB/
   WebContent/ConverterHandler
 Eclipse can not find the servlet in the same project.
 Doc 
 link:http://cwiki.apache.org/GMOxDOC22/accessing-ejb-in-web-applications.html#AccessingEJBinWebapplications-AddingcodetoWebProject

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



[jira] Resolved: (GERONIMO-4798) can't start server because of an error of Http11AprProtocol

2009-08-19 Thread Bin He (JIRA)

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

Bin He resolved GERONIMO-4798.
--

   Resolution: Fixed
Fix Version/s: 2.2

 can't start server  because of an error of   Http11AprProtocol
 --

 Key: GERONIMO-4798
 URL: https://issues.apache.org/jira/browse/GERONIMO-4798
 Project: Geronimo
  Issue Type: Bug
  Security Level: public(Regular issues) 
Affects Versions: 2.2
 Environment: windows xp sp3
 jdk6
Reporter: Bin He
 Fix For: 2.2


 1、click gsh.bat  in geronimo_home/bin
 2、input  geronimo/start-server  but  the server can't  start   and it says :
 (Note  :  this problem has been solved by Iwan.He moved three files in 
 C:\WINDOWS\system32 out :openssl.exe、tcnative.dll、tcnative_ipv4.dll )
 2009-08-18 13:42:21,859 INFO  [Http11AprProtocol] Initializing Coyote 
 HTTP/1.1 on http-8080
 2009-08-18 13:42:21,859 ERROR [Http11AprProtocol] Error initializing endpoint
 java.lang.Exception: Invalid Server SSL Protocol
   at org.apache.tomcat.jni.SSLContext.make(Native Method)
   at org.apache.tomcat.util.net.AprEndpoint.init(AprEndpoint.java:693)
   at 
 org.apache.coyote.http11.Http11AprProtocol.init(Http11AprProtocol.java:107)
   at 
 org.apache.catalina.connector.Connector.initialize(Connector.java:1058)
   at 
 org.apache.catalina.core.StandardService.initialize(StandardService.java:677)
   at 
 org.apache.catalina.core.StandardService.init(StandardService.java:689)
   at 
 org.apache.catalina.core.StandardService.start(StandardService.java:503)
   at 
 org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at 
 org.apache.geronimo.tomcat.TomcatServerGBean.doStart(TomcatServerGBean.java:135)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:948)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:269)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:103)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(GBeanInstanceState.java:125)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanInstance.java:538)
   at 
 org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(BasicKernel.java:377)
   at 
 org.apache.geronimo.kernel.config.ConfigurationUtil.startConfigurationGBeans(ConfigurationUtil.java:456)
   at 
 org.apache.geronimo.kernel.config.KernelConfigurationManager.start(KernelConfigurationManager.java:190)
   at 
 org.apache.geronimo.kernel.config.SimpleConfigurationManager.startConfiguration(SimpleConfigurationManager.java:546)
   at sun.reflect.GeneratedMethodAccessor29.invoke(Unknown Source)
   at 
 sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
   at java.lang.reflect.Method.invoke(Method.java:599)
   at 
 org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(ReflectionMethodInvoker.java:34)
   at 
 org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperation.java:130)
   at 
 org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.java:815)
   at 
 org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:57)
   at 
 org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperationInvoker.java:35)
   at 
 org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(ProxyMethodInterceptor.java:96)
   at 
 org.apache.geronimo.kernel.config.EditableConfigurationManager$$EnhancerByCGLIB$$2c2ce3ed.startConfiguration(generated)
   at 
 org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaemon.java:161)
   at 
 org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon.java:78)
   at 
 org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(MainConfigurationBootstrapper.java:45)
   at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
   at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
 2009-08-18 13:42:21,875 ERROR [StandardService] Service initializing at 
 Catalina failed
 LifecycleException:  Protocol handler initialization failed: 
 java.lang.Exception: Invalid Server SSL Protocol
   at 
 org.apache.catalina.connector.Connector.initialize(Connector.java:1060)
   at 
 org.apache.catalina.core.StandardService.initialize(StandardService.java:677)
   at 
 org.apache.catalina.core.StandardService.init(StandardService.java:689)
   at 
 org.apache.catalina.core.StandardService.start(StandardService.java:503)
   at 
 org.apache.catalina.core.StandardServer.start(StandardServer.java:710)
   at 
 

[jira] Created: (XBEAN-134) If you have a package-info.java in a package, then ClassFinder throws a ClassCastException when calling the findInheritedAnnotatedClasses

2009-08-19 Thread karan singh malhi (JIRA)
If you have a package-info.java in a package, then ClassFinder throws a 
ClassCastException when calling the findInheritedAnnotatedClasses
-

 Key: XBEAN-134
 URL: https://issues.apache.org/jira/browse/XBEAN-134
 Project: XBean
  Issue Type: Bug
  Components: finder
Affects Versions: 3.6
Reporter: karan singh malhi
 Attachments: ClassFinder_Patch.txt

Running com.abc.xbean.ClassFinderTest
java.lang.ClassCastException: org.apache.xbean.finder.ClassFinder$PackageInfo 
cannot be cast to org.apache.xbean.finder.ClassFinder$ClassInfo
at 
org.apache.xbean.finder.ClassFinder.findInheritedAnnotatedClasses(ClassFinder.java:264)
at 
com.abc.xbean.ClassFinderTest.testFindInheritedAnnotatedClasses(ClassFinderTest.java:67)
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 
org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
at 
org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
at 
org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
at 
org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
at 
org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
at 
org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
at 
org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
at 
org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
at 
org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
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 
org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
at 
org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)

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



[jira] Updated: (XBEAN-134) If you have a package-info.java in a package, then ClassFinder throws a ClassCastException when calling the findInheritedAnnotatedClasses

2009-08-19 Thread karan singh malhi (JIRA)

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

karan singh malhi updated XBEAN-134:


Attachment: ClassFinder_Patch.txt

Attached is the patch to fix this issue. 

 If you have a package-info.java in a package, then ClassFinder throws a 
 ClassCastException when calling the findInheritedAnnotatedClasses
 -

 Key: XBEAN-134
 URL: https://issues.apache.org/jira/browse/XBEAN-134
 Project: XBean
  Issue Type: Bug
  Components: finder
Affects Versions: 3.6
Reporter: karan singh malhi
 Attachments: ClassFinder_Patch.txt


 Running com.abc.xbean.ClassFinderTest
 java.lang.ClassCastException: org.apache.xbean.finder.ClassFinder$PackageInfo 
 cannot be cast to org.apache.xbean.finder.ClassFinder$ClassInfo
   at 
 org.apache.xbean.finder.ClassFinder.findInheritedAnnotatedClasses(ClassFinder.java:264)
   at 
 com.abc.xbean.ClassFinderTest.testFindInheritedAnnotatedClasses(ClassFinderTest.java:67)
   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 
 org.junit.runners.model.FrameworkMethod$1.runReflectiveCall(FrameworkMethod.java:44)
   at 
 org.junit.internal.runners.model.ReflectiveCallable.run(ReflectiveCallable.java:15)
   at 
 org.junit.runners.model.FrameworkMethod.invokeExplosively(FrameworkMethod.java:41)
   at 
 org.junit.internal.runners.statements.InvokeMethod.evaluate(InvokeMethod.java:20)
   at 
 org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
   at 
 org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
   at 
 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:73)
   at 
 org.junit.runners.BlockJUnit4ClassRunner.runChild(BlockJUnit4ClassRunner.java:46)
   at org.junit.runners.ParentRunner.runChildren(ParentRunner.java:180)
   at org.junit.runners.ParentRunner.access$000(ParentRunner.java:41)
   at org.junit.runners.ParentRunner$1.evaluate(ParentRunner.java:173)
   at 
 org.junit.internal.runners.statements.RunBefores.evaluate(RunBefores.java:28)
   at 
 org.junit.internal.runners.statements.RunAfters.evaluate(RunAfters.java:31)
   at org.junit.runners.ParentRunner.run(ParentRunner.java:220)
   at 
 org.apache.maven.surefire.junit4.JUnit4TestSet.execute(JUnit4TestSet.java:62)
   at 
 org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.executeTestSet(AbstractDirectoryTestSuite.java:140)
   at 
 org.apache.maven.surefire.suite.AbstractDirectoryTestSuite.execute(AbstractDirectoryTestSuite.java:127)
   at org.apache.maven.surefire.Surefire.run(Surefire.java:177)
   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 
 org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:345)
   at 
 org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:1009)

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