Nice to hear all these good news going around. And now seems that evryone is
happy despite of some words against it. And mostly thanks to Fredrik
Lindgren who I guess did it possible.
One more question. Is it now available for download, cvs or new build, if
not when it will?
- Original
I will upload/send a bunch of patches tonight, probably quite late tonight
(CET). There will probably be opinion about the code, atl east with regards
to class naming and what package it should be in and so on. If the
committers like it and we can fix any issues with it I guess it should be
Hi,
I am having problems using the ActionTag to compose
my page of smaller bits. Previously I had used the IncludeTag to do
this. The ServletDispatcherResult is doing a Forward instead of an
include.
John.
Hi
I have some strange problems related with action
packages. I'm trying to use a package lik this package
name="admin/category" extends="webwork-default" and having some strange
problems. Some actions from the package works as expected, but on some I getting
a message
I think the name of a package is just a name, with no other meaning
outside the xwork.xml. You need to set the namespace=/admin/category
if you want to use an action like /admin/category/foo.action
Have you tried that?
Jonas
remigijus wrote:
Hi
I have some strange problems related with
Title: Message
Try
adding the leading "/"
-Original Message-From: remigijus
[mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003 10:18
AMTo: [EMAIL PROTECTED]Subject:
[OS-webwork] (no subject)
Hi
I have some strange problems related with action
packages.
Title: Message
WW2. I have switched back to using a modified
(non-caching) IncludeTag. I think the problem was due to the
ServletDispatcherResult not finding the PageContext in the
ActionContext.
- Original Message -
From:
Jason Carreira
To: [EMAIL PROTECTED]
Sent:
Title: Message
Is it planned before
WW2 final to set XWorkBasicConverter as the default type converter in
XWorkConverter ? In the previous mails, I think it was PatLightbody approved
;-)
Cheers
Richard
HALLIER.
Title: Message
If so
then yes :-)
-Original Message-From: Fred Lamuette
[mailto:[EMAIL PROTECTED] Sent: Monday, December 15, 2003
10:54 AMTo:
[EMAIL PROTECTED]Subject: [OS-webwork] A
simple question
Is it planned
before WW2 final to set XWorkBasicConverter as the
Title: Message
I
don't understand... is this a bug?
-Original Message-From: John Patterson
[mailto:[EMAIL PROTECTED] Sent: Monday, December 15,
2003 10:36 AMTo:
[EMAIL PROTECTED]Subject: Re: [OS-webwork]
ActionTag with executeResult
WW2. I have switched back to
Ok I have added namespace with value /admin/category and changed name of
the package to admin-category but sitaution is the same as before. edit
action works as it has to but on delete action I'm gettinfg exception
com.opensymphony.xwork.config.ConfigurationException: There is no Action
mapped
You don't have an Action mapped to the name delete2... Either change
your link or change your xwork.xml action element so they match.
-Original Message-
From: remigijus [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 11:02 AM
To: [EMAIL PROTECTED]
Subject: [OS-webwork]
Title: Message
Looks like it. I'll create a Jira
issue. As far as I can tell, the ServletDispatcherResult looks for a
PageContext in the ActionContext. If it finds it then it does an include
instead of a forward. But is is not finding it.
- Original Message -
From:
Jason
I did some experimentation and changed name from delete to delete2. Problem
is not in the name. I little confused because one action from this package
works and other does not work. I even tryed to do some debugging in the
DefaultActionProxy by got nothing.
Some othe ideas?
- Original
Try out the config browser... It will show you the action configurations
by namespace and allow you to see if it's what you expected. It's built
as part of the distribution and you can see how it's added to the
example war file in the distribution.
-Original Message-
From: remigijus
Hi I with it will be nice to have some list of open
source project's based on ww2 and sitemesh. Does anybpdy can point some it you
know about them.
Ok it is getting better. I found config browser, but have no idea how to
use. Do I have to add this part to my project? I can try to figure out what
to do with it, but if can give some roadmap it will be nice.
- Original Message -
From: Jason Carreira [EMAIL PROTECTED]
To: [EMAIL
Hello,
I was hoping somebody could help me figure out my
way. I am a converted user of Maverick to Webwork2 but having some difficulties
trying to follow documentation and figuring out whichare Webwork and
whichare Webwork2 features.
Right now I am interested in implementing two
features:
You add the jar file to your web app and include it from your xwork.xml
(see the xwork.xml in the example war). Then you can hit it at
/config-browser/actionNames.action
-Original Message-
From: remigijus [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 12:11 PM
To: [EMAIL
Title: Message
I'm
not sure if Patrick ported the XSL view to WW2... The ClientDispatcher has not
been added to WW2 yet because no-one's really been asking for it yet. If you
need it and want to get it working, let us know and we can look at adding it in.
-Original Message-From:
It's very long. And I have plased webwork-config-browser.war file into the
WEB-INF/lib folder.
com.opensymphony.xwork.config.ConfigurationException: Error loading
configuration file xwork.xml
with nested exception
com.opensymphony.xwork.config.ConfigurationException: Caught exception while
I assume you mean webwork-config-browser.jar? Jar, not war.
Are you sure it picked up the change? The jar file should contain the
config-browser.xml, so if it's in the classpath, it should be found.
-Original Message-
From: remigijus [mailto:[EMAIL PROTECTED]
Sent: Monday, December
OK now it works. I added in the path which is not used for debugginig. So no
it works.
Thenks again. And sory for disturbing you somtimmes without a reason.
- Original Message -
From: Jason Carreira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, December 15, 2003 8:13 PM
Subject:
Does it show you the problem with your xwork.xml?
-Original Message-
From: remigijus [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 1:16 PM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] xworks.xml actions mistery
OK now it works. I added in the path which is not
Jason,
Thanks for your reply. These two features are key for our articulated
architecture of which Webwork2 is the central piece. The idea being that no
matter how you view (not just about templating but also about portals vs.
web-apps vs. swing clients vs. altio clients) the results of business
The is no delete action listed. In action's list for /admin/category
namespace
only actions are: add and edit.
Maybe delete action is incorrectly parsed from xml file?
- Original Message -
From: Jason Carreira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, December 15, 2003 8:23 PM
I don't really know much about the XML/XSL view stuff... If it were me,
I guess I'd use a Velocity template to generate XML, but maybe I'm
missing something there.
The ClientDispatcher shouldn't be too hard to get working... I
personally don't have time to do it, but I'd be willing to share ideas
Sounds like it could be. Make sure it's picking up your latest xwork.xml
from the classpath, etc. Validate your xwork.xml against the DTD.
-Original Message-
From: remigijus [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 1:33 PM
To: [EMAIL PROTECTED]
Subject: Re:
How long you will be online?
- Original Message -
From: Jason Carreira [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Monday, December 15, 2003 8:40 PM
Subject: RE: [OS-webwork] xworks.xml actions mistery
Sounds like it could be. Make sure it's picking up your latest xwork.xml
from the
Another 4-5 hours, at least
-Original Message-
From: remigijus [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 1:44 PM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] xworks.xml actions mistery
How long you will be online?
- Original Message -
From: Jason
Ok I found problem. In the Action class I had a setter method for int id
value setId(int id) without getter getId(int id). After I added it, it
stated to work. Very strange error, and difficult to find.
Thanks to Jason Carriera for help.
Don't you think that somewhere in the doc should be
Jason,
1 - On the ClientDispatcher, if you give me pointers I'll get on it right
away. Can't promess 'flash' speed, but will get it done.
2 - On the XML/XSL view: Having either Velocity or JSP render the XML is an
option. The drawback of that is introducing another layer when the rendering
could
One more question.
If I was right with problem's solution, I got little bit confused again.
Does it mean that every time after xwork.xml file was parsed it trying to
load all action classes. If it does so is it correct behaviour. Or I'm
missed somthing.
- Original Message -
From:
Got your attention?
Let me show you the way Financial Independence: www.ndid.biz?axel=49
No more advertisements, thanks - www.aype.org/out5s/pre-rem2e.asp
jfbyetyzxwib
fm
p hgop unk
yvuiljevk n
That's odd... It should not have been keepng it from loading the
configuration. That might be an issue when setting properties, but
shouldn't have caused the config to not be loaded
-Original Message-
From: remigijus [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 2:11 PM
It loads the class, which is saved in the ActionConfig
-Original Message-
From: remigijus [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 3:05 PM
To: [EMAIL PROTECTED]
Subject: Re: [OS-webwork] xworks.xml actions mistery
One more question.
If I was right with
There's a Jira issue open for it with some code attached... It may be a
bit out of date, but should be able to be fixed up...
-Original Message-
From: Sergio Infante [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 2:43 PM
To: [EMAIL PROTECTED]
Subject: [OS-webwork] Re: XML
Hi,
funny that this came up now, exactly when I was trying to put to work the example
that Ben Alex has done in this direction.
Also for my project I will be needing this kind of Client Dispatcher, so I'm
interested in helping develop it, as a future part of webwork or webwork-optional.
I've added docs recently for the WW1 client dispatcher, and the examples
work out of the box, it's very simply and there's really not much to it,
so for anyone willing, I'd be amazed if it were more than a couple of
hours of half-assed work (or an hour of serious dedicated work)
Fernando
Something seems to be wrong with jira.opensymphony.com.
I get Could not connect to database.
Will it soon be working again?
-Original Message-
From: Hani Suleiman [EMAIL PROTECTED]
Sent: Mon Dec 15 21:38:10 CET 2003
To: [EMAIL PROTECTED]
Cc:
I've added docs recently for the WW1
We can only hope and pray, neither has done much good in the past though.
Fernando Martins wrote:
Something seems to be wrong with jira.opensymphony.com.
I get Could not connect to database.
Will it soon be working again?
-Original Message-
From: Hani Suleiman [EMAIL PROTECTED]
Sent:
Is it intended that values not found on the current object of the iterator
are then searched up the stack to find the value?
webwork:push value=model
webwork:iterator list=children
webwork:property value=name/
webwork:property value=./name/
/webwork:iterator
/webwork:push
name is an
I think this is because the value stack will keep searching down the
stack if it finds null for the value...
-Original Message-
From: Eric Mckenna [mailto:[EMAIL PROTECTED]
Sent: Monday, December 15, 2003 3:52 PM
To: [EMAIL PROTECTED]
Subject: [OS-webwork] Values being pulled from
Hi Eric,
No it is not intended that if a value is null then the stack is searched
upwards. This is a known bug at the moment:
http://jira.opensymphony.com/secure/ViewIssue.jspa?key=WW-382
However if the value was not found because an object did not implement the
method/property then the stack
You're much better off filing this as an issue at
jira.opensymphony.com, to ensure it's tracked properly and not lost in
the noise
On Dec 15, 2003, at 6:47 PM, Fredrik Lindgren wrote:
Resent, slightly lighter, since the first try exceeded the size limit.
Hi again,
Here comes the patch for the
I'll probably do that as well, but since the work originated from the
discussion here, and the jira mails are not sent to the list, I thought I
would get better feedback here.
/Fredrik
On Mon, 15 Dec 2003 18:51:11 -0500, Hani Suleiman [EMAIL PROTECTED]
wrote:
You're much better off filing
Title: WebWork/2 Tool Support...
WebWork/2, IMHO, is an excellent framework but one of the areas where it seriously lags behind Struts is tool support. I haven't heard of any tools for making life as a WebWork developer easier besides the xwork.xml editor that someone on the mailing list
I think that for now at least, this traffic might as well stay on this
list. If a significant portion ends up being a discussion of the
peculiarities of particular tools/extensions, then we can worry about
splitting off the list.
Secondly, one of the reasons that there traditionally hasn't
Yes, please keep messages on this list. I'm all for tools to make things
easy, so go for it and I'll help where I can. I agree with Hani that one
of the main reasons for the lack of tools has been that it's not
annoying enough when doing the config setup to make someone want to
build them :-) The
I can't even think of any kind of GUI tool that would make working with
xwork/webwork2 easier, the config as-is isn't too dificult to pick up
imo, but if you guys can think of somekind of tool to make it easier
then go for it! :)
Peter White wrote:
WebWork/2, IMHO, is an excellent framework
Yeah, I hear you guys - WebWork's simplicity was what attracted me to it at
first. That's why I wanted to determine what the user community's needs are
before spending the additional time and effort to make the kind of stuff I'm
working on universally usable.
Even though WebWork is pretty simple
51 matches
Mail list logo