on 5/31/2000 10:53 PM, Christopher Elkins at [EMAIL PROTECTED] wrote:
Hi, all.
(Out of curiosity) why are the admin templates located in
'docs/turbine_templates'? It seems like 'src/wm' (or something similar) would
be
a more appropriate location.
Please forgive the petulant question,
ok i switched my enviroment ...
on linux with tomcat3.1 it works REAL GREAT (to fast to measure :-)
maybe its a problem with tomcat3.2dev??
maybe its a problem with win2k?? (don't want to start a win/linux
discussion!!)
i will try some other combinations and post my results ...
now i am proud
+1 from me.
--
dave
[EMAIL PROTECTED]
--
Just your average Joe armed with an Emacs editor.
To subscribe:[EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL PROTECTED]
Hi,
No doubt a variety of you all also received this message
from the Jakarta announcement mailing list.
Any reactions? How should we view this?
Why isn't this effort integrated or coordinated with Turbine?
Stephen
The Jakarta Project Management Committee is pleased to announce the
- Original Message -
From: Craig R. McClanahan [EMAIL PROTECTED]
To: [EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED];
[EMAIL PROTECTED]; [EMAIL PROTECTED]
Sent: Wednesday, May 31, 2000 9:24 PM
Subject: ANNOUNCEMENT: New JAKARTA-STRUTS Subproject
The Jakarta
Turbine [EMAIL PROTECTED] wrote:
Hi,
No doubt a variety of you all also received this message
from the Jakarta announcement mailing list.
Any reactions? How should we view this?
Why isn't this effort integrated or coordinated with Turbine?
A lot of redundancy. Why!? The only reason I could
We could also define an additional parameter in WebMacro.properties,
which would indicate if this translation should be performed or not.
I refined this idea a bit more: Let's define WebAppTemplatePath parameter.
If this parameter is present, and getRealPath() works, we assume that we
are
on 6/1/2000 9:31 AM, Rafal Krzewski at [EMAIL PROTECTED] wrote:
We could also define an additional parameter in WebMacro.properties,
which would indicate if this translation should be performed or not.
I refined this idea a bit more: Let's define WebAppTemplatePath parameter.
If this
on 6/1/2000 6:26 AM, Stephen Adkins at [EMAIL PROTECTED]
wrote:
Hi,
No doubt a variety of you all also received this message
from the Jakarta announcement mailing list.
Any reactions? How should we view this?
Why isn't this effort integrated or coordinated with Turbine?
Stephen
on 6/1/2000 6:57 AM, Scott C. Tavares at [EMAIL PROTECTED] wrote:
Isn't this a bit redundant? I mean that Apache Turbine already has two
"Model 2" type sub-frameworks built into it... WebMacro and FreeMarker.
-Scott-
I just send this to the Turbine list:
- Original Message -
From: Jon Stevens [EMAIL PROTECTED]
on 6/1/2000 6:57 AM, Scott C. Tavares at [EMAIL PROTECTED] wrote:
Isn't this a bit redundant? I mean that Apache Turbine already has two
"Model 2" type sub-frameworks built into it... WebMacro and FreeMarker.
-Scott-
I
Hey all, this is just an fyi...
I'm off on vacation from June 2nd (tomorrow) - June 12th. Cya when I get
back.
:-)
-jon
To subscribe:[EMAIL PROTECTED]
To unsubscribe: [EMAIL PROTECTED]
Problems?: [EMAIL
on 6/1/2000 7:49 AM, Frank Kim at [EMAIL PROTECTED] wrote:
What are the reasons for not making the suggested changes to ECS other than
people would have to change existing code to Document doc = new
HTMLDocument();? It seems like a nice modification to ECS and a nice way to
use Documents in
on 6/1/2000 7:49 AM, Frank Kim at [EMAIL PROTECTED] wrote:
What are the reasons for not making the suggested changes to ECS other
than
people would have to change existing code to Document doc = new
HTMLDocument();? It seems like a nice modification to ECS and a nice
way to
use
On Wed, May 31, 2000 at 08:08:20PM -0500, dave bryson wrote:
On Wed, 31 May 2000, you wrote:
As regards getting webmacro stuff finished off, I'm just finishing off
the $pageAttributes stuff, and I also have a formatting tool to go into the
context which formats dates and arrays into text
On Wed, May 31, 2000 at 02:49:23PM -0700, Jon Stevens wrote:
updated report:
Jon,
Did you get anywhere with this?
My tests on latest CVS show sessions still dropping after a reload on
JServ 1.1.1. I'll probably see if I can work out why while you are away
unless you've already worked it out.
on 6/1/2000 11:17 AM, Sean Legassick at [EMAIL PROTECTED] wrote:
TurbineWebMacroService.diff:
Puts the new objects in the WebContext
speaking of which...can we make an API for adding things into the context so
that we don't have to modify TWMS every time?
-jon
on 6/1/2000 11:19 AM, Sean Legassick at [EMAIL PROTECTED] wrote:
Jon,
Did you get anywhere with this?
My tests on latest CVS show sessions still dropping after a reload on
JServ 1.1.1. I'll probably see if I can work out why while you are away
unless you've already worked it out.
I have a patch for the database pooling stuff. It is on
http://sites.netscape.com/ekkerbj/patches/pool.patch
When the additions for Sybase went in last week the driver class changed and
it was noticed that it really should be read from the properties file instead
of hardcoded in the DB
I have a question regarding run data. I have a screen that includes
subscreens, and want to be able to pass information from the screen to the
subscreen, should this be placed into the rundata object? I don't see any
other way to do this.
~christopher
ok,
enough of you have cvs write that you all can manage without me for 10 days.
:-)
remember that new features must be discussed here first and -1's must have a
really good reason and explanation.
also, don't forget to follow the coding conventions and document EVERYTHING.
-jon
Thanks for the trust and I hope to continue to contribute to the 'Turbine
Revolution'! It's been great so far and we are adopting Turbine for our
framework here. It is a nice to have control over tools/frameworks and not
that have some company that tell me what I can and cannot do. Now if I
on 6/1/2000 12:49 PM, christopher baus at [EMAIL PROTECTED] wrote:
I have a question regarding run data. I have a screen that includes
subscreens, and want to be able to pass information from the screen to the
subscreen, should this be placed into the rundata object? I don't see any
other
on 6/1/2000 1:22 PM, Jeff Brekke at [EMAIL PROTECTED] wrote:
Now if I can
get everyone to open their eyes... maybe i need a brick.
i hear you. :-)
-jon
To subscribe:[EMAIL PROTECTED]
To unsubscribe: [EMAIL
On Tue, Jul 08, 2036 at 09:51:09PM -0500, Jeff Brekke wrote:
Thanks for the trust and I hope to continue to contribute to the 'Turbine
Revolution'!
Mirroring Jeff's sentiments - the trust is much appreciated, and its
great to contribute to a project that's so obviously going cool places.
--
On Thu, Jun 01, 2000 at 11:35:47AM -0700, Jon Stevens wrote:
on 6/1/2000 11:17 AM, Sean Legassick at [EMAIL PROTECTED] wrote:
TurbineWebMacroService.diff:
Puts the new objects in the WebContext
speaking of which...can we make an API for adding things into the context so
that we don't
On Thu, Jun 01, 2000 at 02:51:47PM -0700, christopher baus wrote:
Sorry,
real problem is that the "sub" screen is actually a seperate request
included in an img tag, and the shared data is a jpeg buffer. I guess the
only way to do it is to use a global singleton.
But then you've got to
This has already been in FAQ:
http://java.apache.org/jyve-faq/Turbine/screen/DisplayQuestionAnswer/action/
SetAll/project_id/1/faq_id/2/topic_id/65/question_id/663
-- Punky
__
Do You Yahoo!?
Talk to your friends online with Yahoo! Messenger.
On Thu, Jun 01, 2000 at 10:07:55AM -0400, [EMAIL PROTECTED] wrote:
No doubt a variety of you all also received this message
from the Jakarta announcement mailing list.
Any reactions? How should we view this?
Why isn't this effort integrated or coordinated with Turbine?
A lot of
(Out of curiosity) why are the admin templates located in
'docs/turbine_templates'? It seems like 'src/wm' (or something similar)
would
be a more appropriate location.
hence a lot of stuff is in the docs/ directory because i wanted to also make
it available for browsing via the website.
at
30 matches
Mail list logo