Re: [Resin-interest] url rewriting / search engine friendly

2009-10-31 Thread d . lopez 
And why is it that a servlet filter is outside the application? I  
consider it to be part of the application; it is simply a matter that  
those services are not provided directly by the framework used to  
implement the logic.
Otherwise each framework would have to provide that capability.

I have seen both approaches (Cocoon uses the later approach) and both  
have their strong/weak points.

In any case, I don't think there's a good answer and a bad one.
S!
D.

S'està citant Riccardo Cohen r...@architectedulogiciel.fr:

 I understand your point of view : separate url management and
 application logic. It seems a good practice.

 In the same time this probably comes from the idea that search engine
 friendly urls are added to the application, which basically does not
 need it.
 On one hand it is true. The url /user/name is an alias of
 /servlet?command=showuserid=1354 in a functionnal point of view.
 On the other hand, you may think of the SEF url as a request by itself,
 and the controller is in charge of handling requests, of any syntax. So
 if my controller parses the url /servlet?command=showuserid=1354, why
 couldn't it parse the url /user/name instead directly ? This removes
 from the application one level of control and complexity .


 Am-I right ?


 Wesley Wu wrote:
 Not recommended.

 I think filter should handle this, which is not relative to business logic.

 2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr
 mailto:r...@architectedulogiciel.fr

 Thanks Wesley I'll try to use filter.
 Now in term of performance, isn't it better to integrate the url
 processing directly into the controller servlet ?

 Wesley Wu wrote:
   You may use http://tuckey.org/urlrewrite/ UrlRewriteFilter.
  
   I wrote a similar filter doing the same thing which loads rewrite
 config
   from database.
  
   2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr
 mailto:r...@architectedulogiciel.fr
   mailto:r...@architectedulogiciel.fr
 mailto:r...@architectedulogiciel.fr
  
   Hello
  
   I didn't have yet the opportunity to work with search engine
 friendly
   urls with resin (I did it with apache/php). I suppose that
 there must be
   a set of servlet-mapping and rewrite-dispatch in conf and
 some
   url-dedicated servlets in the application.
  
   I wonder if there is any kind of good practice with resin
   configuration to build SEF web sites.
  
   In the wiki I found rewrite rules for php CMS, but not for
 java apps.
   (I use resin 3,2,0)
  
   Thanks a lot.
   --
   Riccardo Cohen
   Architecte du Logiciel
   http://www.architectedulogiciel.fr
   +33 (0)6.09.83.64.49
   Membre du réseau http://www.reflexe-conseil-centre.org
  
  
  
  
   ___
   resin-interest mailing list
   resin-interest@caucho.com mailto:resin-interest@caucho.com
 mailto:resin-interest@caucho.com mailto:resin-interest@caucho.com
   http://maillist.caucho.com/mailman/listinfo/resin-interest
  
  
  
  
 
  
   ___
   resin-interest mailing list
   resin-interest@caucho.com mailto:resin-interest@caucho.com
   http://maillist.caucho.com/mailman/listinfo/resin-interest

 --
 Riccardo Cohen
 Architecte du Logiciel
 http://www.architectedulogiciel.fr
 +33 (0)6.09.83.64.49
 Membre du réseau http://www.reflexe-conseil-centre.org




 ___
 resin-interest mailing list
 resin-interest@caucho.com mailto:resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest



 

 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest

 --
 Riccardo Cohen
 Architecte du Logiciel
 http://www.architectedulogiciel.fr
 +33 (0)6.09.83.64.49
 Membre du réseau http://www.reflexe-conseil-centre.org




 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest










___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

Re: [Resin-interest] url rewriting / search engine friendly

2009-10-31 Thread Wesley Wu 
My filter handle the rewrite and parameter parsing, and dispatch to
according controller/action with a wrapped http request.

1. user hit the url: /user/1354
2. filter knows that user request the
UserController/UserServlet/UserAction/view-user.jsp with a param value 1354
(corresponding param should be the first pre-configed param, which should be
id)
3. the filter wrap the http request to add param name/value pair (id=1354)
4. (optional) call your Controller/Action for additional processing using
the wrapped request(probably a wrapped response for gzip/caching purpose)
5. dispatch to /UserServlet or /view-user.jsp using the wrapped
request(probably a wrapped response for gzip/caching purpose)

2009/10/31 d.lo...@uib.es

 And why is it that a servlet filter is outside the application? I
 consider it to be part of the application; it is simply a matter that
 those services are not provided directly by the framework used to
 implement the logic.
 Otherwise each framework would have to provide that capability.

 I have seen both approaches (Cocoon uses the later approach) and both
 have their strong/weak points.

 In any case, I don't think there's a good answer and a bad one.
 S!
 D.

 S'està citant Riccardo Cohen r...@architectedulogiciel.fr:

  I understand your point of view : separate url management and
  application logic. It seems a good practice.
 
  In the same time this probably comes from the idea that search engine
  friendly urls are added to the application, which basically does not
  need it.
  On one hand it is true. The url /user/name is an alias of
  /servlet?command=showuserid=1354 in a functionnal point of view.
  On the other hand, you may think of the SEF url as a request by itself,
  and the controller is in charge of handling requests, of any syntax. So
  if my controller parses the url /servlet?command=showuserid=1354, why
  couldn't it parse the url /user/name instead directly ? This removes
  from the application one level of control and complexity .
 
 
  Am-I right ?
 
 
  Wesley Wu wrote:
  Not recommended.
 
  I think filter should handle this, which is not relative to business
 logic.
 
  2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr
  mailto:r...@architectedulogiciel.fr
 
  Thanks Wesley I'll try to use filter.
  Now in term of performance, isn't it better to integrate the url
  processing directly into the controller servlet ?
 
  Wesley Wu wrote:
You may use http://tuckey.org/urlrewrite/ UrlRewriteFilter.
   
I wrote a similar filter doing the same thing which loads rewrite
  config
from database.
   
2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr
  mailto:r...@architectedulogiciel.fr
mailto:r...@architectedulogiciel.fr
  mailto:r...@architectedulogiciel.fr
   
Hello
   
I didn't have yet the opportunity to work with search engine
  friendly
urls with resin (I did it with apache/php). I suppose that
  there must be
a set of servlet-mapping and rewrite-dispatch in conf and
  some
url-dedicated servlets in the application.
   
I wonder if there is any kind of good practice with resin
configuration to build SEF web sites.
   
In the wiki I found rewrite rules for php CMS, but not for
  java apps.
(I use resin 3,2,0)
   
Thanks a lot.
--
Riccardo Cohen
Architecte du Logiciel
http://www.architectedulogiciel.fr
+33 (0)6.09.83.64.49
Membre du réseau http://www.reflexe-conseil-centre.org
   
   
   
   
___
resin-interest mailing list
resin-interest@caucho.com mailto:resin-interest@caucho.com
  mailto:resin-interest@caucho.com mailto:resin-interest@caucho.com
 
http://maillist.caucho.com/mailman/listinfo/resin-interest
   
   
   
   
 
 
   
___
resin-interest mailing list
resin-interest@caucho.com mailto:resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
 
  --
  Riccardo Cohen
  Architecte du Logiciel
  http://www.architectedulogiciel.fr
  +33 (0)6.09.83.64.49
  Membre du réseau http://www.reflexe-conseil-centre.org
 
 
 
 
  ___
  resin-interest mailing list
  resin-interest@caucho.com mailto:resin-interest@caucho.com
  http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
  
 
  ___
  resin-interest mailing list
  resin-interest@caucho.com

Re: [Resin-interest] url rewriting / search engine friendly

2009-10-31 Thread Michael Liao 
you can use express-wind to build rest url like /user/1234

http://code.google.com/p/express-me/wiki/ExpressWind

It uses Filter or Servlet to handle all requests and match your rest url like:

@Mapping(/user/$1)
public void displayUser(int id) {
   ...
}

If you already have a struts / spring mvc app with *.do mapping, the
url-rewrite-filter is the only choice.

On Sat, Oct 31, 2009 at 7:32 PM, Wesley Wu wumen...@gmail.com wrote:
 My filter handle the rewrite and parameter parsing, and dispatch to
 according controller/action with a wrapped http request.
 1. user hit the url: /user/1354
 2. filter knows that user request the
 UserController/UserServlet/UserAction/view-user.jsp with a param value 1354
 (corresponding param should be the first pre-configed param, which should be
 id)
 3. the filter wrap the http request to add param name/value pair (id=1354)
 4. (optional) call your Controller/Action for additional processing using
 the wrapped request(probably a wrapped response for gzip/caching purpose)
 5. dispatch to /UserServlet or /view-user.jsp using the wrapped
 request(probably a wrapped response for gzip/caching purpose)
 2009/10/31 d.lo...@uib.es

 And why is it that a servlet filter is outside the application? I
 consider it to be part of the application; it is simply a matter that
 those services are not provided directly by the framework used to
 implement the logic.
 Otherwise each framework would have to provide that capability.

 I have seen both approaches (Cocoon uses the later approach) and both
 have their strong/weak points.

 In any case, I don't think there's a good answer and a bad one.
 S!
 D.

 S'està citant Riccardo Cohen r...@architectedulogiciel.fr:

  I understand your point of view : separate url management and
  application logic. It seems a good practice.
 
  In the same time this probably comes from the idea that search engine
  friendly urls are added to the application, which basically does not
  need it.
  On one hand it is true. The url /user/name is an alias of
  /servlet?command=showuserid=1354 in a functionnal point of view.
  On the other hand, you may think of the SEF url as a request by itself,
  and the controller is in charge of handling requests, of any syntax. So
  if my controller parses the url /servlet?command=showuserid=1354, why
  couldn't it parse the url /user/name instead directly ? This removes
  from the application one level of control and complexity .
 
 
  Am-I right ?
 
 
  Wesley Wu wrote:
  Not recommended.
 
  I think filter should handle this, which is not relative to business
  logic.
 
  2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr
  mailto:r...@architectedulogiciel.fr
 
      Thanks Wesley I'll try to use filter.
      Now in term of performance, isn't it better to integrate the url
      processing directly into the controller servlet ?
 
      Wesley Wu wrote:
        You may use http://tuckey.org/urlrewrite/ UrlRewriteFilter.
       
        I wrote a similar filter doing the same thing which loads
  rewrite
      config
        from database.
       
        2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr
      mailto:r...@architectedulogiciel.fr
        mailto:r...@architectedulogiciel.fr
      mailto:r...@architectedulogiciel.fr
       
            Hello
       
            I didn't have yet the opportunity to work with search engine
      friendly
            urls with resin (I did it with apache/php). I suppose that
      there must be
            a set of servlet-mapping and rewrite-dispatch in conf
  and
      some
            url-dedicated servlets in the application.
       
            I wonder if there is any kind of good practice with resin
            configuration to build SEF web sites.
       
            In the wiki I found rewrite rules for php CMS, but not for
      java apps.
            (I use resin 3,2,0)
       
            Thanks a lot.
            --
            Riccardo Cohen
            Architecte du Logiciel
            http://www.architectedulogiciel.fr
            +33 (0)6.09.83.64.49
            Membre du réseau http://www.reflexe-conseil-centre.org
       
       
       
       
            ___
            resin-interest mailing list
            resin-interest@caucho.com mailto:resin-interest@caucho.com
      mailto:resin-interest@caucho.com
  mailto:resin-interest@caucho.com
            http://maillist.caucho.com/mailman/listinfo/resin-interest
       
       
       
       
 
  
       
        ___
        resin-interest mailing list
        resin-interest@caucho.com mailto:resin-interest@caucho.com
        http://maillist.caucho.com/mailman/listinfo/resin-interest
 
      --
      Riccardo Cohen
      Architecte du Logiciel
      http://www.architectedulogiciel.fr
      +33 (0)6.09.83.64.49
      Membre du réseau

Re: [Resin-interest] url rewriting / search engine friendly

2009-10-31 Thread Riccardo Cohen 
I've read the description of ExpressWind, it seems really nice.
Thanks.

Michael Liao wrote:
 you can use express-wind to build rest url like /user/1234
 
 http://code.google.com/p/express-me/wiki/ExpressWind
 
 It uses Filter or Servlet to handle all requests and match your rest url like:
 
 @Mapping(/user/$1)
 public void displayUser(int id) {
...
 }
 
 If you already have a struts / spring mvc app with *.do mapping, the
 url-rewrite-filter is the only choice.
 
 On Sat, Oct 31, 2009 at 7:32 PM, Wesley Wu wumen...@gmail.com wrote:
 My filter handle the rewrite and parameter parsing, and dispatch to
 according controller/action with a wrapped http request.
 1. user hit the url: /user/1354
 2. filter knows that user request the
 UserController/UserServlet/UserAction/view-user.jsp with a param value 1354
 (corresponding param should be the first pre-configed param, which should be
 id)
 3. the filter wrap the http request to add param name/value pair (id=1354)
 4. (optional) call your Controller/Action for additional processing using
 the wrapped request(probably a wrapped response for gzip/caching purpose)
 5. dispatch to /UserServlet or /view-user.jsp using the wrapped
 request(probably a wrapped response for gzip/caching purpose)
 2009/10/31 d.lo...@uib.es
 And why is it that a servlet filter is outside the application? I
 consider it to be part of the application; it is simply a matter that
 those services are not provided directly by the framework used to
 implement the logic.
 Otherwise each framework would have to provide that capability.

 I have seen both approaches (Cocoon uses the later approach) and both
 have their strong/weak points.

 In any case, I don't think there's a good answer and a bad one.
 S!
 D.

 S'està citant Riccardo Cohen r...@architectedulogiciel.fr:

 I understand your point of view : separate url management and
 application logic. It seems a good practice.

 In the same time this probably comes from the idea that search engine
 friendly urls are added to the application, which basically does not
 need it.
 On one hand it is true. The url /user/name is an alias of
 /servlet?command=showuserid=1354 in a functionnal point of view.
 On the other hand, you may think of the SEF url as a request by itself,
 and the controller is in charge of handling requests, of any syntax. So
 if my controller parses the url /servlet?command=showuserid=1354, why
 couldn't it parse the url /user/name instead directly ? This removes
 from the application one level of control and complexity .


 Am-I right ?


 Wesley Wu wrote:
 Not recommended.

 I think filter should handle this, which is not relative to business
 logic.

 2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr
 mailto:r...@architectedulogiciel.fr

 Thanks Wesley I'll try to use filter.
 Now in term of performance, isn't it better to integrate the url
 processing directly into the controller servlet ?

 Wesley Wu wrote:
   You may use http://tuckey.org/urlrewrite/ UrlRewriteFilter.
  
   I wrote a similar filter doing the same thing which loads
 rewrite
 config
   from database.
  
   2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr
 mailto:r...@architectedulogiciel.fr
   mailto:r...@architectedulogiciel.fr
 mailto:r...@architectedulogiciel.fr
  
   Hello
  
   I didn't have yet the opportunity to work with search engine
 friendly
   urls with resin (I did it with apache/php). I suppose that
 there must be
   a set of servlet-mapping and rewrite-dispatch in conf
 and
 some
   url-dedicated servlets in the application.
  
   I wonder if there is any kind of good practice with resin
   configuration to build SEF web sites.
  
   In the wiki I found rewrite rules for php CMS, but not for
 java apps.
   (I use resin 3,2,0)
  
   Thanks a lot.
   --
   Riccardo Cohen
   Architecte du Logiciel
   http://www.architectedulogiciel.fr
   +33 (0)6.09.83.64.49
   Membre du réseau http://www.reflexe-conseil-centre.org
  
  
  
  
   ___
   resin-interest mailing list
   resin-interest@caucho.com mailto:resin-interest@caucho.com
 mailto:resin-interest@caucho.com
 mailto:resin-interest@caucho.com
   http://maillist.caucho.com/mailman/listinfo/resin-interest
  
  
  
  

 
  
   ___
   resin-interest mailing list
   resin-interest@caucho.com mailto:resin-interest@caucho.com
   http://maillist.caucho.com/mailman/listinfo/resin-interest

 --
 Riccardo Cohen
 Architecte du Logiciel
 http://www.architectedulogiciel.fr
 +33 (0)6.09.83.64.49
 Membre du réseau

[Resin-interest] url rewriting / search engine friendly

2009-10-30 Thread Riccardo Cohen 
Hello

I didn't have yet the opportunity to work with search engine friendly 
urls with resin (I did it with apache/php). I suppose that there must be 
a set of servlet-mapping and rewrite-dispatch in conf and some 
url-dedicated servlets in the application.

I wonder if there is any kind of good practice with resin 
configuration to build SEF web sites.

In the wiki I found rewrite rules for php CMS, but not for java apps.
(I use resin 3,2,0)

Thanks a lot.
-- 
Riccardo Cohen
Architecte du Logiciel
http://www.architectedulogiciel.fr
+33 (0)6.09.83.64.49
Membre du réseau http://www.reflexe-conseil-centre.org




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

Re: [Resin-interest] url rewriting / search engine friendly

2009-10-30 Thread Wesley Wu 
You may use http://tuckey.org/urlrewrite/ UrlRewriteFilter.

I wrote a similar filter doing the same thing which loads rewrite config
from database.

2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr

 Hello

 I didn't have yet the opportunity to work with search engine friendly
 urls with resin (I did it with apache/php). I suppose that there must be
 a set of servlet-mapping and rewrite-dispatch in conf and some
 url-dedicated servlets in the application.

 I wonder if there is any kind of good practice with resin
 configuration to build SEF web sites.

 In the wiki I found rewrite rules for php CMS, but not for java apps.
 (I use resin 3,2,0)

 Thanks a lot.
 --
 Riccardo Cohen
 Architecte du Logiciel
 http://www.architectedulogiciel.fr
 +33 (0)6.09.83.64.49
 Membre du réseau http://www.reflexe-conseil-centre.org




 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest

___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

Re: [Resin-interest] url rewriting / search engine friendly

2009-10-30 Thread Riccardo Cohen 
Thanks Wesley I'll try to use filter.
Now in term of performance, isn't it better to integrate the url 
processing directly into the controller servlet ?

Wesley Wu wrote:
 You may use http://tuckey.org/urlrewrite/ UrlRewriteFilter.
 
 I wrote a similar filter doing the same thing which loads rewrite config 
 from database.
 
 2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr 
 mailto:r...@architectedulogiciel.fr
 
 Hello
 
 I didn't have yet the opportunity to work with search engine friendly
 urls with resin (I did it with apache/php). I suppose that there must be
 a set of servlet-mapping and rewrite-dispatch in conf and some
 url-dedicated servlets in the application.
 
 I wonder if there is any kind of good practice with resin
 configuration to build SEF web sites.
 
 In the wiki I found rewrite rules for php CMS, but not for java apps.
 (I use resin 3,2,0)
 
 Thanks a lot.
 --
 Riccardo Cohen
 Architecte du Logiciel
 http://www.architectedulogiciel.fr
 +33 (0)6.09.83.64.49
 Membre du réseau http://www.reflexe-conseil-centre.org
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com mailto:resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest

-- 
Riccardo Cohen
Architecte du Logiciel
http://www.architectedulogiciel.fr
+33 (0)6.09.83.64.49
Membre du réseau http://www.reflexe-conseil-centre.org




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest

Re: [Resin-interest] url rewriting / search engine friendly

2009-10-30 Thread Riccardo Cohen 
I understand your point of view : separate url management and 
application logic. It seems a good practice.

In the same time this probably comes from the idea that search engine 
friendly urls are added to the application, which basically does not 
need it.
On one hand it is true. The url /user/name is an alias of 
/servlet?command=showuserid=1354 in a functionnal point of view.
On the other hand, you may think of the SEF url as a request by itself, 
and the controller is in charge of handling requests, of any syntax. So 
if my controller parses the url /servlet?command=showuserid=1354, why 
couldn't it parse the url /user/name instead directly ? This removes 
from the application one level of control and complexity .


Am-I right ?


Wesley Wu wrote:
 Not recommended.
 
 I think filter should handle this, which is not relative to business logic.
 
 2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr 
 mailto:r...@architectedulogiciel.fr
 
 Thanks Wesley I'll try to use filter.
 Now in term of performance, isn't it better to integrate the url
 processing directly into the controller servlet ?
 
 Wesley Wu wrote:
   You may use http://tuckey.org/urlrewrite/ UrlRewriteFilter.
  
   I wrote a similar filter doing the same thing which loads rewrite
 config
   from database.
  
   2009/10/30 Riccardo Cohen r...@architectedulogiciel.fr
 mailto:r...@architectedulogiciel.fr
   mailto:r...@architectedulogiciel.fr
 mailto:r...@architectedulogiciel.fr
  
   Hello
  
   I didn't have yet the opportunity to work with search engine
 friendly
   urls with resin (I did it with apache/php). I suppose that
 there must be
   a set of servlet-mapping and rewrite-dispatch in conf and
 some
   url-dedicated servlets in the application.
  
   I wonder if there is any kind of good practice with resin
   configuration to build SEF web sites.
  
   In the wiki I found rewrite rules for php CMS, but not for
 java apps.
   (I use resin 3,2,0)
  
   Thanks a lot.
   --
   Riccardo Cohen
   Architecte du Logiciel
   http://www.architectedulogiciel.fr
   +33 (0)6.09.83.64.49
   Membre du réseau http://www.reflexe-conseil-centre.org
  
  
  
  
   ___
   resin-interest mailing list
   resin-interest@caucho.com mailto:resin-interest@caucho.com
 mailto:resin-interest@caucho.com mailto:resin-interest@caucho.com
   http://maillist.caucho.com/mailman/listinfo/resin-interest
  
  
  
  
 
  
   ___
   resin-interest mailing list
   resin-interest@caucho.com mailto:resin-interest@caucho.com
   http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 --
 Riccardo Cohen
 Architecte du Logiciel
 http://www.architectedulogiciel.fr
 +33 (0)6.09.83.64.49
 Membre du réseau http://www.reflexe-conseil-centre.org
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com mailto:resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest
 
 
 
 
 
 ___
 resin-interest mailing list
 resin-interest@caucho.com
 http://maillist.caucho.com/mailman/listinfo/resin-interest

-- 
Riccardo Cohen
Architecte du Logiciel
http://www.architectedulogiciel.fr
+33 (0)6.09.83.64.49
Membre du réseau http://www.reflexe-conseil-centre.org




___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest