Re: [soap:Fault] pwd == null but a password is needed
Many Thanks David for your efforts in helping me out. That will be very helpful. Will it be a good idea to forward my doubt to CXF and WSS4J developers community? Best Regards, Rahul On Mon, Jul 27, 2009 at 1:35 AM, David Jencks wrote: > I chatted with Rahul on IRC a bit, and it looks to me as if his code is > doing what cxf and wss4j expect. > I think the next step is to figure out exactly where the fault is coming > from. > > I would grep the cxf and wss4j source code for "but a password is needed". > If that doesn't find the source I would run geronimo in the debugger and > put a breakpoint at the end of the handle(CallbackHandler handler) method > and step through the code. > > I also wonder if the fault is from the WSS4jOutInterceptor. > > thanks > david jencks > > On Jul 26, 2009, at 4:20 PM, rahul.soa wrote: > > Just one amendment here in my speculation about the fault cause. > > I wrote this in the previous thread, > > > "but I dont know why I am getting this error pwd == null but a password is > needed at pwcb.setPassword(passwd);" > > Now, i dont think this fault is coming from here > pwcb.setPassword(passwd); > > as I have tested it by removing the following code to be sure about the > fault > > if (!pwcb.getPassword().equals(passwd)) { > LOG.debug("wrong password"); > throw new IOException("wrong password"); > } else { > LOG.debug("I am setting the password here " + > passwd); > pwcb.setPassword(passwd); > } > > from ServerPasswordHandler and I still have the same fault error in the > response. > > Please correct me if I am wrong somewhere. I am not sure where this fault > come from? > > Thank you. > > Best Regards, > Rahul > On Mon, Jul 27, 2009 at 12:07 AM, rahul.soa wrote: > >> Hello David/Devs, >> >> Objective: trying to set web service security at serverside: >> >> I am getting an error while accessing the secured webservice. The soap >> fault I am receiving is below: >> >> *Response:* >> >> http://schemas.xmlsoap.org/soap/envelope/ >> ">soap:Server*pwd >> == null but a password is needed* >> >> * >> Request:* >> >> > xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";>> xmlns:wsse=" >> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"; >> soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"; >> xmlns:wsu=" >> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"; >> wsu:Id="UsernameToken-32620541">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";>system> xmlns:wsse=" >> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"; >> Type=" >> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText";>manager> xmlns="http://jws.samples.geronimo.apache.org >> ">22 >> >> >> How I am trying to do is, >> >> 1. At, server side (in the doPublish method of CXFEndpoint), I am setting >> the WSS4JIn/OutInterceptor property for user token (please note: this is not >> generic code at this moment) >> >> protected void doPublish(String baseAddress) { >> // XXX: assume port 8080 by default since we don't know the actual >> port >> // at startup >> String address = (baseAddress == null) ? "http://localhost:8080"; >> : baseAddress; >> >> JaxWsServerFactoryBean svrFactory = new >> GeronimoJaxWsServerFactoryBean(); >> svrFactory.setBus(bus); >> svrFactory.setAddress(address + this.portInfo.getLocation()); >> svrFactory.setServiceFactory(serviceFactory); >> svrFactory.setStart(false); >> svrFactory.setServiceBean(implementor); >> >> if (HTTPBinding.HTTP_BINDING.equals(implInfo.getBindingType())) { >> svrFactory.setTransportId(" >> http://cxf.apache.org/bindings/xformat";); >> } >> >>// to receive the incoming username/password in soap request >> Map inProps = new HashMap(); >> inProps.put(WSHandlerConstants.ACTION, >> WSHandlerConstants.USERNAME_TOKEN); >> inProps.put(WSHandlerConstants.PASSWORD_TYPE, >> WSConstants.PW_TEXT); >> inProps.put(WSHandlerConstants.USER, "system"); >> inProps.put(WSHandlerConstants.PW_CALLBACK_REF, >> new *ServerPasswordHandler*()); >> >> server = svrFactory.create(); >> // to receive the secure header >> WSS4JInInterceptor wssIn = new WSS4JInInterceptor(inProps); >>// to send the secure soap header >>WSS4JOutInterceptor wssOut = new WSS4JOutInterceptor(inProps); >> init(); >> >> org.apache.cxf.endpoint.Endpoint endpoint = getEndpoint(); >> >> endpoint.getInInterceptors().add(wssIn); >> endpoint.getInInterceptors().add( >> new org.apache.cxf.binding.soap.saaj.SAA
[jira] Commented: (GERONIMO-3815) ContextManager.getCurrentContext() throws NullPointerException
[ https://issues.apache.org/jira/browse/GERONIMO-3815?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735511#action_12735511 ] Mircea commented on GERONIMO-3815: -- I'm deploying a third party product so I don't have too much knowledge about how to reproduce this but all I can say is I can reproduce it with the Jetty version but it's gone when using the Tomcat version. > ContextManager.getCurrentContext() throws NullPointerException > -- > > Key: GERONIMO-3815 > URL: https://issues.apache.org/jira/browse/GERONIMO-3815 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: security >Affects Versions: 2.0.2, 2.0.3, 2.1, 2.1.4 >Reporter: Vamsavardhana Reddy >Assignee: David Jencks > Fix For: Wish List > > Attachments: GERONIMO-3815-2.debug.patch, > GERONIMO-3815-3.debug.patch, GERONIMO-3815.debug.patch > > > ContextManager.getCurrentContext() is throwing a NullPointerException. This > is observed only when there is heavy load on the application. Most likely it > is a threading issue where one thread is unregistering the subject while > another is executing getCurrentContext(). Excerpt from stacktrace given > below. > > Caused by: java.lang.NullPointerException > at > org.apache.geronimo.security.ContextManager.getCurrentContext(ContextManager.java:197) > at > org.apache.geronimo.openejb.GeronimoSecurityService.isCallerAuthorized(GeronimoSecurityService.java:101) > at > org.apache.openejb.core.stateless.StatelessContainer.invoke(StatelessContainer.java:142) > at > org.apache.openejb.core.ivm.EjbHomeProxyHandler.create(EjbHomeProxyHandler.java:267) > at > org.apache.openejb.core.ivm.EjbHomeProxyHandler._invoke(EjbHomeProxyHandler.java:158) > at > org.apache.openejb.core.ivm.BaseEjbProxyHandler.invoke(BaseEjbProxyHandler.java:321) > at > org.apache.openejb.util.proxy.Jdk13InvocationHandler.invoke(Jdk13InvocationHandler.java:49) > at $Proxy16.create(Unknown Source) > ... 53 more > -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Assigned: (GERONIMO-4767) Use keywords strategy when filter the jdbc driver in database pools
[ https://issues.apache.org/jira/browse/GERONIMO-4767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rex Wang reassigned GERONIMO-4767: -- Assignee: Rex Wang > Use keywords strategy when filter the jdbc driver in database pools > --- > > Key: GERONIMO-4767 > URL: https://issues.apache.org/jira/browse/GERONIMO-4767 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.5, 2.2 >Reporter: Rex Wang >Assignee: Rex Wang > Fix For: 2.2 > > > Current strategy is too strict when do filter on the jdbc drivers. > We set the my sql dependecy filter "mysql/mysql-connector-java//jar", but if > user manually copy the driver to /repository/org/mysql/... > the database pool portlet won't find any jars ever. That because the filter > mandatoryly requires user to install the jar to > /repository/mysql/... > We should improve this behavior more loosely, such as using the keywords. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4767) Use keywords strategy when filter the jdbc driver in database pools
Use keywords strategy when filter the jdbc driver in database pools --- Key: GERONIMO-4767 URL: https://issues.apache.org/jira/browse/GERONIMO-4767 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: console Affects Versions: 2.1.5, 2.2 Reporter: Rex Wang Fix For: 2.2 Current strategy is too strict when do filter on the jdbc drivers. We set the my sql dependecy filter "mysql/mysql-connector-java//jar", but if user manually copy the driver to /repository/org/mysql/... the database pool portlet won't find any jars ever. That because the filter mandatoryly requires user to install the jar to /repository/mysql/... We should improve this behavior more loosely, such as using the keywords. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4767) Use keywords strategy when filter the jdbc driver in database pools
[ https://issues.apache.org/jira/browse/GERONIMO-4767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735529#action_12735529 ] Rex Wang commented on GERONIMO-4767: More details, please refer to the comments on GERONIMO-4725 -Rex > Use keywords strategy when filter the jdbc driver in database pools > --- > > Key: GERONIMO-4767 > URL: https://issues.apache.org/jira/browse/GERONIMO-4767 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.5, 2.2 >Reporter: Rex Wang >Assignee: Rex Wang > Fix For: 2.2 > > > Current strategy is too strict when do filter on the jdbc drivers. > We set the my sql dependecy filter "mysql/mysql-connector-java//jar", but if > user manually copy the driver to /repository/org/mysql/... > the database pool portlet won't find any jars ever. That because the filter > mandatoryly requires user to install the jar to > /repository/mysql/... > We should improve this behavior more loosely, such as using the keywords. -- 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: 798032
Geronimo Revision: 798032 built with tests included See the full build-0300.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727/build-0300.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 44 minutes 37 seconds [INFO] Finished at: Mon Jul 27 03:48:11 EDT 2009 [INFO] Final Memory: 430M/956M [INFO] TESTSUITE RESULTS (Failures only) = Assembly: tomcat = See full test results and logs at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727/logs-0300-tomcat/ [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip into /home/geronimo/geronimo/trunk/testsuite/target [INFO] Starting Geronimo server... [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:46.025 [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/testing/testsuite-testing.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 36 test builds [INFO] [INFO] --- [INFO] [INFO] commands-testsuite/deploy RUNNING [INFO] commands-testsuite/deploy SUCCESS (0:01:17.902) [INFO] commands-testsuite/gshell RUNNING [INFO] commands-testsuite/gshell SUCCESS (0:00:34.583) [INFO] commands-testsuite/jaxws RUNNING [INFO] commands-testsuite/jaxws SUCCESS (0:00:40.523) [INFO] commands-testsuite/shutdownRUNNING [INFO] commands-testsuite/shutdownSUCCESS (0:00:21.419) [INFO] concurrent-testsuite/concurrent-basic RUNNING [INFO] concurrent-testsuite/concurrent-basic SUCCESS (0:06:34.010) [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced SUCCESS (0:01:52.092) [INFO] console-testsuite/basicRUNNING [INFO] console-testsuite/basicSUCCESS (0:02:04.797) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:56.778) [INFO] corba-testsuite/corba-marshal RUNNING [INFO] corba-testsuite/corba-marshal SUCCESS (0:00:56.672) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:50.861) [INFO] deployment-testsuite/deployment-tests RUNNING [INFO] deployment-testsuite/deployment-tests SUCCESS (0:00:34.752) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:30.829) [INFO] deployment-testsuite/manifestcp-tests RUNNING [INFO] deployment-testsuite/manifestcp-tests SUCCESS (0:00:36.350) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:01:14.576) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:00:59.688) [INFO] enterprise-testsuite/jpa-tests RUNNING [INFO] enterprise-testsuite/jpa-tests SUCCESS (0:00:52.035) [INFO] enterprise-testsuite/sec-clientRUNNING [INFO] enterprise-testsuite/sec-clientSUCCESS (0:00:31.153) [INFO] enterprise-testsuite/sec-tests RUNNING [INFO] enterprise-testsuite/sec-tests SUCCESS (0:00:52.547) [INFO] security-testsuite/test-security RUNNING [INFO] security-testsuite/test-security FAILURE (0:00:46.262) Java returned: 1 [INFO] web-testsuite/test-2.1-jspsRUNNING [INFO] web-testsuite/test-2.1-jspsSUCCESS (0:00:33.003) [INFO] web-testsuite/test-2.5-servletsRUNNING [INFO] web-testsuite/test-2.5-servletsSUCCESS (0:00:32.020) [INFO] web-testsuite/test-myfaces RUNNING [INFO] web
Re: svn commit: r793687 - in /geronimo/server/trunk/plugins/dojo: dojo-jetty/pom.xml dojo-jetty/src/main/history/dependencies.xml dojo-tomcat/pom.xml dojo-tomcat/src/main/history/dependencies.xml po
With the latest Geronimo-jetty7-2.2 package, I got the class org.apache.jasper.servlet.JspServlet not found warning while starting up the server, do we have any special reason to remove the jasper dependency ? If not, I wish to revert them, or is it possible to disable the jspservlet for the web application via deployment plan? I did not find one so far. 2009/7/14 > Author: jaydm > Date: Mon Jul 13 19:55:49 2009 > New Revision: 793687 > > URL: http://svn.apache.org/viewvc?rev=793687&view=rev > Log: > GERONIMO-2732: Committed the changes to switch to the published > Dojo artifacts. > > Modified: >geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml > > > geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/history/dependencies.xml >geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml > > > geronimo/server/trunk/plugins/dojo/dojo-tomcat/src/main/history/dependencies.xml >geronimo/server/trunk/plugins/dojo/pom.xml > > Modified: geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml > URL: > http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml?rev=793687&r1=793686&r2=793687&view=diff > > == > --- geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml (original) > +++ geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml Mon Jul 13 > 19:55:49 2009 > @@ -41,19 +41,19 @@ > > > > -org.apache.geronimo.modules > -geronimo-dojo > -${version} > +org.dojotoolkit > +dojo-war > +1.3.0 > war > provided > > > - > -org.apache.geronimo.configs > -jasper > -${version} > -car > - > + > + > + > + > + > + > > > org.apache.geronimo.configs > @@ -83,17 +83,13 @@ > > ${jettyDeployer} > > > -org.apache.geronimo.modules > -geronimo-dojo > -${version} > +org.dojotoolkit > +dojo-war > +1.3.0 > war > > > Web Framework > - > -true > -true > - > > > > > Modified: > geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/history/dependencies.xml > URL: > http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/history/dependencies.xml?rev=793687&r1=793686&r2=793687&view=diff > > == > --- > geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/history/dependencies.xml > (original) > +++ > geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/history/dependencies.xml > Mon Jul 13 19:55:49 2009 > @@ -6,9 +6,4 @@ > 2.2-SNAPSHOT > car > > - > -org.apache.geronimo.configs > -jasper > -car > - > > > Modified: geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml > URL: > http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml?rev=793687&r1=793686&r2=793687&view=diff > > == > --- geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml (original) > +++ geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml Mon Jul 13 > 19:55:49 2009 > @@ -41,19 +41,19 @@ > > > > -org.apache.geronimo.modules > -geronimo-dojo > -${version} > +org.dojotoolkit > +dojo-war > +1.3.0 > war > provided > > > - > -org.apache.geronimo.configs > -jasper > -${version} > -car > - > + > + > + > + > + > + > > > org.apache.geronimo.configs > @@ -83,17 +83,13 @@ > > ${tomcatDeployer} > > > -org.apache.geronimo.modules > -geronimo-dojo > +org.dojotoolkit > +dojo-war > ${version} > war > > > Web Framework > - > -true > -true > - > > > > > Modified: > geronimo/server/trunk/plugins/dojo/dojo-tomcat/src/main/history/dependencies.xml > URL: > http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/dojo/dojo-tomcat/src/main/history/dependencies.xml?rev=79368
[jira] Commented: (GERONIMO-4756) jetty 7 ignores default subject settings unless authentication is set up
[ https://issues.apache.org/jira/browse/GERONIMO-4756?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735533#action_12735533 ] Trygve Hardersen commented on GERONIMO-4756: I've confirmed that the sample app works as expected with r798013. Many thanks for fixing this so quickly! > jetty 7 ignores default subject settings unless authentication is set up > > > Key: GERONIMO-4756 > URL: https://issues.apache.org/jira/browse/GERONIMO-4756 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) >Affects Versions: 2.2 >Reporter: David Jencks >Assignee: David Jencks > Fix For: 2.2 > > Attachments: Geronimo-4766.patch, jgs.tar.gz > > > Jetty 7 should be setting up security stuff if a is > definied, not only if authentication is specifically configured: this will > make default subjects work when no auth is configured. Should not be a > problem for tomcat for some reason I found this problem there already :-) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Updated: (GERONIMO-4767) Use keywords strategy when filter the jdbc driver in database pools
[ https://issues.apache.org/jira/browse/GERONIMO-4767?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rex Wang updated GERONIMO-4767: --- Attachment: GERONIMO-4767-trunk.patch Please help review. > Use keywords strategy when filter the jdbc driver in database pools > --- > > Key: GERONIMO-4767 > URL: https://issues.apache.org/jira/browse/GERONIMO-4767 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.5, 2.2 >Reporter: Rex Wang >Assignee: Rex Wang > Fix For: 2.2 > > Attachments: GERONIMO-4767-trunk.patch > > > Current strategy is too strict when do filter on the jdbc drivers. > We set the my sql dependecy filter "mysql/mysql-connector-java//jar", but if > user manually copy the driver to /repository/org/mysql/... > the database pool portlet won't find any jars ever. That because the filter > mandatoryly requires user to install the jar to > /repository/mysql/... > We should improve this behavior more loosely, such as using the keywords. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4767) Use keywords strategy when filter the jdbc driver in database pools
[ https://issues.apache.org/jira/browse/GERONIMO-4767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735561#action_12735561 ] Jürgen Weber commented on GERONIMO-4767: My suggestion: for the predefined drivers tell the user what dependencies are needed and require the user to install driver jars with exactly the repository id the driver gbean wants, so no jar selection dialog at all. Use the jar selection dialog only for custom drivers. > Use keywords strategy when filter the jdbc driver in database pools > --- > > Key: GERONIMO-4767 > URL: https://issues.apache.org/jira/browse/GERONIMO-4767 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.5, 2.2 >Reporter: Rex Wang >Assignee: Rex Wang > Fix For: 2.2 > > Attachments: GERONIMO-4767-trunk.patch > > > Current strategy is too strict when do filter on the jdbc drivers. > We set the my sql dependecy filter "mysql/mysql-connector-java//jar", but if > user manually copy the driver to /repository/org/mysql/... > the database pool portlet won't find any jars ever. That because the filter > mandatoryly requires user to install the jar to > /repository/mysql/... > We should improve this behavior more loosely, such as using the keywords. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] jaxb 2.1 spec jar 1.0
On Jul 25, 2009, at 12:49 AM, David Jencks wrote: Hi, Scout is upgrading their maven build and wants to use our spec jars, and we need to get several released for 2.2. The one scout needs now is jaxb 2.1. We've run the jaxb 2.1 tck on it and it works. This is the first release of this spec jar from geronimo. I'm having a bit of trouble promoting the uploads in apache nexus so for now I put them on people.apache.org: when I figure out how to promote them I'll post an updated location. Staging site for artifacts: http://people.apache.org/~djencks/staging/ Staging site for stie: http://people.apache.org/~djencks/staging-site/maven/specs/geronimo-jaxb_2.1_spec/1.0/ Voting will remain open for 72 hours. Source and signatures look good. The LICENSE and NOTICE file in the source and binary are different. The source versions contains license and notice information that is not contained in the binary version. I don't see how that can be correct. One of the pairs must be wrong. Until this is resolved, I'm -1. --kevan
Re: svn commit: r797601 - in /geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint: ExtendedBlueprintContainer.java container/BlueprintContainerImpl.java container/S
Lazy activation of services does not mean that the service is not registered, but simply that the service object is not eagerly created. Else, the service will never be registered in the OSGi registry. Could you please revert this commit ? 2009/7/24 gawor : > Author: gawor > Date: Fri Jul 24 18:42:34 2009 > New Revision: 797601 > > URL: http://svn.apache.org/viewvc?rev=797601&view=rev > Log: > services can also have eager or lazy activation > > Modified: > > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java > > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java > > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java > > Modified: > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java > URL: > http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java?rev=797601&r1=797600&r2=797601&view=diff > == > --- > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java > (original) > +++ > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java > Fri Jul 24 18:42:34 2009 > @@ -20,6 +20,7 @@ > import java.util.Dictionary; > import java.util.List; > > +import org.apache.geronimo.blueprint.container.ServiceRecipe; > import org.apache.geronimo.blueprint.di.Repository; > import org.osgi.framework.Bundle; > import org.osgi.framework.BundleContext; > @@ -59,4 +60,6 @@ > > AccessControlContext getAccessControlContext(); > > + boolean isServiceEnabled(ServiceRecipe service); > + > } > > Modified: > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java > URL: > http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java?rev=797601&r1=797600&r2=797601&view=diff > == > --- > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java > (original) > +++ > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java > Fri Jul 24 18:42:34 2009 > @@ -592,6 +592,20 @@ > } > } > > + public boolean isServiceEnabled(ServiceRecipe r) { > + List dependencies = > getSatisfiableDependenciesMap().get(r.getName()); > + boolean enabled = true; > + if (dependencies != null) { > + for (SatisfiableRecipe recipe : dependencies) { > + if (!recipe.isSatisfied()) { > + enabled = false; > + break; > + } > + } > + } > + return enabled; > + } > + > private void instantiateEagerComponents() { > List components = new ArrayList(); > for (String name : > componentDefinitionRegistry.getComponentDefinitionNames()) { > @@ -619,16 +633,16 @@ > services = repository.getAllRecipes(ServiceRecipe.class); > for (ServiceRecipe r : services) { > List dependencies = > getSatisfiableDependenciesMap().get(r.getName()); > - boolean satisfied = true; > + boolean enabled = true; > if (dependencies != null) { > for (SatisfiableRecipe recipe : dependencies) { > if (!recipe.isSatisfied()) { > - satisfied = false; > + enabled = false; > break; > } > } > } > - if (satisfied) { > + if (r.isEager() && enabled) { > r.register(); > } > } > > Modified: > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java > URL: > http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java?rev=797601&r1=797600&r2=797601&view=diff > == > --- > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java > (original) > +++ > geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java > Fri Jul 24 18:42:34 2009 > @@ -94,6 +94,10 @@ > this.prototypeService = > isPrototypeService(metadata.ge
Re: svn commit: r797601 - in /geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint: ExtendedBlueprintContainer.java container/BlueprintContainerImpl.java container/S
For more informations, see section 121.6.10 and 121.6.11 of the OSGi compendium spec, but there is a clear different between the service being enabled or not and the lazy / eager activation. 2009/7/27 Guillaume Nodet : > Lazy activation of services does not mean that the service is not registered, > but simply that the service object is not eagerly created. > Else, the service will never be registered in the OSGi registry. > Could you please revert this commit ? > > 2009/7/24 gawor : >> Author: gawor >> Date: Fri Jul 24 18:42:34 2009 >> New Revision: 797601 >> >> URL: http://svn.apache.org/viewvc?rev=797601&view=rev >> Log: >> services can also have eager or lazy activation >> >> Modified: >> >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java >> >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java >> >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java >> >> Modified: >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java >> URL: >> http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java?rev=797601&r1=797600&r2=797601&view=diff >> == >> --- >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java >> (original) >> +++ >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java >> Fri Jul 24 18:42:34 2009 >> @@ -20,6 +20,7 @@ >> import java.util.Dictionary; >> import java.util.List; >> >> +import org.apache.geronimo.blueprint.container.ServiceRecipe; >> import org.apache.geronimo.blueprint.di.Repository; >> import org.osgi.framework.Bundle; >> import org.osgi.framework.BundleContext; >> @@ -59,4 +60,6 @@ >> >> AccessControlContext getAccessControlContext(); >> >> + boolean isServiceEnabled(ServiceRecipe service); >> + >> } >> >> Modified: >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java >> URL: >> http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java?rev=797601&r1=797600&r2=797601&view=diff >> == >> --- >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java >> (original) >> +++ >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java >> Fri Jul 24 18:42:34 2009 >> @@ -592,6 +592,20 @@ >> } >> } >> >> + public boolean isServiceEnabled(ServiceRecipe r) { >> + List dependencies = >> getSatisfiableDependenciesMap().get(r.getName()); >> + boolean enabled = true; >> + if (dependencies != null) { >> + for (SatisfiableRecipe recipe : dependencies) { >> + if (!recipe.isSatisfied()) { >> + enabled = false; >> + break; >> + } >> + } >> + } >> + return enabled; >> + } >> + >> private void instantiateEagerComponents() { >> List components = new ArrayList(); >> for (String name : >> componentDefinitionRegistry.getComponentDefinitionNames()) { >> @@ -619,16 +633,16 @@ >> services = repository.getAllRecipes(ServiceRecipe.class); >> for (ServiceRecipe r : services) { >> List dependencies = >> getSatisfiableDependenciesMap().get(r.getName()); >> - boolean satisfied = true; >> + boolean enabled = true; >> if (dependencies != null) { >> for (SatisfiableRecipe recipe : dependencies) { >> if (!recipe.isSatisfied()) { >> - satisfied = false; >> + enabled = false; >> break; >> } >> } >> } >> - if (satisfied) { >> + if (r.isEager() && enabled) { >> r.register(); >> } >> } >> >> Modified: >> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java >> URL: >> http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java?rev=797601&r1=797600&r2=797601&view=diff >> == >> --- >> geronimo/sandbox/blueprint/blue
Re: svn commit: r797601 - in /geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint: ExtendedBlueprintContainer.java container/BlueprintContainerImpl.java container/S
I've made a quick revert at rev 798132, but a cleaner one is needed. 2009/7/27 Guillaume Nodet : > For more informations, see section 121.6.10 and 121.6.11 of the OSGi > compendium spec, but there is a clear different between the service > being enabled or not and the lazy / eager activation. > > 2009/7/27 Guillaume Nodet : >> Lazy activation of services does not mean that the service is not >> registered, but simply that the service object is not eagerly created. >> Else, the service will never be registered in the OSGi registry. >> Could you please revert this commit ? >> >> 2009/7/24 gawor : >>> Author: gawor >>> Date: Fri Jul 24 18:42:34 2009 >>> New Revision: 797601 >>> >>> URL: http://svn.apache.org/viewvc?rev=797601&view=rev >>> Log: >>> services can also have eager or lazy activation >>> >>> Modified: >>> >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java >>> >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java >>> >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java >>> >>> Modified: >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java >>> URL: >>> http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java?rev=797601&r1=797600&r2=797601&view=diff >>> == >>> --- >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java >>> (original) >>> +++ >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java >>> Fri Jul 24 18:42:34 2009 >>> @@ -20,6 +20,7 @@ >>> import java.util.Dictionary; >>> import java.util.List; >>> >>> +import org.apache.geronimo.blueprint.container.ServiceRecipe; >>> import org.apache.geronimo.blueprint.di.Repository; >>> import org.osgi.framework.Bundle; >>> import org.osgi.framework.BundleContext; >>> @@ -59,4 +60,6 @@ >>> >>> AccessControlContext getAccessControlContext(); >>> >>> + boolean isServiceEnabled(ServiceRecipe service); >>> + >>> } >>> >>> Modified: >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java >>> URL: >>> http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java?rev=797601&r1=797600&r2=797601&view=diff >>> == >>> --- >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java >>> (original) >>> +++ >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java >>> Fri Jul 24 18:42:34 2009 >>> @@ -592,6 +592,20 @@ >>> } >>> } >>> >>> + public boolean isServiceEnabled(ServiceRecipe r) { >>> + List dependencies = >>> getSatisfiableDependenciesMap().get(r.getName()); >>> + boolean enabled = true; >>> + if (dependencies != null) { >>> + for (SatisfiableRecipe recipe : dependencies) { >>> + if (!recipe.isSatisfied()) { >>> + enabled = false; >>> + break; >>> + } >>> + } >>> + } >>> + return enabled; >>> + } >>> + >>> private void instantiateEagerComponents() { >>> List components = new ArrayList(); >>> for (String name : >>> componentDefinitionRegistry.getComponentDefinitionNames()) { >>> @@ -619,16 +633,16 @@ >>> services = repository.getAllRecipes(ServiceRecipe.class); >>> for (ServiceRecipe r : services) { >>> List dependencies = >>> getSatisfiableDependenciesMap().get(r.getName()); >>> - boolean satisfied = true; >>> + boolean enabled = true; >>> if (dependencies != null) { >>> for (SatisfiableRecipe recipe : dependencies) { >>> if (!recipe.isSatisfied()) { >>> - satisfied = false; >>> + enabled = false; >>> break; >>> } >>> } >>> } >>> - if (satisfied) { >>> + if (r.isEager() && enabled) { >>> r.register(); >>> } >>> } >>> >>> Modified: >>> geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java >>> URL: >>> http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apac
Re: svn commit: r797601 - in /geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint: ExtendedBlueprintContainer.java container/BlueprintContainerImpl.java container/S
Guillaume Nodet wrote: For more informations, see section 121.6.10 and 121.6.11 of the OSGi compendium spec, but there is a clear different between the service being enabled or not and the lazy / eager activation. The lifecycle diagram in section 121.3 and sections 121.3.8 and 121.3.9 are bit clearer as to the order of events and what's expected. Rick 2009/7/27 Guillaume Nodet : Lazy activation of services does not mean that the service is not registered, but simply that the service object is not eagerly created. Else, the service will never be registered in the OSGi registry. Could you please revert this commit ? 2009/7/24 gawor : Author: gawor Date: Fri Jul 24 18:42:34 2009 New Revision: 797601 URL: http://svn.apache.org/viewvc?rev=797601&view=rev Log: services can also have eager or lazy activation Modified: geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java Modified: geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java URL: http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java?rev=797601&r1=797600&r2=797601&view=diff == --- geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java (original) +++ geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java Fri Jul 24 18:42:34 2009 @@ -20,6 +20,7 @@ import java.util.Dictionary; import java.util.List; +import org.apache.geronimo.blueprint.container.ServiceRecipe; import org.apache.geronimo.blueprint.di.Repository; import org.osgi.framework.Bundle; import org.osgi.framework.BundleContext; @@ -59,4 +60,6 @@ AccessControlContext getAccessControlContext(); +boolean isServiceEnabled(ServiceRecipe service); + } Modified: geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java URL: http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java?rev=797601&r1=797600&r2=797601&view=diff == --- geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java (original) +++ geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java Fri Jul 24 18:42:34 2009 @@ -592,6 +592,20 @@ } } +public boolean isServiceEnabled(ServiceRecipe r) { +List dependencies = getSatisfiableDependenciesMap().get(r.getName()); +boolean enabled = true; +if (dependencies != null) { +for (SatisfiableRecipe recipe : dependencies) { +if (!recipe.isSatisfied()) { +enabled = false; +break; +} +} +} +return enabled; +} + private void instantiateEagerComponents() { List components = new ArrayList(); for (String name : componentDefinitionRegistry.getComponentDefinitionNames()) { @@ -619,16 +633,16 @@ services = repository.getAllRecipes(ServiceRecipe.class); for (ServiceRecipe r : services) { List dependencies = getSatisfiableDependenciesMap().get(r.getName()); -boolean satisfied = true; +boolean enabled = true; if (dependencies != null) { for (SatisfiableRecipe recipe : dependencies) { if (!recipe.isSatisfied()) { -satisfied = false; +enabled = false; break; } } } -if (satisfied) { +if (r.isEager() && enabled) { r.register(); } } Modified: geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java URL: http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java?rev=797601&r1=797600&r2=797601&view=diff == --- geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java (original) +++ geronimo/sandbox/blueprint/bluepri
[BUILD] trunk: Failed for Revision: 798113
Geronimo Revision: 798113 built with tests included See the full build-0900.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727/build-0900.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 47 minutes 29 seconds [INFO] Finished at: Mon Jul 27 09:51:08 EDT 2009 [INFO] Final Memory: 400M/992M [INFO] TESTSUITE RESULTS (Failures only) = Assembly: tomcat = See full test results and logs at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727/logs-0900-tomcat/ [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip into /home/geronimo/geronimo/trunk/testsuite/target [INFO] Starting Geronimo server... [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:44.885 [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/testing/testsuite-testing.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 36 test builds [INFO] [INFO] --- [INFO] [INFO] commands-testsuite/deploy RUNNING [INFO] commands-testsuite/deploy SUCCESS (0:01:17.405) [INFO] commands-testsuite/gshell RUNNING [INFO] commands-testsuite/gshell SUCCESS (0:00:35.224) [INFO] commands-testsuite/jaxws RUNNING [INFO] commands-testsuite/jaxws SUCCESS (0:00:40.113) [INFO] commands-testsuite/shutdownRUNNING [INFO] commands-testsuite/shutdownSUCCESS (0:00:22.655) [INFO] concurrent-testsuite/concurrent-basic RUNNING [INFO] concurrent-testsuite/concurrent-basic SUCCESS (0:06:31.553) [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced SUCCESS (0:01:35.028) [INFO] console-testsuite/basicRUNNING [INFO] console-testsuite/basicSUCCESS (0:02:02.743) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:56.070) [INFO] corba-testsuite/corba-marshal RUNNING [INFO] corba-testsuite/corba-marshal SUCCESS (0:01:04.446) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:53.988) [INFO] deployment-testsuite/deployment-tests RUNNING [INFO] deployment-testsuite/deployment-tests SUCCESS (0:00:33.580) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:51.866) [INFO] deployment-testsuite/manifestcp-tests RUNNING [INFO] deployment-testsuite/manifestcp-tests SUCCESS (0:00:35.567) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:03:06.894) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:01:00.136) [INFO] enterprise-testsuite/jpa-tests RUNNING [INFO] enterprise-testsuite/jpa-tests SUCCESS (0:00:51.395) [INFO] enterprise-testsuite/sec-clientRUNNING [INFO] enterprise-testsuite/sec-clientSUCCESS (0:00:31.603) [INFO] enterprise-testsuite/sec-tests RUNNING [INFO] enterprise-testsuite/sec-tests SUCCESS (0:00:56.183) [INFO] security-testsuite/test-security RUNNING [INFO] security-testsuite/test-security FAILURE (0:00:47.651) Java returned: 1 [INFO] web-testsuite/test-2.1-jspsRUNNING [INFO] web-testsuite/test-2.1-jspsSUCCESS (0:00:32.557) [INFO] web-testsuite/test-2.5-servletsRUNNING [INFO] web-testsuite/test-2.5-servletsSUCCESS (0:00:31.929) [INFO] web-testsuite/test-myfaces RUNNING [INFO] web
Application Period for Travel Assistance to ApacheCon US 2009 Opens Soon
All, For your information... On Jul 22, 2009, at 5:46 AM, Gav... wrote: The Travel Assistance Committee is taking in applications for those wanting to attend ApacheCon US 2009 (Oakland) which takes place between the 2nd and 6th November 2009. The Travel Assistance Committee is looking for people who would like to be able to attend ApacheCon US 2009 who may need some financial support in order to get there. There are limited places available, and all applications will be scored on their individual merit. Applications are open to all open source developers who feel that their attendance would benefit themselves, their project(s), the ASF and open source in general. Financial assistance is available for flights, accommodation, subsistence and Conference fees either in full or in part, depending on circumstances. It is intended that all our ApacheCon events are covered, so it may be prudent for those in Europe and/or Asia to wait until an event closer to them comes up - you are all welcome to apply for ApacheCon US of course, but there should be compelling reasons for you to attend an event further away that your home location for your application to be considered above those closer to the event location. More information can be found on the main Apache website at http://www.apache.org/travel/index.html - where you will also find a link to the online application and details for submitting. Applications for applying for travel assistance will open on 27th July 2009 and close of the 17th August 2009. Good luck to all those that will apply. Regards, The Travel Assistance Committee
Re: svn commit: r797601 - in /geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint: ExtendedBlueprintContainer.java container/BlueprintContainerImpl.java container/S
I reverted all those changes. My understanding of how this was supposed to work was incorrect. Jarek On Mon, Jul 27, 2009 at 9:52 AM, Guillaume Nodet wrote: > I've made a quick revert at rev 798132, but a cleaner one is needed. > > 2009/7/27 Guillaume Nodet : >> For more informations, see section 121.6.10 and 121.6.11 of the OSGi >> compendium spec, but there is a clear different between the service >> being enabled or not and the lazy / eager activation. >> >> 2009/7/27 Guillaume Nodet : >>> Lazy activation of services does not mean that the service is not >>> registered, but simply that the service object is not eagerly created. >>> Else, the service will never be registered in the OSGi registry. >>> Could you please revert this commit ? >>> >>> 2009/7/24 gawor : Author: gawor Date: Fri Jul 24 18:42:34 2009 New Revision: 797601 URL: http://svn.apache.org/viewvc?rev=797601&view=rev Log: services can also have eager or lazy activation Modified: geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/ServiceRecipe.java Modified: geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java URL: http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java?rev=797601&r1=797600&r2=797601&view=diff == --- geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java (original) +++ geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/ExtendedBlueprintContainer.java Fri Jul 24 18:42:34 2009 @@ -20,6 +20,7 @@ import java.util.Dictionary; import java.util.List; +import org.apache.geronimo.blueprint.container.ServiceRecipe; import org.apache.geronimo.blueprint.di.Repository; import org.osgi.framework.Bundle; import org.osgi.framework.BundleContext; @@ -59,4 +60,6 @@ AccessControlContext getAccessControlContext(); + boolean isServiceEnabled(ServiceRecipe service); + } Modified: geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java URL: http://svn.apache.org/viewvc/geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java?rev=797601&r1=797600&r2=797601&view=diff == --- geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java (original) +++ geronimo/sandbox/blueprint/blueprint-core/src/main/java/org/apache/geronimo/blueprint/container/BlueprintContainerImpl.java Fri Jul 24 18:42:34 2009 @@ -592,6 +592,20 @@ } } + public boolean isServiceEnabled(ServiceRecipe r) { + List dependencies = getSatisfiableDependenciesMap().get(r.getName()); + boolean enabled = true; + if (dependencies != null) { + for (SatisfiableRecipe recipe : dependencies) { + if (!recipe.isSatisfied()) { + enabled = false; + break; + } + } + } + return enabled; + } + private void instantiateEagerComponents() { List components = new ArrayList(); for (String name : componentDefinitionRegistry.getComponentDefinitionNames()) { @@ -619,16 +633,16 @@ services = repository.getAllRecipes(ServiceRecipe.class); for (ServiceRecipe r : services) { List dependencies = getSatisfiableDependenciesMap().get(r.getName()); - boolean satisfied = true; + boolean enabled = true; if (dependencies != null) { for (SatisfiableRecipe recipe : dependencies) { if (!recipe.isSatisfied()) { - satisfied = false; + enabled = false; break; } } } - if (satisfied) { + if (r.isEager() && enabled) { r.register();
Re: [soap:Fault] pwd == null but a password is needed
On Mon July 27 2009 3:42:04 am rahul.soa wrote: > Many Thanks David for your efforts in helping me out. That will be very > helpful. Well, I did the grep for you. It's coming from WSS4J, not CXF, in: src/org/apache/ws/security/message/token/UsernameToken.java Most likely, you DON'T want to setup the WSS4JOutInterceptor on the server side to have a UserNameToken. That's not normally a usual occurrence. (why would the server be sending BACK a Username?) Dan > Will it be a good idea to forward my doubt to CXF and WSS4J developers > community? > > Best Regards, > Rahul > > On Mon, Jul 27, 2009 at 1:35 AM, David Jencks wrote: > > I chatted with Rahul on IRC a bit, and it looks to me as if his code is > > doing what cxf and wss4j expect. > > I think the next step is to figure out exactly where the fault is coming > > from. > > > > I would grep the cxf and wss4j source code for "but a password is > > needed". If that doesn't find the source I would run geronimo in the > > debugger and put a breakpoint at the end of the handle(CallbackHandler > > handler) method and step through the code. > > > > I also wonder if the fault is from the WSS4jOutInterceptor. > > > > thanks > > david jencks > > > > On Jul 26, 2009, at 4:20 PM, rahul.soa wrote: > > > > Just one amendment here in my speculation about the fault cause. > > > > I wrote this in the previous thread, > > > > > > "but I dont know why I am getting this error pwd == null but a password > > is needed at pwcb.setPassword(passwd);" > > > > Now, i dont think this fault is coming from here > > pwcb.setPassword(passwd); > > > > as I have tested it by removing the following code to be sure about the > > fault > > > > if (!pwcb.getPassword().equals(passwd)) { > > LOG.debug("wrong password"); > > throw new IOException("wrong password"); > > } else { > > LOG.debug("I am setting the password here " + > > passwd); > > pwcb.setPassword(passwd); > > } > > > > from ServerPasswordHandler and I still have the same fault error in the > > response. > > > > Please correct me if I am wrong somewhere. I am not sure where this fault > > come from? > > > > Thank you. > > > > Best Regards, > > Rahul > > > > On Mon, Jul 27, 2009 at 12:07 AM, rahul.soa wrote: > >> Hello David/Devs, > >> > >> Objective: trying to set web service security at serverside: > >> > >> I am getting an error while accessing the secured webservice. The soap > >> fault I am receiving is below: > >> > >> *Response:* > >> > >> http://schemas.xmlsoap.org/soap/envelope/ > >> ">soap:Server > >>*pwd == null but a password is needed* > >> > >> * > >> Request:* > >> > >> >> xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/";> >>e:Security xmlns:wsse=" > >> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex > >>t-1.0.xsd" soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex > >>t-1.0.xsd" xmlns:wsu=" > >> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utili > >>ty-1.0.xsd" wsu:Id="UsernameToken-32620541">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex > >>t-1.0.xsd">systemhttp://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex > >>t-1.0.xsd" Type=" > >> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-p > >>rofile-1.0#PasswordText">manager >>se:Security> >> xmlns="http://jws.samples.geronimo.apache.org > >> ">22 > >> > >> > >> How I am trying to do is, > >> > >> 1. At, server side (in the doPublish method of CXFEndpoint), I am > >> setting the WSS4JIn/OutInterceptor property for user token (please note: > >> this is not generic code at this moment) > >> > >> protected void doPublish(String baseAddress) { > >> // XXX: assume port 8080 by default since we don't know the > >> actual port > >> // at startup > >> String address = (baseAddress == null) ? "http://localhost:8080"; > >> > >> : baseAddress; > >> > >> JaxWsServerFactoryBean svrFactory = new > >> GeronimoJaxWsServerFactoryBean(); > >> svrFactory.setBus(bus); > >> svrFactory.setAddress(address + this.portInfo.getLocation()); > >> svrFactory.setServiceFactory(serviceFactory); > >> svrFactory.setStart(false); > >> svrFactory.setServiceBean(implementor); > >> > >> if (HTTPBinding.HTTP_BINDING.equals(implInfo.getBindingType())) > >> { svrFactory.setTransportId(" > >> http://cxf.apache.org/bindings/xformat";); > >> } > >> > >>// to receive the incoming username/password in soap request > >> Map inProps = new HashMap(); > >> inProps.put(WSHandlerConstants.ACTION, > >> WSHandlerConstants.USERNAME_TOKEN); > >> inProps.put(WSHandlerConstants.PASSWORD_TYPE, > >> WSConstants.PW_TEXT); > >> inProps.put(WSHandlerConstants.USER, "system");
Re: [soap:Fault] pwd == null but a password is needed
Many Thanks Dan for pointing to the root cause. So does that mean server will not send the secure SOAP header in the response? I thought initially that client will also receive the secured response from server. May be I was wrong. I will try it by removing the WSS4JOutInterceptor from the server side to see if it works. Thanks again for your help. Best Regards, Rahul On Mon, Jul 27, 2009 at 5:23 PM, Daniel Kulp wrote: > On Mon July 27 2009 3:42:04 am rahul.soa wrote: > > Many Thanks David for your efforts in helping me out. That will be very > > helpful. > > Well, I did the grep for you. It's coming from WSS4J, not CXF, in: > src/org/apache/ws/security/message/token/UsernameToken.java > > Most likely, you DON'T want to setup the WSS4JOutInterceptor on the server > side to have a UserNameToken. That's not normally a usual occurrence. > (why > would the server be sending BACK a Username?) > > Dan > > > > > Will it be a good idea to forward my doubt to CXF and WSS4J developers > > community? > > > > > Best Regards, > > Rahul > > > > On Mon, Jul 27, 2009 at 1:35 AM, David Jencks >wrote: > > > I chatted with Rahul on IRC a bit, and it looks to me as if his code is > > > doing what cxf and wss4j expect. > > > I think the next step is to figure out exactly where the fault is > coming > > > from. > > > > > > I would grep the cxf and wss4j source code for "but a password is > > > needed". If that doesn't find the source I would run geronimo in the > > > debugger and put a breakpoint at the end of the handle(CallbackHandler > > > handler) method and step through the code. > > > > > > I also wonder if the fault is from the WSS4jOutInterceptor. > > > > > > thanks > > > david jencks > > > > > > On Jul 26, 2009, at 4:20 PM, rahul.soa wrote: > > > > > > Just one amendment here in my speculation about the fault cause. > > > > > > I wrote this in the previous thread, > > > > > > > > > "but I dont know why I am getting this error pwd == null but a password > > > is needed at pwcb.setPassword(passwd);" > > > > > > Now, i dont think this fault is coming from here > > > pwcb.setPassword(passwd); > > > > > > as I have tested it by removing the following code to be sure about the > > > fault > > > > > > if (!pwcb.getPassword().equals(passwd)) { > > > LOG.debug("wrong password"); > > > throw new IOException("wrong password"); > > > } else { > > > LOG.debug("I am setting the password here " + > > > passwd); > > > pwcb.setPassword(passwd); > > > } > > > > > > from ServerPasswordHandler and I still have the same fault error in the > > > response. > > > > > > Please correct me if I am wrong somewhere. I am not sure where this > fault > > > come from? > > > > > > Thank you. > > > > > > Best Regards, > > > Rahul > > > > > > On Mon, Jul 27, 2009 at 12:07 AM, rahul.soa > wrote: > > >> Hello David/Devs, > > >> > > >> Objective: trying to set web service security at serverside: > > >> > > >> I am getting an error while accessing the secured webservice. The soap > > >> fault I am receiving is below: > > >> > > >> *Response:* > > >> > > >> http://schemas.xmlsoap.org/soap/envelope/ > > >> > ">soap:Server > > >>*pwd == null but a password is needed* > > >> > > >> * > > >> Request:* > > >> > > >> > >> xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/ > "> > >>e:Security xmlns:wsse=" > > >> > http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex > > >>t-1.0.xsd" soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex > > >>t-1.0.xsd" xmlns:wsu=" > > >> > http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utili > > >>ty-1.0.xsd" wsu:Id="UsernameToken-32620541">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex > > >>t-1.0.xsd">systemhttp://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex > > >>t-1.0.xsd" Type=" > > >> > http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-p > > > >>rofile-1.0#PasswordText">manager > >>se:Security> > >> xmlns="http://jws.samples.geronimo.apache.org > > >> > ">22 > > >> > > >> > > >> How I am trying to do is, > > >> > > >> 1. At, server side (in the doPublish method of CXFEndpoint), I am > > >> setting the WSS4JIn/OutInterceptor property for user token (please > note: > > >> this is not generic code at this moment) > > >> > > >> protected void doPublish(String baseAddress) { > > >> // XXX: assume port 8080 by default since we don't know the > > >> actual port > > >> // at startup > > >> String address = (baseAddress == null) ? " > http://localhost:8080"; > > >> > > >> : baseAddress; > > >> > > >> JaxWsServerFactoryBean svrFactory = new > > >> GeronimoJaxWsServerFactoryBean(); > > >> svrFactory.setBus(bus); > > >> svrFactory.setAddress(address + this.portInfo.getLocation()); > > >>
Re: svn commit: r793687 - in /geronimo/server/trunk/plugins/dojo: dojo-jetty/pom.xml dojo-jetty/src/main/history/dependencies.xml dojo-tomcat/pom.xml dojo-tomcat/src/main/history/dependencies.xml po
On Jul 27, 2009, at 1:51 AM, Ivan wrote: With the latest Geronimo-jetty7-2.2 package, I got the class org.apache.jasper.servlet.JspServlet not found warning while starting up the server, do we have any special reason to remove the jasper dependency ? If not, I wish to revert them, or is it possible to disable the jspservlet for the web application via deployment plan? I did not find one so far. Right now you can't run either web container without jasper without getting at least this warning. I'd like to spend a couple minutes seeing if at least jetty can be arranged to run without jasper. If I can't figure out how to do this quickly I'll put jasper back in. thanks david jencks 2009/7/14 Author: jaydm Date: Mon Jul 13 19:55:49 2009 New Revision: 793687 URL: http://svn.apache.org/viewvc?rev=793687&view=rev Log: GERONIMO-2732: Committed the changes to switch to the published Dojo artifacts. Modified: geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/history/ dependencies.xml geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml geronimo/server/trunk/plugins/dojo/dojo-tomcat/src/main/history/ dependencies.xml geronimo/server/trunk/plugins/dojo/pom.xml Modified: geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml?rev=793687&r1=793686&r2=793687&view=diff = = = = = = = = == --- geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml (original) +++ geronimo/server/trunk/plugins/dojo/dojo-jetty/pom.xml Mon Jul 13 19:55:49 2009 @@ -41,19 +41,19 @@ -org.apache.geronimo.modules -geronimo-dojo -${version} +org.dojotoolkit +dojo-war +1.3.0 war provided - -org.apache.geronimo.configs -jasper -${version} -car - + + + + + + org.apache.geronimo.configs @@ -83,17 +83,13 @@ ${jettyDeployer}deploymentConfig> -org.apache.geronimo.modulesgroupId> -geronimo-dojo -${version} +org.dojotoolkit +dojo-war +1.3.0 war Web Framework - -true -true - Modified: geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/ history/dependencies.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/history/dependencies.xml?rev=793687&r1=793686&r2=793687&view=diff = = = = = = = = == --- geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/history/ dependencies.xml (original) +++ geronimo/server/trunk/plugins/dojo/dojo-jetty/src/main/history/ dependencies.xml Mon Jul 13 19:55:49 2009 @@ -6,9 +6,4 @@ 2.2-SNAPSHOT car - -org.apache.geronimo.configs -jasper -car - Modified: geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml URL: http://svn.apache.org/viewvc/geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml?rev=793687&r1=793686&r2=793687&view=diff = = = = = = = = == --- geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml (original) +++ geronimo/server/trunk/plugins/dojo/dojo-tomcat/pom.xml Mon Jul 13 19:55:49 2009 @@ -41,19 +41,19 @@ -org.apache.geronimo.modules -geronimo-dojo -${version} +org.dojotoolkit +dojo-war +1.3.0 war provided - -org.apache.geronimo.configs -jasper -${version} -car - + + + + + + org.apache.geronimo.configs @@ -83,17 +83,13 @@ ${tomcatDeployer}deploymentConfig> -org.apache.geronimo.modulesgroupId> -geronimo-dojo +org.dojotoolkit +dojo-war ${version} war Web Framework - -true -true - M
[jira] Closed: (GERONIMO-2622) Implement PolicyContextHandlerSOAPMessage
[ https://issues.apache.org/jira/browse/GERONIMO-2622?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-2622. -- Resolution: Fixed implemented in rev 798211. > Implement PolicyContextHandlerSOAPMessage > - > > Key: GERONIMO-2622 > URL: https://issues.apache.org/jira/browse/GERONIMO-2622 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: security >Affects Versions: 2.0-M5, 2.0, 2.0.1, 2.0.2, 2.1 >Reporter: David Jencks >Assignee: David Jencks >Priority: Critical > Fix For: 2.2 > > > I just discoverd PolicyContextHandlerSOAPMessage is not yet implemented! -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-4766) JACC handler data is not implemented properly
[ https://issues.apache.org/jira/browse/GERONIMO-4766?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] David Jencks closed GERONIMO-4766. -- Resolution: Fixed Implemented rev 798211. > JACC handler data is not implemented properly > - > > Key: GERONIMO-4766 > URL: https://issues.apache.org/jira/browse/GERONIMO-4766 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: security >Affects Versions: 2.2 >Reporter: David Jencks >Assignee: David Jencks > Fix For: 2.2 > > > After looking at GERONIMO-2622 I studied the jacc spec and realized we didn't > implement the handler data stuff properly. > The PolicyContextHandlers are supposed to be getting their information out of > the container. The Object supplied to PolicyContext.setHandlerData is not > supposed to be the httpServletRequest, SOAPMessage, ejb bean, or ejb args, or > Subject, but rather a container specific optional helper object that can > work with the PolicyContextHandlers. My implementation has a ThreadData > object with slots for the different kinds of data: this is kept in a > threadLocal in ContextManager and also supplied when created to the > PolicyContext.setHandlerData. Each PolicyContextHandler has static methods > to push and pop its appropriate data in the ThreadData object. The > PolicyContextHandler getData method fishes the info out of the appropriate > slot. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Created: (GERONIMO-4768) Hook up SOAPMessage, EnterpriseBean, and EjbArguments PolicyContextHanlders
Hook up SOAPMessage, EnterpriseBean, and EjbArguments PolicyContextHanlders --- Key: GERONIMO-4768 URL: https://issues.apache.org/jira/browse/GERONIMO-4768 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: OpenEJB, security Affects Versions: 2.2 Reporter: David Jencks Assignee: David Jencks Fix For: 2.2 Now we have correctly implemented PolicyContextHandlers, maybe we can figure out where to call them in ejb and ejb ws invocations. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [VOTE] jaxb 2.1 spec jar 1.0
On Jul 27, 2009, at 5:18 AM, Kevan Miller wrote: On Jul 25, 2009, at 12:49 AM, David Jencks wrote: Hi, Scout is upgrading their maven build and wants to use our spec jars, and we need to get several released for 2.2. The one scout needs now is jaxb 2.1. We've run the jaxb 2.1 tck on it and it works. This is the first release of this spec jar from geronimo. I'm having a bit of trouble promoting the uploads in apache nexus so for now I put them on people.apache.org: when I figure out how to promote them I'll post an updated location. Staging site for artifacts: http://people.apache.org/~djencks/staging/ Staging site for stie: http://people.apache.org/~djencks/staging-site/maven/specs/geronimo-jaxb_2.1_spec/1.0/ Voting will remain open for 72 hours. Source and signatures look good. The LICENSE and NOTICE file in the source and binary are different. The source versions contains license and notice information that is not contained in the binary version. I don't see how that can be correct. One of the pairs must be wrong. Until this is resolved, I'm -1. I looked at svn history. This spec came from servicemix where it was written entirely by gnodet. The servicemix svn contains the smaller generic LICENSE and NOTICE files. Someone added the expanded ones to all our spec projects at some point. So my conclusion is that the plain vanilla LICENSE and NOTICE files are more correct for this spec project. I'll update them in trunk. Now, Apache has a long and unfortunate tradition of including extra crud in LICENSE and NOTICE files. Much as I don't like participating in this tradition I'm not sure I think this one is worth rerolling the release for. I'll ask the scout folks if they can run their release vote concurrently with this vote -- if they can I'll re-roll this one. thanks david jencks --kevan
Re: [VOTE] jaxb 2.1 spec jar 1.0
On Jul 27, 2009, at 1:13 PM, David Jencks wrote: On Jul 27, 2009, at 5:18 AM, Kevan Miller wrote: On Jul 25, 2009, at 12:49 AM, David Jencks wrote: Hi, Scout is upgrading their maven build and wants to use our spec jars, and we need to get several released for 2.2. The one scout needs now is jaxb 2.1. We've run the jaxb 2.1 tck on it and it works. This is the first release of this spec jar from geronimo. I'm having a bit of trouble promoting the uploads in apache nexus so for now I put them on people.apache.org: when I figure out how to promote them I'll post an updated location. Staging site for artifacts: http://people.apache.org/~djencks/staging/ Staging site for stie: http://people.apache.org/~djencks/staging-site/maven/specs/geronimo-jaxb_2.1_spec/1.0/ Voting will remain open for 72 hours. Source and signatures look good. The LICENSE and NOTICE file in the source and binary are different. The source versions contains license and notice information that is not contained in the binary version. I don't see how that can be correct. One of the pairs must be wrong. Until this is resolved, I'm -1. I looked at svn history. This spec came from servicemix where it was written entirely by gnodet. The servicemix svn contains the smaller generic LICENSE and NOTICE files. Someone added the expanded ones to all our spec projects at some point. So my conclusion is that the plain vanilla LICENSE and NOTICE files are more correct for this spec project. I'll update them in trunk. Now, Apache has a long and unfortunate tradition of including extra crud in LICENSE and NOTICE files. Much as I don't like participating in this tradition I'm not sure I think this one is worth rerolling the release for. I'll ask the scout folks if they can run their release vote concurrently with this vote -- if they can I'll re-roll this one. Thanks a bunch for digging through svn history. That makes sense. I'd prefer to see updated license/notice files. If only license/notice are being updated, I'm not sure a new, full 72-hour vote would be required. --kevan
[BUILD] trunk: Failed for Revision: 798242
Geronimo Revision: 798242 built with tests included See the full build-1500.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727/build-1500.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727/unit-test-reports [INFO] [car:prepare-metadata] [INFO] [car:archive-car] [INFO] Building jar: /home/geronimo/geronimo/trunk/plugins/tomcat/tomcat6/target/tomcat6-2.2-SNAPSHOT.car [INFO] [ianal:verify-legal-files {execution: default}] [INFO] Checking legal files in: tomcat6-2.2-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/geronimo/geronimo/trunk/plugins/tomcat/tomcat6/target/tomcat6-2.2-SNAPSHOT.car to /home/geronimo/.m2/repository/org/apache/geronimo/configs/tomcat6/2.2-SNAPSHOT/tomcat6-2.2-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Plugins, Tomcat :: Builder [INFO]task-segment: [install] [INFO] [INFO] [genesis:validate-configuration {execution: default}] [INFO] [enforcer:enforce {execution: default}] [INFO] [xmlbeans:xmlbeans {execution: default}] Time to build schema type system: 0.115 seconds Time to generate code: 0.081 seconds Time to compile code: 2.579 seconds [INFO] [remote-resources:process {execution: default}] [INFO] [buildsupport:copy-xmlbeans-schemas {execution: default}] Created dir: /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/target/clover/classes Copying 29 files to /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/target/clover/classes [INFO] [resources:resources] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/src/main/resources [INFO] skip non existing resourceDirectory /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/src/main/filtered-resources [INFO] Copying 3 resources [INFO] [compiler:compile] [INFO] Compiling 1 source file to /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/target/classes [INFO] [resources:testResources] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 39 resources [INFO] skip non existing resourceDirectory /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/src/test/filtered-resources [INFO] Copying 3 resources [INFO] [dependency:copy {execution: default}] Downloading: http://repo.exist.com/maven2/xerces/xercesImpl/2.8.1/xercesImpl-2.8.1.jar 1184K downloaded [INFO] [antrun:run {execution: default}] [INFO] Executing tasks [copy] Copying 1 file to /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/target/var/catalina/conf [copy] Copying 18 files to /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/target/var/catalina/webapps [INFO] Executed tasks [INFO] [compiler:testCompile] [INFO] Compiling 11 source files to /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/target/test-classes [INFO] [ERROR] BUILD FAILURE [INFO] [INFO] Compilation failure /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/src/test/java/org/apache/geronimo/tomcat/deployment/TomcatModuleBuilderTest.java:[257,93] cannot find symbol symbol : variable GBEAN_INFO location: class org.apache.geronimo.security.SecurityServiceImpl /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/src/test/java/org/apache/geronimo/tomcat/deployment/TomcatModuleBuilderTest.java:[257,93] cannot find symbol symbol : variable GBEAN_INFO location: class org.apache.geronimo.security.SecurityServiceImpl [INFO] [INFO] Trace org.apache.maven.BuildFailureException: Compilation failure /home/geronimo/geronimo/trunk/plugins/tomcat/geronimo-tomcat6-builder/src/test/java/org/apache/geronimo/tomcat/deployment/TomcatModuleBuilderTest.java:[257,93] cannot find symbol symbol : variable GBEAN_INFO location: class org.apache.geronimo.security.SecurityServiceImpl at org.apache.maven.lifecycle.DefaultLifecycleExecutor.executeGoals(DefaultLifecycleExecutor.java:580) 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.
CANCELLED [VOTE] jaxb 2.1 spec jar 1.0
The scout folks are OK with concurrent votes. I've fixed the legal files, re-staged the artifacts and will call a new vote. thanks david jencks On Jul 27, 2009, at 11:01 AM, Kevan Miller wrote: On Jul 27, 2009, at 1:13 PM, David Jencks wrote: On Jul 27, 2009, at 5:18 AM, Kevan Miller wrote: On Jul 25, 2009, at 12:49 AM, David Jencks wrote: Hi, Scout is upgrading their maven build and wants to use our spec jars, and we need to get several released for 2.2. The one scout needs now is jaxb 2.1. We've run the jaxb 2.1 tck on it and it works. This is the first release of this spec jar from geronimo. I'm having a bit of trouble promoting the uploads in apache nexus so for now I put them on people.apache.org: when I figure out how to promote them I'll post an updated location. Staging site for artifacts: http://people.apache.org/~djencks/staging/ Staging site for stie: http://people.apache.org/~djencks/staging-site/maven/specs/geronimo-jaxb_2.1_spec/1.0/ Voting will remain open for 72 hours. Source and signatures look good. The LICENSE and NOTICE file in the source and binary are different. The source versions contains license and notice information that is not contained in the binary version. I don't see how that can be correct. One of the pairs must be wrong. Until this is resolved, I'm -1. I looked at svn history. This spec came from servicemix where it was written entirely by gnodet. The servicemix svn contains the smaller generic LICENSE and NOTICE files. Someone added the expanded ones to all our spec projects at some point. So my conclusion is that the plain vanilla LICENSE and NOTICE files are more correct for this spec project. I'll update them in trunk. Now, Apache has a long and unfortunate tradition of including extra crud in LICENSE and NOTICE files. Much as I don't like participating in this tradition I'm not sure I think this one is worth rerolling the release for. I'll ask the scout folks if they can run their release vote concurrently with this vote -- if they can I'll re-roll this one. Thanks a bunch for digging through svn history. That makes sense. I'd prefer to see updated license/notice files. If only license/ notice are being updated, I'm not sure a new, full 72-hour vote would be required. --kevan
[VOTE] (2nd try) geronimo-jaxb_2.1_spec 1.0
Hi, The difference from the previous vote is that the legal files in the source archive are not the plain vanilla ones and match those in the binary artifacts. Thanks to Kevan for noticiing the problem Scout is upgrading their maven build and wants to use our spec jars, and we need to get several released for 2.2. The one scout needs now is jaxb 2.1. We've run the jaxb 2.1 tck on it and it works. This is the first release of this spec jar from geronimo. I'm having a bit of trouble promoting the uploads in apache nexus so for now I put them on people.apache.org: when I figure out how to promote them I'll post an updated location. Staging site for artifacts: https://repository.apache.org/content/repositories/geronimo-staging-029/ Staging site for stie: http://people.apache.org/~djencks/staging-site/maven/specs/geronimo-jaxb_2.1_spec/1.0/ Voting will remain open for 72 hours. many thanks david jencks
Re: [soap:Fault] pwd == null but a password is needed
Many thanks to David, Dan and Jarek for the help, I have tested my code after removing the out interceptor from the server side and it just worked. Request: http://schemas.xmlsoap.org/soap/envelope/";>http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"; soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"; xmlns:wsu=" http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"; wsu:Id="UsernameToken-14195893">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd";>systemhttp://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"; Type=" http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-username-token-profile-1.0#PasswordText";>managerhttp://jws.samples.geronimo.apache.org ">22 Response: http://schemas.xmlsoap.org/soap/envelope/ "> http://jws.samples.geronimo.apache.org ">4 Best Regards, Rahul On Mon, Jul 27, 2009 at 5:37 PM, rahul.soa wrote: > Many Thanks Dan for pointing to the root cause. > > So does that mean server will not send the secure SOAP header in the > response? I thought initially that client will also receive the secured > response from server. May be I was wrong. > > I will try it by removing the WSS4JOutInterceptor from the server side to > see if it works. > > Thanks again for your help. > > Best Regards, > Rahul > On Mon, Jul 27, 2009 at 5:23 PM, Daniel Kulp wrote: > >> On Mon July 27 2009 3:42:04 am rahul.soa wrote: >> > Many Thanks David for your efforts in helping me out. That will be very >> > helpful. >> >> Well, I did the grep for you. It's coming from WSS4J, not CXF, in: >> src/org/apache/ws/security/message/token/UsernameToken.java >> >> Most likely, you DON'T want to setup the WSS4JOutInterceptor on the server >> side to have a UserNameToken. That's not normally a usual occurrence. >> (why >> would the server be sending BACK a Username?) >> >> Dan >> >> >> >> > Will it be a good idea to forward my doubt to CXF and WSS4J developers >> > community? >> >> > >> > Best Regards, >> > Rahul >> > >> > On Mon, Jul 27, 2009 at 1:35 AM, David Jencks > >wrote: >> > > I chatted with Rahul on IRC a bit, and it looks to me as if his code >> is >> > > doing what cxf and wss4j expect. >> > > I think the next step is to figure out exactly where the fault is >> coming >> > > from. >> > > >> > > I would grep the cxf and wss4j source code for "but a password is >> > > needed". If that doesn't find the source I would run geronimo in the >> > > debugger and put a breakpoint at the end of the handle(CallbackHandler >> > > handler) method and step through the code. >> > > >> > > I also wonder if the fault is from the WSS4jOutInterceptor. >> > > >> > > thanks >> > > david jencks >> > > >> > > On Jul 26, 2009, at 4:20 PM, rahul.soa wrote: >> > > >> > > Just one amendment here in my speculation about the fault cause. >> > > >> > > I wrote this in the previous thread, >> > > >> > > >> > > "but I dont know why I am getting this error pwd == null but a >> password >> > > is needed at pwcb.setPassword(passwd);" >> > > >> > > Now, i dont think this fault is coming from here >> > > pwcb.setPassword(passwd); >> > > >> > > as I have tested it by removing the following code to be sure about >> the >> > > fault >> > > >> > > if (!pwcb.getPassword().equals(passwd)) { >> > > LOG.debug("wrong password"); >> > > throw new IOException("wrong password"); >> > > } else { >> > > LOG.debug("I am setting the password here " >> + >> > > passwd); >> > > pwcb.setPassword(passwd); >> > > } >> > > >> > > from ServerPasswordHandler and I still have the same fault error in >> the >> > > response. >> > > >> > > Please correct me if I am wrong somewhere. I am not sure where this >> fault >> > > come from? >> > > >> > > Thank you. >> > > >> > > Best Regards, >> > > Rahul >> > > >> > > On Mon, Jul 27, 2009 at 12:07 AM, rahul.soa >> wrote: >> > >> Hello David/Devs, >> > >> >> > >> Objective: trying to set web service security at serverside: >> > >> >> > >> I am getting an error while accessing the secured webservice. The >> soap >> > >> fault I am receiving is below: >> > >> >> > >> *Response:* >> > >> >> > >> http://schemas.xmlsoap.org/soap/envelope/ >> > >> >> ">soap:Server >> > >>*pwd == null but a password is needed* >> > >> >> > >> * >> > >> Request:* >> > >> >> > >> > > >> xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/ >> ">> > >>e:Security xmlns:wsse=" >> > >> >> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex >> > >>t-1.0.xsd" soap:mustUnderstand="1">http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secex >> > >>t-1.0.xsd" xmlns:wsu=" >> > >> >> http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utili >> > >>ty-1.0.xsd" wsu:Id="UsernameToken-32620541">> xmlns:wsse=" >> >
Re: [VOTE] (2nd try) geronimo-jaxb_2.1_spec 1.0
My +1 david jencks On Jul 27, 2009, at 12:02 PM, David Jencks wrote: Hi, The difference from the previous vote is that the legal files in the source archive are not the plain vanilla ones and match those in the binary artifacts. Thanks to Kevan for noticiing the problem Scout is upgrading their maven build and wants to use our spec jars, and we need to get several released for 2.2. The one scout needs now is jaxb 2.1. We've run the jaxb 2.1 tck on it and it works. This is the first release of this spec jar from geronimo. I'm having a bit of trouble promoting the uploads in apache nexus so for now I put them on people.apache.org: when I figure out how to promote them I'll post an updated location. Staging site for artifacts: https://repository.apache.org/content/repositories/geronimo-staging-029/ Staging site for stie: http://people.apache.org/~djencks/staging-site/maven/specs/geronimo-jaxb_2.1_spec/1.0/ Voting will remain open for 72 hours. many thanks david jencks
Re: [VOTE] (2nd try) geronimo-jaxb_2.1_spec 1.0
Here's my +1. Thanks David! --kevan On Jul 27, 2009, at 3:02 PM, David Jencks wrote: Hi, The difference from the previous vote is that the legal files in the source archive are not the plain vanilla ones and match those in the binary artifacts. Thanks to Kevan for noticiing the problem Scout is upgrading their maven build and wants to use our spec jars, and we need to get several released for 2.2. The one scout needs now is jaxb 2.1. We've run the jaxb 2.1 tck on it and it works. This is the first release of this spec jar from geronimo. I'm having a bit of trouble promoting the uploads in apache nexus so for now I put them on people.apache.org: when I figure out how to promote them I'll post an updated location. Staging site for artifacts: https://repository.apache.org/content/repositories/geronimo-staging-029/ Staging site for stie: http://people.apache.org/~djencks/staging-site/maven/specs/geronimo-jaxb_2.1_spec/1.0/ Voting will remain open for 72 hours. many thanks david jencks
Re: [VOTE] (2nd try) geronimo-jaxb_2.1_spec 1.0
+1 Donald David Jencks wrote: Hi, The difference from the previous vote is that the legal files in the source archive are not the plain vanilla ones and match those in the binary artifacts. Thanks to Kevan for noticiing the problem Scout is upgrading their maven build and wants to use our spec jars, and we need to get several released for 2.2. The one scout needs now is jaxb 2.1. We've run the jaxb 2.1 tck on it and it works. This is the first release of this spec jar from geronimo. I'm having a bit of trouble promoting the uploads in apache nexus so for now I put them on people.apache.org: when I figure out how to promote them I'll post an updated location. Staging site for artifacts: https://repository.apache.org/content/repositories/geronimo-staging-029/ Staging site for stie: http://people.apache.org/~djencks/staging-site/maven/specs/geronimo-jaxb_2.1_spec/1.0/ Voting will remain open for 72 hours. many thanks david jencks
Re: [VOTE] (2nd try) geronimo-jaxb_2.1_spec 1.0
+1 Jarek On Mon, Jul 27, 2009 at 3:02 PM, David Jencks wrote: > Hi, > The difference from the previous vote is that the legal files in the source > archive are not the plain vanilla ones and match those in the binary > artifacts. > Thanks to Kevan for noticiing the problem > Scout is upgrading their maven build and wants to use our spec jars, and we > need to get several released for 2.2. The one scout needs now is jaxb 2.1. > > We've run the jaxb 2.1 tck on it and it works. > > This is the first release of this spec jar from geronimo. > > I'm having a bit of trouble promoting the uploads in apache nexus so for now > I put them on people.apache.org: when I figure out how to promote them I'll > post an updated location. > > Staging site for artifacts: > https://repository.apache.org/content/repositories/geronimo-staging-029/ > > Staging site for stie: > http://people.apache.org/~djencks/staging-site/maven/specs/geronimo-jaxb_2.1_spec/1.0/ > > > Voting will remain open for 72 hours. > > many thanks > david jencks >
[BUILD] trunk: Failed for Revision: 798341
Geronimo Revision: 798341 built with tests included See the full build-2100.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727/build-2100.log Download the binaries from http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727 [INFO] BUILD SUCCESSFUL [INFO] [INFO] Total time: 39 minutes 59 seconds [INFO] Finished at: Mon Jul 27 21:41:47 EDT 2009 [INFO] Final Memory: 466M/854M [INFO] TESTSUITE RESULTS (Failures only) = Assembly: tomcat = See full test results and logs at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090727/logs-2100-tomcat/ [INFO] snapshot org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:2.2-SNAPSHOT: checking for updates from apache.snapshots [INFO] Using assembly artifact: org.apache.geronimo.assemblies:geronimo-tomcat6-javaee5:zip:bin:2.2-SNAPSHOT:provided [INFO] Using geronimoHome: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-tomcat6-javaee5-2.2-SNAPSHOT [INFO] Installing assembly... [INFO] Expanding: /home/geronimo/.m2/repository/org/apache/geronimo/assemblies/geronimo-tomcat6-javaee5/2.2-SNAPSHOT/geronimo-tomcat6-javaee5-2.2-SNAPSHOT-bin.zip into /home/geronimo/geronimo/trunk/testsuite/target [INFO] Starting Geronimo server... [INFO] Selected option set: default [INFO] Redirecting output to: /home/geronimo/geronimo/trunk/testsuite/target/geronimo-logs/org.apache.geronimo.mavenplugins.geronimo.server.StartServerMojo.log [INFO] Waiting for Geronimo server... [INFO] Geronimo server started in 0:00:43.133 [INFO] [shitty:install {execution: default}] [INFO] Installing /home/geronimo/geronimo/trunk/testsuite/pom.xml to /home/geronimo/.m2/repository/org/apache/geronimo/testsuite/testsuite/testing/testsuite-testing.pom [INFO] [shitty:test {execution: default}] [INFO] Starting 36 test builds [INFO] [INFO] --- [INFO] [INFO] commands-testsuite/deploy RUNNING [INFO] commands-testsuite/deploy SUCCESS (0:01:05.542) [INFO] commands-testsuite/gshell RUNNING [INFO] commands-testsuite/gshell SUCCESS (0:00:33.240) [INFO] commands-testsuite/jaxws RUNNING [INFO] commands-testsuite/jaxws SUCCESS (0:00:38.255) [INFO] commands-testsuite/shutdownRUNNING [INFO] commands-testsuite/shutdownSUCCESS (0:00:20.921) [INFO] concurrent-testsuite/concurrent-basic RUNNING [INFO] concurrent-testsuite/concurrent-basic SUCCESS (0:06:29.760) [INFO] console-testsuite/advanced RUNNING [INFO] console-testsuite/advanced SUCCESS (0:01:30.664) [INFO] console-testsuite/basicRUNNING [INFO] console-testsuite/basicSUCCESS (0:01:58.500) [INFO] corba-testsuite/corba-helloworld RUNNING [INFO] corba-testsuite/corba-helloworld SUCCESS (0:00:50.851) [INFO] corba-testsuite/corba-marshal RUNNING [INFO] corba-testsuite/corba-marshal SUCCESS (0:00:55.168) [INFO] corba-testsuite/corba-mytime RUNNING [INFO] corba-testsuite/corba-mytime SUCCESS (0:00:46.581) [INFO] deployment-testsuite/deployment-tests RUNNING [INFO] deployment-testsuite/deployment-tests SUCCESS (0:00:33.792) [INFO] deployment-testsuite/jca-cms-tests RUNNING [INFO] deployment-testsuite/jca-cms-tests SUCCESS (0:00:31.303) [INFO] deployment-testsuite/manifestcp-tests RUNNING [INFO] deployment-testsuite/manifestcp-tests SUCCESS (0:00:36.187) [INFO] enterprise-testsuite/ejb-tests RUNNING [INFO] enterprise-testsuite/ejb-tests SUCCESS (0:01:16.350) [INFO] enterprise-testsuite/jms-tests RUNNING [INFO] enterprise-testsuite/jms-tests SUCCESS (0:01:01.293) [INFO] enterprise-testsuite/jpa-tests RUNNING [INFO] enterprise-testsuite/jpa-tests SUCCESS (0:00:52.152) [INFO] enterprise-testsuite/sec-clientRUNNING [INFO] enterprise-testsuite/sec-clientSUCCESS (0:00:29.726) [INFO] enterprise-testsuite/sec-tests RUNNING [INFO] enterprise-testsuite/sec-tests SUCCESS (0:00:52.632) [INFO] security-testsuite/test-security RUNNING [INFO] security-testsuite/test-security FAILURE (0:00:45.857) Java returned: 1 [INFO] web-testsuite/test-2.1-jspsRUNNING [INFO] web-testsuite/test-2.1-jspsSUCCESS (0:00:33.910) [INFO] web-testsuite/test-2.5-servletsRUNNING [INFO] web-testsuite/test-2.5-servletsSUCCESS (0:00:32.520) [INFO] web-testsuite/test-myfaces RUNNING [INFO] web
[jira] Commented: (GERONIMO-3003) Encrypt password strings in deployment plans
[ https://issues.apache.org/jira/browse/GERONIMO-3003?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735921#action_12735921 ] Kevan Miller commented on GERONIMO-3003: I looked at the 2.1 patch. Looks pretty good and build/tests seem to be working well. David J, maybe you could have a look at the patch for trunk? I think this would be a good feature for 2.2. > Encrypt password strings in deployment plans > > > Key: GERONIMO-3003 > URL: https://issues.apache.org/jira/browse/GERONIMO-3003 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: deployment >Affects Versions: Wish List >Reporter: Aman Nanner >Assignee: Ivan >Priority: Minor > Fix For: Wish List > > Attachments: GERONIMO-3003.patch, GERONIMO-3003_21.patch > > > Geronimo currently has a feature where password strings in the config.xml get > encrypted using the {{org.apache.geronimo.util.EncryptionManager}}. This > encryption is performed in the > {{org.apache.geronimo.system.configuration.GBeanOverride}} class. > It would be desirable to have the same encryption applied to the password > strings in deployment plans (e.g. datasource or JMS deployment plans within > an EAR). Even though the plans are only used during the deployment process, > and not at runtime, the plans are left with plaintext password strings > sitting in them. It would be nice if the deployment process could internally > encrypt the strings and then write back out the deployment plan to the file > system. Also, this means that the deployment process will require the > ability to decrypt strings that are already in encrypted format in the plan > (in the case of redeployment, for example). > More discussion of this feature can be found in the following mailing list > thread: > http://www.mail-archive.com/u...@geronimo.apache.org/msg05859.html > I would suggest that an appropriate spot to perform the encryption is in the > {{org.apache.geronimo.j2ee.deployment.EARConfigBuilder}} class, perhaps in > the following code just before the file is written to a temporary file: > > if (gerModule.isSetAltDd()) { > // the the url of the alt dd > try { > altVendorDDs.put(path, > DeploymentUtil.toTempFile(earFile, gerModule.getAltDd().getStringValue())); > } catch (IOException e) { > throw new DeploymentException("Invalid alt vendor > dd url: " + gerModule.getAltDd().getStringValue(), e); > } > > However, somebody more familiar with the design might be able to suggest a > better solution. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4767) Use keywords strategy when filter the jdbc driver in database pools
[ https://issues.apache.org/jira/browse/GERONIMO-4767?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735924#action_12735924 ] Rex Wang commented on GERONIMO-4767: There might be several versions of a jdbc driver in our server repo, so a selection dialog is needed I think. -Rex > Use keywords strategy when filter the jdbc driver in database pools > --- > > Key: GERONIMO-4767 > URL: https://issues.apache.org/jira/browse/GERONIMO-4767 > Project: Geronimo > Issue Type: Improvement > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.5, 2.2 >Reporter: Rex Wang >Assignee: Rex Wang > Fix For: 2.2 > > Attachments: GERONIMO-4767-trunk.patch > > > Current strategy is too strict when do filter on the jdbc drivers. > We set the my sql dependecy filter "mysql/mysql-connector-java//jar", but if > user manually copy the driver to /repository/org/mysql/... > the database pool portlet won't find any jars ever. That because the filter > mandatoryly requires user to install the jar to > /repository/mysql/... > We should improve this behavior more loosely, such as using the keywords. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-4758) The Server Console page displays messy codes when set zh as the prefered language in browser
[ https://issues.apache.org/jira/browse/GERONIMO-4758?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12735943#action_12735943 ] Jack Cai commented on GERONIMO-4758: I'd suggest to use UTF-8 as it is smaller in size and is more popular. There are other places where UTF-8 is used, e.g., in XSSXSRFFilter. Also suggest to handle the exception nicely. > The Server Console page displays messy codes when set zh as the prefered > language in browser > > > Key: GERONIMO-4758 > URL: https://issues.apache.org/jira/browse/GERONIMO-4758 > Project: Geronimo > Issue Type: Bug > Security Level: public(Regular issues) > Components: console >Affects Versions: 2.1.4, 2.2 > Environment: Windows XP + IE6 / Chrome >Reporter: Siqi Du > Fix For: 2.2 > > Attachments: console-filter-branch-2.1.patch, > console-filter-trunk.patch, screenshot-1.jpg > > > 1, Set zh_cn the 1st place in the language preference list ( from Internet > Options of Control Panel) > 2, The login page works well and give out the right view. > 3, After login, on the console page all the Chinese character is replaced > with a "?" -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[BUILD] branches/2.0: Failed for Revision: 798402
Geronimo Revision: 798402 built with tests included See the full build-0200.log file at http://people.apache.org/builds/geronimo/server/binaries/2.0/20090728/build-0200.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/2.0/20090728/unit-test-reports org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) [INFO] [INFO] Trace org.apache.maven.lifecycle.LifecycleExecutionException: Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.plugins -DartifactId=car-maven-plugin \ -Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -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.plugins -DartifactId=car-maven-plugin \ -Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.findExtensions(DefaultLifecycleExecutor.java:184) at org.apache.maven.lifecycle.DefaultLifecycleExecutor.execute(DefaultLifecycleExecutor.java:141) at org.apache.maven.DefaultMaven.doExecute(DefaultMaven.java:334) at org.apache.maven.DefaultMaven.execute(DefaultMaven.java:125) at org.apache.maven.cli.MavenCli.main(MavenCli.java:280) 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:585) at org.codehaus.classworlds.Launcher.launchEnhanced(Launcher.java:315) at org.codehaus.classworlds.Launcher.launch(Launcher.java:255) at org.codehaus.classworlds.Launcher.mainWithExitCode(Launcher.java:430) at org.codehaus.classworlds.Launcher.main(Launcher.java:375) Caused by: org.apache.maven.plugin.PluginNotFoundException: Plugin could not be found - check that the goal name is correct: Unable to download the artifact from any repository Try downloading the file manually from the project website. Then, install it using the command: mvn install:install-file -DgroupId=org.apache.geronimo.plugins -DartifactId=car-maven-plugin \ -Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -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.plugins -DartifactId=car-maven-plugin \ -Dversion=2.0.3-SNAPSHOT -Dpackaging=maven-plugin -Dfile=/path/to/file \ -Durl=[url] -DrepositoryId=[id] org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) org.apache.geronimo.plugins:car-maven-plugin:maven-plugin:2.0.3-SNAPSHOT from the specified remote repositories: central (http://repo1.maven.org/maven2), apache-snapshots (http://people.apache.org/repo/m2-snapshot-repository), codehaus-snapshots (http://snapshots.repository.codehaus.org) at org.apache.maven.plugin.DefaultPluginManager.verifyVersionedPlugin(DefaultPluginManager.java:236) at org.apache.maven.plugin.DefaultPluginManager.verifyPlugin(DefaultPluginManager.java:171) at org.apache.maven.lifecyc
Why a resource adapter deployed via console are not a geronimo configuration(.car)?
Hi all, I was trying to review some topics in G22 doc and ran into some confusion as below. Hope someone could shed me some light on this. Here is the scenario: A user wants to convert his applications into geronimo plugins, but he prefers to the admin console. The Datasource pool was deployed via console wizard which is a .rar type. But He wasn't able to export the resource adapter directly because only the geronimo configuration(.car) can be exported now. So he need to delete the resouce adapter and deploy its plan again by specifying type as car. If that's the case, why the console wizard cann't deploy the resource adapter as a geronimo configuration at the first place? Thanks in advance. Jeff C
[BUILD] trunk: Failed for Revision: 798413
Geronimo Revision: 798413 built with tests included See the full build-0300.log file at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090728/build-0300.log See the unit test reports at http://people.apache.org/builds/geronimo/server/binaries/trunk/20090728/unit-test-reports [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [INFO] [remote-resources:process {execution: default}] [INFO] [resources:resources] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] Copying 1 resource [INFO] skip non existing resourceDirectory /home/geronimo/geronimo/trunk/framework/configs/client-system/src/main/filtered-resources [INFO] Copying 3 resources [INFO] [car:validate-configuration] [INFO] [car:prepare-plan] [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [INFO] Generated: /home/geronimo/geronimo/trunk/framework/configs/client-system/target/work/plan.xml [INFO] [car:verify-no-dependency-change] [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [INFO] [car:package] [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [INFO] Packaging module configuration: /home/geronimo/geronimo/trunk/framework/configs/client-system/target/work/plan.xml [INFO] Started deployer: org.apache.geronimo.framework/geronimo-gbean-deployer/2.2-SNAPSHOT/car [INFO] [car:prepare-metadata] [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [INFO] [car:archive-car] [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [INFO] Building jar: /home/geronimo/geronimo/trunk/framework/configs/client-system/target/client-system-2.2-SNAPSHOT.car [INFO] [ianal:verify-legal-files {execution: default}] [INFO] Checking legal files in: client-system-2.2-SNAPSHOT.car [INFO] [install:install] [INFO] Installing /home/geronimo/geronimo/trunk/framework/configs/client-system/target/client-system-2.2-SNAPSHOT.car to /home/geronimo/.m2/repository/org/apache/geronimo/framework/client-system/2.2-SNAPSHOT/client-system-2.2-SNAPSHOT.car [INFO] [car:update-pluginlist] [INFO] [INFO] Building Geronimo Framework, Configs :: J2EE Security [INFO]task-segment: [install] [INFO] [INFO] [genesis:validate-configuration {execution: default}] [INFO] [enforcer:enforce {execution: default}] [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [WARNING] Component returned which is not the same manager. Ignored. component=org.apache.maven.profiles.activation.alwaysonprofileactiva...@6b046b04 [INFO] [remote-resources:process {execution: default}] [INFO] [resources:resources] [INFO] Using 'UTF-8' encoding to copy filtered resources. [INFO] skip non existing resourceDirectory /home/geronimo/geronimo/trunk/framework/configs/j2ee-security/src/main/resources [INFO] skip non existing resourceDirectory /home/geronimo/geronimo/trunk/framework/configs/j2ee-security/src/main/filtered-resour
Why the resource adapter deployed via console is not a geronimo configuration(.car)?
Hi all, I was trying to review some topics in G22 doc and ran into some confusion as below. Hope someone could shed me some light on this. Here is the scenario: A user wants to convert his applications into geronimo-plugins, and he prefers to the admin console. The datasource pool was deployed via console wizard which is a .rar type. But He wasn't able to export the resource adapter directly because only the geronimo configuration(.car) can be exported now. So he need to delete the resouce adapter and deploy its plan again by specifying type as car. If that's the case, why the console wizard cann't deploy the resource adapter as a geronimo configuration at the first place? Thanks in advance. Jeff C