Feb 2008 board report (draft)

[Dave Johnson-8]

Here's what I plan to submit later today:
http://cwiki.apache.org/confluence/x/Fy0B

Any comments, additions, etc.?

- Dave

[Matt Raible-3]

Hmmm, seems pretty bad that we can't get a 3.1.1 release out. Anyone
interested in re-opening the vote and getting that sucker released?

Matt

On Feb 19, 2008 1:43 PM, Dave <snoopdave@...> wrote:
> Here's what I plan to submit later today:
> http://cwiki.apache.org/confluence/x/Fy0B
>
> Any comments, additions, etc.?
>
> - Dave
>



--
http://raibledesigns.com

[Greg.Huber]

Hello,

We get the message:

"The Struts dispatcher cannot be found.  This is usually caused by using
Struts tags without the associated filter. Struts tags are only usable
when the request has passed through its servlet filter, which initializes
the Struts dispatcher needed for this tag. - [unknown location]"

If the struts2 tags,  s: are replaced with jstl c: things work as
expected.

roller-ui/errors/403.jsp
roller-ui/errors/denied.jsp

Cheers Greg

[Dave Johnson-8]

On Wed, Feb 20, 2008 at 10:54 AM, Greg Huber <Greg.Huber@...> wrote:

>  "The Struts dispatcher cannot be found.  This is usually caused by using
>  Struts tags without the associated filter. Struts tags are only usable
>  when the request has passed through its servlet filter, which initializes
>  the Struts dispatcher needed for this tag. - [unknown location]"
>
>  If the struts2 tags,  s: are replaced with jstl c: things work as
>  expected.
>
>  roller-ui/errors/403.jsp
>  roller-ui/errors/denied.jsp

Please do tell: what are the steps to reproduce this problem?

- Dave

[Greg.Huber]

Hello Dave,

Well the problem manifested itself when we were testing the acegi
authority check.

eg: had two browsers open.  In the first browser was editing a template,
then in the second browser logged out.  Then in the second browser logged
back in with a different user,  then in the first browser tried to save
the template.

Acegi (should)  throws the denied page (403.jsp page from the web.xml)

web.xml:

    <error-page>
        <error-code>403</error-code>
        <location>/roller-ui/errors/403.jsp</location>
    </error-page>


Then saw the ugly tomcat exception page with the below message in the
logs.

"The Struts dispatcher cannot be found.  This is usually caused by using
Struts tags without the associated filter. Struts tags are only usable
when the request has passed through its servlet filter, which initializes
the Struts dispatcher needed for this tag. - [unknown location]"

btw, we had upgraded our acegi to 1.0.5 but there was an error in the
exception handling with this test, so switched to 1.0.6 which seems to
work as expected.

Cheers Greg





Dave <snoopdave@...>
23/02/2008 20:15
Please respond to
dev@...


To
dev@...
cc

Subject
Re: roller-ui/errors/ The Struts dispatcher cannot be found






On Wed, Feb 20, 2008 at 10:54 AM, Greg Huber <Greg.Huber@...>
wrote:
>  "The Struts dispatcher cannot be found.  This is usually caused by
using
>  Struts tags without the associated filter. Struts tags are only usable
>  when the request has passed through its servlet filter, which
initializes
>  the Struts dispatcher needed for this tag. - [unknown location]"
>
>  If the struts2 tags,  s: are replaced with jstl c: things work as
>  expected.
>
>  roller-ui/errors/403.jsp
>  roller-ui/errors/denied.jsp

Please do tell: what are the steps to reproduce this problem?

- Dave

[Boris Milikič]

How can I get an IP of comments?

- Boris

[Greg.Huber]

Hello,

Looking at the new spring security config for remember me, is this
documented anywhere?  Looked at the spring docs but its not covered in
detail.  Are we supposed to generate our own key?

<remember-me user-service-ref="rollerUserService"
key="715F2448-3176-11DD-ABC6-9CD955D89593"/>

Cheers Greg


Share our environment commitment - conserve resources and contribute to the reduction of CO2 emissions by not printing the email unless absolutely necessary to do so.

Any opinions expressed are those of the author, not Ricoh UK Ltd. This communication does not constitute either offer or acceptance of any contractually binding agreement. Such offer or acceptance must be communicated in writing. It is the responsibility of the recipient to ensure this email and attachments are free from computer viruses before use and the sender accepts no responsibility or liability for any such computer viruses.

Ricoh UK Ltd. may monitor the content of emails sent and received via its network for the purpose of ensuring compliance with its policies and procedures. This communication contains information, which may be confidential or privileged. The information is intended solely for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this communication in error, please notify the sender immediately by return email with a copy to  postmaster@... . Please contact us on [phone] if you need assistance.

Registered in England No: 1505381
VAT No: GB 354 2816 54  

[Matt Raible-3]

Yes, you're best off generating your own key. I used an online GUID
generator for the default key.

http://www.fileformat.info/tool/guid.htm

Matt

On Fri, Jun 13, 2008 at 9:44 AM,  <Greg.Huber@...> wrote:

> Hello,
>
> Looking at the new spring security config for remember me, is this
> documented anywhere?  Looked at the spring docs but its not covered in
> detail.  Are we supposed to generate our own key?
>
> <remember-me user-service-ref="rollerUserService"
> key="715F2448-3176-11DD-ABC6-9CD955D89593"/>
>
> Cheers Greg
>
>
> Share our environment commitment - conserve resources and contribute to the reduction of CO2 emissions by not printing the email unless absolutely necessary to do so.
>
> Any opinions expressed are those of the author, not Ricoh UK Ltd. This communication does not constitute either offer or acceptance of any contractually binding agreement. Such offer or acceptance must be communicated in writing. It is the responsibility of the recipient to ensure this email and attachments are free from computer viruses before use and the sender accepts no responsibility or liability for any such computer viruses.
>
> Ricoh UK Ltd. may monitor the content of emails sent and received via its network for the purpose of ensuring compliance with its policies and procedures. This communication contains information, which may be confidential or privileged. The information is intended solely for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this communication in error, please notify the sender immediately by return email with a copy to  postmaster@... . Please contact us on [phone] if you need assistance.
>
> Registered in England No: 1505381
> VAT No: GB 354 2816 54

--
http://raibledesigns.com

[Java Web Development]

There is an attribute in WeblogEntryComment for remoteHost. If you're
running behind apache http server and you're not doing dns lookups, which is
the default, remoteHost will be the ip address. So in many cases calling
getRemoteHost() will give you the ip address.

Where exactly are you trying to get the ip address?

[Boris Milikič]

 In template. I can't find any macro to get it.

Boris

-----Original Message-----
From: Java Web Development [mailto:javawebdev@...]
Sent: Friday, June 13, 2008 9:39 PM
To: dev@...
Subject: RE: Ipof comments

There is an attribute in WeblogEntryComment for remoteHost. If you're running behind apache http server and you're not doing dns lookups, which is the default, remoteHost will be the ip address. So in many cases calling
getRemoteHost() will give you the ip address.

Where exactly are you trying to get the ip address?

[Java Web Development]

The macros that control the comments are in
trunk/apps/weblogger/web/WEB-INF/velocity/weblog.vm

The loops that go through the comments define #comment as the identifier so
you should be able to do #comment.remoteHost

-----Original Message-----
From: Boris Milikič [mailto:boris.milikic@...]
Sent: Tuesday, June 17, 2008 3:53 AM
To: dev@...
Subject: RE: Ipof comments

 In template. I can't find any macro to get it.

Boris

-----Original Message-----
From: Java Web Development [mailto:javawebdev@...]
Sent: Friday, June 13, 2008 9:39 PM
To: dev@...
Subject: RE: Ipof comments

There is an attribute in WeblogEntryComment for remoteHost. If you're
running behind apache http server and you're not doing dns lookups, which is
the default, remoteHost will be the ip address. So in many cases calling
getRemoteHost() will give you the ip address.

Where exactly are you trying to get the ip address?

[Allen Gilliland-3]

We should provide a way for users to specify that in their roller
properties file so they don't have to put it in the security.xml config.

-- Allen


Matt Raible wrote:

> Yes, you're best off generating your own key. I used an online GUID
> generator for the default key.
>
> http://www.fileformat.info/tool/guid.htm
>
> Matt
>
> On Fri, Jun 13, 2008 at 9:44 AM,  <Greg.Huber@...> wrote:
>> Hello,
>>
>> Looking at the new spring security config for remember me, is this
>> documented anywhere?  Looked at the spring docs but its not covered in
>> detail.  Are we supposed to generate our own key?
>>
>> <remember-me user-service-ref="rollerUserService"
>> key="715F2448-3176-11DD-ABC6-9CD955D89593"/>
>>
>> Cheers Greg
>>
>>
>> Share our environment commitment - conserve resources and contribute to the reduction of CO2 emissions by not printing the email unless absolutely necessary to do so.
>>
>> Any opinions expressed are those of the author, not Ricoh UK Ltd. This communication does not constitute either offer or acceptance of any contractually binding agreement. Such offer or acceptance must be communicated in writing. It is the responsibility of the recipient to ensure this email and attachments are free from computer viruses before use and the sender accepts no responsibility or liability for any such computer viruses.
>>
>> Ricoh UK Ltd. may monitor the content of emails sent and received via its network for the purpose of ensuring compliance with its policies and procedures. This communication contains information, which may be confidential or privileged. The information is intended solely for the use of the individual or entity named above. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this information is prohibited. If you have received this communication in error, please notify the sender immediately by return email with a copy to  postmaster@... . Please contact us on [phone] if you need assistance.
>>
>> Registered in England No: 1505381
>> VAT No: GB 354 2816 54
>
>
>