[
http://issues.apache.org/jira/browse/MYFACES-987?page=comments#action_12361405
]
Dennis Byrne commented on MYFACES-987:
--
There are lots of people on the user mailing list who can help with this one :)
> CLONE -Rendered attribute with request bean
[
http://issues.apache.org/jira/browse/MYFACES-987?page=comments#action_12361404
]
Pichai Ongvasith commented on MYFACES-987:
--
I'm not sure this is a valid issue, but I think the current behavior is
annoying.
I read through the specification and d
CLONE -Rendered attribute with request bean field makes a commandLink's action
not get called.
--
Key: MYFACES-987
URL: http://issues.apache.org/jira/browse/MYFACES-987
Project: MyFa
Go for it. Since we will be scrapping the Ant build soon enough
anyways I don't see the harm ;-) This way you can get on with your
fix.
sean
On 12/29/05, John Fallows <[EMAIL PROTECTED]> wrote:
> Just a quick follow-up - not only could I not find a definition of
> ${test.suffix} but removing th
Just a quick follow-up - not only could I not find a definition of
${test.suffix} but removing the
line seemed to fix the problem.
I'll include this removal in my next patch unless someone has a better idea.
tc,
-john.On 12/29/05, John Fallows <[EMAIL PROTECTED]> wrote:
Devs,
There seems to be
On 12/29/05, Ted Husted <[EMAIL PROTECTED]> wrote:
Right now, I don't know how any of the ADF developers feel. To moveforward, we need to hear from the individual developers, who mightbecome committers some day. If this is going to be a situation whereone of the ADF developers can speak for the ot
On 12/29/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> @default: I understand.
>
> @immediate: Why would that be?
>
> The general use-case for immediate UIInputs (as I have seen it
> proposed in books, and used it myself) has been a selectbox which
> triggers a form-submit. Depending on the va
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I am proposing we switch to Maven2. I think we now have enough people
> who are ready willing and able to sustain the Maven effort.
+1 -- I'll help if you need it, but it looks like you've got it under
control. :)
Brett posted that the si
> Ummm, we need to stop talking about "Oracle" as a corporate entity.
>
> Oracle is not a committer, and can never be a committer. If some of
> the ADF volunteers get to work on the code on company time, that's
> great. But, from our perspective, only the individuals are the
> committers. Not "Orac
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> 1.) Oracle needs to be ready, willing and able to do significant
> refactoring of their code (beyond renaming the packages.)
>
> 2.) MyFaces committers (or potential committers) need to be ready to
> step up and assist in the massive integrat
Adam,
I looked through some of my archived emails on this subject. A common
theme amongst the MyFaces developers (in addition to myself) was that
the ADF code should be refactored to use the MyFaces "commons" code
when possible. At one point in time the ADF team seemed to agree with
this but rem
The code is very ugly and far from unfinished because of my deadline I stopped working on it.
here my backing bean
public class NavigationMenuItems { private static final Logger logger = Logger.getLogger(NavigationMenuItems.class); private JournalDAO journalDAO; private Map, Map>
entityMa
Right.
settled ;)
regards,
Martin
On 12/30/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Hmmm... no logging levels does make it less attractive.
>
> Sean
>
> On 12/29/05, Korhonen, Kalle <[EMAIL PROTECTED]> wrote:
> > > -Original Message-
> > > From: Sean Schofield [mailto:[EMAIL PROT
@default: I understand.
@immediate: Why would that be?
The general use-case for immediate UIInputs (as I have seen it
proposed in books, and used it myself) has been a selectbox which
triggers a form-submit. Depending on the value of the selectbox, some
other section is disabled/enabled.
Why can
Hmmm... no logging levels does make it less attractive.
Sean
On 12/29/05, Korhonen, Kalle <[EMAIL PROTECTED]> wrote:
> > -Original Message-
> > From: Sean Schofield [mailto:[EMAIL PROTECTED]
> > Subject: Re: Loggers in API Components
> > I don't know much about it but it sounds like that
[ http://issues.apache.org/jira/browse/MYFACES-982?page=all ]
Matthias Weßendorf resolved MYFACES-982:
Resolution: Fixed
implemented in nbuild for tomahawk's inputTextarea component.
Not for *standard* inputTextarea, since this breaks TCK..
Can you post the java used to "iterate over the menuitems " ?
>-Original Message-
>From: Wim Drapier [mailto:[EMAIL PROTECTED]
>Sent: Thursday, December 29, 2005 05:13 PM
>To: dev@myfaces.apache.org
>Subject: JSCookMenuBug
>
>I think there's an bug that's not yet registered with the jira..
I think there's an bug that's not yet registered with the jira... so don't shoot me if I'm wrong.
I dyna create NavigationMenuItems with a null value for the action,
when they are needed I iterate over the menuitems and add the appropriate action string.
when they are rendered they all got the
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> > I seem to recall hearing that ADF uses a custom viewhandler, much like
> > tobago. That's going to make it difficult to trivially merge
> > Tomahawk and ADF .
>
> You are absolutely correct. This is a serious concern that has yet to
> be
> -Original Message-
> From: Sean Schofield [mailto:[EMAIL PROTECTED]
> Subject: Re: Loggers in API Components
> I don't know much about it but it sounds like that might be a
> good solution. Maybe that is the intention behind providing
> it in the first place? I wasn't around when it
On 12/28/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> > af:subform has a "default" attribute which handles the
> > most common scenario where this comes up.
>
> I don't understand - "default" attribute? most common scenario?
A subform is active if and only if some component inside of it queu
I'd like to clarify: we haven't seen the codebase at all, and Sean
hasn't, either.
Sean has looked at some of the structure of how things are done, and
we should really wait to see the real treat.
Yes, Ted, you are absolutely right, let's wait for the source code
being available in public to deci
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> That was my understanding as well. It would seem to apply to this
> project where the integration work to be done is rather daunting and
> it remains to be seen if those that want to see it happen will put in
> the work to make it happen.
E
[
http://issues.apache.org/jira/browse/MYFACES-986?page=comments#action_12361399
]
Bernd Bohmann commented on MYFACES-986:
---
One problem is we don't have a real standard theme. The scarborough is the
standard theme for now.
The tobago-example-blank i
Bernd Bohmann wrote:
Sounds good,
but I would prefer to keep the ant script running as long as possible
until the maven build is stable.
+1 from my side, I am not too familiar with Maven, although I am eager
to switch, having a switching timeframe might be better than having a
clean cut.
I don't know much about it but it sounds like that might be a good
solution. Maybe that is the intention behind providing it in the
first place? I wasn't around when it was implemented. I will take a
look at some point (bigger issues going on at the moment.)
Sean
On 12/29/05, Martin Marinschek
+1 from me!
regards,
Martin
On 12/29/05, Bernd Bohmann <[EMAIL PROTECTED]> wrote:
> Sounds good,
>
> but I would prefer to keep the ant script running as long as possible
> until the maven build is stable.
>
> Have you tested the xslt from arvid for convert the MyFaces/Forrest XDoc
> documents i
What do you say to reuse the external context logger?
No dependencies at all?
regards,
Martin
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> I agree with Manfred on this. Stick with commons logging and don't
> worry about the dependency.
>
> sean
>
> On 12/23/05, Manfred Geiler <[EMA
D'accord.
Thanks for the side-blows, Sean ;))
I'll work twice as much to make this happen - I just need to file a
request to extend the day to 48 hours.
Actually, even it if might seem like this by what Sean is saying, I am
not the only one on the MyFaces PMC who is excited about the ADF Faces
p
Ok because someone raised this issue, I thought things over and came to
the conclusion a second time, there is no real issue.
First of all, I am not an expert with the newer portlet libraries, but I
have had some extensive knowledge with Jetspeed 1 (1.4b3 exactly, which
once I did a bigger por
That was my understanding as well. It would seem to apply to this
project where the integration work to be done is rather daunting and
it remains to be seen if those that want to see it happen will put in
the work to make it happen.
Sean
On 12/29/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
Oh my, that's a cool feature coming in, really.
I don't know how many bugs Sean and me have moved from "Resolved" to
"Closed" state manually ;)
regards,
Martin
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Assigning to yourself would be better. That way people can look for
> bugs th
I clearly haven't understood the concept of the incubator then.
I really thought the incubator was there to make sure that a community
builds up around a codebase - a healthy community built from corporate
developers, freelancers interested in the project, volunteers,
students and whoever else wan
To answer some of of Sean's objections - there is certainly much
interest in the MyFaces dev community for the ADF faces code. And
there will certainly be many of the current developers willing to
spend countless hours on the integration, just as much as we are
spending countless hours on the curre
[
http://issues.apache.org/jira/browse/MYFACES-950?page=comments#action_12361397
]
Andrej Konkow commented on MYFACES-950:
---
I have been investigating some time in this issue now. The results:
using
leads to the problem as described above.
Leaving
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> > Personally, I don't believe it's appropriate to think of the Incubator
> > as a place to develop a codebase or a community. It's a place where we
> > vet existing IP and communities. If the MyFaces community, as it
> > stands today, is not
Sounds good,
but I would prefer to keep the ant script running as long as possible
until the maven build is stable.
Have you tested the xslt from arvid for convert the MyFaces/Forrest XDoc
documents into Maven XDoc documents? It is not perfect but a starting
point :)
Regards
Bernd
Sean Sc
> > Are you volunteering to apply someone else's patches or to write the patches?
Since I wouldn't have the karma, I'm volunteering to help with the refactoring by writing patches.
Gary
+1I'm definitely up for helping out with this.Kind Regards,John Fallows.On 12/29/05, Bruno Aranda <
[EMAIL PROTECTED]> wrote:+1 As I've told in previous e-mails, everything seems to be working ok
in the maven build. It only remains to be migrated the currentdocumentation and the tests. There is som
+1 As I've told in previous e-mails, everything seems to be working ok
in the maven build. It only remains to be migrated the current
documentation and the tests. There is some basic information in the
site being generated with maven and I've started to move some
documentation and to play with it.
Martin Marinschek schrieb:
Well, I really don't think this is ugly UI design - the button might
just be at a different position, above or below the actual form. The
usual case is that the button is included, you're right.
My other problem is the more important one - there are actions I want
to e
[
http://issues.apache.org/jira/browse/MYFACES-778?page=comments#action_12361395
]
Bruno Aranda commented on MYFACES-778:
--
one of the tests fail... If we changed that, myfaces would lose compatibility
with the RI
> DoubleConverter has javax.faces.Dou
@Gary
Are you volunteering to apply someone else's patches or to write the patches?
Sean
On 12/29/05, Gary VanMatre <[EMAIL PROTECTED]> wrote:
>
> >From: Sean Schofield [EMAIL PROTECTED]
> >
> > So far this is the case. The existing committers are trying to keep
> > up with a full plate of bugs,
>From: Sean Schofield [EMAIL PROTECTED]
>> So far this is the case. The existing committers are trying to keep > up with a full plate of bugs, maven stuff and intergrating Tobago. > Our users are also clamoring for another release and then there is the > issue of the solaris zone. Again I ask the
I am proposing we switch to Maven2. I think we now have enough people
who are ready willing and able to sustain the Maven effort. In the
interest of time I will not go into why I think Maven is better then
Ant (I'm probably not the best person for that anyways.)
Here are the details of my propos
[
http://issues.apache.org/jira/browse/MYFACES-778?page=comments#action_12361394
]
Matthias Weßendorf commented on MYFACES-778:
Bruno, do you know what happens to TCK, when changing the value ?
> DoubleConverter has javax.faces.DoubleTime CON
Hi all,
I have a quick question about tree2 component. How to refresh
the tree without clicking on the tree? Is there any apis to do that?
The purpose is I have the tree on the left side of the page,
and some data entry boxes on the right side. When I hit the submit button on
the r
What about a custom lifecycle? Wouldn't that be more appropriate?
sean
On 12/29/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Well, I really don't think this is ugly UI design - the button might
> just be at a different position, above or below the actual form. The
> usual case is that the
Maybe the easiest thing to do is to simply add a comment on
the bug - hey I'm working on this, relax mighty committers!
Kalle
From: John Fallows
[mailto:[EMAIL PROTECTED] Sent: Thursday, December 29, 2005
8:44 AMTo: MyFaces DevelopmentSubject: Re: Fixing issues
as a non-comm
[
http://issues.apache.org/jira/browse/MYFACES-950?page=comments#action_12361390
]
Andrej Konkow commented on MYFACES-950:
---
Just for info: I have found out about one of the two problems:
The first request to the webapp is just calling the name of the
Assigning to yourself would be better. That way people can look for
bugs that are not assigned to anyone. Also a wiki document on JIRA
"etiquette" with some basic JIRA policies for the project would be
nice. Someday when I get enough time ...
sean
On 12/29/05, Korhonen, Kalle <[EMAIL PROTECTED
+1.
This sounds like a very good plan, Sean.
Kind Regards,
John Fallows
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
It may be a while though since its not yet been released. Then thereis the issues of convincing infra to upgrade. Certainly this featuremakes a very compelling case to
Devs,
There seems to be a problem with running the unit tests via "ant
unit-test-all" (top level build) or "ant unit-test) (api build).
Don't worry about the UISelectManyTest breakage, that is expected and
will be used to verify the bugfix once completed.
unit-test:
[junit] Running javax.face
It may be a while though since its not yet been released. Then there
is the issues of convincing infra to upgrade. Certainly this feature
makes a very compelling case to upgrade though!
sean
On 12/29/05, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
> Great!
> I'm definitely +1 for treating reso
That would be great! Have you tried downloading and running the m2
script from the *test* repository? If you search the archives you
will see a post from me on how to do that. Bruno has made some
improvements.
A *big* request would be for help linking the generated websites.
There are some exp
Great!
I'm definitely +1 for treating resolved (fixed in nightly) and closed
(fixed in public release) differently, and I'm glad to hear it'll soon
be possible.
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Right. I'm hoping that eventually we can change that policy once the
> followin
Right. I'm hoping that eventually we can change that policy once the
following two issues are resolved:
1.) JIRA fixes an outstanding bug/limitation where you cannot "bulk"
close issues. Once that is done we could just change all resolved to
closed in one step. Apparently this very popular JIRA
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Another example of a change I would like to see is that all users can
> reopen a bug that is not yet closed. We have a lot of people who
> report that a fix did not work, etc. and it would be nice to just
> reopen with comments.
Unfortunate
I have wanted this before (and for the same bug, actually). However, if
non-admins could assign bugs to themselves, everybody in OS would do it. There
are 'smart' people in the community who would do it a lot.
Although it degrades the signal to noise ratio a little, I think John's
appproach he
[
http://issues.apache.org/jira/browse/MYFACES-982?page=comments#action_12361389
]
Matthias Weßendorf commented on MYFACES-982:
wrap is not inside of HTML standard, but we could provide this to
t:inputTextarea
> wrap attribute in inputTextare
That sounds good!
I usually mark *fixed* bugs as *resolved*.
So it is up to the QA to close them ;)
-Matthias
On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
> Its probably possible. I am the alternate JIRA admin but I'm a bit
> busy at the moment. In the not too distant future I am goi
Its probably possible. I am the alternate JIRA admin but I'm a bit
busy at the moment. In the not too distant future I am going to
submit a proposal to the dev list for changes to the default
permission schemes so I will add this to my proposal.
Another example of a change I would like to see is
I have in mind that Manfred our jira admin, but he seams to be in vaction.
So I have no idea.
On 12/29/05, John Fallows <[EMAIL PROTECTED]> wrote:
> Yes Matthias, I'd be interested to know the general strategy for this too.
>
> Kind Regards,
> John Fallows.
>
>
> On 12/29/05, Matthias Wessendorf
Yes Matthias, I'd be interested to know the general strategy for this too.
Kind Regards,
John Fallows.On 12/29/05, Matthias Wessendorf <[EMAIL PROTECTED]> wrote:
> I assigned it to myself and marked it in progress. I'm looking> forward to the fix for this one!maybe this issue is already taken, bu
Thanks Sean!On 12/29/05, Sean Schofield <[EMAIL PROTECTED]> wrote:
I assigned it to myself and marked it in progress. I'm lookingforward to the fix for this one!seanOn 12/29/05, John Fallows <[EMAIL PROTECTED]> wrote:
> MyFaces Devs,>> I am working on> http://issues.apache.org/jira/browse/MYFACES
Folks,
I'd like to volunteer to help out with the Maven(2) build work for MyFaces as we recently migrated the ADF Faces to use Maven2.
Kind Regards,
John Fallows-- Author Pro JSF and Ajax: Building Rich Internet Componentshttp://www.apress.com/book/bookDisplay.html?bID=10044
> I assigned it to myself and marked it in progress. I'm looking
> forward to the fix for this one!
maybe this issue is already taken, but is it possible to asign bugs to yourself,
even, when you are not a committer?
(have no idea on howto configure Jira.)
-Matthias
> sean
>
> On 12/29/05, Joh
I assigned it to myself and marked it in progress. I'm looking
forward to the fix for this one!
sean
On 12/29/05, John Fallows <[EMAIL PROTECTED]> wrote:
> MyFaces Devs,
>
> I am working on
> http://issues.apache.org/jira/browse/MYFACES-829 for
> JSR-127 compliance.
>
> What is the best way to
MyFaces Devs,
I am working on http://issues.apache.org/jira/browse/MYFACES-829 for JSR-127 compliance.
What is the best way to indicate that this fix is in progress on JIRA (as a non-committer)?
After the fix is completed, I plan to attach the patch file to the issue.
Kind Regards,
John Fallows.
Tom,
These questions should go the user list. The dev list is reserved for
discussion related to the code and the future direction of the
project.
Regards,
sean
On 12/29/05, Mike Kienenberger <[EMAIL PROTECTED]> wrote:
> Tom, what version of myfaces are you using?
> I was under the impression
Tom, what version of myfaces are you using?
I was under the impression that this had be implemented awhile back.
If it hasn't been fixed, I'd recommend submitting a patch that adds
this behavior (it should be pretty trivial to do so).
On 12/27/05, Tom Butler <[EMAIL PROTECTED]> wrote:
>
>
>
> Can
[ http://issues.apache.org/jira/browse/MYFACES-981?page=all ]
Mike Kienenberger closed MYFACES-981:
-
Resolution: Invalid
Dave,
This situation is almost never a bug, but instead a usage error.
The information you've posted strongly points to you
I agree with Manfred on this. Stick with commons logging and don't
worry about the dependency.
sean
On 12/23/05, Manfred Geiler <[EMAIL PROTECTED]> wrote:
> Sorry for stepping into this discussion so late.
>
> -0.5 on having a "hard" dependency of jsf-api to an external logging api
> At least Cr
> I have been working under the belief that there were already MyFaces
> committers that were willing to work with the ADF codebase. If there
> are other developers who want to help with that work, then they can
> start by contributing in the usual way, through mailing list posts and
> patches. Whe
> I seem to recall hearing that ADF uses a custom viewhandler, much like
> tobago. That's going to make it difficult to trivially merge
> Tomahawk and ADF .
You are absolutely correct. This is a serious concern that has yet to
be addressed. Oracle has said they would refactor to use the MyFace
> An attractive aspect of the IP Clearance protocol is that it does
> *not* allow committers to be "grandfathered" into the project. Anyone
> who wants to work on the ADF Faces donation will have to earn their
> karma the old fashioned way.
+1 for being cautious about new committers. -1 for the m
> This appears to effectively side-step the Incubator. Is that wise, for such
> a large and significant donation?
I agree with Martin here. We fast-tracked Tobago and we're having
some problems as a result. The Tobgao stuff was basically dumped into
a subproject and there it sits. The people w
> So what other suggestions are there for the naming of ADF-Faces?
Why do we need a name other then "ADF donation?" Its my understanding
the donation will be part of tomahawk eventually.
> Martin
sean
> First, despite any other announcements you may have seen, we cannot
> refer to the Oracle ADF donation as "Cherokee". There are other
> software products called Cherokee, and we don't want to go there. So,
> unless or until another name is selected, we should continue to refer
> to this codebase
Please post these types of questions to the user list. The dev list
is for discussing changes to the code base and new proposals.
Regards,
sean
On 12/27/05, Tom Butler <[EMAIL PROTECTED]> wrote:
>
>
>
> Can someone please help me to understand how to configure or code a column
> sort for a Toma
[
http://issues.apache.org/jira/browse/MYFACES-986?page=comments#action_12361373
]
Dennis Kieselhorst commented on MYFACES-986:
Ok. It would be great to have this hint and a list of jars needed for a tobago
hello world application in the gettin
[ http://issues.apache.org/jira/browse/MYFACES-986?page=all ]
Volker Weber closed MYFACES-986:
Resolution: Invalid
The Tobago themes are hierarchically organized.
Speyside depends on scarbourough, so the scarbourough theme is precondition for
using
[ http://issues.apache.org/jira/browse/MYFACES-702?page=all ]
Martin Marinschek reopened MYFACES-702:
---
> outputText generates wrapped span element in a portal
> -
>
> Key: MYFACES-702
>
[ http://issues.apache.org/jira/browse/MYFACES-702?page=all ]
Martin Marinschek closed MYFACES-702:
-
Fix Version: Nightly
Resolution: Fixed
> outputText generates wrapped span element in a portal
> --
[ http://issues.apache.org/jira/browse/MYFACES-702?page=all ]
Martin Marinschek closed MYFACES-702:
-
Resolution: Fixed
Assign To: Martin Marinschek
> outputText generates wrapped span element in a portal
> --
Well, I really don't think this is ugly UI design - the button might
just be at a different position, above or below the actual form. The
usual case is that the button is included, you're right.
My other problem is the more important one - there are actions I want
to execute which are not supposed
ScarboroughTheme required even if not used
--
Key: MYFACES-986
URL: http://issues.apache.org/jira/browse/MYFACES-986
Project: MyFaces
Type: Bug
Components: Tobago
Versions: 1.1.1
Environment: Tobago 1.0.7-SNAPSHOT,
On 12/28/05, Martin Marinschek <[EMAIL PROTECTED]> wrote:
> Same objections here.
>
> How is Oracle going to maintain code when they don't have the ability to
> commit?
>
> Plus, I think the MyFaces PMC was expecting to be able to hold a last
> final vote at the time when ADF faces gets out of the
On 12/28/05, Adam Winer <[EMAIL PROTECTED]> wrote:
> Can you explain this a bit further? I'm concerned about the
> practical aspects given that we already have an existing team
> of developers here at Oracle. Let's assume that John and I
> have become committers. The practical effect of denying
No, that's not possible.
On 12/29/05, Sébastien Marin <[EMAIL PROTECTED]> wrote:
> I try to use the datatable sort.
> Is it possible to make the sort on client side (no access server)?
>
> Selon Thomas Spiegl <[EMAIL PROTECTED]>:
>
> -> Sort your data in getArrlist_providers depending on the value
[ http://issues.apache.org/jira/browse/MYFACES-985?page=all ]
Andrew Kharchenko updated MYFACES-985:
---
Attachment: UIData NPE Sample.rar
Herer is a sample components and test page included.
> UIData with multihierarchical children inside produces
UIData with multihierarchical children inside produces NPE
--
Key: MYFACES-985
URL: http://issues.apache.org/jira/browse/MYFACES-985
Project: MyFaces
Type: Bug
Components: Implementation
Environment: Tomcat
I try to use the datatable sort.
Is it possible to make the sort on client side (no access server)?
Selon Thomas Spiegl <[EMAIL PROTECTED]>:
-> Sort your data in getArrlist_providers depending on the values of
-> sortcol and sortascending.
-> Collections.sort(arrlist_providers, YourComparator) ma
Sort your data in getArrlist_providers depending on the values of
sortcol and sortascending.
Collections.sort(arrlist_providers, YourComparator) may sort the list.
Regards
Thomas
On 12/28/05, Tom Butler <[EMAIL PROTECTED]> wrote:
>
>
>
> Can someone please help me to understand how to configure o
94 matches
Mail list logo