[Struts Wiki] Update of "StrutsWebLinks" by DavidCheong

[Apache Wiki]

Dear Wiki user,

You have subscribed to a wiki page or wiki category on "Struts Wiki" for change 
notification.

The following page has been changed by DavidCheong:
http://wiki.apache.org/struts/StrutsWebLinks

The comment on the change is:
unclassified.com.au

--
  
  See also PoweredBy page.
  
+  *  [http://www.unclassified.com.au] - Unclassified is Australia's 100% FREE 
online classifieds service (struts/tiles,hibernate,lucene)
   *  http://www.showtimetickets.com (after market ticket broker)
   *  http://www.juliannegiffin.com (uses Struts for logins, editing users, 
forums, tracking downloads etc.)
   *  http://www.mixermixer.com

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

[OT] Active Apache Commiter for a presentation needed :-) (germany)

[Chris. Grobmeier]

Hello all,

i am working at a huge it-company. The employees there are divided in 
"communitys".
Every 3 or 4 months we have a meeting. In these meetings we usually 
speak to

high-level managers and have guest speakers who tell us about their doings.
I had the idea to invite an Apache comitter to this meeting.
It would be in wee 43, 44 or 45. The meeting takes place in 
Frankfurt/Germany.

We have a small budget for all costs you have.

If you know a committer for an apache project (not necessary struts) who 
is familiar with "how to organize an asf project" tell me- if you are 
one, too :-)


Cheers,
Chris

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

svn commit: r292175 - in /struts/sandbox/trunk/overdrive/Nexus: Test/bin/Debug/ Web/

[husted]

Author: husted
Date: Wed Sep 28 06:26:09 2005
New Revision: 292175

URL: http://svn.apache.org/viewcvs?rev=292175&view=rev
Log:
OVR-21
* Adjust access permissions to better indicate how methods are expected to be 
used. 
* Add standard "View_Add" event to cover common use case.

Modified:
struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Core.dll
struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Core.pdb
struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Extras.dll
struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Extras.pdb
struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Test.dll
struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Test.pdb
struts/sandbox/trunk/overdrive/Nexus/Web/GridControl.ascx.cs

Modified: struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Core.dll
URL: 
http://svn.apache.org/viewcvs/struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Core.dll?rev=292175&r1=292174&r2=292175&view=diff
==
Binary files - no diff available.

Modified: struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Core.pdb
URL: 
http://svn.apache.org/viewcvs/struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Core.pdb?rev=292175&r1=292174&r2=292175&view=diff
==
Binary files - no diff available.

Modified: struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Extras.dll
URL: 
http://svn.apache.org/viewcvs/struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Extras.dll?rev=292175&r1=292174&r2=292175&view=diff
==
Binary files - no diff available.

Modified: struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Extras.pdb
URL: 
http://svn.apache.org/viewcvs/struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Extras.pdb?rev=292175&r1=292174&r2=292175&view=diff
==
Binary files - no diff available.

Modified: struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Test.dll
URL: 
http://svn.apache.org/viewcvs/struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Test.dll?rev=292175&r1=292174&r2=292175&view=diff
==
Binary files - no diff available.

Modified: struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Test.pdb
URL: 
http://svn.apache.org/viewcvs/struts/sandbox/trunk/overdrive/Nexus/Test/bin/Debug/Nexus.Test.pdb?rev=292175&r1=292174&r2=292175&view=diff
==
Binary files - no diff available.

Modified: struts/sandbox/trunk/overdrive/Nexus/Web/GridControl.ascx.cs
URL: 
http://svn.apache.org/viewcvs/struts/sandbox/trunk/overdrive/Nexus/Web/GridControl.ascx.cs?rev=292175&r1=292174&r2=292175&view=diff
==
--- struts/sandbox/trunk/overdrive/Nexus/Web/GridControl.ascx.cs (original)
+++ struts/sandbox/trunk/overdrive/Nexus/Web/GridControl.ascx.cs Wed Sep 28 
06:26:09 2005
@@ -219,7 +219,7 @@
 
#region Binding methods 
 
-   public virtual void DataSource(IViewHelper helper)
+   protected virtual void DataSource(IViewHelper helper)
{
IList list = helper.Outcome as IList;
Grid.DataSource = list;
@@ -231,7 +231,7 @@
Grid.DataBind();
}
 
-   public virtual int BindItemColumn(int i)
+   protected virtual int BindItemColumn(int i)
{
ButtonColumn column = new ButtonColumn();
column.ButtonType = ButtonColumnType.PushButton;
@@ -241,7 +241,7 @@
return ++i;
}
 
-   public virtual int BindEditColumn(int i)
+   protected virtual int BindEditColumn(int i)
{
EditCommandColumn column = new EditCommandColumn();
column.ButtonType = ButtonColumnType.PushButton;
@@ -252,7 +252,7 @@
return ++i;
}
 
-   public virtual int BindColumns(int i)
+   protected virtual int BindColumns(int i)
{
DataGrid grid = Grid;
grid.DataKeyField = DataKeyField;
@@ -267,7 +267,7 @@
return i;
}
 
-   public int BindColumn(int pos, string headerText, string 
dataField, string sortExpression, string dataFormat)
+   protected int BindColumn(int pos, string headerText, string 
dataField, string sortExpression, string dataFormat)
{
BoundColumn c

svn commit: r292176 - in /struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls: AppGridControl.ascx.cs Lister2.ascx.cs

[husted]

Author: husted
Date: Wed Sep 28 06:27:30 2005
New Revision: 292176

URL: http://svn.apache.org/viewcvs?rev=292176&view=rev
Log:
OVR-5
OVR-21
* Changes  to synchronize with r292175

Modified:
struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/AppGridControl.ascx.cs
struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/Lister2.ascx.cs

Modified: 
struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/AppGridControl.ascx.cs
URL: 
http://svn.apache.org/viewcvs/struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/AppGridControl.ascx.cs?rev=292176&r1=292175&r2=292176&view=diff
==
--- 
struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/AppGridControl.ascx.cs 
(original)
+++ 
struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/AppGridControl.ascx.cs 
Wed Sep 28 06:27:30 2005
@@ -7,7 +7,7 @@
 {
public class AppGridControl : GridControl
{
-   public override IEntryList NewContextList
+   protected override IEntryList NewContextList
{
get { return new AppEntryList(); }
}

Modified: struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/Lister2.ascx.cs
URL: 
http://svn.apache.org/viewcvs/struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/Lister2.ascx.cs?rev=292176&r1=292175&r2=292176&view=diff
==
--- struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/Lister2.ascx.cs 
(original)
+++ struts/sandbox/trunk/overdrive/PhoneBook/Web/Controls/Lister2.ascx.cs Wed 
Sep 28 06:27:30 2005
@@ -12,7 +12,7 @@
protected DataGrid list;
protected Button add;
 
-   public void Open(IDictionary criteria)
+   public override bool Open(IDictionary criteria)
{
IViewHelper helper = ReadExecute(App.ENTRY_LIST, 
criteria);
bool ok = helper.IsNominal;
@@ -23,6 +23,7 @@
list.DataSource = result;
list.DataBind();
}
+   return ok;
}
 
private static string LABEL = "_label";
@@ -70,7 +71,7 @@
 
private void Page_Load(object sender, EventArgs e)
{
-   add.Click += new EventHandler(list_Add);
+   add.Click += new EventHandler(add_Click);
add.Text = GetMessage(add.ID);
Grid_Load();
}



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

DO NOT REPLY [Bug 21282] - [validator] numeric validations should use locales

[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=21282





--- Additional Comments From [EMAIL PROTECTED]  2005-09-28 17:04 ---
Why did you reopen this?  The fix is in trunk and available in the nightlies.

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

[Shale Dialog suggestions]

[Solovyev, Kirill]

 

We have the following Use Case for the Shale Dialog Framework:

 

Define all Application navigation through shale dialogs and use Custom
Application Level JSF Tab(Menu) Navigation component working on top of
Shale Dialog.

 

We propose the following enhancements for the shale framework:

1.  We would like to enumerate over dialogs transitions (states) to
draw our tab menu. We think it would be a good idea for the Dialog
Interface to provide a readonly list view of transitions and states.
Currently, they can only be accessed by Name. 
2.  We'd like Dialog artifacts (Dialog, Transition, and State) to
support custom attributes. In our Navigation Component, we need the
following attributes for Transition( Current Dialog transitions
represented by Tabs on page): 

1.  Order -Tab order(1,2,3...) 
2.  Role Security- to Hide/Show Tab based on user role
permission 

3.  Since all dialog artifacts are interfaces. Is it possible for us
to plugin our own implementations of the interfaces?  Currently, the
only way we can find to do this is by using our own versions of
ConfigurationInit, ConfigurationParser(Digester Rules Code) and
inserting our implementation classes? Can this process be metadata
driven? 

 

Thank you,

 

Kirill

 

DO NOT REPLY [Bug 36846] New: - Remove commons-collection.jar reference from struts.jar's Manifest.mf

[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=36846

   Summary: Remove commons-collection.jar reference from
struts.jar's Manifest.mf
   Product: Struts
   Version: 1.2.7
  Platform: All
OS/Version: All
Status: NEW
  Severity: trivial
  Priority: P2
 Component: Unknown
AssignedTo: dev@struts.apache.org
ReportedBy: [EMAIL PROTECTED]


Well, the summary says it all...

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: [OT] Active Apache Commiter for a presentation needed :-) (germany)

[Martin Cooper]

If you don't necessarily need a Struts committer, you might do better to
post this to [EMAIL PROTECTED]

--
Martin Cooper


On 9/28/05, Chris. Grobmeier <[EMAIL PROTECTED]> wrote:
>
> Hello all,
>
> i am working at a huge it-company. The employees there are divided in
> "communitys".
> Every 3 or 4 months we have a meeting. In these meetings we usually
> speak to
> high-level managers and have guest speakers who tell us about their
> doings.
> I had the idea to invite an Apache comitter to this meeting.
> It would be in wee 43, 44 or 45. The meeting takes place in
> Frankfurt/Germany.
> We have a small budget for all costs you have.
>
> If you know a committer for an apache project (not necessary struts) who
> is familiar with "how to organize an asf project" tell me- if you are
> one, too :-)
>
> Cheers,
> Chris
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [OT] Active Apache Commiter for a presentation needed :-) (germany)

[Chris. Grobmeier]

Martin Cooper wrote:


If you don't necessarily need a Struts committer, you might do better to
post this to [EMAIL PROTECTED]
 


Thank you!

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

DO NOT REPLY [Bug 36439] - [shale] Allow user to supply their own Dialog DTD

[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=36439





--- Additional Comments From [EMAIL PROTECTED]  2005-09-28 20:42 ---
(In reply to comment #0)
> ConfigurationParser has been improved to make it more flexible to setup your 
> own
> custom Dialog classes but you are still constrained to use the default 
> dialog.dtd.

Looking at this further, I don't think the assertion here is actually correct. 
The Digester instance actually used will validate against the DTD you specify in
the header ... and if you use a unique public identifier, plus a system
identifier that tells Digester where to find your DTD, it should "just work". 
Consider the following at the top of one of your configuration files:



As long as you include "my-dialog.dtd" in the same directory where your
dialog-config.xml file is, your config file will be parsed against your
(presumably extended) DTD instead of the standard one.  You won't be able to add
any new elements (since the Digester instance is still defining the same rules),
but any extra attributes you support on the , , etc. elements
will be matched to corresponding properties on your implementation classes, and
will be set appropriately.  That's courtesy of the use of SetPropertyRule in the
Digester rule set.

Leaving the issue open, however, as use cases for general property setting
(without wanting the extra work of customizing the DTD) are emerging on the
mailing list.


-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug, or are watching the assignee.

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

Re: [Shale Dialog suggestions]

[Craig McClanahan]

On 9/28/05, Solovyev, Kirill <[EMAIL PROTECTED]> wrote:
>
>
>
> We have the following Use Case for the Shale Dialog Framework:
>
>
>
> Define all Application navigation through shale dialogs and use Custom
> Application Level JSF Tab(Menu) Navigation component working on top of
> Shale Dialog.


That's an interesting idea, and not one I would have contemplated. It's kind
of outside the bounds of what Dialog was intended to support, but I guess
that's the nature of the beast with general purpose frameworks.

We propose the following enhancements for the shale framework:
>
> 1. We would like to enumerate over dialogs transitions (states) to
> draw our tab menu. We think it would be a good idea for the Dialog
> Interface to provide a readonly list view of transitions and states.
> Currently, they can only be accessed by Name.


That makes sense ... I'll add appropriate accessors.

2. We'd like Dialog artifacts (Dialog, Transition, and State) to
> support custom attributes. In our Navigation Component, we need the
> following attributes for Transition( Current Dialog transitions
> represented by Tabs on page):
>
> 1. Order -Tab order(1,2,3...)
> 2. Role Security- to Hide/Show Tab based on user role
> permission


Sean Schoefield is probably laughing at me as he reads this :-). He filed a
Bugzilla issue asking for similar flexibility, and I've been pushing back on
it without compelling use cases. You might want to keep an eye on:

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

In particular, today you can couple the use of your own implementation
classes for the dialog configuration objects (see next response) with
creating a customized DTD that adds extra attributes to correspond to your
extra fields. However, you might not want to expend that effort unless
you're in a big hurry ... it's looking more and more reasonable to add a
general mechanism to set properties on the configuration objects to the
standard DTD.

3. Since all dialog artifacts are interfaces. Is it possible for us
> to plugin our own implementations of the interfaces? Currently, the
> only way we can find to do this is by using our own versions of
> ConfigurationInit, ConfigurationParser(Digester Rules Code) and
> inserting our implementation classes? Can this process be metadata
> driven?


You can already specify your own implementation classes for each
configuration object ... use the "className" attribute on each element to
specify the fully qualified class name of the class to use for that element.
However, without an alternative DTD (or a general mechanism in the standard
DTD), this won't help you set additional properties on your configuration
objects, which would naturally be something you'd want to do for your use
case.

Thank you,
>
>
>
> Kirill


Craig

Re: [OT] Active Apache Commiter for a presentation needed :-) (germany)

[Chris. Grobmeier]

I have no write access to this list. Any other URL / possibility for this?
thanks in advance
chris

Martin Cooper wrote:


If you don't necessarily need a Struts committer, you might do better to
post this to [EMAIL PROTECTED]
 




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

svn commit: r292297 - in /struts/shale/trunk/core-library/src: java/org/apache/shale/dialog/ java/org/apache/shale/dialog/impl/ test/org/apache/shale/dialog/impl/

[craigmcc]

Author: craigmcc
Date: Wed Sep 28 13:57:01 2005
New Revision: 292297

URL: http://svn.apache.org/viewcvs?rev=292297&view=rev
Log:
Add accessors that allow you to iterate over the states and transitions
associated with a Dialog, or the transitions associated with a state.  Also,
add some unit tests to validate the behavior of the configuration parsing
(including the functionality of these new methods).

Added:
struts/shale/trunk/core-library/src/test/org/apache/shale/dialog/impl/

struts/shale/trunk/core-library/src/test/org/apache/shale/dialog/impl/ImplClassesTestCase.java
Modified:
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/Dialog.java
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/State.java

struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/impl/AbstractState.java

struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/impl/DialogImpl.java

Modified: 
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/Dialog.java
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/Dialog.java?rev=292297&r1=292296&r2=292297&view=diff
==
--- 
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/Dialog.java 
(original)
+++ 
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/Dialog.java 
Wed Sep 28 13:57:01 2005
@@ -16,6 +16,8 @@
 
 package org.apache.shale.dialog;
 
+import java.util.Iterator;
+
 /**
  * Overall configuration of an individual dialog.  During application
  * execution, this information is immutable (so that simultaneous execution
@@ -56,6 +58,23 @@
  * [EMAIL PROTECTED] Dialog}.
  */
 public String getStart();
+
+
+/**
+ * Return an Iterator over the names of [EMAIL PROTECTED] 
State}s
+ * that are owned by this [EMAIL PROTECTED] Dialog}.  If there are no such
+ * [EMAIL PROTECTED] State}s, an empty Iterator is 
returned.
+ */
+public Iterator getStateIds();
+
+
+/**
+ * Return an Iterator over the logical outcomes of
+ * global [EMAIL PROTECTED] Transition}s for this [EMAIL PROTECTED] 
Dialog}.  If there are
+ * no such [EMAIL PROTECTED] Transition}s, an empty Iterator 
is
+ * returned.
+ */
+public Iterator getTransitionOutcomes();
 
 
 // -- Public 
Methods

Modified: 
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/State.java
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/State.java?rev=292297&r1=292296&r2=292297&view=diff
==
--- struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/State.java 
(original)
+++ struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/State.java 
Wed Sep 28 13:57:01 2005
@@ -16,6 +16,8 @@
 
 package org.apache.shale.dialog;
 
+import java.util.Iterator;
+
 /**
  * A [EMAIL PROTECTED] State} is an executable entity, within the scope of 
an
  * owning [EMAIL PROTECTED] Dialog}.  Execution of a [EMAIL PROTECTED] State} 
returns a logical
@@ -55,6 +57,15 @@
  * among the [EMAIL PROTECTED] State}s owned by the same [EMAIL PROTECTED] 
Dialog}.
  */
 public String getName();
+
+
+/**
+ * Return an Iterator over the logical outcomes of
+ * local [EMAIL PROTECTED] Transition}s for this [EMAIL PROTECTED] State}. 
 If there are
+ * no such [EMAIL PROTECTED] Transition}s, an empty Iterator 
is
+ * returned.
+ */
+public Iterator getTransitionOutcomes();
 
 
 // -- Public 
Methods

Modified: 
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/impl/AbstractState.java
URL: 
http://svn.apache.org/viewcvs/struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/impl/AbstractState.java?rev=292297&r1=292296&r2=292297&view=diff
==
--- 
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/impl/AbstractState.java
 (original)
+++ 
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/impl/AbstractState.java
 Wed Sep 28 13:57:01 2005
@@ -17,6 +17,7 @@
 package org.apache.shale.dialog.impl;
 
 import java.util.HashMap;
+import java.util.Iterator;
 import java.util.Map;
 import org.apache.commons.logging.Log;
 import org.apache.commons.logging.LogFactory;
@@ -87,6 +88,16 @@
 public String getName() {
 
 return this.name;
+
+}
+
+
+/**
+ * [EMAIL PROTECTED]
+ */
+public Iterator getTransitionOutcomes() {
+
+return this.transitions.keySet().iterator();
 
 }
 

Modified: 
struts/shale/trunk/core-library/src/java/org/apache/shale/dialog/impl/DialogImpl.java
URL: 
http://svn.apache.org/viewcvs/struts/shale/tru

[OT] Test

[Frank W. Zammetti]

Sorry for the test... I haven't seen a single message from any mailing 
list in about five hours, trying to determine what's going on (Wendy 
Smoak comfirmed she'd getting messages, so it looks to be me).  Trying 
to see is posts go through.  Thanks!


--
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com


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

Re:[Shale Dialog suggestions]

[Alex Roytman]

Hello Craig,

Thank you very much for considering our proposal. We feel that Shale can be a 
very good foundation for any number of light weight in-house specialized 
frameworks ranging from GUI components to persistence and transaction 
management aligned with dialog workflow system:


Hear are some use cases which call for extension:
- Security: declarative role based security, other security related attributes 
to be used at runtime to validate transition
- GUI support: various attributes to facilitate presentation of dialogs and 
transitions ? presentation component, name, order, bubble help for actions 
(whether it is menu, list or tabs ?)
- Transaction demarcation
- Resource allocation/de-allocation on transition
- Anything else which makes sense to be done on dialog system level rather then 
inside each specific dialog 

It would be nice to replace DTD with XML schema designed for extensibility and 
use name spaces for various extensions

These use cases will produce metadata which will be
- Centralized repository of state transitions and associated transaction, 
persistence, resource management rather then spread over many action classes
- Can be easily visualized and reported from ? part of documentation



As far as needed extensions I would say we need two levels ? firstly, slightly 
enhanced interfaces and default implementations should be considered metadata 
for several systems rather than a single locked down state machine (e.g. 
ability to specify attributes for each artifact) and secondly, ability to 
supply and instantiate custom implementations for various artifacts and 
instantiate them using digester

Here are some examples

1. Provide more flexible default implementation
 - Design for extensibility ? people will be extending them do not hide any 
useful methods but make them read-only instead. Please treat it as metadata on 
which not only state machine but other applications can be built
 - At building time dialog must be fully mutable (again no private methods) and 
then switched to read-only mode
 - Provide ability to specify attributes for each artifact of dialog system and 
make it part of the interface. Extend DTD to support it e.g.:
   
  
  
  

2. Enhance ability to supply custom implementations for all dialog related 
artifacts
  - Allow specifying default implementations for various dialog related 
interfaces on document level to avoid endless class=??..? for each and every 
xml element retain ability to override defaults using class=??? attribute. It 
can take form of  at the top of 
metadata file
 - Expose digester and digester building process so additional digester 
instructions can be added. It would be great to achieve flexibility of Ant 
where any sub elements can be specified and realized as appropriate beans by 
ant content handler
- Allow to build entire dialog system using API without need of XML

 Thank you very much for your help

Alex Roytman
Peace Technology


---
http://Struts_Developers_List.roomity.com";>roomity.com
roomity.com is broadband internet. ~~1127945326258~~
---

[SITE] Shale nightlies links

[Rahul Akolkar]

The per package download links for the shale nightlies [
http://struts.apache.org/shale/index.html#download ] yield 404s.

I'm aware they're available in the larger shale nightly distro and
rolling my own didn't take much either (thanks to the efforts that
went in), so this is purely a [site] remark.

-Rahul

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

Re: [OT] Active Apache Commiter for a presentation needed :-) (germany)

[Martin Cooper]

On 9/28/05, Chris. Grobmeier <[EMAIL PROTECTED]> wrote:
>
> I have no write access to this list. Any other URL / possibility for this?


Sorry, I always forget that it's a committer-only list. I've forwarded your
original message to that list.

--
Martin Cooper


thanks in advance
> chris
>
> Martin Cooper wrote:
>
> >If you don't necessarily need a Struts committer, you might do better to
> >post this to [EMAIL PROTECTED]
> >
> >
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>

Re: [SITE] Shale nightlies links

[Wendy Smoak]

From: "Rahul Akolkar" <[EMAIL PROTECTED]>

The per package download links for the shale nightlies [
http://struts.apache.org/shale/index.html#download ] yield 404s.


Thanks for pointing this out.  I'll fix it next time I'm working on the 
docs, but you won't see the change until we publish the new site.


--
Wendy 




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