RE: messenger - deploying Messenger examples in Tomcat
Howdy, It looks like the tomcat deployer is complaining about the manifest of one of your jar files. I'd guess it's the commons-messenger-1.0-dev-12.jar. Check that jar's manifest for empty lines / lines with no CRLF, etc. Yoav Shapira Millennium ChemInformatics -Original Message- From: Rood, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 8:50 AM To: '[EMAIL PROTECTED]' Subject: messenger - deploying Messenger examples in Tomcat Hi, Firstly, just like to say great idea. MDO's will really help me. I am using Tomcat 4.1.24 to deploy the example Messenger webapp. I have downloaded Maven, compiled the Messenger code and copied the jar to a webapps/messenger/WEB-INF/lib directory, along with all the other jar's included in the Messenger build. This build is: commons-messenger-1.0-dev-12.jar. However I get the following stack trace: see below. Any ideas ? Kind Regards, Simon Rood 2003-05-28 13:14:02 WebappLoader[/messenger]: Deploy JAR /WEB-INF/lib/commons-messenger-1.0-de v-12.jar to ~srood/jakarta-tomcat-4.1.24/webapps/messenger/WEB-INF/lib/commons-mes senger-1.0-dev-12.jar 2003-05-28 13:14:02 StandardHost[localhost]: ContainerBase.addChild: start: LifecycleException: start: : java.lang.IllegalArgumentException: commons-logging,commons-bea nutils,commons-collections,commons-digester,servletapi,jms,jta,xml- apis,ant, junit-Extension-Na me at org.apache.catalina.loader.WebappLoader.start(WebappLoader.java:678) at org.apache.catalina.core.StandardContext.start(StandardContext.java:353 0) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j ava: 8 21) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeplo yer. j ava:307 ) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.jav a:55 9 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:3 58) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS uppo r t.java: 166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497 ) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja va:3 9 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso rImp l .java:2 5) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - Root Cause - java.lang.IllegalArgumentException: commons-logging,commons-beanutils,commons-collections,comm ons-digester,servletapi,jms,jta,xml-apis,ant,junit-Extension-Name at java.util.jar.Attributes$Name.init(Attributes.java:399) at java.util.jar.Attributes.getValue(Attributes.java:96) at org.apache.catalina.loader.Extension.getRequired(Extension.java:415) at org.apache.catalina.loader.Extension.getRequired(Extension.java:338) at org.apache.catalina.loader.WebappClassLoader.addJar(WebappClassLoader.j ava: 7 06) at org.apache.catalina.loader.WebappLoader.setRepositories(WebappLoader.ja va:1 0 67) at org.apache.catalina.loader.WebappLoader.start(WebappLoader.java:665) at org.apache.catalina.core.StandardContext.start(StandardContext.java:353 0) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j ava: 8 21) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeplo yer. j ava:307 ) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.jav a:55 9 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401)
DO NOT REPLY [Bug 20303] New: - [math} Adding random sampling and permutations
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20303. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20303 [math} Adding random sampling and permutations Summary: [math} Adding random sampling and permutations Product: Commons Version: Nightly Builds Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Sandbox AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The attached patch adds the following two capabilities to RandomData: 1. Generating random permutations of integers 2. Generating random samples (returned as Object arrays) from Collections Tests validate expected sample distribtution using chi-square tests - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20303] - [math} Adding random sampling and permutations
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20303. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20303 [math} Adding random sampling and permutations --- Additional Comments From [EMAIL PROTECTED] 2003-05-28 14:09 --- Created an attachment (id=6546) Patches to RandomData, RandomDataImpl, RandomDataTest - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 20303] - [math} Adding random sampling and permutations
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20303. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=20303 [math} Adding random sampling and permutations --- Additional Comments From [EMAIL PROTECTED] 2003-05-28 14:19 --- Created an attachment (id=6547) DOH! forgot the test patch -- here 'tis - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: messenger - deploying Messenger examples in Tomcat
Hi, Thanks to Yoav, I have moved on with my problem. However after sorting out the manifest in the jar file the servlet [ std managerServlet ] fails to initialise, see the stack trace below. I guess that this is due further build problems. I am unfamiliar with maven, but followed the steps, however it did generate some errors in maven.log, however the build completed without complaining, and said it was successful. Any more ideas? Thanks again, Kind Regards, Simon Rood. stack: 2003-05-28 15:52:59 StandardManager[/messenger]: Seeding random number generator class java.se curity.SecureRandom 2003-05-28 15:52:59 StandardManager[/messenger]: Seeding of random number generator has been c ompleted 2003-05-28 15:52:59 StandardContext[/messenger]: Servlet /messenger threw load() exception javax.servlet.ServletException: Servlet.init() for servlet managerServlet threw exception at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:96 3) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java: 3420) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3608) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:8 21) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.j ava:307 ) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:559 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor t.java: 166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl .java:2 5) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - Root Cause - java.lang.ExceptionInInitializerError at org.apache.commons.messagelet.ManagerServlet.getSubscriptionManager(ManagerS ervlet. java:53) at org.apache.commons.messagelet.ManagerServlet.init(ManagerServlet.java:70) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.java:93 5) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext.java: 3420) at org.apache.catalina.core.StandardContext.start(StandardContext.java:3608) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:8 21) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeployer.j ava:307 ) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.java:559 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:358) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSuppor t.java: 166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at
RE: messenger - deploying Messenger examples in Tomcat
Howdy, Sorry, not familiar with Messenger's ManagerServlet, can't help further. An ExceptionInInitializerError can be a pain: look for things in a static initialization block for clues. Yoav Shapira Millennium ChemInformatics -Original Message- From: Rood, Simon [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 11:01 AM To: 'Jakarta Commons Developers List' Subject: RE: messenger - deploying Messenger examples in Tomcat Hi, Thanks to Yoav, I have moved on with my problem. However after sorting out the manifest in the jar file the servlet [ std managerServlet ] fails to initialise, see the stack trace below. I guess that this is due further build problems. I am unfamiliar with maven, but followed the steps, however it did generate some errors in maven.log, however the build completed without complaining, and said it was successful. Any more ideas? Thanks again, Kind Regards, Simon Rood. stack: 2003-05-28 15:52:59 StandardManager[/messenger]: Seeding random number generator class java.se curity.SecureRandom 2003-05-28 15:52:59 StandardManager[/messenger]: Seeding of random number generator has been c ompleted 2003-05-28 15:52:59 StandardContext[/messenger]: Servlet /messenger threw load() exception javax.servlet.ServletException: Servlet.init() for servlet managerServlet threw exception at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.ja va:9 6 3) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext. java : 3420) at org.apache.catalina.core.StandardContext.start(StandardContext.java:360 8) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j ava: 8 21) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeplo yer. j ava:307 ) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.jav a:55 9 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401) at org.apache.catalina.startup.HostConfig.start(HostConfig.java:718) at org.apache.catalina.startup.HostConfig.lifecycleEvent(HostConfig.java:3 58) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleS uppo r t.java: 166) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1196) at org.apache.catalina.core.StandardHost.start(StandardHost.java:738) at org.apache.catalina.core.ContainerBase.start(ContainerBase.java:1188) at org.apache.catalina.core.StandardEngine.start(StandardEngine.java:347) at org.apache.catalina.core.StandardService.start(StandardService.java:497 ) at org.apache.catalina.core.StandardServer.start(StandardServer.java:2190) at org.apache.catalina.startup.Catalina.start(Catalina.java:512) at org.apache.catalina.startup.Catalina.execute(Catalina.java:400) at org.apache.catalina.startup.Catalina.process(Catalina.java:180) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.ja va:3 9 ) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccesso rImp l .java:2 5) at java.lang.reflect.Method.invoke(Method.java:324) at org.apache.catalina.startup.Bootstrap.main(Bootstrap.java:203) - Root Cause - java.lang.ExceptionInInitializerError at org.apache.commons.messagelet.ManagerServlet.getSubscriptionManager(Man ager S ervlet. java:53) at org.apache.commons.messagelet.ManagerServlet.init(ManagerServlet.java:7 0) at javax.servlet.GenericServlet.init(GenericServlet.java:256) at org.apache.catalina.core.StandardWrapper.loadServlet(StandardWrapper.ja va:9 3 5) at org.apache.catalina.core.StandardWrapper.load(StandardWrapper.java:823) at org.apache.catalina.core.StandardContext.loadOnStartup(StandardContext. java : 3420) at org.apache.catalina.core.StandardContext.start(StandardContext.java:360 8) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.j ava: 8 21) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:807) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:579) at org.apache.catalina.core.StandardHostDeployer.install(StandardHostDeplo yer. j ava:307 ) at org.apache.catalina.core.StandardHost.install(StandardHost.java:772) at org.apache.catalina.startup.HostConfig.deployDirectories(HostConfig.jav a:55 9 ) at org.apache.catalina.startup.HostConfig.deployApps(HostConfig.java:401) at
Add Maven to related projects
Can Maven be added to the related projects list on the Jakarta home page?
Re: Add Maven to related projects
Hi, Christopher. Can Maven be added to the related projects list on the Jakarta home page? I also think so. Would you mind discuss about this on jakarta-general mailing list? I am so sorry this mail list is not appropriate place to discuss these things, it seems. To tell the truth, I am proposing new jakarta-site's look and feel http://jakarta.terra-intl.com/index.en.html and want it to be reflected to http://jakarta.apache.org/ Sincerely, -- Tetsuya Kitahata [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [math] Priority
--- Brent Worden [EMAIL PROTECTED] wrote: and unit tests. While things like rootfinding for non-differentiable functions may eventually have a place and may benefit from algorithms that someone can claim copyright ownership of, if no one else does it before I get to it, I will translate my simple newton's method implementation (which is trivial) and submit it. I would appreciate input on what a nice Java interface would look like for rootfinding, initally assuming that the function has a derivative, but ideally extensible to support strategies that do not require differentiability. In the chi-square patch, I created a root finding utility class. I used the bisection method to provide a default mechanism for computing inverse CDFs. It's driven by a simple Function interface. Check it out and see if it's something you can use or improve. The relevant types are org.apache.jakarta.commons.math.RootFinding and org.apache.jakarta.commons.math.Function and there it's utilized in org.apache.jakarta.commons.math.stat.distribution.AbstractContinuousDistribu tion. Let me know what you think. Brent Worden http://www.brent.worden.org Brent, I think I have a few improvements that came to mind while I was coding a Ridders' method implementation. Should I send you a diff file privately? Al = Albert Davidson Chou Get answers to Mac questions at http://www.Mac-Mgrs.org/ . __ Do you Yahoo!? Yahoo! Calendar - Free online calendar with sync to Outlook(TM). http://calendar.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] Observable next steps
From: Shapira, Yoav [EMAIL PROTECTED] CollectionChangeEvent: Collection collection - the collection (current reference, ie. after change) int numberChanged - the number of elements changing int changeIndex - for Lists, the index where the change starts Object changed - the value/collection being added/removed/changed boolean bulkOperation - true if addAll() etc. or clear() int oldSize - size before change int newSize - size after change boolean sizeChanged - (derived from previous two) Why is changeIndex required? Change index allows full discovery of the change that occured for List instances. The change index is the index in the List that the change started at. For other collections the field is of no use. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [collections] Observable next steps
From: Michael Heuer [EMAIL PROTECTED] On Sat, 24 May 2003, Stephen Colebourne wrote: CollectionChangeEvent: Collection collection - the collection (current reference, ie. after change) int numberChanged - the number of elements changing int changeIndex - for Lists, the index where the change starts Object changed - the value/collection being added/removed/changed boolean bulkOperation - true if addAll() etc. or clear() int oldSize - size before change int newSize - size after change boolean sizeChanged - (derived from previous two) It looks to me that collecting this information may require synchronization in the decorator -- is that acceptable? ObservableCollection extends AbstractCollectionDecorator public boolean add(Object object) { // synchronized { int oldSize = size(); boolean returnVal = super.add(object); int newSize = size(); // } if (returnVal) support.fireElementAdded(oldSize, newSize, object); return returnVal; } Synchronization is not the concern of the Observable classes. The user must synchronize themselves if it is important. Stephen - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Q about procedure / new committer project
If you're already an apache committer, all you need to do is ask for karma to the sandbox, and have at it. If you're not already an apache committer, then you'll probably want to start building a community at sourceforge or elsewhere before purposing a move to commons. - Rod http://radio.weblogs.com/0122027/ On Tue, 27 May 2003 [EMAIL PROTECTED] wrote: I was just reading the charter: http://jakarta.apache.org/commons/charter.html but I'm still a bit confused about sandbox projects. I have a new code base for a project called HiveMind that I've been working on for a short time. It is a general purpose configuration and service registry with a fair number of cool ideas. Since it's very formative, and I'm the only committer so far, I don't see this as a full Jakarta project, or (for now) even a commons project, but I believe it should be commons sandbox project while it develops. Does a sandbox project require a full proposal, or merely a request? I can easily put together a full proposal. In addition, I believe I'll need karma to commons in order to commit changes. -- [EMAIL PROTECTED] Tapestry: Java Web Components http;//jakarta.apache.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Q about procedure / new committer project
I am already an Apache committer (Tapestry project). Powers that be: Let me have it! -- Howard M. Lewis Ship Creator, Tapestry: Java Web Components http://jakarta.apache.org/tapestry -Original Message- From: Rodney Waldhoff [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 7:22 PM To: Jakarta Commons Developers List Subject: Re: Q about procedure / new committer project If you're already an apache committer, all you need to do is ask for karma to the sandbox, and have at it. If you're not already an apache committer, then you'll probably want to start building a community at sourceforge or elsewhere before purposing a move to commons. - Rod http://radio.weblogs.com/0122027/ On Tue, 27 May 2003 [EMAIL PROTECTED] wrote: I was just reading the charter: http://jakarta.apache.org/commons/charter.html but I'm still a bit confused about sandbox projects. I have a new code base for a project called HiveMind that I've been working on for a short time. It is a general purpose configuration and service registry with a fair number of cool ideas. Since it's very formative, and I'm the only committer so far, I don't see this as a full Jakarta project, or (for now) even a commons project, but I believe it should be commons sandbox project while it develops. Does a sandbox project require a full proposal, or merely a request? I can easily put together a full proposal. In addition, I believe I'll need karma to commons in order to commit changes. -- [EMAIL PROTECTED] Tapestry: Java Web Components http;//jakarta.apache.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator ValidatorResources.java
dgraham 2003/05/28 20:03:02 Modified:validator/src/share/org/apache/commons/validator ValidatorResources.java Log: Changed getForm(Locale, Object) to getForm(Locale, String). Revision ChangesPath 1.21 +16 -15 jakarta-commons/validator/src/share/org/apache/commons/validator/ValidatorResources.java Index: ValidatorResources.java === RCS file: /home/cvs/jakarta-commons/validator/src/share/org/apache/commons/validator/ValidatorResources.java,v retrieving revision 1.20 retrieving revision 1.21 diff -u -r1.20 -r1.21 --- ValidatorResources.java 28 May 2003 04:14:32 - 1.20 +++ ValidatorResources.java 29 May 2003 03:03:02 - 1.21 @@ -330,13 +330,13 @@ * @deprecated Use getForm() instead. */ public Form get(Locale locale, Object formKey) { -return this.getForm(locale, formKey); +return this.getForm(locale, formKey.toString()); } /** - * pGets a codeForm/code based on the name of the form and the codeLocale/code that - * most closely matches the codeLocale/code passed in. The order of codeLocale/code - * matching is:/p + * pGets a codeForm/code based on the name of the form and the + * codeLocale/code that most closely matches the codeLocale/code + * passed in. The order of codeLocale/code matching is:/p * ol *lilanguage + country + variant/li *lilanguage + country/li @@ -344,7 +344,7 @@ *lidefault locale/li * /ol */ -public Form getForm(Locale locale, Object formKey) { +public Form getForm(Locale locale, String formKey) { return this.getForm( locale.getLanguage(), locale.getCountry(), @@ -370,7 +370,7 @@ String variant, Object formKey) { -return this.getForm(language, country, variant, formKey); +return this.getForm(language, country, variant, formKey.toString()); } /** @@ -388,7 +388,7 @@ String language, String country, String variant, -Object formKey) { +String formKey) { String key = this.buildLocale(language, country, variant); @@ -427,10 +427,11 @@ } /** - * pProcess the codeValidatorResources/code object. /p - * - * pCurrently sets the codeFastHashMap/codes to the 'fast' - * mode and call the processes all other resources./p + * Process the codeValidatorResources/code object. Currently sets the + * codeFastHashMap/codes to the 'fast' mode and call the processes all + * other resources. strongNote/strong: The framework calls this automatically + * when ValidatorResources is created from an XML file. If you create an instance + * of this class by hand you strongmust/strong call this method when finished. */ public void process() { hFormSets.setFast(true); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator Form.java
dgraham 2003/05/28 20:03:56 Modified:validator/src/share/org/apache/commons/validator Form.java Log: Deprecated public process() method because it should only be called by the framework. Revision ChangesPath 1.7 +6 -4 jakarta-commons/validator/src/share/org/apache/commons/validator/Form.java Index: Form.java === RCS file: /home/cvs/jakarta-commons/validator/src/share/org/apache/commons/validator/Form.java,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- Form.java 28 May 2003 04:14:32 - 1.6 +++ Form.java 29 May 2003 03:03:56 - 1.7 @@ -140,6 +140,8 @@ /** * Processes all of the codeForm/code's codeField/codes. + * @deprecated This method is called by the framework. It will be made protected + * in a future release. TODO */ public void process(Map globalConstants, Map constants) { hFields.setFast(true); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/validator/src/share/org/apache/commons/validator Field.java
dgraham 2003/05/28 20:04:33 Modified:validator/src/share/org/apache/commons/validator Field.java Log: Deprecated public process() method because it should only be called by the framework. Use getters internally instead of duplicating logic and casting. Revision ChangesPath 1.15 +9 -7 jakarta-commons/validator/src/share/org/apache/commons/validator/Field.java Index: Field.java === RCS file: /home/cvs/jakarta-commons/validator/src/share/org/apache/commons/validator/Field.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- Field.java28 May 2003 04:14:32 - 1.14 +++ Field.java29 May 2003 03:04:33 - 1.15 @@ -547,6 +547,8 @@ /** * Replace constants with values in fields and process the depends field * to create the dependency codeMap/code. + * @deprecated This method is called by the framework. It will be made protected + * in a future release. TODO */ public void process(Map globalConstants, Map constants) { this.hMsgs.setFast(false); @@ -584,7 +586,7 @@ for (Iterator i = hVars.keySet().iterator(); i.hasNext();) { String key = (String) i.next(); String key2 = TOKEN_START + TOKEN_VAR + key + TOKEN_END; - Var var = (Var) hVars.get(key); + Var var = this.getVar(key); String replaceValue = var.getValue(); this.processMessageComponents(key2, replaceValue); @@ -600,7 +602,7 @@ Iterator i = this.hVars.keySet().iterator(); while (i.hasNext()) { String varKey = (String) i.next(); -Var var = (Var) this.hVars.get(varKey); +Var var = this.getVar(varKey); var.setValue(ValidatorUtils.replace(var.getValue(), key, replaceValue)); } @@ -626,7 +628,7 @@ if (key != null !key.startsWith(varKey)) { for (Iterator i = hMsgs.keySet().iterator(); i.hasNext();) { String msgKey = (String) i.next(); -String value = (String) hMsgs.get(msgKey); +String value = this.getMsg(msgKey); hMsgs.put(msgKey, ValidatorUtils.replace(value, key, replaceValue)); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-commons/validator/src/example/org/apache/commons/validator/example ValidateExample.java
dgraham 2003/05/28 20:34:36 Modified:validator/src/share/org/apache/commons/validator ValidatorResources.java Form.java validator/src/example/org/apache/commons/validator/example ValidateExample.java Log: Deprecated Form.getFieldMap() and added Form.containsField() and Form.getField(). This doesn't expose so much of Form's implementation and makes the client code easier. Revision ChangesPath 1.22 +10 -11 jakarta-commons/validator/src/share/org/apache/commons/validator/ValidatorResources.java Index: ValidatorResources.java === RCS file: /home/cvs/jakarta-commons/validator/src/share/org/apache/commons/validator/ValidatorResources.java,v retrieving revision 1.21 retrieving revision 1.22 diff -u -r1.21 -r1.22 --- ValidatorResources.java 29 May 2003 03:03:02 - 1.21 +++ ValidatorResources.java 29 May 2003 03:34:35 - 1.22 @@ -492,9 +492,8 @@ Field defaultField = (Field) defaultFields.next(); String fieldKey = defaultField.getKey(); -if (form.getFieldMap().containsKey(fieldKey)) { -newForm.addField( -(Field) form.getFieldMap().get(fieldKey)); +if (form.containsField(fieldKey)) { +newForm.addField(form.getField(fieldKey)); } else { Field field = @@ -544,7 +543,7 @@ !GenericValidator.isBlankOrNull(variant)) { Form form = this.getForm(language, country, variant, formKey); -field = (Field) form.getFieldMap().get(fieldKey); +field = form.getField(fieldKey); } if (field == null) { @@ -552,20 +551,20 @@ !GenericValidator.isBlankOrNull(country)) { Form form = this.getForm(language, country, null, formKey); -field = (Field) form.getFieldMap().get(fieldKey); +field = form.getField(fieldKey); } } if (field == null) { if (!GenericValidator.isBlankOrNull(language)) { Form form = this.getForm(language, null, null, formKey); -field = (Field) form.getFieldMap().get(fieldKey); +field = form.getField(fieldKey); } } if (field == null) { Form form = this.getForm(defaultLocale, formKey); -field = (Field) form.getFieldMap().get(fieldKey); +field = form.getField(fieldKey); } return field; 1.8 +19 -4 jakarta-commons/validator/src/share/org/apache/commons/validator/Form.java Index: Form.java === RCS file: /home/cvs/jakarta-commons/validator/src/share/org/apache/commons/validator/Form.java,v retrieving revision 1.7 retrieving revision 1.8 diff -u -r1.7 -r1.8 --- Form.java 29 May 2003 03:03:56 - 1.7 +++ Form.java 29 May 2003 03:34:35 - 1.8 @@ -133,9 +133,24 @@ /** * The codeField/codes are returned as an unmodifiable codeMap/code. + * @deprecated Use containsField(String) and getField(String) instead. */ public Map getFieldMap() { return Collections.unmodifiableMap(hFields); +} + +/** + * Returns the Field with the given name or null if this Form has no such field + */ +public Field getField(String fieldName) { +return (Field) this.hFields.get(fieldName); +} + +/** + * Returns true if this Form contains a Field with the given name. + */ +public boolean containsField(String fieldName){ +return this.hFields.containsKey(fieldName); } /** 1.12 +5 -5 jakarta-commons/validator/src/example/org/apache/commons/validator/example/ValidateExample.java Index: ValidateExample.java === RCS file: /home/cvs/jakarta-commons/validator/src/example/org/apache/commons/validator/example/ValidateExample.java,v retrieving revision 1.11 retrieving revision 1.12 diff -u -r1.11 -r1.12 --- ValidateExample.java 28 May 2003 04:28:01 - 1.11 +++ ValidateExample.java 29 May 2003 03:34:35 - 1.12 @@ -188,7 +188,7 @@ String propertyName = (String) propertyNames.next(); // Get the Field associated with that property in the Form -Field field = (Field) form.getFieldMap().get(propertyName); +
[GUMP] Build Failure - commons-jxpath
This email is autogenerated from the output from: http://cvs.apache.org/builds/gump/2003-05-29/commons-jxpath.html Buildfile: build.xml check_available: init: [echo] jxpath 20030529 [echo] junit.jar = /home/rubys/jakarta/dist/junit/junit.jar [echo] jaxp.jaxp.jar = /home/rubys/jakarta/xml-xerces2/java/build/xmlParserAPIs.jar [echo] jaxp.xslt.jar = /home/rubys/jakarta/xml-xalan/java/build/xalan-unbundled.jar [echo] servlet.jar = ${servlet.jar} [echo] commons-beanutils.jar = ${commons-beanutils.jar} [echo] commons-collections.jar = ${commons-collections.jar} [echo] commons-logging.jar = ${commons-logging.jar} check.junit: check.jaxp.jaxp: check.jaxp.xslt: check.servlet: prepare: [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons/jxpath/target [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons/jxpath/target/classes [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons/jxpath/target/conf [mkdir] Created dir: /home/rubys/jakarta/jakarta-commons/jxpath/target/tests static: [copy] Copying 1 file to /home/rubys/jakarta/jakarta-commons/jxpath/target/conf [copy] Replacing: @name@ - jxpath [copy] Replacing: @version@ - 20030529 compile: [javac] Compiling 153 source files to /home/rubys/jakarta/jakarta-commons/jxpath/target/classes [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNamespaceIterator.java:110: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] Element parent = element.getParent(); [javac] ^ [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNodePointer.java:511: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] return ((Element) node).getParent(); [javac] ^ [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNodePointer.java:514: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] return ((Text) node).getParent(); [javac] ^ [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNodePointer.java:517: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] return ((CDATA) node).getParent(); [javac]^ [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNodePointer.java:520: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] return ((ProcessingInstruction) node).getParent(); [javac]^ [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNodePointer.java:523: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] return ((Comment) node).getParent(); [javac] ^ [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNodePointer.java:667: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] Element parent = ((Element) node).getParent(); [javac]^ [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNodePointer.java:692: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] parent = ((Text) node).getParent(); [javac] ^ [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNodePointer.java:695: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] parent = ((CDATA) node).getParent(); [javac] ^ [javac] /home/rubys/jakarta/jakarta-commons/jxpath/src/java/org/apache/commons/jxpath/ri/model/jdom/JDOMNodePointer.java:715: incompatible types [javac] found : org.jdom.Parent [javac] required: org.jdom.Element [javac] Element parent = ((ProcessingInstruction) node).getParent(); [javac
Re: [math] Priority
Brent Worden wrote: In the chi-square patch, I created a root finding utility class. I used the bisection method to provide a default mechanism for computing inverse CDFs. It's driven by a simple Function interface. Check it out and see if it's something you can use or improve. Here's my take on root finding. Note that BrentSolver uses only inverse quadratic interpolation rather than the full Brent algorithm. THere are a few issues with accuracy, there should really be a relative accuracy too, as well as some plausiblity checks. J.Pietschmann m.zip Description: Zip archive - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Httpclient under weblogic 7.0
Om, I'm wondering if the java.net.ssl.SSLSocketFactory is being configured correctly. I notice that you are using weblogic.net.http.HttpsURLConnection. Does your example also work if you do url.openConnection()? If not, then the Weblogic SSLSocketFactory is not registered correctly. By default, when opening SSL connections, HttpClient calls SSLSocketFactory.getDefault() to obtain a socket factory for creating SSL sockets. If this does not return a usable SocketFactory then things will not work. Assuming that SSLSocketFactory is not correctly configured you have two options: 1) Register the Weblogic SocketFactory with the SSLSocketFactory. This can probably be done by setting some system properties or registering a provider with Security.addProvider(). You will probably have to look into Sun's docs a little. 2) Create a custom HttpClient ProtocolSocketFactory. Take a look at org.apache.commons.httpclient.protocol.SSLProtocolSocketFactory for how to implement this. This socket factory must then must be registered with Protocol.registerProtocol(). Good luck. Mike On Tuesday, May 27, 2003, at 08:12 PM, Om Narayan wrote: I am trying to use httpclient with weblogic 7.0. It works fine without SSL, but when I try to use https urls it just sits there hanging. If I use weblogic's apis, the program works fine (btw, I am using the sslclient example that comes with weblogic). I am using weblogic's implementation of SSL (not Sun's JSSE). Is there any special setup/installation necessary? Om. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
BETA-1 is officially out
Folks Beta-1 has been tagged on the CVS trunk two days ago and is officially out. The problem is that we are unable to deploy the official build without Jeff Jandalf, our project lead, as only he has necessary access permissions for the official Jakarta file repository web site. You can still obtain beta-1 snapshot from the CVS directly by running the following command: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co -r HTTPCLIENT_2_0_BETA1 jakarta-commons/httpclient Cheers Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Help on client authentication
I use httpclient to do SSL. We have been having problems using the 2.0 beta-1 (even alpha3 ) release of httpclient to do SSL with mutual client authentication using Keystores and JSSE. This used to work in a previous release of http client. I need to upgrade to 2.0 version for a bug fix. Does anyone know if SSL with mutual client authentication has ever been tested with http client?.. Can anyone provide me with sample code to do client authentication using httpclient in 2.0? Any help will be appreciated on this count... Patrick ___ Get email that means BUSINESS! me @ mycompany.com. Just Rs.1499/year. To start, click http://www.rediffmailpro.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Fw: BETA-1 is officially out
Unless Jeff comes back into the fold in the short term, I'll happily help here. I'll start by checking out the tagged code and doing a maven site:deploy. Let me know if there are problems with this -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au - Forwarded by dIon Gillard/Multitask Consulting/AU on 29/05/2003 04:52 PM - Michael Becke [EMAIL PROTECTED] wrote on 29/05/2003 11:13:40 AM: dIon, Any assistance that you could lend would be greatly appreciated. Pretty much everything that we can take care of has been done. We've tagged the release, tested the code, updated the site docs, and written an announcement. I think all that's left to be done is run maven to generate the new site and distribution, upload the new files, add the news item, and mail a notice to the usual mailing lists. The code has been tagged as HTTPCLIENT_2_0_BETA1. The announcement is below (note that one link still needs to be added). Jeff wrote release procedures for the last release if you would like to take a look at them (http://jakarta.apache.org/commons/httpclient/releases.html). Please let us know if you have any questions. Thank you, Mike release announcement - The Commons team is pleased to announce the first feature complete Beta 1 release of Commons HttpClient 2.0 from the Apache Software Foundation. Commons HttpClient is an Open Source implementation of the Hyper-Text Transfer Protocol(HTTP), one of the most widely used communication protocols underpinning the World Wide Web. This release contains a number of bug fixes and feature enhancements. For more details please see the release notes(LINK HERE). Source and binary distributions are available from the main Jakarta site http://jakarta.apache.org/builds/jakarta-commons/release/commons- httpclient/v2.0/. Please see the HttpClient http://jakarta.apache.org/commons/httpclient/ web site for more information. end of release announcement - On Wednesday, May 28, 2003, at 07:59 PM, [EMAIL PROTECTED] wrote: Oleg, I probably have permissions on the jakarta site and file directories too...Let me know if I can help. -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au Kalnichevski, Oleg [EMAIL PROTECTED] wrote on 29/05/2003 01:29:07 AM: Folks Beta-1 has been tagged on the CVS trunk two days ago and is officially out. The problem is that we are unable to deploy the official build without Jeff Jandalf, our project lead, as only he has necessary access permissions for the official Jakarta file repository web site. You can still obtain beta-1 snapshot from the CVS directly by running the following command: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co -r HTTPCLIENT_2_0_BETA1 jakarta-commons/httpclient Cheers Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Fw: BETA-1 is officially out
If you could also push the distribution to http://jakarta.apache.org/builds/jakarta-commons/release/commons- httpclient/v2.0/ that would be good. The newly published site now references this directory for downloading Beta 1. Thanks for your help dIon. Mike On Thursday, May 29, 2003, at 02:55 AM, [EMAIL PROTECTED] wrote: Unless Jeff comes back into the fold in the short term, I'll happily help here. I'll start by checking out the tagged code and doing a maven site:deploy. Let me know if there are problems with this -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au - Forwarded by dIon Gillard/Multitask Consulting/AU on 29/05/2003 04:52 PM - Michael Becke [EMAIL PROTECTED] wrote on 29/05/2003 11:13:40 AM: dIon, Any assistance that you could lend would be greatly appreciated. Pretty much everything that we can take care of has been done. We've tagged the release, tested the code, updated the site docs, and written an announcement. I think all that's left to be done is run maven to generate the new site and distribution, upload the new files, add the news item, and mail a notice to the usual mailing lists. The code has been tagged as HTTPCLIENT_2_0_BETA1. The announcement is below (note that one link still needs to be added). Jeff wrote release procedures for the last release if you would like to take a look at them (http://jakarta.apache.org/commons/httpclient/releases.html). Please let us know if you have any questions. Thank you, Mike release announcement - The Commons team is pleased to announce the first feature complete Beta 1 release of Commons HttpClient 2.0 from the Apache Software Foundation. Commons HttpClient is an Open Source implementation of the Hyper-Text Transfer Protocol(HTTP), one of the most widely used communication protocols underpinning the World Wide Web. This release contains a number of bug fixes and feature enhancements. For more details please see the release notes(LINK HERE). Source and binary distributions are available from the main Jakarta site http://jakarta.apache.org/builds/jakarta-commons/release/commons- httpclient/v2.0/. Please see the HttpClient http://jakarta.apache.org/commons/httpclient/ web site for more information. end of release announcement - On Wednesday, May 28, 2003, at 07:59 PM, [EMAIL PROTECTED] wrote: Oleg, I probably have permissions on the jakarta site and file directories too...Let me know if I can help. -- dIon Gillard, Multitask Consulting Blog: http://www.freeroller.net/page/dion/Weblog Work: http://www.multitask.com.au Kalnichevski, Oleg [EMAIL PROTECTED] wrote on 29/05/2003 01:29:07 AM: Folks Beta-1 has been tagged on the CVS trunk two days ago and is officially out. The problem is that we are unable to deploy the official build without Jeff Jandalf, our project lead, as only he has necessary access permissions for the official Jakarta file repository web site. You can still obtain beta-1 snapshot from the CVS directly by running the following command: cvs -d :pserver:[EMAIL PROTECTED]:/home/cvspublic co -r HTTPCLIENT_2_0_BETA1 jakarta-commons/httpclient Cheers Oleg - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]