svn commit: r330972 - /struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay/taglib/SymbolTag.java

Author: gvanmatre Date: Fri Nov 4 21:02:06 2005 New Revision: 330972 URL: http://svn.apache.org/viewcvs?rev=330972&view=rev Log: Changed svn properties Modified: struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay/taglib/SymbolTag.java (contents, props changed) Modified: stru

Re: svn commit: r330970 - /struts/shale/trunk/clay-plugin/src/test/org/apache/shale/clay/utils/ClayAmalgamTestCase.java

Thanks Martin. -- Original message -- > Author: martinc > Date: Fri Nov 4 20:28:54 2005 > New Revision: 330970 > > URL: http://svn.apache.org/viewcvs?rev=330970&view=rev > Log: > Add svn:eol-style and svn:keywords > > Modified: > > struts/shale/trunk/clay-plugin

svn commit: r330970 - /struts/shale/trunk/clay-plugin/src/test/org/apache/shale/clay/utils/ClayAmalgamTestCase.java

Author: martinc Date: Fri Nov 4 20:28:54 2005 New Revision: 330970 URL: http://svn.apache.org/viewcvs?rev=330970&view=rev Log: Add svn:eol-style and svn:keywords Modified: struts/shale/trunk/clay-plugin/src/test/org/apache/shale/clay/utils/ClayAmalgamTestCase.java (props changed) Propch

DO NOT REPLY [Bug 37367] - [shale] Validator deprecations

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37367] New: - [shale] Validator deprecations

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: svn commit: r330963 - in /struts/shale/trunk: clay-plugin/src/java/org/apache/shale/clay/component/ clay-plugin/src/java/org/apache/shale/clay/component/chain/ clay-plugin/src/java/org/apache/shal

On 11/4/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: gvanmatre > Date: Fri Nov 4 19:18:44 2005 > New Revision: 330963 > > URL: http://svn.apache.org/viewcvs?rev=330963&view=rev > Log: > Bug#: 37366 and 37365 submitted by Rahul Akolkar > > Modified: > > struts/shale/trunk/clay-pl

DO NOT REPLY [Bug 37366] - [shale][clay] Javadoc typos

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37365] - [shale][clay] Unnecessary casts

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r330963 - in /struts/shale/trunk: clay-plugin/src/java/org/apache/shale/clay/component/ clay-plugin/src/java/org/apache/shale/clay/component/chain/ clay-plugin/src/java/org/apache/shale/cl

Author: gvanmatre Date: Fri Nov 4 19:18:44 2005 New Revision: 330963 URL: http://svn.apache.org/viewcvs?rev=330963&view=rev Log: Bug#: 37366 and 37365 submitted by Rahul Akolkar Modified: struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay/component/Clay.java struts/shale/tr

DO NOT REPLY [Bug 37366] - [shale][clay] Javadoc typos

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37366] New: - [shale][clay] Javadoc typos

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r330961 - in /struts/flow/trunk: build.xml project.xml src/java/org/apache/struts/flow/core/JavaScriptInterpreter.java src/java/org/apache/struts/flow/portlet/ src/java/org/apache/struts/f

Author: mrdon Date: Fri Nov 4 18:12:42 2005 New Revision: 330961 URL: http://svn.apache.org/viewcvs?rev=330961&view=rev Log: Adding new experimental Portlet support. Basically, instead of coming through a Struts Action, the flow is entered through the Portlet. Currently, only the most simple p

DO NOT REPLY [Bug 37365] - [shale][clay] Unnecessary casts

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37365] New: - [shale][clay] Unnecessary casts

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37364] - [shale] Static members accessed in non-static way

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37364] New: - [shale] Static members accessed in non-static way

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

RE: Session lost from HTTPS to HTTP and Redirect warning from IE

For some reason the attachment was stripped out of the email. Here is the patch: diff -ruN current\org\apache\struts\action\SecurePlugIn.java new\org\apache\struts\action\SecurePlugIn.java --- current\org\apache\struts\action\SecurePlugIn.java Sat Sep 18 11:59:04 2004 +++ new\org\apache\struts

FIX: Session lost from HTTPS to HTTP and Redirect warning from IE

I sent this email to the ssl-ext list last week and never got a response.  A moderator needed to approve it due to its size and since there isn’t too much activity on that list anymore, it may be lost in a spam filter somewhere.    Nonetheless, in case anyone on this list is interested,

DO NOT REPLY [Bug 37361] New: - [shale] "categories" selectManyCheckBox in usecases fails to validate

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [shale] clay storing id state in attributes

>What do you mean by letting 1 component morph into another with respect to >Validator, ValueChangeListener, and Converter? You could do something like this: In this example the attributes of the double validator inher

svn commit: r330931 - /struts/shale/trunk/clay-plugin/src/conf/clay-config.xml

Author: craigmcc Date: Fri Nov 4 14:03:54 2005 New Revision: 330931 URL: http://svn.apache.org/viewcvs?rev=330931&view=rev Log: Map a "class" attribute on an HTML element to the "styleClass" attribute of the corresponding component. This is implemented in the "baseHtml" Clay component definition

[shale] Robust dialogs

I like Shale dialogs, though there are a couple of issues I'd like to investigate. Always helps to know these aren't solved problems. I dislike the IllegalArgumentException in DialogNavigationHandler#handleNavigation(), and want to work on eliminating it altogether by handling and delegation, deco

Re: [shale] clay storing id state in attributes

What do you mean by letting 1 component morph into another with respect to Validator, ValueChangeListener, and Converter? I think overriding the behavior of those types is probably the right thing to do. Does this disallow the morphing feature? On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote

Re: Mailreader 2.0

> On my list is to test it with 1.1.1 (just released), and to update the > dependency information if that actually works. I'm not planning on trying to > keep up with nightly build changes in MyFaces; just the releases they test > for compatibility with the JSF TCK. Speaking of which I need to pub

Re: [shale] clay storing id state in attributes

>I think the change to save id state in the attributes collection broke use >of commons validator. > It's throwing runtime exception in PropertyValueCommand: > try { >PropUtils.setProperty(child, attributeBean.getName(), expr); >} catch (Exception e) { >if (child instanceof UIComponentBase) >((UIC

Re: shale clay dtd

>It's definately a proxy caching issue. Got the latest on a non-proxied >machine. I won't doubt you again, Gary. > Doubt is a good thing. It makes the whole thing work and then work better. > On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: >> >> Humm, maybe a proxy caching issue? I'm seein

Re: shale clay dtd

It's definately a proxy caching issue. Got the latest on a non-proxied machine. I won't doubt you again, Gary. On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > Humm, maybe a proxy caching issue? I'm seeing: > > http://struts.apache.org/dtds/ > shale-clay-config_1_0.dtd 02-Nov-2005 19:38 1

[shale] clay storing id state in attributes

I think the change to save id state in the attributes collection broke use of commons validator. It's throwing runtime exception in PropertyValueCommand: try { PropUtils.setProperty(child, attributeBean.getName(), expr); } catch (Exception e) { if (child instanceof UIComponentBase) ((UIComponent

Re: shale clay dtd

Humm, maybe a proxy caching issue? I'm seeing: http://struts.apache.org/dtds/ shale-clay-config_1_0.dtd 02-Nov-2005 19:38 13K shale-dialog-config_1_0.dtd 20-Sep-2005 23:45 8.1K struts-config_1_0.dtd 12-Dec-2004 12:21 18K struts-config_1_1.dtd 12-Dec-2004 12:21 35K

Re: [shale] nightly builds

On 11/4/05, James Mitchell <[EMAIL PROTECTED]> wrote: > > There is still a small chance that infra could yank the zone from us > or do something to cause it be (or need to be) wiped clean. > > And so, knowing this I've kept everything in svn, so that recovery is > a matter of: > a) finding a differ

Re: shale clay dtd

On 11/4/05, Ryan Wynn <[EMAIL PROTECTED]> wrote: > > Gary, > Maybe I am going crazy but when I point my browser to > http://struts.apache.org/dtds/shale-clay-config_1_0.dtd I still see the > old > dtd with a date of 2005-09-30. I'll make no judgement on your sanity. ;-) However, perhaps your brow

Re: shale clay dtd

Gary, Maybe I am going crazy but when I point my browser to http://struts.apache.org/dtds/shale-clay-config_1_0.dtd I still see the old dtd with a date of 2005-09-30. On 11/4/05, Gary VanMatre <[EMAIL PROTECTED]> wrote: > > >The latest version of clay uses a new dtd, but the file on the web has

Re: shale clay dtd

>The latest version of clay uses a new dtd, but the file on the web has not >been updated yet at > >http://struts.apache.org/dtds/shale-clay-config_1_0.dtd > >Just a heads up, I can refer to it locally for now. I updated it late last night. It now includes the symbols stuff. Gary --- Begin M

[shale] packaging validator-rules.xml in a jar

Right now the CommonsValidator class in shale looks explicity for a validator-rules.xml in /WEB-INF/. It might be nice to add support for picking up a validator-rules.xml from a jar files /META-INF directory, like what is done with faces-config.xml. I think this approach may be flawed because if I

shale clay dtd

The latest version of clay uses a new dtd, but the file on the web has not been updated yet at http://struts.apache.org/dtds/shale-clay-config_1_0.dtd Just a heads up, I can refer to it locally for now.

DO NOT REPLY [Bug 37298] - Generated Javascript Broken in Binary Distribution

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: svn commit: r330544 - in /struts/shale/trunk:

On 11/3/05, James Mitchell <[EMAIL PROTECTED]> wrote: > Sorry, I was in a hurry setting up the project in Eclipse and I > didn't at which version I was pointing to. I've fixed this and about > to check it in. > Thanks for fixing James. -Rahul > Thanks > > -- > James Mitchell > 678.910.8017 >

Re: Struts 1.3 Naming

Bingo! The palace revolt continues! On 11/3/05, Laurie Harper <[EMAIL PROTECTED]> wrote: > > The Struts project used to have a single deliverable/artifact, which was > Struts, the product. Using the same name for both made sense then. Now > that the Struts project has multiple deliverables/artifac

Re: Struts 1.3 Naming

What a concept. But, Frank, this leaves no room for things like Struts JSF, etc. If Struts is just Struts, what will the people who want it to be non-Struts do? On 11/3/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > One option I've said a couple of times that isn't on that list and seems > l

Re: Struts 1.3 Naming

He, he. Michael Jouravlev wrote: Struts Original Struts Unoriginal Struts Legacy Struts Impreza -- thx, .V Your Roomity Broadband Community cell: 917 825 3035 in DFW email: netsql at roomity.com --

[EMAIL PROTECTED]: Project struts-taglib-from-packages (in module struts) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project struts-taglib-from-packages has an issue affecting its community integration. Th

[EMAIL PROTECTED]: Project struts-taglib-from-packages (in module struts) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project struts-taglib-from-packages has an issue affecting its community integration. Th

Re: [shale] nightly builds

There is still a small chance that infra could yank the zone from us or do something to cause it be (or need to be) wiped clean. And so, knowing this I've kept everything in svn, so that recovery is a matter of: a) finding a different box b) svn co the project c) cp maven-nightly.sh.current