Java

NAVIGATION
CATEGORIES
REFERRENCE
LINKS
  • Tapestry/Acegi Integration...

    8 answers - 1499 bytes - related search similar search Add To My Delicious Add To My Stumble Upon Add To My Google Mark Add To My Facebook Add To My Digg Add To My Reddit

    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 :)

Re: Tapestry/Acegi Integration...


max 4000 letters.
Your nickname that display:
In order to stop the spam: 4 + 3 =
QUESTION ON "Java"

EMSDN.COM