[GitHub] [struts] kusalk opened a new pull request, #745: WW-5339 Misc clean up in CompoundRootAccessor and OgnlValueStackTest

kusalk opened a new pull request, #745: URL: https://github.com/apache/struts/pull/745 WW-5339 -- -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail:

[GitHub] [struts] lukaszlenart merged pull request #675: WW-5299 Clean up ActionChainResult

lukaszlenart merged PR #675: URL: https://github.com/apache/struts/pull/675 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@struts.apach

[GitHub] [struts] lukaszlenart merged pull request #674: WW-5298 Clean up StrutsVelocityContext

lukaszlenart merged PR #674: URL: https://github.com/apache/struts/pull/674 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@struts.apach

[GitHub] [struts] kusalk opened a new pull request, #675: WW-5299 Clean up ActionChainResult

kusalk opened a new pull request, #675: URL: https://github.com/apache/struts/pull/675 WW-5299 -- -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail:

[GitHub] [struts] kusalk opened a new pull request, #674: WW-5298 Clean up StrutsVelocityContext

kusalk opened a new pull request, #674: URL: https://github.com/apache/struts/pull/674 WW-5298 -- -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail:

[GitHub] [struts] lukaszlenart merged pull request #667: WW-5292 Allow overriding of Operations classes in two filter setup and assorted clean up

lukaszlenart merged PR #667: URL: https://github.com/apache/struts/pull/667 -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: dev-unsubscr...@struts.apach

[GitHub] [struts] kusalk opened a new pull request, #667: WW-5292 Allow overriding of Operations classes in two filter setup and assorted clean up

kusalk opened a new pull request, #667: URL: https://github.com/apache/struts/pull/667 WW-5292 -- I copied this [existing commit](https://github.com/apache/struts/commit/6651089e823d2d2934f0597ab690ea9322f584e3) to the two filter setup. I also included some assorted fixes in th

Re: Clean up

On 3 January 2012 16:21, Wes Wannemacher wrote: > I was able to move the folders out of /www/struts.apache.org and into > my home directory... > LOL, it looks like a game I used to play when I was 10 (sure there is no folder yet). Now, according to the play rules, you have to find someone who tak

Re: Clean up

2012/1/3 Wes Wannemacher : > I was able to move the folders out of /www/struts.apache.org and into > my home directory... > > I figured I would be able to force a change of ownership / perms once > they were in a directory that I owned, but that didn't work :( > > In the meantime, the 2.x.old folde

Re: Clean up

I was able to move the folders out of /www/struts.apache.org and into my home directory... I figured I would be able to force a change of ownership / perms once they were in a directory that I owned, but that didn't work :( In the meantime, the 2.x.old folder is no longer in /www/struts.apache.or

Re: Clean up

Instead of tell them to erase this folder, what about to assign struts group to every file/folder under www/struts.a.o and make them group writable? Twitter :http://www.twitter.com/m_cucchiara G+ :https://plus.google.com/107903711540963855921 Linkedin:http://www.linkedin.com/in/ma

Re: Clean up

I am afraid that for this folders you have no choice: you have to involve Infra guys Twitter :http://www.twitter.com/m_cucchiara G+ :https://plus.google.com/107903711540963855921 Linkedin:http://www.linkedin.com/in/mauriziocucchiara Maurizio Cucchiara On 3 January 2012 16:13, Ł

Re: Clean up

2012/1/3 Wes Wannemacher : > From what I can see, you should be able to do it yourself, no need to > involve INFRA. I was able to remove 2.2.1.sav/ but not 2.x.old/ - Ted keeps it private ;-) Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Warszawa JUG conference - Confitura http:/

Re: Clean up

I was just writing the same mail of Wes, I didn't traverse the whole path, but IMO you should be able to do it by yourself Whether you will able to delete it or not, I have no objection Twitter :http://www.twitter.com/m_cucchiara G+ :https://plus.google.com/107903711540963855921 Linke

Re: Clean up

>From what I can see, you should be able to do it yourself, no need to involve INFRA. (of course, I didn't try, so I could be wrong) -Wes 2012/1/3 Łukasz Lenart : > Hi, > > I'm going request the INFRA to remove such folders: > - /www/struts.apache.org/2.x.old > - /www/struts.apache.org/2.2.1.sav

Clean up

Hi, I'm going request the INFRA to remove such folders: - /www/struts.apache.org/2.x.old - /www/struts.apache.org/2.2.1.sav Any objections ? Regards -- Łukasz + 48 606 323 122 http://www.lenart.org.pl/ Warszawa JUG conference - Confitura http://confitura.pl/ --

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

>From a user's perspective, I am not sure I would like to see the cutoff be any >Dojo widget-related tags, for as both Ian and Musachy have pointed out, you >are now using dojo across themes and thus one core tag might get the boot in >one or more themes due to its dojo javascript library implem

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

That's a very good point. What about making the cutoff any Dojo widget-related tags? This would include the calendar tag. I think it would be ok to split this off, since it is in no way compatible with the old calendar tag anyways. We could use a very slimmed down version of Dojo for toolti

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

Just to complicate it further we have the special case of the Autocompleter which has communication if it is used in the ajax theme, and just javascript if in the simple theme (it should be xhtml). The idea of having a custom dojo profile is good.I logged a jira ticket for it a couple of weeks

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

7;s perspective. - Original Message From: Don Brown <[EMAIL PROTECTED]> To: Struts Developers List Sent: Tuesday, December 19, 2006 8:55:22 AM Subject: Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags) The tooltips could use another library, and either the calendar

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

On 12/19/06, Don Brown <[EMAIL PROTECTED]> wrote: The tooltips could use another library, and either the calendar could use a slimmed down version of dojo for that widget or another library. The problem is currently our xhtml theme included dojo, which I kinda regret. It does seem like there sh

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

The tooltips could use another library, and either the calendar could use a slimmed down version of dojo for that widget or another library. The problem is currently our xhtml theme included dojo, which I kinda regret. It does seem like there should be a more clear separation. Don Ian Rough

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

Yes, they are implemented using Dojo. musachy Ian Roughley wrote: Just thought of a possible downside. Features that users may have expected as simple javascript / non-ajax, for example tool tip and calendar, are (I believe) now implemented using the dojo library. So there is not a clean sep

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

Just thought of a possible downside. Features that users may have expected as simple javascript / non-ajax, for example tool tip and calendar, are (I believe) now implemented using the dojo library. So there is not a clean separation between those tags that have communication and those that d

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

Personally, I have only WW2 apps with the ajax theme in production and there is no intention of upgrading anytime soon. I would also be surprised if any of the other committers have projects based on the ajax theme in production. /Ian Ted Husted wrote: On 12/18/06, Ian Roughley <[EMAIL PRO

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

On 12/18/06, Ian Roughley <[EMAIL PROTECTED]> wrote: > On the other hand, ripping the ajax tags out would affect backwards > compatibility. Are a lot of users out there using these tags? Could > the migration be simple or would it involve too much effort? I have never gotten much of an answer w

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

Don Brown wrote: As much as I absolutely hate to say it, I think we need to resolve this ajax tag issue before 2.0 goes GA. The AJAX support of Struts 2 gets so much attention by the community that to have a brittle, poorly supported feature that we hope to remove in the next release will on

Re: We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

I agree with you 100%, I don't think there are many people using them, and for those who are, it wouldn't be a difficult task to adapt to them. On the other side, people are waiting for a release and ajax IMO is not a major feature of struts, could we separate them into their own plugin, clean

We need to clean up the Struts 2 AJAX tags (was Re: Additional UI tags)

As much as I absolutely hate to say it, I think we need to resolve this ajax tag issue before 2.0 goes GA. The AJAX support of Struts 2 gets so much attention by the community that to have a brittle, poorly supported feature that we hope to remove in the next release will only bring confusion

[jira] Commented: (WW-888) Clean up tutorials

WW/SAF2 and such... although I think porting the WWIA examples to SAF2 should be done as well. Patrick, Jason? > Clean up tutorials > -- > > Key: WW-888 > URL: http://issues.apache.org/struts/browse/WW-888 > Project: Struts Action 2 &g

DO NOT REPLY [Bug 36703] - Clean-up for minor Cactus tests errors in taglibs sub-project

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 23161] - [PATCH] Clean up for Userguide->Configuration

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 23161] - [PATCH] Clean up for Userguide->Configuration

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 36703] - Clean-up for minor Cactus tests errors in taglibs sub-project

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 36703] - Clean-up for minor Cactus tests errors in taglibs sub-project

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 36703] - Clean-up for minor Cactus tests errors in taglibs sub-project

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 36703] - Clean-up for minor Cactus tests errors in taglibs sub-project

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 36703] - Clean-up for minor Cactus tests errors in taglibs sub-project

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 36703] - Clean-up for minor Cactus tests errors in taglibs sub-project

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 36703] - Clean-up for minor Cactus tests errors in taglibs sub-project

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 36703] - Clean-up for minor Cactus tests errors in taglibs sub-project

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 36703] New: - Clean-up for minor Cactus tests errors in taglibs sub-project

gzilla/show_bug.cgi?id=36703 Summary: Clean-up for minor Cactus tests errors in taglibs sub- project Product: Struts Version: 1.3.0 Platform: Other OS/Version: other Status: NEW Severity: normal Priori

DO NOT REPLY [Bug 23161] - [PATCH] Clean up for Userguide->Configuration

gzilla/show_bug.cgi?id=23161 [PATCH] Clean up for Userguide->Configuration [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW