webwork-devel Mailing List for WebWork (Page 38)
Brought to you by:
baldree,
rickardoberg
Menu
▾
▴
webwork-devel — WebWork development
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(316) |
Dec
(117) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(197) |
Feb
(229) |
Mar
(293) |
Apr
(177) |
May
(84) |
Jun
(40) |
Jul
(43) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <Jim...@do...> - 2002-01-15 15:53:21
|
Ugh...HTML email...sorry about the formatting.
We do invoke the actions in the right directory, most of the time. This=20
need arose when we would forward to other actions that were in different=20
directory structures. The web resource urls (images, stylesheets, etc.)=20
would resolve to the action's URL. Also, if two actions in different=20
directory hierarchies use the same view, the same problem occurs.
We are not using JSP, but we are using the <base href=3D""> tag to=20
accomplish what we need. It appears to be working fine for the time being. =
We set the <base> tag to the URL of the *view*. This is constructed in our =
BaseAction class by appending the full URI of the web context with the=20
path to the view. Hence, the view path must be accessible to the action.
- jim
Rickard <ri...@mi...>
01/15/2002 10:37 AM
=20
To: Jim...@do...
cc: web...@li...
Subject: Re: [Webwork-devel] Access to the view location
Jim...@do... wrote:
> We have run into a problem, however, with relative pathing in our web=20
> pages. In the early stages we successfully used relative pathing to=20
access=20
> stylesheets and images from our views. Given the simple structure:
>=20
> index.html
> css/default.css
> cat/index.html
> dog/index.html
>=20
> We invoke the actions with a URL like http://host/myapp/dog/myaction.acti=
on
>=20
> The view.properties file contains:
> myaction.action.success=3Dindex.html
>=20
> The file /dog/index.html references the stylesheet as=20
../css/default.css.=20
> All is well. Our HTML tools like it, and all works fine.
>=20
> The problems begin when an action can map to more than one view that may =
> be in different directory hierarchies. In this case, an action that is=20
in=20
> the "root" directory, (ie: http://host/myapp/myaction.action), that forwa=
rds to /dog/myaction.action, will end up displaying=20
> incorrectly because the stylesheet could not be located. The problem is=20
> that the paths in the resulting view are relative to the browser's URL,=20
in=20
> this case the action's path.
Why don't you invoke the action in the right directory then?
> I have seen some attempts to circumvent this problem by using a redirect =
> page or an action. I find this a little cumbersome, especially when form =
> parameters need to be passed.
You could also reference the CSS by using absolute filenames, but=20
generated with the <url> tag so that the context is included.
> We are trying to circumvent the problem by using the <base href=3D""/> ta=
g=20
> in all of our views. This tag is also auto-generated by our action. The=20
> trick is setting the <base> tag to the URL of the *view*. Unfortunately, =
> the action does not currently have any knowledge of the view. To=20
alleviate=20
> this problem, we added a request property setting to the=20
> DispatcherServlet:
>=20
> aRequest.setAttribute("webwork.view=5Furi", view);
>=20
> Will it be possible to add this as a patch to WebWork?
Hm.. maybe, but I want to make sure that this problem cannot be solved=20
through other means first.
/Rickard
--=20
Rickard =D6berg
Author of "Mastering RMI"
Chief Architect, TheServerSide.com
The Middleware Company - We Build Experts!
|
|
From: Rickard <ri...@mi...> - 2002-01-15 15:37:34
|
Jim...@do... wrote:
> We have run into a problem, however, with relative pathing in our web
> pages. In the early stages we successfully used relative pathing to access
> stylesheets and images from our views. Given the simple structure:
>
> index.html
> css/default.css
> cat/index.html
> dog/index.html
>
> We invoke the actions with a URL like http://host/myapp/dog/myaction.action
>
> The view.properties file contains:
> myaction.action.success=index.html
>
> The file /dog/index.html references the stylesheet as ../css/default.css.
> All is well. Our HTML tools like it, and all works fine.
>
> The problems begin when an action can map to more than one view that may
> be in different directory hierarchies. In this case, an action that is in
> the "root" directory, (ie: http://host/myapp/myaction.action), that forwards to /dog/myaction.action, will end up displaying
> incorrectly because the stylesheet could not be located. The problem is
> that the paths in the resulting view are relative to the browser's URL, in
> this case the action's path.
Why don't you invoke the action in the right directory then?
> I have seen some attempts to circumvent this problem by using a redirect
> page or an action. I find this a little cumbersome, especially when form
> parameters need to be passed.
You could also reference the CSS by using absolute filenames, but
generated with the <url> tag so that the context is included.
> We are trying to circumvent the problem by using the <base href=""/> tag
> in all of our views. This tag is also auto-generated by our action. The
> trick is setting the <base> tag to the URL of the *view*. Unfortunately,
> the action does not currently have any knowledge of the view. To alleviate
> this problem, we added a request property setting to the
> DispatcherServlet:
>
> aRequest.setAttribute("webwork.view_uri", view);
>
> Will it be possible to add this as a patch to WebWork?
Hm.. maybe, but I want to make sure that this problem cannot be solved
through other means first.
/Rickard
--
Rickard Öberg
Author of "Mastering RMI"
Chief Architect, TheServerSide.com
The Middleware Company - We Build Experts!
|
|
From: <Jim...@do...> - 2002-01-15 15:23:04
|
Hi guys,
We are developing a large WebWork app for State government, and it is
going very well.
We have run into a problem, however, with relative pathing in our web
pages. In the early stages we successfully used relative pathing to access
stylesheets and images from our views. Given the simple structure:
index.html
css/default.css
cat/index.html
dog/index.html
We invoke the actions with a URL like http://host/myapp/dog/myaction.action
The view.properties file contains:
myaction.action.success=index.html
The file /dog/index.html references the stylesheet as ../css/default.css.
All is well. Our HTML tools like it, and all works fine.
The problems begin when an action can map to more than one view that may
be in different directory hierarchies. In this case, an action that is in
the "root" directory, (ie: http://host/myapp/myaction.action), that forwards to /dog/myaction.action, will end up displaying
incorrectly because the stylesheet could not be located. The problem is
that the paths in the resulting view are relative to the browser's URL, in
this case the action's path.
I have seen some attempts to circumvent this problem by using a redirect
page or an action. I find this a little cumbersome, especially when form
parameters need to be passed.
We are trying to circumvent the problem by using the <base href=""/> tag
in all of our views. This tag is also auto-generated by our action. The
trick is setting the <base> tag to the URL of the *view*. Unfortunately,
the action does not currently have any knowledge of the view. To alleviate
this problem, we added a request property setting to the
DispatcherServlet:
aRequest.setAttribute("webwork.view_uri", view);
Will it be possible to add this as a patch to WebWork?
- jim
|
|
From: Rickard <ri...@mi...> - 2002-01-15 08:31:44
|
matt baldree wrote: > Update of /cvsroot/webwork/webwork/src/docs > In directory usw-pr-cvs1:/tmp/cvs-serv31012 > > Modified Files: > wizards.xml > Log Message: > done You da man Matt! :-))) /Rickard -- Rickard Öberg Author of "Mastering RMI" Chief Architect, TheServerSide.com The Middleware Company - We Build Experts! |
|
From: matt b. <ba...@us...> - 2002-01-14 23:29:25
|
Update of /cvsroot/webwork/webwork/src/docs In directory usw-pr-cvs1:/tmp/cvs-serv31012 Modified Files: wizards.xml Log Message: done |
|
From: <Jim...@do...> - 2002-01-14 14:45:54
|
Hi guys,
We are developing a large WebWork app for State governement, and it is
going very well.
We have run into a problem, however, with relative pathing in our web
pages. In the early stages we successfully used relative pathing to access
stylesheets and images from our views. Given the simple structure:
index.html
css/default.css
cat/index.html
dog/index.html
We invoke the actions with a URL like
http://host/myapp/dog/myaction.action
The view.properties file contains:
myaction.action.success=index.html
The file /dog/index.html references the stylesheet as ../css/default.css.
All is well. Our HTML tools like it, and all works fine.
The problems begin when an action can map to more than one view that may
be in different directory hierarchies. In this case, an action that is in
the "root" directory, (ie: http://host/myapp/myaction.action), that
forwards to /dog/myaction.action, will end up displaying incorrectly
because the stylesheet could not be located. The problem is that the paths
in the resulting view are relative to the browser's URL, in this case the
action's path.
I have seen some attempts to circumvent this problem by using a redirect
page or an action. I find this a little cumbersome, especially when form
parameters need to be passed.
We are trying to circumvent the problem by using the <base href=""/> tag
in all of our views. This tag is also auto-generated by our action. The
trick is setting the <base> tag to the URL of the *view*. Unfortunately,
the action does not currently have any knowledge of the view. To alleviate
this problem, we added a request property setting to the
DispatcherServlet:
aRequest.setAttribute("webwork.view_uri", view);
Will it be possible to add this as a patch to WebWork?
- jim |
|
From: Matt B. <ma...@sm...> - 2002-01-14 13:38:22
|
The old files will have to be removed from the attic. I'm not sure how to get access to the attic of the repository for WW. ----- Original Message ----- From: "Kjetil Paulsen" <kje...@mo...> To: "webwork-devel" <web...@li...> Sent: Monday, January 14, 2002 7:06 AM Subject: [Webwork-devel] CVS problems Having problems checking in the renamed files, can anyone help? Output: RCS file: /cvsroot/webwork/webwork/src/resources/web/tutorial/userreg/userregist ration.jsp,v done Checking in userregistration.jsp; /cvsroot/webwork/webwork/src/resources/web/tutorial/userreg/Attic/User Registration.jsp,v <-- UserRegistration.jsp cvs [server aborted]: can't stat UserRegistration.jsp: No such file or directory /kjetilhp _______________________________________________ Webwork-devel mailing list Web...@li... https://lists.sourceforge.net/lists/listinfo/webwork-devel |
|
From: Kjetil P. <kje...@mo...> - 2002-01-14 13:06:37
|
Having problems checking in the renamed files, can anyone help? Output: RCS file: /cvsroot/webwork/webwork/src/resources/web/tutorial/userreg/userregist ration.jsp,v done Checking in userregistration.jsp; /cvsroot/webwork/webwork/src/resources/web/tutorial/userreg/Attic/User Registration.jsp,v <-- UserRegistration.jsp cvs [server aborted]: can't stat UserRegistration.jsp: No such file or directory /kjetilhp |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 13:03:58
|
Update of /cvsroot/webwork/webwork/src/resources/web/WEB-INF/classes In directory usw-pr-cvs1:/tmp/cvs-serv26345 Modified Files: views.properties Log Message: More renaming, user reg example |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 13:03:04
|
Update of /cvsroot/webwork/webwork/src/resources/web/WEB-INF/classes In directory usw-pr-cvs1:/tmp/cvs-serv26102 Modified Files: views.properties Log Message: Changed to small letters in user reg sample |
|
From: Kjetil P. <kje...@mo...> - 2002-01-14 13:02:02
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Having problems checking in the renamed files, can anyone help? =20 Output: =20 RCS file: /cvsroot/webwork/webwork/src/resources/web/tutorial/userreg/userregist ration.jsp,v done Checking in userregistration.jsp; /cvsroot/webwork/webwork/src/resources/web/tutorial/userreg/Attic/User Registration.jsp,v <-- UserRegistration.jsp cvs [server aborted]: can't stat UserRegistration.jsp: No such file or directory =20 /kjetilhp -----BEGIN PGP SIGNATURE----- Version: PGP Personal Privacy 6.5.3 iQA/AwUBPELIp5/GD44hrQGAEQKXCQCdFfIUvHA6dlRIbohcGGU2I5weXkcAmwV1 fS1It8ukZlZmpncwd2f0y2xi =3DF+hk -----END PGP SIGNATURE----- |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 12:57:19
|
Update of /cvsroot/webwork/webwork/src/docs/images In directory usw-pr-cvs1:/tmp/cvs-serv24685 Added Files: validation_sequence.gif Log Message: Used in validation documentation |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 12:55:44
|
Update of /cvsroot/webwork/webwork/src/docs/images In directory usw-pr-cvs1:/tmp/cvs-serv24305/images Log Message: Directory /cvsroot/webwork/webwork/src/docs/images added to the repository |
|
From: matt b. <ba...@us...> - 2002-01-14 12:49:21
|
Update of /cvsroot/webwork/webwork/src/docs In directory usw-pr-cvs1:/tmp/cvs-serv22759 Modified Files: validation.xml Log Message: removed revision block to make consistent with other sections; fixed typos |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 12:01:56
|
Update of /cvsroot/webwork/webwork/src/main/webwork/action/test/tutorial/userreg In directory usw-pr-cvs1:/tmp/cvs-serv13189 Added Files: EmailEditor.java NameEditor.java PasswordEditor.java SsnEditor.java UserInfo.java UserRegistration.java UserRegistrationBeanInfo.java UsernameEditor.java Validator.java Log Message: Added userregistration examle, used in validation documentation |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 12:00:35
|
Update of /cvsroot/webwork/webwork/src/main/webwork/action/test/tutorial/userreg In directory usw-pr-cvs1:/tmp/cvs-serv12956/userreg Log Message: Directory /cvsroot/webwork/webwork/src/main/webwork/action/test/tutorial/userreg added to the repository |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 11:58:50
|
Update of /cvsroot/webwork/webwork/src/resources/web/WEB-INF/etc In directory usw-pr-cvs1:/tmp/cvs-serv12543 Added Files: UserDatabase.yap Log Message: Added userdatabase (Db4o) for validation example |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 11:57:07
|
Update of /cvsroot/webwork/webwork/src/resources/web/WEB-INF/etc In directory usw-pr-cvs1:/tmp/cvs-serv12080/etc Log Message: Directory /cvsroot/webwork/webwork/src/resources/web/WEB-INF/etc added to the repository |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 11:52:58
|
Update of /cvsroot/webwork/webwork/src/lib In directory usw-pr-cvs1:/tmp/cvs-serv10994 Added Files: db4o.jar Log Message: Added as binary Added db4o, used as database in validation example |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 11:48:30
|
Update of /cvsroot/webwork/webwork/src/resources/web/tutorial/userreg In directory usw-pr-cvs1:/tmp/cvs-serv9915 Removed Files: ValidRegistration.jsp UserRegistration.jsp Log Message: will rename to small letters |
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 11:45:38
|
Update of /cvsroot/webwork/webwork/src/lib In directory usw-pr-cvs1:/tmp/cvs-serv9158 Removed Files: db4o.jar Log Message: Removed temorarily |
|
From: Kjetil P. <kje...@mo...> - 2002-01-14 11:45:09
|
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
sorry about that - message should be:
"Added db4o, used as database in validation example"
=20
it should be as binary, log message will be provided next time ;-)
- -----Original Message-----
From: Kjetil H.Paulsen [mailto:kje...@us...]
Sent: Monday, January 14, 2002 12:36 PM
To: web...@li...
Subject: [Webwork-devel] CVS update: 'webwork/src/lib db4o.jar'
Update of /cvsroot/webwork/webwork/src/lib
In directory usw-pr-cvs1:/tmp/cvs-serv7057
Added Files:
db4o.jar
Log Message:
no message
_______________________________________________
Webwork-devel mailing list
Web...@li...
https://lists.sourceforge.net/lists/listinfo/webwork-devel
-----BEGIN PGP SIGNATURE-----
Version: PGP Personal Privacy 6.5.3
iQA/AwUBPEK2mJ/GD44hrQGAEQJOlwCeP++OJdpBM5IfVVSPDFMrdJD9VPYAoMg2
buBvvGd/cFWecANU3qoxP8xO
=3D4Owi
-----END PGP SIGNATURE-----
|
|
From: Kjetil H.P. <kje...@us...> - 2002-01-14 11:35:58
|
Update of /cvsroot/webwork/webwork/src/lib In directory usw-pr-cvs1:/tmp/cvs-serv7057 Added Files: db4o.jar Log Message: no message |
|
From: Rickard <ri...@mi...> - 2002-01-14 09:37:08
|
Rickard wrote: > Kjetil H.Paulsen wrote: > >> Update of /cvsroot/webwork/webwork/src/resources/web/tutorial/userreg >> In directory usw-pr-cvs1:/tmp/cvs-serv10457 >> >> Added Files: >> index.jsp UserRegistration.jsp ValidRegistration.jsp Log Message: >> > > 1) Can we keep file names in small letters please? I meant JSP file names. Not .java files, of course. /Rickard -- Rickard Öberg Author of "Mastering RMI" Chief Architect, TheServerSide.com The Middleware Company - We Build Experts! |
|
From: Rickard <ri...@mi...> - 2002-01-14 09:33:03
|
Kjetil H.Paulsen wrote:
> Update of /cvsroot/webwork/webwork/src/resources/web/tutorial/userreg
> In directory usw-pr-cvs1:/tmp/cvs-serv10457
>
> Added Files:
> index.jsp UserRegistration.jsp ValidRegistration.jsp
> Log Message:
>
1) Can we keep file names in small letters please?
2) Always add a log message, no matter how trivial the change may seem
("Bugfix" is ok)
/Rickard
--
Rickard Öberg
Author of "Mastering RMI"
Chief Architect, TheServerSide.com
The Middleware Company - We Build Experts!
|
34982 messages has been excluded from this view by a project administrator.
