Re: Check Disk space before file upload
Since we are on this tack, has anyone seen a Java program that uses the NIO to do something like a unix "tail" command? There is supposed to be one in chainsaw, but it really is just a simple polling app. On 8/24/05, Pilgrim, Peter <[EMAIL PROTECTED]> wrote: > I have written a long time ago, the JavaUNIX API framework > http://www.xenonsoft.demon.co.uk/products/javaunix/ > > > > -Original Message- > > From: Anuradha S.Athreya [mailto:[EMAIL PROTECTED] > ==== > > > > > > Hello, > > > > How can I check for disk space on the server before > > uploading a file on the > > server? > > > > > > > > - > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > -- > Peter Pilgrim :: J2EE Software Development > Operations/IT - Credit Suisse First Boston, > Floor 15, 5 Canada Square, London E14 4QJ, United Kingdom > Tel: +44-(0)207-883-4497 > > == > Please access the attached hyperlink for an important electronic > communications disclaimer: > > http://www.csfb.com/legal_terms/disclaimer_external_email.shtml > > == > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] Business Layer Ideas
On 6/1/05, Pilgrim, Peter <[EMAIL PROTECTED]> wrote: > > > > > -Original Message- > > From: Dakota Jack [mailto:[EMAIL PROTECTED] > ==== > > > > "Strategy (315) Define a family of algorithms encapsulate each > > one, and make them > > interchangeable. Strategy lets the algorithm vary independently > > from clients that use > > it." > > > > This is exactly I always thought it was too. The point is that whatever you thought it was you code was merely three implementations of an interface having nothing to do with the Strategy Pattern. This is not mere nitpicking or picnicing. If you look at some of the patterns without a careful eye you will miss everything. For example, you can do a UML diagram of a State Pattern and a Strategy Pattern and get the exact same diagram. Indeed, the GoF book does just that. This does not mean at all, however, that those two patterns are the same. They could not be more different. Also, I am of the opinion that commons chain is not a Chain of Responsibility Pattern even if it is interesting and helpful. I will say more about on a rainy day. ///;-) Pace Vobiscum and Capre Diem -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: JSTL and Struts together
etc. On 5/19/05, Suresh Khatri <[EMAIL PROTECTED]> wrote: > <%@ taglib uri="http://java.sun.com/jstl/core"; prefix="c"/> > <%@ taglib uri="/tags/struts-html" prefix="html"/> > > > property="name" > value=""/> > > > would display the whole thing. Is there a way of making it > evaluate of html:text > > this works but it is because input is not in the namespace > html > name="name" value=""/> > > How can this be solved using Struts and JSTL > > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Seeking advice image resizing
I am not sure why Leon says that running headless mode is "not that easy". He must have experiences I have not had. My experience is that running in headless mode is a fairly simple matter. All you have to do is set the headless parameter and there you are. As I said, maybe Leon has something else in mind. On 5/5/05, Leon Rosenberg <[EMAIL PROTECTED]> wrote: > What about jmagick? > > http://www.yeo.id.au/jmagick/ > > The problem with using awt is that you need an X installation on your > server, which you normally haven't. And running > AWT in headless mode is not that easy. Beside this, jmagick provide better > quality of image resizement as awt. > > Regards > Leon > > > -Ursprüngliche Nachricht- > > Von: Mark Benussi [mailto:[EMAIL PROTECTED] > > Gesendet: Donnerstag, 5. Mai 2005 15:29 > > An: 'Struts Users Mailing List' > > Betreff: RE: Seeking advice image resizing > > > > :) Me too. Its on my list of things to do but from some > > research I did last week I found this gem > > > > http://developers.sun.com/solaris/tech_topics/java/articles/awt.html > > > > -Original Message- > > From: Scott Purcell [mailto:[EMAIL PROTECTED] > > Sent: 05 May 2005 14:07 > > To: user@struts.apache.org > > Subject: Seeking advice image resizing > > > > Not truly struts related, but I would assume that people on > > this list know a solution, or workaround for what appears to > > be a common dilemma. > > > > I have created a ECommerce type site, in which there are > > three display sized images. A 125x125 thumb, a 256x256 > > preview, and a 100% original view for a product. > > > > My application is 100% struts, running on Tomcat 5.x. I would > > like to be able to upload the original, them create the > > preview, and thumb from the original. > > > > Is there a simple java solution for this? I know there are > > things like image magic, etc, but eventually I am going to > > have this site hosted, and want a simple, effective solution. > > Or is the solution to pre-create these and upload three > > unique uploads. And if that is the case, can this be done > > with one multipart form using the commons file uploader? Or > > do I need a wizard type approach, where they upload original, > > next page, preview, etc.? > > > > Any info would be appreciated. > > > > Thanks, > > Scott > > > > > > - > > 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] > > -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Action call another action?
On 4/24/05, James Mitchell <[EMAIL PROTECTED]> wrote: > For the record, you are encouraged to ignore all statements made by Micael > McGrady, Dakota Jack, or Shey Rab Pawo. These people are actually the same > person masquerading as alternate identities, You are quite mistaken about this, James. I am not sure what upset you about my statements about CoR. I also have no idea why you think what I said was "outmoded" or at all offensive. > I may be mistaken but I think that the CoR (Chain of Responsibility) > pattern in Struts 1.3 is not going to be for "actions" per se > (although anyone can always use the CoR pattern) but for creating an > extensible RequestProcessor. I may, as I said, be mistaken about > that, but the general buzz has given me that impression. > > Shey Rab Pawo -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Action call another action?
I may be mistaken but I think that the CoR (Chain of Responsibility)
pattern in Struts 1.3 is not going to be for "actions" per se
(although anyone can always use the CoR pattern) but for creating an
extensible RequestProcessor. I may, as I said, be mistaken about
that, but the general buzz has given me that impression.
Shey Rab Pawo
On 4/21/05, Erik Weber <[EMAIL PROTECTED]> wrote:
> That's the way I do it. If your Actions are light, as they should be, it
> doesn't add a lot of code. Some redundant code is not a bad thing, it
> can make things clearer. If you were to "chain" actions, then you'd be
> going through the entire request processor chain again.
>
> I think that Struts 1.3, with chain of responsibility implementation,
> should allow chaining of actions without causing redundant processing,
> but I can't say for sure (at least I hope it does).
>
> Erik
>
>
> Yen wrote:
>
> > Hi,
> >
> > I have an action which save the data into the database, after the
> > saving, I would like to forward to the listing page, where I have
> > another action doing the listing.
> >
> > Should I repeat the same listing method (method list) in the save
> > action itself..? Or, is there any better way?
> >
> > Thanks for advanced.
> >
> > rgds,
> > Yen
> >
> > public ActionForward save(ActionMapping mapping, ActionForm form,
> > HttpServletRequest request, HttpServletResponse response)
> > {
> >method save..
> >method list..
> > return (mapping.findForward("afflist"));
> > }
> >
> > public ActionForward listing(ActionMapping mapping, ActionForm form,
> > HttpServletRequest request, HttpServletResponse response)
> > {
> >method list
> > return (mapping.findForward("afflist"));
> > }
> >
> > -
> > 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]
>
>
--
No one ever went blind looking at the bright side of life.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Looking for a book
In addition to the suggestions already made, you really can get a lot from spending time going through the archives of Struts lists. There really is not, I suspect, a good explanation of what the architecture, at a deep level, is. Part of the reason for that may not be the lack of good authors, etc. but the fat that at some levels there are holes in the Struts architecture or vision that have yet to be filled. Or, the reason may be that I cannot see the forest for the trees. Namaste! Shey Rab Pawo On 4/21/05, Eugene Suzyumov <[EMAIL PROTECTED]> wrote: > Hi, > > I'm starting with Struts. > I've read many articles on the web to understant what is & how to. > And now I'm looking for a book (an e-book or paper format) to understand > architecture programming with Struts, i.e. how to use Struts in a good > way. The books i've seen on the web (amazon.com) or library dealing with > Struts were really too poor in my oppinion on that topic, but may be I > missed smthing. > > Would you have a book to advise dealing with Struts architecture > application ? > > Regards > Eugene Suzyumov > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AJAX: Whoa, Nellie!
The problem with NET and JSF is not what they "do" client side but what they do server side. They are just too heavy and will never scale. This does not mean that they will not have a market. Hopefully they will so that those who love them will have money and leave us alone. But, for people who can code without tools, they are not a viable solution, in my opinion. On 4/19/05, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > That's actually a good point... We've all heard about JSF and ASP.Net, how > they handle client-side events server-side, which is a concept I've never > been especially enamored with. But, when you see some actual examples of > this in things like what Google is doing, you start to reconsider that > position a bit. This isn't about richer UIs because, let's be honest > folks, GMail is no great shakes interface-wise. What is cool about it is > the overall performance and efficiency of it, and as Jack says, that is > all about interaction with the server, not what the user sees. > > Another benefit of AJAX that I haven't seen mentioned much is error > handling... Instead of seeing 404s or 500s or cryptic stack dumps or > whatever else the server spews out, the user only sees what the AJAX > developer wants them to see. Error handling no longer results in the > entire flow of a web app breaking down, it can be handled considerably > more gracefully than before, especially now that try...catch is a > supported JS function (it wasn't always as I recall). All this is of > course in the realm of client-server interaction as Jack is talking about, > but in this case it ALSO results in a better user experience. > > -- > Frank W. Zammetti > Founder and Chief Software Architect > Omnytex Technologies > http://www.omnytex.com > > On Tue, April 19, 2005 1:23 pm, Dakota Jack said: > > I have another perspective on this. Rich UIs are good, but what I > > like about AJAX in addition to that somewhat peripheral concern (to > > me) is that it cooperates with the serverside and allows the > > serverside to be more efficient. The relationship between the server > > and the client in AJAX is what is most interesting and is what makes > > it so useful. There is a reason why the sites using AJAX, e.g. > > Google, do so. It is not because they are seeking, necessarily, any > > sort of rich clients. They are seeking robustness and usefulness. > > That is where AJAX is at, I think. All this other talk is fine, but > > it misses the main point of what makes AJAX interesting for Struts. > > The rich client stuff can be a dark hole for serverside discussions. > > AJAX is not. > > > > Jack > > > > On 4/19/05, Vic Cekvenich (netsql) <[EMAIL PROTECTED]> wrote: > >> Michael J. wrote: > >> > >> > > >> > People just should stop thinking in terms of "client-side scripting" > >> > and start thinking > >> > >> in terms of "client-side rendering" :-) > >> > >> (XAML, XUL, Flex, JDNC, DHTML(Ajax, JavaScript)). > >> > >> UI naturaly should be done on "client" side, asking for domain and other > >> services from the server. > >> > >> The more you do "client-side" the richer the UI. > >> > >> .V > >> > >> > >> - > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > > > -- > > "You can lead a horse to water but you cannot make it float on its back." > > ~Dakota Jack~ > > > > - > > 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] > > -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eliminate Setup Actions[Scanned]
We probably have beat this to death, Frank, but having the framework setup pages with declarations in the action mappings is not consistent with MVC to my way of thinking. I definitley would not do this. I like to keep things simpler. But, others seem to like it. So, maybe you have something there. I probably am just being resistent to change. No more to say on this for me. -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eliminate Setup Actions
Frank, watch that "anal" talk, would you? I could do without that. :) My point was just that I don't see a problem and don't understand how this would help. -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eliminate Setup Actions
This is more, not less, code, is it not? You have: setupMethod="setupMethod1" /> which has to be used for all actions that use this, right? compared to: SetupClass1.setupMethod1(request) I don't see the "less code" point. Looks like more code to me, but just a different kind of code. This is also only achieved at the expense of reflection, etc. I don't see the advantage at all so far. I am probably missing the point. I tend to think that Struts has about the right complications with the declarative options available. More, I think, might not be good. I probably am missing the point, however. On Wed, 9 Mar 2005 14:29:08 -0500 (EST), Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > Now, as you were saying, you could just use this class from the Actions > manually, that works fine, and plenty of people do that. But, it's extra > code, and redundant code if used in more than one Action, even if the > redundant code amounts to: > > SetupClass1.setupMethod1(request); > > (assuming its a static method). > > Instead, my proposal, and what I posted to Buzilla accomplishes this, is > to allow this: > > > > setupMethod="setupMethod1" /> > > > -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eliminate Setup Actions
On Wed, 9 Mar 2005 14:07:04 -0500 (EST), Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > But do you see the point in setup functions *outside* an Action's code > that occurs on the forward-level? Meaning, once an Action returns a > forward, do some setup based on what forward was returned? Yes. I do, I think, depending on what "that occurs on the foward-level" means. If there is a generic setup tied to a forward, I would write a setup class with a setup method that returns the ActionForward that is relevant and leave all other complications out of the picture. I don't understand the point of the complications. This seems to be a regular sort of thing that does not need the complications to me. > maybe there is setup that you > want to perform regardless of which forward is returned by the Action... > yes, it happens before the Action is executed, but it hardly matters > whether it happens before or after execute() is called, as long as it > happens regardles of the forward returned is the pertinent point). I would then just write a class that does the setup and whenever that logic is needed use the class. I just don't see why this is not all easy given the present code and wonder why more is needed. I don't see the need for the extra complications. What is the problem? -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Eliminate Setup Actions
Many people would suggest that using Actions in Struts would be preferrable whether or not you need to do any "setup" or any "processing" in the movement from one page to another in a website. I think of Actions as places to organize what needs to be done (processing the request) and providing any dynamic navigation needed with the ActionForward return class. With the forward being determined in the Action, this is the ideal place to manage or to delegate management of the setup as well. Thus, I don't see any value in doing "setup" prior to coming to the action. This would be desireable, I think, only if you did not want to use the Action at all. If you are going to use the Action, this is an unnecessary complication I think. I may not understand the point, however. Certainly there seems to be a lot of interest in doing this, that is, providing "pre-action" setup. I am not sure why. This thread confuses me. I don't see the point at all. On Sat, 5 Mar 2005 08:03:04 +, Ben Taylor <[EMAIL PROTECTED]> wrote: > Hi, > > Can anyone tell me if there is an easy way to put information > (required to populate drop down boxes using data from a db) in to the > request, without having to write a setup Action for each page as is > done here: http://www.reumann.net/struts/lesson2/step9.do . > > Thank you for any help! -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Action forwards to a URL outside application
Nope! LOL He already cleared that up. BD stands for "DB" which stands for "database". ;-) On Mon, 28 Feb 2005 13:01:48 -0500, Robert Taylor <[EMAIL PROTECTED]> > BTW, my guess it that BD stands for BusinessDelegate :) > /robert > Great guess though! -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Action forwards to a URL outside application
I don't know what a bd is but just make your action forward whatever you want to forward to. On Mon, 28 Feb 2005 19:37:06 +0200, Jim Theodoridis <[EMAIL PROTECTED]> wrote: > Hello > > I have an action that takes informations from a BD > How can I sent that information as parameters to a URL diferent than my > application? > etc: > > http://www.tera.gr?user=assaasd&password=21321 > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: AW: Struts Approach
On Mon, 28 Feb 2005 11:40:13 -0500, Mike Millson <[EMAIL PROTECTED]> wrote: > On Mon, 2005-02-28 at 10:22, Tim Christopher wrote: > > So what you're saying is that if I include a separate DTO it doesn't > > really achieve anything extra - whilst at the same time creating more > > code to maintain and reducing performance? > > Yes, that's what I think. If you are in a J2EE environment and are looking at multiple remote calls, DTO/VOs make a lot of sense. Please note that DTO/VOs can be used in composite objects which are really helpful in J2EE environments. You may not have that sort of environment. If you don't, then the usefulness of DTO/VO depends. Jack -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
gmail
I have 50 gmails for anyone that wants one, or more. -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Approach
Without knowing more details it is hard to respond. I did find the description of the relations between the DAO objects a bit "off" from what I would have expected. I would have expected something like: CustomerDAO customerDAO = FactoryDAO.getCustomerDAO(); This assumes that the CustomerDAO is an interface and that getCustomerDAO() in FactoryDAO is setup to get the default implementation of the CustomerDAO. If CustomerSqlMapDAO is such an implementation, then I understand. The naming is just a bit odd to me. (I don't use iBatis and that may be standard terminology there.) With that small question in the back of my mind, this looks good. I would use the methods in the dispatch action to pass the detail work off to helper objects in the model. On Fri, 25 Feb 2005 23:43:10 +, Tim Christopher <[EMAIL PROTECTED]> wrote: > Hi, > > I'm currently designing a web application and as time progresses I > keep on less convinced that my approach is correct. > > Applying what I have to a shop example the classes I have are: > > -- > * Note: I use the iBATIS framework. > -- > Customer.java > # Contains get + set methods using correct types, ie. name (String), > age (int), etc. > > CustomerDAO.java > # An interface for database operations for the Customer, i.e. > insertCustomer, updateCustomer, etc. > > CustomerSqlMapDAO.java > # Implements the CustomerDAO interface and effectively calls the db. > > CustomerService.java > # Used to gain access to CustomerDAO and CustomerSqlMapDAO. > > CustomerDispatchAction.java (ex insert method - but will contain CRUD) > # Gets instance of CustomerService; copies jsp form details into a > DynaActionForm; copy form DynaActionForm to Customer.java object; > calls insert method in CustomerService with Customer object as the > parameter; return ActionForward. > > Struts-Config.xml > # Contains DynaValidatorForm for storing customer details. > -- > -- > > I've tried looking through a few books and using Google for > information that would explain if this is the correct approach, but > all the tutorials I can find only show examples of projects that are > very small. > > I'm now at the stage in my project where I think I still have time to > change the design if I do it in the next couple of days - otherwise > I'm stuck with the approach I'm using above. > > I think the closest I've come to finding anything is here: > http://java.sun.com/blueprints/corej2eepatterns/Patterns/ > > ... Though to be honest I don't really understand it. > > Can someone take a look at my previous example and suggest any extra > classes I should be using. Also it would be useful if you could let > me know how the existing files link up to being: DAOs, DTOs, Value > Objects (same of DTO?!), and business classes. > > I think I'm a little confused! :os > > Any help would be appreciated. > > Tim Christopher > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts or SpringFramework
I understand how a chain works. Filters in the servlet API are a good example. They are as you say, Vic, very useful. And I have some idea of what the Struts chain is all about: http://www.theserverside.com/news/thread.tss?thread_id=28092. What I don't quite see is how they or CoR replace IoC. IoC seems to me to address a completely different and consistent set of solutions to a completely different and consistent set of problems. So, if you could explain this, I would appreciate it. On Fri, 18 Feb 2005 13:48:39 -0600, Vic <[EMAIL PROTECTED]> wrote: > I used to do IoC in place of CoR. In IoC you have diferent signatures > ... and they you can configure/inejct. > In CoR the singature is allways the same. > (I then told everyone to rewrite IoC into CoR - at least no thinking > about the signature, and pull it out it's gone now - Hivemind) -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: reality? CoR was Re: Struts or SpringFramework
Since this is a theoretical discussion, maybe stating some of the basics regarding HTTP would not be unwelcome. 1. WEB MVC STRUCTURE: The difference between standalone and web applications in relationship to the MVC framework is that standalone applications have components on screens which communicate with the rest of the framework but the entire screen (page) communicates with the rest of the framework. 2. WEB MVC DATA: Since this is so, very different types of information are sent back in a sort of "flood" to the framework, e.g. (a) "plain" data such as credit card numbers, how many widgets the user wants, etc.; (b) "controller" data such as what handler should be used; (c) "processing" data such as what method to call on the handler; (d) "presentation" data such as what colors to make the screen, what layout to use on the screen, etc., which can take many different forms and which can relate to the serverside in many different ways; (e) etc. The types of data breakdown here is indefinite and framework related. Given this much, what does the following mean? > Joe Germuska wrote the following on 2/18/2005 12:32 PM: > > Ted and Vic, in particular, are saying that commons-chain is a good way > > to write one of these applications-which-has-nothing-to-do-with-HTTP. -- No one ever went blind looking at the bright side of life. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts In Action - Still up to date?
I don't know how others feel, but if you could talk the editors into a more expanded index, that would be really helpful to me. I don't think that a 10-15 page index would be too much for this book. On Fri, 18 Feb 2005 08:31:11 -0800, Don Brown <[EMAIL PROTECTED]> wrote: > I know exactly how you feel. I'm not sure how much I can talk about > Struts in Action 2nd Edition, but I will say we are aiming at > replacing well over 50% of the book because of this very issue. > Expect new chapters on topics that haven't been covered in depth or at > all by any other Struts book to date. > > Don > -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts or SpringFramework
You seem to be thinking of "upgrading" from Struts while also deploying your web application in Spring. If you search this list, I believe you will find Mr. McClanahan saying that Struts is inferior to other existing request based MVC web frameworks. You might want to chase that down and to consider the alternatives. I cannot remember if he cited the web framework that comes with Spring or not. On Fri, 18 Feb 2005 09:17:33 +0800, Eric Chow <[EMAIL PROTECTED]> wrote: > Hello, > > I have used Struts for four years. And I am evaluating SpinrgFramework. > > Anybody can give me some suggestions on them ?? > > Eric > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Temp file being written to / with Font
Do you have any idea why that is not working for me? Is there something I should do with the Font object to close it or something? That seems unlikely but I wonder. I am running this on XP Professional on a laptop in development. On Thu, 17 Feb 2005 09:54:57 +, Mark Benussi <[EMAIL PROTECTED]> wrote: > Yes it did. > > Original Message Follows---- > From: Shey Rab Pawo <[EMAIL PROTECTED]> > Reply-To: Shey Rab Pawo <[EMAIL PROTECTED]> > To: Mark Benussi <[EMAIL PROTECTED]> > CC: user@struts.apache.org > Subject: Re: Temp file being written to / with Font > Date: Wed, 16 Feb 2005 13:20:50 -0800 > > I was too fast in responding. I switched to Tiger (jre 5.0) but still > have the same behavior when I create an image using a Font object. > Did the change to 5.0 solve your companies' problem? > > On Wed, 16 Feb 2005 17:07:36 +, Mark Benussi > <[EMAIL PROTECTED]> wrote: > > Oh dear. I heard about something similar to this first time the other > > day. > > > > JDK 1.4 has a bug that does no release resources even when you release > any > > Font objects. > > > > My company has had converstaion with Sun but what they ultimately > recommend > > is upgrade to 1.5 > > > > Sorry, I cant provide more than this. > > > > > > -- > The radiance of all the stars does not equal a sixteenth part of the > moon's radiance, likewise, good deeds giving us merit, all these do > not equal a sixteenth part of the merit of loving-kindness.. > > - > 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] > > -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Temp file being written to / with Font
I was too fast in responding. I switched to Tiger (jre 5.0) but still have the same behavior when I create an image using a Font object. Did the change to 5.0 solve your companies' problem? On Wed, 16 Feb 2005 17:07:36 +, Mark Benussi <[EMAIL PROTECTED]> wrote: > Oh dear. I heard about something similar to this first time the other > day. > > JDK 1.4 has a bug that does no release resources even when you release any > Font objects. > > My company has had converstaion with Sun but what they ultimately recommend > is upgrade to 1.5 > > Sorry, I cant provide more than this. > > -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Temp file being written to / with Font
Thanks, Mark On Wed, 16 Feb 2005 17:07:36 +, Mark Benussi <[EMAIL PROTECTED]> wrote: > Oh dear. I heard about something similar to this first time the other > day. > > JDK 1.4 has a bug that does no release resources even when you release any > Font objects. > > My company has had converstaion with Sun but what they ultimately recommend > is upgrade to 1.5 > > Sorry, I cant provide more than this. > > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Temp file being written to / with Font
I am getting .tmp files written to a /temp directory in my webapp.
The names are like "+~JF38289.tmp". The size of these is pretty big,
e.g. 35-65 kilobytes, and contains content relating to true type font
files.
I don't know if this is Struts related, but the Tomcat people have not
claimed this problem as theirs, so I am trying Struts. If anyone has
anything helpful, that would be appreciated.
I am using Tomcat 5.0 and Struts 1.2.6. I am getting a temp file
seemingly related to my fonts whenever I dynamically create new images
with writing on the fly. My code to create the Font objects, reading
from .ttf files, is as follows:
public synchronized static Font getFont(String fontLogicalName,
Map attributes) {
Filefile = null;
Fontfont = null;
FileInputStream fontStream = null;
String physicalName = null;
String familyName = null;
physicalName = (String)fonts.get(fontLogicalName + "FONT");
familyName = (String)fonts.get(fontLogicalName + "FAMILY");
attributes.put(TextAttribute.FONT,fontLogicalName);
attributes.put(TextAttribute.FAMILY,familyName);
if(physicalName == null) {
try {
font = new Font(attributes);
} catch (Exception e) {
// ERROR HANDLING
}
}
try {
file = new File(MY_CLASSPATH_TO_FONT_FILE);
fontStream = new FileInputStream(file);
font = Font.createFont(Font.TRUETYPE_FONT,fontStream);
font = font.deriveFont(attributes);
fontStream.close();
} catch (FileNotFoundException fnfe) {
// ERROR HANDLING
} catch (IOException ioe) {
// ERROR HANDLING
} catch (FontFormatException ffe) {
// ERROR HANDLING
}
return font;
}
Does anyone see why I am getting these files? Is this Struts related?
Any help?
--
The radiance of all the stars does not equal a sixteenth part of the
moon's radiance, likewise, good deeds giving us merit, all these do
not equal a sixteenth part of the merit of loving-kindness..
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Re: Construting HTML Email from Struts
Niall, What is the origin of the "emailStuff" in this wiki page? Thanks. On Tue, 15 Feb 2005 14:25:29 -, Niall Pemberton <[EMAIL PROTECTED]> wrote: > I posted this for someone who asked a similar quesiton recently. > > http://www.niallp.pwp.blueyonder.co.uk/emailTemplate.html > > Niall -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Struts 1.2.6 and
What do we do if we are using Struts 1.2.6 and need as in: Thanks for any assistance! -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Request for changes [Was: Re: Struts 1.2.6 release??]
What do we do with Struts 1.2.6 and using in this case? Thanks for any assistance. On Mon, 07 Feb 2005 13:32:53 +, Graham Reeds <[EMAIL PROTECTED]> wrote: > Niall Pemberton wrote: > > http://www.mail-archive.com/dev@struts.apache.org/msg05862.html > > > > From memory, version 1.2.6 was left at beta mainly because there were new > > attributes added to the "core" tags which hadn't also been included in the > > "EL" flavour tags. The plan currently is to have a 1.2.7 version, hopefully > > soon, with this resolved. > > I know this is moving away from the original thread, but how do you go > about requesting changes or submitting ideas for changes? I know one > way would be to grab the source, modify it yourself, submit it yourself > but I tend to spend most of my time wallowing around looking for the > 'right' API call more than coding. Give me a couple more months and I > might be able to do something...but until then? > > G. > > - > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
multibox with label value beans
I do a dropdown list as follows with a list holding label value beans: How would I put these into a mulit-checkbox? Thanks for any assistance. -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 1.2.6 release??
I think someone said today that some releases were as unstable as they had been in a long time, but that probably is not the 1.2.6 beta but the *nightly* versions? On Mon, 7 Feb 2005 00:38:16 -0600, Jason Long <[EMAIL PROTECTED]> wrote: > Yes it is the word beta. I am building a new app which is much larger than > anything my company has previously produced. I just do not need any more > complications than I already have. More than likely there will be a new > production version available by the time we reach production. Also, can > anyone point me to the most current information on Shale? I have seen it > has been accepted, but that is all I have seen. > - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles and Facades
On Thu, 3 Feb 2005 10:36:50 -0500, Benedict, Paul C <[EMAIL PROTECTED]> wrote: > 1. Placing definitions in XML. This solution works well with Struts because > I can hide all my JSP in WEB-INF, define how each page is decorated, and > invoke the tile definition name in a Struts forward. > > 2. Placing Tiles tags in JSP. This solution works well during rapid > prototyping or where JSP pages need to be directly accessed by the user. > Personally, it's a bear to inline decorate my pages when I am not doing > Struts. I'd rather work with a filter and the XML configuration. > If you are using the definitions in XML, which I find works faster during rapid prototyping than putting Tiles tags in JSP, do you still have the problem? As James said, all the Tiles tags then just go into the layout pages. -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles and Facades
Hello, Paul, I am not sure exactly what you are getting at here, although the topic is clear. I guess that one thing that makes reading this difficult is that I have not investigated SiteMesh. I do use Tiles definitions in XML exclusively, and you seem to be talking about situations where that is not done. Can you expand on this a bit? I am not working, obviously, on the Tiles development, so I won't be able to answer your question in any event, but find the question itself interesting. Thanks, Jack On Thu, 3 Feb 2005 10:12:44 -0500, Benedict, Paul C <[EMAIL PROTECTED]> wrote: > I read a rumor that said Tiles will become its own top-level subproject in > Jakarta. Is that true? > > Also, I think Tiles is great, but I find it very annoying to litter every > JSP page with tags to decorate my pages. While it makes sense to put > the tile definitions in XML when I do Struts development, sometimes JSP > needs to be accessed directly. Is there (or will be) any mechanism (like a > filter) to can automatically decorate JSP (ala SiteMesh)? > > Thanks, > Paul > Jack -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts 2.0 or Struts 0.0?
On Mon, 31 Jan 2005 19:43:17 -0600, Vic <[EMAIL PROTECTED]> wrote: > Well, the marketing department of Sturts is in hot water for this one. > To: [EMAIL PROTECTED] wait, we don't have one. > Oh, well... who cares. > > Some people just can't comprehend that there are 2 or more MVC > frameworks out there. Yah1 That's right! And this is especially so when they have the same name. Idiots! LOL ;-0 Jack -- The radiance of all the stars does not equal a sixteenth part of the moon's radiance, likewise, good deeds giving us merit, all these do not equal a sixteenth part of the merit of loving-kindness.. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
