Re: S2 security fix release planning (XWork 2.0.4 is out)

[Ted Husted]

If your DSL holds out, go ahead and give it a try. If you run into any
snags give me a call at 585-200-2997, so we can sort it out and update
the notes on the release process. As mentioned, the only weird parts
are the signing and wrapping up the docs and J4. What really helps is
if someone can spend some quality time with the MailReader and
Showcase examples to make sure everything still works there (unless
otherwise noted). We still lack automated tests for the UI (e.g.
Selenium), and so testing the examples is still a time bandit.

-Ted.

On 7/21/07, James Holmes <[EMAIL PROTECTED]> wrote:

Ted, I'd love to get your assistance. I'm working on getting ticket 2051 
committed
tonight. After that, we're ready to roll. I should be online tomorrow 
afternoon/evening.
My DSL line has been giving me trouble and there's a possibility I may not have 
access
tomorrow. You don't have to wait for me though. I can be the release manager 
for another
release.

James


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S1] [VOTE] Struts 1.3.9 Quality

[Joe Germuska]

On 7/21/07, Paul Benedict <[EMAIL PROTECTED]> wrote:


+1 GA



+1 GA



--
Joe Germuska
[EMAIL PROTECTED] * http://blog.germuska.com

"I felt so good I told the leader how to follow."
-- Sly Stone

Re: [s1] [provocation] Drop Tiles 1 in Struts 1.4

[Antonio Petrelli]

2007/7/21, Paul Benedict <[EMAIL PROTECTED]>:

O the provocation! Just kidding. It's a good idea, but it's too soon.
There were similar discussions about dropping struts-faces because it's
really no longer supported. The difference is the amount of time between
the lack of support. I still use Tiles 1 (provocation!) and, I imagine,
it's still widely used by others? The move to Tiles 2 will happen
naturally and organically, and then in the future, it will be an
acceptable time to perhaps remove it.


I see your point, Paul. But the problem is that, moving to Struts 1.4,
the Tiles module will be tagged as 1.4 version as well. IMHO this
leads to a false idea that Tiles is evolving (for example, the DTD).
Maybe in the "tiles" module in Struts codebase we could leave only
"glue code" (the plugin, actions as controllers, etc.), adding a
dependency to the 1.3 branch of Tiles development.
It's just an idea, and surely not the best, since I foresee a big
trouble if we find a serious bug in Tiles and we need to release, say,
Tiles 1.3.50 without releasing Struts 1.3.50 to adapt to Tiles 1.4.10
glue code.
Well, it's just thinking aloud :-)

Ciao
Antonio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s1] [provocation] Drop Tiles 1 in Struts 1.4

[Ted Husted]

Internally, it will be tagged STRUTS_1_4, and the JavaDocs will refer
to Struts Tiles 1.4.0 rather than Struts Tiles 1.3.9, but I don't
think that will confuse anyone. Meanwhile, Apache Tiles is now
distributing 2.0.4 (beta). More importantly, until Apache Tiles has a
GA release, it would be dangerous for Struts 1 to change its
dependency, since it could hold back the quality grade for the rest of
Struts 1.4.x. In Struts 2.x, Tiles is a plugin and a separate JAR, so
it doesn't hold back the quality of the Struts 2 Core JAR.

I'm sure once Apache Tiles is 2.x is GA, and someone does the
appropriate integration work, moving the dependency would be joyful
for everyone concerned.

-Ted

On 7/22/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:

2007/7/21, Paul Benedict <[EMAIL PROTECTED]>:
> O the provocation! Just kidding. It's a good idea, but it's too soon.
> There were similar discussions about dropping struts-faces because it's
> really no longer supported. The difference is the amount of time between
> the lack of support. I still use Tiles 1 (provocation!) and, I imagine,
> it's still widely used by others? The move to Tiles 2 will happen
> naturally and organically, and then in the future, it will be an
> acceptable time to perhaps remove it.

I see your point, Paul. But the problem is that, moving to Struts 1.4,
the Tiles module will be tagged as 1.4 version as well. IMHO this
leads to a false idea that Tiles is evolving (for example, the DTD).
Maybe in the "tiles" module in Struts codebase we could leave only
"glue code" (the plugin, actions as controllers, etc.), adding a
dependency to the 1.3 branch of Tiles development.
It's just an idea, and surely not the best, since I foresee a big
trouble if we find a serious bug in Tiles and we need to release, say,
Tiles 1.3.50 without releasing Struts 1.3.50 to adapt to Tiles 1.4.10
glue code.
Well, it's just thinking aloud :-)

Ciao
Antonio

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]





--
HTH, Ted 

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s1] [provocation] Drop Tiles 1 in Struts 1.4

[Wendy Smoak]

On 7/22/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:


I see your point, Paul. But the problem is that, moving to Struts 1.4,
the Tiles module will be tagged as 1.4 version as well. IMHO this
leads to a false idea that Tiles is evolving (for example, the DTD).


No more than any of the other modules that get versioned and released
along with struts-core even if they have no changes.


It's just an idea, and surely not the best, since I foresee a big
trouble if we find a serious bug in Tiles and we need to release, say,
Tiles 1.3.50 without releasing Struts 1.3.50 to adapt to Tiles 1.4.10
glue code.


We wouldn't.  All of Struts 1 gets released together, even if only one
of the modules changes.  (We had it all split up for a while, but put
it back together for various reasons which you can find in the list
archives.)

--
Wendy

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

[OSS Bamboo] Struts 2 SVN - Main Build (Java 6) build 63 was SUCCESSFUL (with 693 tests). Change made by jholmes

[Atlassian Open Source Bamboo Integration Server]

The project Struts 2 SVN - Main Build (Java 6) has the following 1 change by 1 
author:

*jholmes* made the following changes at 

Comment:
Minor error message change.

> /struts/struts2/trunk/plugins/spring/src/main/java/org/apache/struts2/spring/StrutsSpringObjectFactory.java
>  (558575)



---

All 693 tests passed.

Click http://opensource.bamboo.atlassian.com/browse/STRUTS-MAINJ6-63 to find 
out more.

Thanks,

Bamboo

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [S1] [VOTE] Struts 1.3.9 Quality

[Henri Yandell]

On 7/7/07, Paul Benedict <[EMAIL PROTECTED]> wrote:

The Struts 1.3.9 test build is now available.

   [ ] Leave at test build
   [ ] Alpha
   [ ] Beta
   [ ] General Availability (GA)


+1 GA (non-binding).

GPG is good, MD5 is good, the src zip builds happily and the svn diff
between 1.3.8 and 1.3.9 matches the JIRA issues listed in the
comments.

Hen

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: struts actions package: "struts", other packages?

[James Mitchell]

No, this is not a requirement.  That may be a convention for some  
companies, but it is definitely NOT a requirement to use the framework.



--
James Mitchell



On Jul 20, 2007, at 2:15 PM, ojasrege wrote:



Most of the code I see places the developer defined struts Java  
classes in a

package called "struts".

Is this what developers do for large struts based projects?

I'm thinking I want to store my struts actions Java classes in  
different
logical packages based on what they map to within my software.  But  
before I

do this, I want to check to make sure I'm not missing anything :)

--
View this message in context: http://www.nabble.com/struts-actions- 
package%3A-%22struts%22%2C-other-packages--tf4118736.html#a11713301

Sent from the Struts - Dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]




-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Struts 2.0.9 release (was Re: S2 security fix release planning (XWork 2.0.4 is out))

[Ted Husted]

In the interest of time, I'm trying to pickup where James left off
with the 2.0.9 release, so that we can get the XWork fix out into the
wild.

The good news is that I have confirmed that dropping in the new XWork
2.0.4 JAR does fix the problem for Struts 2.0.8, and probably prior.
Anyone who wants a fix today should be able to replace the XWork JAR
and restart.

* http://opensymphony.com/xwork/download.action

The bad news is that I'm having trouble building Struts 2.0.9 against
XWork 2.0.4. Maven complained that it couldn't download the JAR, so I
installed it locally (using the script generated command), and it
still wouldn't build (mvn install).

I'm still "banging the rocks together" when it comes to Maven. Can
anyone confirm the problem, help me work around it, or confirm that we
need to do something on the OpenSymphony side.

-Ted.



GroupId: opensymphony
ArtifactId: xwork
Version: 2.0.4

Reason: Unable to download the artifact from any repository

Try downloading the file manually from the project website.

Then, install it using the command:
   mvn install:install-file -DgroupId=opensymphony -DartifactId=xwork \
   -Dversion=2.0.4 -Dpackaging=jar -Dfile=/path/to/file


 opensymphony:xwork:jar:2.0.4

from the specified remote repositories:
 Maven Snapshots (http://snapshots.maven.codehaus.org/maven2/),
 central (http://repo1.maven.org/maven2),
 opensymphony (http://maven.opensymphony.com),
 apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
 snapshots-maven-codehaus (http://snapshots.maven.codehaus.org/maven2)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s1] [provocation] Drop Tiles 1 in Struts 1.4

[Paul Benedict]

What about the el library? Is it still worth keeping when requiring JDK 
1.4 / EE 1.3 / Servlet 2.3?


Wendy Smoak wrote:

On 7/22/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:


I see your point, Paul. But the problem is that, moving to Struts 1.4,
the Tiles module will be tagged as 1.4 version as well. IMHO this
leads to a false idea that Tiles is evolving (for example, the DTD).


No more than any of the other modules that get versioned and released
along with struts-core even if they have no changes.


It's just an idea, and surely not the best, since I foresee a big
trouble if we find a serious bug in Tiles and we need to release, say,
Tiles 1.3.50 without releasing Struts 1.3.50 to adapt to Tiles 1.4.10
glue code.


We wouldn't.  All of Struts 1 gets released together, even if only one
of the modules changes.  (We had it all split up for a while, but put
it back together for various reasons which you can find in the list
archives.)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.0.9 release (was Re: S2 security fix release planning (XWork 2.0.4 is out))

[Ted Husted]

Never mind. I thought my local copy was current, but it wasn't, and
after I updated, it started to build.

On 7/22/07, Ted Husted <[EMAIL PROTECTED]> wrote:

The bad news is that I'm having trouble building Struts 2.0.9 against
XWork 2.0.4. Maven complained that it couldn't download the JAR, so I
installed it locally (using the script generated command), and it
still wouldn't build (mvn install).


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

RE: Struts 2.0.9 release (was Re: S2 security fix release planning (XWork 2.0.4 is out))

[James Holmes]

Thanks Ted. I was just about to send you a message saying that I'd prefer you 
did that. I looked into all of the steps to get a release out and it's more 
than I'm ready 
to take on at the moment. I don't have any of the SSH/PGP keys setup yet and I 
don't want to hold up the release while I learn the ropes.

James


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ted Husted
Sent: Sunday, July 22, 2007 9:53 PM
To: Struts Developers List; [EMAIL PROTECTED]
Subject: Struts 2.0.9 release (was Re: S2 security fix release planning (XWork 
2.0.4 is out))

In the interest of time, I'm trying to pickup where James left off
with the 2.0.9 release, so that we can get the XWork fix out into the
wild.

The good news is that I have confirmed that dropping in the new XWork
2.0.4 JAR does fix the problem for Struts 2.0.8, and probably prior.
Anyone who wants a fix today should be able to replace the XWork JAR
and restart.

 * http://opensymphony.com/xwork/download.action

The bad news is that I'm having trouble building Struts 2.0.9 against
XWork 2.0.4. Maven complained that it couldn't download the JAR, so I
installed it locally (using the script generated command), and it
still wouldn't build (mvn install).

I'm still "banging the rocks together" when it comes to Maven. Can
anyone confirm the problem, help me work around it, or confirm that we
need to do something on the OpenSymphony side.

-Ted.



GroupId: opensymphony
ArtifactId: xwork
Version: 2.0.4

Reason: Unable to download the artifact from any repository

Try downloading the file manually from the project website.

Then, install it using the command:
mvn install:install-file -DgroupId=opensymphony -DartifactId=xwork \
-Dversion=2.0.4 -Dpackaging=jar -Dfile=/path/to/file


  opensymphony:xwork:jar:2.0.4

from the specified remote repositories:
  Maven Snapshots (http://snapshots.maven.codehaus.org/maven2/),
  central (http://repo1.maven.org/maven2),
  opensymphony (http://maven.opensymphony.com),
  apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
  snapshots-maven-codehaus (http://snapshots.maven.codehaus.org/maven2)



-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Is it possible to store "SET" values to store in Vector or some other type...?

[msg2ajay]

hi, 
  The below is the "ActionClass" from which i am getting values from
"FORMBEAN" i am setting those value into the "jsp" page successfully. WHAT I
NEED NOW IS, IS IT POSSIBLE TO STORE THOSE VALUES INTO SOME VECTOR OR SOME
OTHER TYPE SO THAT I CAN DISPLAY A REPORT FORMAT. Because i have more than
one record in my table.

public void performRim(HttpServletRequest req, X52Form form, ActionErrors
errors) {

try{
form.setAgentcd(totaxpath.getValueAsString("/response/text/agentcd/text()"));
form.setAgentName(totaxpath.getValueAsString("/response/text/agentName/text()"));
form.setCurcd(totaxpath.getValueAsString("/response/text/curcd/text()"));
form.setBankActno(totaxpath.getValueAsString("/response/text/bankActno/text()"));
form.setSwiftcd(totaxpath.getValueAsString("/response/text/swiftcd/text()"));
form.setGlno(totaxpath.getValueAsString("/response/text/glno/text()"));
  
}
catch(Exception ex){
System.out.println("error!"+ex);
}

for example: -

Vector v=new Vector();
v.addElement(totaxpath.getValueAsString("/response/text/agentcd/text()"));
  HttpSession session = req.getSession();
  session.setAttribute("name",testSrring);

thx, Ajay

-- 
View this message in context: 
http://www.nabble.com/Is-it-possible-to-store-%22SET%22-values-to-store-in-Vector-or-some-other-type...--tf4127288.html#a11737268
Sent from the Struts - Dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: Struts 2.0.9 release (was Re: S2 security fix release planning (XWork 2.0.4 is out))

[Rainer Hermanns]

Ted,

the group id needs to be changed from opensymphony to com.opensymphony.
This change is already commited to branch the 2.0 branch.
Is your checkout uptodate?

-Rainer
> In the interest of time, I'm trying to pickup where James left off
> with the 2.0.9 release, so that we can get the XWork fix out into the
> wild.
>
> The good news is that I have confirmed that dropping in the new XWork
> 2.0.4 JAR does fix the problem for Struts 2.0.8, and probably prior.
> Anyone who wants a fix today should be able to replace the XWork JAR
> and restart.
>
>  * http://opensymphony.com/xwork/download.action
>
> The bad news is that I'm having trouble building Struts 2.0.9 against
> XWork 2.0.4. Maven complained that it couldn't download the JAR, so I
> installed it locally (using the script generated command), and it
> still wouldn't build (mvn install).
>
> I'm still "banging the rocks together" when it comes to Maven. Can
> anyone confirm the problem, help me work around it, or confirm that we
> need to do something on the OpenSymphony side.
>
> -Ted.
>
> 
>
> GroupId: opensymphony
> ArtifactId: xwork
> Version: 2.0.4
>
> Reason: Unable to download the artifact from any repository
>
> Try downloading the file manually from the project website.
>
> Then, install it using the command:
> mvn install:install-file -DgroupId=opensymphony -DartifactId=xwork \
> -Dversion=2.0.4 -Dpackaging=jar -Dfile=/path/to/file
>
>
>   opensymphony:xwork:jar:2.0.4
>
> from the specified remote repositories:
>   Maven Snapshots (http://snapshots.maven.codehaus.org/maven2/),
>   central (http://repo1.maven.org/maven2),
>   opensymphony (http://maven.opensymphony.com),
>   apache.snapshots (http://people.apache.org/repo/m2-snapshot-repository),
>   snapshots-maven-codehaus (http://snapshots.maven.codehaus.org/maven2)
>
> 
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


-- 
Rainer Hermanns
aixcept
Neupforte 16
52062 Aachen - Germany
w: http://aixcept.de/
t:+49-241-4012247
m:  +49-170-3432912

-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [s1] [provocation] Drop Tiles 1 in Struts 1.4

[Antonio Petrelli]

2007/7/23, Paul Benedict <[EMAIL PROTECTED]>:


What about the el library? Is it still worth keeping when requiring JDK
1.4 / EE 1.3 / Servlet 2.3?




AFAIK the EL in the container was introduced with Servlet 2.4/JSP 2.0.

Antonio

Re: Is it possible to store "SET" values to store in Vector or some other type...?

[Antonio Petrelli]

Please ask this question in the Struts Users mailing list:
http://struts.apache.org/mail.html

Antonio

2007/7/23, msg2ajay <[EMAIL PROTECTED]>:



hi,
  The below is the "ActionClass" from which i am getting values from
"FORMBEAN" i am setting those value into the "jsp" page successfully. WHAT
I
NEED NOW IS, IS IT POSSIBLE TO STORE THOSE VALUES INTO SOME VECTOR OR SOME
OTHER TYPE SO THAT I CAN DISPLAY A REPORT FORMAT. Because i have more than
one record in my table.

public void performRim(HttpServletRequest req, X52Form form, ActionErrors
errors) {

try{
form.setAgentcd(totaxpath.getValueAsString
("/response/text/agentcd/text()"));
form.setAgentName(totaxpath.getValueAsString
("/response/text/agentName/text()"));
form.setCurcd(totaxpath.getValueAsString("/response/text/curcd/text()"));
form.setBankActno(totaxpath.getValueAsString
("/response/text/bankActno/text()"));
form.setSwiftcd(totaxpath.getValueAsString
("/response/text/swiftcd/text()"));
form.setGlno(totaxpath.getValueAsString("/response/text/glno/text()"));

}
catch(Exception ex){
System.out.println("error!"+ex);
}

for example: -

Vector v=new Vector();
v.addElement(totaxpath.getValueAsString("/response/text/agentcd/text()"));
  HttpSession session = req.getSession();
  session.setAttribute("name",testSrring);

thx, Ajay

--
View this message in context:
http://www.nabble.com/Is-it-possible-to-store-%22SET%22-values-to-store-in-Vector-or-some-other-type...--tf4127288.html#a11737268
Sent from the Struts - Dev mailing list archive at Nabble.com.


-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]