Author: mrdon
Date: Sun Aug 28 23:16:29 2005
New Revision: 264086
URL: http://svn.apache.org/viewcvs?rev=264086view=rev
Log:
Fixing Ti servlet initialization issues
PR: 36406
Modified:
struts/sandbox/trunk/ti/core/src/java/org/apache/ti/servlet/StrutsTiServlet.java
Modified:
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=36406.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=36406.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
From: Wendy Smoak [EMAIL PROTECTED]
Feel free to add the missing parts... most of them need descriptions, etc.
Shale should be getting picked up as part of the site (and should not look
any different since at this point the files were just moved and only the
navigation changed.)
Thanks once
On 8/28/05, Wendy Smoak [EMAIL PROTECTED] wrote:
From: Wendy Smoak [EMAIL PROTECTED]
Feel free to add the missing parts... most of them need descriptions, etc.
Shale should be getting picked up as part of the site (and should not look
any different since at this point the files were just
SEVERE: Class
org.apache.myfaces.component.html.ext.HtmlDataTablePhaseListen
er not found
java.lang.ClassNotFoundException:
org.apache.myfaces.component.html.ext.HtmlDataTablePhaseListener
that clazz is not more existing. see:
Hmmm, I think this is the part where we say, Thanks for volunteering, Don.
:)
If you'd like to see the JEXL patch in version 1.3.0, then, please, have at
it :)
-Ted.
On 8/29/05, Don Brown [EMAIL PROTECTED] wrote:
I like the jexl el validator. What is holding that patch up?
Don
Niall
Don Brown wrote:
Is requiredif deprecated? The documentation [1] indicates it is,
however, I can see no evidence of that in the source code. In
particular, the validateRequiredIf() method of o.a.s.v.FieldChecks
hasn't been marked as such.
I believe validWhen is server side only.
The
As per http://osteele.com/archives/2004/08/web-mvc
I now think if a frameworks is client side rendering (Ajax, JDNC, ...)
it can't be mixed w/ a server side rednering framework, you can be
strong in one or the other (and then rig it for the other).
--
thx,
.V
Broadband interface (RIA) +
At 7:34 AM -0400 8/29/05, Ted Husted wrote:
Hmmm, I think this is the part where we say, Thanks for volunteering, Don.
:)
If you'd like to see the JEXL patch in version 1.3.0, then, please, have at
it :)
Well, there's a fair amount of hemming and hawing in the comment
history for that ticket
1. Do we have need of tags like these?
html:js src=/script/util.js /
html:css src=/css/style.css /
Currently we are suppose to use html:rewrite tag or some crud method.
script language=javascript src=html:rewrite src=/script/util.js
//script
CSS is bit neat because of @import but JS is still
Sounds interesting. Although I think the best approach for this
would be to do this in a separate tag, extending/overriding where
appropriate.
If you have time and would like to donate such an effort, perhaps we
could put this into an extensions or sandbox taglib package.
So something
I have run into the following issue:
On IBM WebSphere 6.0,
HttpServletRequest.getPathInfo() returns:
;jsessionid=1234567890
on an URL of the form:
http://www.myserver.com/myContext/myAction.do;jsessionid=1234567890
whereas any other app server I have used returns null.
IBM documents this
I too think these are some interesting suggestions, especially the form
mode thing... you can do some neat tricks with CSS to actually remove
the box portion from text fields and such, so you could in fact still
have an input field there but it would look like plain text, which
would allow no
Since Struts 1.2.7 the html:form tag now has disabled and readonly
attributes, which if set affect the controls contained in the form.
So if you use html:form disabled=true then the controls contained in
the form are disabled.
If you use html:form readonly=true then the controls contained in
That is why I proposed.
Setting the mode attribute to 'confirm' will convert all
form-field into a hidden field and will replace all editable
area with a label showing current values. Similarly setting
mode attribute to 'show' will simply replace all editable
area with a label showing
The one comment I would make is more in reply to James... we see
relatively frequent questions asked about the status of the Struts
taglibs, if they are going to be expanded, etc. In fact, I think this
very topic was just brought up this weekend on the dev list. Yet, any
time someone
Well, the taglibs are more or less feature complete. So any changes
are really extensions or nice-to-have.
Also, I think the comments made (in prior discussions) about the
taglibs being no longer supported is not really accurate...but I
won't go there right now ;)
There has been some
Ops... I think I've sent my mail too fast...
so i can forget about it again?
leon
On Mon, 2005-08-29 at 12:01 -0400, James Mitchell wrote:
Well, the taglibs are more or less feature complete. So any changes
are really extensions or nice-to-have.
Also, I think the comments made (in prior
Frank,
I agree that most committers are not interested in putting effort into
developing the Struts tags, however they haven't completely stagnated (see
the Tag Library Changes section in the Struts 1.2.7 release notes) and I
am happy to continue working on them, although having said that the
James Mitchell wrote:
Well, the taglibs are more or less feature complete. So any changes
are really extensions or nice-to-have.
I think this is the part of the equation I don't necessarily agree
with... I think saying they are feature-complete in terms of what they
were meant to be years
@ James – Regarding my thought #1
If we are not going to merge this tiny and simple thing in struts-html
then we should better make it total separate and generic taglib. I
don't see any point in making struts-ex.
I am currently working on extensive javascript taglib, which I am
planning to
On 8/29/05, netsql [EMAIL PROTECTED] wrote:
As per http://osteele.com/archives/2004/08/web-mvc
I now think if a frameworks is client side rendering (Ajax, JDNC, ...)
it can't be mixed w/ a server side rednering framework, you can be
strong in one or the other (and then rig it for the other).
On Aug 29, 2005, at 2:46 AM, Wendy Smoak wrote:
If you have time, will you take a look at the Shale build files?
Sure.
I have to think up another way to switch JSF implementations, looks
like the tell me which two jars you want to use approach isn't
going to work since MyFaces already
From: James Mitchell [EMAIL PROTECTED]
Can you describe this further? Seems like you could just add that extra
dependency in the project descriptor dependencies. Is it not that
simple?
It is not, unfortunately. :) Shale has to build against either the JSF
Reference Implementation
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=36409.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
/page/wilfred/20050829 if you want to
build Shale using Maven.)
== IDEs ==
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
-Ursprüngliche Nachricht-
Von: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 29. August 2005 18:15
An: Struts Developers List
Betreff: Re: Some thoughts.
James Mitchell wrote:
Well, the taglibs are more or less feature complete. So
any changes
are really
. Execute '''ant download-dependencies''' which will retrieve the required
libraries
1. Execute '''ant dist''' to build core-library, test-framework,
clay-plugin, and use-cases
+ === Building Shale with Maven ===
+
- (Check out http://blogs.sun.com/roller/page/wilfred/20050829 if you want
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=35839.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
I agree for the been message and the dynamic arguments, this is the reason
why I start these classes ... maybe it can help or something else ...
Just my two cents,
Regards
Cedric
- Original Message -
From: Leon Rosenberg [EMAIL PROTECTED]
To: 'Struts Developers List'
Well the article kind of says that only domain model/dao is on the server.
And MVC is on the client. And that makes sense. So in your example, if
the client requests the XML, then it's RiA. Your's might not be a good
example.
Ajax is a perfect example. Idea was that Ti would do
That article does indeed indicate that only the model is on the server. But
that's wrong. ;-) Check out the first response to that article, labelled
Marc's Voice. He gets much closer to the truth when he says The other
thing to note about Model N is that the server side is very similar to Model
I'm glad you asked ;)
arg0Name?
arg0Property?
Why not also add arg0NameKey and arg0PropertyKey, so I can put them
in the bundle for better reuse?
Oh wait! I'm not done. Since they are in a different bundle, we
also need to be able to specify a bundle key...
arg0BundleKey
So...
Hi James,
I don't know why you are so sarcastic but there is another solution ...
giving via nested tags the arguments like that
bean:message key=myKey
bean:messageArgumentwhat you want as first argument (i.e 0
one)/bean:messageArgument
bean:messageArgumentwhat you want as second
If JSTL (along with EL) had not happened then I agree that developing the
bean:message tag would be a good idea - simplest solution would have been
a bean:arg tag so that you could do something like the following...
html:message key=msg.hello
bean:arg
bean:write
The form modes sound nice in theory, but I suspect you'd end up having to
write multiple renderings by hand anyway. I assume that the purpose was to
avoid this.
For example, how would a non-editable checkbox be rendered? Yes/No? On/Off?
A green tick and a red cross? What about the result of a
On 8/29/05, Leon Rosenberg [EMAIL PROTECTED] wrote:
-Ursprüngliche Nachricht-
Von: Frank W. Zammetti [mailto:[EMAIL PROTECTED]
Gesendet: Montag, 29. August 2005 18:15
An: Struts Developers List
Betreff: Re: Some thoughts.
James Mitchell wrote:
Well, the taglibs are
On 8/29/05, Frank W. Zammetti [EMAIL PROTECTED] wrote:
James Mitchell wrote:
Well, the taglibs are more or less feature complete. So any changes
are really extensions or nice-to-have.
I think this is the part of the equation I don't necessarily agree
with... I think saying they are
On 8/29/05, Levieux Cedric [EMAIL PROTECTED] wrote:
Hi James,
I don't know why you are so sarcastic but there is another solution ...
giving via nested tags the arguments like that
bean:message key=myKey
bean:messageArgumentwhat you want as first argument (i.e 0
I agree -- Ti can succeed in offering good server-side rich application
support. There will be overlap and ironing out between this approach
and frameworks that try to define an entire application model on the
client, but I think there's a sweet spot to be hit here.
Also (to address an
@ my suggestion #1
We went too far with this thread but left the original point. I
understand that struts committers have very tight control over code
and design, which is good for community. Loose control leads to
failure. Long live Struts.
As html:img ... / tag exists, I was just wondering why
Martin Cooper wrote:
In light of how *I* build web apps today, we don't need the taglibs at all!
;-) ;-)
Ironically, I don't think I've ever used the taglibs in a production app
at all, so you and I would agree on that point :)
But, I do think there is an opportunity to encapsulate some
@ my suggestion #2
It was not fully cooked idea and I just popped it for the sake of discussion.
We developed a similar framework in one of our previous project where
we were using widgets kind of control for each HTML form element.
For example:
If some field is set to use currency widget,
Author: martinc
Date: Mon Aug 29 15:53:01 2005
New Revision: 264651
URL: http://svn.apache.org/viewcvs?rev=264651view=rev
Log:
Define @todo as a Javadoc tag for Ti.
Modified:
struts/sandbox/trunk/ti/project.properties
Modified: struts/sandbox/trunk/ti/project.properties
URL:
So... how is he wrong? I deployed a rich app... and only domain model is
on server.
What else should be on the server?
If UI (View) is on the client, C (controller has to be there).
.V
Martin Cooper wrote:
That article does indeed indicate that only the model is on the server. But
that's
On 8/29/05, netsql [EMAIL PROTECTED] wrote:
So... how is he wrong? I deployed a rich app... and only domain model is
on server.
If you have *only* the domain model on the server, you'd have to be making
direct remote method calls to model objects from the browser. Don't you have
a servlet
Martin Cooper wrote:
If you have *only* the domain model on the server, you'd have to be making
direct remote method calls to model objects from the browser. Don't you have
a servlet in there, that processes and decodes incoming requests, dispatches
to appropriate business objects, and then
netsql wrote:
snip /
Can we add iBatis DAO to Ti (not iBatis Implemnation or SQL MAPs, just
DAO). It would reduce # of user questions.
Using iBatis DAO, people can implement the DAO anyway (or they could
replace the iBatis DAO).
For example, they could use iBatis DAO implementing EJB, or
Author: niallp
Date: Mon Aug 29 17:11:09 2005
New Revision: 264662
URL: http://svn.apache.org/viewcvs?rev=264662view=rev
Log:
Port fix for Bug 35833 to 1.2 Branch
Modified:
struts/core/branches/STRUTS_1_2_BRANCH/src/share/org/apache/struts/taglib/html/MessagesTag.java
Modified:
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=35833.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Ok, so I'm working on the Maven build scripts, and I have a couple
questions.
* Why Ti? What does that mean?
* Why is there a java5 dir? I see ti interface, but why not just
put it under core?
--
James Mitchell
Software Engineer / Open Source Evangelist
Consulting / Mentoring /
Ok, so other than requires 1.5 to build, and 1.4 to run via maven
prop maven.compile.source=1.4, what else do I need to do?
I guess what I'm trying to ask is, what do we want to support?
- 1.5 required to:
- build from svn checkout
- build from nightly src distribution
- build from
On 8/29/05, Don Brown [EMAIL PROTECTED] wrote:
* Why Ti? What does that mean?
Titanium. I enjoy ultralight backpacking so titanium is near and dear
to my heart as an incredibly strong, very lightweight material used in
core gear that replaced much heavier counterparts - the struts of my
Craig McClanahan wrote:
On 8/29/05, Don Brown [EMAIL PROTECTED] wrote:
* Why Ti? What does that mean?
Titanium. I enjoy ultralight backpacking so titanium is near and dear
to my heart as an incredibly strong, very lightweight material used in
core gear that replaced much heavier
Author: gvanmatre
Date: Mon Aug 29 20:00:05 2005
New Revision: 264681
URL: http://svn.apache.org/viewcvs?rev=264681view=rev
Log:
Bug#: 35839 Templates with a DOCTYPE are not useable
Modified:
struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay/Bundle.properties
Currently, you can cd into core and run 'maven jar' using Java 1.4.
Building the entire project (including the 'java5' module) requires Java
5. Does that sound reasonable? The two modules do currently build to
separate jars.
Currently the 'samples' module (webapp) is written against the
Author: niallp
Date: Mon Aug 29 20:08:01 2005
New Revision: 264684
URL: http://svn.apache.org/viewcvs?rev=264684view=rev
Log:
Bug 32584 - Provide config option to turn off MessageResources escape
processing as requested by Tomasz Bech.
Also inject MessageResourcesConfig into the
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=16634.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=23351.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35839.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: niallp
Date: Mon Aug 29 20:57:50 2005
New Revision: 264694
URL: http://svn.apache.org/viewcvs?rev=264694view=rev
Log:
Port to Struts 1.3.x
Bug 32584 - Provide config option to turn off MessageResources escape
processing as requested by Tomasz Bech.
Also inject MessageResourcesConfig into
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=35533.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=35533.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
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=32584.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Author: mrdon
Date: Mon Aug 29 21:21:35 2005
New Revision: 264699
URL: http://svn.apache.org/viewcvs?rev=264699view=rev
Log:
* Changing commons-validator dependency to 1.2.0-dev
* Adding my jar repo as alternate for smooth transition (any better
ideas?)
Modified:
Doesn't matter to me as long as it works :)
Don
James Mitchell wrote:
Ok, I've hit a bit of a snag...
In Maven-utopia, the project layout would support multiple JAR and
WAR artifacts by nesting then 1 level deeper than we currently have
them.
So, we need:
struts/sandbox/ti
Author: mrdon
Date: Mon Aug 29 21:51:01 2005
New Revision: 264706
URL: http://svn.apache.org/viewcvs?rev=264706view=rev
Log:
Changing the commons-validator version to SNAPSHOT so it tries to
download a new one each time
Modified:
struts/build/trunk/project.xml
Modified:
From: Don Brown [EMAIL PROTECTED]
Doh, you are right. I updated it with the correct one. Perhaps this
should be made a SNAPSHOT so maven will always try to download the latest
one?
Yes! And then teach me how, so I can do it for Standalone Tiles and the
Shale build files. :)
--
Wendy
Sounds great to me, actually. It's cleaner in general.
Rich
Don Brown wrote:
Doesn't matter to me as long as it works :)
Don
James Mitchell wrote:
Ok, I've hit a bit of a snag...
In Maven-utopia, the project layout would support multiple JAR and
WAR artifacts by nesting then 1 level
Ok, I changed the commons-validator version to SNAPSHOT, so Maven will
now try to download the latest one each time it is ran. This will let
us add features to commons-validator and be sure they are available to
Struts immediately, however it will also mean Maven will access the
network each
Works for me too.
--
Martin Cooper
On 8/29/05, Rich Feit [EMAIL PROTECTED] wrote:
Sounds great to me, actually. It's cleaner in general.
Rich
Don Brown wrote:
Doesn't matter to me as long as it works :)
Don
James Mitchell wrote:
Ok, I've hit a bit of a snag...
In
Ok, it should all be setup. Unfortunately, it has the limitation of
using my personal remote repository which no one else can modify. Does
the nightly builds publish SNAPSHOT jars anywhere? That would be darn
useful for us.
How to use SNAPSHOT:
1. Make the version in your project.xml
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=32871.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
- Original Message -
From: Don Brown [EMAIL PROTECTED]
To: Struts Developers List dev@struts.apache.org
Sent: Monday, August 29, 2005 10:01 PM
Subject: Maven remote repositories and SNAPSHOT (was New Validator 1.2.0-dev
dependency)
Ok, it should all be setup. Unfortunately, it has
[Oops, wrong button]
From: Don Brown [EMAIL PROTECTED]
Does the nightly builds publish SNAPSHOT jars anywhere? That would be
darn useful for us.
James and I were discussing SNAPSHOTs as being less frequent than nightly,
just when it's stable and something interesting has changed. Could we
76 matches
Mail list logo
