Re: [OS-webwork] (Offtopic) Freemarker WAS Using SiteMesh for the UI tags
Jonathan is bashing on me off-line. Has anyone read the Velocity thread and found my characterization of it as disgusting to be way out of line and bordering on harassment of Jonathan? I think I'm slightly paranoid. It's already second list I'm subscribed, where Jonathan appears out of the sudden and starts flamewar. Which go notthing to do with original post. Usually this flamewar continues forever, even without Jonathan. Would it be possible to just stop this flame, on the spot, without any comments? regards, = Konstantin Priblouda ( ko5tik )Freelance Software developer http://www.pribluda.de play java games - http://www.yook.de render charts online - http://www.pribluda.de/povray/ __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] ActionContext clarification
Hi, I just had a look at the code and tested it. Unfortunately it does not work if you close the action tag as you thought Rickard. When the Action tag end is reached it calls the dispatcher finalizeContext method which creates a new ActionContext object and sets it. The lookup table from any previous context is then put into the new context. But if you do not have a previous context (like in this model-1 example), it is of course empty. Wouldn't it be nice if in a web environment the stuff that is consistent during the request, would remain in the ActionContext? Perhaps it could be solved by adding another lookup table in the ActionContext for those long-lived objects (request, response, servletcontext, session...). In the finalizeContext method that map would just be transferred to the new ActionContext created. The long-lived lookup table would still be set whenever an action is dispatched from ServletDispatcher or from an Action tag etc, so that no old data would be lingering in the context. Just a thought Cheers, Dick [EMAIL PROTECTED] - Original Message - From: Rickard Öberg [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Wednesday, January 29, 2003 2:41 PM Subject: Re: [OS-webwork] ActionContext clarification Dick Zetterberg wrote: Isn't it possible to get a problem even if you do all your work in actions, for example if you are doing some Model-1 coding? For example if you have an action that you call many methods on, in a page like: ww:action name='MyAction' id=theAction/ Later on in the page you decide to get some property from it: ww:property value=@theAction/someMethod/ If that method getSomeMethod would try to access the session in the ActionContext it would not find one, isn't that so? So for that to work you would have to end the action tag at the bottom of the page instead, right? It would work since the context is set on a per thread basis, i.e. the association that is done when the action tag is run is still in place. AFAIK. /Rickard --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] ActionContext clarification
--- Dick Zetterberg [EMAIL PROTECTED] wrote:
Hi,
I just had a look at the code and tested it.
Unfortunately it does not work if you close the
action tag as you thought
Rickard.
When the Action tag end is reached it calls the
dispatcher finalizeContext
method which creates a new ActionContext object and
sets it. The lookup
table from any previous context is then put into the
new context.
But if you do not have a previous context (like in
this model-1 example), it
is of course empty.
Wouldn't it be nice if in a web environment the
stuff that is consistent
during the request, would remain in the
ActionContext? Perhaps it could be
solved by adding another lookup table in the
ActionContext for those
long-lived objects (request, response,
servletcontext, session...). In the
finalizeContext method that map would just be
transferred to the new
ActionContext created.
The long-lived lookup table would still be set
whenever an action is
dispatched from ServletDispatcher or from an Action
tag etc, so that no old
data would be lingering in the context.
Just a thought
I also played around. I put all code which does work
into actions ( and while doing this I discovered that
you can count on ActionContext only inside doExecute()
/ execute() ) - i got terrible race conditions while
trying to access action context out of getter methods
of my action. When I moved the code to doExcetutze()
those races dissappeared.
As I can see from code, there are 2 kinds of session
maps in ActionContext - vanilla HashMap while not in
servlet environment, and SessionMap which is wrapper
around real session.
From my point of view, it would be logical in servlet
entvironment to use this session map
( and of course synchronize on it, for cases where
there 2 requests paralel - like mine with frames )
Another question:
If I specify action in jsp page, when exactly it's
executed?
I got following code in jsp
---%--
decorator:usePage id=screen/
webwork:action name='windowManager' id=wm/
webwork:action name='renderScreen' id=render
webwork:param name='page' value=@screen/
webwork:param
name='URL'webwork:url//webwork:param
webwork:param name='windowManager'
value=@wm/windowManager/
!-- foo bar --
/webwork:action
webwork:if test=@render/refreshSidebar
SCRIPT language=JavaScript
!--
parent.navbar.location.href = %=
request.getContextPath() + /layout/sidebar.jsp% ;
//--
/SCRIPT
/webwork:if
webwork:if test=@render/refreshToolbar
SCRIPT language=JavaScript
!--
parent.parent.toolbar.location.href = %=
request.getContextPath() + /layout/toolbar.jsp% ;
//--
/SCRIPT
/webwork:if
-%-
From console debug I can see:
---%
13:07:42,900 DEBUG [ServletValueStack] findValue()
for: query='windowManager' {[id=windowManager
type=0 values=]}
13:07:42,902 DEBUG [ActionSupport] Action executing..
13:07:42,902 DEBUG [WindowManagerAction] get session
before synchronizing:
{com.infodesire.webgui.beans.WindowManager=com.infodesire.webgui.beans.WindowManager@1939100}
13:07:42,902 DEBUG [WindowManagerAction] get session
while synchronizing:
{com.infodesire.webgui.beans.WindowManager=com.infodesire.webgui.beans.WindowManager@1939100}
13:07:42,902 DEBUG [ActionSupport] Action execution
done
13:07:42,902 DEBUG [ActionSupport] Action executed in
0 ms
13:07:42,903 DEBUG [ServletValueStack] findValue()
for: query='renderScreen' {[id=renderScreen
type=0 values=]}
13:07:42,904 DEBUG [ServletValueStack] findValue()
for: query='page' {[id=page type=0 values=]}
13:07:42,904 DEBUG [ServletValueStack] findValue()
for: query=@screen {[id=screen type=6
values=]}
13:07:42,904 DEBUG [RenderScreenAction] setting page:
com.opensymphony.module.sitemesh.parser.FastPage@14e3372
13:07:42,904 DEBUG [ServletValueStack] findValue()
for: query='URL' {[id=URL type=0 values=]}
13:07:42,904 DEBUG [RenderScreenAction] setting url:
/porttest/application1/index.jsp
13:07:42,904 DEBUG [ServletValueStack] findValue()
for: query='windowManager' {[id=windowManager
type=0 values=]}
13:07:42,905 DEBUG [ServletValueStack] findValue()
for: query=@wm/windowManager {[id=wm type=6
values=]} {[id=windowManager type=8 values=]}
13:07:42,906 DEBUG [WindowManagerAction] returning
window manager:
com.infodesire.webgui.beans.WindowManager@1939100
13:07:42,906 DEBUG [RenderScreenAction] set window
manager:
com.infodesire.webgui.beans.WindowManager@1939100
13:07:42,906 DEBUG [ActionSupport] Action executing..
13:07:42,906 DEBUG [WindowManager] returning active
window: null
13:07:42,906 DEBUG [ActionSupport] Action execution
done
13:07:42,907 DEBUG [ActionSupport] Action executed in
1 ms
13:07:42,907 DEBUG [ServletValueStack] findValue()
for: query=@render/refreshSidebar {[id=render
type=6 values=]} {[id=refreshSidebar type=8
values=]}
13:07:42,907 DEBUG [RenderScreenAction] returning
refreshSidebar: false
Re: [OS-webwork] (Offtopic) Freemarker WAS Using SiteMesh for the UI tags
Not that I really care, but for some strange reason I feel like the only adult in the room. Can't you leave this offline? I am sure there is a He is saying bad things about me mailing list somewhere, although it is probably dominated by 10 year olds. On Thursday, January 30, 2003, at 02:25 AM, Rickard Öberg wrote: Still off-topic. Rickard Öberg wrote: hge snip Goodbye Jonathan. Jonathan is bashing on me off-line. Has anyone read the Velocity thread and found my characterization of it as disgusting to be way out of line and bordering on harassment of Jonathan? He sez: And you had no fucking business badmouthing me on a public list where it was completely off-topic. Also, the characterization of my ranting -- as if nobody else's shit stank there -- was fundamentally dishonest. Did anyone consider my opinion of the thread as badmouthing him? Just curious. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] (Very-Very-Offtopic) Freemarker WAS Using SiteMesh for the UI tags
I feel like the only adult in the room. Another reason for a fight. You were just a seed on your father's penis when I was talking shit on some lousy Internet mailing list - and we didn't even use computers for that. :-) I am sure there is a He is saying bad things about me mailing list somewhere, although it is probably dominated by 10 year olds. Yes, there is. For example for finnish speaking audience there is sfnet.atk.sodat (translated to sfnet.it.wars) usenet news group. In fact there is sometimes quite intelligent and well argumented war declarations, but most of the time it's just like the discussion. War ended! Bush started. --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XWork flux
Joseph Ottinger wrote: Can we PLEASE get back to useful discussion? I'm interested in seeing if XWork is usable, and how much in flux it's considered to be. Alright, I'd estimate that the fluxness of XWork is about 70%. Which doesn't mean a whole lot I guess. Wait and see. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XWork flux
What areas are likely to change the most? I personally can see webwork2's functionality being expanded to feature-completeness (I *think* - is there a list around that actually goes into what feature-complete would mean?) and configuration on both xwork and webwork 2. Do you see core changes going in? On Thu, 30 Jan 2003, [ISO-8859-1] Rickard Öberg wrote: Joseph Ottinger wrote: Can we PLEASE get back to useful discussion? I'm interested in seeing if XWork is usable, and how much in flux it's considered to be. Alright, I'd estimate that the fluxness of XWork is about 70%. Which doesn't mean a whole lot I guess. Wait and see. /Rickard - Joseph B. Ottinger [EMAIL PROTECTED] http://enigmastation.comIT Consultant --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XWork flux
On Thursday, Jan 30, 2003, at 14:30 Europe/London, Rickard Öberg wrote: Joseph Ottinger wrote: Can we PLEASE get back to useful discussion? I'm interested in seeing if XWork is usable, and how much in flux it's considered to be. Alright, I'd estimate that the fluxness of XWork is about 70%. Rickard, just a thought, but how much of the code in XWork is derived form (or at least, similar in principle to) your own AOP framework? I get the feeling that there could be a significant amount of overlap between the two in terms of configuration, interceptors, etc. Which doesn't mean a whole lot I guess. Wait and see. Okay :) Regards, Simon --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XWork flux
Simon Stewart wrote: Rickard, just a thought, but how much of the code in XWork is derived form (or at least, similar in principle to) your own AOP framework? I get the feeling that there could be a significant amount of overlap between the two in terms of configuration, interceptors, etc. Not a whole lot really. The XWork stuff is highly specialized for the thing it does, whereas my AOP framework is totally generic. Some of the configuration is similar, like packages and such, but still very very different. I use runtime attributes a lot for configuration, which isn't possible here (for example). The ideas are similar though. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XWork flux
On Thu, Jan 30, 2003 at 04:20:52PM +0100, Rickard Öberg wrote: Simon Stewart wrote: Rickard, just a thought, but how much of the code in XWork is derived form (or at least, similar in principle to) your own AOP framework? I get the feeling that there could be a significant amount of overlap between the two in terms of configuration, interceptors, etc. Not a whole lot really. The XWork stuff is highly specialized for the thing it does, whereas my AOP framework is totally generic. Some of the configuration is similar, like packages and such, but still very very different. I use runtime attributes a lot for configuration, which isn't possible here (for example). The ideas are similar though. How does nanning fit into xwork? (http://nanning.sf.net/) Nanning is a open source AOP library. IMHO the whole interceptor stuff in xwork can be modeled using nanning. -billy. -- Meisterbohne Söflinger Straße 100 Tel: +49-731-399 499-0 eLösungen 89077 Ulm Fax: +49-731-399 499-9 msg01498/pgp0.pgp Description: PGP signature
RE: [OS-webwork] XWork flux
-Original Message- From: Joseph Ottinger [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 9:28 AM To: [EMAIL PROTECTED] Subject: Re: [OS-webwork] XWork flux What areas are likely to change the most? I personally can see webwork2's functionality being expanded to feature-completeness (I *think* - is there a list around that actually goes into what feature-complete would mean?) and configuration on both xwork and webwork 2. Do you see core changes going in? Oh, other than the ThreadLocal thing, there are also remaining questions about Ognl and whether we can plug in our EL, or whether it should be undertaken to re-architect our existing EL for performance. Jason --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] XWork flux
How does nanning fit into xwork? (http://nanning.sf.net/) Nanning is a open source AOP library. IMHO the whole interceptor stuff in xwork can be modeled using nanning. -billy. Hey! We've already GOT interceptors! AOP is cool and all, but I don't think it's necessary to use AOP for interceptors here. The interceptors in Xwork work pretty darned well (if I do say so myself) :-) --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] XWork flux
Philipp Meier wrote: How does nanning fit into xwork? (http://nanning.sf.net/) Nanning is a open source AOP library. IMHO the whole interceptor stuff in xwork can be modeled using nanning. I doubt that it would be worth the overhead. As I said, the current architecture is good because it uses all the basic AOP ideas while still remaining efficient. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
RE: [OS-webwork] Re: [Fwd: (Offtopic) Freemarker WAS Using SiteMesh for the UI tags]
I'm not asking that you love me or anything but keep it to yourself. If you feel the temptation to say negative personal things about me or anybody else connected with FM, I hope you will have the sense to bite your tongue or sit on your hands or whatever is necessary. And we'll all be better off. That's a win-win proposition. And I hope you'll do the same and stop this thread now. This is a mailing list to discuss the development of an opensource project, and that is what we, the subscribers of this list, would like to get back to. Jason --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] Why the 2 lib dirs in skeleton.zip?
Included in the WW1.3 distribution is a
skelecton-project.zip file.
There are two lib directories containing different jar
files.
skeleton
+--lib
+--src
+--lib
Yet in the build.xml, both libs are included in the
classpath.
path id=core.class.path
fileset dir=${basedir}/lib
include name=**/*.jar /
/fileset
fileset dir=${basedir}/src/lib
include name=**/*.jar /
/fileset
!-- append the external classpath lastly --
pathelement path=${java.class.path} /
/path
Is there a reason for this separation or can they
simply be merged into one directory?
-Wayland Chan
__
Do you Yahoo!?
Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
http://mailplus.yahoo.com
---
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
___
Opensymphony-webwork mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Why the 2 lib dirs in skeleton.zip?
Wayland Chan wrote: Included in the WW1.3 distribution is a skelecton-project.zip file. There are two lib directories containing different jar files. skeleton +--lib +--src +--lib The top one is for the build, and the second one is for compiling/runtime. Very separate purposes, so they can't/shouldn't be merged. /Rickard -- Rickard Öberg [EMAIL PROTECTED] Senselogic Got blog? I do. http://dreambean.com --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Partition XWork [Was: Re: XWork flux]
+1 - Original Message - From: Jason Carreira [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 9:18 AM Subject: RE: [OS-webwork] Partition XWork [Was: Re: XWork flux] See http://www.opensymphony.com:8668/space/XWork+1.0+Mission+Statement And http://www.opensymphony.com:8668/space/WebWork%202.0%20Mission%20Statement Basically, Xwork is going to be the core generic command pattern implementation. Webwork 2.0 is going to be an MVC framework tailored for the web and built on Xwork 1.0. So the real question here is whether it makes sense to partition Webwork 2.0 into: Webwork-core Webwork-el Webwork-jsp Webwork-velocity Webwork-xslt Webwork-jasperreports Webwork-freemarket There may be later extensions to Xwork as well (JMSWork?, MailWork?). Personally, I think Webwork is small enough to stand as one module with all of the view types included. -Original Message- From: Philipp Meier [mailto:[EMAIL PROTECTED]] Sent: Thursday, January 30, 2003 12:02 PM To: [EMAIL PROTECTED] Subject: [OS-webwork] Partition XWork [Was: Re: XWork flux] On Thu, Jan 30, 2003 at 07:37:45AM -0800, Jason Carreira wrote: Oh, other than the ThreadLocal thing, there are also remaining questions about Ognl and whether we can plug in our EL, or whether it should be undertaken to re-architect our existing EL for performance. I want to propose to partition the xwork in several (independent) modules. Because I e.g. do not use jsp or velicity, and because I do not contribute to the development, it would be nice to seperate them from the core stuff. It makes sense to me to have the following cvs modules: * xwork (or xwork-core) * xwork-web (ServletDispatcher and FilterDispatcher and so on.) * xwork-view-el (used by jsp and velocity) * xwork-view-jsp * xwork-view-velocity * xwork-view-xslt * xwork-view-freemarker * xwork-jms (Dispatcher and helpers for JMS) * xwork-mail (Dispatcher and helpers for Mail) Does this make sense? I see xwork growing and growing and becoming more and more confusing. On the other hand, size does matter and we must consider that every view type needs it's supporting libraries. My 0.02, -billy. -- Meisterbohne Söflinger Straße 100 Tel: +49-731-399 499-0 eLösungen 89077 Ulm Fax: +49-731-399 499-9 --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Partition XWork [Was: Re: XWork flux]
Jason Carreira wrote: So the real question here is whether it makes sense to partition Webwork 2.0 into: Webwork-core Webwork-el Webwork-jsp Webwork-velocity Webwork-xslt Webwork-jasperreports Webwork-freemarket There may be later extensions to Xwork as well (JMSWork?, MailWork?). Personally, I think Webwork is small enough to stand as one module with all of the view types included. Yup. I have no issue with adding build targets that build the above specific stuff, but separating it into separate CVS modules just brings more headache than it's worth. /Rickard --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
[OS-webwork] RE: Re: [Fwd: (Offtopic) Freemarker WAS Using SiteMesh for the UI tags]
Jason Carreira wrote: I'm not asking that you love me or anything but keep it to yourself. If you feel the temptation to say negative personal things about me or anybody else connected with FM, I hope you will have the sense to bite your tongue or sit on your hands or whatever is necessary. And we'll all be better off. That's a win-win proposition. Good. I see that the part of my message that you quoted is indeed the truly relevant part. So I take it we have a deal. And I hope you'll do the same and stop this thread now. Well, of course, I'm going to do the same, Jason. I'm not going to badmouth anybody from the WW camp on a FreeMarker list. I never have and it would never occur to me. I guess I just figured that part went without saying. As for stopping the thread, I think that a reading of my last message will show that the message was deliberately crafted to stop the thread cold. That was my intention. (I can only speculate about some other people's agendas... Look at some of these other messages where people are trying to fan the flames) This is a mailing list to discuss the development of an opensource project, and that is what we, the subscribers of this list, would like to get back to. Well, yeah, absolutely. That is why it was wrong to bring up this off-topic personality stuff. But, for the nth time, I didn't bring up this topic. As I said before, I am actively encouraging the WW-FM integration work. It's a win-win overall, but you guys will really get quite a bit of value-added. So all of this other gratuitous nonsense does leave a bad taste in my mouth. So okay, we have deal? You guys don't badmouth anybody from the FM camp on a WW list. And we behave accordingly. BTW, I am not currently subscribed to this list. When I stated that I was unsubscribing, I really did unsubscribe. I became aware of your response here by looking at the archive. (I actually resolved not to... but okay... I'm human... :-)) Regards, Jonathan Revusky -- FreeMarker 2.2pre2 is out! http://freemarker.org/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] Partition XWork [Was: Re: XWork flux]
I think that two jars is a good middle ground: xwork-1.0.jar webwork-2.0.jar This is what we've been planning on all along. -Pat - Original Message - From: Hani Suleiman [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Thursday, January 30, 2003 4:26 PM Subject: Re: [OS-webwork] Partition XWork [Was: Re: XWork flux] -1 from me, I like that it's one nice webwork.jar to plop in. Having to pay another 30k for velocity support (or whatever else I don't use currently) isn't such a big deal. It's too jakartaish to have your product be 50 jars. On Thursday, January 30, 2003, at 01:15 PM, Rickard Öberg wrote: Jason Carreira wrote: So the real question here is whether it makes sense to partition Webwork 2.0 into: Webwork-core Webwork-el Webwork-jsp Webwork-velocity Webwork-xslt Webwork-jasperreports Webwork-freemarket There may be later extensions to Xwork as well (JMSWork?, MailWork?). Personally, I think Webwork is small enough to stand as one module with all of the view types included. Yup. I have no issue with adding build targets that build the above specific stuff, but separating it into separate CVS modules just brings more headache than it's worth. /Rickard --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
Re: [OS-webwork] RE: Re: [Fwd: (Offtopic) Freemarker WAS Using SiteMesh for the UI tags]
Alright. EVERYONE JUST IGNORE HIM. That way he gets to have the last word and will go away. I realise of course that he'll need to respond to this message, but after that, everyone resist the urge so we can bury this more embarassing than usual thread. On Thursday, January 30, 2003, at 01:52 PM, Jonathan Revusky wrote: Jason Carreira wrote: I'm not asking that you love me or anything but keep it to yourself. If you feel the temptation to say negative personal things about me or anybody else connected with FM, I hope you will have the sense to bite your tongue or sit on your hands or whatever is necessary. And we'll all be better off. That's a win-win proposition. Good. I see that the part of my message that you quoted is indeed the truly relevant part. So I take it we have a deal. And I hope you'll do the same and stop this thread now. Well, of course, I'm going to do the same, Jason. I'm not going to badmouth anybody from the WW camp on a FreeMarker list. I never have and it would never occur to me. I guess I just figured that part went without saying. As for stopping the thread, I think that a reading of my last message will show that the message was deliberately crafted to stop the thread cold. That was my intention. (I can only speculate about some other people's agendas... Look at some of these other messages where people are trying to fan the flames) This is a mailing list to discuss the development of an opensource project, and that is what we, the subscribers of this list, would like to get back to. Well, yeah, absolutely. That is why it was wrong to bring up this off-topic personality stuff. But, for the nth time, I didn't bring up this topic. As I said before, I am actively encouraging the WW-FM integration work. It's a win-win overall, but you guys will really get quite a bit of value-added. So all of this other gratuitous nonsense does leave a bad taste in my mouth. So okay, we have deal? You guys don't badmouth anybody from the FM camp on a WW list. And we behave accordingly. BTW, I am not currently subscribed to this list. When I stated that I was unsubscribing, I really did unsubscribe. I became aware of your response here by looking at the archive. (I actually resolved not to... but okay... I'm human... :-)) Regards, Jonathan Revusky -- FreeMarker 2.2pre2 is out! http://freemarker.org/ --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork --- This SF.NET email is sponsored by: SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See! http://www.vasoftware.com ___ Opensymphony-webwork mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/opensymphony-webwork
