Gerry Giese

Ranch Hand
+ Follow
since Aug 02, 2001
Cows and Likes
Cows
Total received
0
In last 30 days
0
Total given
0
Likes
Total received
0
Received in last 30 days
0
Total given
0
Given in last 30 days
0
Forums and Threads
Scavenger Hunt
expand Ranch Hand Scavenger Hunt
expand Greenhorn Scavenger Hunt

Recent posts by Gerry Giese

I'm looking for information on writing plugins for MS Outlook, particularly in Java. I already have a Java library of code that does scheduling for conference rooms, and we're hoping to interface with MS Outlook as a plugin or through communication with Exchange. In particular we're hoping to do this development with Outlook 2003, which we expect corporate-wide in the next few months.
Although I hate the thought, we're even willing to install VS.Net and port the code into Visual J++ or J# or C# or whatever the heck they're doing these days. We've made a ton of progress at our company getting Java client and J2EE web-based apps be the norm for new development, but Outlook & Office are just so ingrained that there's no chance of getting something else or working around it for this. I've spent so much time concentrating and living only in Java land that I have no clue where to start with this research. The last time I wrote code for Windows was in VB 3! How's that for feeling your age...
BTW, not only am I looking for info pointers, but open-source projects, commercial projects, or even contracting are all options for this. If you know ANYTHING about integrating with Outlook via plugins, please contact me here or by email. I'm sure there are other people would would like to do similar things. Oh, and maybe somebody has some sort of general COM+ Java wrappers that are easy to use? Again, free, commercial, don't care (well, it can't be TOO expensive... :-)
THANKS!!!
17 years ago

Originally posted by Andrew Patzer:
I am pretty strict when it comes to MVC and I do advocate a Type II model to JSP/Servlet development. I understand some situations may not call for it, but I find that most situations can benefit from it.
I do access model objects directly from JSP's. My controller servlet calls an action object, which generates a JavaBean (model), then adds the bean to the request attributes, and forwards the user to a specific JSP. The JSP then grabs the bean and uses it. I think this is a clean approach, but I can't say for sure that it's the best one. It's just the way I prefer to do it.


In my situation I've got a set of objects that I'm keeping in session because they get modified as the user visits various pages (save doesn't happen until a 'submit report' event occurs at the end of the session). They are not specifically JavaBeans but they are 'model' objects in that they handle database interaction, data storage, business rules, and provide gettors/settors. Is it not OK to just get the objects out of session and call the gettors from JSP? That was part of my question. Why go through the overhead of building a bunch of new generic objects to place in the request when you can access the model object out of session directly and call it's gettors?
18 years ago
JSP

Originally posted by Andrew Patzer:
Regarding the questions about MVC -- I believe that using a model view controller framework is by far the best way to approach web development. It allows not only for reuse of key components, but it also gives you a very flexible 'plug-n-play' architecture that allows you to insert functionality into the request stream.


Are you a strict Type II MVC adherent? Also, what is your take on the choice between directly accessing model objects (read-only) from JSPs rather than a servlet building a collection of dataset results from the model and passing generic collections back to the view (JSP) using request.setAttribute()? Last, should JSPs *ever* be posted to? Or should you always post to a servlet and have it load the JSP, even if the servlet doesn't do anything else?
Thanks!
18 years ago
JSP
For smaller projects I defintely prefer just a syntax-highlighting editor that has some basic functions such as (in order of usefulness) search/replace, goto line #, add/remove indent, change selected text case(CAPS/nocaps), new from template, and insert text from file. The closest one I found so far is called Editor 99 by Pierre Post, v1.02.02. It's not being developed anymore, but it doesn't need to be! I use it as a notepad replacement, too, since it handles large files and weird EOLs correctly, as well as the fact that it's crazy fast.
I'll agree with Ashik about Forte for Java (Sun ONE Studio now)/NetBeans. It uses Ant and other tools and has good features. For Very Large Projects (VLPs) an IDE with project management features is extremely useful. I've been managing a servlet Framework library with Editor 99 and batch files and it works pretty well, but I only have about 40 files to work with. Some of the projects that use the Framework have upwards of 150 files, and I find it easier to use Forte to manage it.
Forte's only problem is it's a bit of a resource hog, but individual modules can be turned off to get a small speed boost, and it should be run with JDK1.4 (it allows compiles with any compiler) and plenty of free memory to get the most out of it. I use the F4J 3.0 Enterprise and it does enough stuff automagically for me that I don't want to deal with that it makes things much easier to work with. The biggest things are project management, the automatic generation of web.xml for my web archive projects, and auto-deploy to my app server. The plug-in modular architecture is nice, too.
I have been meaning to try jEdit, though, as I have heard some good things about it and it also has a lot of plug-ins. If I had money for it I'd try IntelliJ IDEA as I hear nothing but good stuff about it. There was a lot of hype about Eclipse a few months ago, but a lot of that has died down recently for some reason. I've peeked at it and it looks like it's maturing, but not quite there yet.
The best features of an IDE that I've found are: project management, refactoring support, debugging, global search/replace, code completion, quick-help, and integrated version-control interfaces.
Does this book cover ANT automation from java classes or servlets? I remember seeing an article about this suggesting it was a good way to run shell-type scripts using a servlet.
18 years ago
I wish this book were available 6 months to a year ago. We're currently upgrading to iAS 6.5, and we'll be migrating from iAS to (read: replacing with) WebLogic 7.0 in Sept/Oct. Various parties here felt that market share, partnerships, and other factors on WebLogic's side made it a better platform for the long term.
iPlanet certainly has the technology to compete, but the admin tools, customer support, IDE integration issues, and lack of up-to-dateness soured some people here, which forced the comparison to and eventual selection of WebLogic as the corporate J2EE server.
Hopefully the book will help those who are just starting to try iAS out, and hopefully iAS 7.0 will address most if not all the issues that have kept it from shining.
18 years ago

Originally posted by Budi Kurniawan:
- A complete guide to file upload, from the HTTP request to obtaining the uploaded file.


Budi, how is this different from the com.oreilly.servlet package's upload capabilities? I did some research, and it seems that some 75% of people are using it. Is the licensing free, similar to Jason's license, or other? One feature I found useful in COS is the FileRenamePolicy, and in fact have been in contact with Jason about a new implementation of it.
Thanks!
- Eclipse comes with an incremental compiler
(that is, it compiles automatically every
time you save your code, most often a part
of a second).
I use Forte for Java, based on Netbeans, and whenever you compile, it saves first, so instead of ever saving, I always hit F9 to compile (and save). Same thing.
Forte/Netbeans is a bit of a hog resource-wise, but it does have some nice tools and options and a pretty good library of plug-ins to connect with various libaries, servers, and other software. Eclipse seems to be catching up in that regard. I haven't tried out the lasted Forte yet, but it's supposedly a good deal faster and a bit 'cleaner'. I plan to try it and Eclipse 2.0 at the same time next month.
I'd personally love to try using IDEA, but our brain-dead PVCS version control system absolutely HATES file renaming and other common things one might do in refactoring. If I weren't forced to use PVCS then getting IDEA would become my top priority, because I love to refactor code -- probably too much, like a race-car mechanic always tweaking for that extra 0.05% improvement.
OTOH, I have a project that I'm doing entirely with a free syntax-coloring text editor called Editor 99 and batch-files to build with. Doesn't take up any resources, is fast, and stays out of my way!
[ July 09, 2002: Message edited by: Gerry Giese ]
I think identifying 100% pure code is important, but completely excluding non-pure code from the respository is a bit extreme. It should just be marked as such and receive less priority. Sticking with free software is good, though, as is requiring JavaDocs.
Part of your problem is going to be reviewing submissions. I would recommend community review and rating.
My guess is you'll have to approach some people/projects directly about donating in order to get the repository code base started. Good luck, and I look forward to seeing it when it goes live!
18 years ago
VNC is pretty cool. I can't run it because of security reasons. Costs $$ to buy a secure version of VNC, and I'd have to get it approved by our architecture committee, and they don't support easy-to-use products, which is why we have iPlanet in the first place.
18 years ago
Why in the world would you want to do something like that?? Look, do you want a server tha works or one that is easy to admin? This is Enterprise-class software, buddy-boy - you can't have your cake and eat it, too.
Actually, in reality it would be very nice to have stand-alone ksvradmin for remote servers, one with an integrated remote-capable kregedit. Kudos to you for daring to try to make it work. I'm just happy that I can run the Windows iAS and admin the remote Solaris iAS boxen we have. Otherwise I'd have to use the eXceed X client all the time. Blech.
Hopefully iPlanet/Sun will take a cue from BEA and make a web interface for admin/registry so it doesn't matter what OS you're on. Sun, are you listening???
18 years ago

Originally posted by Junilu Lacar:
My only request is that you all please keep posts on-topic for this forum. All posts that are off-topic will be closed and moved as soon as I see them. Closed threads will be deleted on Thursday so any posts in them will not be eligible for the drawing.


These last few posts belong in either Process: UP, RUP, DRUP, XP, etc. or Moderators Only. Please delete your posts or move them to the appropriate forum "as soon as you see this", and in the future use the little 'email' or 'private message' buttons. Oh, and delete this post of mine, too, since it's also off-topic!!!
Francisco,
Pattern = designs recommended for use
Antipattern = designs to avoid
Sounds like a great book! I need to go look up the TOC, but in the meantime, how much of the 'server-side' time is spent on various topics, such as JSPs, servlets, EJBs, MVC frameworks (struts, velocity and the likes), RMI, SOAP/Web Services?
One issue that has plagued me all year is people insisting that EJBs solve world hunger. In my situation we have one server and it's unlikely that we would get more except possibly to cluster it. Also, we don't have a clear need for heavy-duty transactions. So why go through the headache and performance loss in using EJBs is what I say. Sounds like the new EJB spec is better about local EJB connections, though, so it does appear to be getting better...
BTW, Bruce, congrats on the great sales! If I don't win a copy I'll probably buy one. Cheers!
From http://java.sun.com/products/java-media/jai/README.html:

If a native implementation is present it is, by default, the preferred implementation. But if the nature of the sources and parameters of the operation are incompatible with the native operation then processing will revert to Java code. In general the following minimum requirements must be adhered to for the mediaLib native implementation of an operation to be executed:
* All sources must be RenderedImages.
* All sources and destination must have a SampleModel which is a ComponentSampleModel and a ColorModel which is a ComponentColorModel or no ColorModel (i.e., it is null).
* All sources and the destination must have at most 4 bands of pixel data.
* If Interpolation type is one of the arguments to the operator, then native acceleration is available only for Nearest, Bilinear, Bicubic and Bicubic2 cases. Additionally for byte images InterpolationTable is also supported for native acceleration.


I'm not really that familiar with the detailed guts of image processing, and would like to use some basic functions that would be nice if they were natively accelerated. If somebody could better expound/expand/explain "at most 4 bands of pixel data" I'd appreciate it!
[ June 03, 2002: Message edited by: Gerry Giese ]
18 years ago