I logged WW-1596 with a patch for DatePicker and TimePicker, it is a
trivial patch, at least they work now :)
musachy
Ted Husted wrote:
There are still several broken examples and tags., which I listed on
the Showcase index page, in the hope that they still might be fixed
for Struts 2.0.3
Sin
On 1/4/07, Ted Husted <[EMAIL PROTECTED]> wrote:
So, the Maven artifacts are in the staging directory, but should we be
moving them over prior to a vote of the PMC? At this point, it's just
a tagged test build; 2.0.2 is not a release.
(Ted, you own the files under m2-staging-repository, can yo
The problem turned out to be that the struts-staging stanza in my
settings.xml still had the replacement variables ("yourid") set,
instead of my own.
So, the Maven artifacts are in the staging directory, but should we be
moving them over prior to a vote of the PMC? At this point, it's just
a tagg
On 1/3/07, Ted Husted <[EMAIL PROTECTED]> wrote:
On 1/3/07, mraible <[EMAIL PROTECTED]> wrote:
> Any chance of getting this deployed to Apache's Snapshot Maven repo?
>
http://people.apache.org/maven-snapshot-repository/org/apache/struts/struts2-core/
We no longer stage tagged and numbered buil
On 1/3/07, mraible <[EMAIL PROTECTED]> wrote:
Any chance of getting this deployed to Apache's Snapshot Maven repo?
http://people.apache.org/maven-snapshot-repository/org/apache/struts/struts2-core/
The automatic deploy tool didn't work for me, there's a problem with
my key, and I won't have a c
ail: [EMAIL PROTECTED]
>
>
>
--
View this message in context:
http://www.nabble.com/Re%3A--S2--Struts-2.0.2-status---Ready-to-roll-tf2901778.html#a8136928
Sent from the Struts - Dev mailing list archive at Nabble.com.
-
Ted,
Making XWork a more "public" project is not a problem - we just hadn't done so
up until now due to no need.
As for the names of the releases (RC, beta, 2.0.1.1.1.1, whatever you
want...)... that is really easy to fix: just ask Rainer or whoever is doing the
release :) OpenSymphony doesn't
There are still several broken examples and tags., which I listed on
the Showcase index page, in the hope that they still might be fixed
for Struts 2.0.3
Since Struts 2.0.2 uses XWork RC 1 as a dependency, it's doomed to
beta, and we will have to do another build or two regardless.
-Ted.
On 12/
The test builds are signed and uploaded
* http://people.apache.org/builds/struts/2.0.2/
but I wasn't able to get the deploy steps (7,10) to work
* http://struts.apache.org/2.x/docs/creating-and-signing-a-distribution.html
There's a problem withy my private key on p.a.o, and so I have to
enter
I was mentioning the other day that we should probably remove
"datepicker" and "timepicker" from struts-tags.tld and the two links in
showcase, given that they are not fully functional yet (these are not
the dropdowns, they are new). Is it ok to keep them for the build even
if they are not work
For now, I'll just delete it from the library before I sign it, to
avoid confusion. Then, we can take it out all together for Struts
2.0.3.
-Ted.
On 12/31/06, Ted Husted <[EMAIL PROTECTED]> wrote:
Yes, we decided that a combined struts-all.jar wasn't useful.
From clean checkout against a clean
Yes, we decided that a combined struts-all.jar wasn't useful.
From clean checkout against a clean repository, I had to install the
plugins first, and then run the usual assembly commands, same as you.
I added a note to the wiki page.
-Ted.
On 12/31/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 12/31/06, Ted Husted <[EMAIL PROTECTED]> wrote:
I was leaving "site" out. Thanks!
I'm having trouble with 'mvn install -Pall' (svn trunk, with the
version set at 2.0.2.)
The struts-all build is failing because it can't find
'struts2-config-browser-plugin'. To make it work, I dropped into
I was leaving "site" out. Thanks!
-Ted.
On 12/31/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 12/31/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> I looked again at a clean checkout and found the reference. The
> assembly POM in my usual working copy was missing the XWork stanza.
> I'm not sure w
I can't even find the XWork reference in the POM assembly. :)
Why don't you go ahead and fix the parent POM, and then we'll tag it.
-Ted.
On 12/31/06, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 12/31/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> On 12/30/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 12/31/06, Ted Husted <[EMAIL PROTECTED]> wrote:
I looked again at a clean checkout and found the reference. The
assembly POM in my usual working copy was missing the XWork stanza.
I'm not sure when I did that or why.
The other thing is why do we get the
Embedded error:
C:\projects\Apache\str
I looked again at a clean checkout and found the reference. The
assembly POM in my usual working copy was missing the XWork stanza.
I'm not sure when I did that or why.
The other thing is why do we get the
Embedded error:
C:\projects\Apache\struts2-clean\assembly\..\target\site isn't a
directory
On 12/31/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 12/30/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> OK, I'll get ready to roll another release then.
I've updated the release notes with the latest changes, and I'm
preparing to tag and roll Struts 2.0.2 against XWork 2.0 RC 1.
Just FYI, the
On 12/30/06, Ted Husted <[EMAIL PROTECTED]> wrote:
OK, I'll get ready to roll another release then.
I've updated the release notes with the latest changes, and I'm
preparing to tag and roll Struts 2.0.2 against XWork 2.0 RC 1.
-Ted.
On 12/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
> I'd feel a lot better if XWork would move to the milestone release
> that we use, and Tomcat uses, and HTTPD uses, and MySQL uses, to name
> a few. This hand-over-hand approach, that continually dooms Struts
> releases to beta status is a frustr
Ted Husted wrote:
I'm perfectly willing to backport the bugfixes, and the Struts
documentation is bundled with the release. We'd just have to patch the
release notes pages with any updates.
Unfortunately, I don't believe that is possible, and really, it would be
counter-productive. There as be
I'm perfectly willing to backport the bugfixes, and the Struts
documentation is bundled with the release. We'd just have to patch the
release notes pages with any updates.
The XWork trunk does not work with the current release, so we would
have to branch XWork too, and increment its head as well.
It is an interesting idea, but the showstoppers for me are:
* All the bugs that have been fixed since then
* The documentation would be completely wrong as it is for 2.0.2
* XWork trunk might not even work with 2.0.1
I think we are 95% of the way to a GA release and really do think it
could be d
On 12/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
The change I made to xwork is a very minor, internal Guice improvement
that should have no impact on its GA release. I haven't checked with
Rainer lately, but I'd imagine XWork 2.0 could go final very soon.
As for branching for 2.1, yeah, we cou
Don Brown wrote:
The change I made to xwork is a very minor, internal Guice improvement
that should have no impact on its GA release. I haven't checked with
Rainer lately, but I'd imagine XWork 2.0 could go final very soon.
I spoke with him at Javapolis, and I believe everything was ready to
The change I made to xwork is a very minor, internal Guice improvement
that should have no impact on its GA release. I haven't checked with
Rainer lately, but I'd imagine XWork 2.0 could go final very soon.
As for branching for 2.1, yeah, we could do that. I was thinking of
doing the ajax ta
[From Tag Reorganization thread]
On 12/30/06, Don Brown <[EMAIL PROTECTED]> wrote:
Quick update: The dojo separation is looking easier than I thought. I
plan to finish it tomorrow, however, it requires the latest xwork so
we should probably put it after 2.0.2. It is looking pretty good for
plu
I can give you a hand on that problem when I finish with the datepicker
stuff.
musachy
David H. DeWolf wrote:
Ted Husted wrote:
Both the datetimepicker and the action-redirect prefix worked in the
2.0.1 beta but don't work now. Both are outright bugs, and it's
unlikely we would get positi
Ted Husted wrote:
Both the datetimepicker and the action-redirect prefix worked in the
2.0.1 beta but don't work now. Both are outright bugs, and it's
unlikely we would get positive votes for a build with know defects.
AFAIK, the JavaScript error (WW-1559) doesn't impede functionality. It
mi
Both the datetimepicker and the action-redirect prefix worked in the
2.0.1 beta but don't work now. Both are outright bugs, and it's
unlikely we would get positive votes for a build with know defects.
AFAIK, the JavaScript error (WW-1559) doesn't impede functionality. It
might keep people from
That's fine with me, just help me understand the difference between this
and the datetimepicker and action-redirect issues. . .what makes them
showstoppers?
not trying to be a pain, just trying to understand :)
David
Ted Husted wrote:
The problem is that we have a an issue report, but no sug
The problem is that we have a an issue report, but no suggestions as
to a resolution. If we have a patch to apply for 2.0.2, that would be
great. But, otherwise, we might want to keep it as a known issue to
fix as soon as we figure out how. A 2.0.2 release is not going to a a
GA candidate anyway
Thanks, Musachy. I'm in and out today, but I'll try to apply this patch soon.
On 12/27/06, Musachy Barroso <[EMAIL PROTECTED]> wrote:
I attached the patch to WW-1562. It is a fairly long ticket, not
everything is fixed, but the most important stuff is:
* Add a way to hide the dropdown arrow
* R
I attached the patch to WW-1562. It is a fairly long ticket, not
everything is fixed, but the most important stuff is:
* Add a way to hide the dropdown arrow
* Reload options on type, and be able to specify minimum text length for
reload
* Remember selected values is there is a validation erro
Hi guys, I was out f town. About the problem with the autocompleter, it
is missing a css file, 'cause Don asked me to create another patch and
I had started to work on the big autocompleter ticket already so I
missed it. Please don't rollback anything, I will submit today a patch
for the autoc
After some more testing, it appears as though the javascript issues
associated with the optiontransferselect (WW-1559) are actually
effecting it's behavior. I think we should add this back to the 2.0.2 list.
I'm not all that familiar with dojo, but I'll start to look into it today.
David
Ted
Ted,
I just released XWork 2.0RC1. All required files are uploaded to the
OpenSymphony repos. Please crosscheck if everything works for you as
expected.
If you'd like to download the distribution bundles, go to
https://xwork.dev.java.net/servlets/ProjectDocumentList?folderID=6088
tia,
Rainer
> W
We're down to a handful of problems, which are all reflected in the
Showcase examples, one way or the other. Some of these were also
present in Struts 2.0.1, and so may be a problem with the example
itself.
* https://issues.apache.org/struts/browse/WW-1538
The showstoppers are the action-redirec
38 matches
Mail list logo
