On 6/6/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Martin Cooper wrote:
No. FOP = whatever. I consider anything -- PDF to be out of scope / too
specialised here.
Ah, ok, gotcha, I understand now :)
PDF generation is a fairly common thing to do from a webapp though, no?
No, not really.
Martin Cooper wrote:
I
don't see PDF generation, *assuming it's a somewhat limited capability*,
to be too specialized.
I do. Sorry, but it's just not in the same league as other much more common
cases.
Well, as compared to SSO, LDAP, persistence, etc., I would agree :) But
as compared
On 6/6/06, Martin Cooper [EMAIL PROTECTED] wrote:
On 6/6/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
Martin Cooper wrote:
No. FOP = whatever. I consider anything -- PDF to be out of scope /
too
specialised here.
Ah, ok, gotcha, I understand now :)
PDF generation is a fairly common
WebWork has a Jasper result[1]. It was not
transitioned to Struts
Action 2 because of the licensing issue. The code
should be readily
adaptable for those who want to use it, and perhaps
it could be kept
alive either as part of Jasper Reports' development,
or in a
SourceForge
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
On 6/7/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
There's always struts.sourceforge.net :)
(which, by the way, we'll probably want to touch up a bit for SAF2 at
some point, at least to bring the naming inline).
If you do, we should add the disclaimer This site is not affiliated
with the
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://issues.apache.org/bugzilla/show_bug.cgi?id=35127.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
How about Wednesday June 14th? Contact me offline and we can setup
the particulars. We will also need accounts on the struts zone and at
least one of us will need sudo. We should get that set up ahead of
time. Who is managing the zone for us now?
Sean
ps.
I also have a good mobile
On Wed, June 7, 2006 2:16 am, Craig McClanahan wrote:
I didn't make it clear in my previous comment ... but I totally agree with
Martin that actually *building* an anything-PDF converter as part of
Struts
is out of scope.
But that's a different thing from providing a PdfResult interface that
hello,
ive got a problem with my struts application.
ive got 2 selects in my jsp page. one shows localidades and the other
municipios. you first select 1 localidad and then the 2nd select shows the
municipios of the localidad selected. (a localidad has got MANY
municipios, a municipio is in a
Can you be any more specific about the failure your seeing? Any errors in your
logs? Have you verified that your
ListaLocalidadSqlMapDao.getListaLocalidadByIdMunicipio() is getting executed?
Have you gone to the DWR debug page to see that everything was set up properly
as far as DWR goes?
Ted,
The plan looks solid. There may be a few other things we might try to sneak in,
but what you have there is definitely the core plan.
Let me know if you need help with the snippet plugin - I have the source code
and can deploy a new version if it is acting up or giving you trouble.
Patrick
Dave,
I think you are thinking about this the same way we are. Bob Lee and I agreed
when we met up during JavaOne that there should be just one stack to handle 90%
of the needs of users. The actual logical differences in the stack (form submit
vs. view) should be handled by conventions and/or
Frank,
Thanks for taking the time to submit a patch - I've marked it for being fixed
for 2.0, so we'll get to it soon.
Patrick
-
Posted via Jive Forums
Good deal. Thanks!
Frank
--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com
AIM: fzammetti
Yahoo: fzammetti
MSN: [EMAIL PROTECTED]
Java Web Parts -
http://javawebparts.sourceforge.net
Supplying the wheel, so you don't have to reinvent it!
On
OK - what's the consensus here then? I'd be happy to use vmbuild.apache.org.
Or, I was planning on setting up opensource.hostedqa.com/continuum to donate to
various projects. Or we can wait for Sean and James to work it out.
I suppose having multiple ones can't hurt too much.
Anyone have a
On 6/7/06, Patrick Lightbody [EMAIL PROTECTED] wrote:
OK - what's the consensus here then? I'd be happy to use
vmbuild.apache.org. Or, I was planning on setting up
opensource.hostedqa.com/continuum to donate to various projects. Or we can
wait for Sean and James to work it out.
My preference
Despite that your message is related to SAF2, I would like to comment
it, explaining how similar mechanism works in SAF1.
On 6/5/06, David Evans [EMAIL PROTECTED] wrote:
Hello all,
On this page:
http://wiki.apache.org/struts/StrutsActionRelease200
There is, under the new features heading a
On 5/29/06, Niall Pemberton [EMAIL PROTECTED] wrote:
Is there any way of moving Jira issues from Struts to Jakarta Commons?
Looks to me like we can only move issues within Struts's Jira
instance.
That would be my guess. I'm not sure that there's support for moving issues
across JIRA
The Shale Blank app is now set up to run its integration tests.
http://svn.apache.org/viewvc?rev=412639view=rev
The includes/excludes are working (thanks David!) and we're using the
Cargo Java API to start and stop Tomcat. (Yesterday's experiment with
the Cargo plugin didn't work out, the
20 matches
Mail list logo
