Don't forget that Strings are immutable in Java :-).
You might have better luck experimenting with a JavaBean that has
getters/setters for the properties you want to be able to mess with.
Craig
On Wed, 1 Dec 2004 23:44:38 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Thanks for the response,
Date: 2004-12-02T00:26:33
Editor: BillKeese [EMAIL PROTECTED]
Wiki: Apache Struts Wiki
Page: StrutsDocTiles
URL: http://wiki.apache.org/struts/StrutsDocTiles
no comment
Change Log:
--
@@ -101,5 +101,6
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=32490.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Ok, I haven't run this, but let me try to interpret what I see inline...
Dakota Jack wrote:
Thanks for the response, Paul. Here's what I am up to. I can get an
object from the weak reference created from a strong reference. What
I want to do, and am not sure if I can (I am starting to think I
Hi,
I'm new in the mailing list. I would like if I can offer a
patch to Struts here ?
In fact I've add the method compareTo in the Validator in
order to make control comparaing two fields values.
Thanks,
Sébastien
ADSL ILLIMITE TISCALI + TELEPHONE GRATUIT
Please don't send email to dev. If you've named it that in your address
book, please change it.
A lot of people on this list participate in many other lists that qualify as
dev. So having to take the time look behind the name is frustrating.
On the plus side, thank you for wanting to help.
I can't compile the tiles-documentation sources with Digester 1.6, it
requires the rss package that was moved to src/examples/api/rss according
to the release notes.
Did I miss something? How are we dealing with this?
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
Date: 2004-12-02T07:14:25
Editor: MarioNeè [EMAIL PROTECTED]
Wiki: Apache Struts Wiki
Page: StrutsApplications
URL: http://wiki.apache.org/struts/StrutsApplications
no comment
Change Log:
--
@@ -2,7
I agree with everything you wrote, however, what I was specifically
talking about was some sort of storage bean that all the global Struts
components could be stored in, so we don't have all these Struts objects
littering the servlet context. Yes, for each request, a ViewContext
instance
Hmm, that's odd. How are you trying to build? I can run 'ant clean
dist' just fine with Digester 1.6, and that builds
tiles-documentation.war.
--
Martin Cooper
On Thu, 2 Dec 2004 09:54:36 -0500, James Mitchell [EMAIL PROTECTED] wrote:
I can't compile the tiles-documentation sources with
On Thu, 2 Dec 2004 00:05:12 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
Don't forget that Strings are immutable in Java :-).
You might have better luck experimenting with a JavaBean that has
getters/setters for the properties you want to be able to mess with.
Craig
Thanks, Craig:
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=14471.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Wow, I was missing something.
I just noticed this in build-webapp.xml:
...
...
!-- Excludes for tiles-documentation to reflect the fact that
Commons Digester 1.6 no longer ships the RSS demo classes
--
exclude name=org/apache/struts/webapp/tiles/rssChannel/*.java/
...
...
--
James Mitchell
That change was made at the end of October.
So now what? Instead of ignoring those classes, shouldn't we fix the
problem? Like include the examples from digester or remove our files that
refer to the no longer existing package and classes?
I am *not* looking for a vi vs. ide debate, but this
Are you using Eclipse? If so you can set Eclipse up to ignore a certain
pattern (that package) in a particular source directory.
It would be nice if the dependent jars and .project and .classpath files
were checked into SVN the way spring does it. Then someone could import
team project set and
Paul and Craig
I am getting what I expect with the following code (see below), thanks
to Craig, but not with the code which you can find at
http://131.191.32.112:8080/classes.zip and I am not sure what the
difference is. Essentially, I am trying to keep a WeakReference to
Point classes so that
At 2:32 PM -0500 12/2/04, Deadman, Hal wrote:
Are you using Eclipse? If so you can set Eclipse up to ignore a certain
pattern (that package) in a particular source directory.
It would be nice if the dependent jars and .project and .classpath files
were checked into SVN the way spring does it. Then
On Thu, 2 Dec 2004 11:56:31 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Essentially, I am trying to keep a WeakReference to
Point classes so that when I update the Point.class I can change the
classes for all the PointImpl objects out there.
My understanding of Java (extensive in many areas,
Another way of putting my question, maybe, is: why do these == return
different values:
package com.crackwillow.deploy;
import java.lang.ref.Reference;
import java.lang.ref.WeakReference;
public class MyReference {
public static void main(String [] params) {
CheckPlease cp = new
Thanks, Craig,
I am going to have to look into this more, then. Interesting stuff in
any event.
Jack
On Thu, 2 Dec 2004 12:07:28 -0800, Craig McClanahan [EMAIL PROTECTED] wrote:
On Thu, 2 Dec 2004 11:56:31 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Essentially, I am trying to keep a
Craig,
I am thinking of doing a wrapper, e.g. PointComposite, which will then
not have to be updated, because it will only adapt the signatures of
the interface Point (not implement Point) but that the actual object
doing the work will be a PointImpl which will soley be a weak
reference and
On Thu, 2 Dec 2004 14:03:45 -0600, Joe Germuska [EMAIL PROTECTED] wrote:
At 2:32 PM -0500 12/2/04, Deadman, Hal wrote:
Are you using Eclipse? If so you can set Eclipse up to ignore a certain
pattern (that package) in a particular source directory.
It would be nice if the dependent jars and
I don't think weak referencing is going to help you. As Craig
mentioned, an Object is immutably tied to its Class... which is
immutably tied to its ClassLoader.
If Foo has a reference to Bar and you want to replace Bar's
implementation (BarImpl) at runtime without effecting Foo then you are
Please move this thread to a Java language mailing list. This
discussion is not related to Struts. Thanks.
--
Martin Cooper
On Thu, 2 Dec 2004 12:30:03 -0800, Dakota Jack [EMAIL PROTECTED] wrote:
Craig,
I am thinking of doing a wrapper, e.g. PointComposite, which will then
not have to be
Thanks for your input, Martin, however .
I am doing this in an attempt to flush out HaD, Martin. HaD is a
potential Struts 2.0 implementation, which seems to be an eminently
appropriate topic for a Struts developer list.
Jack
On Thu, 2 Dec 2004 12:40:30 -0800,
Good points, Paul,
I definitely agree that this is only for a few key classes, Paul.
There is no reason to think at this stage that it would be other than
for framework classes. I have to think through whether that would in
itself be worthwhile. Thanks for your input.
Jack
On Thu, 02 Dec
I agree with Martin which is why I originally prefixed the subject with
[OT] on my first response.
In the end, fleshed out, your stuff may be of interest. But in the mean
time, there are probably more appropriate places for you to learn about
these parts of Java on your journey to realizing
There are almost 800 people subscribed to this list. The first use of
the word Struts in this thread (now over a dozen messages) was in my
message, asking you to move the thread. I don't believe that's what
all those people expect to be reading about here.
If you want to develop your HaD ideas,
Martin Cooper [EMAIL PROTECTED] wrote:
Other issues with keeping Eclipse files in our repo:
1) The expectation would be that they would be kept up to date. If a
particular committer doesn't use Eclipse, I don't think it's fair to
expect them to keep Eclipse config files up to date when they
Thanks for changing the subject line so I noticed this thread again.
I am very much against keeping IDE specific files in the repository. Even
if you're using the same IDE, no two developer's environment will be the
same so paths will be wrong, etc. This will be painful because checking
out
I am very much against keeping IDE specific files in the repository.
+1
Michael
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
With eclipse at least, this limitation can be easily worked around.
Anything that uses a machine-specific path (or whatever else that may be
machine specific) is referenced to by a variable that each developer can
set on their machine. What gets committed only has references to those
variables,
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=32504.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Date: 2004-12-02T14:58:38
Editor: JoeGermuska [EMAIL PROTECTED]
Wiki: Apache Struts Wiki
Page: StrutsDeprecatedActionErrors
URL: http://wiki.apache.org/struts/StrutsDeprecatedActionErrors
make consistent the usage of saveErrors and message='false'
Change Log:
Date: 2004-12-02T15:03:05
Editor: JoeGermuska [EMAIL PROTECTED]
Wiki: Apache Struts Wiki
Page: StrutsDeprecatedActionErrors
URL: http://wiki.apache.org/struts/StrutsDeprecatedActionErrors
remove code tags which don't work in the wiki; try to answer
comment/question
Change
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=14471.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
Eclipse classpath variables don't solve the issue because each developer
may be using different variable names. Further, the name of the jar file
may be different (ie. have version number in it). In my experience,
forcing developers to use the one true setup is a recipe for disaster.
After
David Graham wrote:
Eclipse classpath variables don't solve the issue because each developer
may be using different variable names. Further, the name of the jar file
may be different (ie. have version number in it). In my experience,
forcing developers to use the one true setup is a recipe for
Have you got the latest build-webapp.xml?
Craig commented out the tiles-documentation build to stop this failing
(Revision 56019)
Niall
- Original Message -
From: James Mitchell [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Thursday, December 02, 2004 2:54 PM
We have talked CoR, IoC... but not yet JMX/Modeler.
Tomcat 5.5 has JMX.
If any singleton types are in the registry, and we get them from
registry.
It's a big chunk to bite of.
I still do not know how to use JMX, but . . .
What if there was a way that object in the Chain XML Catalog commands
The problem is that one developer's litter is another developer's treasure :)
Right now, a lot of components are already pointing to the components we've
scattered about the contexts. If we just move them into our own context, then
those references would break.
To create a migration path, we'd
Thanks. I've fixed this by removing the two Struts references from the
Jakarta FAQs page, since Struts is no longer part of Jakarta.
--
Martin Cooper
On Wed, 01 Dec 2004 09:29:16 -0600, Matt Bathje [EMAIL PROTECTED] wrote:
Hi guys
Not sure where to send this, but I figured one of you would.
The Struts 1.2.6 test build has been available for about two weeks
now. Once you have had a chance to form an opinion on the quality of
this build, please respond to the following vote.
-
Based on its quality, the Struts 1.2.6 build should be classified as:
[ ] Alpha
[ ] Beta
[ ] General
My own vote...
Beta. While a number of issues have been reported, my opinion is that
#32490 is enough to preclude GA, since I believe we need to have the
tag libraries in sync for a GA release.
--
Martin Cooper
On Thu, 2 Dec 2004 22:49:35 -0800, Martin Cooper [EMAIL PROTECTED] wrote:
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=14471.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.
45 matches
Mail list logo