Dear Pala Shankar Rao, what are you doing?
You are spamming the JIRA bug tracking system, it's time to stop it
don't you think?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
For now, I'd suggest a WW2-like distribution, that includes
everything. We may want to add a library JAR distribution later, but
for a x.0.0 release, it doesn't need to be a priority.
One way or another, the S2 wiki will end up as static HTML. Pier's
plugin is looking good, but we need a slick
Hi,
We've just launched a one-stop online resource for professionals and we would
like you - if you have the time - to have a look and test the new portal :
www.skillipedia.com
From now till the end of this week, you are welcome to submit you jobs,
training courses, software, services or
I've trudged through the top-level site and most of the documentation,
both to update the nomenclature and to ensure everything is still up
to our standard. Next, I'm going through the rest of the component
packages (Extras, Faces, Scripting, ).
Once the docs are squared-away, I can review the
I would really suggest a binary distro and a source distro... looking at
WW2.2.2, unzipped it's 86MB, 55MB of which is the src directory alone.
I dare say most people who download Struts are not immediately
interested in the source, so it seems wasteful (think bandwidth for
instance, time for
Don Brown proposed:
I'd like to remove the Ant build from Struts 2. I don't think it has
worked for a little while and the new Maven 2 layout
discourages it for
any complex builds. Unless someone seriously wants to put the effort
into keeping it up, I think it should be removed.
From
Question on this and the overall philosophy that is the goal for Struts 2. Why
is it necessary to have a struts dtd rather than simply use the xwork dtd and
then simply add the feature that allows the name to be changed from xwork.xml
to struts.xml?
Is the goal still to keep XWork
As I understand it, our goal is to shield our users from having to know
about XWork, and that would include its DTD. Allowing XWork details to
leak through makes it confusing to find documentation, know where to
submit tickets, and ask for help.
The downside is maintaining the DTD, which is
Hi All,
I have one module that downloads ms-excel file by one simple Action.
To download the file i would use the url like
../actionName.do?param1=value1param2=value2. bcz i want to access it without
credentials.
if i place this url in a href=url / tag it is successfully
You should post this question to the struts user list rather than the
dev list.
user@struts.apache.org
Adam
Radha Krishna wrote:
Hi All,
I have one module that downloads ms-excel file by one simple Action.
To download the file i would use the url like
On 7/10/06, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: mrdon
Date: Mon Jul 10 08:02:28 2006
New Revision: 420556
URL: http://svn.apache.org/viewvc?rev=420556view=rev
Log:
Merging in my original DTD changes (thanks Toby)
Modified:
I thought about it, but this follows the xwork naming convention, something that
migrating users will care about. Also, I always thought using underscores was
unintuitive, but if others feel strongly about it, it could be changed.
Don
Wendy Smoak wrote:
On 7/10/06, [EMAIL PROTECTED] [EMAIL
It realy comes down to managing the dependencies. I could forsee
someone building an ant build that ran against the compiled code and
dependencies. (Similar to Atlassians build system with JIRA.) However
I personally dont think its appropriate to be part of the project. (At
least not as a source
The one case I wouldn't mind seeing an Ant build is in the source distribution.
Many times, I'm downloading source distros, and have to make some change, but
I'm on a network where I don't have connectivity to the outside world. If we
could make a source distro that was completely
That's precisely the sort of scenario I had in mind.
- George
Don Brown wrote:
The one case I wouldn't mind seeing an Ant build is in the
source distribution.
Many times, I'm downloading source distros, and have to
make some change, but
I'm on a network where I don't have
FYI, you can get a similar auto-downloading of dependencies with an Ant
script using the ant-dependencies task:
http://www.httpunit.org/doc/dependencies.html
For a working example, see the build script for Java Web Parts:
http://javawebparts.sourceforge.net
This actually downloads from the
+1 for this
I'm surprised Maven can't build a source distribution with a bundled standard
ant build with maven dependency ant task calls. I'd think this would be a
common need.
The one case I wouldn't mind seeing an Ant build is
in the source distribution.
Many times, I'm downloading
What about using the Maven2 ant tasks and integrating that way? I just
started reading http://maven.apache.org/ant-tasks.html this morning.
artifact:dependencies filesetId=my.dependency.fileset verbose=true
pom id=project file=pom.xml/
/artifact:dependencies
Of course you'll need
On 7/10/06, Jason Carreira [EMAIL PROTECTED] wrote:
+1 for this
I'm surprised Maven can't build a source distribution with a bundled
standard ant build with maven dependency ant task calls. I'd think this
would be a common need.
A lot of Jakarta Commons projects deal with this sort of thing
This is a good question. I've wrestled with this a lot with WebWork. A few
thoughts:
- Does documentation have to be included in the release, or is connectivity
good enough these days to let us get away with just pointing users to the wiki?
- If we are to include a war file for the sample
Yahoo! Groups Notification wrote:
Yah, engineers will understand this. In fact, the only people in the
world
that seem to have troubl
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL
21 matches
Mail list logo