DO NOT REPLY [Bug 27998] New: - jsvc compile failed due to Unsupported CPU architecture

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27998

jsvc compile failed due to Unsupported CPU architecture

   Summary: jsvc compile failed due to Unsupported CPU architecture
   Product: Commons
   Version: 1.0 Alpha
  Platform: HP
   URL: N/A
OS/Version: HP-UX
Status: NEW
  Severity: Major
  Priority: Other
 Component: Daemon
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


I was trying to compile jsvc on a HP-UX 11.00 system

$ support/buildconf.sh  
support/buildconf.sh: configure script generated successfully

$ ./configure
*** Current host ***
checking build system type... hppa1.1-hp-hpux11.00
checking host system type... hppa1.1-hp-hpux11.00
checking cached host system type... ok
*** C-Language compilation tools ***
checking for gcc... no
checking for cc... cc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables... 
checking for suffix of object files... o
checking whether we are using the GNU C compiler... no
checking whether cc accepts -g... yes
checking for cc option to accept ANSI C... none needed
checking for ranlib... ranlib
*** Java compilation tools ***
checking for javac... /opt/java1.4/bin/javac
checking wether the Java compiler (/opt/java1.4/bin/javac) works... yes
checking for jar... /opt/java1.4/bin/jar
*** Host support ***
checking C flags dependant on host system type... failed
configure: error: Unsupported CPU architecture "hppa1.1"

Every tried three times with the same results.

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

cvs commit: jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/commands LocaleCommand.java MailReader.java MailReaderBase.java

[husted]

husted  2004/03/26 19:58:02

  Modified:chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader
CommandAction.java
  Added:   chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader
ViewContext.java
   
chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/commands
LocaleCommand.java MailReader.java
MailReaderBase.java
  Log:
  Add test and code for LocaleCommand
  
  Revision  ChangesPath
  1.2   +2 -2  
jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/CommandAction.java
  
  Index: CommandAction.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/CommandAction.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- CommandAction.java25 Mar 2004 12:39:27 -  1.1
  +++ CommandAction.java27 Mar 2004 03:58:02 -  1.2
  @@ -10,9 +10,9 @@
   
   /**
* 
  - * Create ActionContextBase pass to Command corresponding to the ActionForm name.
  + * Create ActionHelperBase pass to Command corresponding to the ActionForm name.
* On return, analyze Context, returning values in servlet contexts as
  - * appropriate. The ActionContextBase is also exposed in the request under
  + * appropriate. The ActionHelperBase is also exposed in the request under
* the key "context".
* 
* 
  
  
  
  1.1  
jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/ViewContext.java
  
  Index: ViewContext.java
  ===
  package org.apache.commons.chain.mailreader;
  
  import org.apache.commons.chain.Context;
  
  import java.util.Locale;
  
  /**
   * Application interface for the Struts framework.
   */
  public interface ViewContext extends Context {
  
  public static String PN_LOCALE = "locale";
  public boolean isLocale();
  public void setLocale(Locale locale);
  public Locale getLocale();
  
  public static String PN_INPUT = "input";
  public boolean isInput();
  public void setInput(Context context);
  public Context getInput();
  
  }
  
  
  
  1.1  
jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/commands/LocaleCommand.java
  
  Index: LocaleCommand.java
  ===
  /*
   * $Header: 
/home/cvs/jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/commands/LocaleCommand.java,v
 1.1 2004/03/27 03:58:02 husted Exp $
   * $Revision: 1.1 $
   * $Date: 2004/03/27 03:58:02 $
   *
   * Copyright 2000-2004 Apache Software Foundation
   *
   * Licensed under the Apache License, Version 2.0 (the "License");
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   *
   * http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an "AS IS" BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   */
  package org.apache.commons.chain.mailreader.commands;
  
  import org.apache.commons.chain.Command;
  import org.apache.commons.chain.Context;
  
  import java.util.Locale;
  
  /**
   * Change Locale according to input values, country and language.
   */
  public class LocaleCommand implements Command {
  
  static boolean isBlank(String string) {
  return ((string==null) || (string.trim().length()==0));
  }
  
  public boolean execute(Context context) {
  
  MailReader app = (MailReader) context;
  Context input = app.getInput();
  String country = (String) input.get(MailReader.PN_COUNTRY);
  String language = (String) input.get(MailReader.PN_LANGUAGE);
  
  Locale locale = Locale.getDefault();
  if ((!isBlank(language)) && (!isBlank(country))) {
  locale = new Locale(language, country);
  }
  else if (!isBlank(language)) {
  locale = new Locale(language, "");
  }
  app.setLocale(locale);
  
  return false;
  }
  }
  
  
  
  1.1  
jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/commands/MailReader.java
  
  Index: MailReader.java
  ===
  /*
   * $Header: 
/home/cvs/jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/com

cvs commit: jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader ActionHelperBase.java ActionHelper.java ActionContextBase.java ActionContext.java

[husted]

husted  2004/03/26 19:56:20

  Added:   chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader
ActionHelperBase.java ActionHelper.java
  Removed: chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader
ActionContextBase.java ActionContext.java
  Log:
  Rename ActionContext as Helper objects.
  
  Revision  ChangesPath
  1.1  
jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/ActionHelperBase.java
  
  Index: ActionHelperBase.java
  ===
  /*
   * $Header: 
/home/cvs/jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/ActionHelperBase.java,v
 1.1 2004/03/27 03:56:20 husted Exp $
   * $Revision: 1.1 $
   * $Date: 2004/03/27 03:56:20 $
   *
   * Copyright 1999-2004 The Apache Software Foundation.
   *
   * Licensed under the Apache License, Version 2.0 (the "License");
   * you may not use this file except in compliance with the License.
   * You may obtain a copy of the License at
   *
   *  http://www.apache.org/licenses/LICENSE-2.0
   *
   * Unless required by applicable law or agreed to in writing, software
   * distributed under the License is distributed on an "AS IS" BASIS,
   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
   * See the License for the specific language governing permissions and
   * limitations under the License.
   */
  package org.apache.commons.chain.mailreader;
  
  import org.apache.commons.chain.impl.ContextBase;
  import org.apache.struts.Globals;
  import org.apache.struts.action.*;
  import org.apache.struts.upload.MultipartRequestWrapper;
  import org.apache.struts.util.MessageResources;
  import org.apache.struts.util.RequestUtils;
  
  import javax.servlet.ServletContext;
  import javax.servlet.http.HttpServletRequest;
  import javax.servlet.http.HttpServletResponse;
  import javax.servlet.http.HttpSession;
  import javax.sql.DataSource;
  import java.util.Locale;
  /**
   * 
   * NOTE -- This implementation was designed to work with the
   * default module only. Many methods won't work with modular
   * applications.
   * 
   * 
   * NOTE -- In the next version, a "ViewContext" interface
   * and implementation will be added to this class to allow
   * access to operations business Commands might use without
   * exposing Http signatures or other implementation details.
   * 
   * 
   * NOTE -- At some point, a "disconnected" implementation should be
   * available so that the Http resources do not have be cached
   * as class members.
   * 
   * 
   * NOTE -- This class may be migrated to a later release of Struts
   * when support for Commons Chains is added.
   * 
   */
  public class ActionHelperBase implements ActionHelper {
  
  //   Properties
  
  /**
   * The application associated with this instance.
   */
  private ServletContext application = null;
  
  /**
   * Set the application associated with this instance.
   * [servlet.getServletContext()]
   */
  public void setApplication(ServletContext application) {
  this.application = application;
  }
  
  /**
   * The session associated with this instance.
   */
  private HttpSession session = null;
  
  /**
   * Set the session associated with this instance.
   */
  public void setSession(HttpSession session) {
  this.session = session;
  }
  
  /**
   * The request associated with this instance.
   */
  private HttpServletRequest request = null;
  
  /**
   * Set the request associated with this object.
   * Session object is also set or cleared.
   */
  public void setRequest(HttpServletRequest request) {
  this.request = request;
  if (this.request == null)
  setSession(null);
  else
  setSession(this.request.getSession());
  }
  
  /**
   * The response associated with this instance.
   */
  private HttpServletResponse response = null;
  
  /**
   * Set the response associated with this isntance.
   * Session object is also set or cleared.
   */
  public void setResponse(HttpServletResponse response) {
  this.response = response;
  }
  
  /**
   * The forward associated with this instance.
   */
  private ActionForward forward = null;
  
  /**
   * Set the forward associated with this instance.
   */
  public void setForward(ActionForward forward) {
  this.forward = forward;
  }
  
  /**
   * Set the application and request for this object instance.
   * The ServletContext can be set by any servlet in the application.
   * The request should be the instant request.
   * Most of the other methods

RE: moving JAM to org.apache.jam

[Noel J. Bergman]

Leo Simons wrote:

> As to process, if jakarta-commons wants the code, you have a CLA on
> file, and the code was developed completely within an ASF repo
> @ xmlbeans, I don't think we need to have this go through incubation.

One small detail: XMLBeans, itself, is in the Incubator.  :-)  It has
neither cleared nor asked to clear it, and JAMS is a part of XMLBeans.
Therefore it does need to clear the Incubator.  But that doesn't mean it
needs to wait for the rest of XMLBeans.  It would clear on its own merits.

Other than that, your approach was spot on.  :-)  And I agree with your idea
to put Leo Sutic and Patrick Calahan together.  Good synergies.

--- Noel


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

[VOTE:RESULT] Tim Reilly for Committer

[Noel J. Bergman]

Tim Reilly has been participating with some regularity since December, as
shown by:
http://nagoya.apache.org/eyebrowse/[EMAIL PROTECTED]
pache.org&from=81234&to=81234&count=40&by=author&paged=false.  Tim has
expressed interest in becoming a Committer, so that he can participate more
directly, rather than requiring people to do commits for him.

The vote thread is at
http://mail-archives.apache.org/eyebrowse/[EMAIL PROTECTED]
karta.apache.org&by=thread&from=681808.  The vote result was 4 +1.

Barring objection from the PMC, Tim has been granted Committer status for
Jakarta Commons.  Tim already has filed a signed CLA on file.

--- Noel

P.S.  I did realize after the fact that the last two votes, for Alex and Tim
were not marked with a [VOTE] prefix.


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

RE: [All] Re: [HiveMind] Discuss: CVS or Subversion?

[Martin Cooper]

On Fri, 26 Mar 2004, Noel J. Bergman wrote:

> > This is really a much wider discussion, since HiveMind is in the Commons
> > CVS repo, not its own.
>
> No, it isn't.  HiveMind has been voted by the PMC to be a Jakarta project on
> its own, and so they are deciding to which scm to move.

Click! Brain now turned on...

Yah. I've been too focussed elsewhere recently, and all the HiveMind
discussion on this list, combined with the repo still being in Commons
right now, had me forgetting HiveMind is going to take Struts' place in
the Jakarta nav menu (or, at the rate I'm going, they'll get there before
we (Struts) leave). ;-)

Sorry 'bout that.

--
Martin Cooper


>
>   --- Noel
>
>
> -
> 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]

DO NOT REPLY [Bug 27997] - [messenger] Patch - Messenger instance continues to work after JMS server crash

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27997

[messenger] Patch - Messenger instance continues to work after JMS server crash





--- Additional Comments From [EMAIL PROTECTED]  2004-03-27 01:50 ---
Created an attachment (id=11021)
New interface to use the AWTEventMulticaster with a JMS Exception Listener, but 
implementing the java.util.EventListener interface.  in package 
org.apache.commons.messenger

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

DO NOT REPLY [Bug 27997] - [messenger] Patch - Messenger instance continues to work after JMS server crash

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27997

[messenger] Patch - Messenger instance continues to work after JMS server crash





--- Additional Comments From [EMAIL PROTECTED]  2004-03-27 01:49 ---
Created an attachment (id=11020)
New java file to enable multiple JMS ExceptionListeners to receive notification of an 
exception.  In package org.apache.commons.messenger

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

DO NOT REPLY [Bug 27997] - [messenger] Patch - Messenger instance continues to work after JMS server crash

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27997

[messenger] Patch - Messenger instance continues to work after JMS server crash





--- Additional Comments From [EMAIL PROTECTED]  2004-03-27 01:48 ---
Created an attachment (id=11019)
Patch for existing files.

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

DO NOT REPLY [Bug 27997] New: - [messenger] Patch - Messenger instance continues to work after JMS server crash

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27997

[messenger] Patch - Messenger instance continues to work after JMS server crash

   Summary: [messenger] Patch - Messenger instance continues to work
after JMS server crash
   Product: Commons
   Version: 1.0 Alpha
  Platform: Other
OS/Version: Other
Status: NEW
  Severity: Normal
  Priority: Other
 Component: Sandbox
AssignedTo: [EMAIL PROTECTED]
ReportedBy: [EMAIL PROTECTED]


The attached files are a patch to enable an instance of a Messenger to continue
to be used after the associated JMS server goes off line.  Obviously, if the 
instance is down, it will throw an error.  But after an error, the messenger 
instance will attempt to recreate all necessary sessions and connections to 
resume normal behavior without restarting the JVM.

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

RE: [All] Re: [HiveMind] Discuss: CVS or Subversion?

[Noel J. Bergman]

> This is really a much wider discussion, since HiveMind is in the Commons
> CVS repo, not its own.

No, it isn't.  HiveMind has been voted by the PMC to be a Jakarta project on
its own, and so they are deciding to which scm to move.

--- Noel


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

[All] Re: [HiveMind] Discuss: CVS or Subversion?

[Martin Cooper]

This is really a much wider discussion, since HiveMind is in the Commons
CVS repo, not its own. Either all of Commons would have to switch at the
same time (the sane approach, IMHO), or we'd have to agree to having both
CVS and SVN repos, with some projects in one, and the remainder in the
other (yuk!).

There was a thread on subversion on this list recently (subject: "thoughts
on subversion") where the respondents seemd to like the idea - but that
was a very small sample of the overall Commons committer base.

--
Martin Cooper


On Fri, 26 Mar 2004, Howard M. Lewis Ship wrote:

> So, I'm trying to get back into the saddle on all this stuff.
>
> An immediate question is whether we should use CVS or Subversion for HiveMind.
>
> I installed the Eclipse Subversion plugin and it seems to be perfectly OK.
>
> I think it would be a great experiment (from my perspective) to trying Subversion; 
> certainly, I'm
> really into any system that understands that a source file may move or be renamed 
> over time.
>
> Any thoughts from the other HiveMind developers?
>
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Tapestry: Java Web Components
> http://howardlewisship.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]

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli2 HelpSetting.java

[roxspring]

roxspring2004/03/26 16:43:11

  Modified:cli/src/java/org/apache/commons/cli2 Tag:
RESEARCH_CLI_2_ROXSPRING HelpSetting.java
  Log:
  Minor optimisation - name.hashCode() is now called 1722 times in the test suite 
rather than 20268!!
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.1.2.5   +4 -1  
jakarta-commons/cli/src/java/org/apache/commons/cli2/Attic/HelpSetting.java
  
  Index: HelpSetting.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/Attic/HelpSetting.java,v
  retrieving revision 1.1.2.4
  retrieving revision 1.1.2.5
  diff -u -r1.1.2.4 -r1.1.2.5
  --- HelpSetting.java  8 Feb 2004 13:08:58 -   1.1.2.4
  +++ HelpSetting.java  27 Mar 2004 00:43:11 -  1.1.2.5
  @@ -53,15 +53,18 @@
   new HelpSetting("DISPLAY_PARENT_ARGUMENT");
   public static final HelpSetting DISPLAY_PARENT_CHILDREN =
   new HelpSetting("DISPLAY_PARENT_CHILDREN");
  +
   private final String name;
  +private final int hashCode;
   
   private HelpSetting(final String name) {
   this.name = name;
  +this.hashCode = name.hashCode();
   all.add(this);
   }
   
   public int hashCode() {
  -return name.hashCode();
  +return hashCode;
   }
   
   public boolean equals(final Object that) {
  
  
  

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

Re: is anyone supporting commons-EL?

[Jan Luehe]

Jan Luehe wrote:
On Thu, 25 Mar 2004, John Casey wrote:

 > > I asked a question a couple of days ago regarding unit tests (or the
 > > lack thereof) in commons-EL. I have received no response, which I
 > > could understand if it just got lost among the other EL-related
 > > traffic. But I have yet to see even one more email related to EL,
 > > and I'm just wondering: is EL defunct? Who is managing this project?
 >
 > As far as I am aware, there are no unit tests. As for the "entry
 > point", which you referred to in your earlier message, you'll find
 > that very well documented in Part II of the JSP 2.0 spec. Commons-EL
 > is, after all, an implementation of that API, as noted on the home
 > page.
 >
 > There isn't a lot of activity on this component at the moment, as you
 > have noticed. Projects at Apache don't have managers per se, just
 > contributors,
 > and I think it would be safe to say the the EL contributors right now
 > are busy with other stuff. ;-) That said, your previous message was
 > just yesterday, and not everyone checks these lists every day.
 > Patience is a virtue. ;-)
Just to confirm what Martin said: There currently aren't any unit tests
for commons-el.
I didn't want to give the impression that commons-el has not been
tested at all.
There are a large number of JSP 2.0 spec compliance
tests covering the EL. These tests are available to any J2EE licensee.
I agree it would be useful to provide additional unit tests in the
commons-el module itself.
Thanks,

Jan



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

Re: [CLI] PatternOptionBuilder

[Torsten Curdt]

For me the point is ...I am currently writing about it.
Not sure if I should go for 2.0 branch already. And I am
also explainging the PatternOptionBuilder - which is
currently not fully working.


FWIW the cli2 branch is pretty stable and ready to be written about :) 
Alright ...then do a release :)

That said though, it really depends what you want to write about and 
when your deadline is.
Deadline is in about two weeks.
The part about cli is already done.
So I'd have to re-write it for 2.0.
Not totally sure if I wanna do that :)
I'd be personally in favor of either maintaining the
1.0 branch for a longer while. Only doing bugfix releases.
Or include it into 2.0 API and deprecate it.
Anyway this tiny bug should be fixed. I'd do it!
But I don't have karma over here at jakarta.


Point taken, patch applied to HEAD.
Very much appreciated!
Thanks, Rob :)
Cheers
--
Torsten


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

[digester] can't resolve relative entities ?

[Paul Libbrecht]

Dear Digester-Gurus...

While trying really much to resolve the possible responsability of a 
buggy dom4j in errors to resolve entities in maven project parsing, I 
finally realize that Digester may be the reason.

We start with a guess: Digester.parse(File) is weird (around lines 
1527...): it doesn't store, at all, the reference to the file but still 
offers himself as EntityResolver. How can it resolve an entity if it 
doesn't know the path ??

The pathology appears very while building taglibs of jelly: the 
project.xml of each taglibs, extends ../taglib-project.xml which itself 
should reference, by means of DTD-internal-subset ../commonDeps.ent.
As this is buggy, the current jelly CVS contains a copy of 
commonDeps.ent.

Digging into the source, I realize that the place where it leaves the 
maven sources is in MavenUtils line 190 (at the beginning of 
getNonJellyProject(). Inserting something the code below right before 
the call to getProjectBeanReader().parse() proved me that the whole 
logic of relative URLs runs fine... (even the stream opens)...

URL u = new URL("file://" + projectDescriptor.getAbsolutePath());
System.out.println("Will parse project: " + u);
if (projectDescriptor.getName().equals("tag-project.xml")) {
URL u2 = new URL(u,"../commonDependencies.ent");
System.out.println("CommonDeps should be at " + u2);
System.out.println("Stream: " + u2.openStream());
}
Can someone at least comment on my guess about the inappropriate 
construction of the entity-resolver ? I think one needs to create a new 
one for every new URL handed-out to the digester, or ?

paul

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

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/commandline PropertiesCommandLineTest.java

[roxspring]

roxspring2004/03/26 16:27:31

  Modified:cli/src/test/org/apache/commons/cli2/commandline Tag:
RESEARCH_CLI_2_ROXSPRING
PropertiesCommandLineTest.java
  Log:
  Removed debugging information
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.1.2.2   +2 -19 
jakarta-commons/cli/src/test/org/apache/commons/cli2/commandline/Attic/PropertiesCommandLineTest.java
  
  Index: PropertiesCommandLineTest.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/cli/src/test/org/apache/commons/cli2/commandline/Attic/PropertiesCommandLineTest.java,v
  retrieving revision 1.1.2.1
  retrieving revision 1.1.2.2
  diff -u -r1.1.2.1 -r1.1.2.2
  --- PropertiesCommandLineTest.java27 Mar 2004 00:19:39 -  1.1.2.1
  +++ PropertiesCommandLineTest.java27 Mar 2004 00:27:31 -  1.1.2.2
  @@ -38,24 +38,7 @@
return new PropertiesCommandLine(root,props,'|');
}

  - public void setUp() throws Exception{
  - super.setUp();
  - 
  - System.out.println("TEST:"+getName());
  - }
  - 
  - public void testNothing() throws IOException{
  - final String text = 
  - "#comment\n"
  - +"property=value\n"
  - +"property2: value2\n"
  - +"property3   value3  \n"
  - +"property4\n"
  - +"property5:\n"
  - +"property6=\n"
  - +"property7 \n"
  - ;
  - props.load(new ByteArrayInputStream(text.getBytes()));
  - System.out.println(props);
  + public void testToMakeEclipseSpotTheTestCase(){
  + // nothing to test
}
   }
  
  
  

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

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2 CommandLineTestCase.java

[roxspring]

roxspring2004/03/26 16:27:20

  Modified:cli/src/java/org/apache/commons/cli2/commandline Tag:
RESEARCH_CLI_2_ROXSPRING PropertiesCommandLine.java
   cli/src/test/org/apache/commons/cli2 Tag:
RESEARCH_CLI_2_ROXSPRING CommandLineTestCase.java
  Log:
  Removed debugging information
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.1.2.2   +0 -1  
jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/PropertiesCommandLine.java
  
  Index: PropertiesCommandLine.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/PropertiesCommandLine.java,v
  retrieving revision 1.1.2.1
  retrieving revision 1.1.2.2
  diff -u -r1.1.2.1 -r1.1.2.2
  --- PropertiesCommandLine.java27 Mar 2004 00:19:39 -  1.1.2.1
  +++ PropertiesCommandLine.java27 Mar 2004 00:27:20 -  1.1.2.2
  @@ -65,7 +65,6 @@
 */
public List getValues(final Option option, final List defaultValues) {
final String value = properties.getProperty(option.getPreferredName());
  - System.out.println("value="+value);

if(value==null){
return defaultValues;
  
  
  
  No   revision
  No   revision
  1.1.2.3   +0 -1  
jakarta-commons/cli/src/test/org/apache/commons/cli2/Attic/CommandLineTestCase.java
  
  Index: CommandLineTestCase.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/cli/src/test/org/apache/commons/cli2/Attic/CommandLineTestCase.java,v
  retrieving revision 1.1.2.2
  retrieving revision 1.1.2.3
  diff -u -r1.1.2.2 -r1.1.2.3
  --- CommandLineTestCase.java  27 Mar 2004 00:17:46 -  1.1.2.2
  +++ CommandLineTestCase.java  27 Mar 2004 00:27:20 -  1.1.2.3
  @@ -76,7 +76,6 @@
 */
public final void testGetValuesString() {
assertListContentsEqual(list("present 
value"),commandLine.getValues("--present"));
  - System.out.println(commandLine.getValues("--multiple"));
assertListContentsEqual(list("value 1","value 2","value 
3"),commandLine.getValues("--multiple"));
assertTrue(commandLine.getValues("--missing").isEmpty());
}
  
  
  

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

cvs commit: jakarta-commons/cli/src/test/org/apache/commons/cli2/commandline PropertiesCommandLineTest.java

[roxspring]

roxspring2004/03/26 16:19:39

  Added:   cli/src/java/org/apache/commons/cli2/commandline Tag:
RESEARCH_CLI_2_ROXSPRING PropertiesCommandLine.java
   cli/src/test/org/apache/commons/cli2/commandline Tag:
RESEARCH_CLI_2_ROXSPRING
PropertiesCommandLineTest.java
  Log:
  Added PropertiesCommandLine and test case.  

  This CommandLine implementation allows options, switches and arguments to be set 
from a properties file
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.1.2.1   +142 -0
jakarta-commons/cli/src/java/org/apache/commons/cli2/commandline/Attic/PropertiesCommandLine.java
  
  
  
  
  No   revision
  No   revision
  1.1.2.1   +61 -0 
jakarta-commons/cli/src/test/org/apache/commons/cli2/commandline/Attic/PropertiesCommandLineTest.java
  
  
  
  

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

Re: moving JAM to org.apache.jam

[Leo Simons]

Noel J. Bergman wrote: [comments on stuff about JAM by Patrick Calahan]
---
For those on the CC list: JAM is a metadata library combining features 
of the reflection API, JSR 175, commons-attributes, JClass and some 
other projects:

http://www.pcal.net/jam

that Patrick just introduced on [EMAIL PROTECTED] First impression: 
good stuff! Seems like a much better implementation of something I 
thought about here:

   http://www.jroller.com/comments/lsd?anchor=rethinking_attributes

it would be so cool if you (Patrick) and Leo Sutic (the guy who wrote 
the current commons-sandbox-attributes) could get together and merge 
these two codebases (commons-attributes has some strengths that jam 
seems to lack, like being smaller and having what seems like a cleaner 
and easier runtime API, and vice versa the same is true of course) into 
a new de facto standard.

Though I can't commit time to help coding right now, I'll volunteer to 
otherwise help you out with a quick progression through whatever process 
into whatever final destination. As to destination, jakarta-commons 
seems a natural choice to me. As to process, if jakarta-commons wants 
the code, you have a CLA on file, and the code was developed completely 
within an ASF repo @ xmlbeans, I don't think we need to have this go 
through incubation. It would just be up to jakarta-commons to accept it. 
The package name then would probably become org.apache.commons.meta or 
something like that.

Please direct replies to [EMAIL PROTECTED] and drop the CC list.

--
cheers,
- Leo Simons

---
Weblog  -- http://leosimons.com/
IoC Component Glue  -- http://jicarilla.org/
Articles & Opinions -- http://articles.leosimons.com/
---
"We started off trying to set up a small anarchist community, but
 people wouldn't obey the rules."
-- Alan Bennett
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Re: [CLI] PatternOptionBuilder

[Rob Oxspring]

Torsten Curdt wrote:

For me the point is ...I am currently writing about it.
Not sure if I should go for 2.0 branch already. And I am
also explainging the PatternOptionBuilder - which is
currently not fully working.
FWIW the cli2 branch is pretty stable and ready to be written about :) 
That said though, it really depends what you want to write about and 
when your deadline is.

I'd be personally in favor of either maintaining the
1.0 branch for a longer while. Only doing bugfix releases.
Or include it into 2.0 API and deprecate it.
Anyway this tiny bug should be fixed. I'd do it!
But I don't have karma over here at jakarta.
Point taken, patch applied to HEAD.

Cheers,

Rob

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

cvs commit: jakarta-commons/cli/src/java/org/apache/commons/cli PatternOptionBuilder.java

[roxspring]

roxspring2004/03/26 11:35:01

  Modified:cli/src/test/org/apache/commons/cli BugsTest.java
   cli  project.xml
   cli/src/java/org/apache/commons/cli
PatternOptionBuilder.java
  Log:
  PatternOptionBuilder now supports required options

  

  PR:10890

  Submitted by: Torsten Curdt

  Reviewed by:  Rob Oxspring
  
  Revision  ChangesPath
  1.17  +12 -1 
jakarta-commons/cli/src/test/org/apache/commons/cli/BugsTest.java
  
  Index: BugsTest.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/cli/src/test/org/apache/commons/cli/BugsTest.java,v
  retrieving revision 1.16
  retrieving revision 1.17
  diff -u -r1.16 -r1.17
  --- BugsTest.java 17 Jan 2003 20:00:14 -  1.16
  +++ BugsTest.java 26 Mar 2004 19:35:01 -  1.17
  @@ -383,5 +383,16 @@
   CommandLine line = parser.parse( options, args );
   assertEquals( "Two Words", line.getOptionValue( "m" ) );
   }
  +
  +public void test27575() {
  + Options options = PatternOptionBuilder.parsePattern("hc!<");
  + assertNotNull(options);
  + Option h = options.getOption("-h");
  + assertNotNull(h);
  + assertFalse(h.isRequired());
  + Option c = options.getOption("-c");
  + assertNotNull(c);
  + assertTrue(c.isRequired());
  +}
   
   }
  
  
  
  1.18  +1 -1  jakarta-commons/cli/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons/cli/project.xml,v
  retrieving revision 1.17
  retrieving revision 1.18
  diff -u -r1.17 -r1.18
  --- project.xml   10 Feb 2004 19:15:04 -  1.17
  +++ project.xml   26 Mar 2004 19:35:01 -  1.18
  @@ -78,7 +78,7 @@
 
   
 junit
  -  3.7
  +  3.8.1
   
 
 
  
  
  
  1.8   +1 -1  
jakarta-commons/cli/src/java/org/apache/commons/cli/PatternOptionBuilder.java
  
  Index: PatternOptionBuilder.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/cli/src/java/org/apache/commons/cli/PatternOptionBuilder.java,v
  retrieving revision 1.7
  retrieving revision 1.8
  diff -u -r1.7 -r1.8
  --- PatternOptionBuilder.java 29 Feb 2004 16:30:03 -  1.7
  +++ PatternOptionBuilder.java 26 Mar 2004 19:35:01 -  1.8
  @@ -117,7 +117,7 @@
   {
   if ((ch != '@') && (ch != ':') && (ch != '%') && (ch != '+')
   && (ch != '#') && (ch != '<') && (ch != '>') && (ch != '*')
  -&& (ch != '/'))
  +&& (ch != '/') && (ch != '!'))
   {
   return false;
   }
  
  
  

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

cvs commit: jakarta-commons/cli project.xml

[roxspring]

roxspring2004/03/26 11:17:12

  Modified:cli  Tag: RESEARCH_CLI_2_ROXSPRING project.xml
  Log:
  commons-build changes for project.xml
  
  Revision  ChangesPath
  No   revision
  No   revision
  1.16.2.6  +1 -1  jakarta-commons/cli/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons/cli/project.xml,v
  retrieving revision 1.16.2.5
  retrieving revision 1.16.2.6
  diff -u -r1.16.2.5 -r1.16.2.6
  --- project.xml   3 Mar 2004 01:08:58 -   1.16.2.5
  +++ project.xml   26 Mar 2004 19:17:11 -  1.16.2.6
  @@ -1,7 +1,7 @@
   
   
   
  -  ../project.xml
  +  ../commons-build/project.xml
 commons-cli
 CLI
   
  
  
  

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

Re: [Hivemind] [PATCH] ClassFab/MethodFab patch for

[Geoff Longman]

> One caveat: I don't think removeAbstractClassModifier() is needed. It can
just be assumed (ClassFab
> exists to create concrete classes, not abstract classes), with the logic
rolled into createClass().
>

Sure.  I forgot to add in my last that the patch represents a hackish
solution I made so I could get past the problem.

Geoff
- Original Message -
From: "Howard M. Lewis Ship" <[EMAIL PROTECTED]>
To: "'Jakarta Commons Developers List'" <[EMAIL PROTECTED]>
Sent: Friday, March 26, 2004 1:17 PM
Subject: RE: [Hivemind] [PATCH] ClassFab/MethodFab patch for


> This is cool. I think this is a good change.
>
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Tapestry: Java Web Components
> http://howardlewisship.com
>
>
> > -Original Message-
> > From: Geoff Longman [mailto:[EMAIL PROTECTED]
> > Sent: Friday, March 26, 2004 11:45 AM
> > To: Jakarta Commons Developers List
> > Subject: [Hivemind] [PATCH] ClassFab/MethodFab patch for
> >
> >
> > Ran into a problem creating an interceptor method that calls another
> > interceptor method that has not been added yet.
> >
> > Javassist's compiler doesn't like that. Fortunately,
> > Javassist  provides a
> > workaround.
> > One needs to add both the methods as abstract, then set the
> > bodies on them.
> > Lastly, because adding an abstract method to a CtClass make the class
> > abstract, one must be able to reset the class modifier to public (non
> > abstract).
> >
> > Attached is are patches for the following classes:
> >
> > ClassFab:
> >
> > adds a method signature removeAbstractClassModifier() for removing an
> > abstract modifier from the class
> >
> > MethodFab:
> >
> > adds a setBody() method, so you can set the method body after
> > creating the
> > method
> >
> > ClassFabImpl:
> >
> > calling addMethod with a null body will still add the method,
> > but with an
> > abstract modifier.
> > has an impementation of removeAbstractClassModifier
> >
> > MethodFabImpl
> >
> > has an implementation of setBody()
> >
> >
> > example:
> >
> > ClassFab classFab = fClassFactory.newClass(... blah .. blah ..);
> >
> > MethodFab method1 = classFab.addMethod(
> > Modifier.PUBLIC,
> > "methodA",
> > Void.TYPE,
> > new Class[] { },
> > new Class[] { },
> > null);
> >
> > MethodFab method2 = classFab.addMethod(
> > Modifier.PUBLIC,
> > "methodB",
> > Void.TYPE,
> > new Class[] { },
> > new Class[] { },
> > null);
> >
> > method1.setBody( .. stuff that calls method2 ..);
> > method2.setBody( .. stuff ..);
> >
> > ClassFab.removeAbstractClassModifier() ;
> >
> > Class resultClass = classFab.createClass();
> >
> >
> >
> > Geoff
> >
> > offrey Longman
> > Intelligent Works Inc.
> >
>
>
> -
> 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]

$$$make real money$$$...turn 6$ to 60,000$

[theeb]

   EXCELLENT CASH INCOME

I started out with $6. Now, I am making thousands.
I found this on a bulletin board and decided to try it. A little
while back, I was browsing through newsgroups, just like you are now,
and came across an article similar to this that said you could make
thousands of dollars within weeks with only an initial investment of
$6.00! So I thought, "Yeah right, this must be a scam", but
like most of us, I was curious, so I kept reading. Anyway, it said
that you send $1.00 to each of the 6 names and addresses stated in the
article. You then place your own name and address in the bottom of
the list at #6, and post the article in at least 200 newsgroups.
(There are thousands) No catch, that was it. So after thinking it
over, and talking to a few people first, I thought about trying it. I
figured: "what have I got to lose except 6 stamps and $6.00,
right?" Then I invested the measly $6.00. Well GUESS WHAT!?...
within 7 days, I started getting money in the mail! I was shocked! I
figured it would end soon, but the money just kept coming in. In my
first week, I made about $25.00. By the end of the second week I had
made a total of over $1,000.00! In the third week I had over
$10,000.00 and it's still growing. This is now my fourth week and I
have made a total of just over $42,000.00 and it's still coming in
rapidly. It's certainly worth $6.00, and 6 stamps, I have spent more
than that on the lottery!! Let me tell you how this works and most
importantly, WHY it works... Also, make sure you print a copy of this
article NOW, so you can get the information off of it as you need it.
I promise you that if you follow the directions exactly, that you
will start making more money than you thought possible by doing
something so easy!

Suggestion: Read this entire message carefully! (print it out or
download it.) Follow the simple directions and watch the money come
in!

It's easy. It's legal. And your investment is only $6.00 (Plus
postage)

IMPORTANT: This is not a rip-off; it is not indecent; it is not
illegal; and it is 99% no risk - it really works!

If all of the following instructions are adhered to, you will receive
extraordinary dividends.

PLEASE NOTE:
Follow these directions EXACTLY, and $50,000.00 or more can be
yours in 20 to 60 days. This program remains successful because of
the honesty and integrity of the participants. Please continue its
success by carefully adhering to the instructions.
You will now become part of the Mail Order business. In this business
your product is not solid and tangible, it's a service. You are in
the business of developing Mailing Lists. Many large corporations are
happy to pay big bucks for quality lists. However, the money made
from the mailing lists is secondary to the income which is made from
people like you and me asking to be included in that list.

Here are the 4 easy steps to success:

STEP 1:
Get 6 separate pieces of paper and write down your name and address
followed by the words "PLEASE ADD ME TO YOUR MAILING LIST" on each
of them. Now get 6 US $1.00 bills and place ONE inside EACH of the
6 pieces of paper so the bill will not be visible through the envelope
(to prevent thievery). Next, place one paper in each of the 6 envelopes
and seal them. You should now have 6 sealed envelopes, each with a piece of
paper stating the above phrase, your name and address, and a $1.00
bill. What you are doing is creating a service. THIS IS ABSOLUTELY
LEGAL! You are requesting a legitimate service and you are paying for
it! Like most of us I was a little skeptical and a little worried
about the legal aspects of it all. So I checked it out with the U.S.
Post Office (1-800-725-2161) and they confirmed that it is indeed
legal. Mail the 6 envelopes to the following addresses:

1) Jay foresman
1925 Elmeda
Muskogee Ok, 74403

2) John Visser
11140 Streets Ridge
RR#2 Oxford, NS Canada, B0M 1P0

3) C. Warren
721 W. 1500 S.
Provo, UT 84601

4) justin s
12 bense ct
Washington, NJ 07882

5) Rueben Hernandez
709 3rd ave apt B
Bradley Beach, NJ 07720

6)Salameh basheer
  9331
Sakhnin, Israel 20173


STEP 2:
Now take the #1 name off the list that you see above, move
the other names up (6 becomes 5, 5 becomes 4, etc...) and add YOUR
Name as number 6 on the list.

STEP 3:
Change anything you need to, but try to keep this article as
close to original as possible. Now, post your amended article to at
least 200 newsgroups. (I think there are close to 24,000 groups) All
you need is 200, but remember, the more you post, the more money you
make! You won't get very much unless you post like crazy.

This is perfectly legal! If you have any doubts, refer to Title 18
Sec. 1302 & 1341 of the Postal lottery laws.
Keep a copy of these steps for yourself and, whenever you need money,
you can use it again, and again.

PLEASE REMEMBER that this program remains successful because of the
honesty and integrity of the participants and by their carefully
adhering to the directions. Lo

cvs commit: jakarta-commons-sandbox/chain/apps/mailreader project.xml

[husted]

husted  2004/03/26 10:22:41

  Modified:chain/apps/mailreader project.xml
  Log:
  Add Junit dependency for testing.
  
  Revision  ChangesPath
  1.2   +5 -0  jakarta-commons-sandbox/chain/apps/mailreader/project.xml
  
  Index: project.xml
  ===
  RCS file: /home/cvs/jakarta-commons-sandbox/chain/apps/mailreader/project.xml,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- project.xml   25 Mar 2004 12:35:00 -  1.1
  +++ project.xml   26 Mar 2004 18:22:41 -  1.2
  @@ -67,6 +67,11 @@
 
   
   
  +  
  +junit
  +junit
  +3.8.1
  +  
  
   
   
  
  
  

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

cvs commit: jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader ActionContext.java ActionContextBase.java

[husted]

husted  2004/03/26 10:21:48

  Modified:chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader
ActionContextBase.java
  Added:   chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader
ActionContext.java
  Log:
  Interpose interface for ActionContext; clean up comments; add Locale method.
  
  Revision  ChangesPath
  1.2   +59 -143   
jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/ActionContextBase.java
  
  Index: ActionContextBase.java
  ===
  RCS file: 
/home/cvs/jakarta-commons-sandbox/chain/apps/mailreader/src/java/org/apache/commons/chain/mailreader/ActionContextBase.java,v
  retrieving revision 1.1
  retrieving revision 1.2
  diff -u -r1.1 -r1.2
  --- ActionContextBase.java25 Mar 2004 12:39:27 -  1.1
  +++ ActionContextBase.java26 Mar 2004 18:21:48 -  1.2
  @@ -31,32 +31,12 @@
   import javax.servlet.http.HttpServletResponse;
   import javax.servlet.http.HttpSession;
   import javax.sql.DataSource;
  -
  +import java.util.Locale;
   /**
* 
  - * [This class is based on the experimental ConfigHelper class,
  - * and is under active development.]
  - * 
  - * A Context exposing the Struts shared resources,
  - * which are be stored in the application, session, or
  - * request contexts, as appropriate.
  - * 
  - * 
  - * An instance should be created for each request
  - * processed. The  methods which return resources from
  - * the request or session contexts are not thread-safe.
  - * 
  - * 
  - * Provided for use by Commands and other components in the
  - * application so they can easily access the various Struts
  - * shared resources. These resources may be stored under
  - * attributes in the application, session, or request contexts,
  - * but users of this class do not need to know where.
  - * 
  - * 
  - * The ActionContextBase methods simply return the resources
  - * from under the context and key used by the Struts
  - * ActionServlet when the resources are created.
  + * NOTE -- This implementation was designed to work with the
  + * default module only. Many methods won't work with modular
  + * applications.
* 
* 
* NOTE -- In the next version, a "ViewContext" interface
  @@ -65,7 +45,7 @@
* exposing Http signatures or other implementation details.
* 
* 
  - * At some point, a "disconnected" implementation should be
  + * NOTE -- At some point, a "disconnected" implementation should be
* available so that the Http resources do not have be cached
* as class members.
* 
  @@ -74,7 +54,7 @@
* when support for Commons Chains is added.
* 
*/
  -public class ActionContextBase extends ContextBase {
  +public class ActionContextBase extends ContextBase implements ActionContext {
   
   //   Properties
   
  @@ -185,12 +165,7 @@
   
   //  Application Context
   
  -/**
  - * The default
  - * configured data source (which must implement
  - * javax.sql.DataSource),
  - * if one is configured for this application.
  - */
  +// See ActionContext interface for JavaDoc
   public DataSource getDataSource() {
   
   if (this.application == null)
  @@ -199,6 +174,16 @@
   
   }
   
  +// See ActionContext interface for JavaDoc
  +public ActionMessages getActionErrors() {
  +
  +if (this.application == null)
  +return null;
  +return (ActionMessages) this.application.getAttribute(Globals.ERROR_KEY);
  +
  +}
  +
  +// See ActionContext interface for JavaDoc
   public ActionMessages getActionMessages() {
   
   if (this.application == null)
  @@ -207,9 +192,7 @@
   
   }
   
  -/**
  - * The application resources for this application.
  - */
  +// See ActionContext interface for JavaDoc
   public MessageResources getMessageResources() {
   
   if (this.application == null) {
  @@ -219,11 +202,7 @@
   
   }
   
  -/**
  - * The path-mapped pattern (/action/*) or
  - * extension mapped pattern ((*.do)
  - * used to determine our Action URIs in this application.
  - */
  +// See ActionContext interface for JavaDoc
   public String getServletMapping() {
   
   if (this.application == null) {
  @@ -235,9 +214,17 @@
   
   //  Session Context
   
  -/**
  - * The transaction token stored in this session, if it is used.
  - */
  +// See ActionContext interface for JavaDoc
  +public Locale getLocale() {
  +
  +if (this.session == null) {
  +return null;
  +}
  +return (Locale) session.getAttribute(Globals.LOCALE_KEY);
  +
  +}
  +
  +// See Act

Re: [CLI] PatternOptionBuilder

[Torsten Curdt]

Moving to list for general info and to get any feedback from John.
sure

Thanks for checking.
np

> Regarding v2 (all IMHO):
2.0 release plan?
Several times now we've said "in a month" or "in a couple of months". 
Personally I think I'm out of new features for now so I reckon it's time 
to put a stake in the ground and get the docs up to speed.  Depending on 
John's todo list (and calendar) I'm tempted to propose cutting a beta in 
a week or so with a view to releasing 2.0 by end of April.
ok

1.0 Bugfix release?
I wasn't planning on doing so. I'd much rather evangelise and switch 
people to cli2 as it more flexible and, more importantly, easier to 
maintain.  Certainly should have a trawl through cvs to see if there are 
changes enough to justify 1.1 though.

Death to the 1.0 API?
After recent discussions I think the conclusion was to ship the 1.0 API 
but deprecate it.  There was also talk of separate jars for the two apis 
but I think that'll depend on the size of the files involved and the 
effort involved.
For me the point is ...I am currently writing about it.
Not sure if I should go for 2.0 branch already. And I am
also explainging the PatternOptionBuilder - which is
currently not fully working.
I'd be personally in favor of either maintaining the
1.0 branch for a longer while. Only doing bugfix releases.
Or include it into 2.0 API and deprecate it.
Anyway this tiny bug should be fixed. I'd do it!
But I don't have karma over here at jakarta.
Hope that helps,
Yes, thanks alot Rob!

cheers
--
Torsten


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

RE: [Hivemind] [PATCH] ClassFab/MethodFab patch for

[Howard M. Lewis Ship]

This is cool. I think this is a good change.

One caveat: I don't think removeAbstractClassModifier() is needed. It can just be 
assumed (ClassFab
exists to create concrete classes, not abstract classes), with the logic rolled into 
createClass().

--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Tapestry: Java Web Components 
http://howardlewisship.com


> -Original Message-
> From: Geoff Longman [mailto:[EMAIL PROTECTED] 
> Sent: Friday, March 26, 2004 11:45 AM
> To: Jakarta Commons Developers List
> Subject: [Hivemind] [PATCH] ClassFab/MethodFab patch for 
> 
> 
> Ran into a problem creating an interceptor method that calls another
> interceptor method that has not been added yet.
> 
> Javassist's compiler doesn't like that. Fortunately, 
> Javassist  provides a
> workaround.
> One needs to add both the methods as abstract, then set the 
> bodies on them.
> Lastly, because adding an abstract method to a CtClass make the class
> abstract, one must be able to reset the class modifier to public (non
> abstract).
> 
> Attached is are patches for the following classes:
> 
> ClassFab:
> 
> adds a method signature removeAbstractClassModifier() for removing an
> abstract modifier from the class
> 
> MethodFab:
> 
> adds a setBody() method, so you can set the method body after 
> creating the
> method
> 
> ClassFabImpl:
> 
> calling addMethod with a null body will still add the method, 
> but with an
> abstract modifier.
> has an impementation of removeAbstractClassModifier
> 
> MethodFabImpl
> 
> has an implementation of setBody()
> 
> 
> example:
> 
> ClassFab classFab = fClassFactory.newClass(... blah .. blah ..);
> 
> MethodFab method1 = classFab.addMethod(
> Modifier.PUBLIC,
> "methodA",
> Void.TYPE,
> new Class[] { },
> new Class[] { },
> null);
> 
> MethodFab method2 = classFab.addMethod(
> Modifier.PUBLIC,
> "methodB",
> Void.TYPE,
> new Class[] { },
> new Class[] { },
> null);
> 
> method1.setBody( .. stuff that calls method2 ..);
> method2.setBody( .. stuff ..);
> 
> ClassFab.removeAbstractClassModifier() ;
> 
> Class resultClass = classFab.createClass();
> 
> 
> 
> Geoff
> 
> offrey Longman
> Intelligent Works Inc.
> 


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

Re: [CLI] PatternOptionBuilder

[Rob Oxspring]

Moving to list for general info and to get any feedback from John.

Thanks for checking.  Regarding v2 (all IMHO):

2.0 release plan?
Several times now we've said "in a month" or "in a couple of months". 
Personally I think I'm out of new features for now so I reckon it's time 
to put a stake in the ground and get the docs up to speed.  Depending on 
John's todo list (and calendar) I'm tempted to propose cutting a beta in 
a week or so with a view to releasing 2.0 by end of April.

1.0 Bugfix release?
I wasn't planning on doing so. I'd much rather evangelise and switch 
people to cli2 as it more flexible and, more importantly, easier to 
maintain.  Certainly should have a trawl through cvs to see if there are 
changes enough to justify 1.1 though.

Death to the 1.0 API?
After recent discussions I think the conclusion was to ship the 1.0 API 
but deprecate it.  There was also talk of separate jars for the two apis 
but I think that'll depend on the size of the files involved and the 
effort involved.

Hope that helps,

Rob





Torsten Curdt wrote:
Hey, Rob,

thanks for looking into the bug

 http://issues.apache.org/bugzilla/show_bug.cgi?id=27575

The PatternBuilder in RESEARCH_CLI_2_ROXSPRING
seems to be ok. I'll add that to the bug description
soon.
I am just wondering ...what is the release plan for 2.0?
Will there be any 1.0 bugfix release?
Will 2.0 ship with the 1.0 API for legacy reasons?
If you prefer I can also ask this on the dev list.

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

Re: cvs commit: jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript validateUtilities.js validateByte.js validateCreditCard.js validateDate.js validateEmail.js validateFloat.js validateFloatRange.js validateIntRange.js validateInteger.js validateMask.js validateMaxLength.js validateMinLength.js validateRequired.js validateShort.js

[matthew.hawthorne]

[EMAIL PROTECTED] wrote:
I realized that after making this patch that there is a DOM
javascript call called getAttribute()  that will probably
work better than what I created. What I have will be succeptable
to attribute hiding by an html element named 'attributes' which
I am sure exists in somebody's ActionForm.


I don't think getAttribute works in IE though.  From what I've seen, it 
works in Mozilla, but in IE you have to use the "element.attribute" format.

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

Re: cvs commit: jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript validateUtilities.js validateByte.js validateCreditCard.js validateDate.js validateEmail.js validateFloat.js validateFloatRange.js validateIntRange.js validateInteger.js validateMask.js validateMaxLength.js validateMinLength.js validateRequired.js validateShort.js

[[EMAIL PROTECTED]]

I realized that after making this patch that there is a DOM
javascript call called getAttribute()  that will probably
work better than what I created. What I have will be succeptable
to attribute hiding by an html element named 'attributes' which
I am sure exists in somebody's ActionForm.


> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Thursday, March 25, 2004 04:56 AM
> To: [EMAIL PROTECTED]
> Subject: cvs commit: 
> jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript 
> validateUtilities.js validateByte.js validateCreditCard.js validateDate.js 
> validateEmail.js validateFloat.js validateFloatRange.js validateIntRange.js 
> validateInteger.js validateMask.js validateMaxLength.js validateMinLength.js 
> validateRequired.js validateShort.js
>
> rleland 2004/03/24 20:56:12
>
>   Modified:validator/src/javascript/org/apache/commons/validator/javascript
> validateByte.js validateCreditCard.js
> validateDate.js validateEmail.js validateFloat.js
> validateFloatRange.js validateIntRange.js
> validateInteger.js validateMask.js
> validateMaxLength.js validateMinLength.js
> validateRequired.js validateShort.js
>   Added:   validator/src/javascript/org/apache/commons/validator/javascript
> validateUtilities.js
>   Log:
>   Bug#: 27899
>   Add function to get an objects attribute if hidden by
>   an html element, in this case the forms name attrubute.
>   Have validator bring in Utility functions.
>
>   Revision  ChangesPath
>   1.8   +4 -2  
> jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript/validateByte.js
>
>   Index: validateByte.js
>   ===
>   RCS file: 
> /home/cvs/jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript/validateByte.js,v
>   retrieving revision 1.7
>   retrieving revision 1.8
>   diff -u -r1.7 -r1.8
>   --- validateByte.js 8 Mar 2004 23:24:25 -   1.7
>   +++ validateByte.js 25 Mar 2004 04:56:11 -  1.8
>   @@ -11,7 +11,9 @@
>var focusField = null;
>var i = 0;
>var fields = new Array();
>   -oByte = eval('new ' + form.name + '_ByteValidations()');
>   +var formName = getAttribute(form,"name");
>   +
>   +oByte = eval('new ' + formName.value + '_ByteValidations()');
>
>for (x in oByte) {
>var field = form[oByte[x][0]];
>
>
>
>   1.7   +4 -2  
> jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript/validateCreditCard.js
>
>   Index: validateCreditCard.js
>   ===
>   RCS file: 
> /home/cvs/jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript/validateCreditCard.js,v
>   retrieving revision 1.6
>   retrieving revision 1.7
>   diff -u -r1.6 -r1.7
>   --- validateCreditCard.js   8 Mar 2004 23:24:25 -   1.6
>   +++ validateCreditCard.js   25 Mar 2004 04:56:11 -  1.7
>   @@ -11,7 +11,9 @@
>var focusField = null;
>var i = 0;
>var fields = new Array();
>   -oCreditCard = eval('new ' + form.name + '_creditCard()');
>   +var formName = getAttribute(form,"name");
>   +
>   +oCreditCard = eval('new ' + formName.value + '_creditCard()');
>
>for (x in oCreditCard) {
>if ((form[oCreditCard[x][0]].type == 'text' ||
>
>
>
>   1.9   +4 -2  
> jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript/validateDate.js
>
>   Index: validateDate.js
>   ===
>   RCS file: 
> /home/cvs/jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript/validateDate.js,v
>   retrieving revision 1.8
>   retrieving revision 1.9
>   diff -u -r1.8 -r1.9
>   --- validateDate.js 8 Mar 2004 23:24:25 -   1.8
>   +++ validateDate.js 25 Mar 2004 04:56:11 -  1.9
>   @@ -11,7 +11,9 @@
>   var focusField = null;
>   var i = 0;
>   var fields = new Array();
>   -   oDate = eval('new ' + form.name + '_DateValidations()');
>   +   var formName = getAttribute(form,"name");
>   +
>   +   oDate = eval('new ' + formName.value + '_DateValidations()');
>
>   for (x in oDate) {
>   var field = form[oDate[x][0]];
>
>
>
>   1.8   +4 -2  
> jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript/validateEmail.js
>
>   Index: validateEmail.js
>   ===
>   RCS file: 
> /home/cvs/jakarta-commons/validator/src/javascript/org/apache/commons/validator/javascript/validateEmail.js,v

[Hivemind] [PATCH] ClassFab/MethodFab patch for

[Geoff Longman]

Ran into a problem creating an interceptor method that calls another
interceptor method that has not been added yet.

Javassist's compiler doesn't like that. Fortunately, Javassist  provides a
workaround.
One needs to add both the methods as abstract, then set the bodies on them.
Lastly, because adding an abstract method to a CtClass make the class
abstract, one must be able to reset the class modifier to public (non
abstract).

Attached is are patches for the following classes:

ClassFab:

adds a method signature removeAbstractClassModifier() for removing an
abstract modifier from the class

MethodFab:

adds a setBody() method, so you can set the method body after creating the
method

ClassFabImpl:

calling addMethod with a null body will still add the method, but with an
abstract modifier.
has an impementation of removeAbstractClassModifier

MethodFabImpl

has an implementation of setBody()


example:

ClassFab classFab = fClassFactory.newClass(... blah .. blah ..);

MethodFab method1 = classFab.addMethod(
Modifier.PUBLIC,
"methodA",
Void.TYPE,
new Class[] { },
new Class[] { },
null);

MethodFab method2 = classFab.addMethod(
Modifier.PUBLIC,
"methodB",
Void.TYPE,
new Class[] { },
new Class[] { },
null);

method1.setBody( .. stuff that calls method2 ..);
method2.setBody( .. stuff ..);

ClassFab.removeAbstractClassModifier() ;

Class resultClass = classFab.createClass();



Geoff

offrey Longman
Intelligent Works Inc.
Index: MethodFabImpl.java
===
RCS file: 
/home/cvspublic/jakarta-commons-sandbox/hivemind/framework/src/java/org/apache/hivemind/service/impl/MethodFabImpl.java,v
retrieving revision 1.1
diff -u -r1.1 MethodFabImpl.java
--- MethodFabImpl.java  26 Feb 2004 23:07:45 -  1.1
+++ MethodFabImpl.java  26 Mar 2004 16:20:34 -
@@ -14,13 +14,15 @@
 
 package org.apache.hivemind.service.impl;
 
+import java.lang.reflect.Modifier;
+
 import javassist.ClassPool;
 import javassist.CtClass;
 import javassist.CtMethod;
 
-import org.apache.hivemind.service.MethodFab;
 import org.apache.hivemind.ApplicationRuntimeException;
 import org.apache.hivemind.HiveMind;
+import org.apache.hivemind.service.MethodFab;
 
 /**
  * Implementation of [EMAIL PROTECTED] org.apache.hivemind.service.MethodFab}, 
@@ -63,5 +65,25 @@
 ex);
 }
 }
+
+   public void setBody(String body) 
+   {
+   
+   try 
+   {   
+   _method.setBody(body);   
+   _method.setModifiers(_method.getModifiers() & 
~Modifier.ABSTRACT); 
+
+   } catch (Exception ex) 
+   {
+   throw new ApplicationRuntimeException(
+   HiveMind.format(
+   "MethodFabImpl.unable-to-set-body",
+   _method.getDeclaringClass().getName(),
+   _method.getName(),
+   ex.getMessage()),
+   ex);
+   }
+   }
 
 }
Index: MethodFab.java
===
RCS file: 
/home/cvspublic/jakarta-commons-sandbox/hivemind/framework/src/java/org/apache/hivemind/service/MethodFab.java,v
retrieving revision 1.1
diff -u -r1.1 MethodFab.java
--- MethodFab.java  26 Feb 2004 23:07:49 -  1.1
+++ MethodFab.java  26 Mar 2004 16:19:49 -
@@ -26,4 +26,9 @@
 * Adds a catch to the method.  The body must end with a return or throw.
 */
 public void addCatch(Class exceptionClass, String catchBody);
+
+/**
+ * Change the body of the method.
+ */
+public void setBody(String body);
 }
Index: ClassFab.java
===
RCS file: 
/home/cvspublic/jakarta-commons-sandbox/hivemind/framework/src/java/org/apache/hivemind/service/ClassFab.java,v
retrieving revision 1.1
diff -u -r1.1 ClassFab.java
--- ClassFab.java   26 Feb 2004 23:07:49 -  1.1
+++ ClassFab.java   26 Mar 2004 16:19:27 -
@@ -21,7 +21,7 @@
  * @author Howard Lewis Ship
  * @version $Id: ClassFab.java,v 1.1 2004/02/26 23:07:49 hlship Exp $
  */
-public interface ClassFab
+public interface ClassFab 
 {
 /**
  * Adds the specified interface as an interface implemented by this class.
@@ -47,7 +47,7 @@
  */
 
 public MethodFab addMethod(
-   int modifiers,
+int modifiers,
 String name,
 Class returnType,
 Class[] parameterTypes,
@@ -67,4 +67,11 @@
  * all abstract methods have been implemented in the (concrete) class.
  */
 public Class createClass();
+
+/**
+ * Make a class that's abstract not be so. This is needed if you added an 
abstract metho

[GUMP@lsd]: jelly-tags/commons-jelly-tags-define failed

[Morgan Delagrange]

To whom it may engage...

This is an automated request, but not an unsolicited one. For help 
understanding the request please visit 
http://gump.apache.org/nagged.html, 
and/or contact [EMAIL PROTECTED]

Project commons-jelly-tags-define has an issue affecting its community integration, 
and has been outstanding for 7 runs. The current state is 'Failed', for reason 'Build 
Failed'

Full details are available at: 
http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-define.html, however 
some snippets follow:

-  -  -  -  - -- --  G U M P

Gump provided these annotations:

 - Info - Sole jar 
[/data3/gump/jelly-tags/define/target/commons-jelly-tags-define-20040326.jar] 
identifier set to project name
 - Info - Enable "debug" output, due to a sequence of 6 previous errors.
 - Error - Failed with reason build failed
 - Info - Enable "debug" output, due to build failure.


-  -  -  -  - -- --  G U M P
Gump performed this work:

Work Name: build_jelly-tags_commons-jelly-tags-define (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 17 seconds
Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar:/data3/gump/xml-xalan/java/build/xalan-unbundled.jar:/data3/gump/xml-commons/java/external/build/xml-apis.jar
 org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml 
-Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-define-20040326 jar 
[Working Directory: /data3/gump/jelly-tags/define]
-
[junit] 
file:/data3/gump/jelly-tags/define/target/test-classes/org/apache/commons/jelly/tags/define/suite.jelly:174:24:
  java.lang.NullPointerException
[junit] org.apache.commons.jelly.JellyTagException: 
file:/data3/gump/jelly-tags/define/target/test-classes/org/apache/commons/jelly/tags/define/suite.jelly:174:24:
  java.lang.NullPointerException
[junit] at 
org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:642)
[junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:242)
[junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89)
[junit] at org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:79)
[junit] at 
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:102)
[junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89)
[junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:236)
[junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90)
[junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233)
[junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89)
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] Caused by: java.lang.NullPointerException
[junit] at 
org.apache.commons.jelly.tags.define.SuperTag.doTag(SuperTag.java:44)
[junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233)
[junit] ... 19 more
[junit] Root cause
[junit] java.lang.NullPointerException
[junit] at 
org.apache.commons.jelly.tags.define.SuperTag.doTag(SuperTag.java:44)
[junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233)
[junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89)
[junit] at org.apache.commons.jelly.impl.DynamicTag.doTag(DynamicTag.java:79)
[junit] at 
org.apache.commons.jelly.impl.StaticTagScript.run(StaticTagScript.java:102)
[junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89)
[junit] at org.apache.commons.jelly.TagSupport.invokeBody(TagSupport.java:186)
[junit] at org.apache.commons.jelly.TagSupport.getBodyText(TagSupport.java:236)
[junit] at org.apache.commons.jelly.tags.core.SetTag.doTag(SetTag.java:90)
[junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233)
[junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89)
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)


BUILD FAILED
/data3/gump/jelly-tags/define/build.xml:110: Test 
org.apache.commons.jelly.tags.define.TestJelly failed
at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:651)
at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:606)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268)
at org.apache.tools.ant.Task.perform(Task.java:363)
at org.apache.

[GUMP@lsd]: jelly-tags/commons-jelly-tags-ant failed

[Morgan Delagrange]

To whom it may engage...

This is an automated request, but not an unsolicited one. For help 
understanding the request please visit 
http://gump.apache.org/nagged.html, 
and/or contact [EMAIL PROTECTED]

Project commons-jelly-tags-ant has an issue affecting its community integration. This 
issue affects 7 projects, and has been outstanding for 21 runs. The current state is 
'Failed', for reason 'Build Failed'

Full details are available at: 
http://lsd.student.utwente.nl/gump/jelly-tags/commons-jelly-tags-ant.html, however 
some snippets follow:

-  -  -  -  - -- --  G U M P

Gump provided these annotations:

 - Info - Sole jar 
[/data3/gump/jelly-tags/ant/target/commons-jelly-tags-ant-20040326.jar] identifier set 
to project name
 - Info - Enable "debug" output, due to a sequence of 20 previous errors.
 - Error - Failed with reason build failed
 - Info - Enable "debug" output, due to build failure.


-  -  -  -  - -- --  G U M P
Gump performed this work:

Work Name: build_jelly-tags_commons-jelly-tags-ant (Type: Build)
State: Failed
Elapsed: 0 hours, 0 minutes, 12 seconds
Command Line: java -Djava.awt.headless=true -Dbuild.clonevm=true 
-Xbootclasspath/p:/data3/gump/xml-xerces2/java/build/xercesImpl.jar:/data3/gump/xml-xerces2/java/build/xml-apis.jar
 org.apache.tools.ant.Main -debug -Dgump.merge=/data3/gump/gump-install/work/merge.xml 
-Dbuild.sysclasspath=only -Dfinal.name=commons-jelly-tags-ant-20040326 jar 
[Working Directory: /data3/gump/jelly-tags/ant]
-
'formatter=org.apache.tools.ant.taskdefs.optional.junit.SummaryJUnitResultFormatter'
'showoutput=false'
'formatter=org.apache.tools.ant.taskdefs.optional.junit.XMLJUnitResultFormatter,/data3/gump/jelly-tags/ant/target/test-reports/TEST-org.apache.commons.jelly.ant.TestJelly.xml'
'formatter=org.apache.tools.ant.taskdefs.optional.junit.PlainJUnitResultFormatter'
'propsfile=/data3/gump/jelly-tags/ant/junit129954013.properties'

The ' characters around the executable and arguments are
not part of the command.
[junit] Tests run: 3, Failures: 0, Errors: 1, Time elapsed: 2.284 sec
[junit] Testsuite: org.apache.commons.jelly.ant.TestJelly
[junit] Tests run: 3, Failures: 0, Errors: 1, Time elapsed: 2.284 sec

[junit] Testcase: write took 1.812 sec
[junit] Testcase: readWrite took 0.24 sec
[junit] Testcase: writeIn took 0.187 sec
[junit] Caused an ERROR
[junit] 
file:/data3/gump/jelly-tags/ant/target/test-classes/org/apache/commons/jelly/ant/suite.jelly:54:5:
  java.lang.NullPointerException
[junit] org.apache.commons.jelly.JellyTagException: 
file:/data3/gump/jelly-tags/ant/target/test-classes/org/apache/commons/jelly/ant/suite.jelly:54:5:
  java.lang.NullPointerException
[junit] at 
org.apache.commons.jelly.impl.TagScript.handleException(TagScript.java:642)
[junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:242)
[junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89)
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)
[junit] Caused by: java.lang.NullPointerException
[junit] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:186)
[junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233)
[junit] ... 11 more
[junit] Root cause
[junit] java.lang.NullPointerException
[junit] at org.apache.commons.jelly.tags.ant.AntTag.doTag(AntTag.java:186)
[junit] at org.apache.commons.jelly.impl.TagScript.run(TagScript.java:233)
[junit] at org.apache.commons.jelly.impl.ScriptBlock.run(ScriptBlock.java:89)
[junit] at 
org.apache.commons.jelly.tags.junit.CaseTag$1.runTest(CaseTag.java:59)


BUILD FAILED
/data3/gump/jelly-tags/ant/build.xml:110: Test org.apache.commons.jelly.ant.TestJelly 
failed
at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:651)
at 
org.apache.tools.ant.taskdefs.optional.junit.JUnitTask.execute(JUnitTask.java:606)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:268)
at org.apache.tools.ant.Task.perform(Task.java:363)
at org.apache.tools.ant.Target.execute(Target.java:301)
at org.apache.tools.ant.Target.performTasks(Target.java:328)
at org.apache.tools.ant.Project.executeTarget(Project.java:1214)
at org.apache.tools.ant.Project.executeTargets(Project.java:1062)
at org.apache.tools.ant.Main.runBuild(Main.java:667)
at org.apache.tools.ant.Main.startAnt(Main.java:187)
at org.apache.tools.ant.Main.start(Main.java:151)
at org.apache.tools.ant.Main.main(Main.java:234)

Total time: 10 seconds
-




To subscribe to this inf

DO NOT REPLY [Bug 27858] - UnixFTPEntryParser failed if permissions are other than rwx

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27858

UnixFTPEntryParser failed if permissions are other than rwx

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

DO NOT REPLY [Bug 27753] - OS400FTPEntryParser

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27753

OS400FTPEntryParser

[EMAIL PROTECTED] changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

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

Re: [HiveMind] Force loading of Services

[btomasini]

On Fri, 26 Mar 2004 08:14:12 -0500
 "Howard M. Lewis Ship" <[EMAIL PROTECTED]> wrote:
If you want to the server to fail on any HiveMind error, 
then create a Logger that does so.
I guess I don't get when you would ever want fail and 
continue in production.  At least on the service level. 
If your service failed to initialzie correctly, why would 
you want to use it?

The problem with J2EE is a lack of flexibility: part of 
that is the fail-on-any-error ethos.
I think you mean fail on any unhandled exception.  Java's 
try {} catch () {} handles anticpated exceptions quite 
nicely.  If an exception gets all the way up the stack, 
ususlally it means something external is not working, like 
a db, and your code have a way to respond.

During DEVELOPMENT you want to fail-and-continue. You 
should not go to PRODUCTION with any errors.
This is the point of integeration, rather than unit, 
testing: to ensure that all such errors have
been weeded out. Generally, when you hit high code 
coverage numbers, then you are there.
But all of the development, unit testing, and integration 
cannot help if my DBA decides to take down the database 
that has my shipping information in production.  Your 
analogy does not apply to runtime errors.

Earlier versions of HiveMind did not have 
fail-and-continue. Then I added a switch so I could get
more of the system debugged. Eventually, I realized that 
fail-and-continue should just be the norm.

I guess I need to understand the underlying philosophy of 
why fail-and-contine is ever desired in production.  I see 
the thinking for development, kinda.

--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Tapestry: Java Web Components 
http://howardlewisship.com


-Original Message-
From: Benjamin Tomasini 
[mailto:[EMAIL PROTECTED] 
Sent: Thursday, March 25, 2004 7:58 PM
To: Jakarta Commons Developers List
Subject: RE: [HiveMind] Force loading of Services

You will see errors in LOG.error, but not in the form of 
an 
exception. 
Which, IMO, is kinda dangerous as you get half-baked 
services. 
Specifically,

1.  in BuilderFactory can fail and the end 
result is that
you get a null for that dependancy - though the service 
is not null.
2. Initializable.initializeService() does not throw an 
exception.

I do think it is counter-productive to have the option 
to pre-load
services.  It seems like that misses the point of 
HiveMind.  But... in
light of the two issues above, the reality is that we 
only have
LOG.error to tell us of the error, and I may want to 
know 
ASAP if any of
these error occurred.  Lesser of two evils?  Dunno.  

On Wed, 2004-03-24 at 12:24, Howard M. Lewis Ship wrote:
> I'm unconvinced this is necessary. I would tend to 
think 
that it is counter-productive. With late
> building of services (behind proxies), you will see 
error 
messages related to the construction of a
> service just where methods are first invoked on it. 
With 
the discussion of forced loading of
> services, you will see all errors for all services in 
one 
ungainly clump.
> 
> --
> Howard M. Lewis Ship
> Independent J2EE / Open-Source Java Consultant
> Creator, Tapestry: Java Web Components 
> http://howardlewisship.com
> 
> 
> > -Original Message-
> > From: Christian Essl [mailto:[EMAIL PROTECTED] 
> > Sent: Tuesday, March 23, 2004 5:49 AM
> > To: [EMAIL PROTECTED]
> > Subject: [HiveMind] Force loading of Services
> > 
> > 
> > A few days ago Benjamin had mainly the complain 
about the 
> > current service 
> > handling, that problems in the service construction 
may arise 
> > very late 
> > during runtime. While we discussed very lenghty why 
this is 
> > so in Hivemind 
> > I somehow share his whishes that it should be 
possible to get 
> > an exception 
> > either at Registry build time or at first access for 
at 
least special 
> > marked services.
> > 
> > Maybe it could help if the Registry had a method 
> > getLoadedService() this 
> > method would instruct (via the 
ServiceExtensionPoint) the 
> > Model to load a 
> > deffered Proxy. An alternative would be to add to 
the services a 
> > mixin-interface which has a load() method and would 
just load 
> > the proxy.
> > 
> > To enable checking at Registry build time 
> > service-implementations could be 
> > marked to be loaded at start-up. This could happen 
with an 
> > extra attribute 
> > 'load-at-startup'. Again an alternative would be to 
have 
start-levels 
> > (OSGi like). This would also help to start timers 
etc.
> > 
> > -- 
> > Christian Essl 
> > 
> > 
-
> > 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]
--
Benjamin Tomasini
NetEverything, Inc.
1-877-270-1391

RE: [HiveMind] Force loading of Services

[Howard M. Lewis Ship]

If you want to the server to fail on any HiveMind error, then create a Logger that 
does so.

The problem with J2EE is a lack of flexibility: part of that is the fail-on-any-error 
ethos.

During DEVELOPMENT you want to fail-and-continue. You should not go to PRODUCTION with 
any errors.
This is the point of integeration, rather than unit, testing: to ensure that all such 
errors have
been weeded out. Generally, when you hit high code coverage numbers, then you are 
there.

Earlier versions of HiveMind did not have fail-and-continue. Then I added a switch so 
I could get
more of the system debugged. Eventually, I realized that fail-and-continue should just 
be the norm.

--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Tapestry: Java Web Components 
http://howardlewisship.com


> -Original Message-
> From: Benjamin Tomasini [mailto:[EMAIL PROTECTED] 
> Sent: Thursday, March 25, 2004 7:58 PM
> To: Jakarta Commons Developers List
> Subject: RE: [HiveMind] Force loading of Services
> 
> 
> You will see errors in LOG.error, but not in the form of an 
> exception. 
> Which, IMO, is kinda dangerous as you get half-baked services. 
> Specifically,
> 
> 1.  in BuilderFactory can fail and the end result is that
> you get a null for that dependancy - though the service is not null.
> 2. Initializable.initializeService() does not throw an exception.
> 
> 
> I do think it is counter-productive to have the option to pre-load
> services.  It seems like that misses the point of HiveMind.  But... in
> light of the two issues above, the reality is that we only have
> LOG.error to tell us of the error, and I may want to know 
> ASAP if any of
> these error occurred.  Lesser of two evils?  Dunno.  
> 
> 
> On Wed, 2004-03-24 at 12:24, Howard M. Lewis Ship wrote:
> > I'm unconvinced this is necessary. I would tend to think 
> that it is counter-productive. With late
> > building of services (behind proxies), you will see error 
> messages related to the construction of a
> > service just where methods are first invoked on it. With 
> the discussion of forced loading of
> > services, you will see all errors for all services in one 
> ungainly clump.
> > 
> > --
> > Howard M. Lewis Ship
> > Independent J2EE / Open-Source Java Consultant
> > Creator, Tapestry: Java Web Components 
> > http://howardlewisship.com
> > 
> > 
> > > -Original Message-
> > > From: Christian Essl [mailto:[EMAIL PROTECTED] 
> > > Sent: Tuesday, March 23, 2004 5:49 AM
> > > To: [EMAIL PROTECTED]
> > > Subject: [HiveMind] Force loading of Services
> > > 
> > > 
> > > A few days ago Benjamin had mainly the complain about the 
> > > current service 
> > > handling, that problems in the service construction may arise 
> > > very late 
> > > during runtime. While we discussed very lenghty why this is 
> > > so in Hivemind 
> > > I somehow share his whishes that it should be possible to get 
> > > an exception 
> > > either at Registry build time or at first access for at 
> least special 
> > > marked services.
> > > 
> > > Maybe it could help if the Registry had a method 
> > > getLoadedService() this 
> > > method would instruct (via the ServiceExtensionPoint) the 
> > > Model to load a 
> > > deffered Proxy. An alternative would be to add to the services a 
> > > mixin-interface which has a load() method and would just load 
> > > the proxy.
> > > 
> > > To enable checking at Registry build time 
> > > service-implementations could be 
> > > marked to be loaded at start-up. This could happen with an 
> > > extra attribute 
> > > 'load-at-startup'. Again an alternative would be to have 
> start-levels 
> > > (OSGi like). This would also help to start timers etc.
> > > 
> > > -- 
> > > Christian Essl 
> > > 
> > > 
> -
> > > 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]
> -- 
> Benjamin Tomasini
> NetEverything, Inc.
> 1-877-270-1391
> 
> 
> -
> 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]

cvs commit: jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser OS400FTPEntryParser.java DefaultFTPFileEntryParserFactory.java

[scohen]

scohen  2004/03/26 04:54:57

  Modified:net/src/test/org/apache/commons/net/ftp/parser
DefaultFTPFileEntryParserFactoryTest.java
   net/src/java/org/apache/commons/net/ftp/parser
DefaultFTPFileEntryParserFactory.java
  Added:   net/src/test/org/apache/commons/net/ftp/parser
OS400FTPEntryParserTest.java
   net/src/java/org/apache/commons/net/ftp/parser
OS400FTPEntryParser.java
  Log:
  PR: 27753
  Submitted by:[EMAIL PROTECTED] (Mario Ivankovits)
  Reviewed by:  Steve Cohen
  
  Revision  ChangesPath
  1.4   +3 -0  
jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser/DefaultFTPFileEntryParserFactoryTest.java
  
  Index: DefaultFTPFileEntryParserFactoryTest.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser/DefaultFTPFileEntryParserFactoryTest.java,v
  retrieving revision 1.3
  retrieving revision 1.4
  diff -u -r1.3 -r1.4
  --- DefaultFTPFileEntryParserFactoryTest.java 29 Feb 2004 10:26:53 -  1.3
  +++ DefaultFTPFileEntryParserFactoryTest.java 26 Mar 2004 12:54:57 -  1.4
  @@ -58,6 +58,9 @@
   parser = factory.createFileEntryParser("OS/2");
   assertTrue(parser instanceof OS2FTPEntryParser);
   
  +parser = factory.createFileEntryParser("OS/400");
  +assertTrue(parser instanceof OS400FTPEntryParser);
  +
   try {
   parser = factory.createFileEntryParser("OS2FTPFileEntryParser");
   fail("Exception should have been thrown. \"OS2FTPFileEntryParser\" is 
not a recognized key");
  
  
  
  1.1  
jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser/OS400FTPEntryParserTest.java
  
  Index: OS400FTPEntryParserTest.java
  ===
  /*

   * Copyright 2004 The Apache Software Foundation

   *

   * Licensed under the Apache License, Version 2.0 (the "License");

   * you may not use this file except in compliance with the License.

   * You may obtain a copy of the License at

   *

   * http://www.apache.org/licenses/LICENSE-2.0

   *

   * Unless required by applicable law or agreed to in writing, software

   * distributed under the License is distributed on an "AS IS" BASIS,

   * WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.

   * See the License for the specific language governing permissions and

   * limitations under the License.

   */

  package org.apache.commons.net.ftp.parser;

  import java.util.Calendar;

  

  import junit.framework.TestSuite;

  

  import org.apache.commons.net.ftp.FTPFile;

  import org.apache.commons.net.ftp.FTPFileEntryParser;

  

  /**

   * @version $Id: OS400FTPEntryParserTest.java,v 1.1 2004/03/26 12:54:57 scohen Exp $

   */

  

  public class OS400FTPEntryParserTest extends FTPParseTestFramework

  {

  

  private static final String[] badsamples =

  {

"PEP  4019 04/03/18 18:58:16 STMF   einladung.zip",

"PEP   422 03/24 14:06:26 *STMF  readme",

"PEP  6409 04/03/24 30:06:29 *STMF  build.xml",

"PEP USR 36864 04/03/24 14:06:34 *DIR   dir1/",

"PEP 3686404/03/24 14:06:47 *DIR   zdir2/"

  };

  

  private static final String[] goodsamples =

  {

"PEP  4019 04/03/18 18:58:16 *STMF  einladung.zip",

"PEP   422 04/03/24 14:06:26 *STMF  readme",

"PEP  6409 04/03/24 14:06:29 *STMF  build.xml",

"PEP 36864 04/03/24 14:06:34 *DIR   dir1/",

"PEP 36864 04/03/24 14:06:47 *DIR   zdir2/"

  };

  

  /**

   * @see junit.framework.TestCase#TestCase(String)

   */

  public OS400FTPEntryParserTest(String name)

  {

  super(name);

  }

  

  /**

   * @see FTPParseTestFramework#getBadListing()

   */

  protected String[] getBadListing()

  {

  return(badsamples);

  }

  

  /**

   * @see FTPParseTestFramework#getGoodListing()

   */

  protected String[] getGoodListing()

  {

  return(goodsamples);

  }

  

  /**

   * @see FTPParseTestFramework#getParser()

   */

  protected FTPFileEntryParser getParser()

  {

  return(new OS400FTPEntryParser());

  }

  

  /**

   * @see FTPParseTestFramework#testParseFieldsOnDirectory()

   */

  public void testParseFieldsOnDirectory() throws Exception

  {

  FTPFile f = getParser().parseFTPEntry("PEP 36864 04/03/24 
14:06:34 *DIR   dir1/");

  assertNotNul

cvs commit: jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser UnixFTPEntryParserTest.java

[scohen]

scohen  2004/03/26 04:32:21

  Modified:net/src/java/org/apache/commons/net/ftp/parser
UnixFTPEntryParser.java
   net/src/test/org/apache/commons/net/ftp/parser
UnixFTPEntryParserTest.java
  Log:
  PR:27858
  Obtained from:[EMAIL PROTECTED] (Mario Ivankovits)
  Submitted by:Steve Cohen
  Reviewed by:  Steve Cohen
  CVS: --
  CVS: PR:
  CVS:   If this change addresses a PR in the problem report tracking
  CVS:   database, then enter the PR number(s) here.
  CVS: Obtained from:
  CVS:   If this change has been taken from another system, such as NCSA,
  CVS:   then name the system in this line, otherwise delete it.
  CVS: Submitted by:
  CVS:   If this code has been contributed to Apache by someone else; i.e.,
  CVS:   they sent us a patch or a new module, then include their name/email
  CVS:   address here. If this is your work then delete this line.
  CVS: Reviewed by:
  CVS:   If we are doing pre-commit code reviews and someone else has
  CVS:   reviewed your changes, include their name(s) here.
  CVS:   If you have not had it reviewed then delete this line.
  
  Revision  ChangesPath
  1.11  +28 -4 
jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser/UnixFTPEntryParser.java
  
  Index: UnixFTPEntryParser.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/net/src/java/org/apache/commons/net/ftp/parser/UnixFTPEntryParser.java,v
  retrieving revision 1.10
  retrieving revision 1.11
  diff -u -r1.10 -r1.11
  --- UnixFTPEntryParser.java   18 Mar 2004 13:47:02 -  1.10
  +++ UnixFTPEntryParser.java   26 Mar 2004 12:32:21 -  1.11
  @@ -40,10 +40,26 @@
   
   /**
* this is the regular expression used by this parser.
  +  *
  +  * Permissions:
  +  *r   the file is readable
  +  *w   the file is writable
  +  *x   the file is executable
  +  *-   the indicated permission is not granted
  +  *L   mandatory locking occurs during access (the set-group-ID bit is
  +  *on and the group execution bit is off)
  +  *s   the set-user-ID or set-group-ID bit is on, and the corresponding
  +  *user or group execution bit is also on
  +  *S   undefined bit-state (the set-user-ID bit is on and the user
  +  *execution bit is off)
  +  *t   the 1000 (octal) bit, or sticky bit, is on [see chmod(1)], and
  +  *execution is on
  +  *T   the 1000 bit is turned on, and execution is off (undefined bit-
  +  *state)
*/
   private static final String REGEX =
   "([bcdlf-])"
  -+ "(((r|-)(w|-)(x|-))((r|-)(w|-)(x|-))((r|-)(w|-)(x|-)))\\s+"
  ++ 
"(((r|-)(w|-)([xsStTL-]))((r|-)(w|-)([xsStTL-]))((r|-)(w|-)([xsStTL-])))\\s+"
   + "(\\d+)\\s+"
   + "(\\S+)\\s+"
   + "(?:(\\S+)\\s+)?"
  @@ -126,8 +142,16 @@
  (!group(g).equals("-")));
   file.setPermission(access, FTPFile.WRITE_PERMISSION,
  (!group(g + 1).equals("-")));
  -file.setPermission(access, FTPFile.EXECUTE_PERMISSION,
  -   (!group(g + 2).equals("-")));
  +
  + String execPerm = group(g + 2);
  + if (!execPerm.equals("-") && 
!Character.isUpperCase(execPerm.charAt(0)))
  + {
  + file.setPermission(access, FTPFile.EXECUTE_PERMISSION, true);
  + }
  + else
  + {
  + file.setPermission(access, 
FTPFile.EXECUTE_PERMISSION, false);
  + }
   }
   
   if (!isDevice)
  
  
  
  1.9   +6 -2  
jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser/UnixFTPEntryParserTest.java
  
  Index: UnixFTPEntryParserTest.java
  ===
  RCS file: 
/home/cvs/jakarta-commons/net/src/test/org/apache/commons/net/ftp/parser/UnixFTPEntryParserTest.java,v
  retrieving revision 1.8
  retrieving revision 1.9
  diff -u -r1.8 -r1.9
  --- UnixFTPEntryParserTest.java   29 Feb 2004 10:26:53 -  1.8
  +++ UnixFTPEntryParserTest.java   26 Mar 2004 12:32:21 -  1.9
  @@ -23,7 +23,7 @@
   
   /**
* @author mailto:[EMAIL PROTECTED]">Steve Cohen
  - * @versionn $Id$
  + * @version $Id$
*/
   public class UnixFTPEntryParserTest extends FTPParseTestFramework
   {
  @@ -63,7 +63,11 @@
   "-rw-r--r--   1 500  500   166 Nov 12  2001 
73131-testtes2.AFP",  
   "-rw-r--r--   1 500  500   204 Aug  5 07:35 
testRemote

[digester] plugins patch - how best to post for review?

[Simon Kitching]

Hi,

I've got a significant patch ready for Digester's plugins module.

It refactors the existing code that currently locates the dynamic rules
for a plugin into a Strategy pattern with a number of predefined
strategies matching the old code.

The patch also fixes a number of outstanding issues, particularly to do
with hard-wired xml attribute names.

I'm wondering what the best thing to do with all this is.
Posting the diffs to the list will be real ugly. 

As I'm the only developer currently working on the plugins stuff, and it
has never been in an official release, I think it might be easiest if I
just define a tag (so we have a point of comparison and a rollback
option) then commit my changes to the plugins package. Is this ok with
everyone? If so, any suggestions on tag naming?

I'm still a few days away from being ready 100% ready, so no rush..

Regards,

Simon


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

DO NOT REPLY [Bug 27575] - PatternOptionBuilder does not support required Options

[bugzilla]

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=27575

PatternOptionBuilder does not support required Options





--- Additional Comments From [EMAIL PROTECTED]  2004-03-26 10:48 ---
The PatternBuilder in branch RESEARCH_CLI_2_ROXSPRING seems to be ok

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