narrowed it down to converter Re: Tiles headaches - should be simple - driving me nuts here...
Rick Reumann wrote: I've used Tiles in the past. Started to implement it in this new app, and I keep getting error messages like... javax.servlet.jsp.JspException: Error - Tag Insert : No value found for attribute 'header'. at org.apache.struts.taglib.tiles.InsertTag.processAttribute(InsertTag.java:690) at org.apache.struts.taglib.tiles.InsertTag.createTagHandler(InsertTag.java:478) Basically it seems as if none of the attributes I define in my tiles definition file are being able to be picked up by the main layout. I'm hoping someone can pick up something that I'm doing really dumb here. Finally tracked down the main problem to my ServletContext listener. I thought I had commented it out but I hadn't and never thought anything in there could be screwing things up. Apparently Tiles gets screwed up somehow based on a Converter I registered in my context listener class. The one messing it up was the one that I declared as... ConvertUtils.register(new CustomValueToStringConverter("MM/dd/yy"), String.class); Initially I was using it for dealing with some date stuff also but at this time it's only doing: public Object convert(Class type, Object value) { Object returnValue = null; if (value != null && type == String.class ) { if ( value instanceof String) { if ( value.toString().trim().length() == 0 ) { returnValue = null; } else { returnValue = value.toString().trim(); } } //process String using standard converter else { returnValue = stringConverter.convert(type, value); } } return returnValue; } I could work around not using this converter. I'm just curious why this causes Tiles to blow up on setting attributes. I'm sure it's related to BeanUtils and something I'm doing wrong. Anyway, thanks guys for bearing with me. I should have commented out that listener earlier on before posting, but I missed it. I'm just upset it took me so long to track down the issue. -- Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Efficient session object and cookie checks in struts
My struts application maintains 2 small objects in the user’s session. One is for the users location info (mandatory) and the other is the User Object (optional). I also save 2 cookies one being the user’s location info (mandatory) and the other the user’s saved login credentials (optional) to maintain the user’s information between sessions. When a user returns to my site I need to check for the location and User objects in the session. If they are not there I look for the cookies to get the information needed to recreate these session objects. I need to perform these checks on 90% of my actions and jsp pages however I find these checks slowing down my application. What would be the most efficient way to provide these checks? Would it be to provide the checks in the action base class? Thanks for the help, Jeff
Re: Tiles headaches - should be simple - driving me nuts here...
Hi Rick, I can't see anything that looks wrong but a couple of ideas might throw something up: - mainLayout.jsp is in / but your other jsps are in WEB-INF/jsp/ - is that right? - try renaming your tiles 'put-names', e.g. header -> headerTile (I find this gives more readily comprehensible errors from Struts) - check that each module's struts-config either contains the correct tiles plugin reference, or doesn't contain one at all Intriguing! rgds Adam Rick Reumann on 14/04/06 21:04, wrote: I've used Tiles in the past. Started to implement it in this new app, and I keep getting error messages like... javax.servlet.jsp.JspException: Error - Tag Insert : No value found for attribute 'header'. at org.apache.struts.taglib.tiles.InsertTag.processAttribute(InsertTag.java:690) at org.apache.struts.taglib.tiles.InsertTag.createTagHandler(InsertTag.java:478) Basically it seems as if none of the attributes I define in my tiles definition file are being able to be picked up by the main layout. I'm hoping someone can pick up something that I'm doing really dumb here. Here's some info.. Tiles Definition - http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd";> (files header.jsp and main.jsp exist. mainLayout.jsp displays fine also when I remove the tiles:insert sections.) I've also tried the above 1_3.dtd defintion, but I think that gave me other problems. I know the above 1_1 version was working in another app that I believe had my 1.2.7 struts jar. mainLayout.jsp - <%@ taglib prefix="tiles" uri="http://struts.apache.org/tags-tiles"; %> < snipped out extra html junk -> Again, if I comment out the above tiles:insert lines this page will display (minus the tiles content I'm trying to add of course). struts-config - The docs are a bit confusing on this, since in the docs it says you should add I've tried including and remove the above. I also include the plugin definition: Other thoughts - I removed all filters that I have running, thinking maybe they were mangling some request or session parameters. The test i'm doing from the index page just has clickme And the action-mapping for it: The AuthenticatAction has been stripped down to simply return "success" (It doesn't do anything). I'm using Struts 1.2.9 but also tried some older jars like 1.2.7. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles headaches - should be simple - driving me nuts here...
Rick Reumann wrote: Aladin Alaily wrote: Did you revert back to 1.2.7 or is this message appearing with 1.2.9? I'm getting the same error with 1.2.7 or 1.2.9. It's so frustrating because I'm comparing the jars between an app where I have things working and this current one and they seem to be the same - but I'm still getting that dependency error. I'm going to take a few minutes now and build an almost blank app and try the same jars just to see what happens. hmmm... strange indeed. Good luck, I'm sure that building the app from scratch will yield something. Aladin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles headaches - should be simple - driving me nuts here...
Aladin Alaily wrote: Did you revert back to 1.2.7 or is this message appearing with 1.2.9? I'm getting the same error with 1.2.7 or 1.2.9. It's so frustrating because I'm comparing the jars between an app where I have things working and this current one and they seem to be the same - but I'm still getting that dependency error. I'm going to take a few minutes now and build an almost blank app and try the same jars just to see what happens. -- Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles headaches - should be simple - driving me nuts here...
Rick Reumann wrote: Aladin Alaily wrote: Hi Rick, Your configuration looks okay to me (for a 1.2.7 struts app - I don't know about 1.2.9 because I haven't made the jump yet). What kind of errors did you get when you put: http://struts.apache.org/dtds/tiles-config_1_3.dtd";> in your tiles-definitions.xml? The errors may be indicative of what's going wrong with your app... because the above should not break anything. When I switch to that dtd definition I end up with the error: ERROR [main] org.apache.struts.tiles.TilesPlugin initDefinitionsFactory- Can't create Tiles definition factory for module ''. ERROR [main] org.apache.struts.action.ActionServlet init- Unable to initialize Struts ActionServlet due to an unexpected exception or error thrown, so marking the servlet as unavailable. Most likely, this is due to an incorrect or missing library dependency. javax.servlet.ServletException: IO Error while parsing file '/WEB-INF/tiles-definitions.xml'. Connection refused: connec t at org.apache.struts.tiles.TilesPlugin.initDefinitionsFactory(TilesPlugin.java:233) at org.apache.struts.tiles.TilesPlugin.init(TilesPlugin.java:137) at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.java:869) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:336) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at I'll keep working on it, but any ideas what could be wrong? Did you revert back to 1.2.7 or is this message appearing with 1.2.9? Aladin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles headaches - should be simple - driving me nuts here...
Aladin Alaily wrote: Hi Rick, Your configuration looks okay to me (for a 1.2.7 struts app - I don't know about 1.2.9 because I haven't made the jump yet). What kind of errors did you get when you put: http://struts.apache.org/dtds/tiles-config_1_3.dtd";> in your tiles-definitions.xml? The errors may be indicative of what's going wrong with your app... because the above should not break anything. When I switch to that dtd definition I end up with the error: ERROR [main] org.apache.struts.tiles.TilesPlugin initDefinitionsFactory- Can't create Tiles definition factory for module ''. ERROR [main] org.apache.struts.action.ActionServlet init- Unable to initialize Struts ActionServlet due to an unexpected exception or error thrown, so marking the servlet as unavailable. Most likely, this is due to an incorrect or missing library dependency. javax.servlet.ServletException: IO Error while parsing file '/WEB-INF/tiles-definitions.xml'. Connection refused: connec t at org.apache.struts.tiles.TilesPlugin.initDefinitionsFactory(TilesPlugin.java:233) at org.apache.struts.tiles.TilesPlugin.init(TilesPlugin.java:137) at org.apache.struts.action.ActionServlet.initModulePlugIns(ActionServlet.java:869) at org.apache.struts.action.ActionServlet.init(ActionServlet.java:336) at javax.servlet.GenericServlet.init(GenericServlet.java:211) at I'll keep working on it, but any ideas what could be wrong? -- Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles headaches - should be simple - driving me nuts here...
Hi Rick, Your configuration looks okay to me (for a 1.2.7 struts app - I don't know about 1.2.9 because I haven't made the jump yet). What kind of errors did you get when you put: http://struts.apache.org/dtds/tiles-config_1_3.dtd";> in your tiles-definitions.xml? The errors may be indicative of what's going wrong with your app... because the above should not break anything. Must be something really subtle Aladin Rick Reumann wrote: I've used Tiles in the past. Started to implement it in this new app, and I keep getting error messages like... javax.servlet.jsp.JspException: Error - Tag Insert : No value found for attribute 'header'. at org.apache.struts.taglib.tiles.InsertTag.processAttribute(InsertTag.java:690) at org.apache.struts.taglib.tiles.InsertTag.createTagHandler(InsertTag.java:478) Basically it seems as if none of the attributes I define in my tiles definition file are being able to be picked up by the main layout. I'm hoping someone can pick up something that I'm doing really dumb here. Here's some info.. Tiles Definition - http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd";> (files header.jsp and main.jsp exist. mainLayout.jsp displays fine also when I remove the tiles:insert sections.) I've also tried the above 1_3.dtd defintion, but I think that gave me other problems. I know the above 1_1 version was working in another app that I believe had my 1.2.7 struts jar. mainLayout.jsp - <%@ taglib prefix="tiles" uri="http://struts.apache.org/tags-tiles"; %> < snipped out extra html junk -> Again, if I comment out the above tiles:insert lines this page will display (minus the tiles content I'm trying to add of course). struts-config - The docs are a bit confusing on this, since in the docs it says you should add I've tried including and remove the above. I also include the plugin definition: Other thoughts - I removed all filters that I have running, thinking maybe they were mangling some request or session parameters. The test i'm doing from the index page just has clickme And the action-mapping for it: The AuthenticatAction has been stripped down to simply return "success" (It doesn't do anything). I'm using Struts 1.2.9 but also tried some older jars like 1.2.7. At 4:00 on a Friday I'm not happy that I can't get this basic Tiles stuff working. Any ideas what I might be doing wrong? Thanks, Rick - 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: Tiles headaches - should be simple - driving me nuts here...
Rick, My tiles:insert uses name instead of attribute. Then again, I'm no Tiles expert and I don't know what attribute is for. Hubert On 4/14/06, Rick Reumann <[EMAIL PROTECTED]> wrote: > I've used Tiles in the past. Started to implement it in this new app, > and I keep getting error messages like... > > javax.servlet.jsp.JspException: Error - Tag Insert : No value found > for attribute 'header'. > at > org.apache.struts.taglib.tiles.InsertTag.processAttribute(InsertTag.java:690) > at > org.apache.struts.taglib.tiles.InsertTag.createTagHandler(InsertTag.java:478) > > > Basically it seems as if none of the attributes I define in my tiles > definition file are being able to be picked up by the main layout. I'm > hoping someone can pick up something that I'm doing really dumb here. > > Here's some info.. > > Tiles Definition > - > >"-//Apache Software Foundation//DTD Tiles Configuration 1.1//EN" > "http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd";> > > > > > > > > > > > > > (files header.jsp and main.jsp exist. mainLayout.jsp displays fine > also when I remove the tiles:insert sections.) I've also tried the > above 1_3.dtd defintion, but I think that gave me other problems. I > know the above 1_1 version was working in another app that I believe > had my 1.2.7 struts jar. > > mainLayout.jsp > - > > <%@ taglib prefix="tiles" uri="http://struts.apache.org/tags-tiles"; %> > < snipped out extra html junk -> > > > > > > > > > > Again, if I comment out the above tiles:insert lines this page will > display (minus the tiles content I'm trying to add of course). > > struts-config > - > The docs are a bit confusing on this, since in the docs it says you should add > > processorClass="org.apache.struts.tiles.TilesRequestProcessor"> > > I've tried including and remove the above. > > I also include the plugin definition: > > > value="/WEB-INF/tiles-definitions.xml"/> > > > > > > Other thoughts > - > I removed all filters that I have running, thinking maybe they were > mangling some request or session parameters. > > The test i'm doing from the index page just has > > clickme > > And the action-mapping for it: > > path="/authenticate" > type="com.nielsenmedia.npn.action.AuthenticateAction" > > > > > > The AuthenticatAction has been stripped down to simply return > "success" (It doesn't do anything). > > I'm using Struts 1.2.9 but also tried some older jars like 1.2.7. > > > > At 4:00 on a Friday I'm not happy that I can't get this basic Tiles > stuff working. Any ideas what I might be doing wrong? > > Thanks, > Rick > > - > 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: Strecks?
On 4/14/06, Vincent <[EMAIL PROTECTED]> wrote: > I saw this on TSS today: > http://www.theserverside.com/news/thread.tss?thread_id=39840 > > "Strecks, a set of open source extensions to the Struts framework aimed > at Java 5 users, has been released. Strecks (which stands for "Struts > Extensions") is built on the existing Struts 1.2.x code base." > > > Basically Struts + a whole lot of @annotation candy? > Thoughts? Stripes? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tiles headaches - should be simple - driving me nuts here...
I've used Tiles in the past. Started to implement it in this new app, and I keep getting error messages like... javax.servlet.jsp.JspException: Error - Tag Insert : No value found for attribute 'header'. at org.apache.struts.taglib.tiles.InsertTag.processAttribute(InsertTag.java:690) at org.apache.struts.taglib.tiles.InsertTag.createTagHandler(InsertTag.java:478) Basically it seems as if none of the attributes I define in my tiles definition file are being able to be picked up by the main layout. I'm hoping someone can pick up something that I'm doing really dumb here. Here's some info.. Tiles Definition - http://jakarta.apache.org/struts/dtds/tiles-config_1_1.dtd";> (files header.jsp and main.jsp exist. mainLayout.jsp displays fine also when I remove the tiles:insert sections.) I've also tried the above 1_3.dtd defintion, but I think that gave me other problems. I know the above 1_1 version was working in another app that I believe had my 1.2.7 struts jar. mainLayout.jsp - <%@ taglib prefix="tiles" uri="http://struts.apache.org/tags-tiles"; %> < snipped out extra html junk -> Again, if I comment out the above tiles:insert lines this page will display (minus the tiles content I'm trying to add of course). struts-config - The docs are a bit confusing on this, since in the docs it says you should add I've tried including and remove the above. I also include the plugin definition: Other thoughts - I removed all filters that I have running, thinking maybe they were mangling some request or session parameters. The test i'm doing from the index page just has clickme And the action-mapping for it: The AuthenticatAction has been stripped down to simply return "success" (It doesn't do anything). I'm using Struts 1.2.9 but also tried some older jars like 1.2.7. At 4:00 on a Friday I'm not happy that I can't get this basic Tiles stuff working. Any ideas what I might be doing wrong? Thanks, Rick - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Choosing Java EE version for new projects
On 4/14/06, Bahadır Yağan <[EMAIL PROTECTED]> wrote: > > I want to ask your ideas about using Java EE 5. We are going to start > coding a new project within a month. Do you see any problems using EE 5? > > We will mostly use these technologies: > JSF, Shale, JMS, JAAS and web services > > I liked the new features in JSF 1.2 and Unified EL. But I dont feel very > confortable because there is only Sun's reference implementation for > application server. To some degree, that's because the EE 5 specs are not final yet ... so no one (including Sun) can actually release a server claiming compatibility with these versions yet. That'll change when the specs go final, which should be pretty soon. And also I am not sure if it is possible to use SE 5 > features (generics, annotations etc..) within a 1.4 application server > (such as geronimo). As long as your 1.4 app server certifies that it can run on SE 5, then you can certainly use SE 5 features in your applications. For example the Shale Tiger extensions work just fine on things like Tomcat 5, as long as I run the server on SE 5. Thanks, > Bahadir Craig
friday ha ha
http://www.theserverside.com/news/thread.tss?thread_id=39840 .V - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Strecks?
I saw this on TSS today: http://www.theserverside.com/news/thread.tss?thread_id=39840 "Strecks, a set of open source extensions to the Struts framework aimed at Java 5 users, has been released. Strecks (which stands for "Struts Extensions") is built on the existing Struts 1.2.x code base." Basically Struts + a whole lot of @annotation candy? Thoughts? -- The most beautiful thing we can experience is the mysterious. It is the source of all true art and science. - Albert Einstein - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tiles menu in 1.2.9
Hi I have an 1.2.1 Struts application that I have been looking into migrating to 1.2.9. As far as I have seen this should go along quite nice, with the exception of a Tiles menu that I have. This uses logic:iterate and logic:present amongst other things. I really like this Tiles menu, because it gets the job done with no hazzle, and directly support internationalization. Has anybody migrated this to 1.2.9 and JSTL or the likes? If not, does anyone know how to expose JSTL vars (ex. C:forEach's var) in jsp scriplet? Hermod - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Plug-In for in-memory caching/refreshing?
I've done this with Spring + EHCache. I used a method interceptor so both my struts code and my facade implementation was none the wiser. http://opensource.atlassian.com/confluence/spring/display/DISC/Caching +the+result+of+methods+using+Spring+and+EHCache You could even get creative and abstract the caching mechanism so you could plug in whatever you wanted. -- James Mitchell On Apr 14, 2006, at 11:27 AM, news.gmane.org wrote: In a struts app, I would like to have some objects which load themselves via db queries on app startup, and remain in memory for quick information access. They would need to refresh different pieces of data on different schedules, and also be triggered manually to refresh based on some user action. In some cases, I would even like to modify these in-memory objects and have that information persist back to the database. Are there any utilities or plugins which exist that would do the job of running a separate thread to manage objects like this? I'm not looking for something like Hibernate - I don't want a persistence layer between my app and the database. I need a way to manage objects that cache information, refresh intelligently, and optionally write their information back to some tables when modified. The end goal is to speed up critical screens which rely on complex data retrieval and business rules. Any suggestions? -- Matt Kruse http://www.JavascriptToolbox.com http://www.AjaxToolbox.com - 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: [shale] Anyway to stop auto-load of META-INF/faces-config.xml?
On 4/13/06, Craig McClanahan <[EMAIL PROTECTED]> wrote: > > Not without taking the JAR apart and removing the faces-config.xml that is > there. Auto-loading such files is a feature required by the JSF spec. > > Craig Thanks Craig. I knew it was in the spec, I was just curious if there was a way around it without taking the jar apart. Hubert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
error with tmp:insert in struts-2.4
Hi, I want to upgrade from struts-1.1 to struts-2.4 but I have the following error : 2006-04-14 16:20:29,312 : ApplicationDispatcher.invoke : Servlet.service() for servlet jsp threw exception org.apache.jasper.JasperException: /home.jsp(23,1) Unable to load tag handler class "org.apache.struts.taglib.template.InsertTag" for tag "tmp:insert" What libs do I have to add? Regards. fatiha lokmane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Plug-In for in-memory caching/refreshing?
In a struts app, I would like to have some objects which load themselves via db queries on app startup, and remain in memory for quick information access. They would need to refresh different pieces of data on different schedules, and also be triggered manually to refresh based on some user action. In some cases, I would even like to modify these in-memory objects and have that information persist back to the database. Are there any utilities or plugins which exist that would do the job of running a separate thread to manage objects like this? I'm not looking for something like Hibernate - I don't want a persistence layer between my app and the database. I need a way to manage objects that cache information, refresh intelligently, and optionally write their information back to some tables when modified. The end goal is to speed up critical screens which rely on complex data retrieval and business rules. Any suggestions? -- Matt Kruse http://www.JavascriptToolbox.com http://www.AjaxToolbox.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Working with business validation errors
Emmanouil Batsis on 14/04/06 08:56, wrote: I'm very interested to hear about how do you guys handle business-tier-dependent validation errors in a struts+EJB application. For example, suppose a user tries to create an account with a username that already exists (maybe a poor example but you get the point), but you can only figure this out in the business tier if you want to avoid multiple RMI calls. Any best practices or examples would be very much appreciated. The only things that i can think of at the moment is subclassing EJBException (no clue if that would really work) or coming up with a generic DTO as the business response (to carry error information if appropriate). In the presentation layer, there are fundamentally two types of failure - recoverable and unrecoverable. Recoverable errors are to do with business rules, bad data, validation, and so forth and the user must be informed that they cannot achieve what they want to in the way they want to. Essentially it is normally sufficient to flag this up as a notification on the page where the user currently is. Unrecoverable errors, eg system failure, authentication / authorisation errors etc should be redirected to an error page. So a Struts app has to fork flow of control by distinguishing which error has occurred. One approach is to wrap all exceptions coming out of the business layer in either one or the other bespoke exception, and to let the Struts app switch flow based on the class of exception, e.g. MyAppRecoverableException and MyAppUnrecoverableException. The business delegate pattern provides layer which is a good place to do this. There are further strategies for establishing what the messages to be displayed and logged should be. Hope that helps. Adam - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] Choosing Java EE version for new projects
I want to ask your ideas about using Java EE 5. We are going to start coding a new project within a month. Do you see any problems using EE 5? We will mostly use these technologies: JSF, Shale, JMS, JAAS and web services I liked the new features in JSF 1.2 and Unified EL. But I dont feel very confortable because there is only Sun's reference implementation for application server. And also I am not sure if it is possible to use SE 5 features (generics, annotations etc..) within a 1.4 application server (such as geronimo). Thanks, Bahadir - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: problem in tiles
Thanks Antonio, Actually in my application I didn't allow the user to expose any jsp using the action. I used this techniques for a certain type of pages using a specific pattern in the generic action. So, I think it is more secure. Thanks. Ahmed Hashim On 4/14/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote: > > Ahmed Hashim ha scritto: > > I solved the problem > > > > I think you are right, I can not call any tiles definition directly > without > > calling an action > > > > I made a generic action definition to view my pages > > > > check the solution in my blog > > > > http://www.egjug.org/struts_action_foward_to_Tiles > > > > > > Ahmed Hashim > > > > Uh at a first look, I did not like your solution, because I thought that > it could break security, that it is just like exposing JSP pages without > passing through an action. But then I thought "hey wait a moment, if I > want to expose a definition, I NEED to call it 'viewSomething.page' and > not 'blahblah'", so security is preserved if the programmer knows what > to do. > Congratulations, I really liked your solution! > Ciao > Antonio > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- In Life, it doesn't matter who you are, but whether someone appreciates you for what you are, accepts you and loves you unconditionally. A Real Friend ( Friendship ) is one who walks in when the rest of the world walks away.
Re: struts and javascript
this is wrong. because as far as I know, a struts tag's atrribute sholud not be filled with mixed stuff by jsp codes and plain text. if you write this way: " > I guess the error won't occur.
Re: creating html:text-forms on the fly
Hello Rick, I implemented your idea for unknown
Re: directly addressing maps in jsp-file
Hi Vinit, I will try it when I need it. How can I access the entry without using a variable by giving the keyname hardcoded? Is it written like this: Kind regards, Andreas Hartmann Vinit Sharma wrote: > Hi, > > JSTL can help you here. Suppose key comes from bean item: > > > > I can use this key to access the bean property as: > > > > -- > Vinit Sharma > IBM > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Working with business validation errors
Hello, I'm very interested to hear about how do you guys handle business-tier-dependent validation errors in a struts+EJB application. For example, suppose a user tries to create an account with a username that already exists (maybe a poor example but you get the point), but you can only figure this out in the business tier if you want to avoid multiple RMI calls. Any best practices or examples would be very much appreciated. The only things that i can think of at the moment is subclassing EJBException (no clue if that would really work) or coming up with a generic DTO as the business response (to carry error information if appropriate). Cheers, Manos - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [URGEN] Validation in Action and using redirection to view result page :(
You worry too much! You can use forward. Even if the user refresh the page when the url dosen't corresponds to the current page, no big problem will occur. the IE will resend the data that is collected from the previous page to the server. The only thing will happen is the error-messages showing page will be shown again. >>user will see url: > >> /rw/processRegForm.do after the registration process, and if user > refresh > >> this page which has the url: /rw/processRegForm.do, errors will occur > >> because there's no form bean or any data to process :( but... > >> >
Re: problem in tiles
Ahmed Hashim ha scritto: I solved the problem I think you are right, I can not call any tiles definition directly without calling an action I made a generic action definition to view my pages check the solution in my blog http://www.egjug.org/struts_action_foward_to_Tiles Ahmed Hashim Uh at a first look, I did not like your solution, because I thought that it could break security, that it is just like exposing JSP pages without passing through an action. But then I thought "hey wait a moment, if I want to expose a definition, I NEED to call it 'viewSomething.page' and not 'blahblah'", so security is preserved if the programmer knows what to do. Congratulations, I really liked your solution! Ciao Antonio - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]