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
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
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
+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 only
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
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
though
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
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
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, Ive just been using a static class that
instantiates the EM as a singleton. No
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
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,
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
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.
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,
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
[ ] +/-
+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'm
+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 their
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
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 seem
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
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.
This
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
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
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
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,
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
26 matches
Mail list logo