I don't know if we'd really need to support GSPResult in a Struts 2
Plugin. AFAIK, the slowest part of Grails is GSP.
http://tinyurl.com/2298jh
If we were to write a plugin, would it implement the same scaffolding
that Grails has by default? If so, it might be better to use
FreeMarker since that
Please ask these sort of questions on the user list - or just use
AppFuse, which already has Acegi Security and login built in. ;-)
http://appfuse.org
Warning: I'm biased since I founded AppFuse.
Matt
On Nov 12, 2007 9:01 PM, msg2ajay <[EMAIL PROTECTED]> wrote:
>
> hello friends,
>
hello friends,
I am developing a struts+hibernate application which
contains a login page. I am not sure of which tools or API's to use for logn
Authentication and encription.
Can any bady suggest me which is best for login Authentication and what way
can i proceed for secured l
Atomikos was apparently open source, but definitely not community software. I
couldn't find any tutorials - presumably the company has a commercial model
driven by income from paid-for support which they want everyone to buy,
including all of us developers.
JOTM is interesting. No fresh news o
On Nov 12, 2007 3:54 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> In fact it is not so bad, it needs only some tweaks to make it work
> (and removing some extra configuration :-) ).
> I feel that I am very near to the solution, but I wonder what is the
> sense of including jars in the source d
http://www.atomikos.com/products.html#ate
And whatever happened to JOTM, anyway?
d.
--- Adam Hardy <[EMAIL PROTECTED]>
wrote:
> Wes Wannemacher on 12/11/07 15:05, wrote:
> > I have a judgment call to make now and wanted some
> input. At first I
> > was hoping to create this in a non-IoC fashion
Wes Wannemacher on 12/11/07 15:05, wrote:
I have a judgment call to make now and wanted some input. At first I
was hoping to create this in a non-IoC fashion. This was simply to
keep the dependencies at a minimum and concentrate on integrating JPA
and struts2. But, in many spots, the JPA docs ind
It may have just happened as a side effect. I don't think it's our
intention to include JARs in the source distribution. We have a lib
distribution for JARs.
On Nov 12, 2007 5:54 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> 2007/11/11, Ted Husted <[EMAIL PROTECTED]>:
> > The Maven build does
I'm a little crunched right now, but I will try to take this for a
spin over the next 70 hours or so.
On Nov 12, 2007 2:48 PM, Don Brown <[EMAIL PROTECTED]> wrote:
> I've created test builds titled 2.0.11 for the following archetypes:
> * struts2-archetype-plugin - Creates a Struts 2 plugin
> *
wes@ seemed to work. You could just add something off the trunk for now.
Just as an aside, in my own stuff, I don't consider serving the
current MailReader API unchanged a target goal. The current
implementation is working around some arbitrary restictions in the old
DAO, and there's no compelling
+1
On 11/13/07, Don Brown <[EMAIL PROTECTED]> wrote:
> I've created test builds titled 2.0.11 for the following archetypes:
> * struts2-archetype-plugin - Creates a Struts 2 plugin
> * struts2-archetype-starter - Creates a starter Struts 2 app
>
> Since they are both pretty simple, I'm combining
+0
On Nov 12, 2007 12:48 PM, Don Brown <[EMAIL PROTECTED]> wrote:
> I've created test builds titled 2.0.11 for the following archetypes:
> * struts2-archetype-plugin - Creates a Struts 2 plugin
> * struts2-archetype-starter - Creates a starter Struts 2 app
>
> Since they are both pretty simple,
I've created test builds titled 2.0.11 for the following archetypes:
* struts2-archetype-plugin - Creates a Struts 2 plugin
* struts2-archetype-starter - Creates a starter Struts 2 app
Since they are both pretty simple, I'm combining their votes, so:
[ ] +1 - Release them to the wild
[ ] +/-
With some directory name mangling etc. I've converted
the S2.1/trunk Dojo plugin to work and compile
independently for S2.0. Now my naïve test works,
although some of the tests from the plugin fail
(haven't looked at that at all yet).
It's not clear to me exactly how this would be
distributed, eit
I think [EMAIL PROTECTED] should work as a google Id, if not, use
[EMAIL PROTECTED] I don't have much, but it'd be nice to have a
repository.
-Wes
On 11/12/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> Quite right. There's a static EntityManagerHelper that returns a fresh
> EM for each transaction.
Moved from user list.
Dale Newfield wrote:
"?method:MY_METHOD_NAME"
Is there any way to restrict which methods are valid there, or to
turn this capability off?
Reading the source
http://svn.apache.org/viewvc/struts/struts2/trunk/core/src/main/java/org/apache/struts2/dispatcher/mapper/Defau
Quite right. There's a static EntityManagerHelper that returns a fresh
EM for each transaction.
I think it would be great to have a couple of implementations to compare!
If you'd like to park it at the sq1-struts2 site for now, just let me
know your google ID.
-Ted.
On Nov 12, 2007 10:28 AM, We
(snip)
got its act together, it would quickly surpass the SS project. I can't
imagine any project not using Spring integration, but at that time
I messed around with the GSP Result as well, but at that time, GSP
just being moved from being a seperate project, to the Grails
codebase, and it was n
Thanks Brian, I can't break this version :-)
Excellent!
I still have the /an/arbitary/url/index issue which is very annoying
but acknowledge its present in non-smartURLs apps too. Unfortunately
setting the alwaysSelectFullNamespace flag doesn't entirely avoid it.
It generates a correct map
I haven't used JpaTemplate at all so far.
musachy
On Nov 12, 2007 10:22 AM, Tom Schneider <[EMAIL PROTECTED]> wrote:
> Yes, avoid JpaTemplate, just like HibernateTemplate should be avoided.
> Shouldn't be necessary with the latest versions of the respective
> frameworks.
> Tom
>
>
> On Nov 12, 2
On 11/12/07, Ted Husted <[EMAIL PROTECTED]> wrote:
>
> I use Spring and dependency-injection a lot, but I don't know see that
> injecting the EntityManager buys us very much, especially now that we
> have a standard API. So, I"ve just been using a static class that
> instantiates the EM as a single
IMO the link for the Apache logo should point to "www.apache.org"
rather than the ASF Sponsorship page - esp as the logo includes
"www.apache.org". IMO pusing people to sponsorship is more likely to
irritate rather than produce cash for the ASF. Unless there are
objections I'll revert the logo link
I'll finish up the Plain-Old-JPA version and check it into the
sandbox. If someone wants to followup with a "better" Spring version,
I'd love to see it :)
-Ted.
On Nov 12, 2007 10:19 AM, Musachy Barroso <[EMAIL PROTECTED]> wrote:
> +1 for using spring, the end result will be a lot better and with
Yes, avoid JpaTemplate, just like HibernateTemplate should be avoided.
Shouldn't be necessary with the latest versions of the respective
frameworks.
Tom
On Nov 12, 2007 9:17 AM, Wes Wannemacher <[EMAIL PROTECTED]> wrote:
> I can agree with that... I'm still thinking of avoiding JpaTemplate
> thou
I've also been working on an implementation over here:
* http://sq1-struts2.googlecode.com/svn/trunk/articles/smart-urls/
that draws on the Shale MailReader JPA implementation.
It's pretty close. I'm just working out a third-level update, where we
need to update the Protocol object, which is pa
+1 for using spring, the end result will be a lot better and with
maven the dependencies are not a problem.
musachy
On Nov 12, 2007 10:17 AM, Wes Wannemacher <[EMAIL PROTECTED]> wrote:
> I can agree with that... I'm still thinking of avoiding JpaTemplate
> though because they indicate that it onl
I can agree with that... I'm still thinking of avoiding JpaTemplate
though because they indicate that it only exists to help people used
to HibernateTemplate / JdoTemplate.
-Wes
On 11/12/07, Tom Schneider <[EMAIL PROTECTED]> wrote:
> My vote is to just use spring, for both EntityManagerFactory in
I agree with using Spring. Also, using the jpaTemplate has little value as
indicated in the Spring docs. Instead, use the @Repository annotation in your
implementation class.
> Date: Mon, 12 Nov 2007 09:11:04 -0600
> From: [EMAIL PROTECTED]
> To: dev@struts.apache.org
> Subject: Re: JPA in mai
My vote is to just use spring, for both EntityManagerFactory injection
and Transaction Management. As Richard and I were discussing this
weekend, Spring is a very common framework when used with Struts. It
will also provide a full stack Struts/Spring/JPA example.
Tom
On Nov 12, 2007 9:05 AM, Wes
Hello,
I've been quietly learning JPA / implementing a JPA struts2-mailreader.
I have a judgment call to make now and wanted some input. At first I
was hoping to create this in a non-IoC fashion. This was simply to
keep the dependencies at a minimum and concentrate on integrating JPA
and struts2.
2007/11/11, Ted Husted <[EMAIL PROTECTED]>:
> The Maven build does seem to be broken in that respect.
In fact it is not so bad, it needs only some tweaks to make it work
(and removing some extra configuration :-) ).
I feel that I am very near to the solution, but I wonder what is the
sense of incl
On Nov 12, 2007 3:57 AM, Tom Schneider <[EMAIL PROTECTED]> wrote:
> See my comments below:
>
> Mark Menard wrote:
> > On 11/11/07 5:07 PM, "Tom Schneider" <[EMAIL PROTECTED]> wrote
> > I will agree with you, and I've decided I'm done reinventing wheels. So, I'm
> > game. I'm very pressed for time,
32 matches
Mail list logo
