[ANNOUNCE] New Struts PMC Chair - René Gielen
After six years, I've elected to step down as Chair of the PMC, and pass the torch to someone else. The Struts PMC recommended to the ASF Board that René Gielen be appointed to this position as my replacement, and the Board has approved that recommendation. Please welcome René as the new Struts PMC Chair. Congratulations, René! -- Martin Cooper - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
[ANNOUNCEMENT] ApacheCon Europe 2009: Early Bird Deadline Extended until 13th of February
Forwarded at the request of the ApacheCon Europe 2009 Team: Here's some great news for everyone who's thinking of traveling to Amsterdam for this year's ApacheCon Europe. The Early Bird deadline has been extended to Friday, February 13th - and remember, there is a discount of 150 Euro on registration for anyone staying at the Mövenpick Hotel. Register at http://www.eu.apachecon.com. ApacheCon is a week of open source goodness straight from the source of The Apache Software Foundation: - More than 60 1-Hour Sessions on System Administration, Development, Data Mining and Search Technologies, Enterprise Web Services, SOA, and Cloud Technologies, Open Source Business and Community, and more - Over a dozen Training Workshops from industry experts (see below) - World-class Keynotes and vendor Expo - Lightning Talks and Birds-of-a-Feather sessions - New this year: Geeks for Geeks Track, BarCampApache, and Hackathon! ApacheCon Europe 2009 features 2-day, 1-day, and half-day Training Workshops on the following topics: Data Mining and Search Technologies --- - Lucene Boot Camp (Grant Ingersoll) - Solr Boot Camp (Erik Hatcher) The Next Generation of Web Data Storage --- - Building Standalone CouchDB Applications (J. Chris Anderson) - High Performance CouchDB (J. Chris Anderson) Cloud and Distributed Computing Technologies - Hadoop Tools and Tricks for Data Processing Pipelines (Christophe Bisciglia and Aaron Kimball) System Administration - - Apache HTTP Server - Nuts to Bolts (Jim Jagielski) - Everything Tomcat - Administering, Tuning, Troubleshooting and Developing (Mark Thomas) Developing State-of-the-Art Web Applications - A Day of REST (J Aaron Farr) - Apache CXF - Developing and Deploying Open Source SOA Endpoints (Adrian Trenaman) - Ajax on Struts 2: How a Second Generation Web Application Framework Meets the Demands of RIA (Chad Michael Davis) - Behavior-Driving Your Apache Wicket Application: Making the Most of Webdriver and JDave-Wicket (Timo Rantalaiho) Building and Managing Java-based Projects - - Maven Workshop (Zeger Hendrikse) Professional Media Trainings - Media & Analyst Training (Sally Khudairi) - Intermediate Media & Analyst Training (Sally Khudairi) We hope to see you on the 23-27 March at the Mövenpick Hotel in Amsterdam! Visit http://www.eu.apachecon.com for further information and registration details. Interested in sponsoring the ApacheCon conferences? Please contact Delia Frees at de...@apachecon.com for further information. -- ApacheCon Europe 2009 Team planners-2009-eu at apachecon.com http://www.eu.apachecon.com
[ANNOUNCEMENT] Applications for ApacheCon EU 2009 - Now Open
Forwarded at the request of the TAC: The Travel Assistance Committee is now accepting applications for those wanting to attend ApacheCon EU 2009 between the 23rd and 27th March 2009 in Amsterdam. The Travel Assistance Committee is looking for people who would like to be able to attend ApacheCon EU 2009 who need some financial support in order to get there. There are very few places available and the criteria is high, that aside applications are open to all open source developers who feel that their attendance would benefit themselves, their project(s), the ASF or open source in general. Financial assistance is available for travel, accommodation and entrance fees either in full or in part, depending on circumstances. It is intended that all our ApacheCon events are covered, so it may be prudent for those in the United States or Asia to wait until an event closer to them comes up - you are all welcome to apply for ApacheCon EU of course, but there must be compelling reasons for you to attend an event further away that your home location for your application to be considered above those closer to the event location. More information can be found on the main Apache website at http://www.apache.org/travel/index.html - where you will also find a link to the online application form. Time is very tight for this event, so applications are open now and will end on the 4th February 2009 - to give enough time for travel arrangements to be made. Good luck to all those that apply. Regards, The Travel Assistance Committee
ApacheCon live video streaming available; keynotes and Apache 101 are free
Can't make ApacheCon this week in New Orleans? You can still watch all
the keynotes, Apache 101 sessions, and system administration track in
live video streams:
http://streaming.linux-magazin.de/en/program_apacheconus08.htm?ann
Keynotes and the Apache 101 lunchtime sessions are free; the full
sysadmin track, including httpd performance, security, and server stack
administration talks are available for a fee.
Keynotes include:
- David Recordon, Six Apart (Wednesday 09:30)
"Learning from Apache to create Open Specifications"
- Shahani Markus Weerawarana, Ph.D. (Thursday 11:30)
"Standing on the Shoulders of Giants"
- Sam Ramji, Microsoft (Friday 11:30)
"struct.new("future", :open, :microsoft)"
Reminder: New Orleans is CST or UTC/GMT -6 hours.
Advance notice: ApacheCon EU 2009 returns to Amsterdam, 23-27 March. We
had a great response to our CFP and look forward to announcing the
schedule in the next month.
---
--
Lars Eilebrecht - V.P., Conference Planning
[EMAIL PROTECTED] - http://www.us.apachecon.com
Call for Papers Opens for ApacheCon US 2008
Call for Papers Opens for ApacheCon US 2008 !REMINDER: this will be a short CFP, ending on 3 April, so please be sure to get your CFP submissions in soon! The Apache Software Foundation (ASF) invites submissions to its official users' conference, ApacheCon US 2008, held 3 November through 7 November, 2008 at the Sheraton New Orleans. ApacheCon serves as a forum for showcasing the ASF's latest developments, including its projects, membership, and communities. ApacheCon offers unparalleled educational opportunities, with dedicated presentations, hands-on trainings, and sessions that address core technology, development, business/marketing, and licensing issues in Open Source. The conference program includes competitively selected presentations, trainings/workshops, and a small number of invited speakers. All sessions undergo a peer review process by the ApacheCon Conference Planning team. With the great success of ApacheCon US 2007, we are excited to move to New Orleans in 2008. We're proud to announce that we are going to intensify and deepen the pre-conference trainings by offering 2-day trainings alongside full- and half-day trainings, and each training session will have certifications of completion for those who fulfill all the requirements of the training. The ASF comprises some of the most active and recognized developers in the Open Source community. By bringing together the pioneers, developers, and users of flagship Open Source technologies, ApacheCon provides an influential platform for dialogue, between the speaker and the audience, between project contributors and the community at large, traversing a wide range of ideas, expertise, and personalities. ApacheCon welcomes submissions from like-minded delegates across many fields, geographic locations, and areas of development. Please note you do not need to be committer or project contributor at the ASF to submit a proposal! The unique nature of the Apache community lends itself to creating a conference content that is not only the best of Open Source but cutting edge as well. Conference Themes and Topics * Apache HTTP server topics: installation, configuration, migration * ASF-wide projects such as, Jakarta, Tomcat, Maven, Geronimo, Harmony, Lucene, SpamAssassin, Portals, and Web Services * Scripting languages and dynamic content such as Java, Perl, Python, Ruby, XSL, and PHP * Security and e-commerce * Performance tuning, load balancing and high availability * New technologies and initiatives such as Web Services and Web 2.0 * ASF-Incubated projects such as Abdera, CXF, and Qpid * Case studies and industry profiles demonstrating the use of Apache software * Open source community and business models, legal and marketing issues NOTE: Marketing-oriented submissions aimed at promoting specific organizations or products will not be accepted. Submission Guidelines Submissions must include title; speaker's name with affiliation and email address; format (Training vs. General Session) and duration (1-hour general session, or half-, full-day, or two-day training); expertise level (beginner to advanced); a full description including abstract and objectives (200 words or less); intended audience and maximum number of participants, with background knowledge expected of the participants (Trainings only); and speaker bio (100 words or less). Full presentation and training materials will be due at a later date, as noted below. Types of Submissions: Trainings, General Sessions, Case Studies and Industry Profiles. Speakers whose proposals are accepted have registration fees waived, reasonable travel and part of their lodging expenses paid. Only one speaker will be covered per accepted proposal. Important Dates Proposal submission deadline: 3 April, 2008 *Before* ApacheCon Europe! Notification of acceptance:25 April, 2008 Materials for Web site:3 October, 2008 Materials for Trainings: 17 October, 2008 Conference Date: Monday to Friday, 3-7 November 2008 Trainings: Monday and Tuesday, 3-4 November 2008 General Sessions: Wednesday to Friday, 5-7 November 2008 To submit your completed proposal, please follow the directions to logon here to the existing ApacheCon CFP system: http://www.us.apachecon.com/us2008/ Use your existing ApacheCon CFP login, or create a new one as needed. Then under ApacheCon US 2008 Status and Options, click the "Fill out a CFP form" link. If you are not yet subscribed to the ApacheCon announcement mailing list, send an email message to [EMAIL PROTECTED] About ApacheCon US 2008 ApacheCon is co-produced by the Apache Software Foundation and Stone Circle Productions. The ApacheCon Planning team comprises ASF Members from all over the world working on a wholly-volunteer basis. For more information, visit http://www.apachecon.com/ or the ApacheCon US Web site at http://www.us.apachecon.com/us2008/. --
[ANNOUNCEMENT] Shale to Become Top-Level ASF Project
On behalf of the ASF Board and Struts PMC, we are pleased to announce that Shale has been accepted as a top-level project of the Apache Software Foundation. As a top-level project, Shale will have its own website, mailing lists, repository space, and Project Management Committee. Shale will be an automomous ASF project, rather than a subproject of Apache Struts. The Shale framework for JavaServer Faces is nearing its first stable release. As a top-level project, it will be easier for Shale to attract new developers and expand its growing community. The initial set of PMC members and committers for Shale is: * Craig McClanahan * James Mitchell * Greg Reddin * Sean Schofield * Wendy Smoak * Gary VanMatre * Matthias Wessendorf Apache Shale has strong ties to both the Struts and MyFaces projects. Most of the Shale PMC members are already involved in both projects, and plan on continuing to remain involved in them, along with Shale. Apache Shale is a modern web application framework, intended for developers adopting JavaServer Faces as a core technology. Shale began as a proposal for Struts 2.0, but instead became a subproject, so as to provide a JSF alternative for Struts developers. Recent developments for Struts Action 2 now make it easier for Struts developers to access JSF components from within an "action-based" application. The initial Shale codebase was donated by Craig McClanahan, who also donated the original Struts codebase. -- Martin Cooper PMC Chair, Apache Struts
Re: [Wiki] Does Struts wiki have a sandbox?
Michael Jouravlev wrote: Does Struts wiki have a testing page that can be changed without sending notification to dev list? The ASF wikis are deliberately configured to always send change notifications to the dev lists to ensure that we can maintain oversight of the content of those wikis. Meaning: No. ;-) -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
ApacheCon EU 2006 (fwd)
-- Forwarded message -- Date: Fri, 17 Feb 2006 15:29:56 -0500 From: Rich Bowen <[EMAIL PROTECTED]> Subject: ApacheCon EU 2006 The ApacheCon Planners are pleased to announce that ApacheCon Europe 2006 will be held in Dublin, Ireland, at the Burlington Hotel (http://www.jurysdoyle.com/ireland/doyle_burlington.htm), June 26-30. Further details to follow as they are available. CFP to follow shortly. Please feel free to spread this information far and wide. -- Rich Bowen [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT] Apache Struts and Open Symphony WebWork communities to merge
14 Dec 2005 - Apache Struts, the leading web application framework for Java, and Open Symphony WebWork, a leader in technical innovation, are working to merge their communities and codebases. "A merger is an elegant approach to evolution of existing applications based on action-oriented frameworks," said Craig McClanahan, founder of the Struts project. The merger seems like a win-win for the frameworks. "The technical benefit is that WebWork has already done most everything that is on the Struts Action roadmap," noted Ted Husted, a Struts committer. "This is a way that [Struts] shops can use incremental integration to take advantage of new technologies that are already part of WebWork, like Spring and Rife." "My hope is to take advantage of a larger community (Struts) to allow all of us to do a bit less individual effort." said Patrick Lightbody of WebWork. "I would expect moving to Struts lets us focus on our families and day jobs a bit more." Apache projects help developers balance day jobs with volunteer work through the practice of collaborative developement. Decisions are made jointly by the core community, rather than by one or two key individuals. The projects are organized so that individual developers can focus on other matters for a time, and then return to the development community as schedules allow. Over the past few months, Apache Struts has more than doubled its number of active committers. With the addition of two WebWork developers, there are about fifteen active volunteers. Right now, about half of the committers are working on the original Struts Action Framework and half are working on the new Struts Shale Framework, which utilizes JavaServer Faces. Several volunteers are now working with both frameworks. The merger and other milestones on the Apache Struts roadmap were discussed in a talk at ApacheCon on Tuesday, December 13, 2005, entitled "Struts 2006: An Embarrassment of Riches" [ http://people.apache.org/~husted/apachecon-2005-action.pdf]. The talk will be presented by Lightbody, Husted, and Don Brown, another Struts Committer. The Struts Shale framework is being discussed at a second talk, presented by McClanahan, entitled "Shale: The Next Struts??" [ http://people.apache.org/~husted/apachecon-2005-shale.pdf]. For more about Struts, visit the Apache Struts Website [ http://struts.apache.org/].
[ANNOUNCEMENT] Apache Struts to release "standalone" Tiles
14 Dec 2005 - Apache Struts introduced Tiles as a integral component of its Struts 1.1 release in June 2003. Since then, several other projects have been using Tiles, even though it was embedded in the Struts JAR. Soon, it will be much easier to use Tiles with products like Jakarta Velocity, Apache MyFaces, and Struts Shale. Tiles is a templating framework that can be used to create a common look and feel for a web site or application and to create reusable view components. A key aspect of Tiles is that it can be configured from a XML configuration file. A Tile definition can "extend" another definition, giving the component an object-oriented feel. Tile developers can create a base Tile (or screen layout), and then indicate only how other Tiles differ from the base. Changes made to a base Tile "cascade" to Tiles that extend that base. Significant changes can be made to the layout of a website just by changing a single Tile definition. For more about Tiles, visit the Struts Tiles website [ http://struts.apache.org/struts-tiles/].
[ANNOUNCEMENT] Apache Struts offers "Shale" for JSF
14 Dec 2005 - To give JavaServer Faces developers a head start on building scalable web applications for the enterprise, Apache Struts now offers the Shale Framework. Like the original "Struts Action Framework", Shale provides developers with a front controller, and several other components, to provide the "invisible underpinnings that hold an application together". "When JavaServer Faces arrived," explains the Struts website, "our development community chose to 'make new friends but keep the old'. Some of us want (or need) to stick with the original request-based framework. Others are ready to switch to an component-based framework that builds on JavaServer Faces. We offer both frameworks because we have volunteers to create and maintain both frameworks." Shale is based on the recently standardized JavaServer Faces APIs, and focuses on adding value, rather than redundantly implementing features that JSF already provides. Shale will run on any compliant JSF implementation, including the one being developed by the Apache MyFaces project. It also includes many features that Struts users appreciate, such as supporting client side validation and the Tiles framework. Struts Shale was discussed by Craig McClanahan in a talk at ApacheCon on Tuesday, December 13, 2005, entitled "Shale: The Next Struts??". Slides from the talk are available online [ http://people.apache.org/~craigmcc/apachecon-2005-shale.pdf]. For more about Shale, visit the Struts Shale website [ http://struts.apache.org/struts-shale/].
[ANNOUNCEMENT] Apache Struts to release Struts 1.3.0 as the "Action Framework"
14 Dec 2005 - The Apache Struts flagship product, the leading web application framework for Java, is now known as the "Struts Action Framework". To make the framework easier to maintain, Apache Struts subdivided the original monolithic distribution into several subprojects. Each subproject has its own website, documentation, and release cycle, and may be downloaded separately. For consistency, the original core framework component also has its own name now: "Struts Action Framework". The JARs and external dependencies for the extensions to Struts Action Framework are being bundled into a convenient distribution known as the "Struts Action Framework Library". The Struts Action Framework 1.3.0 release will include several exciting new features, including: * Composable Request Processor * ActionDynaForm interfaces * Arbitrary configuration properties * Catalog and Command Elements * Enhanced Global Exception Handlers * Extends attribute for XML configurations * "isCommitted" Exception Handling * Postback Actions * Wildcard ActionConfig properties The key change in this release is the "composable request processor". The request processor is the framework's "kernal". The request processor methods are now command objects in a flexible chain of commands. Rather than subclassing a monolithic object, developers can now just replace commands with their own implementations. Commands can also be inserted or removed, if needed, to extend or streamline the request processing gauntlet, to better meet the needs of different kinds of applications. The Struts Action Framework 1.3.0 release, and other milestones on the Apache Struts roadmap, were discussed at ApacheCon on Tuesday, December 13, 2005, in a talk, entitled "Struts 2006: An Embarrassment of Riches". Slides from the talk are available online [ http://people.apache.org/~husted/apachecon-2005-action.pdf]. For more about Struts Action Framework, visit the framework's Website [ http://struts.apache.org/struts-action/].
Re: OT: Best AJAX framework
Dave Newton wrote: Frank W. Zammetti wrote: I have to admit I just quickly glanced at the code and it wasn't immediately clear to me how it worked. I saw PNGs, but I also saw reference to SVG's (Scalable Vector Graphics for anyone that might not know). It makes sense that the growing and shrinking be done with SVGs, it's tailor-made for such an application. I'm not sure where the PNGs come in to play either. Well, the images themselves are PNG. I'm not sure what the svgSrc attribute is being used for (or what it is). But Firefox can't display SVG (natively), so it's either taking the SVG and scaling it into PNG on the server side, or it's just to confuse us ;) Bzzt! Wrong, sorry. ;-) Firefox 1.5 has native SVG support. The svgSrc attribute allows you to take advantage of that. Otherwise it will use the PNGs. I also wasn't aware that IE would handle PNG transparency properly, so I'm pretty lost. It doesn't, by itself. There's some fancy footwork going on behind the scenes to make this happen. Like I said, these guys know their stuff. -- Martin Cooper Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT: Best AJAX framework
netsql wrote: Just to be diferent, there are alternatives to Ajax: http://msdn.microsoft.com/smartclient/understanding/definition/default.aspx Ooh! Isomorphic is not going to like that. They've had an Ajax toolkit product named SmartClient for quite a few years now. http://www.smartclient.com/ -- Martin Cooper .V Rafael Nami wrote: Super, I tested ajaxtags and really liked it, but that's how I said before - The team arged that before using a framework, they have to understand what Ajax is. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT: Best AJAX framework
Mark Benussi wrote:
I havent heard of one. Its only Javascript at the end of the day!
Yeah, right!
--
Martin Cooper
Here
are some methods I have in an ajax.js and some example code to invoke
the code.
ajax.js
/**
* Returns an XMLHttpRequest object based on the client platform
*/
function getXMLHttpRequest() {
var newRequest = null;
if (window.XMLHttpRequest) {
// Non-IE browsers
newRequest = new XMLHttpRequest();
} else if (window.ActiveXObject) {
// IE
newRequest = new ActiveXObject("Microsoft.XMLHTTP");
}
return newRequest;
}
/**
* Indicates if the request is of a ready state
*/
function isResponseReady() {
return request.readyState == 4;
}
function ifHttpStatusOK() {
return request.status == 200;
}
function getResponseText() {
return request.responseText;
}
function getResponseXML() {
return request.responseXML;
}
function getResponseStatusText() {
return request.statusText;
}
/**
* The global variable request object
*/
var request = null;
/**
* Returns a response for the requested url.
*/
function getResponseForRequestUrl(url, method) {
request = getXMLHttpRequest();
request.onreadystatechange = method;
try {
request.open("GET", url, true);
if (window.ActiveXObject) {
// IE
request.send();
}
} catch (e) {
// @TODO Log the issue
alert(e);
}
if (window.XMLHttpRequest) {
// Non-IE browsers
request.send(null);
}
}
function invokeRequestUrl(url) {
getResponseForRequestUrl(url, function() {});
}
example client side code.
// Load the Shop categories document
getResponseForRequestUrl('/ajax/shop_module/preferences/kelkoo.do?dispatch=loadShopCategories',
shopCategoriesReturned);
/**
* Invoked when the Shop categories have been returned
*/
function shopCategoriesReturned() {
if (isResponseReady()) {
// At this point the response will be ready
if (!ifHttpStatusOK()) {
// @TODO Log the issue
var statusText = getResponseStatusText();
} else {
// Correct response
var shopNavigationDocument = getResponseXML();
// Now work with the document
}
}
}
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT: Best AJAX framework
Laurie Harper wrote:
Joe Germuska wrote:
[...]
I would recommend against using Prototype[3] or JSON[4] with Struts,
as they use a JavaScript strategy which is incompatible with
commons-validator and the html:javascript tag (see Bug #37134[5]).
[...]
[5] http://issues.apache.org/bugzilla/show_bug.cgi?id=37134
I just tried it, and prototype+validator works fine for me. It's
possible my test just didn't use the particular combination of features
that provokes the problem, but I believe what's going on is actually
that the problem has been resolved in prototype.
Well, yes and no. The specific problem that caused issues with Validator
has been fixed, but most of the other issues remain. For example:
1) It messes with fundamental JavaScript types. This was the source of
the problem with Validator; that specific case was fixed, but many more
remain. Take the following function:
function countProperties(o) {
var c = 0
for (p in o) { c++; }
return c;
}
Now invoke that:
var count = countProperties(new String(""));
Without Prototype, the result is 0, as you would expect; with Prototype
1.4.0_rc2, the result is 8. Now, the above is a contrived example, but
to have fundamental types like String and Function changed underneath
you is very dangerous.
Obviously many people don't think that's an issue for their own apps,
otherwise they wouldn't be using Prototype (or else they just aren't
aware of the issue yet). But think about what's going to happen when
Prototype gets pulled into a portlet and messes up all the other
portlets on the same page. And if that was *your* portlet that messed
things up, you're not going to be very popular. ;-)
2) Prototype is not namespaced. It splats a significant number of
objects into the global namespace. That means it doesn't play well with
others, to say the least. To make sure you don't mess up Prototype
yourself, you need to know which objects Prototype defines. And if you
happen to define something as a global (which you wouldn't, of course,
because you're smarter than that - you're a Struts user, after all ;)
that's not in the version of Prototype that you're using today, but they
add it in the next release, well you're probably hosed. Also, the
portlet scenario raises its head again here. If other portlets on the
same page define globals with the same name as Prototype, something's
going to be broken - and you don't want it to be your fault. ;-)
Note that, sadly, these issues also apply to libraries built on top of
Prototype, such as Rico and script.aculo.us.
If I'm right, we could close #37134 (perhaps adding a note as to which
version of protoype fixed the problem it describes). If you can still
demonstrate the issue with current versions of prototype I'd like to
know how, as I have a bunch of prototype-based Javascript I was planning
to use in my Struts app... :-(
I haven't tried it, but it does look like the 1.4 release of Prototype
has fixed the most egregious bug, meaning that it would work with
Validator. If Prototype continues to develop in the same manner, though,
we can't guarantee that Validator will continue to work with later versions.
--
Martin Cooper
L.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: OT: Best AJAX framework
Joe Germuska wrote: At 4:43 PM +0100 11/8/05, Nicolas De Loof wrote: I'm using DWR on my webapp for navigation in a table, using a "Page 1 2 3 ..." footer. DWR makes it realy simple based on a List put into user session. Browser can get requested elements from list and DWR comes with utils to upgrade the table contain. I second the recommendation of DWR[1] for integrating backend logic with pages in an Ajax form -- it's very straightforward to use; I was up and running in less than an hour. DWR doesn't provide any solutions for page display (well, it has a few util methods, but...) I still haven't settled on one library for those, having mostly opted to write my own. I'm watching Dojo[2] carefully as our own Martin Cooper is a big fan, but it is still in very active development and is minimally documented, so I'm waiting to either have more time to read the code or for more docs to be drafted. Yes, I am definitely a fan of Dojo. It's built by a group of people who have a huge collective experience in building DHTML toolkits, including the authors of nWidgets (nee netWindows), Burst, and f(m). These folks really know what they're doing, and it shows. Two of the string points of Dojo at this point are its IO system (the Ajax part, if you will) and its event system. The former is very robust, and well tested on lots of different browsers, as well as being very comprehensive in its breadth of capabilities. The latter is awesome. If you take it as far as it will go, you have AOP for JavaScript. The two pieces above, as well as the other core functionality are pretty well baked now. What's less baked at the moment is the widget library. It has been getting a *lot* of attention recently, though, and has been coming along by leaps and bounds. A lot of attention has been given to layout and containment, and the community has been doing a great job of testing on various platforms and finding the bugs early. And for Wow! factor, it's hard to beat this: http://dojotoolkit.org/~alex/dojo/trunk/demos/widget/Fisheye.html :-) While Dojo is still undergoing a lot of work, especially in the widget department, I'll point out that I know of at least two commercial sites that are using it live, demonstrating that what's there works. ;-) -- Martin Cooper I would recommend against using Prototype[3] or JSON[4] with Struts, as they use a JavaScript strategy which is incompatible with commons-validator and the html:javascript tag (see Bug #37134[5]). Joe [1] http://getahead.ltd.uk/dwr/ [2] http://dojotoolkit.org/ [3] http://prototype.conio.net/ [4] http://www.crockford.com/JSON/index.html [5] http://issues.apache.org/bugzilla/show_bug.cgi?id=37134 Faisal Mahmoud a écrit : Check out http://www.backbase.com for an Ajax framework. On 11/8/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: Far be it from me to push my own creation... http://javawebparts.sourceforge.net Go into the javadocs and look at the javawebparts.taglib.ajaxtags package. This isn't the AjaxTags you may have heard of lately, they are two separate projects that just happen to have the same name. I think it's reasonable to say that this AjaxTags is a bit different from most of the other Ajax toolkits/taglibs/whatever out there, but folks might like what they find here (many do already!). If it seems interesting, I recommend downloading the cookbook and checking out the examples there. The recipes in there are simpler than what you'll find in the Java Web Parts sample app, much mroe focused, and can even be used as-is. -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com AIM: fzammetti Yahoo: fzammetti MSN: [EMAIL PROTECTED] On Tue, November 8, 2005 10:24 am, David Gagnon said: Hi all, Sorry for the OT guys. I'm looking for a good AJAX framework. I haven't found one under apache.org. Is there one? If not is there one who is more popular/cool/good that other? Thansk for your help!! Best Regard /David - 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] -- http://www.quidprocode.com - 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, distribut
Re: AJAX: Whoa, Nellie!
"Frank W. Zammetti" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Martin Cooper wrote: > >>>* Provide a client side JavaScript library that does the grunt work > >>> of making the back-end XmlHttpRequest call, and updating the > >>> corresponding portion of your DOM. Martin likes DOJO for this; > >>> there are also a bunch of other libraries that do the same sort > >>> of thing that should be leveraged, instead of inventing something new. > >> > >>Not everyone likes throwing the kitchen sink into their projects to > >>provide a relatively small amount of functionality. > > > > > > Where's the kitchen sink in the dojo.io.bind package? It's lean and mean and > > robust. It does one thing, and does it very well. > > I was referring to Craig's bullet point there, not specifically Dojo. > I'd have to look at it more before I would say the same about it, and > maybe I'd come to the same conclusion you have in the end. > > > Huh? You can take any existing Struts app today, add in Dojo, and make > > Ajax-like invocations wherever you like. No other changes necessary. > > But it requires adding CODE. That to me is an intrusive way to go about > it. If it is possible to simple add the capability to the tags that are > ALREADY ON THE PAGES, backed by a little XML, that is far less intrusive > in my mind than having to add a bunch of code, and if you go the Dojo > route, hand-crafted code. My "Huh?" comment was in reference you your statement that the approach I was describing "doesn't really help people with existing apps", which I take issue with. If you put the JavaScript methods in separate file, it has the exact same impact on the JSP pages as your approach does, but without needing the custom attributes. You say 'ajaxRef="button1"' and I say 'onclick="doButton1()"'. > > I disagree, at least with respect to what _I_ am talking about. ;-) See my > > other post. > > Fair enough. We have a difference of opinion here. Nothing wrong with > that. If I was presenting this as the way everyone should do things, > then it would be a problem, but that has never been my tact on it. I > would hope you are not presenting Dojo as the way everyone should do > things either Martin :) Let me think about that... ;-) ;-) -- Martin Cooper > > Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJAX: Whoa, Nellie!
"Frank W. Zammetti" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Martin Cooper wrote:
> > Perhaps I'm missing the simplicity of your proposal. Let's take the
example
> > from your original RFC. Here it is, for convenience:
> >
>
> >
> > Now let's look at the equivalent if I use the existing Struts HTML tags
and
> > Dojo.
> >
> > In the JSP page:
> >> onclick="doButton1()"/>
> >
> > Elsewhere in the JSP page, or maybe somewhere else:
> > function doButton1() {
> > dojo.io.bind({
> > url: "http://www.omnytex.com?buttonValue=button1&textValue=text1";,
> > load: function(type, data) {
> > document.getElementById("resultLayer").innerHTML = data; },
> > mimetype: "text/plain"
> > });
> > }
> >
> > That's all there is to it.
>
> My approach is more declarative, that's where it is simpler: less
> code=simpler, as a generality. Kind of ironic to me that you would be
> advocating MORE code in a page... isn't that the whole point of a taglib
> in the first place? Isn't that why we all agree scriplets are Evil
> Incarnate?
That's why I said "or maybe somewhere else". It would be perfectly fine to
put the JavaScript functions in a separate .js file and ed to from the
page. And neither of us are talking scriptlets here. ;-)
> What you demonstrate here I would also argue is worse for page authors,
> who now have to be concerned with script writing as well as layout of
> simple HTML tags. You can argue that a page author would know
> Javascript as well, and you may be right in most cases, but the idea
> that everyone seems to be pushing is that the page authors should really
> be glorified graphics artists who just do markup and worry about layout,
> not code. That doesn't jive, to me at least, with the example you post.
Again, move the JavaScript out to a separate file. That's essentially all
you've done with your Ajax config file, other than using a new XML syntax
for it. Now the only difference between your JSP page and mine is that yours
uses customised tags while mine doesn't need them. ;-)
> Also in your example you are explicitly constructing the query string...
> my tags do that for you. I presume you could dynamically create it with
> Dojo as well, but then your talking about more code. Plus, we're
> talking a bunch of inline code which, to my eyes, is very ugly, in much
> the same way anonymous inner classes are in Swing coding.
Well, at least going from your example, your construction is little more
than string concatenation. I don't think you're saving much.
> Come to think of it, at first glance I'm not even sure I understand what
> is going on in that code! I don't recall ever having seem Javascript
> done that way, which immediately makes me think twice about this... it's
> going to be harder to find someone that understand such code than more
> straight-forward Javascript. I'm sure if I spent two minutes on it I'd
> get it no problem (looks like a bunch of nested functions, akin to
> anonymous inner classes in a sense... ugh!)
Hmm, perhaps we're used to different JavaScript. That's pretty normal stuff
to me. Certainly nothing unusual.
> > Perhaps for XML-heads, your proposal is easier to deal with. But you
still
> > need to understand how the URL is constructed from the different pieces
and
> > what things like 'stdInnerHTML' mean, not to mention the fun of having
> > generated JavaScript to debug your problems through, rather than a
simple
> > function call that you wrote yourself.
>
> Yes, those that prefer a declarative approach will like mine better, but
> isn't that the direction Struts has been moving for years?
> DynaActionForms, validation, and so on? All of this requires MORE XML,
> not less. Why would it be any different here?
Going from writing ActionForm classes to dyna beans defined in XML saves you
a lot of tedious coding. In contrast, this lets you use a *more* verbose
syntax to say the same thing. I don't see the advantage. Moreover, if you
move the JavaScript code into a separate file, you actually save in clarity
and maintainability, at least IMHO.
> Also, I'm not sure what you mean about "...need to understand how the
> URL is constructed"... in fact, all you need to be aware of is what
> fields in your form you wish to be on the query string, beyond that you
> have no care at all about it. I didn't get around to implementing the
> simple XML generator, but the same would be true there. You are simply
> naming the elements y
Re: AJAX: Whoa, Nellie!
eed to > expose parts of it as Web Services, here's one quick and easy way to do > it. > > Likewise, what I proposed is a quick and easy way to introduce AJAX > functionality into an existing app with a minimum of fuss and muss. There > is not a lot of code to write (none if I do it right) and it's not an > all-or-nothing proposition, you don't have to use a whole new framework on > the client and the server to make it work. The what you and Martin are > talking about, I can't see how that would be the case. So, while the > ideas may have a great deal of merit, they require a far greater change > for developers and don't, I think, help anyone NOW. I disagree, at least with respect to what _I_ am talking about. ;-) See my other post. -- Martin Cooper > > * Provide encapsulated functionality (JSP custom tags, JSF component > > tags, whatever) that totally hides the fact that Ajax techniques are > > used > > into the HTML and JavaScript markup that is automatically generated. > > If you make the page developer have to do a *lot* more (i.e. a bunch of > > nested tags) on every Ajax-sensitive component, that doesn't seem to > > make application development easier ... it only makes it more tedious. > > Granted. My proposal very much fits those goals. A page developer has > only to add a single new attribute to a tag they want to AJAX-enable, and > write a corrsponding entry in an XML config file for it. Done. NO code > whatsoever has to be written, aside from whatever they want to do on the > server, which may be nothing too. > > > Use case to consider -- as an application developer, I want to use a > > progress bar "widget" that periodically polls the server for the > > progress of a long running function, and then updates the client side > > visual representation. If I have to do more than add a single > > attribute (some way to map to the server side function that returns > > the completion percentage to be displayed), plus an optional parameter > > that says how often to check, over what it takes to specify a static > > image with an tag (for example), then I'm likely to say > > "thanks but no thanks" to your version of that widget. > > This is where there seems to be some understanding that needs to occur... > I am in no way shape or form proposing an entire new widget set. I have > thought about that, have done some preliminary work, but that has > absolutely zero to do with my proposal and what I put together to > demonstrate it. > > I am NOT talking about creating a new JSF here Craig. I am not talking > about something that grandiose. There is no such thing as a progressBar > element in the HTML taglibs with which I am familiar. All I am talking > about is adding the ability for client-side events that fire for the HTML > tags that EXIST TODAY to fire server-side functionality and do one of a > number of standard things upon return to the client, as well as allow a > developer to easily implement their own actions (i.e., if you look at my > example, you can specify a standard return action to perform, or you can > simply specific the name of a Javascript function, at which point you do > whatever you want). > > > If, on the other hand, you let me say: > > > > > > > > or > > > > > > > > then I'm fat, dumb, and happy. Why should *i* (the application > > developer) care that you're using XmlHttpRequest behind the scenes? > > Then you would be fat, dumb and happy with my proposal I should think! > All the developer has to care about is (a) what is the form of the data > submitted to the server, if there is any, (b) what happens on the server > when such a request is received and (c) what happens when the response > comes back. In short, the page developer worries about very little more > than they do today, and back-end developer still has all the same > responsibilities, and no one has to use a whole new widget set or learn a > whole new taglib to do this all. > > Frank - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJAX: Whoa, Nellie!
Perhaps I'm missing the simplicity of your proposal. Let's take the example
from your original RFC. Here it is, for convenience:
In the JSP page:
In the Ajax config file:
button1
onClick
queryString
buttonValue=button1,textValue=text1
http://www.omnytex.com
stdInnerHTML
resultLayer
Now let's look at the equivalent if I use the existing Struts HTML tags and
Dojo.
In the JSP page:
Elsewhere in the JSP page, or maybe somewhere else:
function doButton1() {
dojo.io.bind({
url: "http://www.omnytex.com?buttonValue=button1&textValue=text1";,
load: function(type, data) {
document.getElementById("resultLayer").innerHTML = data; },
mimetype: "text/plain"
});
}
That's all there is to it.
Perhaps for XML-heads, your proposal is easier to deal with. But you still
need to understand how the URL is constructed from the different pieces and
what things like 'stdInnerHTML' mean, not to mention the fun of having
generated JavaScript to debug your problems through, rather than a simple
function call that you wrote yourself.
Personally, I think I'll stick with the simpler (to me, anyway) Dojo
solution. :-)
By the way, while Dojo's goals extend far beyond just dojo.io.bind, one of
the great things about it is that you can just pick up the pieces that you
want. So if all you want is Ajax-like functionality, that's all you need to
include. But if you want a full-blown client side framework, widgets and
all, you can get that too. (Or at least you will when it's done. ;)
--
Martin Cooper
"Frank W. Zammetti" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> On Tue, April 19, 2005 12:53 am, Martin Cooper said:
> > To get beyond doing the grunt work yourself for Ajax, I recommend taking
a
> > look at this:
> >
> > http://dojotoolkit.org/intro_to_dojo_io.html
> >
> > and downloading the dojo.io package from their site.
>
> It does look cool. However, in some ways what I provided is actually
> better... I have the concept of default return handlers (and default
> submission handlers) that would save the developer, in some percentage of
> situations at least, from writing ANY server-side code whatsoever. True
> enough, one could implement that concept with Dojo too, but then I'm just
> helping develop Dojo!
>
> > Personally, I'm not convinced that we need anything new in Struts to
make
> > using Ajax easier.
>
> Easier for who? For you? You are a super-genius Martin :) It's a
> cakewalk for you. For me too frankly. *I* certainly don't need new tags
> because I don't even use the tags as they are now 95% of the time!
>
> Let's look at it this way... I don't consider the validation framework to
> be any great shakes. I mean, the client-side portion of it anyway. I
> don't need tags that can write validation logic for me. I suspect you
> don't need it either. Was it a bad idea then? Most certainly not! Same
> thing here... if we can provide to 80% of the people a capability that
> requires so very little extra work for them (a single config file and a
> single attribute on any tag involved) that will handle 80% of their needs,
> why in the world wouldn't we jump at the chance?
>
> > I'm building products today that make extensive use of
> > the two technologies together, and haven't found a need to enhance
Struts
> > to
> > do it.
>
> You and I both :)
>
> > However, if we do add any Ajax (or Ajax-like) support to Struts, I
> > want to be able to plug in my plumbing of choice (which would be Dojo
> > right
> > now) to get the most robust communication scheme available.
>
> And that is a reasonable point I feel. But, then you get into a situation
> where you have to build something more complex in all probability to
> provide that degree of flexibility... I have to make sure it is generic
> enough to handle any plumbing you want to put in, and then what happens
> when some new plumbing comes down the pipe that doesn't quite fit?
>
> I would rather take the tact "here is an available method to do this AJAX
> stuff, here are the limitations, and when you bump up against them you
> will have to use something else". I just don't see that as a bad thing
> because it helps some people now, as opposed to helping no one, or more
> precisely, leaving them out to entirely help themselves.
>
> P.S. - Take a look at my proposal again... If you really wanted to use
> Dojo, I believe you could with just one minor change: I would have to
> allow for calling custom functions when submitting to the server. This
> was on the slate anyway, and that means you could use your dojo.io.bind()
> stuff here).
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJAX: Whoa, Nellie!
To get beyond doing the grunt work yourself for Ajax, I recommend taking a
look at this:
http://dojotoolkit.org/intro_to_dojo_io.html
and downloading the dojo.io package from their site.
Personally, I'm not convinced that we need anything new in Struts to make
using Ajax easier. I'm building products today that make extensive use of
the two technologies together, and haven't found a need to enhance Struts to
do it. However, if we do add any Ajax (or Ajax-like) support to Struts, I
want to be able to plug in my plumbing of choice (which would be Dojo right
now) to get the most robust communication scheme available.
--
Martin Cooper
"Stéphane Zuckerman" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Rodolfo García Esteban/CYII a écrit :
> > Where do we find information about this marvellous stuff?
> >
> > Rodolfo __
>
> Look for "XMLHttpRequest" and/or ActiveXObject("Microsoft.XMLHTTP")
> XML.com and the Apple dev center have good introductory articles about it.
>
> Basically, this is a way to make server call from JavaScript via the
> XMLHttpRequest (Safari/Gecko browsers) or XMLHTTP (Internet Explorer)
> objects. Thus it enables you to make dynamic calls to refresh some parts
> of a web page without reloading everything.
>
> This is used with gmail for instance.
>
> --
> Stéphane Zuckerman
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCEMENT] New Struts subproject: Shale
The Apache Struts team is pleased to announce the adoption of its latest subproject, Struts Shale, a JSF-based framework. The Shale codebase was initiated by Craig McClanahan in the Struts sandbox, and development traffic regarding Shale has steadily increased. As the product is heading towards an initial release, the Struts PMC felt it time to formally adopt Struts Shale as a subproject. Today, Struts is comprised of eight subprojects: Core, Taglib, Tiles, El, Faces, Scripting, Applications, and (now) Shale. An initiative is underway to extract the Struts Tiles code into a standalone product. Several Struts developers plan to apply to the ASF to incubate Tiles as a toplevel project. [http://wiki.apache.org/struts/TilesTopLevel ] Extracts from the FAQ *Why are you offering both Struts Shale and Struts Classic? Don't they compete for new development?* We do offer Struts developers a choice, but, hey, choice is good. :) People who want to create and maintain Struts Classic are welcome to do so. People who want to create and maintain Struts Shale are equally welcome. As a volunteer organization, we are not constrained by the economics of competition. All we need are volunteers who are ready, willing, and able to do the work. So long as we have volunteers, we have work for them to do. :) Right now, we have volunteers who want to leverage the new JavaServer Faces framework by using Struts Shale for new development. We also have volunteers who prefer to leverage their existing investment in Struts Classic. All are welcome. For more about volunteering, visit our how to help page [http://struts.apache.org/faqs/helping.html]. *Will Struts Shale become Struts 2.x?* Right now, there are no concrete plans for a 2.x release of Struts Classic. The people working on the 1.x series want to evolve the code base without breaking backward compatibility. If we do our job right, then a 2.x release may never be needed. Meanwhile, Struts Shale has its own identity and its own release cycle. Struts Classic is one subproject, and Struts Shale is another. We encourage you to choose the framework that works best for you. (Even if it is not one of ours!) * Is Struts Shale a fork?* No. It's an entirely new codebase. Struts Shale is an MVC framework for web applications, like Struts Classic, but it's a fresh start. Struts Shale is the best choice for developers eager to leverage the latest technologies, like JavaServer Faces. Both frameworks will have a home here so long as there are volunteers ready to contribute. -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] Struts 1.2.6 Beta Released
The Struts team is pleased to announce the release of Struts 1.2.6 Beta. This release includes minor new functionality, and a number of fixes for bugs which were reported against previous versions. The binary, source and library distributions are available from the Struts download page: http://struts.apache.org/download.cgi The Release Notes are available on the Struts web site at: http://struts.apache.org/userGuide/release-notes.html -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] Struts 1.2.6 Test Build Available
The Struts 1.2.6 Test Build is now available here: http://cvs.apache.org/dist/struts/v1.2.6/ This build includes some minor enhancements as well as fixes for a number of outstanding issues. For full details, see the Release Notes: http://struts.apache.org/userGuide/release-notes.html Once feedback has been collected on the stability and quality of this build, a determination will be made as to whether it should be promoted to General Availability (GA) or Beta status, or neither. You are encouraged to download and test this build at your earliest convenience, and provide your feedback via the lists or via the bug database. -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Servlet Exception
Your JSP is too big. You'll either need to break it up into smaller compilation units (i.e. multiple JSPs) or move to Tomcat 4.1 or later, which can handle this type of problem. -- Martin Cooper On Tue, 28 Sep 2004 12:09:33 -, Zakaria kHABOT <[EMAIL PROTECTED]> wrote: > Hi all, > When I try to display a collection using Struts, I encountred this exception : > > (Ljavax/servlet/http/HttpServletRequest;Ljavax/servlet/http/HttpServletResponse;)V) > Illegal target of jump or branch > > I am using Tomcat 4.0. > Can Someone help me > Thanks > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] Struts 1.2.4 (General Availability) Released
The Struts team is pleased to announce the release of Struts 1.2.4 for General Availability. This release includes significant new functionality, as well as numerous fixes for bugs which were reported against the previous release, and supersedes the earlier 1.1 version as the latest official release of Struts from The Apache Software Foundation. The binary, source and library distributions are available from the Struts download page: http://struts.apache.org/download.cgi The Release Notes are available on the Struts web site at: http://struts.apache.org/userGuide/release-notes.html -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] Struts 1.2.4 Test Build Available
The Struts 1.2.4 Test Build is now available here: http://cvs.apache.org/dist/struts/v1.2.4/ This build fixes some problems with the 1.2.3 Test Build, and fixes some additional outstanding issues. Once feedback has been collected on the stability and quality of this release, a determination will be made as to whether it should be promoted to General Availability (GA) status, and replace the recently withdrawn 1.2.2 release. You are encouraged to download and test this build at your earliest convenience, and provide your feedback via the lists or via the bug database. -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[ANNOUNCE] Struts 1.2.3 Test Build Available
The Struts 1.2.3 Test Build is now available here: http://cvs.apache.org/dist/struts/v1.2.3/ This build resolves some urgent issues that were identified with the 1.2.2 GA Release distribution. It is not an official Apache release at this time. Once feedback has been collected on the stability and quality of this release, a determination will be made as to whether it should be promoted to General Availability (GA) status, and effectively replace the recent 1.2.2 GA release. You are encouraged to download and test this build at your earliest convenience, and provide your feedback via the lists or via the bug database. -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: XML stream input to Struts Action class
"Ashish Goswami, Noida" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi , > i am facing a problem where i am getting xml input from another server over > http to my servlet.i use request.getInputStream() to get the xml file parse > it and use JAXB to marashall into java objects.My question is can i use > struts in this case as a framework.does struts supports population of form > bean from xml input rather than form based post input. You can use Struts, yes, but Struts will not populate a form bean from XML input. You'll need to do that yourself. -- Martin Cooper > > any help will be appreciable. > > thanks in advance > > Ashish > > > Disclaimer: > > This message and any attachment(s) contained here are information that is > confidential,proprietary to HCL Technologies and its customers, privileged > or otherwise protected by law.The information is solely intended for the > individual or the entity it is addressed to. If you are not the intended > recipient of this message, you are not authorized to read, forward, > print,retain, copy or disseminate this message or any part of it. If you > have received this e-mail in error, please notify the sender immediately by > return e-mail and delete it from your computer. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.0 question - defining multiple controllers
Answer: It won't work. I suppose you might get lucky if both instances use *exactly* the same configuration, but then there wouldn't be any point to doing that in the first place. Struts stores almost all of its config data in the servlet context, so if you try to have more than one instance, they'll be tripping over each other all the time. Why would you need more than one instance, though? -- Martin Cooper "Khalid K." <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Platform websphere/struts 1.0 (updating to 1.1 out of question) Question: Are there any draw backs of declaring multiple controller servlets in one web app ?? I've heard that it is not recommended because they will share the same servlet context which will cause problems ??? Whoever answers it will get a virtual cookie :)(no..not a 3rd party cookie) Thanks Khalid --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.674 / Virus Database: 436 - Release Date: 5/2/2004 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: FAQ via ezmlm - not available
I'm not sure there ever was a FAQ available via ezmlm... -- Martin Cooper <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Hola! After subscribing the confirmation message offers: > Send mail to the following for info and FAQ for this list: > [EMAIL PROTECTED] I tried that and got an email telling me: > FAQ - Frequently asked questions of the [EMAIL PROTECTED] list. > None available yet. Maybe got lost when switching from [EMAIL PROTECTED] Maybe someone with enough mojo can take a look at it. regards Nils This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts - How to Download a File
Just set the appropriate HTTP response headers, write the content to the servlet output stream, and then return 'null' from your Struts Action. -- Martin Cooper "Singh_bibek" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Hi All, We wish to provide a link to the user, clicking on which user can download the file(jpg,gif,mpg,wav,tiff) to his/her local disk. The user should be therefore prompted for the path where the file is to be saved. Can anyone guide me as to how to achieve the same using Struts. Thanks, Regards, Bibek - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: struts file upload strange error
"John Moore" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > At 01:13 04/05/2004, Bryan Hunt wrote: > > >Dude, send me your address and I will fed-ex you a cold beer > >!! > >I should have thought of that before. Thanks for your help I've > >just wasted 24 hours > >on this If I was running linux I could have ran a packet capture but > >am on crappy > >win 2000 box. > > Get yourself a copy of Network Spy > (http://sumitbirla.com/network-spy/netspy.php), which is a very useful > packet capture tool for Windows. On Windows 2000, you have Network Monitor built in, so you don't actually need any additional software... -- Martin Cooper > > John > > > > > > = > John Moore -Norwich, UK-[EMAIL PROTECTED] > = > > > --- > Outgoing mail is certified Virus Free. > Checked by AVG anti-virus system (http://www.grisoft.com). > Version: 6.0.662 / Virus Database: 425 - Release Date: 20/04/2004 > > > - > 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: struts file upload strange error
It's not a Struts bug, and it's not even a Struts-related problem. Any time
you need to upload files, you must use a POST request with an 'enctype' of
"multipart/form-data". Your form element should look like this:
--
Martin Cooper
"Bryan Hunt" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Hi there list,
> I have been trying to get the most simple file upload example working with
> and have been receiving a strange error message that I just can't seem
> to shake.
>
> Here is the basics of my action form
> snip=
> public class ImageUploadForm extends ActionForm {
> // -
> Instance Variables
> /** imageFile property */
> protected FormFile file;
>
> // - Methods
>
> public ActionErrors validate(
> ActionMapping mapping,
> HttpServletRequest request) {
>
> if(file == null){
> System.out.println("file is empty");
> }
> return null;
> }
>
> public FormFile getFile() {
> return file;
> }
>
> public void setFile(FormFile file) {
> this.file = file;
> }
> =snip
>
> Here is the basics of the action
> snip=
> public ActionForward execute(
> blah) {
> System.out.println("at least i managed to get called");
> throw new UnsupportedOperationException("Generated method
> 'execute(...)' not implemented.");
> }
> =snip
>
> Here is the basics from my struts config file
> snip=
> type="ie.jestate.struts.form.ImageUploadForm">
> type="org.apache.struts.upload.FormFile" />
>
> attribute="imageUploadForm"
> input="/form/imageUpload.jsp"
> name="imageUploadForm"
> path="/imageUpload"
> type="ie.jestate.struts.action.ImageUploadAction"
> scope="request"
> validate="true"
> >
> path="/form/imageUpload.jsp" />
>
> =snip
>
> Here is the jsp file
>
> snip=
> <%@ page language="java"%>
> <%@ taglib uri="http://jakarta.apache.org/struts/tags-bean";
prefix="bean"%>
> <%@ taglib uri="http://jakarta.apache.org/struts/tags-html";
prefix="html"%>
>
>
> JSP for imageUploadForm form
>
>
>
> File :
>
>
>
>
>
> =snip
>
> And here is the abreviated version of the error message
> snip=
>
> *exception*
>
> javax.servlet.ServletException: BeanUtils.populate
> org.apache.struts.util.RequestUtils.populate(RequestUtils.java:1254)
>
org.apache.struts.action.RequestProcessor.processPopulate(RequestProcessor.j
ava:821)*
>
> cause mère*
>
> java.lang.IllegalArgumentException: argument type mismatch
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> =snip
>
> I have tried changing the type to text and the type to String in
> the form and that works but use this FormFile class and everything
> seems to go fubar.
>
>
> It never even gets to call the action , instead it generates this error
> message ,
> but the setters and getters are right and the variable is public, this
> only happens
> with the FormFile. All the struts stuff is in my classpath as is
> commons-fileupload-1.0.jar.
>
> Anyone got any idea what the hell I'm doing wrong ... I'm starting to
> suspect this
> could be a struts bug cause everything looks straightforward enough.
>
> --B
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Where can I catch FileUploadException?
"Jing Teng" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi All, > > I am using the file upload features in a web application. Basically the app > has three components. Application.jsp has a html form, the form is captured > in JobApplicationActionForm, the action of the form is to apply.do. > > The application runs well at most of the time, but when the resume file that > is to be uploaded is locked by another process(meaning the file can't be > read.), the application blows up. > > Following is the code: > I inserted the debug code in the constructor and execute() method of > ApplyForJobAction, I found that ApplyForJobAction is actually not called. I > tried to catch the exception in process() method of my overriden > ActionServlet, had no luck. > > Where else can I try to catch the exception? You can't, at least not without extending RequestProcessor or modifying (or wrapping) CommonsMultipartRequestHandler. The FileUploadException is thrown when the request is being parsed, which is at the time the form bean is being populated. That happens before your action is invoked. The exception is caught by Struts, and converted to a ServletException. Unfortunately, this doesn't propagate to the global exception handler (although perhaps it should), so it bubbles right out the top. -- Martin Cooper > > Thanks > Jing > > > DISCLAIMER: This message contains information which may be confidential > and/or privileged, and is intended only for the use of the addressee(s). > Any use, disclosure or copying of this message or any part thereof by any > person other than such addressee(s) is unauthorized and strictly prohibited. > If you have received this message in error, please notify the sender by > return e-mail and delete the message. Thank you for your cooperation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Advantages/Disadvantages of One Action for each Use Case
There are some major advantages to the first option, especially when you're building a large and/or highly customisable application. A couple of examples: * It is much easier to reconfigure your application. without needing to change any Java code. You may think you know which "actions" are related today, and what the flow of your application is, but when requirements change later, it's much easier to just change the config than to have to tear up your Action classes and move things around. * Your struts-config file is much more self-documenting. If you have an Action class that actually handles multiple "actions", then you can't tell from the config file alone which forwards are used by which "actions". Depending on your code, you may have trouble knowing when you can remove a given forward from the config file, since you'd have to check all of the "actions" to see whether or not it is still used. I've developed large Struts applications using both techniques, and I wouldn't go back, now, to overloading one Action class to do multiple things. I saw the comment from someone else about large numbers of classes, and yes, that can happen, but as long as you're organised and make judicious use of Java packages, it's not a problem. -- Martin Cooper "Dionisius Purba" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi, > > I was wondering what's the advantage and disadvantage of > creating one Action for each use case, i.e. creating > NewAccountAction.java > EditAccountAction.java > or even with NewAccountFormAction.java > > vs > > AccountAction.java > and inside the AccountAction we can check parameter from the JSP > then execute proper method (i.e createNewAccount, editAccount, etc) ? > > Perhaps the first option is similar to GoF's command pattern. > Thanks a lot in advance. > Dion > > > -Original Message- > From: David Friedman [mailto:[EMAIL PROTECTED] > Sent: Thursday, April 22, 2004 12:42 PM > To: Struts Users Mailing List > Subject: RE: Struts and Hibernate > > > Mario, > > I'm glad to hear it is working. I couldn't get my properties file to work > with spaces, I had to use equals signs: > > hibernate.dialect=net.sf.hibernate.dialect.MySQLDialect > hibernate.connection.username=X > hibernate.connection.password=Y > hibernate.connection.url=jdbc:mysql://localhost:3306/test > hibernate.connection.driver_class=com.mysql.jdbc.Driver > > As for your Eclipse problem, if you are using Eclipse v2.1.X (I'm on 2.1.3), > try this: go to the Java perspective, right clicking on the project name, > choose properties, select "Java Build Path", and edit the "Source folders on > build path" entry so > $TOMCAT/webapps/example1/WEB-INF/src becomes > $TOMCAT/webapps/example1/WEB-INF/src/java and make sure the "Default Output > Folder" lists $TOMCAT/webapps/example1/WEB-INF/classes. That should class > compilation so java files under WEB-INF/src/java compile WEB-INF/classes > instead of showing up under WEB-INF/classes/java. I.E. > WEB-INF/src/java/com/edhand/whatever.java shows up now (as you described > below) compiled as WEB-INF/classes/java/com/edhand/whatever.java when this > change would make it compile properly as > WEB-INF/classes/com/edhand/whatever.java > > Regards, > David > > -Original Message- > From: Mario St-Gelais [mailto:[EMAIL PROTECTED] > Sent: Wednesday, April 21, 2004 10:14 PM > To: Struts Users Mailing List > Subject: Re: Struts and Hibernate > > > David Friedman wrote: > > >Mario, > > > >Where is your hibernate.properties file? in WEB-INF/classes or somewhere > >else? > > > >Regards, > >David > > > >-Original Message- > >From: Jesse Alexander (KXT) [mailto:[EMAIL PROTECTED] > >Sent: Wednesday, April 21, 2004 5:09 AM > >To: 'Struts Users Mailing List' > >Subject: RE: Struts and Hibernate > > > > > >could the problem lie beneath the different jdbc-drivers you two guys use? > >Joe, you are using the newest generation mysql-driver. Mario uses the old > >one. > >I also experienced strange stuff using the old one. worked after switching > >to > >the new one... > > > >hth > >Alexander > > > > > > > It is actually working. Started all over from scratch. Can't figure > how exactly what went wrong except for one or two things. Like the > example shows for the property file : > > hibernate.dialect net.sf.hibernate.dialect.MySQLDialect > hibernate.connection.driver_class org.gjt.mm.mysql.Driver > hibernate.connection.driver_clas
Re: Non-Form Based Mapped Properties
What are you actually trying to do, Michael? Given the code you have below,
and assuming you have a Page instance stored as an attribute named "foo" and
want to print out the value of the "bar" entry in your map, this might be
what you want:
The "map" refers to your getMap/setMap property - you can call it whatever
you want. Your getValue/setValue methods won't be used.
--
Martin Cooper
"Michael McGrady" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> The class is the following, Niall:
>
> import java.util.Collections;
> import java.util.HashMap;
> import java.util.Map;
>
> public class Page {
>private Map keys;
>
>public Page() {
> int size = 89;
> this.keys = Collections.synchronizedMap(new HashMap(size));
>}
>
>public void setMap(Map keys) {
> this.keys = keys;
>}
>
>public Map getMap() {
> return keys;
>}
>
>public void setValue(Object key, Object value) {
> keys.put(key,value);
>}
>
>public Object getValue(Object key) {
> Object value = keys.get(key);
> if(value == null) {
>return "? [" + (String)key + "] ?";
> } else {
>return value;
> }
>}
> } ///;-) Michael McGrady
>
> At 04:22 PM 4/21/2004, Niall Pemberton wrote:
> >Haven't done this but either your class needs to be a Map implementation
or
> >you need getter/setter for your Map
> >
> > public void setMyMap(Map myMap)
> > public Map getMyMap()
> >
> >The problem with using the tags and not having your Map as a
property
> >of the ActionForm is that when the form is submitted, Struts is going to
try
> >to populate these properties in the form.
> >
> >Niall
> >
> >- Original Message -
> >From: "Michael McGrady" <[EMAIL PROTECTED]>
> >To: "Struts Users Mailing List" <[EMAIL PROTECTED]>;
> ><[EMAIL PROTECTED]>
> >Sent: Wednesday, April 21, 2004 11:50 PM
> >Subject: Re: Non-Form Based Mapped Properties
> >
> >
> > > I created a simple class with the map and setValue(Object key, Object
> > > value) as well as getValue(Object key). Then tested the class by
putting
> > > an instance of the class into session scope on a page, retrieving the
> > > object on the same page, and trying to access the properties via the
> >mapped
> > > properties value("keyName"). I made sure the object was obtained via
the
> > > logic tag, but the mapped property does not work for me. Any ideas?
If
> > > not, I will put the whole thing into this exchange.
> > >
> > > Thanks.
> > >
> > > Michael
> > >
> > > At 08:56 AM 4/21/2004, Bill Siggelkow wrote:
> > > >Michael McGrady wrote:
> > > >>Is there a way to use non-form based mapped and indexed properties
with
> > > >>bean and/or html tags? Apparently not?
> > > >
> > > >Yes -- you can used both mapped and indexed properties from normal
> > > >JavaBeans. You can be more specific on the problem you are having?
> > > >
> > > >Bill Siggelkow
> > > >
> > > >
> > > >-
> > > >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]
> > >
> > >
> > >
> >
> >
> >
> >-
> >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]
Struts wiki != bug database
A number of changes have been made to the Struts wiki recently which are really bug reports against the documentation, or other parts of Struts. Please don't do this. We absolutely appreciate the feedback, but the wiki isn't a substitute for the bug database. Comments made on the wiki are liable to be overlooked, and hence the corrections or changes may never make it into the docs themselves. To ensure that your feedback is taken account of, please ensure that you submit corrections to the docs as bug reports, in the Struts bug database, to be found here: http://issues.apache.org/bugzilla/ Thanks! -- Martin Cooper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Urgent help in struts MOdular approach
MessageIf what you mean is that you have an Action in module 'business' that needs to forward to a JSP in module 'default', then you should switch modules before forwarding. See RequestUtils.selectModule() and/or SwitchAction. -- Martin Cooper "Normanjai Singh Pauldurai" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] Hi all, I've a doubt in implementing modular approach for using multiple struts-config.xml and multimple iles-defs.xml. I've defined 2 diff. struts-config.xml in web.xml in a modular way as below: - config /WEB-INF/struts-config.xml config/business /WEB-INF/struts-config-smile.xml - I have totally different action mappings in both struts-config file, but if i access a actionmapping present in "config/business", and as a result there may be a page coming up ,which contains tag in it, pointing to a action mapping present in the other struts-config.xml file. Hence servlet exception is thrown in the jsp.To avoid this, i've placed the dependant action mappings in both the struts-config.xml files. Is this a correct way? or How should it be Are any rules governing the modular approach??? Can u explain me NOTE: i'm using struts 1.1 send in ur replies to [EMAIL PROTECTED] ASAP. it's urgent Thanx in advance, Norman - 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: Tool for HTML/JSP formatting
I haven't used it (yet!), but I recently discovered this: http://www.trita.com which looks pretty awesome, at least going from the web site. -- Martin Cooper "walkrustin" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Does anyone know of any good tool for formatting HTML/JSP code? > > thanks. > - walk rustin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: when not to use an ActionForm
"Andy Engle" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > [EMAIL PROTECTED] wrote: > > > Richard, > > Its not necessary to use ActionForm, but it is always better to use > > one(its my philosophy). But yes it will work the way you are doing > > it. But i rather prefer a ActionForm which can also help in future > > for any validation or in future if decided to add more attributes to > > the form.. > > With this discussion in mind, I am wondering if there is any way I can > use an ActionForm in the following scenario: I would like to have a > list of fields, dynamically created, with names that have been > dynamically created along with those fields. So, for example, I would > have a series of input fields like this: > > > > > > The "field_" part of the name value will stay, but the number will > change. With these field name values being so dynamic, is there any > trick I can use to feed all this into an ActionForm? I don't think > there is, unless I am missing something... I don't believe it can be done with the fields named like that, but there is a trick you might be able to use. ;-) 1) In the elements, use names of the form "dynaFields.field_1", etc. The name isn't important, but the dot is. 2) Create a corresponding Map property in your form bean (i.e. a property named "dynaFields" in this example). When your action form is populated, you will end up with the "dynaFields" map containing key/value pairs corresponding to the name/value pairs from your elements. -- Martin Cooper > > > Thanks, > Andy - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Problem with custom ActionMapping, set-property and WebLogic
Try adding matching getters for your setters, to make sure Weblogic sees
these as properties.
--
Martin Cooper
"chris" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I'm having trouble getting a custom ActionMapping class populated with the
> contents of a element of a Struts
> declaration.
>
> My code works under Tomcat, but not under Weblogic 8.1.
>
> Can anyone provide any pointers?
>
> Everything's fine, except that the custom properties don't get set.
>
>
> The custom class:
>
> public class MyActionMapping extends ActionMapping {
> ...
>public void setUserRequired(String boolStr) {
>System.out.println("\n setUserRequired(" + boolStr + ")");
>userRequired = getBoolean(userRequired, boolStr);
>}
>
>// This is here to show the Mapping getting loaded, and it does
>public void setInput(String input) {
>System.out.println("\n setInput(" + input + ")");
>super.setInput(input);
>}
>...
> }
>
>
> The struts-config:
>
>
> scope="request"
> name="FileUploadForm"
> input="BadData.jsp">
>
>
>...
>
>
> When my app loads I get this output from WebLogic:
>
> ---
> MyActionMapping.setInput(BadData.jsp)
>
> MyActionMapping.setInput(some.login.page)
> ---
>
> So the correct ActionMapping class is being used, but the
> has no effect.
>
> Thanks,
>
> Chris
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Question about logic:iterator, indexId and hidden fields
"Eric Hodges" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> I have a form with a list of elements on it. Each element has an "Edit"
> button associated with it. When the user clicks the Edit button for a
> specific element, I want to send back the value of indexId in a hidden
field
> on the form. I can't figure out a clean way to do this. The
documentation
> says "indexId" will create a bean, but it really creates an Integer (which
> isn't a JavaBean). I've tried passing my indexId to a Javascript function
> that sets the form's hidden field sort of like this:
>
> onclick="setEditIndex(<%=index%>)"/>
>
> but the tag is evaluated before the <%=index%> tag
The problem is that you have illegal JSP syntax for the 'onclick' attribute.
The attribute value must be a string literal or a scripting expression. You
cannot mix the two. Try this instead:
onclick='<%= "setEditIndex(" + index + ")" %>'
--
Martin Cooper
>
>
> Right now I've got some ugly JSP code that outputs the submit element that
> calls the Javascript function that sets the hidden field. There must be a
> simpler way. Any ideas?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.1, JSTL and Tomcat5
Did you update your web.xml file for Servlets 2.4, and update any taglib declarations in that file? -- Martin Cooper "Jens Kühnberger" <[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] > Hi everyone, > > I got a problem with updating my webapplication from struts 1.0, jstl > 1.0 and tomcat 4.1 to struts 1.1, JSTL 1.1 and tomcat 5. > > I got rid of all the old .jar and .tld files and inserted the new ones. > I tried all different uri on the .jsp page, read through various > messages on the mailing list, but I'm still stuck with the following error. > > I would be happy for any new ideas. > > Thanks, > Jens > > > org.apache.jasper.JasperException: Validation error messages from > TagLibraryValidator for cnull: java.lang.IllegalStateException: > can't declare any more prefixes in this context > org.apache.jasper.compiler.DefaultErrorHandler.jspError(DefaultErrorHandler. java:94) > org.apache.jasper.compiler.ErrorDispatcher.dispatch(ErrorDispatcher.java:404 ) > org.apache.jasper.compiler.ErrorDispatcher.jspError(ErrorDispatcher.java:112 ) > org.apache.jasper.compiler.Validator.validateXmlView(Validator.java:1578) > org.apache.jasper.compiler.Validator.validate(Validator.java:1524) > org.apache.jasper.compiler.Compiler.generateJava(Compiler.java:247) > org.apache.jasper.compiler.Compiler.compile(Compiler.java:456) > org.apache.jasper.compiler.Compiler.compile(Compiler.java:439) > org.apache.jasper.JspCompilationContext.compile(JspCompilationContext.java:5 53) > org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:2 91) > org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:301) > org.apache.jasper.servlet.JspServlet.service(JspServlet.java:248) > javax.servlet.http.HttpServlet.service(HttpServlet.java:856) > org.apache.struts.action.RequestProcessor.doForward(RequestProcessor.java:10 69) > org.apache.struts.action.RequestProcessor.processForwardConfig(RequestProces sor.java:455) > org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:279) > org.apache.struts.action.ActionServlet.process(ActionServlet.java:1482) > org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:525) > javax.servlet.http.HttpServlet.service(HttpServlet.java:763) > javax.servlet.http.HttpServlet.service(HttpServlet.java:856) - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
