studs-user Mailing List for Studs MVC Framework+ (Page 5)
Status: Beta
Brought to you by:
mojavelinux
You can subscribe to this list here.
| 2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(4) |
Sep
(4) |
Oct
(5) |
Nov
|
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2005 |
Jan
(1) |
Feb
(1) |
Mar
(2) |
Apr
(13) |
May
(1) |
Jun
(12) |
Jul
(36) |
Aug
(4) |
Sep
(3) |
Oct
|
Nov
(5) |
Dec
|
| 2006 |
Jan
|
Feb
|
Mar
(13) |
Apr
(1) |
May
(28) |
Jun
(8) |
Jul
|
Aug
|
Sep
|
Oct
(9) |
Nov
(14) |
Dec
(8) |
| 2007 |
Jan
(2) |
Feb
(9) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Randall E. <ran...@ho...> - 2005-11-09 04:40:05
|
Hi,
I've just installed the studs-basic 0.9.7.2 files on a Windows XP machine
using an Apache 2.0 server installed with XAMPP.
I haven't yet programmed any action or action forward classes, but from the
presence of the welcome.psp page and the "welcome" forwarding in the
struts-config.xml file, it seems that I should get a welcome message when I
go to localhost/myproject. Instead I get a "HTTP Status 404 - /myproject"
status report with a description of "The requested resource (/myproject) is
not available". I can tell that this message is being generated by the
studs platform because the Apache 404 gives an "Object not found" message.
Am I just off base on this (classes need to be written to get some output)
or have I missed something in the install/configuration? Any pointers would
be really appreciated...
By the way, I haven't modified the web.xml or struts-config.xml files and
the directory structure for the project follows:
+C:
+Program Files
+xampp
+htdocs
+myproject
+pages
-tmpl
+pages
-classes
+lib
-horizon
-phase
-stratus
-studs
-tld
-work
|
|
From: Florian K. <flo...@kf...> - 2005-11-04 11:26:25
|
Hi! I would like to have an quicksearch form on every page of my site. It should have an select input, for choosing the places, where search shall be done. How could I use the hmtl Taglib for doing this (setting the options is my main problem) and would there be a Problem with multiple Forms on one page? I'm evaluating Studs at the moment to base our whole development work on it. Studs would be used on an german PR 6 site with about 10000 uniques a day, perhaps this could act as referee for studs? Thanks for this great framework, Florian |
|
From: Marcus P. <mar...@ya...> - 2005-09-13 21:40:41
|
Hi guys, I´ve been watching Studs framework last week. As a former Java Struts + Hibernate developer, I must say that this really rocks! I´m so excited due the capabilities of this framework that I decided to become a new member of this list. Now I´m trying to convice my coleagues to use it. It will depend on its scalability. I´ve put GolfLog demo 0.9.7-2 in my Apache 1.3 + PHP 4 + MySQL 3.23 + WinXP but I could insert Players, Rounds and Courses. Then I started to debug it and I noticed that the Token is been generated but is not passed on from the PSP pages. Is there any plan to deliever a patch for this situation ? Marcus Peixoto São Paulo - Brazil _______________________________________________________ Yahoo! Messenger com voz: PROMOÇÃO VOCÊ PODE LEVAR UMA VIAGEM NA CONVERSA. Participe! www.yahoo.com.br/messenger/promocao |
|
From: Dan A. <dan...@gm...> - 2005-09-01 15:02:09
|
When you mentioned this problem, I checked out the demo on sourceforge
and realized that it has a problem too. The conflicts seemed to be
coming from the manner in which the servlet context is being written
to disk, specifically inside the sleep method of StandardContext, line
692. Perhaps it will be necessary to move this somewhere else. If
anyone would like to look at the code and offer a better way to do
gauranteed saving of this serialized object to file, I am open to
suggestions.
As for this problem in particular, try to delete the
ServletContext.ser file and see if it starts working. If that doesn't
work, try this code inside of listActions:
if (($e =3D catch_exception()) {
die($e->getMessage());
}
/dan
On 8/31/05, jow master <jow...@ya...> wrote:
> Hi everyone... how r u doing ?=20
> =20
> i=B4ve been testing golflog in studs 0.9.7... but i cant record anything.=
..=20
> =20
> the configs r right.... bacause if i insert manualy on mysql... the data =
it
> showed on listActions...=20
> =20
> But when a try Add a player... or a course... or a round.. it doesnt work=
...
> It dont show any error... before submit... it call listAction... but the
> data inserted isnt showed... :(=20
> =20
> whats gonna be ?=20
> plz help...=20
> thanks..=20
> bye
>=20
> __________________________________________________
> Converse com seus amigos em tempo real com o Yahoo! Messenger=20
> http://br.download.yahoo.com/messenger/=20
--=20
Open Source Advocacy
http://www.mojavelinux.com
|
|
From: jow m. <jow...@ya...> - 2005-09-01 00:32:34
|
Hi everyone... how r u doing ? i´ve been testing golflog in studs 0.9.7... but i cant record anything... the configs r right.... bacause if i insert manualy on mysql... the data it showed on listActions... But when a try Add a player... or a course... or a round.. it doesnt work... It dont show any error... before submit... it call listAction... but the data inserted isnt showed... :( whats gonna be ? plz help... thanks.. bye __________________________________________________ Converse com seus amigos em tempo real com o Yahoo! Messenger http://br.download.yahoo.com/messenger/ |
|
From: Dan A. <dan...@gm...> - 2005-08-31 20:52:25
|
Ryan, This is a known issue, though it doesn't always occur in all cases.=20 It depends on where the null reference shows up. Studs works by intercepting the error handling of PHP with a custom error handler. It also uses output buffering to catch errors that are not normally reported. I have it on the TODO list to reconcile this situation so that the error does make it all the way out. I will make it part of the sample application to handle this case. As a general work around though, it is a very good idea to do null checks and proper unit testing, because nulls are a very difficult problem to deal with when they start happening. The same goes for java as well. A null pointer exception can deliver almost no information. Short answer, yes it is known and yes I am looking for a nice solution. /dan On 8/31/05, Ryan Green <ry...@me...> wrote: > =20 > =20 >=20 > Hello all,=20 >=20 > =20 >=20 > I'm a new user of studs and a novice php coder. =20 >=20 > =20 >=20 > In the process of building our site, there are a number of instances wher= e > an unchecked null value seems to wreak havoc on my pages. Seems the erro= r > somehow destroys the request data and the browser won't display the page.= =20 > In Mozilla, my page just doesn't change, or returns blank. In IE, I rece= ive > a cannot display page error.=20 >=20 > =20 >=20 > Usually, if I'm able to track down the error via php logs, the error will= be > "Call to a member function on a non-object."=20 >=20 > =20 >=20 > Anyway, has anyone run into this same sort of problem. It often makes > debugging very difficult when I don't receive an error. Is the expected > behavior?=20 >=20 > =20 >=20 > Regards,=20 >=20 > Ryan=20 >=20 > =20 >=20 > Ryan Green=20 >=20 > Media Greenhouse=20 >=20 > 970 581 9899=20 >=20 > aolim ryang8880=20 >=20 > http://www.mediagreenhouse.com=20 >=20 > =20 --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: Ryan G. <ry...@me...> - 2005-08-31 20:13:19
|
Hello all, I'm a new user of studs and a novice php coder. In the process of building our site, there are a number of instances where an unchecked null value seems to wreak havoc on my pages. Seems the error somehow destroys the request data and the browser won't display the page. In Mozilla, my page just doesn't change, or returns blank. In IE, I receive a cannot display page error. Usually, if I'm able to track down the error via php logs, the error will be "Call to a member function on a non-object." Anyway, has anyone run into this same sort of problem. It often makes debugging very difficult when I don't receive an error. Is the expected behavior? Regards, Ryan Ryan Green Media Greenhouse 970 581 9899 aolim ryang8880 http://www.mediagreenhouse.com |
|
From: Dan A. <dan...@gm...> - 2005-08-02 13:00:26
|
Um, yeah, that is still on the todo list. I would say for now you can just use the superglobal variable $_FILES in PHP to get a handle on the files until something more formal is built into the framework. I will take any suggestions. One of the reasons Java does that whole Multipart request deal is because Java is low level enough to read a POST operation from a stream. PHP is not that fancy and automatically handles file uploads (as far as I know), so it might be just as easy to add some methods to HttpRequest such as getUploadedFile($name). /dan On 8/1/05, Timur Vafin <ti...@e-...> wrote: > Hello, >=20 > What is the wright way to upload files? >=20 > -- > Send plain text only to timurv at e-kazan dot ru > PGP key: http://wwwkeys.us.pgp.net:11371/pks/lookup?op=3Dget&search=3D0x= 425B9F0F > -- > Timur Vafin >=20 >=20 >=20 > ------------------------------------------------------- > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies > from IBM. Find simple to follow Roadmaps, straightforward articles, > informative Webcasts and more! Get everything you need to get up to > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id=16492&opclick > _______________________________________________ > studs-user mailing list > stu...@li... > https://lists.sourceforge.net/lists/listinfo/studs-user >=20 --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: Timur V. <ti...@e-...> - 2005-08-01 08:59:02
|
Hello,=20 What is the wright way to upload files? -- Send plain text only to timurv at e-kazan dot ru PGP key: http://wwwkeys.us.pgp.net:11371/pks/lookup?op=3Dget&search=3D0x42= 5B9F0F -- Timur Vafin |
|
From: Dan A. <dan...@gm...> - 2005-07-31 13:30:05
|
On 7/28/05, Johan Mj=F6nes <joh...@on...> wrote: > Hi all! >=20 > I've noticed that WEB-INF/work/ServletContext.ser file sometimes gets > truncated to zero bytes, but still exists. >=20 > This results in the following error: >=20 > : Fatal error: Call to a member function getStartup() on a non-object in = C:\develsoft\Apache Group\Apache2\htdocs\basic\WEB-INF\lib\stratus\connecto= r\HttpProcessor.php on line 80 > at .RootException(C:\develsoft\Apache Group\Apache2\htdocs\basic\= WEB-INF\lib\horizon\lang\RootException.php:67) > at .fatalErrorWatchdog(C:\develsoft\Apache Group\Apache2\htdocs\b= asic\WEB-INF\lib\stratus\connector\HttpProcessor.php:328) > at [PHP].main(:) >=20 > context is now of type bool (and is false since an eval() of a zero lengt= h string will return false). ContextConfig does some minor validity checkin= g (if context is null), but it should really verify that the object was pro= perly loaded. Also, if object is not properly loaded, I don't throwing an e= xception is exciting is really what you want. Log it and then try to recrea= te the Context (by reloading the configuration). >=20 > What do you think? :) >=20 > However, this isn't the problem. The problem is WHY this file gets trunca= ted? I haven't done any major investigation so far, I wanted to see if you = had any suggestions or ideas first. >=20 > Best Regards, >=20 > Johan >=20 Okay, first a few questions. What platform are you running (I know it is some variant of windows) and what is the file system. Clearly this functionality is working fine on Linux because the demo application has never become corrupted and it is hit in parallel quite often. It feels to me like a file locking issue. In general, the servlet context is written by: open file in append mode lock truncate unlock close I have added a couple of santiy checks in the code. First, if ServletContext.ser is empty, I treat it as non-existing. If the lock fails, then I don't write the servlet context. Finally, I do a check for a valid StandardContext object rather than null. However, if the StandardContext is not valid, I do throw an exception rather than loading a new version. I figured if the ServletContext.ser file has invalid data, we should not treat that as okay, but rather throw an exception since we need to depend on that file as being valid for smoooth operation of the application. If the problem is with locking, what I suggest is that you run a little test script (actually two scripts) that test basic file locking on your platform and see if that works. If it doesn't, perhaps we need to use a more generic form of file locking in Studs. /dan --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: <joh...@on...> - 2005-07-28 09:50:33
|
Hi all! I've noticed that WEB-INF/work/ServletContext.ser file sometimes gets truncated to zero bytes, but still exists. This results in the following error: : Fatal error: Call to a member function getStartup() on a non-object in C:\develsoft\Apache Group\Apache2\htdocs\basic\WEB-INF\lib\stratus\connector\HttpProcessor.php on line 80 at .RootException(C:\develsoft\Apache Group\Apache2\htdocs\basic\WEB-INF\lib\horizon\lang\RootException.php:67) at .fatalErrorWatchdog(C:\develsoft\Apache Group\Apache2\htdocs\basic\WEB-INF\lib\stratus\connector\HttpProcessor.php:328) at [PHP].main(:) context is now of type bool (and is false since an eval() of a zero length string will return false). ContextConfig does some minor validity checking (if context is null), but it should really verify that the object was properly loaded. Also, if object is not properly loaded, I don't throwing an exception is exciting is really what you want. Log it and then try to recreate the Context (by reloading the configuration). What do you think? :) However, this isn't the problem. The problem is WHY this file gets truncated? I haven't done any major investigation so far, I wanted to see if you had any suggestions or ideas first. Best Regards, Johan -- Johan Mjönes Programmer Phone: +46 8 789 12 00 Fax: +46 8 789 12 12 Cell: +46 7 052 838 55 E-mail: joh...@on... Internet: www.ongame.com This e-mail (including attachments) is strictly confidential and intended solely for designated recipient(s). It contains privileged and confidential information. If you have received this e-mail in error, you must not disseminate, copy, distribute or take any action in reliance on it. Please notify us immediately and delete this e-mail and any attachments. Thank you. |
|
From: Dan A. <dan...@gm...> - 2005-07-27 16:39:46
|
> Discard that. I've worked it out. I'm an idiot :)
I would still be interested in hearing how you worked it out as it may
be helpful for others. I notice that you are using PHP 5 exception
handling with Studs. How cool! That is something I never thought of.
Studs is basically doing hybrid exception handling at that point.=20
Wicked.
/dan
p.s. I noticed that you are using the snippet:
$id =3D & $request->getParameter('id');
You definitely don't need that reference symbol since parameters are
just strings. You only need to use =3D& when you need the exact copy
(reference) of the data (and not a copy). I should probably wiki on
this.
|
|
From: <joh...@on...> - 2005-07-27 13:19:31
|
> [original snippet removed] Discard that. I've worked it out. I'm an idiot :) Regards, Johan -- Johan Mjönes Programmer Phone: +46 8 789 12 00 Fax: +46 8 789 12 12 Cell: +46 7 052 838 55 E-mail: joh...@on... Internet: www.ongame.com This e-mail (including attachments) is strictly confidential and intended solely for designated recipient(s). It contains privileged and confidential information. If you have received this e-mail in error, you must not disseminate, copy, distribute or take any action in reliance on it. Please notify us immediately and delete this e-mail and any attachments. Thank you. |
|
From: <joh...@on...> - 2005-07-27 12:35:25
|
Hi,
While evaluating Studs, I'm trying to create error messages based on
Exceptions recieved in the Action, for transport along the request down
the PSP.
What I've tried to do is catch any exception and create a new
ActionMessages(), add messages to it, and then use
$this->saveErrors($request, $actionMessages):
$errorMessages = new ActionMessages();
$id = & $request->getParameter('id');
$manager =& new OManager();
try
{
$player =& $manager->getPlayer($id);
}
catch (NetworkNoResponseException $a_oE)
{
$errorMessages->add('error.network.noresponse',wrap('The
Network did not respond'));
$this->saveErrors($request, $errorMessages);
return $mapping->findForward('list');
}
This works.
However, when I try to read the messages in my PSP, using this code:
<html:messages id="message" message="false" scope="request">
<div class="errormessage">ERROR: <c:out value="${message}"/></div>
</html:messages>
I get the following error:
horizon.lang.RootException: Fatal error: Call to a member function getKey() on a non-object in C:\develsoft\Apache Group\Apache2\htdocs\basic\WEB-INF\lib\studs\taglib\html\HtmlMessagesTag.php on line 215
at horizon.lang.RootException.RootException(C:\develsoft\Apache Group\Apache2\htdocs\basic\WEB-INF\lib\horizon\lang\RootException.php:67)
at stratus.connector.HttpProcessor.fatalErrorWatchdog(C:\develsoft\Apache Group\Apache2\htdocs\basic\WEB-INF\lib\stratus\connector\HttpProcessor.php:328)
at [PHP].main(:)
And, on a sidenote, I frequently get "Documents contains no data". What could cause that error? I've noticed that it often occurs after 15 seconds, but my script timeout (for PHP) is set to 30 seconds. Does Studs alter this timeout?
Best Regards,
Johan Mjönes
--
Johan Mjönes
Programmer
Phone: +46 8 789 12 00
Fax: +46 8 789 12 12
Cell: +46 7 052 838 55
E-mail: joh...@on...
Internet: www.ongame.com
This e-mail (including attachments) is strictly confidential and intended solely for designated recipient(s). It contains privileged and confidential information. If you have received this e-mail in error, you must not disseminate, copy, distribute or take any action in reliance on it. Please notify us immediately and delete this e-mail and any attachments. Thank you.
|
|
From: Dan A. <dan...@gm...> - 2005-07-26 22:13:08
|
> Yes. Actually, after I sent the email, I continued my own investigation, > and noticed that isCancelled() actually was set to false, but as you > said, is was in fact isValidToken() that failed because of the failed > session. The strange thing (for me) was that the session was actually > started (or at least - a PHPSESSID cookie was set for the correct URL > and sent to web server on each request). I didn't get any further since > dinner with my girlfriend was on the schedule (and just when things > started to get exciting ;). Got some updates for you. Turns out, the session problem was actually an RTFM thing. The sourceforge docs say that if you want PHP sessions to work correctly, you have to set the session save path to /tmp/persistent/<projectname> or else it will be periodically deleted. So what was happening was the session was being destroyed every couple of seconds. Turns out that issue didn't have anything to do with Studs. However, your report has helped to cleanup the handling of the sessions rather nicely. I feel very good about their stability now.=20 Unfortunately, the mysql server is misconfigured (or just overloaded) on sourceforge, so the demo is suffering from that. I took Studs aside and did some testing with the mysql connections in the golflog demo and verified that I never open more than one connection to the mysql server, no matter how many times I hit Golflog. > Excellent! Actually, I think I'll just take they time to appreciate what > you are doing. I've been evaluating Studs and Mojavi, and right now > Studs is obviously the right choice. It's more similar to Struts (which > I like) and a lot more active. Mojavi has been in 3.0 development (and > therefore, awaiting PHP5 compliance) for over 8 months. Anyway - keep up > the excellent work! Whooohoooo!!! Thanks so much! /dan --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: <joh...@on...> - 2005-07-26 06:20:04
|
Dan Allen wrote: >On 7/25/05, Johan Mjönes <joh...@on...> wrote: > > >>While trying out Studs using the example web application (GolfLog) I >>noticed that I was unable to add players using the interface (with no >>warning or error presented). >> >>While trying to locate the issue, I noticed that in >>EditPlayerSubmitAction.php, in the execute() method, >>$this->isCancelled() seems to return true, even though the form was not >>cancelled. >> >>I'm new to both Struts and Studs, so I might be missing something, but >>is this an error in Studs (or GolfLog) or am I simply missing something? >> >>Best Regards, >> >>Johan Mjones >> >> > >Johan, > >I did some research into the issue and I actually found a couple of >bugs. When I went to the non-index.php version of the paths (using >mod_rewrite), it screwed up the handling of the session cookie path. >I was able to put in a nice resolution for that. > Great! We like nice resolutions :D >I also realized that >checks for a valid token were not working since the session had not >been started, so I also fixed that problem. > Yes. Actually, after I sent the email, I continued my own investigation, and noticed that isCancelled() actually was set to false, but as you said, is was in fact isValidToken() that failed because of the failed session. The strange thing (for me) was that the session was actually started (or at least - a PHPSESSID cookie was set for the correct URL and sent to web server on each request). I didn't get any further since dinner with my girlfriend was on the schedule (and just when things started to get exciting ;). > Finally, it appears that >the web server on sourceforge where golflog is hosted has some serious >file read problems, so the session data gets dropped randomly (I don't >experience this on any of my other test servers). So I went ahead and >disabled the check for a valid form token in the demo, but it should >work in the next version of the golflog package (0.9.8). > >All of this will be fixed in 0.9.8 and available in CVS shortly. > > > Excellent! Actually, I think I'll just take they time to appreciate what you are doing. I've been evaluating Studs and Mojavi, and right now Studs is obviously the right choice. It's more similar to Struts (which I like) and a lot more active. Mojavi has been in 3.0 development (and therefore, awaiting PHP5 compliance) for over 8 months. Anyway - keep up the excellent work! Best Regards, Johan -- Johan Mjönes Programmer Phone: +46 8 789 12 00 Fax: +46 8 789 12 12 Cell: +46 7 052 838 55 E-mail: joh...@on... Internet: www.ongame.com This e-mail (including attachments) is strictly confidential and intended solely for designated recipient(s). It contains privileged and confidential information. If you have received this e-mail in error, you must not disseminate, copy, distribute or take any action in reliance on it. Please notify us immediately and delete this e-mail and any attachments. Thank you. |
|
From: Dan A. <dan...@gm...> - 2005-07-25 20:12:27
|
On 7/25/05, Johan Mj=F6nes <joh...@on...> wrote: > While trying out Studs using the example web application (GolfLog) I > noticed that I was unable to add players using the interface (with no > warning or error presented). >=20 > While trying to locate the issue, I noticed that in > EditPlayerSubmitAction.php, in the execute() method, > $this->isCancelled() seems to return true, even though the form was not > cancelled. >=20 > I'm new to both Struts and Studs, so I might be missing something, but > is this an error in Studs (or GolfLog) or am I simply missing something? >=20 > Best Regards, >=20 > Johan Mjones Johan, I did some research into the issue and I actually found a couple of bugs. When I went to the non-index.php version of the paths (using mod_rewrite), it screwed up the handling of the session cookie path.=20 I was able to put in a nice resolution for that. I also realized that checks for a valid token were not working since the session had not been started, so I also fixed that problem. Finally, it appears that the web server on sourceforge where golflog is hosted has some serious file read problems, so the session data gets dropped randomly (I don't experience this on any of my other test servers). So I went ahead and disabled the check for a valid form token in the demo, but it should work in the next version of the golflog package (0.9.8). All of this will be fixed in 0.9.8 and available in CVS shortly. /dan p.s. There also seems to be a mysql problem on the sourceforge server that does not involve the golflog application. Perhaps it is time to host the demo on mojavelinux.com ;) --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: <joh...@on...> - 2005-07-25 14:05:12
|
While trying out Studs using the example web application (GolfLog) I noticed that I was unable to add players using the interface (with no warning or error presented). While trying to locate the issue, I noticed that in EditPlayerSubmitAction.php, in the execute() method, $this->isCancelled() seems to return true, even though the form was not cancelled. I'm new to both Struts and Studs, so I might be missing something, but is this an error in Studs (or GolfLog) or am I simply missing something? Best Regards, Johan Mjones -- Johan Mjönes Programmer Phone: +46 8 789 12 00 Fax: +46 8 789 12 12 Cell: +46 7 052 838 55 E-mail: joh...@on... Internet: www.ongame.com This e-mail (including attachments) is strictly confidential and intended solely for designated recipient(s). It contains privileged and confidential information. If you have received this e-mail in error, you must not disseminate, copy, distribute or take any action in reliance on it. Please notify us immediately and delete this e-mail and any attachments. Thank you. |
|
From: Dan A. <dan...@gm...> - 2005-07-22 16:44:38
|
The new packages have been upload for 0.9.7 that include the errata.=20 This fixes the problem for all Windows users and those with ASP-style tags turned on. There are still some known bugs with PHP 4.4, due to changes that were introduced in the language. I am still working through that issue and hence PHP 4.4 won't be officially supported until studs 0.9.8. /dan --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: Dan A. <dan...@gm...> - 2005-07-22 02:36:35
|
Okay, I fixed the problem in Studs, for those of you that were having troub= le! There were actually two problems. The first problem was a missing return statement in the checkValid() function of digester if no validators can be found (which is the case on windows). The second problem was that I had a comment in PhaseParser that used Asp-style tags and was breaking PHP when Asp-style tags were turned on (which is the default in Windows, I guess). Grab these two files from CVS and replace them and you will be up and running again on the Windows platform! horizon/xml/digester/Digester.php phase/compiler/PhaseParser.php /dan --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: Dan A. <dan...@gm...> - 2005-07-20 20:22:47
|
I have just completed the wiki page on how to use mod_rewrite to eliminate the index.php file from URLs in Studs. http://studs.sourceforge.net/wiki/doku.php?id=3Dhowto:pretty_urls /dan --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: Dan A. <dan...@gm...> - 2005-07-20 19:07:09
|
Alright folks, another month, another release. I am excited about this release for a couple of reasons. At the top of that list is the added flexibility. I have cleaned up the settings for the various configuration files and cache folders so that it is possible to reorganize the source tree more to your liking. The creation of all cached files now honors the umask setting from index.php (on *nix platforms). I have also provided a setting in web.xml to use mod_rewrite to push all requests through index.php. By using mod_rewrite, you no longer have to have index.php anywhere in the request URI! (I will be adding a howto to the wiki this week on this). Some other enhancements include an action form generator, multivalue checkboxes in forms, and a couple of bug fixes and optimizations. Go grab your copy today! http://sourceforge.net/projects/studs/ /dan p.s. Well, there isn't much room in version numbers before 1.0 and I definitely feel strongly about the project to say that it is deserving of a 1.0 release sometime in the very near future. --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: Dan A. <dan...@gm...> - 2005-07-20 15:37:35
|
If you have downloaded the starter application, studs-basic, and you
are having difficulty getting it running due to an HTTP 404 error,
this post is for you.
Studs channels all requests through the controlling script:
"index.php". In order to ensure that requests go through this file, a
couple of Apache directives have been added to the .htaccess file that
ships with this application. These directives are:
<FilesMatch "^.*$">
deny from all
</FilesMatch>
<FilesMatch "index\.php$">
allow from all
</FilesMatch>
<FilesMatch "^$">
allow from all
</FilesMatch>
These directives deny access to all files, then allow access to either
"index.php" or the folder itself. However, on some installations of
apache, the third directive is not interpretted correctly, preventing
access to the folder itself "/studs-basic/". As a result, the 404
error occurs.
You can verify that this .htaccess file is being overzealous by making
a direct request for the controller script "/studs-basic/index.php".=20
For testing, there is no reason why you cannot just disable these
apache directives until you are more familiar with Studs and would
like to re-enable this security.
The other alternative is to use mod_rewrite to force all requests to
the controller script, but that will be documented at a later time on
the wiki.
/dan
--=20
Open Source Advocacy
http://www.mojavelinux.com
|
|
From: Dan A. <dan...@gm...> - 2005-07-19 22:11:28
|
nice!!! On 7/19/05, Mack Paul <mpl...@ya...> wrote: >=20 >=20 >=20 >=20 >=20 > ______________________________________________ > Renovamos el Correo Yahoo! > Nuevos servicios, m=E1s seguridad > http://correo.yahoo.es >=20 >=20 --=20 Open Source Advocacy http://www.mojavelinux.com |
|
From: Mack P. <mpl...@ya...> - 2005-07-19 19:45:20
|
______________________________________________ Renovamos el Correo Yahoo! Nuevos servicios, más seguridad http://correo.yahoo.es |