eering an enterprise app you
use Java. I see the same level of engineering commitment and corporate
backing behind Dojo as I see behind Java.
Yup, and the corporate backing continues to grow.
--
Martin Cooper
Who knows? With IBM and Sun behind Dojo maybe we'll even see some usability
e
on/taglib/src/conf/qa/CheckStyle.xml
3) ./sandbox/flow/struts_checks.xml
Flow doesn't appear to have a Maven 2 build right now, so it still needs its
own checks file. Zapping the others should be fine, since they'll all pick
up the right one from struts-build.
--
Martin Cooper
4) ./
option
as well.
So, what does everyone think? Are these two "issues" something we think
could just as well be ignored, and therefore the rules turned off?
I'm with you - I'd prefer to fix them, rather than ignore them.
--
Martin Cooper
FYI, just some quick stats, after the l
e in a later release.
For now, though, I agree that setting protectedAllowed to true is the most
expedient option.
--
Martin Cooper
Looking at core alone, that would probably get rid of half of the
remaining issues. This is the only proposed rule change I have at this
point.
* The issue "Expec
On 6/19/06, Joe Germuska <[EMAIL PROTECTED]> wrote:
At 10:11 AM -0700 6/19/06, Martin Cooper wrote:
>
>I've been wondering if Dojo shouldn't perhaps be added to the Maven repo
on
>ibiblio. At my day job, we use two DHTML toolkits. I added them to our
local
>repo, an
the capability of
course, but not the API in essence).
I'm not sure what you mean by this. Have you looked at the
dojo.rpcpackage? There's RpcService, JsonService and YahooService, for
starters.
(Going OT, I know, but personally, I think both toolkits are comparable on
the client side.)
t.
Right. But there is *way* more to JavaScript and AJAX than components, and
in that arena Dojo has by far the best underpinnings out there.
--
Martin Cooper
/Ian
tm jee wrote:
> Hmm what about the ajax component support? Are we going to make
them work with dwr instead of dojo? or
definitely upgrade from 0.2.2 to 0.3. There are
huge changes in 0.3 that we would definitely want for anything we do do with
Dojo.
--
Martin Cooper
/Ian
tm jee wrote:
> Hi guys,
>
> Is there any plan to upgrade dojotoolkit from the current 0.2.2 to 0.3.x
?
>
> 0.3.x have lots of
seen quite a few commits go by recently with only a JIRA
issue reference, and it would be very helpful to have some idea of the
purpose of the commit.
--
Martin Cooper
-ted.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addi
t as long - even before we had 'ant release'. The original
rules were based on the Sun / Craig coding conventions, so you shouldn't
have a problem with them the way they are now. ;-) I am not in favour of
changing them to reflect the mess the code base has got into. That'
On 6/10/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 6/10/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> Just wondering if there's a reason that the entry for the Maven snapshot
> repo (in , not ) is in each POM
rather
> than being a part of the struts-parent POM. I
Just wondering if there's a reason that the entry for the Maven snapshot
repo (in , not ) is in each POM rather
than being a part of the struts-parent POM. It does seem to be included in
most (all?) of the other POMs explicitly. Are entries not
cumulative?
--
Martin Cooper
oved provided from myfaces dependency, since
> myfaces-jsf-api is available in the repository
Provided was probably the wrong scope, at least until we're all using
containers that provide a JSF implementation.
Doh! Note to self: Coffee needs to come *before* e-mail in the morning.
ory
The 'provided' scope says that the jar will be provided by the environment
in which the application is run, which is correct for this jar. Since this
POM is building a jar rather than a war, removing this probably doesn't
change anything, but it is actually more correct to leave
prov
ng issues
across JIRA instances. You'd likely get a more definitive answer by asking
on infra@, though, where Jeff Turner hangs out.
--
Martin Cooper
Niall
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
nd hand out root
access as necessary, without having to ask infra@ for help.
--
Martin Cooper
I suppose having multiple ones can't hurt too much.
Anyone have a preference?
-
Posted via Jive Forums
http://forums.opensymphony
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,
On 6/6/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
On 6/6/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
>
> On 6/6/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> >
> > Martin Cooper wrote:
> > > I agree that this doesn't sound like someth
On 6/6/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
Martin Cooper wrote:
> I agree that this doesn't sound like something that should happen here.
Your saying that in terms of the custom XML wrapper around
iText/PDFBox/whatever, right?
Yes.
I.e., going the FOP
that
they're all one-man shows. I haven't looked at PDFBox, but I've been
singularly unimpressed by the iText API (although it's been a couple of
years now since I last looked at it). Hopefully PDFBox is better.
--
Martin Cooper
Just a few fragmentary thoughts...
Joe
--
?
It was just this afternoon. What was weird was that it was the first time
I'd run Maven on that box, and it downloaded tons of other stuff from
ibiblio before failing on that one. Given all the successes, I didn't think
about ibiblio having suddenly gone wonky.
--
Martin Cooper
Frank
On 6/3/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 6/3/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> I just tried the struts-blank one. Very cool! I ran into one problem
when
> building the generated app, though:
>
> [INFO] Error building POM (may not be this projec
en.codehaus.org/maven2)
One other thought: Should we set up a default goal (e.g. 'package')?
--
Martin Cooper
On 6/2/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
In the sandbox, we have Maven archetypes for both "Shale Blank" and
"Action Blank".
in the Action2 build files, so I assume you've got it
set up already.
Other things we should be running on the zone are our demo apps, such as
MailReader and Showcase. That's really what helios was originally set up
for.
--
Martin Cooper
--
Wendy
--
sure what else to try. Any ideas?
I just unsubscribed that address successfully, so we should be OK now.
--
Martin Cooper
On the Apache mail archives, JIRA issues and commits are being
> archived both on issues@/commits@ and on dev@:
>
http://mail-archives.apache.org/mod_mbox/strut
compiler plugin defaults to JDK 1.3, so you need to add this in the
build/plugins section of the POM:
org.apache.maven.plugins
maven-compiler-plugin
1.5
1.5
--
Martin Cooper
Anyway, I think we should branch XWork now for 2.0, set it to depend on JDK
1.5, and we shou
o wish to use it. But then again, I'm not
totally sure what the rule is - if there is one - for when we create an
entry in the Struts file versus leaving it up to the user, so I could be
wrong. ;-)
--
Martin Cooper
-- Paul
__
Do You Yahoo!?
On 5/15/06, Peter Pilgrim <[EMAIL PROTECTED]> wrote:
Wait! Let's plan this properly.
Good idea. You might want to try Renkoo to coordinate:
http://www.renkoo.com
This is exactly the kind of thing it was designed for. ;-)
--
Martin Cooper
I have already given Dave my cellphon
ree passes that they can hand
out. Usually they give them out before the conference, but you might find a
friendly exhibitor with one they'd be willing to let you have. I've managed
to get a pass for a friend this way before.
--
Martin Cooper
Don
>
> I wanted to invite another d
Definitely. The 0.3 release is a huge update (and improvement) over 0.2.x.
--
Martin Cooper
It sounds like lots of problems with browser support were fixed in
the past couple of months.
tia,
Rainer
Rainer Hermanns
aixcept
Neupforte 16
52062 Aachen - Germany
w: http://aixcept.de/
t:+49-
;t your fault, by
any stretch of the imagination. It's our collective fault for not having
been sufficiently dilligent in testing the builds you've been producing.
Ultimately, it's the community's responsibility to ensure that what we have
is top quality, not the RM's.
--
en, they wouldn't necessarily know, or
have an easy way of finding out.
Do we need a new
version (1.3.5) just for this?
Unfortunately, yes. It's the only reliable way.
--
Martin Cooper
I am okay either which way. -- Paul
--- Martin Cooper <[EMAIL PROTECTED]> wrote:
> On
ack if I
can get that resolved first.
--
Martin Cooper
ation, and thus end up as a bit bucket for random issues
that should really be elsewhere.
--
Martin Cooper
--
Wendy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
er than a minor bug in the code base. I think it
would be irresponsible for the Struts team to release 1.3.4 as GA.
--
Martin Cooper
I think we should adjust any documentation to only mention the 1.1 DTD, and
perhaps add the 1.3 DTD information as an errata.
Don
On 4/30/06, Ian Roughley <[EMAIL PROTECTED]> wrote:
Martin Cooper wrote:
> On 4/28/06, Don Brown <[EMAIL PROTECTED]> wrote:
>>
>> I call a vote that the Struts PMC accept the WebWork 2 podling as
having
>> met the incubation requirements and thereby be
>>
eature, but there are others
that have not been backported to 1.2 (arbitrary properties on all
config objects is a nice one) and I doubt there's any interest at all
in that backporting.
I would be OK with deprecating RequestProcessor.
Me too.
--
Martin Cooper
I've been concerne
On 5/3/06, Jeff Turner <[EMAIL PROTECTED]> wrote:
On Wed, May 03, 2006 at 08:00:43PM -0700, Martin Cooper wrote:
> On 5/3/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
> >
> > The Subversion plugin for JIRA seems to be installed, but it's not
> > workin
On 5/4/06, Claus Ibsen <[EMAIL PROTECTED]> wrote:
The JDK1.5 api looks really great.
I'm not native english but is this interface name correct?
Validatable
Should it not be?
Validateable
Neither of these is an English word... ;-)
--
Martin Coop
eaning, for example:
Committer
PMC Member
rather than replacing 'Committer' with 'PMC Member'? Just a thought - no big
deal.
--
Martin Cooper
This is the parent pom from which struts-action-parent inherits, and
it needs to be rele
we're missing, and I don't have
access to the properties file (that I know of). An infra ticket, perhaps?
--
Martin Cooper
For example:
http://svn.apache.org/viewcvs?rev=398085&view=rev
http://issues.apache.org/struts/browse/STR-2852?page=all
This page says there is a prope
we could upgrade
it to GA.
No, that is a release candidate. Our Test Build is always a release
candidate, in effect, because since we don't vote until after it's built,
there is always a possibility that it could become GA. (Not counting the
cases where we know up front that it's
, beta
means there are some minor issues, but the code works, the examples
work, and you could start using it in a development environment without
problems.
That is exactly my definition of beta as well.
--
Martin Cooper
Don
Ted Husted wrote:
> +1 Alpha
>
> As Don mentioned, some of t
te than never... (Me, I mean!)
--
Martin Cooper
We welcome votes from all community members, however, only the votes
of Struts PMC members are binding.
My vote is for Beta quality, as there are no unreleased dependencies,
all the key example apps work correctly, and I've personally had the
to change it, so I guess a ticket is in order.
--
Martin Cooper
I'll update mail.xml with the new list descriptions tonight.
Thanks,
Wendy
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On 5/1/06, Jason Carreira <[EMAIL PROTECTED]> wrote:
Ok, so I'll bite... What's "Girders"?
Why, it's the stuff that Irn-Bru is made from, of course!
http://en.wikipedia.org/wiki/Irn_Bru
--
Martin Cooper
--
On 5/1/06, Don Brown <[EMAIL PROTECTED]> wrote:
Martin Cooper wrote:
> On 4/28/06, Don Brown <[EMAIL PROTECTED]> wrote:
>>
>> I call a vote that the Struts PMC accept the WebWork 2 podling as
having
>> met the incubation requirements and thereby be
>> a
way, I am +1, but we need to sort these out
first. I'm willing to help do that if someone can verify what needs to
happen.
--
Martin Cooper
Status: http://incubator.apache.org/projects/webwork2.html
[ ] +1 Let's bring it in, and I'm committed to the project
[ ] +0 Let's br
ts show up in my mailbox. I'd appreciate it if
someone could fix that, because right now, there are development discussions
going on that are not visible to everyone on this list, which is not good.
--
Martin Cooper
several ideas were
mentioned, and so I thought I'd throw it out there
e votes, because clearly it can cause some confusion when
they're not. ;-) And I admit I'm just as guilty of this as anyone else.
--
Martin Cooper
I'll go ahead and ask infrastructure to establish the new
[EMAIL PROTECTED] list with archives, and to make sure that
commits@ w
credentials in the Struts committers area of the ASF
repository.
FYI, I just separated this out into its own file, rather than lumping it in
where it was.
--
Martin Cooper
-Ted.
On 4/29/06, Craig McClanahan <[EMAIL PROTECTED]> wrote:
> On 4/28/06, Jason Carreira <[EMAIL PROTECTED
mmit and when the link
shows up.
--
Martin Cooper
If it
> is, then all you have to do is reference the JIRA ticket in the SVN
> log. The only trick is to be sure the JIRA reference is a standalone
> string, and not punctuated or formatted.
>
> Bad
> * [STR-1234]
>
>
[ http://issues.apache.org/struts/browse/WW-1097?page=comments#action_37196
]
Martin Cooper commented on WW-1097:
---
Rainer, that comment from Alex relates to IE 5.0. This ticket relates to IE
5.5, which _is_ supported by Dojo.
> AJAX tags not work
s to the dev list in Greg Reddin's history"
I provided a URL which demonstrates that that statement is incorrect.
--
Martin Cooper
that is really what trolling is
> all about. There are clearly more than I found by doing a general search
> for
> Redding. Try doing one for Fr
On 4/25/06, Dakota Jack <[EMAIL PROTECTED]> wrote:
>
> Here is a case in point: I count four (4) posts to the dev list in Greg
> Reddin's history.
Pity you can't count.
http://marc.theaimsgroup.com/?w=2&r=1&s=greg.reddin&q=a
--
Martin Cooper
He is a
about all changes being visible on the dev@ list. It also allows for
committers - and, more importantly, PMC members - to opt out of seeing what
goes on throughout the project, which is definitely A Bad Idea (TM) in my
opinion.
--
Martin Cooper
Thanks,
> --
> Wendy
>
> --
codebase... and all other committers have to live with each other. The
> > only reason to be able to cast a binding vote is if you have a stake in
> > the code... ie: are a committer.
>
> This is where I'm not sure I agree... why can you only have a stake in the
> code, or
can exercise interest if they
> wish.
>
> For me, the community would be "anyone who has an active interest in how
> the project develops".
There! You've said it. That exactly describes the purpose of the dev@ list.
So, now, why again do we need the three lists you mention above? ;-)
--
Martin Cooper
t would the same person voice that same opinion in a public vote on
a mailing list of a couple of thousand people, and which will be archived
for the world to see, forever? Perhaps a few would, but many would not. They
would more likely keep quiet, the end result being that Mr. Pile O'Crap
becom
On 4/24/06, Henri Yandell <[EMAIL PROTECTED]> wrote:
>
> On 4/23/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> > On 4/23/06, Don Brown <[EMAIL PROTECTED]> wrote:
> > >
> > > Agreed. Would it be possible to do this by JavaOne? Moving Tiles
>
nk that the
> first release of SAF2 should be taking the stage as more than just
> WebWork 2.x with renamed packages. It doesn't need to be radically
> different, but it should be more than that.
+1
--
Martin Cooper
Joe
>
> --
> Joe Germuska
> [EMAIL PROTECTED] * http:/
sent to that list. Presumably someone on infra@ would know
how to enable it. ;-)
--
Martin Cooper
Don
>
> Ted Husted wrote:
> > On 4/23/06, Don Brown <[EMAIL PROTECTED]> wrote:
> >
> >> Heh, guess we'll need to turn that off :)
> >>
> >
> >
On 4/23/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
>
> On 4/23/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
>
> > 1) Get Standalone Tiles really standalone, so that there are no
> dependencies
> > on other Struts code. Maybe that's happened already - I
ep. Except I think the target name is 'Jakarta Web Components'.
--
Martin Cooper
Don
>
> Frank W. Zammetti wrote:
> > Doesn't that conflict with the idea of making Tiles a stand-alone TLP?
> >
> > Frank
> >
> > Don Brown wrote:
> >
y help with the notion that it's now independent of Struts. Any
perception - real or otherwise - that Tiles is tied to Struts will be
detrimental to Tiles as an independent library.
--
Martin Cooper
Don
>
> Wendy Smoak wrote:
> > On 4/23/06, Don Brown <[EMAIL PROTECTED]> wrote:
&
the kickstart that will get that subproject off the
ground, because it would sidestep all the Commons navel-gazing that has
effectively blocked its creation so far.
I know Hen is on this list. Hen, any thoughts here before I propose this on
[EMAIL PROTECTED]
--
Martin Cooper
Don
>
> Ted Hust
h to perform that surgery. If there are, that's
great. If not, I think it's just fine to do only what's necessary to get a
standlone version out into the wild.
--
Martin Cooper
There are a few other technologies I want to spend time looking at
> once we get a release of Til
flat on its face. That's not the case if
you pull out Tiles, especially if you're not using JSP in the first place.
When we extracted all the other components, we gave them
> lives of their own in the Commons. We should pay Tiles the same
> courtesy.
OK, this part I agree wi
e concerns. That is why my preference would be for Tiles to
stay here until Jakarta Web Components (nee Jakarta Silk) gets off the
ground, and then move there, where it can share a general purpose
web-focussed community and mindshare.
--
Martin Cooper
Greg
>
>
> --
scone,
> but I
> > don't have a clue on how to get one. We
> > could also just meet in a hotel lobby or a quiet bar/restaurant
> somewhere near
> > by.
> >
> > Any ideas?
> >
>
> I don't have any suggestions on the logistics, but my employe
. Recall that our new PMC nominees are
not actually PMC members until 72 hours after a board ack. That ack is only
a couple of hours old. ;-)
--
Martin Cooper
, post April Status report, and update roster of recent votes,
>
> Modified:
> struts/current/STATUS.txt
>
>
On 4/12/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
>
> (Yeah, I'm very late catching up...)
>
> On 3/28/06, Joe Germuska <[EMAIL PROTECTED]> wrote:
>
> > >I had very bad experiences with Dojo so far, and I brought this into
> > >discussion
ny additional
pieces it needs, which is what Don has done.
--
Martin Cooper
If you like I can assist, but I won't have time till late next week at
> the earliest.
>
> /Ian
>
>
> Don Brown wrote:
>
> > Ian, what about using the minimal profile, but each component that
d part,
though, is getting people to agree on what you encode in JSON and how. ;-)
Without that, you don't have interoperability.
--
Martin Cooper
The question really is do we bundle the libaries and the implementations
> with
> the SAF 2.0 release or should there be a seperate project
ons (a la
> > prototype).
>
> Heh, and I considered Prototype too heavy (around 50K) to adopt for my
> project...
Prototype's heaviness is in its feet - it will quite happily stomp all over
any other JavaScript code you have on the page. It's really a ver
kitchen sink profile, which is pretty much everything Dojo has. I can
understand why you would not want to load all of that for just a calendar.
But you don't have to. That is the beauty of the Dojo profile system.
--
Martin Cooper
And I agree, this is my case too. I
> would prefere som
yet another custom
abstraction. That would (a) negatively impact performance, and (b) eliminate
the option of using certain toolkits (e.g. Dojo) the way they were designed
to be used, viz _without_ an abstraction layer on top of the browser.
--
Martin Cooper
Joe
>
> --
> Joe Germuska
inimal than kitchen sink) by default, and to
provide the kitchen sink as an option and / or provide instructions on how
to construct a custom profile (which is really easy). I'm certainly willing
to help out here.
--
Martin Cooper
Don
>
>
On 4/12/06, Don Brown <[EMAIL PROTECTED]> wrote:
>
> Martin Cooper wrote:
> > Um, no, I don't think so. Both files are missing ids for the s.
> See:
> >
> >
> https://svn.apache.org/repos/asf/struts/action/trunk/core/src/site/fml/faqs/kickstart.fml
>
son posting
a workaround recently, but I don't recall how "clean" it was.
Each pom needs a / section with the
> correct path. (See struts/pom/pom.xml for an example.)
>
> I'd like to move the src/conf and conf/java files into
> src/main/resources and remove the ta
should just give the s ids, rather than commenting them out. I can
fix that this evening if nobody beats me to it.
--
Martin Cooper
Modified:
> struts/site/src/site/fml/helping.fml
> struts/site/src/site/fml/kickstart.fml
> struts/site/src/site/fml/roadmap.fml
>
> Mod
s/action/trunk/core/src/site/fml/faqs/kickstart.fml
https://svn.apache.org/repos/asf/struts/action/trunk/core/src/site/fml/faqs/newbie.fml
I can fix those this evening if nobody beats me to it.
--
Martin Cooper
, and I fixed the ones in site. I'll start work on finishing up the site
> buil
ilable.
>
> What's going on?
There were apparently some problems yesterday, but it seems to be working
right now. In general, you'd need to ping [EMAIL PROTECTED] for
updates on the issue tracking systems.
--
Martin
red under
> src/main/java with the source code.
Hmm, is this a temporary thing? Maven 2 likes to find resources under
'resources', rather than in the source tree (meaning that's the default).
That happens to be my preference too. ;-)
--
Martin Cooper
Removed:
>
eloper list in the POM,
compared with:
http://struts.apache.org/volunteers.html
I'm +1 when the missing committers are added.
--
Martin Cooper
Here's my +1.
>
> --
> Wendy
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
writing some tricky custom Mojos, so I'm certainly up for helping
out with the M2 build. As for M1, now that I've got my head around M2, I'd
prefer not to try to keep two versions of Maven in my head. ;-)
--
Martin Cooper
Q. What is the
sandbox project wants that structure,
it's simple to add; if it wants "shelves", that's equally simple, as is none
of the above.
--
Martin Cooper
Don
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
adding it
to Extras. Since it has had a release already, we'll want to keep some
semblance of normalcy to the version numbering, which will be easier if it
has its own version number.
Frankly, if we move it from its own sub-project to being a component of
Action 1, I doubt that many people wo
ony organisation. Not knowing much about how OS works,
I'd guess that as long as their Steering Committee (i.e. Patrick and Hani)
are OK with it, then we're fine.
--
Martin Cooper
Don
>
> Martin Cooper wrote:
> > On 4/3/06, Don Brown <[EMAIL PROTECTED]> wrote:
> &g
a software grant does not require transfer
of copyright, just a grant of copyright license.
--
Martin Cooper
While I don't
> mind doing the grunt work, I had a question: is there a "policy" on the
> use of the $Id line as the first line in the
> license? Does it
cision at the moment.
That would be OK with me. Recent goings-on at Jakarta Commons have led the
way on this type of change, so it's not unheard of. And perhaps by the time
someone has the energy to pick it up again, we'll have a
alues were entered correctly,
your web app would not be able to correctly re-present the values the user
entered when they were entered incorrectly. For that, you _must_ use
strings.
--
Martin Cooper
Hermod
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] B
ef to solve a
> problem that inherently lies within Struts does not help Struts become
> better.
>
> Hermod
>
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of
> Martin Cooper
> Sent: Thursday, March 30, 2006 12:46 AM
> To: Struts Devel
he.org/jira/browse/INFRA-742
>
> The ticket seems to say that "JIRA is ready to go".
>
> If so, where is it? :)
Gone? ;-)
--
Martin Cooper
-Ted.
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>
would agree if we weren't recommending that people use Strings in
> the ActionForm [1].
Exactly. The "best practice" ever since Struts was created has been to use
strings for form fields, specifically so that you have the exact original
value to present to the user in an error situa
, we have a version of "1.0.2 Final" because Struts 1.0.2 went GA.
We also have version numbers that include "Beta" and "RC". How do we want to
handle this? I think having both "1.0.2 Final" and "1.0.2 Alpha" would be
confusing to users, to sa
web, so that I
> can
> point him to this discussion?
Yes, they are. There are several mailing list archive sites, and you can
also see mail to this list on gmane or nabble. For example:
http://thread.gmane.org/gmane.comp.jakarta.struts.devel/37916
--
Martin Cooper
cheers,
>
> .
the written
> docs, not code samples)?
>
> Has anyone yet talked to the JasperReports guy?
If we want to do that, I'm willing to talk to them. I know the CTO of
JasperSoft and some other people there, although not the JasperReports guy
specifically. Let me know.
--
Martin Cooper
Thi
ll have the luxury of moving those apps to 1.3, but many will not.
Certainly there will be lots of excitement and activity around SAF2, but
few, if any, of us have the luxury of dropping everything and working on the
latest cool stuff. If nothing else, our day jobs will ensure that w
rio. And, to be honest, who would use such a
mechanism for standard attributes when they're already supported by the
tags? ;-)
--
Martin Cooper
Paul
>
> --- Mark Lowe <[EMAIL PROTECTED]> wrote:
>
> > I just went to submit the a patch, and did a search for autocomplete
501 - 600 of 1278 matches
Mail list logo