RE: [OT] how do people work in project with one server for development
On Thu, 6 Feb 2003, Chappell, Simon P wrote: > If only it were that simple. Some of us get WAS handed down to us from a > being so far up the corporate ladder that it still has frost on it. This > same breather of rarified air, then also decides that once you're using > WAS, you should naturally use WSAD for your IDE. Oh ... and they're > going to lock down workstations, so that you can't install free stuff on > there to use instead. This is where patience comes in handy. If you're very lucky, and if there's any hope at all for your corporation, somebody in the chain is going to read enough about "open source saves money" to want to be the one to be seen as the money saving guy. And there's your opportunity to volunteer. I recently found an email I sent in June 99 that said my team (created in mid98) should consider the use of more open source, up to and including the app server. It never really took off, although I did develop a reputation as the local zealot. Late last year a boss's boss wondered aloud, "If I'm charged with saving this department money, am I missing something by not trying Tomcat?" and there ya go, I was all over it. One of the tricks is *not* to keep saying "Our current environment sucks." because then you sound whiny. Its when you have a legit argument to make that people are more likely to listen. Do you have a laptop? Put Tomcat on that, do some work from home, and when people begin to realize that you're outstripping your coworkers in productivity say very nonchalantly that you're doing it all on your personal installation of Tomcat. That, in turn, might get other developers to do it as well, which in turn might get your boss to put more pressure on the big guys upstairs to bless it. Duane > > Welcome to Corporate America. Please leave your innovation at home, it will not be >required at the office. > > >Mark > > > > Simon > > - > 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: [OT] how do people work in project with one CVS server
On Thu, 6 Feb 2003, ROSSEL Olivier wrote: > Another question i have. > How do people using Eclipse or whatever handle the fact that CVS don't lock > files, ie. allows for multiple simultaneous edit/save ? cvs does have the concept of "watchers" which allows people to be emailed when the status of a file they are watching changes, which is a good start. You should also configure cvs so that by default, checked out files are read only and have to explicitly be switched to "edit" if someone wants to change them. We also make heavy use of tagging with the help of our change control process. An issue # is created, then a developer assigned, then only that developer is expected to tag files with ISSUE_# tags. There is always a "DEV_STABLE" tag that all developers check out, then you update for your particular issues - that way you don't inadvertantly get another developers code that hasn't been unit tested yet. Duane > > This e-mail is intended only for the above addressee. It may contain > privileged information. If you are not the addressee you must not copy, > distribute, disclose or use any of the information in it. If you have > received it in error please delete it and immediately notify the sender. > Security Notice: all e-mail, sent to or from this address, may be > accessed by someone other than the recipient, for system management and > security reasons. This access is controlled under Regulation of > Investigatory Powers Act 2000, Lawful Business Practises. > > - > 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: how do people work in project with one server for development
On Thu, 6 Feb 2003, Ashish Kulkarni wrote: > But now we are moving to websphere, and it is not > possible to have each one one copy to play with on his > machine Honestly? Now is a good time to point out to your bosses the benefits of Tomcat for exactly this reason -- cost. Remind them that they use to have an environment where every developer could code and test (don't forget test!) independently at no cost to the project, but if you want to keep productivity up, they would have to shell out for developer licenses of websphere. Seriously. This is a problem that affects a huge number of development groups these days, and it's whats causing lots of people to look at Tomcat. If you're writing good J2EE code then you should be able to demonstrate that something written on Tomcat ports almost invisibly to websphere. If they're not prepared to let every developer have a server, be prepared to have your productivity crushed as you all step on each other's toes on a regular basis. There's no reason why you should tolerate such a bad situation, especially since you *know* how much better it was when everybody had their own. Sometimes you can't just go along with management, sometimes you have to fight back a little bit. Duane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: hashmaps and hash tables in JSPs
> if permissionsHashMap has key "Manage Countires" > then display this > if permissionsHashMap has key "Manage Logins" > then display this In the interests of hiding the implementation (hashmap) from the presentation, would it perhaps be a better strategy to maybe expose a value object full of booleans, and then just have traditional true/false logic, like this? display this... and so on? That way you've only really exposed minimal business logic, enough to tell your presentation layer what to display. If you expose a hashMap and then later put it into an array or vector or something, you're in trouble. If you wanted to you could take that one step more and create your own Permissions custom tag that might act like this: ...display this... Which completely hides everything, allowing you to even look up permissions on the fly if you really wanted to. Duane > > etc > > Is there a way to do this with the struts logic tags? > > thanks > > Jordan > > > - > 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]
[Tiles] Linking to definitions factory from servlet
I've got Tiles configured as a struts plug-in: I've got a servlet that takes the name of a tiles definition as a parameter. Before forwarding it along to my dispatcher page, I'd like to look it up in the factory and make sure it exists (and forward to a different page if necessary). How can I get a link to the definitions factory? Do I need to instantiate tiles in some other way? It is safe to create a second instead of the factory for my own use? Duane - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[Tiles] Dynamic values for put tag?
Hi all,
I'm new to the list, so apologies if I say something silly.
Last night I found myself needing to take a bunch of query parameters from
an incoming request and map them to tiles:put parameters, like this:
<% Enumeration e = request.getParameterNames();
for (;e.hasMoreElements;) {
String name = (String)e.nextElement();
%>
<% } %>
(Let's assume for the moment that this is not a glaring security hole --
it is for an intranet app and the number of hostile incoming requests
should be neglible.)
This doesn't work with tiles as-is because the TLD has rtexpr=false for
the name attribute of the put tag. Is there a particular reason for this?
When I changed it to true, this worked fine. But now I'm wondering if I
may have opened up another bug someplace else.
Thanks! I can go into more detail about why I needed to do this, but this
is my first post to the group and I decided that an autobiography wasn't
necessary right at this moment. ;)
Btw, this is with struts 1.1b3.
Duane
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
