OpenEJB and javax.management.j2ee.statistics.EJBStats
Anybody here knows or has an idea how I can get the following stats from OpenEJB: 1. Number of times a beans create method was called 2. Number of times a beans remove method was called Are these data already available in OpenEJB or do we need to add a way to start collecting these data? I’m just looking for some guidance any help would be appreciated. Thanks, chris
Re: OpenEJB and javax.management.j2ee.statistics.EJBStats
On 2/5/07, Christopher M. Cardona [EMAIL PROTECTED] wrote: Anybody here knows or has an idea how I can get the following stats from OpenEJB: 1. Number of times a beans create method was called 2. Number of times a beans remove method was called Are these data already available in OpenEJB or do we need to add a way to start collecting these data? I'd be vry surprised if I heard it's available (does it answer your questions? ;-)) Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: [VOTE] Release ServiceMix 3.1 (2nd try)
The vote is extended for another period of 3 days. And here's my +1 On 2/1/07, Guillaume Nodet [EMAIL PROTECTED] wrote: I have fixed and uploaded the samples, the jbi plugin (which i had to build manually) and uploaded everything to the incubating repository http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/ Distributions are available at: http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/apache-servicemix/3.1-incubating/ http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/apache-servicemix-web/3.1-incubating/ Please download, review and vote ... This vote will be closed on sunday, midnight GMT -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/
Re: [VOTE] Release ServiceMix 3.1 (2nd try)
+1 On 2/5/07, Guillaume Nodet [EMAIL PROTECTED] wrote: The vote is extended for another period of 3 days. And here's my +1 On 2/1/07, Guillaume Nodet [EMAIL PROTECTED] wrote: I have fixed and uploaded the samples, the jbi plugin (which i had to build manually) and uploaded everything to the incubating repository http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/ Distributions are available at: http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/apache-servicemix/3.1-incubating/ http://people.apache.org/repo/m2-incubating-repository/org/apache/servicemix/apache-servicemix-web/3.1-incubating/ Please download, review and vote ... This vote will be closed on sunday, midnight GMT -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/ -- Cheers, Guillaume Nodet Architect, LogicBlaze (http://www.logicblaze.com/) Blog: http://gnodet.blogspot.com/ -- James --- http://radio.weblogs.com/0112098/
[jira] Created: (GERONIMO-2798) Axis2 Integration - User JAXWS common module to implementation
Axis2 Integration - User JAXWS common module to implementation --- Key: GERONIMO-2798 URL: https://issues.apache.org/jira/browse/GERONIMO-2798 Project: Geronimo Issue Type: Improvement Security Level: public (Regular issues) Components: webservices Affects Versions: 2.0-M1 Reporter: Lasantha Ranaweera Currently there is a JAXWS common module in the Geronimo. We will use it to the Axis2 integration. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Use Common JAXWS Module in Axis2 Integraion
Hi All, Currently I have been working with the GERONIMO-2798 mentioned in the subject before submitting the patch I would like somebody to review GERONIMO-2797 :-) . Thanks, Lasantha
Re: Geronimo v1.2 Web services sample
Also I have added a note to the existing doc in how to set CLASSPATH variable to the current working directory. Lasantha Ranaweera wrote: I have changed the sample application now to load the relevant JAR files in to a different location and set the path as in the server.jar. Latest version is uploaded in the 1.1 documentation. But I couldn't test this one in a Windows machine either due to some practical problems :-\ . Please follow the steps in the 1.1 Doc. BTW: I suspect your machine's CLASSPATH variable has a problem if you have followed my previous steps still getting the previous error. Becos javax/xml/soap/SOAPException is part of geronimo-j2ee_1.4_spec-1.1.jar and it should be loaded from it. Sorry for this problem. Lasantha Hernan Cunico wrote: By doing that the command does not fail without arguments, however when I specify any values I get a new exception d:\samples\1.2\Calculator\binjava org.apache.geronimo.samples.calc.client.CalculatorClient 10 10 Exception in thread main java.lang.NoClassDefFoundError: javax/xml/soap/SOAPException at org.apache.axis.configuration.FileProvider.configureEngine(FileProvider.java:179) at org.apache.axis.AxisEngine.init(AxisEngine.java:172) at org.apache.axis.AxisEngine.init(AxisEngine.java:156) at org.apache.axis.client.AxisClient.init(AxisClient.java:52) at org.apache.axis.client.Service.getAxisClient(Service.java:104) at org.apache.axis.client.Service.init(Service.java:157) at org.apache.axis.client.ServiceFactory.createService(ServiceFactory.java:198) at org.apache.geronimo.samples.calc.client.CalculatorClient.main(CalculatorClient.java:42) Shouldn't all these already be addressed at build time? Cheers! Hernan Lasantha Ranaweera wrote: Looks like a class path issue :-\ . Please follow the given steps and let me know the status. I would like to dig more in to this problem. 1. Add the following JAR files to your class path. geronimo-j2ee_1.4_spec-1.1.jar geronimo-jaxrpc_1.1_spec-1.0.1.jar axis-1.4.jar commons-logging-1.0.4.jar commons-discovery-0.2.jar wsdl4j-1.5.2.jar (Note some of the versions differ according to your G version) 2.Open a command prompt and move in to the calculator_home/bin. 3. java org.apache.geronimo.samples.calc.client.CalculatorClient num1 num2 Thanks, Lasantha Hernan Cunico wrote: I can't get that far yet. I'm stuck trying to run the CalcClient, it complains about not finding the org/apache/geronimo/samples/calc/client/CalculatorClient, but the class is actually there and accessible. BTW, I'm trying on Tomcat first. Cheers! Hernan Lasantha Ranaweera wrote: Hernan, Thanks for pointing out this issue. Looks like we definitely have a case here. Please verify the error you are getting as same given below. After you have mentioned I tested this sample application in both Jetty Tomcat version of the server for 1.1.1 trunk version (built recently) but not in 1.2. The client side of the application fails in the Jetty version of the server with following error for each case for me too:(. The interesting thing is it works fine for Tomcat version. AxisFault faultCode: {http://xml.apache.org/axis/}HTTP faultSubcode: faultString: (404)Not Found faultActor: faultNode: faultDetail: {}:return code: 404 lt;htmlgt; lt;headgt; lt;meta http-equiv=quot;Content-Typequot; content=quot;text/html; charset=ISO-8859-1quot;/gt; lt;titlegt;Error 404 lt;/titlegt; lt;/headgt; lt;bodygt;lt;h2gt;HTTP ERROR: 404lt;/h2gt;lt;pregt;NOT_FOUNDlt;/pregt; lt;pgt;RequestURI=//Calculator/calculatorlt;/pgt;lt;pgt;lt;igt;lt;smallgt;lt;a href=quot;http://jetty.mortbay.org/quot;gt;Powered by Jetty://lt;/agt;lt;/smallgt;lt;/igt;lt;/pgt;lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;/bodygt; lt;/htmlgt; {http://xml.apache.org/axis/}HttpErrorCode:404 (404)Not Found at org.apache.axis.transport.http.HTTPSender.readFromSocket(HTTPSender.java:744) at org.apache.axis.transport.http.HTTPSender.invoke(HTTPSender.java:144) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32) at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83) at org.apache.axis.client.AxisClient.invoke(AxisClient.java:165) at org.apache.axis.client.Call.invokeEngine(Call.java:2784) at org.apache.axis.client.Call.invoke(Call.java:2767) at org.apache.axis.client.Call.invoke(Call.java:2443) at org.apache.axis.client.Call.invoke(Call.java:2366) at org.apache.axis.client.Call.invoke(Call.java:1812) at org.apache.axis.client.AxisClientProxy.invoke(AxisClientProxy.java:163) at $Proxy0.addition(Unknown Source)
Re: windows build failure
Thanks a bunch Kevan for this workaround, I finally get to build now ! Cheers! Hernan Kevan Miller wrote: I've committed a change to trunk which should avoid this build failure. The change is really a work-around. The problem seems to be an xmlbeans bug. The work-around is to exclude the OpenEJB container. This avoids the container pom error and compilation failures. Hernan reported that he was now able to build without hacking the pom in his repo. --kevan
[jira] Closed: (GERONIMO-2796) HandlerResolver for CXF web servies other improvements
[ https://issues.apache.org/jira/browse/GERONIMO-2796?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Davanum Srinivas closed GERONIMO-2796. -- Resolution: Fixed HandlerResolver for CXF web servies other improvements Key: GERONIMO-2796 URL: https://issues.apache.org/jira/browse/GERONIMO-2796 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2796.patch The attached patch contains HandlerResolver implementation and tests used by clients and on server-side. Also, the CXFServiceRefBuilder code was factored out - key parts moved into geronimo-jaxws-builder module. Code in the geronimo-jaxws module was also factored out a bit and improved. Btw, please run dos2unix conversion on all files in the geronimo-jaxws-builder and geronimo-jaxws modules. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2796) HandlerResolver for CXF web servies other improvements
[ https://issues.apache.org/jira/browse/GERONIMO-2796?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470217 ] Davanum Srinivas commented on GERONIMO-2796: Fixed in SVN revision 503682. thanks, dims HandlerResolver for CXF web servies other improvements Key: GERONIMO-2796 URL: https://issues.apache.org/jira/browse/GERONIMO-2796 Project: Geronimo Issue Type: New Feature Security Level: public(Regular issues) Components: webservices Reporter: Jarek Gawor Attachments: GERONIMO-2796.patch The attached patch contains HandlerResolver implementation and tests used by clients and on server-side. Also, the CXFServiceRefBuilder code was factored out - key parts moved into geronimo-jaxws-builder module. Code in the geronimo-jaxws module was also factored out a bit and improved. Btw, please run dos2unix conversion on all files in the geronimo-jaxws-builder and geronimo-jaxws modules. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-2797) Remove CXF Factory Name from JAXWSServiceBuilder
[ https://issues.apache.org/jira/browse/GERONIMO-2797?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Davanum Srinivas closed GERONIMO-2797. -- Resolution: Fixed Remove CXF Factory Name from JAXWSServiceBuilder Key: GERONIMO-2797 URL: https://issues.apache.org/jira/browse/GERONIMO-2797 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Affects Versions: 2.0-M1 Reporter: Lasantha Ranaweera Attachments: GERONIMO-2797.patch JAXWSServiceBuilder for any SOAP engine. Remove cxf related hard coded name from it. ;) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2797) Remove CXF Factory Name from JAXWSServiceBuilder
[ https://issues.apache.org/jira/browse/GERONIMO-2797?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470219 ] Davanum Srinivas commented on GERONIMO-2797: Fixed in svn revision 503689 thanks, dims Remove CXF Factory Name from JAXWSServiceBuilder Key: GERONIMO-2797 URL: https://issues.apache.org/jira/browse/GERONIMO-2797 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: webservices Affects Versions: 2.0-M1 Reporter: Lasantha Ranaweera Attachments: GERONIMO-2797.patch JAXWSServiceBuilder for any SOAP engine. Remove cxf related hard coded name from it. ;) -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Geronimo v1.2 Web services sample
I put in the classpath the same jars I specified in the build.xml. Geronimo v1.1 and v1.2 are quite different in terms of how these specs are grouped, could you pinpoint what are the changes you made to the v1.1 sample, I had to make lots of changes myself to migrate the app to v1.2 Cheers! Hernan Lasantha Ranaweera wrote: I have changed the sample application now to load the relevant JAR files in to a different location and set the path as in the server.jar. Latest version is uploaded in the 1.1 documentation. But I couldn't test this one in a Windows machine either due to some practical problems :-\ . Please follow the steps in the 1.1 Doc. BTW: I suspect your machine's CLASSPATH variable has a problem if you have followed my previous steps still getting the previous error. Becos javax/xml/soap/SOAPException is part of geronimo-j2ee_1.4_spec-1.1.jar and it should be loaded from it. Sorry for this problem. Lasantha Hernan Cunico wrote: By doing that the command does not fail without arguments, however when I specify any values I get a new exception d:\samples\1.2\Calculator\binjava org.apache.geronimo.samples.calc.client.CalculatorClient 10 10 Exception in thread main java.lang.NoClassDefFoundError: javax/xml/soap/SOAPException at org.apache.axis.configuration.FileProvider.configureEngine(FileProvider.java:179) at org.apache.axis.AxisEngine.init(AxisEngine.java:172) at org.apache.axis.AxisEngine.init(AxisEngine.java:156) at org.apache.axis.client.AxisClient.init(AxisClient.java:52) at org.apache.axis.client.Service.getAxisClient(Service.java:104) at org.apache.axis.client.Service.init(Service.java:157) at org.apache.axis.client.ServiceFactory.createService(ServiceFactory.java:198) at org.apache.geronimo.samples.calc.client.CalculatorClient.main(CalculatorClient.java:42) Shouldn't all these already be addressed at build time? Cheers! Hernan Lasantha Ranaweera wrote: Looks like a class path issue :-\ . Please follow the given steps and let me know the status. I would like to dig more in to this problem. 1. Add the following JAR files to your class path. geronimo-j2ee_1.4_spec-1.1.jar geronimo-jaxrpc_1.1_spec-1.0.1.jar axis-1.4.jar commons-logging-1.0.4.jar commons-discovery-0.2.jar wsdl4j-1.5.2.jar (Note some of the versions differ according to your G version) 2.Open a command prompt and move in to the calculator_home/bin. 3. java org.apache.geronimo.samples.calc.client.CalculatorClient num1 num2 Thanks, Lasantha Hernan Cunico wrote: I can't get that far yet. I'm stuck trying to run the CalcClient, it complains about not finding the org/apache/geronimo/samples/calc/client/CalculatorClient, but the class is actually there and accessible. BTW, I'm trying on Tomcat first. Cheers! Hernan Lasantha Ranaweera wrote: Hernan, Thanks for pointing out this issue. Looks like we definitely have a case here. Please verify the error you are getting as same given below. After you have mentioned I tested this sample application in both Jetty Tomcat version of the server for 1.1.1 trunk version (built recently) but not in 1.2. The client side of the application fails in the Jetty version of the server with following error for each case for me too:(. The interesting thing is it works fine for Tomcat version. AxisFault faultCode: {http://xml.apache.org/axis/}HTTP faultSubcode: faultString: (404)Not Found faultActor: faultNode: faultDetail: {}:return code: 404 lt;htmlgt; lt;headgt; lt;meta http-equiv=quot;Content-Typequot; content=quot;text/html; charset=ISO-8859-1quot;/gt; lt;titlegt;Error 404 lt;/titlegt; lt;/headgt; lt;bodygt;lt;h2gt;HTTP ERROR: 404lt;/h2gt;lt;pregt;NOT_FOUNDlt;/pregt; lt;pgt;RequestURI=//Calculator/calculatorlt;/pgt;lt;pgt;lt;igt;lt;smallgt;lt;a href=quot;http://jetty.mortbay.org/quot;gt;Powered by Jetty://lt;/agt;lt;/smallgt;lt;/igt;lt;/pgt;lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;br/gt; lt;/bodygt; lt;/htmlgt; {http://xml.apache.org/axis/}HttpErrorCode:404 (404)Not Found at org.apache.axis.transport.http.HTTPSender.readFromSocket(HTTPSender.java:744) at org.apache.axis.transport.http.HTTPSender.invoke(HTTPSender.java:144) at org.apache.axis.strategies.InvocationStrategy.visit(InvocationStrategy.java:32) at org.apache.axis.SimpleChain.doVisiting(SimpleChain.java:118) at org.apache.axis.SimpleChain.invoke(SimpleChain.java:83) at org.apache.axis.client.AxisClient.invoke(AxisClient.java:165) at org.apache.axis.client.Call.invokeEngine(Call.java:2784) at org.apache.axis.client.Call.invoke(Call.java:2767) at org.apache.axis.client.Call.invoke(Call.java:2443) at org.apache.axis.client.Call.invoke(Call.java:2366)
Trunk build failure at geronimo-axis2 module
Revision 503718Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68 Revision: 503718 Node Kind: directory Schedule: normal Last Changed Author: dims Last Changed Rev: 503689 Last Changed Date: 2007-02-05 09:06:26 -0500 (Mon, 05 Feb 2007) Properties Last Updated: 2007-01-03 09:25:29 -0500 (Wed, 03 Jan 2007) /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[14,33] package javax.xml.bind.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[15,33] package javax.xml.bind.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[16,33] package javax.xml.bind.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[17,42] package javax.xml.bind.annotation. adapters does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[18,42] package javax.xml.bind.annotation. adapters does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[13,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[14,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[15,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[16,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[17,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[18,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[19,42] package javax.xml.bin d.annotation.adapters does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[20,42] package javax.xml.bin d.annotation.adapters does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/ServletLinkType.java:[11,33] package javax.xml.bind.annotati on does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/ServletLinkType.java:[12,33] package javax.xml.bind.annotati on does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/ServletLinkType.java:[13,33] package javax.xml.bind.annotati on does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EjbLinkType.java:[11,33] package javax.xml.bind.annotation d oes not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EjbLinkType.java:[12,33] package javax.xml.bind.annotation d oes not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EjbLinkType.java:[13,33] package javax.xml.bind.annotation d oes not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EnvEntryTypeValuesType.java:[11,33] package javax.xml.bind.a nnotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EnvEntryTypeValuesType.java:[12,33] package javax.xml.bind.a nnotation does not exist
Re: DayTrader and Geronimo v2.0 documentation
Yup I guess we need 1.2 first. Thx for the PDF, cool stuff. I already created a place holder in the Geronimo v2.0 documentation (http://cwiki.apache.org/GMOxDOC20/daytrader.html) Let's consolidate the DT doc there, then we'll figure out how to move it around depending on the version. Cheers! Hernan Christopher Blythe wrote: i was going to start piecing some of that together here soon as we try to close out daytrader 1.2. as for a starting point with other general documentation... here is a doc that was included with trade 6 before it was donated to apache. it might serve as a good starting place... chris On 2/5/07, *Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: good point, we don't even have a doc for retrieving, building and deploying. Does any of the folks working closer to DayTrader have any info on building/deploying? Cheers! Hernan Lasantha Ranaweera wrote: I am in for DayTrader side (bugs or enhancements). Do you need this kind of support too? If yest please let me know the latest trunk location of DayTrader. Still I couldn't find it out to play around it. Thanks, Lasantha Hernan Cunico wrote: Hi All, I was thinking we should give DayTrader a bigger role in the Geronimo v2.0 documentation (yes, I'm always orbiting round doc ;-) ) It's a great app that will help us test lots of components in Geronimo and it will more massive if accompanied with the respective doc. Volunteers? I'll help as much as I can but need lot of guidance. Cheers! Hernan -- I say never be complete, I say stop being perfect, I say let... lets evolve, let the chips fall where they may. - Tyler Durden
Re: DayTrader and Geronimo v2.0 documentation
the more of us writing doc the merrier ;-) Cheers! Hernan Karthiga Ratnam wrote: Hi Hernan, I'm a tech writer and I can do content review on the documentation. If that'll help, then I'm in :D Regards Karthiga On 2/3/07, * Hernan Cunico* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi All, I was thinking we should give DayTrader a bigger role in the Geronimo v2.0 documentation (yes, I'm always orbiting round doc ;-) ) It's a great app that will help us test lots of components in Geronimo and it will more massive if accompanied with the respective doc. Volunteers? I'll help as much as I can but need lot of guidance. Cheers! Hernan
[jira] Created: (SM-832) Ws-Security signature does not work for outbound
Ws-Security signature does not work for outbound Key: SM-832 URL: https://issues.apache.org/activemq/browse/SM-832 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.1, 3.0.1, 3.0 Reporter: Guillaume Nodet Assigned To: Guillaume Nodet Fix For: 3.1.1, 3.2 The reason is that modifications made into the DOM tree by the ws-sec handler are not used at all ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Trunk build failure at geronimo-axis2 module
Problem solved. Apparently deleting just o.a.g.* from the local repo wasn't enough. I had to delete org/apache/axis2 too. Cheers Prasad On 2/5/07, Prasad Kashyap [EMAIL PROTECTED] wrote: Revision 503718Repository UUID: 13f79535-47bb-0310-9956-ffa450edef68 Revision: 503718 Node Kind: directory Schedule: normal Last Changed Author: dims Last Changed Rev: 503689 Last Changed Date: 2007-02-05 09:06:26 -0500 (Mon, 05 Feb 2007) Properties Last Updated: 2007-01-03 09:25:29 -0500 (Wed, 03 Jan 2007) /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[14,33] package javax.xml.bind.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[15,33] package javax.xml.bind.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[16,33] package javax.xml.bind.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[17,42] package javax.xml.bind.annotation. adapters does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PropertyType.java:[18,42] package javax.xml.bind.annotation. adapters does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[13,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[14,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[15,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[16,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[17,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[18,33] package javax.xml.bin d.annotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[19,42] package javax.xml.bin d.annotation.adapters does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/PersistenceContextRefType.java:[20,42] package javax.xml.bin d.annotation.adapters does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/ServletLinkType.java:[11,33] package javax.xml.bind.annotati on does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/ServletLinkType.java:[12,33] package javax.xml.bind.annotati on does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/ServletLinkType.java:[13,33] package javax.xml.bind.annotati on does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EjbLinkType.java:[11,33] package javax.xml.bind.annotation d oes not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EjbLinkType.java:[12,33] package javax.xml.bind.annotation d oes not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EjbLinkType.java:[13,33] package javax.xml.bind.annotation d oes not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EnvEntryTypeValuesType.java:[11,33] package javax.xml.bind.a nnotation does not exist /home/prasad/geronimo/trunk/modules/geronimo-axis2/src/main/generated/org/apache /axis2/jaxws/javaee/EnvEntryTypeValuesType.java:[12,33] package javax.xml.bind.a nnotation does not exist
[jira] Commented: (SM-832) Ws-Security signature does not work for outbound
[ https://issues.apache.org/activemq/browse/SM-832?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_38472 ] Guillaume Nodet commented on SM-832: Author: gnodet Date: Mon Feb 5 07:46:44 2007 New Revision: 503730 URL: http://svn.apache.org/viewvc?view=revrev=503730 Log: SM-832: Ws-Security signature does not work for outbound Modified: incubator/servicemix/trunk/common/servicemix-soap/src/main/java/org/apache/servicemix/soap/marshalers/SoapWriter.java Ws-Security signature does not work for outbound Key: SM-832 URL: https://issues.apache.org/activemq/browse/SM-832 Project: ServiceMix Issue Type: Bug Components: servicemix-http Affects Versions: 3.0, 3.0.1, 3.1 Reporter: Guillaume Nodet Assigned To: Guillaume Nodet Fix For: 3.1.1, 3.2 The reason is that modifications made into the DOM tree by the ws-sec handler are not used at all ... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Patches in RTC (Geronimo - 2007-02-05)
Geronimo - Monday, February 5, 2007 6 Patches in RTC [GERONIMO-2638] Improve ModuleBuilder and ConfigurationBuilder interfaces to replace use of JarFile - Assignee: Sachin Patel - Reporter: Sachin Patel - Created: Thu Dec 07 23:41:31 GMT 2006 - Updated: Tue Jan 23 16:16:35 GMT 2007 - Votes: 0 - http://issues.apache.org/jira/browse/GERONIMO-2638 [GERONIMO-2485] PersistenceUnitGBean needs a NamespaceDrivenDeployer - Assignee: David Jencks - Reporter: David Jencks - Created: Wed Oct 11 21:23:29 GMT 2006 - Updated: Tue Jan 09 08:25:55 GMT 2007 - Votes: 0 - http://issues.apache.org/jira/browse/GERONIMO-2485 [GERONIMO-1277] Change group-id to org.apache.geronimo - Assignee: Jason Dillon - Reporter: Dain Sundstrom - Created: Sat Dec 03 10:55:12 GMT 2005 - Updated: Tue Nov 07 23:57:44 GMT 2006 - Votes: 0 - http://issues.apache.org/jira/browse/GERONIMO-1277 [GERONIMO-2015] Let's replace JKS to PKCS12 key store type - Assignee: Unassigned - Reporter: Nikolay Chugunov - Created: Fri May 12 21:54:17 GMT 2006 - Updated: Wed Dec 06 06:57:11 GMT 2006 - Votes: 0 - http://issues.apache.org/jira/browse/GERONIMO-2015 [GERONIMODEVTOOLS-112] Loading deployment plan editor on empty file should auto-create plan - Assignee: Sachin Patel - Reporter: Sachin Patel - Created: Wed Oct 11 21:45:57 GMT 2006 - Updated: Tue Jan 02 16:27:54 GMT 2007 - Votes: 0 - http://issues.apache.org/jira/browse/GERONIMODEVTOOLS-112 [GERONIMO-1892] Make JMS Provider Properties a GBean - Assignee: Unassigned - Reporter: Aaron Mulder - Created: Sat Apr 22 07:07:51 GMT 2006 - Updated: Sun Feb 04 20:47:13 GMT 2007 - Votes: 0 - http://issues.apache.org/jira/browse/GERONIMO-1892 NOTE: This email is generated and does not constitute and offical vote or vote result. All official voting is done on the dev list. If you do not see your issue here, click the Begin RTC Review link under the Available Workflow Actions of the JIRA page. If you do not see your vote here, click the Vote link under the Operations section of the JIRA page. *** ALL COMMUNITY MEMBERS ARE ENCOURAGED TO VOTE *** Template: http://svn.apache.org/repos/asf/geronimo/gbuild/jirareports/patchesInRtc.vm
[jira] Created: (GERONIMO-2799) Creating SQL-based security realm fails via combobox-database-pool-selection
Creating SQL-based security realm fails via combobox-database-pool-selection Key: GERONIMO-2799 URL: https://issues.apache.org/jira/browse/GERONIMO-2799 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Affects Versions: 2.0-M2 Environment: Windows XP Reporter: Torsten Krall Priority: Minor I created and deployed a global database pool tkldienstplanpool, the test worked fine. Now I want to use this database pool within a sql-security-realm but the test throws following exception: java.lang.IllegalArgumentException: interface org.tranql.connector.DissociatableConnectionHandle is not visible from class loader Creating a security-realm by copypaste of all parameters of the deployed golbal database-pool works finde. Due to this workaround I set this bug-report to minor-priority. Best regards, Torsten Krall Entire stacktrace: 13:17:26,455 INFO [DatabasePoolPortlet] Deployment completed successfully! 13:31:56,477 WARN [SecurityRealmPortlet] Testing with options {groupSelect=SELECT d1.username, d2.name as gruppe FROM dp_realm_user_group d INNER JOIN dp_realm_user d1 ON d1.id=d.user INNER JOIN dp_realm_group d2 ON d2.id=d.group WHERE d1.username=?, org.apache.geronimo.security .realm.GenericSecurityRealm.CLASSLOADER=[org.apache.geronimo.kernel.classloader.JarFileClassLoader id=org.apache.geronimo.configs/webconsole -tomcat_standard.war/2.0-M2/car], dataSourceApplication=null, userSelect=select username, password from dp_realm_user where username=?, data SourceName=tkldienstplanpool3} 13:32:10,276 WARN [SecurityRealmPortlet] Test login failed javax.security.auth.login.LoginException: SQL error at org.apache.geronimo.security.realm.providers.SQLLoginModule.login(SQLLoginModule.java:257) at org.apache.geronimo.console.util.KernelManagementHelper.testLoginModule(KernelManagementHelper.java:423) at org.apache.geronimo.console.util.PortletManager.testLoginModule(PortletManager.java:160) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.actionAttemptLogin(SecurityRealmPortlet.java:334) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.processAction(SecurityRealmPortlet.java:215) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:687) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:590) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:338) at org.apache.geronimo.tomcat.valve.GeronimoBeforeAfterValve.invoke(GeronimoBeforeAfterValve.java:47) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:128) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:105) at
[jira] Updated: (GERONIMO-2799) Creating SQL-based security realm fails via combobox-database-pool-selection
[ https://issues.apache.org/jira/browse/GERONIMO-2799?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Torsten Krall updated GERONIMO-2799: Environment: Windows XP, Tomcat (was: Windows XP) Creating SQL-based security realm fails via combobox-database-pool-selection Key: GERONIMO-2799 URL: https://issues.apache.org/jira/browse/GERONIMO-2799 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.0-M2 Environment: Windows XP, Tomcat Reporter: Torsten Krall Priority: Minor I created and deployed a global database pool tkldienstplanpool, the test worked fine. Now I want to use this database pool within a sql-security-realm but the test throws following exception: java.lang.IllegalArgumentException: interface org.tranql.connector.DissociatableConnectionHandle is not visible from class loader Creating a security-realm by copypaste of all parameters of the deployed golbal database-pool works finde. Due to this workaround I set this bug-report to minor-priority. Best regards, Torsten Krall Entire stacktrace: 13:17:26,455 INFO [DatabasePoolPortlet] Deployment completed successfully! 13:31:56,477 WARN [SecurityRealmPortlet] Testing with options {groupSelect=SELECT d1.username, d2.name as gruppe FROM dp_realm_user_group d INNER JOIN dp_realm_user d1 ON d1.id=d.user INNER JOIN dp_realm_group d2 ON d2.id=d.group WHERE d1.username=?, org.apache.geronimo.security .realm.GenericSecurityRealm.CLASSLOADER=[org.apache.geronimo.kernel.classloader.JarFileClassLoader id=org.apache.geronimo.configs/webconsole -tomcat_standard.war/2.0-M2/car], dataSourceApplication=null, userSelect=select username, password from dp_realm_user where username=?, data SourceName=tkldienstplanpool3} 13:32:10,276 WARN [SecurityRealmPortlet] Test login failed javax.security.auth.login.LoginException: SQL error at org.apache.geronimo.security.realm.providers.SQLLoginModule.login(SQLLoginModule.java:257) at org.apache.geronimo.console.util.KernelManagementHelper.testLoginModule(KernelManagementHelper.java:423) at org.apache.geronimo.console.util.PortletManager.testLoginModule(PortletManager.java:160) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.actionAttemptLogin(SecurityRealmPortlet.java:334) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.processAction(SecurityRealmPortlet.java:215) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:687) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:590) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at org.apache.geronimo.tomcat.GeronimoStandardContext$SystemMethodValve.invoke(GeronimoStandardContext.java:338)
[jira] Commented: (GERONIMO-2799) Creating SQL-based security realm fails via combobox-database-pool-selection
[ https://issues.apache.org/jira/browse/GERONIMO-2799?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470276 ] Hernan Cunico commented on GERONIMO-2799: - I verified this issue, the Security Realm portlet is not retrieving any connection data from the specified database pool. Creating SQL-based security realm fails via combobox-database-pool-selection Key: GERONIMO-2799 URL: https://issues.apache.org/jira/browse/GERONIMO-2799 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 2.0-M2 Environment: Windows XP, Tomcat Reporter: Torsten Krall Priority: Minor I created and deployed a global database pool tkldienstplanpool, the test worked fine. Now I want to use this database pool within a sql-security-realm but the test throws following exception: java.lang.IllegalArgumentException: interface org.tranql.connector.DissociatableConnectionHandle is not visible from class loader Creating a security-realm by copypaste of all parameters of the deployed golbal database-pool works finde. Due to this workaround I set this bug-report to minor-priority. Best regards, Torsten Krall Entire stacktrace: 13:17:26,455 INFO [DatabasePoolPortlet] Deployment completed successfully! 13:31:56,477 WARN [SecurityRealmPortlet] Testing with options {groupSelect=SELECT d1.username, d2.name as gruppe FROM dp_realm_user_group d INNER JOIN dp_realm_user d1 ON d1.id=d.user INNER JOIN dp_realm_group d2 ON d2.id=d.group WHERE d1.username=?, org.apache.geronimo.security .realm.GenericSecurityRealm.CLASSLOADER=[org.apache.geronimo.kernel.classloader.JarFileClassLoader id=org.apache.geronimo.configs/webconsole -tomcat_standard.war/2.0-M2/car], dataSourceApplication=null, userSelect=select username, password from dp_realm_user where username=?, data SourceName=tkldienstplanpool3} 13:32:10,276 WARN [SecurityRealmPortlet] Test login failed javax.security.auth.login.LoginException: SQL error at org.apache.geronimo.security.realm.providers.SQLLoginModule.login(SQLLoginModule.java:257) at org.apache.geronimo.console.util.KernelManagementHelper.testLoginModule(KernelManagementHelper.java:423) at org.apache.geronimo.console.util.PortletManager.testLoginModule(PortletManager.java:160) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.actionAttemptLogin(SecurityRealmPortlet.java:334) at org.apache.geronimo.console.securitymanager.realm.SecurityRealmPortlet.processAction(SecurityRealmPortlet.java:215) at org.apache.pluto.core.PortletServlet.dispatch(PortletServlet.java:229) at org.apache.pluto.core.PortletServlet.doGet(PortletServlet.java:158) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.pluto.core.PortletServlet.service(PortletServlet.java:153) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher.java:687) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatcher.java:590) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher.java:505) at org.apache.pluto.invoker.impl.PortletInvokerImpl.invoke(PortletInvokerImpl.java:120) at org.apache.pluto.invoker.impl.PortletInvokerImpl.action(PortletInvokerImpl.java:68) at org.apache.pluto.PortletContainerImpl.processPortletAction(PortletContainerImpl.java:164) at org.apache.pluto.portalImpl.core.PortletContainerWrapperImpl.processPortletAction(PortletContainerWrapperImpl.java:82) at org.apache.pluto.portalImpl.Servlet.doGet(Servlet.java:227) at javax.servlet.http.HttpServlet.service(HttpServlet.java:693) at javax.servlet.http.HttpServlet.service(HttpServlet.java:806) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:228) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:175) at org.apache.geronimo.tomcat.valve.DefaultSubjectValve.invoke(DefaultSubjectValve.java:56) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:525) at
Re: hidden-classes in jetty-deployer plan.xml
Tranql uses antlr, but there may be something else that does (maybe spring). -dain On Feb 4, 2007, at 3:13 AM, Gianny Damour wrote: Hi Jarek, I think the Spring filter is a leftover of the time when the Jetty module was used to import Spring to configure WADI. I do not know why antlr is there. As it is not directly imported by Jetty6 poms, I think that we can also drop it. Thanks, Gianny On 02/02/2007, at 3:07 PM, Jarek Gawor wrote: Hi, I have a question about the following entry in the configs/jett6-deployer/src/plan/plan.xml: hidden-classes filterantlr./filter filterorg.springframework./filter /hidden-classes Is that still needed/necessary? tomcat6-deployer's plan.xml does not have such entry. So is this jetty specific? I believe this is causing problems for me with a WS client code that uses Spring API to configure itself (a WS client gets an automatic dependency on CXF which then has a dependency on the Spring API). Can someone please explain? Thanks, Jarek
[talking]Is those code have quality?
Firstly,I am sorry,This is talking about project openejb.but this mail list is used to project geronimo.But,I really hope everyone can give me some advice.Thanks. I review code at org.apache.openejb.server.activemq.BrokerServer,I don't know this class want to do anything,but I think some code is no auality,like this: public void init(Properties properties) throws Exception { String port = properties.getProperty(port, 1527); String bind = properties.getProperty(bind); String disabled = properties.getProperty(disabled); this.port = Integer.parseInt(port); this.disabled = Boolean.parseBoolean(disabled); @0 host = InetAddress.getByName(bind); @1 if (this.disabled) { return; } URI uri = new URI(tcp, null, bind, this.port, null, null, null); broker = new BrokerService(); broker.setPersistent(false); broker.addConnector(uri); } public void start() throws ServiceException { @2 if (disabled) return; try { broker.start(); } catch (Exception e) { throw new ServiceException(e); } } due to @1 and @2,I think if the field of disabled is false,this class(or call service,it implements ServerService) will not working,so ,the prob is,you specify the field type is boolean(then sometimes it will value of false),but the @0 is working every time,this invocation(InetAddress.getByName(..)) will use a great many system resources,following invocation code(the char 'l:' means 'line:'): l:956 public static InetAddress getByName(String host) throws UnknownHostException { return InetAddress.getAllByName(host)[0]; l:959 } l:1000 public static InetAddress[] getAllByName(String host) throws UnknownHostException { .. return getAllByName0(host); l:1061 } l:1095 private static InetAddress[] getAllByName0 (String host) throws UnknownHostException { return getAllByName0(host, true); l:1099 } l:1104 static InetAddress[] getAllByName0 (String host, boolean check) throws UnknownHostException { . /* Make a copy of the InetAddress array */ objcopy = ((InetAddress [])obj).clone(); return (InetAddress [])objcopy; l:1139 } so,you see,I deem you review code to here,to a certainty found some prob.yes ,it will work fine,but this project is from Apache,isn't all best developer working with apache project?(I nill write more.very tired now.I am going to bed..) I think just change to: public void init(Properties properties) throws Exception { String disabled = properties.getProperty(disabled); this.disabled = Boolean.parseBoolean(disabled); @1 if (this.disabled) { return; } String port = properties.getProperty(port, 1527); this.port = Integer.parseInt(port); String bind = properties.getProperty(bind); @0 host = InetAddress.getByName(bind); URI uri = new URI(tcp, null, bind, this.port, null, null, null); broker = new BrokerService(); broker.setPersistent(false); broker.addConnector(uri); } if you see this message,give me some idea please,thanks. - A Fei - _ From predictions to trailers, check out the MSN Entertainment Guide to the Academy Awards® http://movies.msn.com/movies/oscars2007/?icid=ncoscartagline1
Re: hidden-classes in jetty-deployer plan.xml
That was an issue with Hibernate and Spring, that's why it was there. It should be removable as I did it for Tomcat a while back after we found Liferay wasn't working with it in there. Dain Sundstrom wrote: Tranql uses antlr, but there may be something else that does (maybe spring). -dain On Feb 4, 2007, at 3:13 AM, Gianny Damour wrote: Hi Jarek, I think the Spring filter is a leftover of the time when the Jetty module was used to import Spring to configure WADI. I do not know why antlr is there. As it is not directly imported by Jetty6 poms, I think that we can also drop it. Thanks, Gianny On 02/02/2007, at 3:07 PM, Jarek Gawor wrote: Hi, I have a question about the following entry in the configs/jett6-deployer/src/plan/plan.xml: hidden-classes filterantlr./filter filterorg.springframework./filter /hidden-classes Is that still needed/necessary? tomcat6-deployer's plan.xml does not have such entry. So is this jetty specific? I believe this is causing problems for me with a WS client code that uses Spring API to configure itself (a WS client gets an automatic dependency on CXF which then has a dependency on the Spring API). Can someone please explain? Thanks, Jarek
cli deployment broken
Looks like the CLI deployment is broken... Exception in thread main java.lang.NoClassDefFoundError: jline/ ConsoleReader at org.apache.geronimo.deployment.cli.InputPrompt.init (InputPrompt.java:42) at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRetry (ServerConnection.java:334) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect (ServerConnection.java:294) at org.apache.geronimo.deployment.cli.ServerConnection.init (ServerConnection.java:202) at org.apache.geronimo.deployment.cli.DeployTool.execute (DeployTool.java:159) at org.apache.geronimo.kernel.util.MainBootstrapper.main (MainBootstrapper.java:50) -sachin
assemblies missing geronimo-jsr88 jar
jsr88 deployment is also broken. Looks like due to geronimo-jsr88 jar is missing now missing from assemblies -sachin
[jira] Created: (GERONIMO-2800) Connector Lazy Activation leaks managed connections
Connector Lazy Activation leaks managed connections --- Key: GERONIMO-2800 URL: https://issues.apache.org/jira/browse/GERONIMO-2800 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Components: connector Affects Versions: 2.0-M2 Reporter: Kevan Miller Assigned To: Kevan Miller Fix For: 2.0-beta1 GERONIMO-2715 added lazy connection support to geronimo-connector. I'm seeing problems where connectors are not being reused properly. The result is that connectors are not being returned to their pool. Eventually, the pool of available connections is exhausted and no more connections can be obtained from the pool. The basic scenario is: Connection c = ConnectionFactory.createConnection(); c.close(); c.close(); Connection newC = ConnectionFactory.createConnection(); newC.close(); On the first c.close(), the connectionInfo is disassociated from the ConnectionProxy. However, on the second c.close(), connectionInfo is re-associated with the ConnectionProxy. However, since the second close() call is idempotent, the connection never leaves the pool. When a new Connection is created, the connection is re-used from the pool, but has two ConnectionInfo's being tracked as handles. This extra handle prevents the ConnectionInfo from ever being returned to the pool. I'm a relative novice when it comes to our Connector implementation. It's possible that I'm missing another point where the problem could be fixed. However, I don't see it. I'm also worried about concurrency issues with the current approach. I plan on setting lazyConnect to false in the transaction-jta11 and client-transaction configs. If there aren't ideas on fixing, I think we'll want to revert the lazy connection code... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: [talking]Is those code have quality?
The OpenEJB BrokerServer class is a hack we put in place to test the OpenEJB MDB container. This class (hack) will be replaced with a complete implementation, when we finish the OpenEJB/ActiveMQ integration. If you are interested in working on this, please send an email to the openejb-dev mailing list. -dain On Feb 5, 2007, at 9:34 AM, Fei Fei wrote: Firstly,I am sorry,This is talking about project openejb.but this mail list is used to project geronimo.But,I really hope everyone can give me some advice.Thanks. I review code at org.apache.openejb.server.activemq.BrokerServer,I don't know this class want to do anything,but I think some code is no auality,like this: public void init(Properties properties) throws Exception { String port = properties.getProperty(port, 1527); String bind = properties.getProperty(bind); String disabled = properties.getProperty(disabled); this.port = Integer.parseInt(port); this.disabled = Boolean.parseBoolean(disabled); @0 host = InetAddress.getByName(bind); @1 if (this.disabled) { return; } URI uri = new URI(tcp, null, bind, this.port, null, null, null); broker = new BrokerService(); broker.setPersistent(false); broker.addConnector(uri); } public void start() throws ServiceException { @2 if (disabled) return; try { broker.start(); } catch (Exception e) { throw new ServiceException(e); } } due to @1 and @2,I think if the field of disabled is false,this class(or call service,it implements ServerService) will not working,so ,the prob is,you specify the field type is boolean(then sometimes it will value of false),but the @0 is working every time,this invocation(InetAddress.getByName(..)) will use a great many system resources,following invocation code(the char 'l:' means 'line:'): l:956 public static InetAddress getByName(String host) throws UnknownHostException { return InetAddress.getAllByName(host)[0]; l:959 } l:1000 public static InetAddress[] getAllByName(String host) throws UnknownHostException { .. return getAllByName0(host); l:1061 } l:1095 private static InetAddress[] getAllByName0 (String host) throws UnknownHostException { return getAllByName0(host, true); l:1099 } l:1104 static InetAddress[] getAllByName0 (String host, boolean check) throws UnknownHostException { . /* Make a copy of the InetAddress array */ objcopy = ((InetAddress [])obj).clone(); return (InetAddress [])objcopy; l:1139 } so,you see,I deem you review code to here,to a certainty found some prob.yes ,it will work fine,but this project is from Apache,isn't all best developer working with apache project?(I nill write more.very tired now.I am going to bed..) I think just change to: public void init(Properties properties) throws Exception { String disabled = properties.getProperty(disabled); this.disabled = Boolean.parseBoolean(disabled); @1 if (this.disabled) { return; } String port = properties.getProperty(port, 1527); this.port = Integer.parseInt(port); String bind = properties.getProperty(bind); @0 host = InetAddress.getByName(bind); URI uri = new URI(tcp, null, bind, this.port, null, null, null); broker = new BrokerService(); broker.setPersistent(false); broker.addConnector(uri); } if you see this message,give me some idea please,thanks. - A Fei - _ From predictions to trailers, check out the MSN Entertainment Guide to the Academy Awards® http://movies.msn.com/movies/oscars2007/? icid=ncoscartagline1
Re: assemblies missing geronimo-jsr88 jar
We need to move geronimo-jsr88 back into lib. Pointing to the geronimo-jsr88 inside the repository fails since the manifest classpath entries cannot resolve in their current specified location. On Feb 5, 2007, at 1:08 PM, Sachin Patel wrote: jsr88 deployment is also broken. Looks like due to geronimo-jsr88 jar is missing now missing from assemblies -sachin -sachin
[jira] Created: (GERONIMO-2801) The Geronimo 1.2 build needs to switch from a specific yoko revision number to the snapshot build to pick up latest fixes.
The Geronimo 1.2 build needs to switch from a specific yoko revision number to the snapshot build to pick up latest fixes. --- Key: GERONIMO-2801 URL: https://issues.apache.org/jira/browse/GERONIMO-2801 Project: Geronimo Issue Type: Bug Security Level: public (Regular issues) Affects Versions: 1.2 Reporter: Rick McGuire Assigned To: Rick McGuire Fix For: 1.2 The TCK builds for Geronimo 1.2 require the latest yoko SNAPSHOT build rather than the target rev # used for the beta. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Closed: (GERONIMO-2801) The Geronimo 1.2 build needs to switch from a specific yoko revision number to the snapshot build to pick up latest fixes.
[ https://issues.apache.org/jira/browse/GERONIMO-2801?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Rick McGuire closed GERONIMO-2801. -- Resolution: Fixed Committed revision 503843. The Geronimo 1.2 build needs to switch from a specific yoko revision number to the snapshot build to pick up latest fixes. --- Key: GERONIMO-2801 URL: https://issues.apache.org/jira/browse/GERONIMO-2801 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Affects Versions: 1.2 Reporter: Rick McGuire Assigned To: Rick McGuire Fix For: 1.2 The TCK builds for Geronimo 1.2 require the latest yoko SNAPSHOT build rather than the target rev # used for the beta. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: assemblies missing geronimo-jsr88 jar
I haven't looked but I imagine this is related to gianny's recent changes. Before moving it back to lib lets make sure that it's still needed in the manifest classpath. My guess without having looked at his code is that it is NOT needed in lib or the manifest classpath, I think that's one of the points of his changes. thanks david jencks On Feb 5, 2007, at 11:29 AM, Sachin Patel wrote: We need to move geronimo-jsr88 back into lib. Pointing to the geronimo-jsr88 inside the repository fails since the manifest classpath entries cannot resolve in their current specified location. On Feb 5, 2007, at 1:08 PM, Sachin Patel wrote: jsr88 deployment is also broken. Looks like due to geronimo-jsr88 jar is missing now missing from assemblies -sachin -sachin
Re: cli deployment broken
Ooops my bad. I tested the recent deployer changes with a .geronimo- deployer file in my home directory and hence was not prompted to enter my credentials; so, I did not detect this problem. I can fix this problem tonight my time, i.e. in ~12 hours; the fix should be to add the jline dependency to the jsr88-cli module; yet I will need time to verify that. If you want to give it a try and fix this problem before me, then please feel free to do so. Sorry once again. Thanks, Gianny On 06/02/2007, at 5:04 AM, Sachin Patel wrote: Looks like the CLI deployment is broken... Exception in thread main java.lang.NoClassDefFoundError: jline/ ConsoleReader at org.apache.geronimo.deployment.cli.InputPrompt.init (InputPrompt.java:42) at org.apache.geronimo.deployment.cli.ServerConnection.doAuthPromptAndRet ry(ServerConnection.java:334) at org.apache.geronimo.deployment.cli.ServerConnection.tryToConnect (ServerConnection.java:294) at org.apache.geronimo.deployment.cli.ServerConnection.init (ServerConnection.java:202) at org.apache.geronimo.deployment.cli.DeployTool.execute (DeployTool.java:159) at org.apache.geronimo.kernel.util.MainBootstrapper.main (MainBootstrapper.java:50) -sachin
Geronimo v2.0 - Tools and commands
Hi all, I just updated the tools and commands doc for Geronimo v2.0 (http://cwiki.apache.org/GMOxDOC20/tools-and-commands.html) Are there any new features/parameters/commands from v1.2 that I'm missing? Cheers! Hernan
Trunk build failure in geronimo-openejb-builder w/ latest OpenEJB3 code
I can't get the Server trunk Rev503689 to build against a local build of the latest OpenEJB3 code at Rev503514. Also noticed, that the OpenEJB3 build is still using the Geronimo 1.2-beta artifacts instead of 2.0-M2 or 2.0-SNAPSHOT - [INFO] [compiler:compile] Compiling 7 source files to E:\g20\server\modules\geronimo-openejb-builder\target\classes [INFO] --- [ERROR] BUILD FAILURE [INFO] --- [INFO] Compilation failure E:\g20\server\modules\geronimo-openejb-builder\src\main\java\org\apache\geronimo \openejb\deployment\EjbModuleBuilder.java:[74,44] cannot find symbol symbol : class Cmp2Builder location: package org.apache.openejb.assembler.classic E:\g20\server\modules\geronimo-openejb-builder\src\main\java\org\apache\geronimo \openejb\deployment\EjbModuleBuilder.java:[359,8] cannot find symbol symbol : class Cmp2Builder location: class org.apache.geronimo.openejb.deployment.EjbModuleBuilder E:\g20\server\modules\geronimo-openejb-builder\src\main\java\org\apache\geronimo \openejb\deployment\EjbModuleBuilder.java:[359,38] cannot find symbol symbol : class Cmp2Builder location: class org.apache.geronimo.openejb.deployment.EjbModuleBuilder -Donald smime.p7s Description: S/MIME Cryptographic Signature
Re: Trunk build failure in geronimo-openejb-builder w/ latest OpenEJB3 code
On 2/5/07, Donald Woods [EMAIL PROTECTED] wrote: I can't get the Server trunk Rev503689 to build against a local build of the latest OpenEJB3 code at Rev503514. Also noticed, that the OpenEJB3 build is still using the Geronimo 1.2-beta artifacts instead of 2.0-M2 or 2.0-SNAPSHOT - Fixed. OpenEJB 3 uses 2.0-SNAPSHOT libs of Apache Geronimo. Thanks for reporting! (there're still places where the previous bits are transitively downloaded, though, but it's way to late for me to fix it now). $ svn ci -m 'Upgrade Geronimo libs to 2.0-SNAPSHOT' pom.xml Sendingpom.xml Transmitting file data . Committed revision 503917. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl
Re: Trunk build failure in geronimo-openejb-builder w/ latest OpenEJB3 code
This will introduce cyclic dependency between openejb and geronimo build. David B. had an alternate solution. Please see: http://www.nabble.com/Re%3A-geronimo-openejb-is-downloading-1.2-beta-jars-p8662387.html This error was reported 4 days ago! http://www.nabble.com/compilation-failure-in-geronimo-openejb-builder-tf3155507.html#a8750252 It appears spam filters are doing their job too well! Thanks Anita --- Jacek Laskowski [EMAIL PROTECTED] wrote: On 2/5/07, Donald Woods [EMAIL PROTECTED] wrote: I can't get the Server trunk Rev503689 to build against a local build of the latest OpenEJB3 code at Rev503514. Also noticed, that the OpenEJB3 build is still using the Geronimo 1.2-beta artifacts instead of 2.0-M2 or 2.0-SNAPSHOT - Fixed. OpenEJB 3 uses 2.0-SNAPSHOT libs of Apache Geronimo. Thanks for reporting! (there're still places where the previous bits are transitively downloaded, though, but it's way to late for me to fix it now). $ svn ci -m 'Upgrade Geronimo libs to 2.0-SNAPSHOT' pom.xml Sendingpom.xml Transmitting file data . Committed revision 503917. Jacek -- Jacek Laskowski http://www.JacekLaskowski.pl Get your own web address. Have a HUGE year through Yahoo! Small Business. http://smallbusiness.yahoo.com/domains/?p=BESTDEAL
[jira] Commented: (GERONIMO-2800) Connector Lazy Activation leaks managed connections
[ https://issues.apache.org/jira/browse/GERONIMO-2800?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470441 ] Dain Sundstrom commented on GERONIMO-2800: -- I think I have fixed this problem in revision 503969. When connections are closed or destroyed do not reassociate the connection again or throw an exception. Instead simply invoke the handle and let the handle throw the exception. Please verify. Connector Lazy Activation leaks managed connections --- Key: GERONIMO-2800 URL: https://issues.apache.org/jira/browse/GERONIMO-2800 Project: Geronimo Issue Type: Bug Security Level: public(Regular issues) Components: connector Affects Versions: 2.0-M2 Reporter: Kevan Miller Assigned To: Kevan Miller Fix For: 2.0-beta1 GERONIMO-2715 added lazy connection support to geronimo-connector. I'm seeing problems where connectors are not being reused properly. The result is that connectors are not being returned to their pool. Eventually, the pool of available connections is exhausted and no more connections can be obtained from the pool. The basic scenario is: Connection c = ConnectionFactory.createConnection(); c.close(); c.close(); Connection newC = ConnectionFactory.createConnection(); newC.close(); On the first c.close(), the connectionInfo is disassociated from the ConnectionProxy. However, on the second c.close(), connectionInfo is re-associated with the ConnectionProxy. However, since the second close() call is idempotent, the connection never leaves the pool. When a new Connection is created, the connection is re-used from the pool, but has two ConnectionInfo's being tracked as handles. This extra handle prevents the ConnectionInfo from ever being returned to the pool. I'm a relative novice when it comes to our Connector implementation. It's possible that I'm missing another point where the problem could be fixed. However, I don't see it. I'm also worried about concurrency issues with the current approach. I plan on setting lazyConnect to false in the transaction-jta11 and client-transaction configs. If there aren't ideas on fixing, I think we'll want to revert the lazy connection code... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: DayTrader and Geronimo v2.0 documentation
Hi All I'll be in for the DayTrader.Shall we come up will a TODO list ? Regards Kanchana On 2/3/07, Hernan Cunico [EMAIL PROTECTED] wrote: Hi All, I was thinking we should give DayTrader a bigger role in the Geronimo v2.0documentation (yes, I'm always orbiting round doc ;-) ) It's a great app that will help us test lots of components in Geronimo and it will more massive if accompanied with the respective doc. Volunteers? I'll help as much as I can but need lot of guidance. Cheers! Hernan
[jira] Updated: (GERONIMO-2802) Axis2 integration - allow users to deploy jax-ws test, log the exceptions, set a few more messagecontext properties
[ https://issues.apache.org/jira/browse/GERONIMO-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ] Lin Sun updated GERONIMO-2802: -- Attachment: G2802.patch Axis2 integration - allow users to deploy jax-ws test, log the exceptions, set a few more messagecontext properties --- Key: GERONIMO-2802 URL: https://issues.apache.org/jira/browse/GERONIMO-2802 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: webservices Environment: winxp + sun 1.5 jdk Reporter: Lin Sun Fix For: 2.0 Attachments: G2802.patch This patch contains the following updates to current axis2 integration code: 1) removed a few unnecessary imports 2) had to comment out a line where we setEndInterface to webserviceAnnot, as this is causing an axis2 validation error upon the war deployment. With this change, I was able to run .wsdl request. 3) the code didn't set setAxisService on the messagecontext inside of doservice2(). This caused a The requested service could not be found error from axis2 when processing post request . 4) also set a few other messagecontext properties and added the Axis2RequestResponseTransport inner class that can allow for an acknowledgement to be transmitted before processing has completed and also allow for processing to be paused and resumed on a separate thread without having a response be sent back. 5) also tried to log the exceptions when statuscode=500 during doservice calls. The most recent error is: org.apache.axis2.AxisFault: javax.xml.bind.UnmarshalException - with linked exception: [javax.xml.bind.UnmarshalException: unexpected element (uri:http://hello_world_ soap_http.apache.org, local:greetMe). Expected elements are (none)]; nested e xception is: javax.xml.ws.WebServiceException: javax.xml.bind.UnmarshalException - with linked exception: Which i posted to axis2-dev list and awaiting for help. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
[jira] Commented: (GERONIMO-2802) Axis2 integration - allow users to deploy jax-ws test, log the exceptions, set a few more messagecontext properties
[ https://issues.apache.org/jira/browse/GERONIMO-2802?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12470444 ] Jarek Gawor commented on GERONIMO-2802: --- The patch also contains some changes to the WebServiceContainer.java and WebServiceContainerInvoker.java classes but they are not mentioned in the description. I think the changes are ok but I think there is a few more classes that implement the WebServiceContainer.Response interface and need to be updated as well. Axis2 integration - allow users to deploy jax-ws test, log the exceptions, set a few more messagecontext properties --- Key: GERONIMO-2802 URL: https://issues.apache.org/jira/browse/GERONIMO-2802 Project: Geronimo Issue Type: Improvement Security Level: public(Regular issues) Components: webservices Environment: winxp + sun 1.5 jdk Reporter: Lin Sun Fix For: 2.0 Attachments: G2802.patch This patch contains the following updates to current axis2 integration code: 1) removed a few unnecessary imports 2) had to comment out a line where we setEndInterface to webserviceAnnot, as this is causing an axis2 validation error upon the war deployment. With this change, I was able to run .wsdl request. 3) the code didn't set setAxisService on the messagecontext inside of doservice2(). This caused a The requested service could not be found error from axis2 when processing post request . 4) also set a few other messagecontext properties and added the Axis2RequestResponseTransport inner class that can allow for an acknowledgement to be transmitted before processing has completed and also allow for processing to be paused and resumed on a separate thread without having a response be sent back. 5) also tried to log the exceptions when statuscode=500 during doservice calls. The most recent error is: org.apache.axis2.AxisFault: javax.xml.bind.UnmarshalException - with linked exception: [javax.xml.bind.UnmarshalException: unexpected element (uri:http://hello_world_ soap_http.apache.org, local:greetMe). Expected elements are (none)]; nested e xception is: javax.xml.ws.WebServiceException: javax.xml.bind.UnmarshalException - with linked exception: Which i posted to axis2-dev list and awaiting for help. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.
Re: Can we create a filter for j_security_check service in Geronimo Tomcat?
Paul, To put the issue correctly, I need to access user credentials in my servlet while using Container managed authentication say FORM login. This is required because, I need them for some loging/establishing DB connections etc. Ofcourse, If we use programatic authentication, it can't be done easily. In my first mail, I was trying to use a filter for j_security_check so that, I can hook some code there to perform the tasks. However, I was not able to do so. I will try your option. Thx Phani On 2/2/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Phani, What kind of logging are you looking at? Vamsi On 1/31/07, Phani Madgula [EMAIL PROTECTED] wrote: Hi I have a web application that uses FORM login. I would like to have a filter to be declared for j_security_check service so that I can perform some loging tasks. Is it allowed in Geronimo/Tomcat? I tried with the below tags but filter will not be called..! Any help on this? filter filter-name Page Request Timer/filter-name filter-classTimeTrackFilter/ filter-class /filter filter-mapping filter-namePage Request Timer /filter-name url-pattern j_security_check/url-pattern / filter-mapping Regards Phani
Re: Can we create a filter for j_security_check service in Geronimo Tomcat?
Phani, Look at GERONIMO-1592 Add NamedUPCredentialLoginModule to Console Realm Wizard. You can add a NamedUPCredentialLoginModule to the security realm. (Admin Console in G1.2 (and above) provides an option to add a NamedUPCredentialLoginModule while creating a security realm. The fix is also integrated into G1.1 branches, but, post G1.1.1 release). This will make the username and password saved under privateCredentials in the subject and can be retrieved once authentication completes. Thanks and best regards, Vamsi On 2/6/07, Phani Madgula [EMAIL PROTECTED] wrote: Paul, To put the issue correctly, I need to access user credentials in my servlet while using Container managed authentication say FORM login. This is required because, I need them for some loging/establishing DB connections etc. Ofcourse, If we use programatic authentication, it can't be done easily. In my first mail, I was trying to use a filter for j_security_check so that, I can hook some code there to perform the tasks. However, I was not able to do so. I will try your option. Thx Phani On 2/2/07, Vamsavardhana Reddy [EMAIL PROTECTED] wrote: Phani, What kind of logging are you looking at? Vamsi On 1/31/07, Phani Madgula [EMAIL PROTECTED] wrote: Hi I have a web application that uses FORM login. I would like to have a filter to be declared for j_security_check service so that I can perform some loging tasks. Is it allowed in Geronimo/Tomcat? I tried with the below tags but filter will not be called..! Any help on this? filter filter-name Page Request Timer/filter-name filter-classTimeTrackFilter/ filter-class /filter filter-mapping filter-namePage Request Timer /filter-name url-pattern j_security_check/url-pattern / filter-mapping Regards Phani
Re: Can we create a filter for j_security_check service in Geronimo Tomcat?
Hi Phani, Onces the login completes successfully (i.e. after going through j_security_check) , you can get the user name by calling httpRequest.getUserPrinciple(). If I understand your requirement correctly... you can use this username to for logging..etc.. /sumedha Phani Madgula wrote: Paul, To put the issue correctly, I need to access user credentials in my servlet while using Container managed authentication say FORM login. This is required because, I need them for some loging/establishing DB connections etc. Ofcourse, If we use programatic authentication, it can't be done easily. In my first mail, I was trying to use a filter for j_security_check so that, I can hook some code there to perform the tasks. However, I was not able to do so. I will try your option. Thx Phani On 2/2/07, *Vamsavardhana Reddy* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Phani, What kind of logging are you looking at? Vamsi On 1/31/07, *Phani Madgula* [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] wrote: Hi I have a web application that uses FORM login. I would like to have a filter to be declared for j_security_check service so that I can perform some loging tasks. Is it allowed in Geronimo/Tomcat? I tried with the below tags but filter will not be called..! Any help on this? filter filter-name Page Request Timer/filter-name filter-classTimeTrackFilter/ filter-class /filter filter-mapping filter-namePage Request Timer /filter-name url-pattern j_security_check/url-pattern / filter-mapping Regards Phani