phrame-devel

[Phrame-devel] Very interesting MVC in PHP discussion

[Jason S. <jsw...@ya...>]

http://www.sitepointforums.com/showthread.php?t=144960&page=1&pp=25 

Regards,

Jason

__________________________________
Do you Yahoo!?
Find out what made the Top Yahoo! Searches of 2003
http://search.yahoo.com/top2003

[Phrame-devel] article

[Jason S. <jsw...@ya...>]

http://www.jroller.com/page/aspinei/20030821#xml_descriptors_in_php_frameworks 

Spoiler: Phrame comes out winning in the end because it does _not_ use an XML
file for config!  Funny thing is, that was actually one of the reasons I was
inclined to continue using Phrame also :)

Regards,

Jason

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

Re: [Phrame-devel] multiple page forms

[Jason S. <jsw...@ya...>]

--- Bas Cancrinus <ba...@pl...> wrote:
> Jason Sweat wrote:
> 
> >One questions I have been asked from several sources is how to create
> >multi-page forms in combination with Phrame.  I sketched out an example of
> how
> >I do this here http://www.sitepointforums.com/showthread.php?p=998649 if you
> >are interested.
> >  
> >
> Dear Jason,
> 
> This is a nice piece of work! I have thought about the "wizard" problem
> many times, but I never addressed it in a structural way. I'm delighted
> to see that you took the first step. 
Thanks, glad you liked it :)

> Therefore I'd like to express my
> thoughts about wizards:
> 
> I define workflow as a finite tree of process steps (nodes) and a wizard
> as a manager of workflow with the following properties:
> 1) It evaluates the values that an agent submitted in each process step
> to decide what the next step in the tree will be;
> 2) It remembers the path through all previous process steps and the
> corresponding submitted data for those steps;
> 3) It executes a persistent transaction when an agent committed the leaf
> step in the tree.
> 
> The first property is partially satisfied in the current Phrame release:
> an ActionForm validates the quality of submitted data
I actually cheated here in my implementation and had the wizard have a method
that accepted the current ActionForm object and did the validation on it's own.

 
> and the corresponding Action forwards the controller to the next step based
on
> that data. The mappings file is currently missing the syntactic sugar to
> easily move backwards in the process tree: one should define a forward
> to every child for a given parent and one should define a forward to
> every parent for a given child.
Not sure about that.  I defined a "prev" for each step to go backwards in the
process, does that not accomplish what you are thinking about?  Also, my
particular wizard was linear, so I did not have to worry about branching nodes,
other than returning to the current step if form validation failed.

> 
> In my opinion your code could be a good starting point to address the
> second and third property of a wizard. I'm very interested in other
> opinions this subject!
I of course cut out the parts of my source that were specific to my project. 
In my instance, I had an array that tracked the form elements at each step,
including attributes like what kind of a form element is it (input text, text
area, select, etc), label and validation steps (has to be numeric, has to be in
a range, has to be a member of the select list, etc.)

The $this_aaState array also tracked values and errors at each stage.  When my
view displayed the data, it fetched the current form from the wizard, which
integrated the error and value information into the array.  The view would then
render the form, including default values and warnings for improperly filled
out elements.

All of this was very project specific is why I did not include it in the post.

HTH

Regards,

Jason

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

Re: [Phrame-devel] multiple page forms

[Bas C. <ba...@pl...>]

Jason Sweat wrote:

>One questions I have been asked from several sources is how to create
>multi-page forms in combination with Phrame.  I sketched out an example of how
>I do this here http://www.sitepointforums.com/showthread.php?p=998649 if you
>are interested.
>  
>
Dear Jason,

This is a nice piece of work! I have thought about the "wizard" problem 
many times, but I never addressed it in a structural way. I'm delighted 
to see that you took the first step. Therefore I'd like to express my 
thoughts about wizards:

I define workflow as a finite tree of process steps (nodes) and a wizard 
as a manager of workflow with the following properties:
1) It evaluates the values that an agent submitted in each process step 
to decide what the next step in the tree will be;
2) It remembers the path through all previous process steps and the 
corresponding submitted data for those steps;
3) It executes a persistent transaction when an agent committed the leaf 
step in the tree.

The first property is partially satisfied in the current Phrame release: 
an ActionForm validates the quality of submitted data and the 
corresponding Action forwards the controller to the next step based on 
that data. The mappings file is currently missing the syntactic sugar to 
easily move backwards in the process tree: one should define a forward 
to every child for a given parent and one should define a forward to 
every parent for a given child.

In my opinion your code could be a good starting point to address the 
second and third property of a wizard. I'm very interested in other 
opinions this subject!

Kind regards,
Bas

-- 
Home page: http://home.planet.nl/~basca

[Phrame-devel] Lightweight MVC with Phrame

[Alex <ale...@ya...>]

Hiya,

I've been playing around a bit with the idea of a
lightweight Phrame. Taking out the Front-controller
(and its overhead in mappings and such) and doing a
basic MVC-only approach with Phrame.

What you end up with is quite interesting. Very low
entry-level MVC with the ability to scale up to full
Phrame power.

I've prepared a package to demonstrate the idea with
some easy examples and posted it at:

http://www.geocities.com/alex_has_email/phrame-alex/

Just an idea, have fun with it!

Share and Enjoy,

Alex

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

[Phrame-devel] multiple page forms

[Jason S. <jsw...@ya...>]

One questions I have been asked from several sources is how to create
multi-page forms in combination with Phrame.  I sketched out an example of how
I do this here http://www.sitepointforums.com/showthread.php?p=998649 if you
are interested.

__________________________________
Do you Yahoo!?
Protect your identity with Yahoo! Mail AddressGuard
http://antispam.yahoo.com/whatsnewfree

[Phrame-devel] Intro to MVC article

[Jason S. <jsw...@ya...>]

The PHP|Architect http://www.phparch.com article titled "An Introduction to MVC
in PHP" was the headline article for the May 2003 issue of PHP|A.  This issue
is now available for download at http://www.phparch.com/issue.php?mid=9 as a
sample issue.

If you find this article useful, you might review the follow up article
"Industrial Strength MVC", which was the sample article for the June issue
http://www.phparch.com/sample.php?mid=10 .

Regards,

Jason

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

Re: R: R: [Phrame-devel] Phrame and Log4php

[Alex <ale...@ya...>]

Hi Sergio,

> >> I am working on two others things:
> >> - application configuration (with a web.xml
> file),
> >> used instead of modification of the
> WEB-INF/options.php file.
> 
> > we should consider building one config file for it
> as well.

> In struts I see 5 files (struts-config,
> tiles-config, validation,
> validation-rules and web-app), plus log4php: seems
> to be too much :-)

Hmm, Log4Php would indeed be a stand-alone config, as
it is a stand-alone library. 

As for the phrame-config, web.xml and the validation
things, I personally wouldn't mind putting that in one
config file. We want to minimize overhead here. 

The way Struts does things, is not necesarily always
the ideal solution. Java caches these things, if I am
not mistaken, and we don't as yet. Also, with Java
there is more need for XML-configs then with PHP. If
for every page-hit we need to parse 5 xml-files...

> Well, we must work in integration, but heach package
> must work also alone
> (as is now for log4php, adodb and smarty) and
> integrated by phrame.  I think
> the goal is to use a config file driven setter,
> instead of webapp
> options.php

A config file driven setter? 

> Now you use XML config in XMLMappingBuilder::get(),
> which load data with
> private methods, then discard the loaded xml tree.

I implemented it following the builder pattern. After
building the object, it does indeed discard the XML
stuff.

> My proposal is to build a PhrameCreator object:
> 1) the contructor read phrame-config.xml and set all
> define using specific
> context-param

The usage of define vs $options array has not yet
completely decided upon. I've talked about it for a
while with Jason and Arnold. Both have plusses and
minuses. We should talk about it some more. The
$option array should not yet be discarded as yet.

> 3) method for creating an adodbconnection (using a
> specific context-param
> for dsn)

Pieter was working on a data source thing for Phrame.
You might want to talk to him about this particular
point.

> 5) create a controller (using an
> ActionController::create()); the logic for
> caching should be transferred here, 

I agree, and I did as such. Problem is, you can't
subclass static methods. So, it's not an end all
solution. I ended up putting some code back in the
phrame.php (or index.php depending on versions) 

> because the
> creator must decide if
> create a mapping to be passed to the controller
> creator.

Well, I personally see no problem in configuring this
thing in the phrame/index.php. You can't configure in
an xml file if you want to use an xml file for config
things... In my proposal 2.1 Struts controller code,
you can either pass an ActionMappings object or have
the Struts controller automatically load the XML-file.

For the 5 or 6 examples I posted with that controller
that worked well.

> >> - authentication & authorization (like jaas), 
> 
> I seen your examples.  But should be "pluggable"
> with the desired strategy
> (specified in configuration file): 

Absolutely. I didn't get to making it generic. But I
wrote some routines that will certainly be some good
for reuse. For example the role checking and the XML
parsing modifications for users and roles. The
authorization part could be good starting point. How
you actually do the authentication should indeed be
rewritten. 

Kind regards,

Alex

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

R: R: [Phrame-devel] Phrame and Log4php

[Sergio S. <se...@as...>]

>> Yes, "your" Phrame work well with Log4php 0.7 after
>> replacing
>> LoggerFactory::getLogger with LogFactory::getLog
>They changed the method names since version 0.2!

No change, simple additions: 0.2 is a partial porting, instead 0.7 is a full
porting.

>> I am working on two others things:
>> - application configuration (with a web.xml file),
>> used instead of modification of the WEB-INF/options.php file.

> we should consider building one config file for it as well.

In struts I see 5 files (struts-config, tiles-config, validation,
validation-rules and web-app), plus log4php: seems to be too much :-)

Well, we must work in integration, but heach package must work also alone
(as is now for log4php, adodb and smarty) and integrated by phrame.  I think
the goal is to use a config file driven setter, instead of webapp
options.php

Now you use XML config in XMLMappingBuilder::get(), which load data with
private methods, then discard the loaded xml tree.

My proposal is to build a PhrameCreator object:
1) the contructor read phrame-config.xml and set all define using specific
context-param
2) method for creating a logger (call LogFactory::getLog() )
3) method for creating an adodbconnection (using a specific context-param
for dsn)
4) method for creating a mapping using a modified XMLMappingBuilder which
receive the xml tree as parameter
5) create a controller (using an ActionController::create()); the logic for
caching should be transferred here, because the creator must decide if
create a mapping to be passed to the controller creator.

>> - authentication & authorization (like jaas), to be
>> integrated in HttpServletRequest: I am registering a new sf
>> project for this.
>I implemented some of the user and role code already.

I seen your examples.  But should be "pluggable" with the desired strategy
(specified in configuration file): so I'll write pass.

Re: R: [Phrame-devel] Phrame and Log4php

[Alex <ale...@ya...>]

Hi Sergio,

> Yes, "your" Phrame work well with Log4php 0.7 after
> replacing
> LoggerFactory::getLogger with LogFactory::getLog

They changed the method names since version 0.2!
This explains the requested change. Go for it!

> There is only one little modification of the define
> (in webapp), but nothing
> in phrame-lib

Okay, looking forward to your modifications.

> I agree with you that there is no need to change
> everything, but several
> packages use pear Naming Conventions (ie.
> Phrame_ClassThis), so seem better
> to rename all functions before the next release.

Indeed.

> Why you say that the namespace problem will be
> solved by php5 ?  I have not
> read anything about it ...

Well, if I am not mistaken, they implemented 
namespaces in php5. (like c++) I could be wrong.

> I am working on two others things:
> - application configuration (with a web.xml file),
> used instead of
> modification of the WEB-INF/options.php file.

Cool, up until now, I've placed everything I needed in
the phrame-config.xml. For example, the welcome-file,
users and roles. 

And seeing as we integrate Struts and Java servlet
functionality into one php app, we should consider
building one config file for it as well. The split
between Java Webapp config and Struts
ServletController config is not in fact present with
Phrame. 

Also, keep in mind the extra overhead. There is less
need for XML config files with PHP then there is with
Java. So you might want to consider building
alternatives for the XML webapp config as well.

> - authentication & authorization (like jaas), to be
> integrated in
> HttpServletRequest: I am registering a new sf
> project for this.

I implemented some of the user and role code already.
I had the authentication and authorization working
based on basic userauthentication. The users and roles
were listed in the phrame-config.xml. 

I added quite some code for it in my big modification
package but I didn't yet port it all over to the v2.1
controller I wrote. But there is a working example for
it in the big package! Roles, users, authentication
and authorization. Take a look at it.

Sounds like you have some fun features lined up!

Kind regards,

Alex


__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

R: [Phrame-devel] Phrame and Log4php

[Sergio S. <se...@as...>]

Yes, "your" Phrame work well with Log4php 0.7 after replacing
LoggerFactory::getLogger with LogFactory::getLog

There is only one little modification of the define (in webapp), but nothing
in phrame-lib

I agree with you that there is no need to change everything, but several
packages use pear Naming Conventions (ie. Phrame_ClassThis), so seem better
to rename all functions before the next release.
Why you say that the namespace problem will be solved by php5 ?  I have not
read anything about it ...


I am working on two others things:
- application configuration (with a web.xml file), used instead of
modification of the WEB-INF/options.php file.
- authentication & authorization (like jaas), to be integrated in
HttpServletRequest: I am registering a new sf project for this.


-----Messaggio originale-----
Da: phr...@li...
[mailto:phr...@li...]Per conto di Alex
Inviato: giovedi 2 ottobre 2003 17.00
A: Jason Sweat; Sergio Strampelli; Phr...@li...
Cc: vx...@us...; Alex
Oggetto: Re: [Phrame-devel] Phrame and Log4php


Hiya,

The name Log4Php uses is LoggerManager::getLogger().
I've added an abstract factory to Phrame to be able to
use different Loggers (or non at all, the supplied
null-object) and called it LoggerFactory. No conflict
in names there. But it is indeed different from
Jakarta Commons.

I've added my Log4Php code as add-on to my proposal
code for the 2.1 release, so changing that should be
easy enough. Seems pretty clear. The different
controllers, however, are a bit more work. A search
and replace should do the trick. Where are the php
refactoring tools!? ;)

Adding "Phrame" to every class cleans up the
namespace, or rather sorts it, but calling every class
PhrameClassThis and PhrameClassThat... Not sure about
that. These issues with namespaces are something
that'll automatically get sorted with php5. Though,
obviously, that doesn't solve the problem now.

I understand that Log4Php 0.7 works with the existing
code, as is? I only tested it with a debugged 0.2.

Kind regards,

Alex

--- Jason Sweat <jsw...@ya...> wrote:
> Sounds like officially incorporating Alex's work and
> renaming it to
> PhrameLogFactory may be better all around to avoid
> more future name conflicts.
>
> Jason
>
>
> --- Sergio Strampelli <se...@as...> wrote:
> > Hello!
> >
> > I am working on a project using both Phrame (by
> Alex) and Log4php (versione
> > 0.7), but I discovered a conflict in the name of
> the class LoggerFactory.
> >
> > Looking at the original packages, LoggerFactory is
> the name used in Log4j
> > and  LogFactory is the class used in Struts
> > (org.apache.commons.logging.LogFactory).
> >
> > So, I think that Phrame should use LogFactory
> instead of LoggerFactory to
> > avoid conflict.
> >
> > P.S.: The method of LogFactory is getLog, not
> getLogger
> >
> > Let me know.
> >
> > Sergio
> >
> >
> >
> >
> >
> >
>
-------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Phrame-devel mailing list
> > Phr...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/phrame-devel
>
>
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Shopping - with improved product
> search
> http://shopping.yahoo.com
>
>
>
-------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phrame-devel mailing list
> Phr...@li...
> https://lists.sourceforge.net/lists/listinfo/phrame-devel

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
Phrame-devel mailing list
Phr...@li...
https://lists.sourceforge.net/lists/listinfo/phrame-devel

Re: [Phrame-devel] Phrame and Log4php

[Alex <ale...@ya...>]

Hiya,

The name Log4Php uses is LoggerManager::getLogger().
I've added an abstract factory to Phrame to be able to
use different Loggers (or non at all, the supplied
null-object) and called it LoggerFactory. No conflict
in names there. But it is indeed different from
Jakarta Commons. 

I've added my Log4Php code as add-on to my proposal
code for the 2.1 release, so changing that should be
easy enough. Seems pretty clear. The different
controllers, however, are a bit more work. A search
and replace should do the trick. Where are the php
refactoring tools!? ;)

Adding "Phrame" to every class cleans up the
namespace, or rather sorts it, but calling every class
PhrameClassThis and PhrameClassThat... Not sure about
that. These issues with namespaces are something
that'll automatically get sorted with php5. Though,
obviously, that doesn't solve the problem now.

I understand that Log4Php 0.7 works with the existing
code, as is? I only tested it with a debugged 0.2.

Kind regards,

Alex

--- Jason Sweat <jsw...@ya...> wrote:
> Sounds like officially incorporating Alex's work and
> renaming it to
> PhrameLogFactory may be better all around to avoid
> more future name conflicts.
> 
> Jason
> 
> 
> --- Sergio Strampelli <se...@as...> wrote:
> > Hello!
> > 
> > I am working on a project using both Phrame (by
> Alex) and Log4php (versione
> > 0.7), but I discovered a conflict in the name of
> the class LoggerFactory.
> > 
> > Looking at the original packages, LoggerFactory is
> the name used in Log4j
> > and  LogFactory is the class used in Struts
> > (org.apache.commons.logging.LogFactory).
> > 
> > So, I think that Phrame should use LogFactory
> instead of LoggerFactory to
> > avoid conflict.
> > 
> > P.S.: The method of LogFactory is getLog, not
> getLogger
> > 
> > Let me know.
> > 
> > Sergio
> > 
> > 
> > 
> > 
> > 
> >
>
-------------------------------------------------------
> > This sf.net email is sponsored by:ThinkGeek
> > Welcome to geek heaven.
> > http://thinkgeek.com/sf
> > _______________________________________________
> > Phrame-devel mailing list
> > Phr...@li...
> >
>
https://lists.sourceforge.net/lists/listinfo/phrame-devel
> 
> 
> __________________________________
> Do you Yahoo!?
> The New Yahoo! Shopping - with improved product
> search
> http://shopping.yahoo.com
> 
> 
>
-------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phrame-devel mailing list
> Phr...@li...
> https://lists.sourceforge.net/lists/listinfo/phrame-devel

__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

Re: [Phrame-devel] Phrame and Log4php

[Jason S. <jsw...@ya...>]

Sounds like officially incorporating Alex's work and renaming it to
PhrameLogFactory may be better all around to avoid more future name conflicts.

Jason


--- Sergio Strampelli <se...@as...> wrote:
> Hello!
> 
> I am working on a project using both Phrame (by Alex) and Log4php (versione
> 0.7), but I discovered a conflict in the name of the class LoggerFactory.
> 
> Looking at the original packages, LoggerFactory is the name used in Log4j
> and  LogFactory is the class used in Struts
> (org.apache.commons.logging.LogFactory).
> 
> So, I think that Phrame should use LogFactory instead of LoggerFactory to
> avoid conflict.
> 
> P.S.: The method of LogFactory is getLog, not getLogger
> 
> Let me know.
> 
> Sergio
> 
> 
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phrame-devel mailing list
> Phr...@li...
> https://lists.sourceforge.net/lists/listinfo/phrame-devel


__________________________________
Do you Yahoo!?
The New Yahoo! Shopping - with improved product search
http://shopping.yahoo.com

[Phrame-devel] Phrame and Log4php

[Sergio S. <se...@as...>]

Hello!

I am working on a project using both Phrame (by Alex) and Log4php (versione
0.7), but I discovered a conflict in the name of the class LoggerFactory.

Looking at the original packages, LoggerFactory is the name used in Log4j
and  LogFactory is the class used in Struts
(org.apache.commons.logging.LogFactory).

So, I think that Phrame should use LogFactory instead of LoggerFactory to
avoid conflict.

P.S.: The method of LogFactory is getLog, not getLogger

Let me know.

Sergio

Re: [Phrame-devel] What about Phrame's internals?

[Alex <ale...@ya...>]

Hiya Pieter,

> (1) Why isn't HttpSession just be a wrapper around
> $_SESSION? This would also provide compatibility
> with 
> components utilizing $_SESSION directly.

Well, it sort of is. It *is* a wrapper around
$_SESSION. I've placed an extra HashMap
on the $_SESSION to keep Phrame session
attributes apart from other session usage. 

For example, if you call $session->invalidate() 
it only clears Phrame's session attributes
(the session state) all other usage of 
$_SESSION remain perfectly untouched. 
It limits side-effects somewhat.

You could easily change that behaviour
for future versions, if you'd want. You
have a good point about compatibility.

> (2) Why isn't HttpServletRequest->_requestState just
> a
> wrapper around $_REQUEST? As far as I can see,
> putting
> values in _requestState will not be reflected in
> $_REQUEST, which could cause problems for components
> utilizing $_REQUEST directly.

I've split up the request attributes (request
state) and request parameters ($_REQUEST) over 
what you looked at. The parameters part could 
indeed quite easily directly access $_REQUEST.
The request attributes should not be put
on $_REQUEST. They are to be mapped to the 
templates and should be kept seperated.

Kind regards,

Alex



__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[Phrame-devel] Idea(s)(ls) regarding Phrame's internals

[Pieter v. S. <pvs...@ya...>]

All,

I follow the disussion on Phrame lite and heavy
versions in this list with much interest. Arnold's
intention to utilize a modular design 'sounds like
music in my ear' as the Dutch saying goes. I hope
though that Phrame's internals will remain as clean
(i.e. avoiding unnecessary complexitity) and 'PHP
minded' as possible. 

With this in mind I was looking at Alex Belgraver's
additions to Phrame. Some of his classes definitely
add more Struts flavour to Phrame and improvements
like the dispatching / forwarding mechanism are in my
opinion indispensible to push Phrame towards 'industry
strength'.

As an example of the above, I wondered if some of the
'complexity' in HttpSession and HttpRequestServlet
could be reduced: 

(1) Why isn't HttpSession just be a wrapper around
$_SESSION? This would also provide compatibility with 
components utilizing $_SESSION directly.

(2) Why isn't HttpServletRequest->_requestState just a

wrapper around $_REQUEST? As far as I can see, putting
values in _requestState will not be reflected in
$_REQUEST, which could cause problems for components
utilizing $_REQUEST directly.

(Alex, please regard this comment as positive
criticism; I'm very impressed by your additions.)

Best regards,
Pieter van Stempvoort

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[Phrame-devel] What about Phrame's internals?

[Pieter v. S. <pvs...@ya...>]

All,

I follow the disussion on Phrame lite and heavy
versions in this list with much interest. Arnold's
intention to utilize a modular design 'sounds like
music in my ear' as the Dutch saying goes. I hope
though that Phrame's internals will remain as clean
(i.e. avoiding unnecessary complexitity) and 'PHP
minded' as possible. 

With this in mind I was looking at Alex Belgraver's
additions to Phrame. Some of his classes definitely
add more Struts flavour to Phrame and improvements
like the dispatching / forwarding mechanism are in my
opinion indispensible to push Phrame towards 'industry
strength'.

As an example of the above, I wondered if some of the
'complexity' in HttpSession and HttpRequestServlet
could be reduced: 

(1) Why isn't HttpSession just be a wrapper around
$_SESSION? This would also provide compatibility with 
components utilizing $_SESSION directly.

(2) Why isn't HttpServletRequest->_requestState just a

wrapper around $_REQUEST? As far as I can see, putting

values in _requestState will not be reflected in
$_REQUEST, which could cause problems for components
utilizing $_REQUEST directly.

(Alex, please regard this comment as positive
criticism; I'm very impressed by your additions.)

Best regards,
Pieter van Stempvoort

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[Phrame-devel] RE: Re: [Phrame-user] License update -> next release

[Pierre R. <pie...@wa...>]

Hello,

> >Sorry for not writing sooner but I've been out on
> >vacation. We are currently discussing how to begin
> >merging in some of Alex's changes to the official
> >branch. We should see a new release soon.

I'm working with the Alex's version of Phrame. Quite a great job. =
Especially towards a more Struts like way of doing things. And I like =
the integrated interfaces with Smarty, XSL, Adodb... It's a lot of time =
saved for me.
I hope that as much as possible of Alex work would be merged in the next =
official release...

> Hello Arnold! That would be great. May I suggest the bottlenecks that =
I=20
> experienced during my development with the current release (in=20
> descending order):
>=20
> - All models/actions/forms are included at every invocation of the=20
> controller, causing substantial resource usage. The controller should=20
> include them automatically "on the fly" based on the values of the=20
> "_TYPE"-keys in "mappings.php". This approach obsoletes editing of=20
> "include.php" resulting in easier deployment.
>=20
> - Views are not integrated in the MVC class hierarchy and mappings.=20
> Instead, the browser is currently redirected to an arbitrary file by =
the=20
> controller, resulting in another HTTP interaction. Furthermore, I=20
> observed in the development project that I currently lead, that the=20
> views are becoming a big mess. Developers are 'doing it their own way' =

> because Phrame doesn't provide and force the usage of view classes. =
BTW:=20
> Smarty can't help here.

One of the points that I would like is tools to perform validation on =
the 2 sides: client and server. Or at least some way to easily use tools =
like Pear::validation or FormLess.

Regards

Pierre

[Phrame-devel] Re: [Phrame-user] License update

[Bas C. <ba...@ci...>]

Arnold Cano wrote:

>Sorry for not writing sooner but I've been out on
>vacation. We are currently discussing how to begin
>merging in some of Alex's changes to the official
>branch. We should see a new release soon.
>  
>
Hello Arnold! That would be great. May I suggest the bottlenecks that I 
experienced during my development with the current release (in 
descending order):

- All models/actions/forms are included at every invocation of the 
controller, causing substantial resource usage. The controller should 
include them automatically "on the fly" based on the values of the 
"_TYPE"-keys in "mappings.php". This approach obsoletes editing of 
"include.php" resulting in easier deployment.

- Views are not integrated in the MVC class hierarchy and mappings. 
Instead, the browser is currently redirected to an arbitrary file by the 
controller, resulting in another HTTP interaction. Furthermore, I 
observed in the development project that I currently lead, that the 
views are becoming a big mess. Developers are 'doing it their own way' 
because Phrame doesn't provide and force the usage of view classes. BTW: 
Smarty can't help here.

>If you are interested in becoming a developer of
>phrame please let me know.
>  
>
I'm interested in addressing the issues outlined above. Currently I'm 
very busy, but I expect this situation to change within a few months.

>p.s. Thanks for the reference application!
>  
>
You're welcome! Please let me know if you have any suggestions.

Regards,
Bas

-- 
Bas Cancrinus   -> ba...@ci...
Software Architect
Cipherware Ltd. -> http://www.cipherware.com

[Phrame-devel] in the forums at www.sitepointforums.com

[Jason S. <jsw...@ya...>]

http://www.sitepointforums.com/forumdisplay.php?forumid=147

Seems like Phrame has been poping up quite a bit in the forums there recently. 
http://www.sitepointforums.com/showthread.php?threadid=126838
http://www.sitepointforums.com/showthread.php?threadid=127255

I have been fielding questions as best I can, but if anyone else wants to
contribute to the discussions there I am sure it would be welcome.

Jason

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: [Phrame-devel] Phrame Heavy & Phrame Lite

[Arnold C. <arn...@ya...>]

--- Scott Lillig <sco...@ho...> wrote:
> 
> Hello everyone,
> 
> Been away from the project for awhile, but getting
> back into the thick of
> things again. 
> 

Glad to have you back!

> Had some thoughts and wanted to get yours:
>
----------------------------------------------------------------------
> 
> I've noticed a lot of work being done from various
> developers and some
> issues some are having in regards to the term
> "forking" the project.
> 

Alex and I have been in constant contact over his
modifications. As we speak Jason, Alex, and I are
discussing how we can merge the work they have done
into the official version.

> I have seen comments from more advanced programmer
> types (as well as on the
> list) that they would like to see PHRAME adhere more
> to the way of doing
> things like the most popular standard MVC STRUTS so
> that JAVA programmers
> would take more interest and enjoy working in PHP.
> (ex: WEB-INF directory,
> dispatchers, etc.)
> 
> I also have seen comments from more of the designer
> & developer types that
> they liked PHRAME's simplicity and are ecstatic
> about the entry type level
> MVC and that they get more interested to the ideas
> of OOP, reusability and
> frameworks in their development process.
> 

The path we have agreed upon is to keep things simple.
We intend on making the advanced features such as view
dispatchers, loggers, etc modular so that developers
can choose how much functionality they need for their
project.

> As for my own predicament; I am starting a new
> project and want to use
> PHRAME, as I was going through the stable released
> 2.0 version as well as
> looking through all the excellent additions from
> other developers like Jason
> and Alex on their own projects. I found myself
> spending way too much time on
> debating what features and directory structures to
> use and implement from
> the original and forked renditions of PHRAME and
> other ideas from STRUTS
> itself. 
> 
> Then a thought came to mind that at the time of my
> confusion made some sense
> and wanted to pass it onto the group.
> 
> What about...2 types or categories of PHRAME? 
> 
> A more advanced PHRAME (like Arnold, Alex and
> Jason's additions, sorry if I
> left anyone else's efforts out here, just making an
> example) that adheres'
> to the more advanced STRUT's standard, allowing a
> programmer to have a
> choice between 2 great open source languages PHP and
> JAVA and feel more
> comfortable working with both languages, but staying
> in the same train of
> thought of STRUTS.
> 
> And a LITE version of PHRAME which would be
> considered the current stable
> release of PHRAME, allowing designers and developers
> to enjoy learning OOP,
> reusability and frameworks in their design and
> development process or just
> want to apply a simple framework to a simple website
> and not get too far out
> of their designer element trying to comprehend the
> complexity of STRUTS.
> 
> ...of course the Lite version would need to be able
> to scale into the STRUTS
> version if need be.
> 
> Thoughts on names to help get the idea across:
> 
> 	Advanced Version
> 	* PHRAME Struts
> 	* P2EE
> 	* PHRAME PRO
> 	* PHRAME Adv.
> 	* PHRAME MVC Struts
> 	* PHRAME Heavy
> 
> 	Current Released Version
> 	* PHRAME Lite
> 	* P2 Standard
> 	* PHRAME DEV
> 	* PHRAME
> 	* PHRAME MVC Lite
> 
>
----------------------------------------------------------------------Lookin
> g forward to hearing other thoughts, easy on the
> flaming, I may of just had
> a long night staring at a bright screen and wake up
> tomorrow and all of this
> sounds way too out there. ;)
> 
> Cheers!
> 	
> 

As I mentioned above, Phrame will be modular so the
advanced/light versions you mentioned will be
possible. What would be most useful in my opinion
would be documentation, tutorials, examples, etc that
illustrate how it is possible.

> 
> 
>
-------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phrame-devel mailing list
> Phr...@li...
>
https://lists.sourceforge.net/lists/listinfo/phrame-devel

Arnold

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

Re: [Phrame-devel] Phrame Heavy & Phrame Lite

[Arnold C. <arn...@ya...>]

--- Scott Lillig <sco...@ho...> wrote:
> 
> Hello everyone,
> 
> Been away from the project for awhile, but getting
> back into the thick of
> things again. 
> 

Glad to have you back!

> Had some thoughts and wanted to get yours:
>
----------------------------------------------------------------------
> 
> I've noticed a lot of work being done from various
> developers and some
> issues some are having in regards to the term
> "forking" the project.
> 

Alex and I have been in constant contact over his
modifications. As we speak Jason, Alex, and I are
discussing how we can merge the work they have done
into the official version.

> I have seen comments from more advanced programmer
> types (as well as on the
> list) that they would like to see PHRAME adhere more
> to the way of doing
> things like the most popular standard MVC STRUTS so
> that JAVA programmers
> would take more interest and enjoy working in PHP.
> (ex: WEB-INF directory,
> dispatchers, etc.)
> 
> I also have seen comments from more of the designer
> & developer types that
> they liked PHRAME's simplicity and are ecstatic
> about the entry type level
> MVC and that they get more interested to the ideas
> of OOP, reusability and
> frameworks in their development process.
> 

The path we have agreed upon is to keep things simple.
We intend on making the advanced features such as view
dispatchers, loggers, etc modular so that developers
can choose how much functionality they need for their
project.

> As for my own predicament; I am starting a new
> project and want to use
> PHRAME, as I was going through the stable released
> 2.0 version as well as
> looking through all the excellent additions from
> other developers like Jason
> and Alex on their own projects. I found myself
> spending way too much time on
> debating what features and directory structures to
> use and implement from
> the original and forked renditions of PHRAME and
> other ideas from STRUTS
> itself. 
> 
> Then a thought came to mind that at the time of my
> confusion made some sense
> and wanted to pass it onto the group.
> 
> What about...2 types or categories of PHRAME? 
> 
> A more advanced PHRAME (like Arnold, Alex and
> Jason's additions, sorry if I
> left anyone else's efforts out here, just making an
> example) that adheres'
> to the more advanced STRUT's standard, allowing a
> programmer to have a
> choice between 2 great open source languages PHP and
> JAVA and feel more
> comfortable working with both languages, but staying
> in the same train of
> thought of STRUTS.
> 
> And a LITE version of PHRAME which would be
> considered the current stable
> release of PHRAME, allowing designers and developers
> to enjoy learning OOP,
> reusability and frameworks in their design and
> development process or just
> want to apply a simple framework to a simple website
> and not get too far out
> of their designer element trying to comprehend the
> complexity of STRUTS.
> 
> ...of course the Lite version would need to be able
> to scale into the STRUTS
> version if need be.
> 
> Thoughts on names to help get the idea across:
> 
> 	Advanced Version
> 	* PHRAME Struts
> 	* P2EE
> 	* PHRAME PRO
> 	* PHRAME Adv.
> 	* PHRAME MVC Struts
> 	* PHRAME Heavy
> 
> 	Current Released Version
> 	* PHRAME Lite
> 	* P2 Standard
> 	* PHRAME DEV
> 	* PHRAME
> 	* PHRAME MVC Lite
> 
>
----------------------------------------------------------------------Lookin
> g forward to hearing other thoughts, easy on the
> flaming, I may of just had
> a long night staring at a bright screen and wake up
> tomorrow and all of this
> sounds way too out there. ;)
> 
> Cheers!
> 	
> 

As I mentioned above, Phrame will be modular so the
advanced/light versions you mentioned will be
possible. What would be most useful in my opinion
would be documentation, tutorials, examples, etc that
illustrate how it is possible.

> 
> 
>
-------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phrame-devel mailing list
> Phr...@li...
>
https://lists.sourceforge.net/lists/listinfo/phrame-devel

Arnold

__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com

[Phrame-devel] Phrame Heavy & Phrame Lite

[Scott L. <sco...@ho...>]

Hello everyone,

Been away from the project for awhile, but getting back into the thick =
of
things again.=20

Had some thoughts and wanted to get yours:
----------------------------------------------------------------------

I've noticed a lot of work being done from various developers and some
issues some are having in regards to the term "forking" the project.

I have seen comments from more advanced programmer types (as well as on =
the
list) that they would like to see PHRAME adhere more to the way of doing
things like the most popular standard MVC STRUTS so that JAVA =
programmers
would take more interest and enjoy working in PHP. (ex: WEB-INF =
directory,
dispatchers, etc.)

I also have seen comments from more of the designer & developer types =
that
they liked PHRAME's simplicity and are ecstatic about the entry type =
level
MVC and that they get more interested to the ideas of OOP, reusability =
and
frameworks in their development process.

As for my own predicament; I am starting a new project and want to use
PHRAME, as I was going through the stable released 2.0 version as well =
as
looking through all the excellent additions from other developers like =
Jason
and Alex on their own projects. I found myself spending way too much =
time on
debating what features and directory structures to use and implement =
from
the original and forked renditions of PHRAME and other ideas from STRUTS
itself.=20

Then a thought came to mind that at the time of my confusion made some =
sense
and wanted to pass it onto the group.

What about...2 types or categories of PHRAME?=20

A more advanced PHRAME (like Arnold, Alex and Jason's additions, sorry =
if I
left anyone else's efforts out here, just making an example) that =
adheres'
to the more advanced STRUT's standard, allowing a programmer to have a
choice between 2 great open source languages PHP and JAVA and feel more
comfortable working with both languages, but staying in the same train =
of
thought of STRUTS.

And a LITE version of PHRAME which would be considered the current =
stable
release of PHRAME, allowing designers and developers to enjoy learning =
OOP,
reusability and frameworks in their design and development process or =
just
want to apply a simple framework to a simple website and not get too far =
out
of their designer element trying to comprehend the complexity of STRUTS.

...of course the Lite version would need to be able to scale into the =
STRUTS
version if need be.

Thoughts on names to help get the idea across:

	Advanced Version
	* PHRAME Struts
	* P2EE
	* PHRAME PRO
	* PHRAME Adv.
	* PHRAME MVC Struts
	* PHRAME Heavy

	Current Released Version
	* PHRAME Lite
	* P2 Standard
	* PHRAME DEV
	* PHRAME
	* PHRAME MVC Lite

----------------------------------------------------------------------Loo=
kin
g forward to hearing other thoughts, easy on the flaming, I may of just =
had
a long night staring at a bright screen and wake up tomorrow and all of =
this
sounds way too out there. ;)

Cheers!
=09

RE:RE: [Phrame-devel] Comments about Alex's package

[Pierre R. <pie...@wa...>]

Alex,

> Thanks for emailing your findings.

Thanks for your great job.

[...]=20
> > 2/When I run "Test ActionForwards 1", I get Warning
> > messages about "Call-time pass-by-reference has been
[...]=20
> > pass-by-reference . It seems OK.=20
>=20
> Which version of php do you run.
> I don't get that error!

PHP 4.3.1. But the point is I set allow_call_time_pass_reference to =
"off" in php.ini

[...]=20
> > 3/As I haven't put DocumentRoot under Apache
> > directory, I had to change:
>=20
> As I don't use the XSL/XML myself, any input=20
> is appreciated. I merged in your changes.
> I did change the default value in the transform
> method to =3Dnull instead of =3D''. That didn't work=20
> for me.

OK

[...]=20
> As for tips and tricks on Apache, mod_rewite and
> .htaccess, I'd have to redirect you to the Apache
> website (or even Google) for more information.

Yes, and I learned quite a lot about Rewrite module and .htaccess!=20
But it will be good just to explain that to run all the examples =
(without "relocate that WEB-INF directory..."):
- you need to install mod_rewrite=20
- if the webapp directory name isn't webapp, to change it in .htaccess.

Not every body need to be Apache Guru to want to use Phrame...=20
=20
> Try the updated release, and let me know if
> that solves all the issues mentioned above.

ASAP

May I ask you if there is any plan to merge "your fork" with the =
official Phrame branch?

Regards

Pierre=20

Re: [Phrame-devel] Comments about Alex's package

[Alex <ale...@ya...>]

Hi Pierre,

Thanks for emailing your findings.

> 1/I set USE_LOWERCASE_FOR_ACTIONS at true. Then in
> ActionController::_fixWindowsRewriteBug, I got
> Notice about undefined index with "action". I added
> a IsSet test.

Good one. I fixed it and uploaded new packages.
Let me know if those work for you.

> 2/When I run "Test ActionForwards 1", I get Warning
> messages about "Call-time pass-by-reference has been
> deprecated" in httpSession.php, with calls to
> functions Hashmap::put and get. I removed the
> "call-time by refences" in httpSession.php. In
> Hashmap::put, I declare a argument with
> pass-by-reference . It seems OK. 

Which version of php do you run.
I don't get that error!

I tried to solve this problem and released 
the fix in the mentioned package.

> 3/As I haven't put DocumentRoot under Apache
> directory, I had to change:

As I don't use the XSL/XML myself, any input 
is appreciated. I merged in your changes.
I did change the default value in the transform
method to =null instead of =''. That didn't work 
for me.

> 4/ With the 2d example, "Say Hi 2", in index.html, I
> got HTTP 404 message. 

This is actually related to the Windows
rewriting. It should be working now. 

> I think that some more explanation are needed about
> url_rewriting for person like me who doesn't master
> all the tricks of Apache, mod_rewrite and 
> .htaccess.

I might have forgotten to remove some things
from my test setup. It should work as-is.

As for tips and tricks on Apache, mod_rewite and
.htaccess, I'd have to redirect you to the Apache
website (or even Google) for more information.

Try the updated release, and let me know if
that solves all the issues mentioned above.

Kind regards,

Alex

__________________________________
Do you Yahoo!?
The New Yahoo! Search - Faster. Easier. Bingo.
http://search.yahoo.com