webwork-user Mailing List for WebWork (Page 136)
Brought to you by:
baldree,
rickardoberg
Menu
▾
▴
webwork-user — WebWork users mailing list
You can subscribe to this list here.
| 2000 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(24) |
Dec
(194) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(70) |
Feb
(133) |
Mar
(193) |
Apr
(114) |
May
(141) |
Jun
(176) |
Jul
(334) |
Aug
(418) |
Sep
(329) |
Oct
(209) |
Nov
(296) |
Dec
(122) |
| 2002 |
Jan
(123) |
Feb
(61) |
Mar
(115) |
Apr
(149) |
May
(124) |
Jun
(69) |
Jul
(80) |
Aug
(22) |
Sep
(1) |
Oct
(4) |
Nov
(3) |
Dec
|
| 2003 |
Jan
|
Feb
(1) |
Mar
(5) |
Apr
|
May
(1) |
Jun
(5) |
Jul
(4) |
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Rickard <ri...@jb...> - 2000-12-18 08:54:21
|
Hristo, Maurice, what is the status of the docs? I would like to get the basic structure and some content done this week. This is a very important part to get people to start using WebWork, now that it is becoming more and more feature-complete. Hristo, did you have something done already? Maurice, what was your thoughts on this issue? regards, Rickard --=20 Rickard =D6berg Email: ri...@jb... |
|
From: Rickard <ri...@jb...> - 2000-12-18 08:41:20
|
Hi! Ralf Purnhagen wrote: > we wanted to use webwork for an internet application and plan to > support wap-devices in the near future. >=20 > There seems to be no problem with generating wml but we where not > able to set the corrent content-type for tomcat. In JSP-Pages > without webwork we can just write > <%@ page contentType=3D"text/vnd.wap.wml" %> > at the beginning of the page, and everything works fine. When > we use webwork, this tag is ignored because of the use of > javax.servlet.RequestDispatcher.include. >=20 > Is there another possibility to set the content-type in the > jsp-Page? I just tested this, and it worked great! (I'm using Tomcat 3.2 final) This is excellent, since it solves a problem we've discussed before (how to set content type). I tried to put the above directive at the top of the simple.jsp page, and it worked great. Do you have more info on your case? /Rickard --=20 Rickard =D6berg Email: ri...@jb... |
|
From: Rickard <ri...@jb...> - 2000-12-18 07:38:33
|
Hi!
"Maurice C . Parker" wrote:
>=20
> Rickard,
>=20
> The last actionLoader change in Dispatcher broke the Tomcat when runnin=
g without jBoss. When I backed out the changes it works fine for me agai=
n. Same problem with the Bean tag. When running Tomcat alone the Thread=
.currentThread().getContextClassLoader() won't work for me but getClass()=
.getClassLoader() will.
>=20
> The log entry for the Dispatcher change is "Fixed classloader usage". =
What was broken?
The dispatcher servlet used the getClass().getClassLoader() to get the
actions, which is a broken way to do it. If WebWork is installed in the
servers classpath, but the actions are in a Web Application, then the
actions are not loaded by the dispatcher servlet classloader, i.e.
Class.forName("actionName") will always fail. This is the reason why one
should use the CCL: library code, such as the WebWork dispatcher, can
get the *context* in which they are being used, and access the actions
that way.=20
If it doesn't work it's a Tomcat bug. I will investigate. I know this is
fixable by adding an Jdk12Interceptor to the Tomcat conf, but I was
hoping this was done as default by now.
BTW, have you put WebWork in the application (WEB-INF/lib) or have you
put it in Tomcats classpath? Adding it to the application should
definitely work.=20
> BTW, the bean tag is cool. I really like the way it cleaned up the cod=
e in the template controls. If we wanted to use the include directive in=
stead of the webwork include tag, would it be best to enhance webwork.uti=
l.Servlet to set parameters as well as get parameters?
I have been thinking some about using include directive. It has some
definitive drawbacks that aren't good re: parameter passing.... my
thinking so far is that I don't want to use the include directive for
the controls in WebWork, but that it can be mentioned in the docs as a
possible change that people may do locally.
BTW, since it is so common to access servlet parameters I am considering
adding a specific tag for that. Going through the bean tag and property
tag is somewhat inefficient for such a common task.
Also, I'm working on some coarse grained controls right now that are
REALLY cool: tab panes, menus, and card panes. It's beginning to look
more and more like Swing this thing.
/Rickard
--=20
Rickard =D6berg
Email: ri...@jb...
|
|
From: Maurice C . P. <Ma...@Vi...> - 2000-12-16 17:36:59
|
Rickard, The last actionLoader change in Dispatcher broke the Tomcat when running without jBoss. When I backed out the changes it works fine for me again. Same problem with the Bean tag. When running Tomcat alone the Thread.currentThread().getContextClassLoader() won't work for me but getClass().getClassLoader() will. The log entry for the Dispatcher change is "Fixed classloader usage". What was broken? BTW, the bean tag is cool. I really like the way it cleaned up the code in the template controls. If we wanted to use the include directive instead of the webwork include tag, would it be best to enhance webwork.util.Servlet to set parameters as well as get parameters? Later, Maurice |
|
From: Maurice C . P. <Ma...@Vi...> - 2000-12-16 00:04:14
|
Guys, I've had a horrible week. Someone take my keyboard away, I'm not responsible enough to use it. 8-) This was supposed to go to the sourceXchange and XO3 people who are interested in the Jive portal enablement I've been doing. Please disregard my accidental spam. Apologetic, Maurice * Maurice C . Parker (Ma...@Vi...) wrote: > Group, > > Instead of the usual Weekly Status Reports, all future project updates will be posted on the web. > > The project home page is now: > > http://www.vineyardenterprise.com/sfp/ > > > Regards, > > Maurice > > _______________________________________________ > Webwork-user mailing list > Web...@li... > http://lists.sourceforge.net/mailman/listinfo/webwork-user |
|
From: Maurice C . P. <Ma...@Vi...> - 2000-12-15 23:10:38
|
Group, Instead of the usual Weekly Status Reports, all future project updates will be posted on the web. The project home page is now: http://www.vineyardenterprise.com/sfp/ Regards, Maurice |
|
From: Ralf P. <pu...@gm...> - 2000-12-15 16:32:05
|
Hi, we wanted to use webwork for an internet application and plan to support wap-devices in the near future. There seems to be no problem with generating wml but we where not able to set the corrent content-type for tomcat. In JSP-Pages without webwork we can just write <%@ page contentType="text/vnd.wap.wml" %> at the beginning of the page, and everything works fine. When we use webwork, this tag is ignored because of the use of javax.servlet.RequestDispatcher.include. Is there another possibility to set the content-type in the jsp-Page? Thanks, Ralf |
|
From: Rickard <ri...@jb...> - 2000-12-15 12:03:52
|
Sorry, won't work. Need to tweak this approach a little. Rickard Öberg wrote: > Answer: use the "bean" tag and $ names! Won't work...$ names expect there to be a real property to get info from, and we just want to get the request parameter corresponding to a name. > Like this. In menu.jsp: > > <webwork:bean name="$class"> > Menu: > <UL> > <webwork:iterator name="menu"> > <LI><webwork:property/></LI> > </webwork:iterator> > </UL> > </webwork:bean> This should work though: <webwork:bean name="webwork.util.Servlet" id="param"/> <webwork:bean name="param@parameter:class"> Menu: <UL> <webwork:iterator name="menu"> <LI><webwork:property/></LI> </webwork:iterator> </UL> </webwork:bean> -- Rickard Öberg Email: ri...@jb... |
|
From: Rickard <ri...@jb...> - 2000-12-15 11:58:31
|
Hi!
Hristo Stoyanov wrote:
> Remeber we talked about this some while ago.
> Basically, we talked about using Swing components
> directly, because they are JavaBeans anyways.
> However, since they are missing the webwork Action
> interface, we might want to use the JDK 1.3 proxy
> classes to "adapt" the existing Swing components to
> the
> webwork interfaces. A good place to do that is the
> dispatcher servlet. When an action is instantiated,
> (the getAction() method) we check if it implements
> the Action interface. If not, create a proxy class.
> Most of the "execute()" logic should come from
> view.properties.
> If we manage to do that, the swing components can be
> reused in a GUI J2EE applications later.
<snip>
Well, there are other ways. Let's say we have a bean foo.Menu that has
getMenu(). So, now we want a generic control "menu.jsp" and we want to
feed in the Menu bean as source, but without making foo.Menu an action.
How to do this?
Answer: use the "bean" tag and $ names!
Like this. In menu.jsp:
<webwork:bean name="$class">
Menu:
<UL>
<webwork:iterator name="menu">
<LI><webwork:property/></LI>
</webwork:iterator>
</UL>
</webwork:bean>
and invoke menu.jsp like this:
<webwork:include page="menu.jsp">
<webwork:param name="class" value="foo.Menu"/>
</webwork:include>
Done! The bean will be instantiated, and we can extract data from it,
but it does not have to be an Action!
Is this ok?
> 2)Design an comprehensive EJB backend. What happened
> to EBS?
It's coming... soooo much to do these days that's all *sigh*...
/Rickard
--
Rickard Öberg
Email: ri...@jb...
|
|
From: Rickard <ri...@jb...> - 2000-12-15 11:53:18
|
Rickard Öberg wrote: > AFAIK there is no JSP at all now in the example code. Neat. Blah. AFAIK there is no Java code in the JSP example code now. Which is neat. /Rickard -- Rickard Öberg Email: ri...@jb... |
|
From: Rickard <ri...@jb...> - 2000-12-15 11:51:03
|
Hey
I have added a Servlet bean that allows access to the servlet request
and response. This is now used in the generic controls to access the
request parameters (instead of using <%=request.getParameter("blah")%>,
which now is <webwork:property name="servlet@parameters:blah"/>).
AFAIK there is no JSP at all now in the example code. Neat.
/Rickard
--
Rickard Öberg
Email: ri...@jb...
|
|
From: Rickard <ri...@jb...> - 2000-12-15 11:49:19
|
Hi! Edwin DeSouza wrote: > Another Example for WebWork: > http://www.devx.com/upload/free/features/javapro/2000/06jun00/gb0006/gb0006. > asp Note that shopping cart functionality is already included in the i18n webshop example. /Rickard -- Rickard Öberg Email: ri...@jb... |
|
From: Hristo S. <hr_...@ya...> - 2000-12-15 09:32:56
|
Rickard-, Remeber we talked about this some while ago. Basically, we talked about using Swing components directly, because they are JavaBeans anyways. However, since they are missing the webwork Action interface, we might want to use the JDK 1.3 proxy classes to "adapt" the existing Swing components to the webwork interfaces. A good place to do that is the dispatcher servlet. When an action is instantiated, (the getAction() method) we check if it implements the Action interface. If not, create a proxy class. Most of the "execute()" logic should come from view.properties. If we manage to do that, the swing components can be reused in a GUI J2EE applications later. Here are some possible directions for future development of webwork: 1) Design an equivalent of the Dispatcher.java for Swing/GUI applications. Have you seen these 4 articles: http://www.javaworld.com/javaworld/jw-07-1999/jw-07-toolbox.html As far as I can remeber, the author presents a "visual-proxy" architecture which is pretty close to what we are building, only in Swing ... It's worth reading! 2)Design an comprehensive EJB backend. What happened to EBS? Regards, Hristo --- Rickard Öberg <ri...@jb...> wrote: > Hi! > > Just thinking about our generic controls. I am in > the process of > updating EBS to use WebWork 0.7, and saw that I > wanted a tab pane > component. But then I thought: hey, this can be > generalized, just like > Swings TabPane. Feed it a list of {name, url}'s and > it should be > possible to render a tab pane. I think this is > possible to do. This > general approach should be VERY powerful, if it > works as I hope. > > Any thoughts on this? > > regards, > Rickard > > -- > Rickard Öberg > > Email: ri...@jb... > _______________________________________________ > Webwork-user mailing list > Web...@li... > http://lists.sourceforge.net/mailman/listinfo/webwork-user __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ |
|
From: Rickard <ri...@jb...> - 2000-12-15 08:57:10
|
Hi!
Just thinking about our generic controls. I am in the process of
updating EBS to use WebWork 0.7, and saw that I wanted a tab pane
component. But then I thought: hey, this can be generalized, just like
Swings TabPane. Feed it a list of {name, url}'s and it should be
possible to render a tab pane. I think this is possible to do. This
general approach should be VERY powerful, if it works as I hope.
Any thoughts on this?
regards,
Rickard
--
Rickard Öberg
Email: ri...@jb...
|
|
From: Rickard <ri...@jb...> - 2000-12-15 08:55:09
|
Hi! Hristo Stoyanov wrote: > I am doing it now... > if you can wait for a while, I'll give it to you. Excellent! :-) > I want to build a more featured app borrowing > from both webwork and EBS + EJB 2.0. Ok. > I use Orion 1.4.4 Good. It is important to know that it works on as many servers as possible. I've had some reports that say it doesn't work on Jetty, but I have no idea why yet. /Rickard -- Rickard Öberg Email: ri...@jb... |
|
From: Rickard <ri...@jb...> - 2000-12-15 08:53:10
|
Hi! Hristo Stoyanov wrote: > > Hi webworkers! > I commited several small additions > 1. improved build.bat > 2. improved build.xml > 3. bug fixes in several .jsp to get it work with > Orion server > 4. Draft for package level docs (javadocs) > 5. web.xml to pick up index.jsp as a welcome file > 6. fixed text.jsp and password.jsp from the templates > so they handle missing properies The only changes I got were 1,2 and updated test.jsp. Are you sure everything else is in CVS?? > > Rickard, here is something I get when I hit test.jsp: > ===================================================== > java.lang.IllegalArgumentException: No such > property:time Is this on Orion? Because it works on Tomcat... Hard to tell what it is without actually debugging this. Unfortunately I don't have Orion installed here. regards, Rickard -- Rickard Öberg Email: ri...@jb... |
|
From: Hristo S. <hr_...@ya...> - 2000-12-15 08:45:20
|
Actually, for the docos I used the existing root-level HTML file I scanned most of the messages in the jboss and webwork mailing list to extract texts for the documentation. Please, correct if necessary! Hristo __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ |
|
From: Rickard <ri...@jb...> - 2000-12-15 08:44:28
|
WebWork 0.7 available for download SourceForge finally works again, so now WebWork 0.7 is available as a zip for download. regards, Rickard -- Rickard Öberg Email: ri...@jb... |
|
From: Hristo S. <hr_...@ya...> - 2000-12-15 06:35:55
|
Hi webworkers! I commited several small additions 1. improved build.bat 2. improved build.xml 3. bug fixes in several .jsp to get it work with Orion server 4. Draft for package level docs (javadocs) 5. web.xml to pick up index.jsp as a welcome file 6. fixed text.jsp and password.jsp from the templates so they handle missing properies Rickard, here is something I get when I hit test.jsp: ===================================================== java.lang.IllegalArgumentException: No such property:time at webwork.taglib.TagUtil.findIterator(TagUtil.java:276) at webwork.taglib.TagUtil.findProperty(TagUtil.java:41) at webwork.taglib.TagUtil.findProperty(TagUtil.java:36) at webwork.taglib.PropertyTag.doStartTag(PropertyTag.java:50) at /test.jsp._jspService(/test.jsp.java:417) (JSP page line 49) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.xi(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.d5.sv(JAX) at com.evermind.server.http.d5.include(JAX) at webwork.servlets.Dispatcher.service(Dispatcher.java:378) at javax.servlet.http.HttpServlet.service(HttpServlet.java) at com.evermind.server.http.d5.sv(JAX) at com.evermind.server.http.d5.st(JAX) at com.evermind.server.http.d5.forward(JAX) at /index.jsp._jspService(/index.jsp.java:28) at com.orionserver.http.OrionHttpJspPage.service(JAX) at com.evermind.server.http.HttpApplication.xi(JAX) at com.evermind.server.http.JSPServlet.service(JAX) at com.evermind.server.http.d5.sv(JAX) at com.evermind.server.http.d5.st(JAX) at com.evermind.server.http.eh.s0(JAX) at com.evermind.server.http.eh.do(JAX) at com.evermind.util.f.run(JAX) __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ |
|
From: Hristo S. <hr_...@ya...> - 2000-12-15 06:24:58
|
I am doing it now... if you can wait for a while, I'll give it to you. I want to build a more featured app borrowing from both webwork and EBS + EJB 2.0. I use Orion 1.4.4 Hristo --- Edwin DeSouza <ede...@ja...> wrote: > Another Example for WebWork: > http://www.devx.com/upload/free/features/javapro/2000/06jun00/gb0006/gb0006. > asp > _______________________________________________ > Webwork-user mailing list > Web...@li... > http://lists.sourceforge.net/mailman/listinfo/webwork-user __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ |
|
From: Edwin D. <ede...@ja...> - 2000-12-15 01:56:27
|
Another Example for WebWork: http://www.devx.com/upload/free/features/javapro/2000/06jun00/gb0006/gb0006. asp |
|
From: Edwin D. <ede...@ja...> - 2000-12-15 01:53:52
|
Rickard, Another one for you to do in WebWork...."eTravel" http://www.devx.com/upload/free/features/javapro/2000/08aug00/ww0008/ww0008- 1.asp |
|
From: Hristo S. <hr_...@ya...> - 2000-12-14 18:43:41
|
Hi all-, I have collected some docs in the form of javadoc package level documentation (have not commited them yet!) This is just a simple, but nice HTML intro to the standart javadoc tree. Also, I tested "doclint" and "java2html", which are for doc verification and code cross-referncing. They work pretty much like "ejbdoclet" in the ANT file. If you folks, want PDF docs, we may consider http://xml.apache.org/fop/index.html, which sounds similar to what the Castor team uses ... ======================================= FOP is the world's first print formatter driven by XSL formatting objects. It is a Java application that reads a formatting object tree and then turns it into a PDF document. The formatting object tree, can be in the form of an XML document (output by an XSLT engine like XT or Xalan) or can be passed in memory as a DOM Document or (in the case of XT) SAX events. ...The goals of the Apache XML FOP Project are to deliver an XSL FO->PDF formatter that is compliant to at least the Basic conformance level described in the 27 March 2000 XSL WD, and that complies with the 11 March 1999 Portable Document Format Specification (Version 1.3) from Adobe Systems. ======================================== I'll see what is the total size of this utilities, and if it is acceptable, I'll commit them tonight. Regards, Hristo __________________________________________________ Do You Yahoo!? Yahoo! Shopping - Thousands of Stores. Millions of Products. http://shopping.yahoo.com/ |
|
From: Maurice C . P. <Ma...@Vi...> - 2000-12-14 13:58:48
|
* Rickard Öberg (ri...@jb...) wrote: > Hi! > > (Maurice, you have to remember to CC the list ;-) Sorry, I hit the wrong key. 8-( > I couldn't get it to work with Ant. I saw that there were tasks in there > for the job, but it just wouldn't instantiate the Xalan processor. > *shrug*. > I'm no expert on it. Just saw it and thought it was cool. > I'm ok with the full DocBook, but I'd prefer to use it with some editor. > I've tried XMLSpy(.com) but it doesn't work with the DocBook DTD > (doesn't even recognize "book" as top element, and crashes on save). Any > other ideas? Doing it by hand is ok, but some tool help to figure out > what elements are available would help. > It's my understanding that the Emacs Docbook mode is the best out there. I could never get past Emacs' crazy keybindings so don't use it myself. Later, Maurice |
|
From: Rickard <ri...@jb...> - 2000-12-14 13:51:08
|
Hi! (Maurice, you have to remember to CC the list ;-) "Maurice C . Parker" wrote: > > The only problem I see with it is that the docbook and Xalan parsers > > needed to convert XML to HTML are *HUGE*. This is no problem if you're > > developing continuously since you'd get them once and be done with it, > > but the CVS tar ball will be quite a lot larger. > > Yes, but I wouldn't loose too much sleep over 2MB. No, true. > > Any thoughts on this? > > The exolab uses an ant task that not only builds their docs, but builds their website from XML as well. As far as XLST translations are concerned, it's fairly quick. I couldn't get it to work with Ant. I saw that there were tasks in there for the job, but it just wouldn't instantiate the Xalan processor. *shrug*. > Docbook has a learning curve, but is something of a standard in the Linux community.IIRC, the XML Apache community uses a simplified version of Docbook for it's docs. It may be something to consider. I'm ok with the full DocBook, but I'd prefer to use it with some editor. I've tried XMLSpy(.com) but it doesn't work with the DocBook DTD (doesn't even recognize "book" as top element, and crashes on save). Any other ideas? Doing it by hand is ok, but some tool help to figure out what elements are available would help. > I'd like to see some kind of XML format is good, just because you can process it into HTML, PDF, etc... Yes, that's my thinking too. regards, Rickard -- Rickard Öberg Email: ri...@jb... |
3279 messages has been excluded from this view by a project administrator.
