Re: bug in html-el
Will such Javascript artifact be downloadable using maven project.xml ? Niall Pemberton a écrit : On 1/27/06, Nicolas De Loof [EMAIL PROTECTED] wrote: I must be mis-understaning something somewhere - this looks like your using this to cache on the server side only - including the above in your page - rather than on the browser side? Niall I include a cache-control HTTP header so that the browser can cache the file. Having static javascript in a single .JS file will be great, but how do we have to include it in the webapp ? If this is part of commons-validator.jar I'll have to manually extract it and add it to my webbapp ! Notice I'm using maven, so commons-validator is automatically added to my weapp. I just have a property to change to upgrade to a newer version. Its not going to be in the jar - it'll be in the binary distro alongside the jar, so as well as commons-validator-1.2.1.jar there will also be: commons-validator-1.2.1.js commons-validator-1.2.1-compress.js Currently the maven build of commons validator creates these scripts, but its not available in the nightly build which uses the ant build script. Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 38446] New: - Make the 'name' attribute value accessible to jsp
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=38446. 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=38446 Summary: Make the 'name' attribute value accessible to jsp Product: Struts Version: 1.2.8 Platform: Other OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: Taglibs AssignedTo: dev@struts.apache.org ReportedBy: [EMAIL PROTECTED] In case there is a need to have javascript or similar to access value of the field, its name, or id must be provided. When a field is under nested-nested-iterate-nested-iterate this name is rather complex and there is no way to read it from the taglib. So following extensions to html tags would be nice: - writeNameTo=page/session_attrName writeNameToScope=page|session and when it is set, the calculated 'name' value would be written to the property. Additionally when such value is needed before the field is rendered, following tag would be nice: nested:writeName property= name= writeNameTo=page/session_attrName writeNameToScope=page|session -- 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 38374] - Validation always skipped with Globals.CANCEL_KEY
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=38374. 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=38374 --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 13:57 --- Just some notes about what else we would have to do * Patch the taglib-exercises application to demonstrate that the code works, * Patch the documentation to announce the feature, * Create and patch the release notes for 1.2.9 (if someone is stepping up to do a 1.2.9), and stress in the strongest possible terms that people using the cancel tag will need to update their configurations. * A companion patch for the current HEAD that also updates the DTD. -Ted. -- 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: Validation Strategies
Ted, I didn't think of the CoR for the implementation. But I am curious: why not just a setValidationStrategy() on the actionform? Paul - Bring words and photos together (easily) with PhotoMail - it's free and works with Yahoo! Mail.
DO NOT REPLY [Bug 37867] - Filter mapping to wide
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=37867. 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=37867 --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 16:28 --- I am also running into this problem. Any images and css files that the browser tries to load are being rejected by the filters. For example: 2006-01-27 10:31:20,241 54531 DEBUG [http-8080-Processor24] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:171) - execute(/styles/mpl.css) 2006-01-27 10:31:20,242 54532 DEBUG [http-8080-Processor24] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:203) - reject(not include) 2006-01-27 10:31:20,292 54582 DEBUG [http-8080-Processor24] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:171) - execute(/images/mpl_logo_large.gif) 2006-01-27 10:31:20,293 54583 DEBUG [http-8080-Processor24] org.apache.shale.application.AbstractRegExpFilter (AbstractRegExpFilter.java:203) - reject(not include) That is with the following chain configuration: command className=org.apache.shale.application.ContextRelativePathFilter includes=\S*\.xml,\S*\.faces,\S*\.html,\S*\.gif,\S*\.jpg,/index\.jsp excludes=\S*\.jsp,\S*\.jspf/ I also tried to add a \S*.css to allow css files, with no luck. Next, I tried commenting out the command completely to totally disable filtering, but that didn't work either. I think the reason it doesn't show up in the use-cases is that all the images used there are on external URLs, like the struts logo. All the css is inlined within the pages. So there really are no resources that are being loaded by the browser from the webapp itself. What is really confusing is that it still happens even if I remove the filter from the chain configuration, as if Shale is inserting a default filtering chain rule. So, maybe the bug is that Shale is inserting it regardless if one exists or not, so the configuration is being overridden by whatever Shale inserts by default. I haven't looked at the code yet, but that's what it looks like from observation. -- 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 38374] - Validation always skipped with Globals.CANCEL_KEY
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=38374. 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=38374 [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] --- Additional Comments From [EMAIL PROTECTED] 2006-01-30 23:58 --- Nw that UnsupportedCancellationException can be thrown from the Controller, this also implies the requirement that Struts developers should configure their application to handle it. Right now it will just bubble to the top if an excepion block does not handle it. Is that okay? -- 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]
svn commit: r373633 - in /struts/shale/trunk/core-library/src/java/org/apache/shale: faces/ShalePropertyResolver.java util/LoadBundle.java util/Messages.java
Author: craigmcc Date: Mon Jan 30 15:49:55 2006 New Revision: 373633 URL: http://svn.apache.org/viewcvs?rev=373633view=rev Log: Improve usability of the LoadBundle and Messages helper classes, by explicitly loading the default resource bundle if the requested one is not found. This needs to be reviewed to see if we should also do the strip suffixes trick that ResourceBundle itself does (but only after explicitly finding a bundle with the specified name, which is not particularly friendly). Also, customize the Shale property resolver so that expressions like: #{myLoadBundle['message.key']} work instead of (actually, for backwards compatibility, in addition to): #{myLoadBundle.map['message.key']} In this way, you can directly substitute use of the LoadBundle helper class, which makes the resources available to Java event handlers as well, by simply removing all f:loadBundle tags from your JSP pages, and creating a managed bean (typically in application scope) for the corresponding var name. Modified: struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShalePropertyResolver.java struts/shale/trunk/core-library/src/java/org/apache/shale/util/LoadBundle.java struts/shale/trunk/core-library/src/java/org/apache/shale/util/Messages.java Modified: struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShalePropertyResolver.java URL: http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShalePropertyResolver.java?rev=373633r1=373632r2=373633view=diff == --- struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShalePropertyResolver.java (original) +++ struts/shale/trunk/core-library/src/java/org/apache/shale/faces/ShalePropertyResolver.java Mon Jan 30 15:49:55 2006 @@ -16,6 +16,8 @@ package org.apache.shale.faces; +import java.beans.Beans; +import java.util.Map; import javax.faces.el.EvaluationException; import javax.faces.el.PropertyNotFoundException; import javax.faces.el.PropertyResolver; @@ -23,6 +25,7 @@ import javax.naming.Name; import javax.naming.NameNotFoundException; import javax.naming.NamingException; +import org.apache.shale.util.LoadBundle; /** * pShale-specific PropertyResolver for evaluating JavaServer Faces @@ -34,6 +37,18 @@ * to the codelookup()/code method of the codeContext/code. * The Context has no way to describe whether it is read only or not, * so codeisReadOnly()/code returns codefalse/code./li + * listrongorg.apache.shale.util.LoadBundle/strong - Special handling + * as follows, based on the requested property name: + * ul + * licodemap/code - Delegates to the original resolver's handling + * of the codemap/code property. This is for backwards compatibility + * with applications depending on this behavior from the 1.0.0 + * version of the class./li + * liAny other property is considered to be a resource bundle key, which + * will be used to look up the corresponding value from the underlying + * resource bundle, using the codeLocale/code from the current + * view for selecting the appropriate translation./li + * /ul/li * /ul * pAll other evaluations are delegated to the previous implementation * that was passed to our constructor./p @@ -63,7 +78,7 @@ /** - * pThe original codeVariableResolver/code passed to our constructor./p + * pThe original codePropertyResolver/code passed to our constructor./p */ private PropertyResolver original = null; @@ -72,8 +87,19 @@ /** - * pLook up and return the named object corresponding to the - * specified property name from this Context./p + * pFor a base object of type codeContext/code, look up and return + * the named object corresponding to the specified property name from + * this codeContext/code./p + * + * p(Since 1.0.1) For a base object of type codeLoadBundle/code, + * treat the property expression as follows:/p + * ul + * liIf the property name is codemap/code, call the corresponding + * property getter and return that value./li + * liOtherwise, treat the property name as a message key, and look up + * and return the corresponding value from the codeMap/code that + * is returned by the codegetMap()/code call./li + * /ul * * @param base Base object from which to return a property * @param property Property to be returned @@ -100,6 +126,13 @@ } catch (NamingException e) { throw new EvaluationException(e); } +} else if (base instanceof LoadBundle) { +Map map = ((LoadBundle) base).getMap(); +if (map.equals(property)) { +return map; +} else { +return map.get(property); +} } else { return
svn commit: r373634 - in /struts/shale/trunk/mailreader/src/web: WEB-INF/faces-config.xml index.jsp logon.jsp mainMenu.jsp registration.jsp subscription.jsp
Author: craigmcc Date: Mon Jan 30 15:51:22 2006 New Revision: 373634 URL: http://svn.apache.org/viewcvs?rev=373634view=rev Log: Modify to use the LoadBundle replacement for f:loadBundle. Among other things, this will make it straightforward to transliterate the MailReader example for using Clay, where f:loadBundle has to be treated as a hack since it is not actually a JSF component. Modified: struts/shale/trunk/mailreader/src/web/WEB-INF/faces-config.xml struts/shale/trunk/mailreader/src/web/index.jsp struts/shale/trunk/mailreader/src/web/logon.jsp struts/shale/trunk/mailreader/src/web/mainMenu.jsp struts/shale/trunk/mailreader/src/web/registration.jsp struts/shale/trunk/mailreader/src/web/subscription.jsp Modified: struts/shale/trunk/mailreader/src/web/WEB-INF/faces-config.xml URL: http://svn.apache.org/viewcvs/struts/shale/trunk/mailreader/src/web/WEB-INF/faces-config.xml?rev=373634r1=373633r2=373634view=diff == --- struts/shale/trunk/mailreader/src/web/WEB-INF/faces-config.xml (original) +++ struts/shale/trunk/mailreader/src/web/WEB-INF/faces-config.xml Mon Jan 30 15:51:22 2006 @@ -162,6 +162,20 @@ managed-bean +descriptionLocalized resources for this application./description +managed-bean-namemessages/managed-bean-name +managed-bean-class + org.apache.shale.util.LoadBundle +/managed-bean-class +managed-bean-scopeapplication/managed-bean-scope +managed-property + property-namebasename/property-name + valueorg.apache.shale.examples.mailreader.ApplicationResources/value +/managed-property + /managed-bean + + + managed-bean descriptionSession scope bean maintaining state information./description managed-bean-namestate/managed-bean-name managed-bean-class Modified: struts/shale/trunk/mailreader/src/web/index.jsp URL: http://svn.apache.org/viewcvs/struts/shale/trunk/mailreader/src/web/index.jsp?rev=373634r1=373633r2=373634view=diff == --- struts/shale/trunk/mailreader/src/web/index.jsp (original) +++ struts/shale/trunk/mailreader/src/web/index.jsp Mon Jan 30 15:51:22 2006 @@ -23,8 +23,6 @@ f:view -f:loadBundle basename=org.apache.shale.examples.mailreader.ApplicationResources - var=messages/ html head title Modified: struts/shale/trunk/mailreader/src/web/logon.jsp URL: http://svn.apache.org/viewcvs/struts/shale/trunk/mailreader/src/web/logon.jsp?rev=373634r1=373633r2=373634view=diff == --- struts/shale/trunk/mailreader/src/web/logon.jsp (original) +++ struts/shale/trunk/mailreader/src/web/logon.jsp Mon Jan 30 15:51:22 2006 @@ -23,8 +23,6 @@ f:view -f:loadBundle basename=org.apache.shale.examples.mailreader.ApplicationResources - var=messages/ html head title Modified: struts/shale/trunk/mailreader/src/web/mainMenu.jsp URL: http://svn.apache.org/viewcvs/struts/shale/trunk/mailreader/src/web/mainMenu.jsp?rev=373634r1=373633r2=373634view=diff == --- struts/shale/trunk/mailreader/src/web/mainMenu.jsp (original) +++ struts/shale/trunk/mailreader/src/web/mainMenu.jsp Mon Jan 30 15:51:22 2006 @@ -23,8 +23,6 @@ f:view -f:loadBundle basename=org.apache.shale.examples.mailreader.ApplicationResources - var=messages/ html head title Modified: struts/shale/trunk/mailreader/src/web/registration.jsp URL: http://svn.apache.org/viewcvs/struts/shale/trunk/mailreader/src/web/registration.jsp?rev=373634r1=373633r2=373634view=diff == --- struts/shale/trunk/mailreader/src/web/registration.jsp (original) +++ struts/shale/trunk/mailreader/src/web/registration.jsp Mon Jan 30 15:51:22 2006 @@ -22,8 +22,6 @@ -- f:view -f:loadBundle basename=org.apache.shale.examples.mailreader.ApplicationResources - var=messages/ html head title Modified: struts/shale/trunk/mailreader/src/web/subscription.jsp URL: http://svn.apache.org/viewcvs/struts/shale/trunk/mailreader/src/web/subscription.jsp?rev=373634r1=373633r2=373634view=diff == --- struts/shale/trunk/mailreader/src/web/subscription.jsp (original) +++ struts/shale/trunk/mailreader/src/web/subscription.jsp Mon Jan 30 15:51:22 2006 @@ -23,8 +23,6 @@ f:view -f:loadBundle basename=org.apache.shale.examples.mailreader.ApplicationResources - var=messages/ html head title - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: svn commit: r373633 - in /struts/shale/trunk/core-library/src/java/org/apache/shale: faces/ShalePropertyResolver.java util/LoadBundle.java util/Messages.java
From: [EMAIL PROTECTED] Author: craigmcc Date: Mon Jan 30 15:49:55 2006 New Revision: 373633 URL: http://svn.apache.org/viewcvs?rev=373633view=rev Log: Improve usability of the LoadBundle and Messages helper classes, by explicitly loading the default resource bundle if the requested one is not found. This needs to be reviewed to see if we should also do the strip suffixes trick that ResourceBundle itself does (but only after explicitly finding a bundle with the specified name, which is not particularly friendly). Also, customize the Shale property resolver so that expressions like: #{myLoadBundle['message.key']} work instead of (actually, for backwards compatibility, in addition to): #{myLoadBundle.map['message.key']} In this way, you can directly substitute use of the LoadBundle helper class, which makes the resources available to Java event handlers as well, by simply removing all tags from your JSP pages, and creating a managed bean (typically in application scope) for the corresponding var name. That seems like a better approach. I also noticed that this class uses the view root's locale object. It seems that this is problematic when used with the tiger @value annotation on a managed bean. I think this was because the view root or the context didn't exist yet. I didn't take to them to find the cause of the null pointer exception. @Value (#{bundle.map}); Map messages = null; This is probably not the best approach now the LoadBundle implements map. I just wanted to comment on this one. The new tiger library is really nice. It's going to be hard going back to using the XML declarations :-) Gary
Re: svn commit: r373633 - in /struts/shale/trunk/core-library/src/java/org/apache/shale: faces/ShalePropertyResolver.java util/LoadBundle.java util/Messages.java
On 1/30/06, Gary VanMatre [EMAIL PROTECTED] wrote: From: [EMAIL PROTECTED] Author: craigmcc Date: Mon Jan 30 15:49:55 2006 New Revision: 373633 URL: http://svn.apache.org/viewcvs?rev=373633view=rev Log: Improve usability of the LoadBundle and Messages helper classes, by explicitly loading the default resource bundle if the requested one is not found. This needs to be reviewed to see if we should also do the strip suffixes trick that ResourceBundle itself does (but only after explicitly finding a bundle with the specified name, which is not particularly friendly). Also, customize the Shale property resolver so that expressions like: #{myLoadBundle['message.key']} work instead of (actually, for backwards compatibility, in addition to): #{myLoadBundle.map['message.key']} In this way, you can directly substitute use of the LoadBundle helper class, which makes the resources available to Java event handlers as well, by simply removing all tags from your JSP pages, and creating a managed bean (typically in application scope) for the corresponding var name. That seems like a better approach. I also noticed that this class uses the view root's locale object. It seems that this is problematic when used with the tiger @value annotation on a managed bean. I think this was because the view root or the context didn't exist yet. I didn't take to them to find the cause of the null pointer exception. @Value (#{bundle.map}); Map messages = null; I presume bundle is a managed bean that is (or extends) LoadBundle, right? This is probably not the best approach now the LoadBundle implements map. I just wanted to comment on this one. You won't be able to succesfully evaluate an expression like this outside the context of a JSF request, because of the requirement that it use the request's locale to choose which message to return. If it is throwing NPE, then that should be refined to something more intelligent (probably IllegalStateException with a user-friendly error message explaining what happened). But this is definitely an error condition *unless* you are inside a Faces request. The new tiger library is really nice. It's going to be hard going back to using the XML declarations :-) Yep :-). I'm working on a small example for my TSSJS session about web frameworks, which will have zero entries inside faces-config.xml :-). Gary Craig
svn commit: r373652 - /struts/shale/trunk/core-library/src/java/org/apache/shale/util/LoadBundle.java
Author: craigmcc Date: Mon Jan 30 16:38:16 2006 New Revision: 373652 URL: http://svn.apache.org/viewcvs?rev=373652view=rev Log: Improve the usability of the exception you get if LoadBundle.getMap() is called outside the scope of a JSF request. Modified: struts/shale/trunk/core-library/src/java/org/apache/shale/util/LoadBundle.java Modified: struts/shale/trunk/core-library/src/java/org/apache/shale/util/LoadBundle.java URL: http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/java/org/apache/shale/util/LoadBundle.java?rev=373652r1=373651r2=373652view=diff == --- struts/shale/trunk/core-library/src/java/org/apache/shale/util/LoadBundle.java (original) +++ struts/shale/trunk/core-library/src/java/org/apache/shale/util/LoadBundle.java Mon Jan 30 16:38:16 2006 @@ -29,6 +29,7 @@ import java.util.MissingResourceException; import java.util.ResourceBundle; import java.util.Set; +import javax.faces.component.UIViewRoot; import javax.faces.context.FacesContext; @@ -137,6 +138,9 @@ * of the application resource bundle specified by the codebasename/code * property, localized for the codeLocale/code stored in the * codeUIViewRoot/code for the current request./p +* +* @exception IllegalStateException if we are not inside a Faces request, +* or if there is not a current view root with a valid locale */ public Map getMap() { @@ -148,9 +152,19 @@ throw new IllegalStateException(The 'basename' property cannot be null); // FIXME - i18n } FacesContext context = FacesContext.getCurrentInstance(); - assert context != null; - Locale locale = context.getViewRoot().getLocale(); - assert locale != null; + UIViewRoot root = null; + Locale locale = null; + if (context != null) { + root = context.getViewRoot(); + } + if (root != null) { + locale = root.getLocale(); + } + if (locale == null) { + throw new IllegalStateException(Cannot retrieve locale-specific map if there + + is not a current Faces request, containing a valid view root, with + + a Locale instance inside.); + } // Look up the requested resource bundle final ResourceBundle bundle = getBundle(basename, locale); - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[shale] Maven snapshots and archetype
I've updated both of the internal/snapshot Maven repositories with snapshots of Shale. m1: http://cvs.apache.org/repository/struts/jars/ m2: http://cvs.apache.org/maven-snapshot-repository/struts/ Here's the script I'm using, which is generic except for the htmlunit.home property and some configuration in settings.xml-- see the README in shale/build/maven2. http://wiki.wsmoak.net/cgi-bin/wiki.pl?ShaleMaven2/Script Craig, you mentioned possibly doing this as part of the nightly builds. Let me know what you think... it would require Maven 2. Otherwise, I can schedule it to run here most nights. The archetype is waiting for a release of maven-archetype-plugin. There is currently no way to convince m2 to retrieve the archetype from the snapshot repository. (But it does work if you build and install it locally.) -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Speaking of nightly builds...
The nightly builds for Struts Action and friends have gone missing. The last ones are from the 24th. I assume these are (were!) running on the zone. Can someone please check it? Thanks, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Nightly builds experiencing some weirdness
Just an FYI -- the nightly builds (performed via a cron job on our zone) suddenly stopped working after 1/24/06. I could be wrong, but this seems to coincide with the recent zone 'down time' or 'maintenance' announcement around that time. The logs [0] indicate that Maven can no longer find JAVA_HOME whereas the process ran untouched for many months without a hitch. I believe I've fixed the problem and I am manually running the nightly. If you don't hear anything from me then things are running smoothly. Thanks. [0] http://svn.apache.org/builds/struts/maven/STRUTS_1_2_BRANCH/nightly/logs/nightly-20060124.log http://svn.apache.org/builds/struts/maven/STRUTS_1_2_BRANCH/nightly/logs/nightly-20060125.log -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring 678.910.8017 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Speaking of nightly builds...
Wow, great minds think alike! I sent the same thing in another thread at the same time. -- James Mitchell Software Engineer / Open Source Evangelist Consulting / Mentoring 678.910.8017 - Original Message - From: Wendy Smoak [EMAIL PROTECTED] Newsgroups: gmane.comp.jakarta.struts.devel Sent: Monday, January 30, 2006 9:45 PM Subject: Speaking of nightly builds... The nightly builds for Struts Action and friends have gone missing. The last ones are from the 24th. I assume these are (were!) running on the zone. Can someone please check it? Thanks, -- Wendy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RSS feeds
For those that love to use RSS for everything they do: http://blogs.opensymphony.com/plightbo/2006/01/slick_rss_feeds_for_dojo_webwo.html - Posted via Jive Forums http://forums.opensymphony.com/thread.jspa?threadID=16361messageID=32127#32127 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[VOTE][RESULT] Accept WebWork 2 Merger Incubator Proposal
The Struts PMC and community have voted unanimously to accept the WebWork 2 merger proposal as put forth at http://wiki.apache.org/struts/WebWork2Incubator Struts PMC: 10 - +1 Non-binding: 4 - +1 I'll do the requested touchups, then put the proposal up for vote in the Incubator list for a PMC vote. Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Struts Wiki] Update of WebWork2Incubator by DonBrown
Dear Wiki user, You have subscribed to a wiki page or wiki category on Struts Wiki for change notification. The following page has been changed by DonBrown: http://wiki.apache.org/struts/WebWork2Incubator The comment on the change is: Requested changes following Struts PMC vote -- * Ted Husted (husted at apache.org) * Toby Jee * Patrick Lightbody (plightbo at apache.org) - * Alexandru Popescu + * Alexandru Popescu (apopescu at apache.org) * Ian Roughley - * JamesMitchell + * James Mitchell (jmitchell at apache.org) + * Martin Cooper (martinc at apache.org) = APACHE SPONSOR = - The Struts PMC has voted to accept this project upon successful incubation. ('Proposed text; vote has not yet happened.') + The Struts PMC has voted to accept this project upon successful incubation. == Champion == - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 2.x code base
Initially, the WebWork 2 code, if approved by the Incubator PMC, will be loaded into a podling, where it will be scrubbed of its LGPL code. Once clean and past Incubator hurdles, we'll import it into the Struts SVN repository and get to work. If you want to know what it looks like, just checkout the WebWork 2 repository or download their latest 2.2 release. Another good resource is the book WebWork in Action. Don Paul Benedict wrote: Where is the Struts 2.x code base being hosted? I'd like to peek at it often to see how the development is going. Is it in Apache SVN or somewhere at opensymphony? Paul - Do you Yahoo!? With a free 1 GB, there's more in store with Yahoo! Mail. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r373732 [2/2] - in /struts/shale/trunk/sql-browser: ./ ext/ lib/ nbproject/ src/ src/conf/ src/java/ src/java/org/ src/java/org/apache/ src/java/org/apache/shale/ src/java/org/apache/shale
Added: struts/shale/trunk/sql-browser/src/systest/org/apache/shale/blank/systest/WelcomeTestCase.java URL: http://svn.apache.org/viewcvs/struts/shale/trunk/sql-browser/src/systest/org/apache/shale/blank/systest/WelcomeTestCase.java?rev=373732view=auto == --- struts/shale/trunk/sql-browser/src/systest/org/apache/shale/blank/systest/WelcomeTestCase.java (added) +++ struts/shale/trunk/sql-browser/src/systest/org/apache/shale/blank/systest/WelcomeTestCase.java Mon Jan 30 22:03:15 2006 @@ -0,0 +1,100 @@ +/* + * Copyright 2005 The Apache Software Foundation. + * + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. + * + * $Id$ + */ + +package org.apache.shale.blank.systest; + +import java.util.ResourceBundle; +import junit.framework.Test; +import junit.framework.TestSuite; +import org.apache.shale.test.htmlunit.AbstractHtmlUnitTestCase; + +/** + * pSystem test case for the code/welcome.jsp/code page./p + */ +public class WelcomeTestCase extends AbstractHtmlUnitTestCase { + + +// Constructors + + +/** + * pConstruct a new instance of this test case./p + * + * @param name Name of the new test case + */ +public WelcomeTestCase(String name) { + +super(name); + +} + + +// -- Instance Variables + + +private ResourceBundle bundle = +ResourceBundle.getBundle(org.apache.shale.blank.Bundle); + + +// -- Test Setup Methods + + +/** + * pSet up the instance variables required for this test case./p + */ +public void setUp() throws Exception { + +super.setUp(); +page(/); + +} + + +/** + * pReturn the set of tests included in this test suite./p + */ +public static Test suite() { + +return (new TestSuite(WelcomeTestCase.class)); + +} + + +/** + * pTear down instance variables required by this test case./p + */ +public void tearDown() { + +super.tearDown(); + +} + + + +// - Individual Test Methods + + +// Test a pristine instance of this page +public void testPristine() throws Exception { + +assertEquals(bundle.getString(welcome.title), title()); + +} + + +} Propchange: struts/shale/trunk/sql-browser/src/systest/org/apache/shale/blank/systest/WelcomeTestCase.java -- svn:eol-style = native Propchange: struts/shale/trunk/sql-browser/src/systest/org/apache/shale/blank/systest/WelcomeTestCase.java -- svn:keywords = Date Author Id Revision HeadURL Added: struts/shale/trunk/sql-browser/src/test/org/apache/shale/blank/WelcomeBeanTestCase.java URL: http://svn.apache.org/viewcvs/struts/shale/trunk/sql-browser/src/test/org/apache/shale/blank/WelcomeBeanTestCase.java?rev=373732view=auto == --- struts/shale/trunk/sql-browser/src/test/org/apache/shale/blank/WelcomeBeanTestCase.java (added) +++ struts/shale/trunk/sql-browser/src/test/org/apache/shale/blank/WelcomeBeanTestCase.java Mon Jan 30 22:03:15 2006 @@ -0,0 +1,107 @@ +/* + * Copyright 2006 The Apache Software Foundation. + * + * Licensed under the Apache License, Version 2.0 (the License); + * you may not use this file except in compliance with the License. + * You may obtain a copy of the License at + * + * http://www.apache.org/licenses/LICENSE-2.0 + * + * Unless required by applicable law or agreed to in writing, software + * distributed under the License is distributed on an AS IS BASIS, + * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. + * See the License for the specific language governing permissions and + * limitations under the License. + * + * $Id$ + */ + +package org.apache.shale.blank; + +import junit.framework.Test; +import junit.framework.TestSuite; +import org.apache.shale.test.base.AbstractViewControllerTestCase; + +/** + * pTest case for the [EMAIL PROTECTED] WelcomeBean} ViewController implementation./p + * + * $Id$ + */ +public class WelcomeBeanTestCase extends AbstractViewControllerTestCase { + + +//
svn commit: r373734 - /struts/shale/trunk/sql-browser/src/test/org/apache/shale/blank/WelcomeBeanTestCase.java
Author: craigmcc Date: Mon Jan 30 22:06:32 2006 New Revision: 373734 URL: http://svn.apache.org/viewcvs?rev=373734view=rev Log: Remove spurious test case inherited from the blank app. Removed: struts/shale/trunk/sql-browser/src/test/org/apache/shale/blank/WelcomeBeanTestCase.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r373749 - in /struts/shale/trunk/sql-browser: derby.log src/java/org/apache/shale/examples/sqlbrowser/Application.java src/java/org/apache/shale/examples/sqlbrowser/Listener.java src/java/
Author: craigmcc Date: Mon Jan 30 23:22:54 2006 New Revision: 373749 URL: http://svn.apache.org/viewcvs?rev=373749view=rev Log: Update the basic application to create a trivial table ZIP_CODES. Unfortunately it doesn't actually display the data yet ... something wierd between JSF and Derby, I think ... Modified: struts/shale/trunk/sql-browser/derby.log struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Application.java struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Listener.java struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Query.java Modified: struts/shale/trunk/sql-browser/derby.log URL: http://svn.apache.org/viewcvs/struts/shale/trunk/sql-browser/derby.log?rev=373749r1=373748r2=373749view=diff == --- struts/shale/trunk/sql-browser/derby.log (original) +++ struts/shale/trunk/sql-browser/derby.log Mon Jan 30 23:22:54 2006 @@ -1,10 +1,10 @@ -2006-01-31 05:59:02.653 GMT: - Booting Derby version The Apache Software Foundation - Apache Derby - 10.1.2.1 - (330608): instance c013800d-0109-1f0a-ea90-004fd248 +2006-01-31 07:20:22.377 GMT: + Booting Derby version The Apache Software Foundation - Apache Derby - 10.1.2.1 - (330608): instance c013800d-0109-1f55-5f40-009eca30 on database directory /home/craigmcc/jakarta-tomcat-5.0.28/work/Catalina/localhost/shale-sql-browser/DATABASE Database Class Loader started - derby.database.classpath='' -2006-01-31 06:00:37.431 GMT: -Shutting down instance c013800d-0109-1f0a-ea90-004fd248 +2006-01-31 07:22:11.658 GMT: +Shutting down instance c013800d-0109-1f55-5f40-009eca30 Modified: struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Application.java URL: http://svn.apache.org/viewcvs/struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Application.java?rev=373749r1=373748r2=373749view=diff == --- struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Application.java (original) +++ struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Application.java Mon Jan 30 23:22:54 2006 @@ -136,7 +136,7 @@ FacesContext context = FacesContext.getCurrentInstance(); // FIXME - localize the label -list.add(new SelectItem(, Embedded)); +list.add(new SelectItem(, (Internal))); } Modified: struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Listener.java URL: http://svn.apache.org/viewcvs/struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Listener.java?rev=373749r1=373748r2=373749view=diff == --- struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Listener.java (original) +++ struts/shale/trunk/sql-browser/src/java/org/apache/shale/examples/sqlbrowser/Listener.java Mon Jan 30 23:22:54 2006 @@ -19,7 +19,9 @@ package org.apache.shale.examples.sqlbrowser; import java.io.File; +import java.sql.Connection; import java.sql.SQLException; +import java.sql.Statement; import java.util.logging.Level; import java.util.logging.Logger; import javax.faces.FacesException; @@ -97,8 +99,6 @@ // Calculate a database URL for the database to be created ServletContext context = event.getServletContext(); File tempDir = (File) context.getAttribute(javax.servlet.context.tempdir); -//String url = jdbc:derby: + tempDir.getAbsolutePath() + -// File.separator + DATABASE; String url = tempDir.getAbsolutePath() + File.separator + DATABASE; if (logger.isLoggable(Level.INFO)) { logger.log(Level.INFO, Creating database + url); @@ -107,6 +107,7 @@ // Create and publish a data source for the embedded database try { ds = new InternalDataSource(url); +populate(ds); } catch (SQLException e) { if (logger.isLoggable(Level.SEVERE)) { while (e != null) { @@ -117,6 +118,78 @@ throw new FacesException(SQLException occurred during startup (see log for details): + e.getMessage()); } context.setAttribute(INTERNAL_DATA_SOURCE, ds); + +} + + +// - Private Static Data + + +/** + * pInitialization commands for the internal database. If an exception + * occurs on the first one (presumed to be a CREATE TABLE), then the + * database is assumed to be already populated./p + */ +private static final String populate[] = { +create table zip_codes ( +