DO NOT REPLY [Bug 32341] - Shale org.apache.shale.Constants breaks OOP
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32341. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32341 --- Additional Comments From [EMAIL PROTECTED] 2004-11-22 11:47 --- Created an attachment (id=13514) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13514action=view) A proposed change of ShaleConstants to a class. An example of ShaleConstants as a class -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 32341] - Shale org.apache.shale.Constants breaks OOP
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32341. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32341 --- Additional Comments From [EMAIL PROTECTED] 2004-11-22 12:10 --- Created an attachment (id=13515) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=13515action=view) Constants class to conform to OOP principles Proposed change of Constants to conform to OOP principles -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: LazyValidatorActionForm...validation key?
oh nothing's changed..just went from basic ValidatorActionForm = SuperDuperLazyForm and noticed my validations weren't firing. Just got a bit confused until digging deeper. Niall Pemberton wrote: *Munging* the path was in the original version of BeanValidatorForm - so whats changed? If you don't want *munging* then just override the getValidationKey() method and implement tyour own un-munged behaviour. Niall - Original Message - From: Danny Mui [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Friday, November 19, 2004 11:32 PM Subject: LazyValidatorActionForm...validation key? Was wondering why the paths were being munged in the BeanValidatorForm to underscore? Things used to be passed in directly from the mapping to the form. Just curious as the documentation since things worked before...but didnt after :). - 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]
DO NOT REPLY [Bug 32341] - [Shale] org.apache.shale.Constants breaks OOP
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32341. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32341 [EMAIL PROTECTED] changed: What|Removed |Added Summary|Shale |[Shale] |org.apache.shale.Constants |org.apache.shale.Constants |breaks OOP |breaks OOP --- Additional Comments From [EMAIL PROTECTED] 2004-11-22 20:01 --- Interesting idea ... I'll implement something along these lines when I'm back from a business trip on Wednesday (along with some other stuff I've been working on). I also tweaked the subject line to follow a convention popular in Jakarta Commons isssue reports, to help you visually distinguish which portion of the overall repository this applies to, since there's no separate category for Shale. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build with SVN
On Mon, 22 Nov 2004 03:26:50 -0800, Dakota Jack [EMAIL PROTECTED] wrote: The ARChives are down -- search errors -- so I have to ask a question which has probably been covered well there. There are at least 4 sets of archives: http://mail-archives.apache.org/eyebrowse/SummarizeList?listId=240 http://www.mail-archive.com/dev%40struts.apache.org/ http://marc.theaimsgroup.com/?l=struts-devr=1w=2 http://dir.gmane.org/gmane.comp.jakarta.struts.devel How do you build from SVN. It's no different than when we were is CVS, other than that we've restructured so that you now want to build from the 'core' directly. The remainder of the instructions are here: http://struts.apache.org/userGuide/installation.html#Building The Struts SVN download, by the way, was 1.68 gigs on the disk. Woo hoo! You might want to just get struts/*/trunk instead of the whole enchilada. ;-) -- Martin Cooper Jack -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - 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: Can JSF Navigation be Reasonably Rewritten?
I think you will get a lot more feedback at the Apache MyFaces, A Struts siter project. Consider posting there. http://www.marinschek.com/myfaces/tiki/tiki-index.php?page=MailingLists .V Dakota Jack wrote: Is there a potential useful and reasonable rewrite of JSF so that the sort of navigation (controller) system in Struts can be employed instead of the page based navigation in JSF consistent with the rest of JSF, or is the page based navigation too tied to the rest of JSF? Thanks for any insights Jack - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Can JSF Navigation be Reasonably Rewritten?
The page navigation *mechanism* in JSF is pluggable -- you need to provide an implementation of javax.faces.application.NavigationHandler, which could then do things like look at Struts action mappings to figure out where to go next, instead of (or in addition to) the JSF navigation-rule stuff. You configure a replacement implementation in a faces-config.xml file, in the navigation-handler element inside the application element. In the JSF spec, see Section 7.4 for the responsibilities of a NavigationHandler, plus the requirements for the default implementation. See Section 10.3 for configuration information, and in particular Section 10.3.5 for how you can use the Decorator Pattern to customize some aspects of the behavior of NavigationHandler (and all the other pluggability points in JSF) while delegating to the original implementation for other aspects. To get the spec, start at http://java.sun.com/j2ee/javaserverfaces. Craig On Mon, 22 Nov 2004 04:49:36 -0800, Dakota Jack [EMAIL PROTECTED] wrote: Is there a potential useful and reasonable rewrite of JSF so that the sort of navigation (controller) system in Struts can be employed instead of the page based navigation in JSF consistent with the rest of JSF, or is the page based navigation too tied to the rest of JSF? Thanks for any insights Jack -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - 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: Build with SVN
Thanks, Martin -- Jack On Mon, 22 Nov 2004 12:04:02 -0800, Martin Cooper [EMAIL PROTECTED] wrote: On Mon, 22 Nov 2004 03:26:50 -0800, Dakota Jack [EMAIL PROTECTED] wrote: The ARChives are down -- search errors -- so I have to ask a question which has probably been covered well there. There are at least 4 sets of archives: http://mail-archives.apache.org/eyebrowse/SummarizeList?listId=240 http://www.mail-archive.com/dev%40struts.apache.org/ http://marc.theaimsgroup.com/?l=struts-devr=1w=2 http://dir.gmane.org/gmane.comp.jakarta.struts.devel How do you build from SVN. It's no different than when we were is CVS, other than that we've restructured so that you now want to build from the 'core' directly. The remainder of the instructions are here: http://struts.apache.org/userGuide/installation.html#Building The Struts SVN download, by the way, was 1.68 gigs on the disk. Woo hoo! You might want to just get struts/*/trunk instead of the whole enchilada. ;-) -- Martin Cooper Jack -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r106242 - /struts/sandbox/trunk/struts-chain/src/java/org/apache/struts/chain/CreateAction.java
Author: germuska
Date: Mon Nov 22 15:54:57 2004
New Revision: 106242
Modified:
struts/sandbox/trunk/struts-chain/src/java/org/apache/struts/chain/CreateAction.java
Log:
fix context key: should use method-scoped variable 'actionsKey', not
instance-scoped variable 'actionKey'
Modified:
struts/sandbox/trunk/struts-chain/src/java/org/apache/struts/chain/CreateAction.java
Url:
http://svn.apache.org/viewcvs/struts/sandbox/trunk/struts-chain/src/java/org/apache/struts/chain/CreateAction.java?view=diffrev=106242p1=struts/sandbox/trunk/struts-chain/src/java/org/apache/struts/chain/CreateAction.javar1=106241p2=struts/sandbox/trunk/struts-chain/src/java/org/apache/struts/chain/CreateAction.javar2=106242
==
---
struts/sandbox/trunk/struts-chain/src/java/org/apache/struts/chain/CreateAction.java
(original)
+++
struts/sandbox/trunk/struts-chain/src/java/org/apache/struts/chain/CreateAction.java
Mon Nov 22 15:54:57 2004
@@ -230,7 +230,7 @@
Map actions = (Map) wcontext.getApplicationScope().get(actionsKey);
if (actions == null) {
actions = new HashMap();
-wcontext.getApplicationScope().put(actionKey, actions);
+wcontext.getApplicationScope().put(actionsKey, actions);
}
return (actions);
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r106246 - /struts/sandbox/trunk/struts-chain/project.xml
Author: germuska Date: Mon Nov 22 16:05:57 2004 New Revision: 106246 Modified: struts/sandbox/trunk/struts-chain/project.xml Log: update 'extends' element; add mockobjects dependencies to encourage test writing Modified: struts/sandbox/trunk/struts-chain/project.xml Url: http://svn.apache.org/viewcvs/struts/sandbox/trunk/struts-chain/project.xml?view=diffrev=106246p1=struts/sandbox/trunk/struts-chain/project.xmlr1=106245p2=struts/sandbox/trunk/struts-chain/project.xmlr2=106246 == --- struts/sandbox/trunk/struts-chain/project.xml (original) +++ struts/sandbox/trunk/struts-chain/project.xml Mon Nov 22 16:05:57 2004 @@ -22,7 +22,7 @@ project pomVersion3/pomVersion - extend../../project.xml/extend + extend../../../core/trunk/project.xml/extend namestruts-chain/name idstruts-chain/id groupIdstruts/groupId @@ -51,12 +51,22 @@ artifactIdstruts/artifactId versionSNAPSHOT/version /dependency - /dependencies +dependency + groupIdmockobjects/groupId + artifactIdmockobjects-core/artifactId + version0.09/version +/dependency +dependency + groupIdmockobjects/groupId + artifactIdmockobjects-jdk1.3-j2ee1.2/artifactId + version0.09/version +/dependency +/dependencies build nagEmailAddress[EMAIL PROTECTED]/nagEmailAddress sourceDirectorysrc/java/sourceDirectory -!-- Unit test cases unitTestSourceDirectorysrc/test/unitTestSourceDirectory +!-- Unit test cases integrationUnitTestSourceDirectory / aspectSourceDirectory / unitTest - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Experiences with MockObjects for Servlet testing?
I just found an annoying bug in struts-chain, where CreateAction was looking up the map of actions under one key, and if not found, creating a new map and storing it under another key. The net result being that every CreateAction request was resulting in the initialization of a new Action class (as well as a new HashMap). Anyway, I thought this would be a good time to start writing test cases for struts-chain stuff. I haven't used MockObjects much, but it seemed like the best way to set up the mock environment. However, when I got down to running the test, I found that the library appears to be hard-coded to throw an AssertionFailedError if you try to retrieve something from the MockServletContext which isn't there. http://mockobjects.sourceforge.net/javadoc/1.4/com/mockobjects/ReturnObjectBag.html#getNextReturnObject(java.lang.Object) Does anyone more familiar with MockObjects know if there's a way to turn off this behavior or otherwise specify that it's not an error condition? Obviously in this case I can't write a test case for my fix if I can't simulate the condition where there is not yet any such object in the ServletContext. I went ahead and committed the fix anyway (rev. 106242) but it would be nice to be able to test it. I'm going to go ahead and commit the project.xml file that has mockobjects dependencies, since they may still be useful for other tests that we may want to write. This project.xml file also fixes the inheritance from the Struts project.xml file. (For the el libraries, I did this the other way, by copying the files that would otherwise be picked up by inheritance. I'm not sure which I think is more right but the inheritance precludes someone from building a source distribution, which is kind of a drag. In this case, it was just faster!) Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com Narrow minds are weapons made for mass destruction -The Ex
Re: Experiences with MockObjects for Servlet testing?
Perhaps this might be a good time to bring up the idea of bringing StrutsTestCase as a Struts subproject? They have an implementation of the servlet api for testing. Don Joe Germuska wrote: I just found an annoying bug in struts-chain, where CreateAction was looking up the map of actions under one key, and if not found, creating a new map and storing it under another key. The net result being that every CreateAction request was resulting in the initialization of a new Action class (as well as a new HashMap). Anyway, I thought this would be a good time to start writing test cases for struts-chain stuff. I haven't used MockObjects much, but it seemed like the best way to set up the mock environment. However, when I got down to running the test, I found that the library appears to be hard-coded to throw an AssertionFailedError if you try to retrieve something from the MockServletContext which isn't there. http://mockobjects.sourceforge.net/javadoc/1.4/com/mockobjects/ReturnObjectBag.html#getNextReturnObject(java.lang.Object) Does anyone more familiar with MockObjects know if there's a way to turn off this behavior or otherwise specify that it's not an error condition? Obviously in this case I can't write a test case for my fix if I can't simulate the condition where there is not yet any such object in the ServletContext. I went ahead and committed the fix anyway (rev. 106242) but it would be nice to be able to test it. I'm going to go ahead and commit the project.xml file that has mockobjects dependencies, since they may still be useful for other tests that we may want to write. This project.xml file also fixes the inheritance from the Struts project.xml file. (For the el libraries, I did this the other way, by copying the files that would otherwise be picked up by inheritance. I'm not sure which I think is more right but the inheritance precludes someone from building a source distribution, which is kind of a drag. In this case, it was just faster!) Joe - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Experiences with MockObjects for Servlet testing?
On Mon, 22 Nov 2004 16:28:32 -0800, Don Brown [EMAIL PROTECTED] wrote: Perhaps this might be a good time to bring up the idea of bringing StrutsTestCase as a Struts subproject? They have an implementation of the servlet api for testing. Also, someone (Howard?) mentioned at ApacheCon that ServletUnit is a good, stable, full-featured framework for testing, well, servlet-based code. I'd like us to take a look at that before we make any hard decisions about testing frameworks. -- Martin Cooper Don Joe Germuska wrote: I just found an annoying bug in struts-chain, where CreateAction was looking up the map of actions under one key, and if not found, creating a new map and storing it under another key. The net result being that every CreateAction request was resulting in the initialization of a new Action class (as well as a new HashMap). Anyway, I thought this would be a good time to start writing test cases for struts-chain stuff. I haven't used MockObjects much, but it seemed like the best way to set up the mock environment. However, when I got down to running the test, I found that the library appears to be hard-coded to throw an AssertionFailedError if you try to retrieve something from the MockServletContext which isn't there. http://mockobjects.sourceforge.net/javadoc/1.4/com/mockobjects/ReturnObjectBag.html#getNextReturnObject(java.lang.Object) Does anyone more familiar with MockObjects know if there's a way to turn off this behavior or otherwise specify that it's not an error condition? Obviously in this case I can't write a test case for my fix if I can't simulate the condition where there is not yet any such object in the ServletContext. I went ahead and committed the fix anyway (rev. 106242) but it would be nice to be able to test it. I'm going to go ahead and commit the project.xml file that has mockobjects dependencies, since they may still be useful for other tests that we may want to write. This project.xml file also fixes the inheritance from the Struts project.xml file. (For the el libraries, I did this the other way, by copying the files that would otherwise be picked up by inheritance. I'm not sure which I think is more right but the inheritance precludes someone from building a source distribution, which is kind of a drag. In this case, it was just faster!) Joe - 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: Configuration and IoC (Re: Proposed Roadmap for 1.3.x and beyond [long])
The bottom line is Struts now uses xml configuration as declarative configuration, rather than procedural. We define forms, actions, plugins, etc., without defining a process for using them. When you start looking at configuration for defining procedures, it can get messy quick - just look at Jelly. Many would argue XML is just not a good fit for procedural code/definitions. Even if you liked XML for procedural configuration, I'm not sure chain's dtd would be a good idea either. It only can only be used to define a linear process - no braches, loops, or iterations. Instead, you'd have to code that logic inside your commands, further complicating them and making it even harder to deduce flow. Personally, I like the approach of using XML to define items, then letting how those items are processed be defined with chain or whatever else. Even then, I like using chain and CoR for defining one pretty static process like how Struts handles requests, but leaving it up to Java or scripting languages for defining more dynamic, complex processes. Inversion of Control, however, is really a different beast as it seeks neither to define processes or conceptual elements, but rather configures actual classes which may be different. Don Joe Germuska wrote: Since there was so much coming out of the ApacheCon summit, I decided to split my responses up a bit. I think long-term, the way in which Struts is configured is one of the most important factors about its ease of use and maintenance. At 9:37 AM -0600 11/21/04, Vic wrote: So I say no combined DTD in favor of chain DTD, and no IoC, because CoR , similar in purpose, is better than IoC. If IoC always had same signature - you'd have CoR. I know IoC is fashionable, but CoR is better, I put both in production. There is definitely something to this. I don't think I would agree that the Chain DTD would subsume any other configuration, but it's possible to imagine, at least in many cases, scrapping the struts-config.xml and instead having each command configure itself with whatever it needs. The problem comes when multiple steps in the chain need to reference the same configuration information. For example, form beans need to be looked up to populate them from the request, but they also need to be looked up if you want to pre-populate a page with application data. You wouldn't really want to push the form-bean configuration into the CreateActionForm command; instead, you'd want both CreateActionForm and (some as yet non-existent) PrepareViewContext command each to look up something in the StrutsContext which had that expertise. The other problem (if it is a problem) comes with explaining just what Struts is, if there's no struts-config file! I wouldn't let that stop me, but it is interesting in a way. If we were to use some kind of IoC, what would be the collaborators? I have often thought it would be nice to replace all those config classes with some more intelligent classes that have config but also do things (especially form bean and action instantiation), thereby centralizing some of the logic. Furthermore, I do prefer, in general, the idea of initializing one (or very few) objects for each relevant scope (in this case, particularly, the application scope) and then populating properties on those objects, rather than trusting everyone to use the right attribute name for fishing those out of contexts. I'm still trying to go through actual Struts code looking at it with these ideas in mind to validate whether there are really places where Struts would benefit from this, or if it's really just a matter of taste that isn't worth trying to impose on Struts. Joe At 8:47 AM -0500 11/21/04, Ted Husted wrote: -1.4 considerations- One we get past 1.3.x, there are some other things that we might consider. Consider combining DTDs. Right now, using standard extensions like Tiles and Validator mean using more than one configuration file. While using multiple configurations files can be a good thing, we should also try and support the idea of having a single configuration file. This might not work-out for Tiles, but we might be able to at least integrate the Validator configuration with the DynaForm configuration. Consider adding catalog element. Depending on how the work goes with the experimental ActionCommand interface, we might identifiy a need to add a catalog element to the Struts configuration, to support using a Chain of ActionCommands. Consider refactoring for Spring. We identified the need for adding a IOC container to Struts some time ago, but stalled on the point of which to use. Since then, Spring has gained a lot of momentum. Spring is used by the MyFaces and Beehive teams, and its on the radar for Shale. There is already a Struts-Spring component in the Spring distribution and other common ground. - To unsubscribe, e-mail:
Re: Build with SVN
I suppose I am cracked, but I am getting an error in my build for Struts 1_2_6 because it does not find commons-collections.jar for org.apache.commons.collections.FastHashMap as well as, LazyDynaBean, LazyDynaMap, WrapDynaBean.getInstance(), and FastHashMap,. What's up? Thanks, Jack On Mon, 22 Nov 2004 12:04:02 -0800, Martin Cooper [EMAIL PROTECTED] wrote: On Mon, 22 Nov 2004 03:26:50 -0800, Dakota Jack [EMAIL PROTECTED] wrote: The ARChives are down -- search errors -- so I have to ask a question which has probably been covered well there. There are at least 4 sets of archives: http://mail-archives.apache.org/eyebrowse/SummarizeList?listId=240 http://www.mail-archive.com/dev%40struts.apache.org/ http://marc.theaimsgroup.com/?l=struts-devr=1w=2 http://dir.gmane.org/gmane.comp.jakarta.struts.devel How do you build from SVN. It's no different than when we were is CVS, other than that we've restructured so that you now want to build from the 'core' directly. The remainder of the instructions are here: http://struts.apache.org/userGuide/installation.html#Building The Struts SVN download, by the way, was 1.68 gigs on the disk. Woo hoo! You might want to just get struts/*/trunk instead of the whole enchilada. ;-) -- Martin Cooper Jack -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build with SVN
On Mon, 22 Nov 2004 17:11:30 -0800, Dakota Jack [EMAIL PROTECTED] wrote: I suppose I am cracked, but I am getting an error in my build for Struts 1_2_6 because it does not find commons-collections.jar for org.apache.commons.collections.FastHashMap as well as, LazyDynaBean, LazyDynaMap, WrapDynaBean.getInstance(), and FastHashMap,. What's up? You need to update your BeanUtils and Digester versions. See section 1.5 here: http://wiki.apache.org/struts/StrutsRelease126 -- Martin Cooper Thanks, Jack On Mon, 22 Nov 2004 12:04:02 -0800, Martin Cooper [EMAIL PROTECTED] wrote: On Mon, 22 Nov 2004 03:26:50 -0800, Dakota Jack [EMAIL PROTECTED] wrote: The ARChives are down -- search errors -- so I have to ask a question which has probably been covered well there. There are at least 4 sets of archives: http://mail-archives.apache.org/eyebrowse/SummarizeList?listId=240 http://www.mail-archive.com/dev%40struts.apache.org/ http://marc.theaimsgroup.com/?l=struts-devr=1w=2 http://dir.gmane.org/gmane.comp.jakarta.struts.devel How do you build from SVN. It's no different than when we were is CVS, other than that we've restructured so that you now want to build from the 'core' directly. The remainder of the instructions are here: http://struts.apache.org/userGuide/installation.html#Building The Struts SVN download, by the way, was 1.68 gigs on the disk. Woo hoo! You might want to just get struts/*/trunk instead of the whole enchilada. ;-) -- Martin Cooper Jack -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build with SVN
Double check that you've got the latest BeanUtils code (1.7.0) in your build properties -- this has the lazy stuff plus FashHashMap, which was added to [beanutils] specifically so we could undo the linkage to [collections]. Craig On Mon, 22 Nov 2004 17:11:30 -0800, Dakota Jack [EMAIL PROTECTED] wrote: I suppose I am cracked, but I am getting an error in my build for Struts 1_2_6 because it does not find commons-collections.jar for org.apache.commons.collections.FastHashMap as well as, LazyDynaBean, LazyDynaMap, WrapDynaBean.getInstance(), and FastHashMap,. What's up? Thanks, Jack On Mon, 22 Nov 2004 12:04:02 -0800, Martin Cooper [EMAIL PROTECTED] wrote: On Mon, 22 Nov 2004 03:26:50 -0800, Dakota Jack [EMAIL PROTECTED] wrote: The ARChives are down -- search errors -- so I have to ask a question which has probably been covered well there. There are at least 4 sets of archives: http://mail-archives.apache.org/eyebrowse/SummarizeList?listId=240 http://www.mail-archive.com/dev%40struts.apache.org/ http://marc.theaimsgroup.com/?l=struts-devr=1w=2 http://dir.gmane.org/gmane.comp.jakarta.struts.devel How do you build from SVN. It's no different than when we were is CVS, other than that we've restructured so that you now want to build from the 'core' directly. The remainder of the instructions are here: http://struts.apache.org/userGuide/installation.html#Building The Struts SVN download, by the way, was 1.68 gigs on the disk. Woo hoo! You might want to just get struts/*/trunk instead of the whole enchilada. ;-) -- Martin Cooper Jack -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - 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]
DO NOT REPLY [Bug 32351] New: - Float validator can't validate the string with server dot
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=32351. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=32351 Summary: Float validator can't validate the string with server dot Product: Struts Version: 1.2.4 Platform: PC OS/Version: Windows 2000 Status: NEW Severity: normal Priority: P2 Component: Validator Framework AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Now I use the sturts validator to assure a form member be a float. When I input 1.2.0.2 into a text which must be a float, the javascript that created by struts won't work, and value of the form member will be 0.0 I don't know why. If i input other charactors(not digital or dot), the javascript works , and popup a windows alert. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build with SVN: add getLocalPort() to MultipartServletRequest?
Thanks for the assistance. I have a question and a request. Would it make sense to add getLocalPort to upload's MultipartServletRequest? That is the only thing keeping Struts from being compliant with Servlet 2.4 so far as I can tell. I am just putting this here because I know you are the man to talk to on this one, Martin. What do you think? Is that a bad idea at this time? Could just use a hack for the moment? Jack On Mon, 22 Nov 2004 17:17:16 -0800, Martin Cooper [EMAIL PROTECTED] wrote: On Mon, 22 Nov 2004 17:11:30 -0800, Dakota Jack [EMAIL PROTECTED] wrote: I suppose I am cracked, but I am getting an error in my build for Struts 1_2_6 because it does not find commons-collections.jar for org.apache.commons.collections.FastHashMap as well as, LazyDynaBean, LazyDynaMap, WrapDynaBean.getInstance(), and FastHashMap,. What's up? You need to update your BeanUtils and Digester versions. See section 1.5 here: http://wiki.apache.org/struts/StrutsRelease126 -- Martin Cooper Thanks, Jack On Mon, 22 Nov 2004 12:04:02 -0800, Martin Cooper [EMAIL PROTECTED] wrote: On Mon, 22 Nov 2004 03:26:50 -0800, Dakota Jack [EMAIL PROTECTED] wrote: The ARChives are down -- search errors -- so I have to ask a question which has probably been covered well there. There are at least 4 sets of archives: http://mail-archives.apache.org/eyebrowse/SummarizeList?listId=240 http://www.mail-archive.com/dev%40struts.apache.org/ http://marc.theaimsgroup.com/?l=struts-devr=1w=2 http://dir.gmane.org/gmane.comp.jakarta.struts.devel How do you build from SVN. It's no different than when we were is CVS, other than that we've restructured so that you now want to build from the 'core' directly. The remainder of the instructions are here: http://struts.apache.org/userGuide/installation.html#Building The Struts SVN download, by the way, was 1.68 gigs on the disk. Woo hoo! You might want to just get struts/*/trunk instead of the whole enchilada. ;-) -- Martin Cooper Jack -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Build with SVN: add getLocalPort() to MultipartServletRequest?
Are you talking about MultipartRequestWrapper? If so, I guess that might make sense for the 1.2 branch. For 1.3, I expect much of the current upload code, including this class, will go away, and be replaced by a filter. I'm still working on the filter implementation for Commons FileUpload - I got side-tracked into a config implementation - but I'm hoping that will be done soon. Once FileUpload 1.1 is released, then I'll get to work on fixing the big mess that is upload in Struts 1.2. ;-) -- Martin Cooper On Mon, 22 Nov 2004 17:59:37 -0800, Dakota Jack [EMAIL PROTECTED] wrote: Thanks for the assistance. I have a question and a request. Would it make sense to add getLocalPort to upload's MultipartServletRequest? That is the only thing keeping Struts from being compliant with Servlet 2.4 so far as I can tell. I am just putting this here because I know you are the man to talk to on this one, Martin. What do you think? Is that a bad idea at this time? Could just use a hack for the moment? Jack On Mon, 22 Nov 2004 17:17:16 -0800, Martin Cooper [EMAIL PROTECTED] wrote: On Mon, 22 Nov 2004 17:11:30 -0800, Dakota Jack [EMAIL PROTECTED] wrote: I suppose I am cracked, but I am getting an error in my build for Struts 1_2_6 because it does not find commons-collections.jar for org.apache.commons.collections.FastHashMap as well as, LazyDynaBean, LazyDynaMap, WrapDynaBean.getInstance(), and FastHashMap,. What's up? You need to update your BeanUtils and Digester versions. See section 1.5 here: http://wiki.apache.org/struts/StrutsRelease126 -- Martin Cooper Thanks, Jack On Mon, 22 Nov 2004 12:04:02 -0800, Martin Cooper [EMAIL PROTECTED] wrote: On Mon, 22 Nov 2004 03:26:50 -0800, Dakota Jack [EMAIL PROTECTED] wrote: The ARChives are down -- search errors -- so I have to ask a question which has probably been covered well there. There are at least 4 sets of archives: http://mail-archives.apache.org/eyebrowse/SummarizeList?listId=240 http://www.mail-archive.com/dev%40struts.apache.org/ http://marc.theaimsgroup.com/?l=struts-devr=1w=2 http://dir.gmane.org/gmane.comp.jakarta.struts.devel How do you build from SVN. It's no different than when we were is CVS, other than that we've restructured so that you now want to build from the 'core' directly. The remainder of the instructions are here: http://struts.apache.org/userGuide/installation.html#Building The Struts SVN download, by the way, was 1.68 gigs on the disk. Woo hoo! You might want to just get struts/*/trunk instead of the whole enchilada. ;-) -- Martin Cooper Jack -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Examples 1.2
Well, I think the easiest way is to go to http://struts.apache.org/download.cgi to download the source. There is an example in there for you to look at. You can also download the binaries to run locally to see how it works. I hope this helps. Lee On Mon, 22 Nov 2004 18:09:32 -0600, Luis Antonio Martinez Cuevas [EMAIL PROTECTED] wrote: Hi, is there a site with examples of struts 1.2? - 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]
Anyone Got a Servlet 2.3 handy for Struts Upload Build?
I am trying to build 1_2_6 and Struts upload requires something prior to Servlet 2.4. Does someone have a Servlet 2.2 or 2.3 around that I can use for the build? I would appreciate that. Just email it, if you do and would like to donate tot he cause. I really don't want to go searching around for an entire j2ee for the one file. Thanks for any help ahead of time. Jack -- You can't wake a person who is pretending to be asleep. ~Native Proverb~ Each man is good in His sight. It is not necessary for eagles to be crows. ~Hunkesni (Sitting Bull), Hunkpapa Sioux~ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
