Re: QUESTION : JBuilder5 + Struts1.0

2001-12-02 Thread Alec Bau

You mean Struts custom tags at design time, right? Because otherwise JB4/5 runs
apps using Struts nicely.

Concerning rendering Struts tags at design time, I guess, Borland understandably
doesn't want to go into the mess of builtin support of  every possible taglib,
especially the ones that aren't really stable. That's why they're nice to give
you Open Tools api so that you can do it yourself for your pet taglib and then
share it with others :)

"emmanuel.boudrant" wrote:

> Why JBuilder5 doesn't support Struts without opentools
> ?
>
> thank
>
> ___
> Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français !
> Yahoo! Courrier : http://courrier.yahoo.fr
>
> --
> To unsubscribe, e-mail:   
> For additional commands, e-mail: 


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 




Re: Request: Move nocache into struts-config

2000-11-17 Thread Alec Bau

I totally agree! For example I want to be able to have nocache for only a logon
action but allow other actions to be cached. In case user bookmarks a uri within
the app I anyway check the logon validity in control servlet and via tag on
every JSP page. And for all but logon I don't care if user hits reload or back
button on a browser (actually I would prefer this).

Thanks,
Alec

Matthias Kerkhoff wrote:

> Hi all,
>
> having a whole website that forbids caching is quite uncommon. The
> opposite - websites allowing caching of all pages - may be used more
> often, but I would think, the general case is, that most pages are
> allowed to be cached, while a few pages should not be cached.
>
> I would therefore kindly request to move the cache/nocache flag
> away from the action servlet into the struts-config, where it
> should be part of the action element and maybe part of the forward
> element too.
> This would allow a per-page configuration of caching - at least
> for those pages going through actions - and thus be much more useful.
>
> Also - I would appreciate having a finer control over the caching.
> I could imagine (just as an example) an integer expiration-time
> instead of a simple yes/no flag.
>
> Opinions ?
>
> --
> Matthias  mailto:[EMAIL PROTECTED]




Replacing builtin Tomcat 3.1 in JB4

2000-11-12 Thread Alec Bau

Anybody tried replacing Tomcat 3.1 that comes bundled with JB4 with latest 3.2
without messing with Open API?

I have no problem running Tomcat 3.2 under JB4 as an application with servlet
debugging working fine. But what's lost is ability to mark JB4 projects as
JSP/Servlets an thus such niceties as JSP debugging, internal browser, http
trace, etc. I would prefer not to downgrade to 3.1 because our production
environment is 3.2 and we rely on some later bug fixes and features.

Thanks,
Alec