Tapestry/Acegi Integration...
8 answers - 1499 bytes -

All,
The tapernate-example application has been refactored to reflect the latest
changes in the Tapestry/Acegi integration module. Now, the Acegi support is
more "drop-in-able." Here's the only configuration required:
<implementation service-id="" >
<invoke-factory>
<construct
class="
viceImpl"/>
</invoke-factory>
</implementation>
This is required because the hivemind.acegi.dao module automatically adds
the DaoAuthenticationProvider to the authentication providers list and the
DaoAuthenticationProvider requires a UserDetailsService.
<contribution configuration-id="">
<voter object="" />
</contribution>
This is required because Acegi needs at least one "decision voter."
<contribution configuration-id="hivemind.ApplicationDefaults">
<default symbol="" value="DUKE" />
</contribution>
This isn't exactly required, but suggested. The hivemind.acegi.dao module
uses a system-wide salt which defaults to "CAFEBABE" (the Java class file
"magic number"). You should override this.
than that, it just works (as long as you want BASIC authentication).
You can also override the authentication realm name using symbol overrides.
James
To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
No.1 | | 1705 bytes |
| 
If you put up a shell mvn site I'll make sure you get linked in.
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
All,
The tapernate-example application has been refactored to reflect the
latest
changes in the Tapestry/Acegi integration module. Now, the Acegi support
is
more "drop-in-able." Here's the only configuration required:
<implementation service-id="" >
<invoke-factory>
<construct
class="
viceImpl"/>
</invoke-factory>
</implementation>
This is required because the hivemind.acegi.dao module automatically adds
the DaoAuthenticationProvider to the authentication providers list and the
DaoAuthenticationProvider requires a UserDetailsService.
<contribution configuration-id="">
<voter object="" />
</contribution>
This is required because Acegi needs at least one "decision voter."
<contribution configuration-id="hivemind.ApplicationDefaults">
<default symbol="" value="DUKE" />
</contribution>
This isn't exactly required, but suggested. The hivemind.acegi.dao module
uses a system-wide salt which defaults to "CAFEBABE" (the Java class file
"magic number"). You should override this.
than that, it just works (as long as you want BASIC authentication).
You can also override the authentication realm name using symbol
overrides.
James
>
>
>
To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
--
No.2 | | 2693 bytes |
| 
The tapestry-acegi and tapernate modules are both subprojects of the
tapestry-javaforge project. So, we're already linked in. I need to
update the tapestry-javaforge site in SVN to point to my sites on my
server.
It won't be difficult to get the documentation written for tapestry-acegi.
It'll just take a bit of time.
If you put up a shell mvn site I'll make sure you get linked in.
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>>
>All,
>>
>The tapernate-example application has been refactored to reflect the
>latest
>changes in the Tapestry/Acegi integration module. Now, the Acegi
>support
>is
>more "drop-in-able." Here's the only configuration required:
>>
><implementation service-id="" >
><invoke-factory>
><construct
>class="
>
>viceImpl"/>
></invoke-factory>
></implementation>
>>
>This is required because the hivemind.acegi.dao module automatically
>adds
>the DaoAuthenticationProvider to the authentication providers list and
>the
>DaoAuthenticationProvider requires a UserDetailsService.
>>
><contribution configuration-id="">
><voter object="" />
></contribution>
>>
>This is required because Acegi needs at least one "decision voter."
>>
><contribution configuration-id="hivemind.ApplicationDefaults">
><default symbol="" value="DUKE" />
></contribution>
>>
>This isn't exactly required, but suggested. The hivemind.acegi.dao
>module
>uses a system-wide salt which defaults to "CAFEBABE" (the Java class
>file
>"magic number"). You should override this.
>>
>than that, it just works (as long as you want BASIC
>authentication).
>You can also override the authentication realm name using symbol
>overrides.
>>
>James
>>
>>
>>
>
>To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
>For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
>>
>>
>
>
No.3 | | 4268 bytes |
| 
, so you want to directly link to my site? I figured that since we will
already have a link to tapestry-javaforge that folks could get to
tapernate, tapestry-autowire, tapestry-acegi, etc. from there. I would
imagine (and I control it) that the URL for the tapestry-acegi project's
documentation will be
I meant linked here:
http://tapestry.apache.org/
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>>
>The tapestry-acegi and tapernate modules are both subprojects of the
>tapestry-javaforge project. So, we're already linked in. I need to
>update the tapestry-javaforge site in SVN to point to my sites on my
>server.
>>
>It won't be difficult to get the documentation written for
>tapestry-acegi.
>It'll just take a bit of time.
>>
>If you put up a shell mvn site I'll make sure you get linked in.
>>
>6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>>>
>>All,
>>>
>>The tapernate-example application has been refactored to reflect the
>>latest
>>changes in the Tapestry/Acegi integration module. Now, the Acegi
>>support
>>is
>>more "drop-in-able." Here's the only configuration required:
>>>
>><implementation service-id="" >
>><invoke-factory>
>><construct
>>class="
>>
>>viceImpl"/>
>></invoke-factory>
>></implementation>
>>>
>>This is required because the hivemind.acegi.dao module automatically
>>adds
>>the DaoAuthenticationProvider to the authentication providers list
>and
>>the
>>DaoAuthenticationProvider requires a UserDetailsService.
>>>
>><contribution configuration-id="">
>><voter object="" />
>></contribution>
>>>
>>This is required because Acegi needs at least one "decision voter."
>>>
>><contribution configuration-id="hivemind.ApplicationDefaults">
>><default symbol="" value="DUKE" />
>></contribution>
>>>
>>This isn't exactly required, but suggested. The hivemind.acegi.dao
>>module
>>uses a system-wide salt which defaults to "CAFEBABE" (the Java class
>>file
>>"magic number"). You should override this.
>>>
>>than that, it just works (as long as you want BASIC
>>authentication).
>>You can also override the authentication realm name using symbol
>>overrides.
>>>
>>James
>>>
>>>
>>>
>>
>>To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
>>For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
>>>
>>>
>>
>>
>--
>Jesse Kuhnert
>Tacos/Tapestry, team member/developer
>>
>source based consulting work centered around
>dojo/tapestry/tacos/hivemind.
>>
>>
>>
>James Carman, President
>Carman Consulting, Inc.
>>
>>
>
>To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
>For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
>>
>>
>
>
No.4 | | 2832 bytes |
| 
I meant linked here:
http://tapestry.apache.org/
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
The tapestry-acegi and tapernate modules are both subprojects of the
tapestry-javaforge project. So, we're already linked in. I need to
update the tapestry-javaforge site in SVN to point to my sites on my
server.
It won't be difficult to get the documentation written for tapestry-acegi.
It'll just take a bit of time.
If you put up a shell mvn site I'll make sure you get linked in.
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>>
>All,
>>
>The tapernate-example application has been refactored to reflect the
>latest
>changes in the Tapestry/Acegi integration module. Now, the Acegi
>support
>is
>more "drop-in-able." Here's the only configuration required:
>>
><implementation service-id="" >
><invoke-factory>
><construct
>class="
>
>viceImpl"/>
></invoke-factory>
></implementation>
>>
>This is required because the hivemind.acegi.dao module automatically
>adds
>the DaoAuthenticationProvider to the authentication providers list and
>the
>DaoAuthenticationProvider requires a UserDetailsService.
>>
><contribution configuration-id="">
><voter object="" />
></contribution>
>>
>This is required because Acegi needs at least one "decision voter."
>>
><contribution configuration-id="hivemind.ApplicationDefaults">
><default symbol="" value="DUKE" />
></contribution>
>>
>This isn't exactly required, but suggested. The hivemind.acegi.dao
>module
>uses a system-wide salt which defaults to "CAFEBABE" (the Java class
>file
>"magic number"). You should override this.
>>
>than that, it just works (as long as you want BASIC
>authentication).
>You can also override the authentication realm name using symbol
>overrides.
>>
>James
>>
>>
>>
>
>To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
>For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
>>
>>
>
>
No.5 | | 4731 bytes |
| 
Well, when you get to it let me know, it's ~very~ easy to make a change and
quickly deploy the docs now.
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
, so you want to directly link to my site? I figured that since we will
already have a link to tapestry-javaforge that folks could get to
tapernate, tapestry-autowire, tapestry-acegi, etc. from there. I would
imagine (and I control it) that the URL for the tapestry-acegi project's
documentation will be
--
I meant linked here:
http://tapestry.apache.org/
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>>
>The tapestry-acegi and tapernate modules are both subprojects of the
>tapestry-javaforge project. So, we're already linked in. I need to
>update the tapestry-javaforge site in SVN to point to my sites on my
>server.
>>
>It won't be difficult to get the documentation written for
>tapestry-acegi.
>It'll just take a bit of time.
>>
>If you put up a shell mvn site I'll make sure you get linked in.
>>
>6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>>>
>>All,
>>>
>>The tapernate-example application has been refactored to reflect the
>>latest
>>changes in the Tapestry/Acegi integration module. Now, the Acegi
>>support
>>is
>>more "drop-in-able." Here's the only configuration required:
>>>
>><implementation service-id="" >
>><invoke-factory>
>><construct
>>class="
>>>
>>viceImpl"/>
>></invoke-factory>
>></implementation>
>>>
>>This is required because the hivemind.acegi.dao module automatically
>>adds
>>the DaoAuthenticationProvider to the authentication providers list
>and
>>the
>>DaoAuthenticationProvider requires a UserDetailsService.
>>>
>><contribution configuration-id="
">
>><voter object="" />
>></contribution>
>>>
>>This is required because Acegi needs at least one "decision voter."
>>>
>><contribution configuration-id="hivemind.ApplicationDefaults">
>><default symbol="" value="DUKE"
/>
>></contribution>
>>>
>>This isn't exactly required, but suggested. The hivemind.acegi.dao
>>module
>>uses a system-wide salt which defaults to "CAFEBABE" (the Java class
>>file
>>"magic number"). You should override this.
>>>
>>than that, it just works (as long as you want BASIC
>>authentication).
>>You can also override the authentication realm name using symbol
>>overrides.
>>>
>>James
>>>
>>>
>>>
>>>
>>To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
>>For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
>>>
>>>
>>
>>
>--
>Jesse Kuhnert
>Tacos/Tapestry, team member/developer
>>
>source based consulting work centered around
>dojo/tapestry/tacos/hivemind.
>>
>>
>>
>James Carman, President
>Carman Consulting, Inc.
>>
>>
>
>To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
>For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
>>
>>
>
>
No.6 | | 6041 bytes |
| 
It's there. So, you can link to both that and Tapernate if you wish.
Well, when you get to it let me know, it's ~very~ easy to make a change
and
quickly deploy the docs now.
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>>
>, so you want to directly link to my site? I figured that since we
>will
>already have a link to tapestry-javaforge that folks could get to
>tapernate, tapestry-autowire, tapestry-acegi, etc. from there. I would
>imagine (and I control it) that the URL for the tapestry-acegi project's
>documentation will be
>>
>>
>I meant linked here:
>>
>http://tapestry.apache.org/
>>
>6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>>>
>>The tapestry-acegi and tapernate modules are both subprojects of the
>>tapestry-javaforge project. So, we're already linked in. I need to
>>update the tapestry-javaforge site in SVN to point to my sites on my
>>server.
>>>
>>It won't be difficult to get the documentation written for
>>tapestry-acegi.
>>It'll just take a bit of time.
>>>
>>If you put up a shell mvn site I'll make sure you get linked in.
>>>
>>6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>>>>
>>>All,
>>>>
>>>The tapernate-example application has been refactored to reflect
>the
>>>latest
>>>changes in the Tapestry/Acegi integration module. Now, the Acegi
>>>support
>>>is
>>>more "drop-in-able." Here's the only configuration required:
>>>>
>>><implementation service-id=""
>>
>>><invoke-factory>
>>><construct
>>>class="
>>>>
>
>>>viceImpl"/>
>>></invoke-factory>
>>></implementation>
>>>>
>>>This is required because the hivemind.acegi.dao module
>automatically
>>>adds
>>>the DaoAuthenticationProvider to the authentication providers list
>>and
>>>the
>>>DaoAuthenticationProvider requires a UserDetailsService.
>>>>
>>><contribution
>configuration-id="
>">
>>><voter object="" />
>>></contribution>
>>>>
>>>This is required because Acegi needs at least one "decision
>voter."
>>>>
>>><contribution configuration-id="hivemind.ApplicationDefaults">
>>><default symbol="" value="DUKE"
>/>
>>></contribution>
>>>>
>>>This isn't exactly required, but suggested. The
>hivemind.acegi.dao
>>>module
>>>uses a system-wide salt which defaults to "CAFEBABE" (the Java
>class
>>>file
>>>"magic number"). You should override this.
>>>>
>>>than that, it just works (as long as you want BASIC
>>>authentication).
>>>You can also override the authentication realm name using symbol
>>>overrides.
>>>>
>>>James
>>>>
>>>>
>>>>
>>>>
>
>>>To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
>>>For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
>>>>
>>>>
>>>
>>>
>>--
>>Jesse Kuhnert
>>Tacos/Tapestry, team member/developer
>>>
>>source based consulting work centered around
>>dojo/tapestry/tacos/hivemind.
>>>
>>>
>>>
>>James Carman, President
>>Carman Consulting, Inc.
>>>
>>>
>>
>>To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
>>For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
>>>
>>>
>>
>>
>--
>Jesse Kuhnert
>Tacos/Tapestry, team member/developer
>>
>source based consulting work centered around
>dojo/tapestry/tacos/hivemind.
>>
>>
>>
>James Carman, President
>Carman Consulting, Inc.
>>
>>
>
>To unsubscribe, e-mail: users-unsubscribe (AT) tapestry (DOT) apache.org
>For additional commands, e-mail: users-help (AT) tapestry (DOT) apache.org
>>
>>
>
>
No.7 | | 495 bytes |
| 
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
, so you want to directly link to my site? I figured that since we will
already have a link to tapestry-javaforge that folks could get to
tapernate, tapestry-autowire, tapestry-acegi, etc. from there. I would
imagine (and I control it) that the URL for the tapestry-acegi project's
documentation will be
Why not calling it something like tapacegi or tapegi?
Sorry couldn't resist :)
No.8 | | 582 bytes |
| 
, Acegistry! :-) LL
6/9/06, James Carman <james (AT) carmanconsulting (DOT) comwrote:
>
>, so you want to directly link to my site? I figured that since we
>will
>already have a link to tapestry-javaforge that folks could get to
>tapernate, tapestry-autowire, tapestry-acegi, etc. from there. I would
>imagine (and I control it) that the URL for the tapestry-acegi project's
>documentation will be
>
Why not calling it something like tapacegi or tapegi?
Sorry couldn't resist :)