Re: Flash Flex w/ Struts article

[BaTien Duong]

Vic Cekvenich wrote:

http://www.macromedia.com/devnet/flex/articles/struts.html

Is this for real? YES!

Point of Struts is MVC, so some people do JSP, Velocity... other do 
Hibrenate or iBatis... one thing remains.
(note how they did not support Spring, or WebWork or XYZ).

Flex is XML like, used to be Royale ( and my guess the product that 
resulted when MacroMedia rummored to break of from JSF).
Yes. This is what I am looking at Struts 2 of request/response framework 
(struts-chain): in the article example of registration service, we will 
probably have something like this:

Registration request -> RequestProcessor -> RegistrationService -> 
RegistrationAction  -> blah blah blah -> ResponseProcessor -> Selected 
Presentation engine -> user response

RegistrationService can use RegistrationForm, Validation, etc. There can 
be different presentation engines: JSP, JSF, Xform, WML. etc.

This makes open sources very interesting place to work.

BaTien
DBGROUPS
(This is diffrent than PetStore http://blueprints.macromedia.com , I 
also realy like the Components from Flash Pro 2004 such as Tree, Grid, 
Calendar that bind to any SOAP like source)

If you want Rich UI that runs on Linux, OSX, PocketPC, Windoze and of 
loads UI rendering to each client thus giving scalability!
If you are bidding projects, and your bid shows clients the richer UI, 
guess who wins the gig?
And it's Struts, something you know.

.V



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

Re: Chain - not comatible

[BaTien Duong]

Vic Cekvenich wrote:

(thanks Batien for emailing the war).

When runing Struts Chain example I get a "Sepecified RequestProcessor 
is not compatible with TilesRequestProcessor".

Is there a work arround?
I will take a look at it. It will take sometime since I am in the middle 
of a major business proposal. Hope others may have a solution sooner. 
Since Tiles is used by many Struts sites, Chain to work with Tiles is 
very critical before we can talk about other presentation frameworks. 
Cheer :-)

BaTien
DBGROUPS
(Tiles  and tilesaction are VERY important to my designs)

.V

(I am still just looking at examples.. still not sure how to write a 
"hello world" chain)



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

Re: Struts-chain

[BaTien Duong]

Thanks. I hacked it and got the job done.

It is a great job Craig. Your vision proves to be on the target again.

By the way, file upload is a very important aspect of Struts 
applications. I will look closely into it. But is there any serious 
reason while file-upload is *NOT SUPPORTED YET* in the struts-chain?

On behalf of many developers, me included, thanks for your great effort. :-)

BaTien
DBGROUPS
Craig R. McClanahan wrote:

Quoting BaTien Duong <[EMAIL PROTECTED]>:

 

Howdy:

I am trying to get Struts-chain up and running. I follow the instruction 
of struts-chain in the cvs to build from the source:

export ANT_HOME=.../ant-1.6beta2
export JAVA_HOME=.../j2sdk1.4.2_02
export TOMCAT_HOME=.../tomcat-5.0.14
The build.properties is copied from the build.properties.sample
  servlet.home=.../common/lib
  struts.home=.../jakarta-struts-bin
  chain.home=.../cvs/jakarta-commons-sandbox/chain
export 

   

PATH=${PATH}:${JAVA_HOME}/bin:${ANT_HOME}/bin:${TOMCAT_HOME}/common/lib/servlet-api.jar:${TOMCAT_HOME}/server/lib/catalina-ant.jar
 

execute the following command at the struts-chain directory
[-]$ ant clean dist
I got the error:
  /build.xml:54: taskdef class org.apache.catalina.ant.DeployTask could 
not be found

Please feed me the latest instruction to create struts-chain.war

   

Copy the "catalina-ant.jar" file from your Tomcat install's server/lib directory
into the "lib" directory of Ant.  This causes the Tomcat integration commands
to be recognized.
 

Thanks
BaTien
DBGROUPS
   

Craig



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

 

Re: Struts-chain

[BaTien Duong]

Vic Cekvenich wrote:



BaTien Duong wrote:

 i am able to have struts-chain example (the old

struts-example with struts-chain built from cvs) up and running using 
j2sdk1.4.2_02 and tomcat 5.0.14. 


Where did you find an example of using a Struts chain?

.V
The struts-example is in cvs/jakarta-struts/contrib/struts-chain
or in the nightly built of struts-src /jakarta-struts/contrib/struts-chain
There is a built.properties and built.xml to create struts-example war 
file using struts-chain. The build process is terrible, so you need to 
hack it. Here are the steps i used:
   1) use maven to build jetspeed-2 so i get portlet-api-1.0.jar in my 
local .maven/repository. Do not use the one in struts-chain build (I 
thing 0.6-dev)
   2) use maven to build commons-chain, so i get commons-chain-0.1.jar 
in my local repository. Do not use the one in struts-chain build.
   3) Edit the build.properties using built.properties.sample in 
struts-chain directory with your appropriate settings.
   4) Edit the buiild.xml in struts-chain directory with your 
appropriate settings. Take out the whole section of Custom Tomcat 
Integration.
  5) Use *ant clean dist* command to run against the edited build.xml. 
Be patient and correct errors in the build process as you go along.
  6) The result of successful build is 
/struts-chain/build/webapps/example/ and
/struts-chain/dist/webapps/struts-chain.war that you can manually copy 
to tomcat/webapps directory and run sub app /struts-chain
 7) You may likely have a problem to get struts-example running under 
the new design of struts-chain. If this is the case, then compare 
contents of struts-chain and old struts-example. Copy the missing of 
.dtd and jar files from struts-example to struts-chain.

P.S. I hear you are also looking at HiveMind too. Let's see how we put 
struts-chain catalog(s) as a HiveMind service so we can combine the 
strength and simplicity of the 2 frameworks into a simple-practical 
solution.

BaTien
DBGROUPS


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

Re: Struts-chain

[BaTien Duong]

Howdy:

I want to congratulate Struts committers for a very fine work in 
Struts-chain and share some of my finding to those who want to get their 
feet wet in the CoR pattern.
  1) First, i am able to have struts-chain example (the old 
struts-example with struts-chain built from cvs) up and running using 
j2sdk1.4.2_02 and tomcat 5.0.14. Some hacks in the build process is 
required. I use both ant and maven.
  2) There is very little things to change in existing Struts 
application for running under the commons-chain. The design is very clean.
  3) IMHO, when struts-chain has full implementations for portlet, jsf 
and the buisiness layer (Ted Whiteboard), struts will definitely rock.  
The design pattern for struts-chain context is just simple thread-safe 
singleton. The performance can be better, especially when we move to the 
implementation for business layer, with cache and pool services. 
HiveMind may be a good companion.

BaTien
DBGROUPS

Don Brown wrote:

If you use the compile task (the default for the project), struts-chain
will build without any dependencies on the tomcat ant lib.
BTW, I'd recommend against cross posting...

Don

On Wed, 5 Nov 2003, BaTien Duong wrote:

 

Howdy:

I am trying to get Struts-chain up and running. I follow the instruction
of struts-chain in the cvs to build from the source:
export ANT_HOME=.../ant-1.6beta2
export JAVA_HOME=.../j2sdk1.4.2_02
export TOMCAT_HOME=.../tomcat-5.0.14
The build.properties is copied from the build.properties.sample
  servlet.home=.../common/lib
  struts.home=.../jakarta-struts-bin
  chain.home=.../cvs/jakarta-commons-sandbox/chain
export
PATH=${PATH}:${JAVA_HOME}/bin:${ANT_HOME}/bin:${TOMCAT_HOME}/common/lib/servlet-api.jar:${TOMCAT_HOME}/server/lib/catalina-ant.jar
execute the following command at the struts-chain directory
[-]$ ant clean dist
I got the error:
  /build.xml:54: taskdef class org.apache.catalina.ant.DeployTask could
not be found
Please feed me the latest instruction to create struts-chain.war

Thanks
BaTien
DBGROUPS


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

 

Re:Struts-chain

[BaTien Duong]

Howdy:

I am trying to get Struts-chain up and running. I follow the instruction 
of struts-chain in the cvs to build from the source:

export ANT_HOME=.../ant-1.6beta2
export JAVA_HOME=.../j2sdk1.4.2_02
export TOMCAT_HOME=.../tomcat-5.0.14
The build.properties is copied from the build.properties.sample
  servlet.home=.../common/lib
  struts.home=.../jakarta-struts-bin
  chain.home=.../cvs/jakarta-commons-sandbox/chain
export 
PATH=${PATH}:${JAVA_HOME}/bin:${ANT_HOME}/bin:${TOMCAT_HOME}/common/lib/servlet-api.jar:${TOMCAT_HOME}/server/lib/catalina-ant.jar

execute the following command at the struts-chain directory
[-]$ ant clean dist
I got the error:
  /build.xml:54: taskdef class org.apache.catalina.ant.DeployTask could 
not be found

Please feed me the latest instruction to create struts-chain.war

Thanks
BaTien
DBGROUPS


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

Re: Editorial on Struts' Long Term Future

[BaTien Duong]

Craig R. McClanahan wrote:

Yep.  To have Struts take that long to become "legacy" is actually a 
compliment to how well it addresses the need area it went after.  To 
have it become the underlying knowledge base of the experts building 
the "standardized" version of the technology is a compliment to the 
original developers being pretty much on the right track.

Yet, the problem that John addresses here (also known as "The 
Innovator's Dilemna") is very real.  You're told to go build 
something, and put it up on the web yesterday.  It's going to be a 
mission critical for your company, and will itself have a fairly long 
shelf life, so you want to make sure that the technologies you base 
your app on are also going to be around.  You look at the available 
standards-based technologies, and don't see what you need.  So, what 
do you do?

Open source developers (at least the good ones) tend to be pretty 
innovative, and that was certainly the case with Struts folks (yes, 
that includes me, and I'm very proud of what my little brainchild has 
grown into :-).  It is not unusual to find that there is an open 
source package out there.  But, is that package going to be around for 
the lifetime of my own app?

Or, to put it another way, how many open source projects are hosted at 
SourceForge?  How many of them have more than a couple of developers 
playing around in their spare time?  How many of them have been 
downloaded even 100 times (Struts gets ~75,000 downloads per month 
nowdays)?

I would submit that the supporting ecology around the technologies you 
choose (be they open source or not) is likely to be more critical to 
your success than the particular technical features of the package.  
It was certainly critical to some pretty large scale companies, and 
conservative industries, that have adopted Struts quite widely.

Yet, it takes a while for that ecology to grow.  And, there's no 
guarantees that it will *ever* happen.  And, while the ecology is 
growing, the technology at the base can't evolve quite as quickly as 
it could before (ask all the guys who wrote books on the "moving 
target" that was Struts 1.1 :-).

It's an interesting balancing act.
The direction of Struts-2 with Commons Chain proves that it can survive 
the test of time through innovation and specialize in what it does best. 
Struts committers have that clear vision and focus. I have no doubt that 
we can continue to enjoy the fruits of Struts community efforts.


JSF scratches many of the same itches as struts, only better, and 
given that
Craig is spec lead for JSF thats hardly a coincidence. Perhaps we could
consider struts the practice run? ;-)
 

:-)

Craig & co. say that there will be a future for struts in the JSF
generation, but Im not sure I fully grok what that future is yet 
(havent had
a chance to play with the jsf struts integrated stuff yet) but at the 
least
it should involve an upgrade path for existing struts stuff?
 

Keep in mind that the existing struts-faces integration library isn't 
finished yet (since JavaServer Faces isn't finished yet).  But it will 
be.

To the broader question, I would definitely say there is a future for 
Struts.  Here's a quick summary of some things on my mind:

* Part of the ecology of a successful open source project
 is staying up with the times, offerring new things to your
 existing customers.  After all, there are many thousands of
 Struts based applications aready in existence -- and nobody
 is going to rewrite them all in the next couple of days, or even
 the next couple of years.  Therefore, Struts needs to continue
 to support its existing features and functions, and add new ones.
* Particular areas of future growth I'm interested in (other developers
 have their own thoughts as well):
 - Enable existing Struts-based applications to utilize new view
   technologies (like JavaServer Faces) with zero changes to their
   back-end business logic (isn't that one of the things we all like
   about MVC type designs? :-).
 - Make Struts equally useful in both a servlet and portlet (JSR-168)
   environment.
 - Refactor the insides of Struts so that the basic principles of
   "separation of concerns" can be used for "scripting" your back end
   business logic, interacting with XML data sources and outputs,
   and so on.
These are some key features to make Struts survive the test of time.

BaTien
DBGROUPS
If we were just going to stay where we are, I'd be worried about the 
future of Struts (although, even if all development stopped tomorrow, 
there's too many people using it today for such a vacuum to exist for 
very long -- someone else would take up the gauntlet).

Sadly, I don't have time at the moment to comment further ... maybe 
later, after putting in some "day job" hours :-).

Craig

I



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

Re: Re [OT] As the Struts world turns [was: Re: DO NOT REPLY [Bug22519] - Allow multiple MessageResources files to be loaded under onekey]

[BaTien Duong]

Yes Mozilla is good, especially with browser side junk file. I replace 
IE with Mozilla on windows (my development and server are in Linux) to 
prevent aggressive attitute of some sameless apps. Internet-based 
open-souce development will ultimately democratize the playing field.

BaTien
DBGROUPS
Kwok Peng Tuck wrote:

That trick, fortunately doesn't work on Mozilla. :D

Adam Hardy wrote:

Wow, James, that is a URL of mass destruction. Do you realise that 
after you try to close it, it relaunches itself in 4 browser windows 
every second and who knows where or when it would have stopped? 
Fortunately I'm using linux and could just kill my way out of it, but 
for windows users, I suspect a soft boot would have been the only 
solution. Not funny if you happened to have any unsaved work!



On 08/28/2003 09:02 AM James Mitchell wrote:

Someone posted a link on another thread that might actually help in
situations like this:
http://www.originalicons.com/smile



--
James Mitchell
Software Engineer / Struts Evangelist
http://www.struts-atlanta.org
770-822-3359
AIM:jmitchtx


- Original Message - From: "James Mitchell" 
<[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 28, 2003 2:42 AM
Subject: [OT] Re: DO NOT REPLY [Bug 22519] - Allow multiple 
MessageResources
files to be loaded under one key



Vic, what's your problem?

I think I've heard enough of your ramblings as well.  I've tried to
sympathize with your views hoping that somewhere (in some unknown 
galaxy)
you actually knew what you were talking about.

If you don't know what I mean, tell me if this sounds familiar to 
you (or
anyone):

(fictitious, but you get the idea)


On 8/16, "Message Message <[EMAIL PROTECTED]>" wrote:

Dear Struts group,
What is the best practice for using Struts with EJB?
"Vic" replied:
Don't use EJB, it sucks.


"Message Message" replied:
How can you justify saying that?
"Vic" replied:
Because I know these words
Model View Controller / Master Detail and Multirow / DAO / XLM / XSL
"Message Message" replied:


Wow.  You must be right, cause I don't even know all them werds.

"Craig" wrote:
Vic, you misspelled XML.




--
James Mitchell
Software Engineer / Struts Evangelist
http://www.struts-atlanta.org
770-822-3359
AIM:jmitchtx


- Original Message - From: "Craig R. McClanahan" 
<[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Sent: Thursday, August 28, 2003 1:33 AM
Subject: Re: DO NOT REPLY [Bug 22519] - Allow multiple 
MessageResources
files to be loaded under one key



Vic,

Please go away.

I'm sat on the sidelines watching you make a fool of yoursself in


multiple

forums, and enjoyed laughing at you.  But I'm absolutely NOT going to


put

up with YOU thinking you have any RIGHT to change the status on 
Struts


bug

reports and enhancement requests.

If you've got patches to propose that actually implement some of the
suggested enhancements or bug fixes, that's a different story.  
But all


I

see you doing is trying to be negative and disruptive (and 
childish as
well -- my kids outgrew name calling before the were in middle 
school --
sheesh).

You do not, and NEVER WILL speak for any Struts developer 
community that


I

am a part of.  Now get your hands off of our bug tracking system or


you're

going to be banned.

Craig McClanahan

On Wed, 28 Aug 2003 [EMAIL PROTECTED] wrote:


Date: 28 Aug 2003 02:46:43 -
From: [EMAIL PROTECTED]
Reply-To: Struts Developers List <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: DO NOT REPLY [Bug 22519]  - Allow multiple


MessageResources

   files to be loaded under one key

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://nagoya.apache.org/bugzilla/show_bug.cgi?id=22519

Allow multiple MessageResources files to be loaded under one key

[EMAIL PROTECTED] changed:

  What|Removed |Added



-- 

--

Status|NEW |RESOLVED
Resolution||LATER


--- Additional Comments From [EMAIL PROTECTED]


2003-08-28

02:46 ---

Delay until after resource refactoring?
.V
- 

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]




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

Re: Struts and Jetspeed

[BaTien Duong]

Vic:

I like your practical approaches as well, and share part of it. Keep 
express yourself freely. We need many *frank* discussions to keep things 
moving in a proper perspective.

Best regards
BaTien
DBGROUPS
Vic Cekvenich wrote:



BaTien Duong wrote:

Craig R. McClanahan wrote:

SNIP

There is also an implicit non-goal that I should state explicitly -- 
I'm
totally uninterested in building in (to Struts) support for non-JSR 168
based portal servers -- be they open source ones like Jetspeed or
commercial ones (BEA, IBM, Oracle, Sun, whatever).  This is for the 
same
reason that I'm not interested in supporting any non-Servlet-API 
variant
on servlets -- that's not where the market is.  Providers of non-168
portal servers are welcome to provide their own adaptations of they 
want
to, and several of them already do.

Fortunately, all of the servers portal mentioned above (including
Jetspeed) are planning to provide JSR-168 compatible support, so
implementing 168 support into Struts is instantly useful on all of 
them.
That's the power of common standards.

SNIP


many
Struts developers  (i know at least a number of Portals based on
Struts-Tiles, all except basic portal, stating to support JSR-168)  (i
am one of them) will seriously put some time in this refactoring 
process.

  


Yep ... JSR-168 is going to be a very popular API, quite likely 
rivalling
servlet in the number of server choices people will have.  And 
supporting
it gracefully in Struts means you'll be able to deploy a Struts 
based app
using either servlet or portlet based servers, depending on your needs,
with minimal changes.
 

Thanks for this forcefull statement that indicates the right 
leadership. I totally agree with this. That is why i think Struts 
with the best design and least burden of past technologies is the 
best candidate to realize the importance of JSR-168 Portal/Portlet 
container and WSRP for later stage. Hope many developers / designers 
will join in to realize the benefits of industry standards.

BaTien
DBGROUPS
SNIP

(Funny how we talk past each other).

If people want to market JetSlow w/ JSF (and add on EJB even ) against 
bP OK, more competition means better sofware. I market to 
companies that also have non Java, and want some code to execute in a 
browser (like Struts Menu, Validator and now Calendar tag do) and like 
high scalability, and easy to build.

I kind of look at PHP forums, Nukes, Zope, Plone, MS Sharepoint etc. 
Non of them will support Portlet API either.  JCP 168 and 127 are Sun 
"standards" and might not become a popular standard.
( 
http://finance.yahoo.com/q?s=SUNW&d=c&k=c2&a=v&p=e5,m20,m100,m200,e200&t=2y&l=off&z=l&q=l 

)
To say that you "could" take Portlet writen in BEA to IBM... when this 
can't be done for EJB (if your resume says IBM EJB, you can't get a 
BEA EJB gig) and who would want to go from IBM to BEA... mostly 
people go from Java to C#  or Javascript. That IS cross platform:
http://www.xmlrpc.com/directory/1568/implementations

(but... if you like "JetSpeed" and the JCP Portlet API, I would think 
you would/should use it w/JSF and not (simpler) Struts). By some 
definition, Struts is not a JCP standard, but it is a *defacto 
standard*. So JSF + Portlet are JCP Sun stanadrds (and Struts is not 
JCP, neither is iBaits or Hibrenate people still use them a lot in 
production ... not like some API that do not make it to production)

So what vendors think is cross plafrom and standard is not what 
clients I work with consider standard or cross platform.

I like KISS architecture, so as long as I am able to sell that, it 
works for me.
bP (aka "best Practice") example forums writen in Struts with display 
tag pagination, (and TilesAction, not JetSlow) WIP:
http://basicportal.com/do/articleLstPg?ID=1
(bP is free for open source and free for small start ups... and VERY 
cheap for others, Struts training available. It is all Struts 
examples, so you can write your own "standard" modules quick like)

wishing you best of everything,



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

Re: Struts and Jetspeed

[BaTien Duong]

Vic Cekvenich wrote:



BaTien Duong wrote:

Emerson Cargnin wrote:

any advice in choosing tiles vs jetspeedy?
I suppose tiles integrates better, but at the other side jettyspeed 
follows the portlets specification. Any other comments?




It is still too early to tell. I believe in simplicity and the right 
design that up to now Struts-Tiles give us elegant 
controller-templating engine. Craig has stated his "ideal goal" for 
developing Struts to work with JSR-168. The challenge is to have 
something like tiles as a template engine according to JSR-168 
specifications for Portal / Portlet container(s).

I think after the release of JSR-168 Reference Inplementation, many 
Struts developers  (i know at least a number of Portals based on 
Struts-Tiles, all except basicPortal.com , stating to support 
JSR-168)  (i am one of them) will seriously put some time in this 
refactoring process.

Just FYI, this is the reason bP will bypass 168:
http://marc.theaimsgroup.com/?l=jetspeed-user&m=105850057414235&w=2
bP action event context actually handles the potlet  api and servlet 
api (as it was built to handle more the servlets... SOAP for example), 
but instead will focus on WS, SOA, XML-RPC and other things that 
address a heterogeneous environment, organizations that have C# and 
Java. If anyone wants to jump of the bridge... I will have even more 
clients. :-)

I plan to implent something better than dataGridGirl.com, Ex:
http://www.tufat.com/datagrid/datagrid2.html
So we just have different goals. What is the url to the portal you are 
building, if it is avialable?

.V
The discussion of pro and con of server-side and client-side 
technologies have been partly explored in Jetspeed  Mailing list. I 
generally agree with the view that given current status, the JSR-168 
authors have done a good job to balance what can be best to deliver at 
this time. The client side state maintenance still needs to be addressed 
by Java developer community.

My portal development actually takes the similar approach as you are 
planning to do to get our portlets and personalization engine working 
with standard Portal / Portlet containers, and gradually move into our 
Portal/Portlet container built from open technologies such as Struts. 
The site is http://www.dbgroups.com

BaTien
DBGROUPS

Re: Struts and Jetspeed

[BaTien Duong]

Craig R. McClanahan wrote:

On Wed, 20 Aug 2003, BaTien Duong wrote:

 

Date: Wed, 20 Aug 2003 13:31:17 -0600
From: BaTien Duong <[EMAIL PROTECTED]>
Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
To: Struts Users Mailing List <[EMAIL PROTECTED]>
Subject: Re: Struts and Jetspeed
Emerson Cargnin wrote:

   

any advice in choosing tiles vs jetspeedy?
I suppose tiles integrates better, but at the other side jettyspeed
follows the portlets specification. Any other comments?
 

It is still too early to tell. I believe in simplicity and the right
design that up to now Struts-Tiles give us elegant controller-templating
engine. Craig has stated his "ideal goal" for developing Struts to work
with JSR-168. The challenge is to have something like tiles as a
template engine according to JSR-168 specifications for Portal / Portlet
container(s).
   

There is also an implicit non-goal that I should state explicitly -- I'm
totally uninterested in building in (to Struts) support for non-JSR 168
based portal servers -- be they open source ones like Jetspeed or
commercial ones (BEA, IBM, Oracle, Sun, whatever).  This is for the same
reason that I'm not interested in supporting any non-Servlet-API variant
on servlets -- that's not where the market is.  Providers of non-168
portal servers are welcome to provide their own adaptations of they want
to, and several of them already do.
Fortunately, all of the servers portal mentioned above (including
Jetspeed) are planning to provide JSR-168 compatible support, so
implementing 168 support into Struts is instantly useful on all of them.
That's the power of common standards.
 

I think after the release of JSR-168 Reference Inplementation,
   

which has been proposed to become an Apache project, by the way; see the
'jakarta-jetspeed-2' CVS repository ...
 

many
Struts developers  (i know at least a number of Portals based on
Struts-Tiles, all except basic portal, stating to support JSR-168)  (i
am one of them) will seriously put some time in this refactoring process.
   

Yep ... JSR-168 is going to be a very popular API, quite likely rivalling
servlet in the number of server choices people will have.  And supporting
it gracefully in Struts means you'll be able to deploy a Struts based app
using either servlet or portlet based servers, depending on your needs,
with minimal changes.
 

Thanks for this forcefull statement that indicates the right leadership. 
I totally agree with this. That is why i think Struts with the best 
design and least burden of past technologies is the best candidate to 
realize the importance of JSR-168 Portal/Portlet container and WSRP for 
later stage. Hope many developers / designers will join in to realize 
the benefits of industry standards.

BaTien
DBGROUPS
 

BaTien
DBGROUPS
   

Craig McClanahan

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

 

Re: Struts and Jetspeed

[BaTien Duong]

Emerson Cargnin wrote:

any advice in choosing tiles vs jetspeedy?
I suppose tiles integrates better, but at the other side jettyspeed 
follows the portlets specification. Any other comments?


It is still too early to tell. I believe in simplicity and the right 
design that up to now Struts-Tiles give us elegant controller-templating 
engine. Craig has stated his "ideal goal" for developing Struts to work 
with JSR-168. The challenge is to have something like tiles as a 
template engine according to JSR-168 specifications for Portal / Portlet 
container(s).

I think after the release of JSR-168 Reference Inplementation, many 
Struts developers  (i know at least a number of Portals based on 
Struts-Tiles, all except basic portal, stating to support JSR-168)  (i 
am one of them) will seriously put some time in this refactoring process.

BaTien
DBGROUPS
Alex wrote:

Mike,

Is there specific portlet available for wrapping existing Struts 
application in Jetspeed framework?  HTML portlet, WebPagePortlet, 
ServletProxyPortlet, WebBrowserPortlet or any other suggestions?

Session information is missing after porting existing Struts 
application to JetSpeed portlet.

Thanks,
Alex
Mainguy, Mike wrote:

I'll agree, if you're already using Turbine, then struts is really a 
waste
of time and effort.  Just use the turbine framework (it's more complete
anyway IMHO). If you really want to use struts for portlets, I'd 
recommend using struts in
a different servlet context and then wrapping it in a portlet so you 
don't
end up with a confused mish-mash of technologies.



-Original Message-
From: Joe Germuska [mailto:[EMAIL PROTECTED] Sent: Thursday, July 
31, 2003 9:49 AM
To: Struts Users Mailing List
Subject: Re: Struts and Jetspeed

At 22:22 -0600 7/30/03, jakarta-lists wrote:

  Has anyone successfully use Struts with Jetspeed?  I'm looking 
into the possiblilty of having jetspeed do the authentication, 
templating and layout.. while struts will handle the control of the 
app. It sounds like a good idea to me, but I haven't worked with 
struts enough yet to know for sure and I would like to know about 
pitfalls if any.




It doesn't sound like there's much left for Struts to do once you 
use Jetspeed (or Turbine, its underlying framework) for 
authentication, templating, and layout.

Once you're talking about providing content to individual portlets 
in your Jetspeed installation, you can do it with much less work 
than adding Struts in to the mix.

Joe



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

Re: Struts and Jetspeed

[BaTien Duong]

Joe Germuska wrote:

At 22:22 -0600 7/30/03, jakarta-lists wrote:

   Has anyone successfully use Struts with Jetspeed?  I'm looking 
into the possiblilty of having jetspeed do the authentication, 
templating and layout.. while struts will handle the control of the 
app. It sounds like a good idea to me, but I haven't worked with 
struts enough yet to know for sure and I would like to know about 
pitfalls if any. 

Struts has a much better control, while JetSpeed has established 
portlets and facilities to connect devices to portlets. The problem with 
Jetspeed is that it is binding to Turbine, while Struts allows complete 
separation of controller framework and presentation layer. Struts-Tiles 
enable 1 single web-page view rather than portal view and portlet view.

With the release of JSR-168 specification  of portal/portlet container 
based on standard Servlet container, it makes a lot of sense to refactor 
Struts framework to work with standard Servlet / Portal /Portlet 
container. Then an effort to refactor Jetspeed portlets into this 
framework. I wonder if any developer has playing with this idea? I heard 
Craig and Cedric have something under their desks, and not ready to 
share yet? Am I  right?


It doesn't sound like there's much left for Struts to do once you use 
Jetspeed (or Turbine, its underlying framework) for authentication, 
templating, and layout.

Once you're talking about providing content to individual portlets in 
your Jetspeed installation, you can do it with much less work than 
adding Struts in to the mix.

Joe

BaTien

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

RE: Using a TreeModel for Menu State - Best Practice to send statechanges via Struts

[BaTien Duong]

This is what we are waiting for in Java Server Faces to bring server side
action to rich client side interface with easy to use Tags.

BaTien
==

-Original Message-
From: Brian Hart [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 05, 2003 9:04 AM
To: [EMAIL PROTECTED]
Subject: Using a TreeModel for Menu State - Best Practice to send
statechanges via Struts


The TreeModel interface and DefaultTreeModel implementation of the JDK
provide the necessary functionality to manage the state of a tree which will
be managed in a set of database tables.  We will be rendering the state of
the tree in HTML.  My question is how to build the HTML links to correctly
communicate which link is clicked in Struts 1.1 RC1.  I picture a single
Action class, something like MenuAction that would then get a set of
parameters indicating the node clicked and then delegate to the business
object to update the TreeModel accordingly.  Much of the documentation is
about using ActionForms to pass information to the Struts Action.  Without A
Formbean how does one correctly use the action attribute of the 
tag in struts 1.1?

Arts
English

Tree could be something like:
Arts
  Music
Learning Experiences
  Theature
Best Practices
ELA
  Learning Experiences
  Best Practices


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

RE: Setting tiles attributes from a bean in different scopes

[BaTien Duong]

Great. Thanks again. Nothing can replace words from the mouth of a real
developer.
BaTien

-Original Message-
From: Cedric Dumoulin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, March 04, 2003 3:46 AM
To: Struts Users Mailing List
Subject: Re: Setting tiles attributes from a bean in different scopes




BaTien Duong wrote:

>Thanks Cedric. You save us a day! 3 more items to be sure:
>
>1) Assuming we have *myAttribute* from *myBean* in user session
>myBean.getLevel2().getMyAttribute(). To use myAttribute as a JSP Java
>variable, we need:
>   //set an attribute for tile insert
>   
>beanScope="session" beanProperty="level2.myAttribute" />
>   
>
>
  This declare a tile attribute initialized from your bean. This
attribute can be used in the inserted tile only, not in the current page

>   //declare a Java variable for JSP usage
>   
>
  This can be done in the inserted tile only. It declare a java variable
and a bean in the "request" scope. A java variable is only visible
inside the jsp page where it is declared. The bean is visible in its scope.

>
>   // myAttribute is now available for all sub tiles in the jsp
>   <%= myAttribute ... %>
>
  NO ! The java variable is not visible in sub tiles because they are
other jsps. But the bean stored in the request scope is visible. so, you
can retrieve it from the scope:


>
>2) Assuming now level2 is a HashMap and myAttributeName is the key
>corresponding to myAttribute value: myAttribute = (HashMap
>myBean.getLevel2()).get("myAttributeName")
>the beanProperty can be set: beanProperty="level2.myAttributeName"
>
  I don't remember the exact syntax for accessing hashmap. It is the
same syntax used in Struts tags.

>
>3) Assuming as in (2) but myAttribute is now a property of level2Obj, which
>is the value of myAttributeName key: myAttribute = ( Level2Obj (HashMap
>myBean.getLevel2()).get("myAttributeName").getMyAttribute(), the
>beanProperty can be set:
>   beanProperty="level2.myAttributeName.myAttribute"
>
  It should work. In fact Tiles use the BeanUtils library. So, if this
library support it, Tiles support it also.

Cedric

>


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

RE: Setting tiles attributes from a bean in different scopes

[BaTien Duong]

Thanks Cedric. You save us a day! 3 more items to be sure:

1) Assuming we have *myAttribute* from *myBean* in user session
myBean.getLevel2().getMyAttribute(). To use myAttribute as a JSP Java
variable, we need:
//set an attribute for tile insert

  


//declare a Java variable for JSP usage


// myAttribute is now available for all sub tiles in the jsp
<%= myAttribute ... %>

2) Assuming now level2 is a HashMap and myAttributeName is the key
corresponding to myAttribute value: myAttribute = (HashMap
myBean.getLevel2()).get("myAttributeName")
the beanProperty can be set: beanProperty="level2.myAttributeName"

3) Assuming as in (2) but myAttribute is now a property of level2Obj, which
is the value of myAttributeName key: myAttribute = ( Level2Obj (HashMap
myBean.getLevel2()).get("myAttributeName").getMyAttribute(), the
beanProperty can be set:
beanProperty="level2.myAttributeName.myAttribute"

Thanks.


-Original Message-
From: Cedric Dumoulin [mailto:[EMAIL PROTECTED]
Sent: Monday, March 03, 2003 9:35 AM
To: Struts Users Mailing List
Subject: Re: Setting tiles attributes from a bean in different scopes



  Hi,

BaTien Duong wrote:

>Hello Cedric and the group:
>
>Issue: need to retrieve properties of *myBean* in user session scope as
>values for tiles attributes in request scope.
>
  You can't set the scope of a tiles attribute: a tiles attribute is
defined with  nested in an . A tile attribute is always in
the tiles scope (the tiles context). However, you can import
() a tile attribute in any jsp scope, or use
it () as java variable.
  So, I don't clearly see what you are trying to do ;-).

>
>Solution from a scratch of my head:
>   
>   className="java.lang.String" />
>   />
>
>
  This code is not valid because the  tag should be nested inside
an  tag.

>Questions:
>   1) The bean and attribute are in different scopes. Can one set tile
>attributes from session scope?
>
  You can set an attribute from a bean stored in any scope:

  

  This declare and set an attribute for the tile to be inserted. The
attribute is called "myAttribute", its value is taken from the bean
"myBean" which is in the "session" scope.

>   2) Is there a faster way to assign an attribute at the time of
>initialization in  tag so we do not need  and
> tags?
>
   tag is used to declare a java variable inside the
jsp page. This variable is initialized from an attribute of the current
tiles. This attribute has been passed to the current tiles. A side
effect of this tag is to declare also a bean in one of the jsp scope.

>   3) Assuming myAttribute is a nested level of myBean ( i.e.
>getMyBean().getMyLevel2().getMyAttribute() ), is there an EL way similar to
>JSTL?
>
  Remind that you can use the dot separator in the bean property name:
beanProperty="myLevel2.myAttribute"

  Cedric

>
>Thanks?
>
>
>-
>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]


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

Setting tiles attributes from a bean in different scopes

[BaTien Duong]

Hello Cedric and the group:

Issue: need to retrieve properties of *myBean* in user session scope as
values for tiles attributes in request scope.

Solution from a scratch of my head:




Questions:
1) The bean and attribute are in different scopes. Can one set tile
attributes from session scope?
2) Is there a faster way to assign an attribute at the time of
initialization in  tag so we do not need  and
 tags?
3) Assuming myAttribute is a nested level of myBean ( i.e.
getMyBean().getMyLevel2().getMyAttribute() ), is there an EL way similar to
JSTL?

Thanks?


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

RE: Struts and Portlets

[BaTien Duong]

We believe that Struts together with other best-of-breed loosely connected
components without hard connections to any engines such as the ones in
JetSpeed will be best to implement JSR-168. Obviously, we have to wait for
Reference Implementation of JSR-168. This topic will be hot.

BaTien
===

-Original Message-
From: Mitchell Morris [mailto:[EMAIL PROTECTED]
Sent: Tuesday, February 25, 2003 9:12 AM
To: 'Struts Users Mailing List'
Subject: RE: Struts and Portlets


Ummm ... JSR-168 is still being held under NDA. Their page
(http://www.jcp.org/en/jsr/detail?id=168) says that they'll expose the spec
in March sometime. How did you get a copy of the spec in advance, and aren't
you concerned about violating the NDA? Also, can we look at the spec too?
I'm exceedingly curious to see what's in it.

> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, February 25, 2003 7:02 AM
> To: Struts Users Mailing List
> Subject: Re: Struts and Portlets
>
>
> You could take a look at www.liferay.com, there latest
> implementation (1.8) follows the Porlet Spec, JSR-168, and is
> using Struts 1.1b2.
>
> Regards,
> Todd G. Nist
>
> >
> > From: [EMAIL PROTECTED]
> > Date: 2003/02/25 Tue AM 01:52:38 EST
> > To: [EMAIL PROTECTED]
> > Subject: Struts and Portlets
> >
> > Hi,
> >
> > is there an intention to implement the JSR-168 (Portlet
> API) into struts?
> >
> > In my opinion three important features like multiple output
> formats with XSLT, workflows and the support of portlets
> would be very important for the future.
> >
> > The ability to create standardised portlets with struts
> would be very interesting. I think the the actions and jsp
> are not much mightful for the future. The development of the
> jsp/action with tiles a.s.o. is fine but too slow and theres
> still a limited reuse. In my opinion there should/could be
> more abstraction for project comprehensive reuse. Such
> portlets could create configurable components with
> jsp/actions and beans. I dont have access to the portlets
> specification, but I am sure that this aspects are included there.
> >
> > Any comments?
> >
> > Juraj
> >
> >
> >
> >
> >
> -
> > 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]
>
>



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

RE: TilesAction and Controller

[Dr. BaTien Duong]

I am thinking along this line in our portal implementation. Each tile is a
portal service that has its own service controller to do data processing.
There is a main portal body where messages and presentations are displayed.
Errors and messages in all portal services will be catched and a new message
that can use Struts error mechanism is written to a bodyMessages in the
request scope. The portal body tile will be assenbled last. The jsp of this
portal body will have the first section to write all messages from
bodyMessages of the request scope and then its own presentation. This is
similar to the current signOnForm with error messages displayed at the top.
The logic will work only when the portal body tile can be assembled last to
collect all messages in the request scope bodyMessages. What do you think
Cedric and how to guarantee that the portal body tile will be assembled
last?

BaTien

-Original Message-
From: Cedric Dumoulin [mailto:[EMAIL PROTECTED]]
Sent: Thursday, February 20, 2003 9:24 AM
To: Struts Users Mailing List
Subject: Re: TilesAction and Controller




David Graham wrote:

> Cedric,
> I thought the main point of the controller was to allow you to attach
> data preparation to the tile instead of in every action that may
> forward to that tile.  That is a very useful feature!  All of my (and
> many others) data preparation involves accessing a database so error
> handling must be considered.
>
> Do you think it would be a useful enhancement to hook the Tiles
> controllers into the exception handling mechanism?  You probably know
> better than I if this is doable.

  It will be a useful enhancement to provide an exception handling
mechanism to tiles controllers. For now I have no idea on what could be
the proposed syntax. I would like to keep the syntax simple.
  The problem is that actually you describe a definition (a view
renderer) and you can associate a controller to it. If the controller
fails, what should we do ? You certainly want to  use another view.
Should we specify an  exception handler forwarding to a tile definition
or an url inside the current definition description ?

  Another point about exceptions is: what should we do when an exception
occur inside a tile ? Do we provide a similar mechanism than for
controllers ?
  Any ideas are welcome. Once we know exactly the behavior we want we
will be able to implement it.

   Cedric

>
>
> Thanks,
> Dave
>
>
>>  When you use controllerUrl, Tiles do a RequestDispatcher.include()
>> of your url. Any processing done from this include is taken into
>> account. However, the goal of controllerUrl is to be able to
>> associate a tiles controller which should normally only preprocess
>> data (no rendering). So, you should avoid the use of ActionForward of
>> forwards with an action used as tiles-controller.
>>
>>  If you want to write a controller having different rendering views
>> depending of errors/computation, you should better write a struts
>> action used as controller, and do some forwards to tiles definition.
>>
>>  The controller concept of Tiles is very basic: just one method
>> called before the tile rendering; no error mechanism. Struts allow
>> witting complex controllers as Actions.
>>
>>   Cedric
>>
>
> _
> Tired of spam? Get advanced junk mail protection with MSN 8.
> http://join.msn.com/?page=features/junkmail
>
>
> -
> 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]


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

Re: TilesAction and Controller

[BaTien Duong]

Initially I thought we can use Controller interface to save an extra
specification in config.xml and to be more flexible in our design of class
structure. We use TilesAction as the main 1 controller 1 action and in
nested pages where there is a need of 1 controller -> multiple views. We
change all of our controllers to TilesAction. It seems to be
confirmed by Cedric comment. Let me know if I miss something.

BaTien

- Original Message -
From: "Raible, Matt" <[EMAIL PROTECTED]>
To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
Sent: Wednesday, February 19, 2003 8:30 AM
Subject: RE: TilesAction and Controller


> For Struts 1.1b3 and the soon to be released Struts 1.1 RC1, do you
> recommend using TilesAction over the Controller interface
> (http://tinyurl.com/62px) for tiles-specific controllers?  I just wrote
> about using the Controller interface for a Wrox Chapter last night, and
I'd
> hate to be out of date ;-)
>
> Thanks,
>
> Matt
>
> > -Original Message-
> > From: BaTien Duong [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, February 19, 2003 8:25 AM
> > To: Struts Users Mailing List
> > Subject: Re: TilesAction and Controller
> >
> >
> > Thanks Cedric and this great developer community.
> >
> > BaTien
> > 
> > - Original Message -
> > From: "Cedric Dumoulin" <[EMAIL PROTECTED]>
> > To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > Sent: Wednesday, February 19, 2003 6:25 AM
> > Subject: Re: TilesAction and Controller
> >
> >
> > >
> > >
> > > BaTien Duong wrote:
> > >
> > > >I found the following in tilesAdvancedFeatures:
> > > >
> > > >If you use a class name as controller, it should extend one of the
> > following
> > > >base classes or interfaces:
> > > >org.apache.struts.action.Action (wrapper
> > > >org.apache.struts.action.StrutsActionControllerWrapper is
> > used) If you
> > > >provide a Struts Action subclass, it will be wrapped with
> > the appropriate
> > > >class, and
> > > >Struts' perform method will be called, but the "mapping" and "form"
> > > >attributes will be null.
> > > >
> > > >Does this means that to pass the error via mapping I must use
> > controlerUrl
> > > >in  tag ? Where is
> > > >org.apache.struts.action.StrutsActionControllerWrapper? I
> > cannot find it
> > in
> > > >src of struts 1.1-b3.
> > > >
> > >   It appears that StrutsActionControllerWrapper is now called
> > > ActionController.
> > >
> > >   If you use a Struts action as Tiles controller CLASS, the struts
> > > parameters aren't initialized, so you can't use it. I think
> > you can't
> > > pass error via mapping in this way.
> > >   But, if you use a struts action URL as controller, the action is
> > > called throw the struts mechanism, and properly initialized. You can
> > > extends the o.a.s.tiles.actions.TilesAction class and
> > overload execute(
> > > ComponentContext ...) to get the context.
> > >
> > >Cedric
> > >
> > > >Thanks
> > > >
> > > >- Original Message -
> > > >From: "BaTien Duong" <[EMAIL PROTECTED]>
> > > >To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > > >Sent: Monday, February 17, 2003 10:22 AM
> > > >Subject: Fw: TilesAction and Controller
> > > >
> > > >
> > > >
> > > >
> > > >>Question: Just check to make sure that the controllerClass (NOT
> > > >>controllerUrl) used in  tag can extends
> > TilesAction (and
> > NOT
> > > >>implements Controller)?
> > > >>
> > > >>
> > > >>
> > > >>>Using TilesAction as a controller, I can pass the
> > generated error to
> > the
> > > >>>input page via standard Struts process:
> > > >>>if (!errors.empty()) {
> > > >>>saveErrors(request, errors);
> > > >>>return (new ActionForward(mapping.getInput();
> > > >>>}
> > > >>>
> > > >>>Question: How can I achieve the same thing with Tiles Controller?
> > > >>>
> > > >>>
> > > >>(assuming
> &g

Re: TilesAction and Controller

[BaTien Duong]

Thanks Cedric and this great developer community.

BaTien

- Original Message -
From: "Cedric Dumoulin" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Wednesday, February 19, 2003 6:25 AM
Subject: Re: TilesAction and Controller


>
>
> BaTien Duong wrote:
>
> >I found the following in tilesAdvancedFeatures:
> >
> >If you use a class name as controller, it should extend one of the
following
> >base classes or interfaces:
> >org.apache.struts.action.Action (wrapper
> >org.apache.struts.action.StrutsActionControllerWrapper is used) If you
> >provide a Struts Action subclass, it will be wrapped with the appropriate
> >class, and
> >Struts' perform method will be called, but the "mapping" and "form"
> >attributes will be null.
> >
> >Does this means that to pass the error via mapping I must use
controlerUrl
> >in  tag ? Where is
> >org.apache.struts.action.StrutsActionControllerWrapper? I cannot find it
in
> >src of struts 1.1-b3.
> >
>   It appears that StrutsActionControllerWrapper is now called
> ActionController.
>
>   If you use a Struts action as Tiles controller CLASS, the struts
> parameters aren't initialized, so you can't use it. I think you can't
> pass error via mapping in this way.
>   But, if you use a struts action URL as controller, the action is
> called throw the struts mechanism, and properly initialized. You can
> extends the o.a.s.tiles.actions.TilesAction class and overload execute(
> ComponentContext ...) to get the context.
>
>Cedric
>
> >Thanks
> >
> >- Original Message -
> >From: "BaTien Duong" <[EMAIL PROTECTED]>
> >To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> >Sent: Monday, February 17, 2003 10:22 AM
> >Subject: Fw: TilesAction and Controller
> >
> >
> >
> >
> >>Question: Just check to make sure that the controllerClass (NOT
> >>controllerUrl) used in  tag can extends TilesAction (and
NOT
> >>implements Controller)?
> >>
> >>
> >>
> >>>Using TilesAction as a controller, I can pass the generated error to
the
> >>>input page via standard Struts process:
> >>>if (!errors.empty()) {
> >>>saveErrors(request, errors);
> >>>return (new ActionForward(mapping.getInput();
> >>>}
> >>>
> >>>Question: How can I achieve the same thing with Tiles Controller?
> >>>
> >>>
> >>(assuming
> >>
> >>
> >>>that I can have currentURL and RequestURL as Tiles attributes in the
> >>>
> >>>
> >>request
> >>
> >>
> >>>scope).
> >>>
> >>>Cedric and/or someone may save me time to navigate from ServletContext
> >>>passed into the Controller perform(...) method.
> >>>
> >>>Thanks
> >>>
> >>>
> >>>
> >
> >
> >-
> >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]
>


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

Re: TilesAction and Controller

[BaTien Duong]

I found the following in tilesAdvancedFeatures:

If you use a class name as controller, it should extend one of the following
base classes or interfaces:
org.apache.struts.action.Action (wrapper
org.apache.struts.action.StrutsActionControllerWrapper is used) If you
provide a Struts Action subclass, it will be wrapped with the appropriate
class, and
Struts' perform method will be called, but the "mapping" and "form"
attributes will be null.

Does this means that to pass the error via mapping I must use controlerUrl
in  tag ? Where is
org.apache.struts.action.StrutsActionControllerWrapper? I cannot find it in
src of struts 1.1-b3.
Thanks

- Original Message -
From: "BaTien Duong" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Monday, February 17, 2003 10:22 AM
Subject: Fw: TilesAction and Controller


> Question: Just check to make sure that the controllerClass (NOT
> controllerUrl) used in  tag can extends TilesAction (and NOT
> implements Controller)?
>
> > Using TilesAction as a controller, I can pass the generated error to the
> > input page via standard Struts process:
> > if (!errors.empty()) {
> > saveErrors(request, errors);
> > return (new ActionForward(mapping.getInput();
> > }
> >
> > Question: How can I achieve the same thing with Tiles Controller?
> (assuming
> > that I can have currentURL and RequestURL as Tiles attributes in the
> request
> > scope).
> >
> > Cedric and/or someone may save me time to navigate from ServletContext
> > passed into the Controller perform(...) method.
> >
> > Thanks
> >
>


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

Fw: TilesAction and Controller

[BaTien Duong]

Question: Just check to make sure that the controllerClass (NOT
controllerURL) used in  tag can extends TilesAction (and NOT
implements Controller)?

- Original Message -
From: "BaTien Duong" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Sunday, February 16, 2003 3:53 PM
Subject: Re: TilesAction and Controller


> Using TilesAction as a controller, I can pass the generated error to the
> input page via standard Struts process:
> if (!errors.empty()) {
> saveErrors(request, errors);
> return (new ActionForward(mapping.getInput();
> }
>
> Question: How can I achieve the same thing with Tiles Controller?
(assuming
> that I can have currentURL and RequestURL as Tiles attributes in the
request
> scope).
>
> Cedric and/or someone may save me time to navigate from ServletContext
> passed into the Controller perform(...) method.
>
> Thanks
>


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

Re: TilesAction and Controller

[BaTien Duong]

Using TilesAction as a controller, I can pass the generated error to the
input page via standard Struts process:
if (!errors.empty()) {
saveErrors(request, errors);
return (new ActionForward(mapping.getInput();
}

Question: How can I achieve the same thing with Tiles Controller? (assuming
that I can have currentURL and RequestURL as Tiles attributes in the request
scope).

Cedric and/or someone may save me time to navigate from ServletContext
passed into the Controller perform(...) method.

Thanks


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

Re: Design question: Model component using Business logic beans

[BaTien Duong]

Great. Thanks.
BaTien

- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Monday, February 03, 2003 8:49 PM
Subject: Re: Design question: Model component using Business logic beans


>
>
> On Mon, 3 Feb 2003, BaTien Duong wrote:
>
> > Date: Mon, 3 Feb 2003 20:02:41 -0700
> > From: BaTien Duong <[EMAIL PROTECTED]>
> > Reply-To: Struts Users Mailing List <[EMAIL PROTECTED]>
> > To: Struts Users Mailing List <[EMAIL PROTECTED]>,
> >  [EMAIL PROTECTED]
> > Subject: Re: Design question: Model component using Business logic beans
> >
> > We use chained exception from jdk1.4, commons.logging, and factoring out
4
> > components that are independent on Struts [MessageResources,
> > MessageResourcesFactory, PropertyMessageResources, and
> > PropertyMessageResourcesFactory]. I heard somewhere that these 4
components
> > will eventually be in commons. ActionErrors and ActionError are used at
the
> > web layer. With many TilesAction(s) in 1 page, we coordinate the error
> > handling of the page via the ERROR_KEY attribute of the request.
> >
>
> The refactoring of the resources code to make it independent of Struts has
> been completed:
>
>
http://jakarta.apache.org/builds/jakarta-commons/nightly/commons-resources
>
> However, it was too late in the 1.1 release cycle to make Struts use this
> new code itself.  That will happen in a future version, but you can use
> commons-resources for your business tier message resource needs in the
> interim.
>
> > Hope this may help.
> > BaTien
>
> Craig
>
> -
> 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]

Re: Design question: Model component using Business logic beans

[BaTien Duong]

We use chained exception from jdk1.4, commons.logging, and factoring out 4
components that are independent on Struts [MessageResources,
MessageResourcesFactory, PropertyMessageResources, and
PropertyMessageResourcesFactory]. I heard somewhere that these 4 components
will eventually be in commons. ActionErrors and ActionError are used at the
web layer. With many TilesAction(s) in 1 page, we coordinate the error
handling of the page via the ERROR_KEY attribute of the request.

Hope this may help.
BaTien
---
- Original Message -
From: "mech" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, February 03, 2003 11:05 AM
Subject: Design question: Model component using Business logic beans


> Hi,
>
> currently I'm doing all my business logic in my Action classes. So
> besides the execute() method I might have some helper methods like
> populateFormBean() or I even put those stuff in the execute() directly
> if it wasn't to much.
> I have to do quite a lot of database queries to populate the form bean
> for the views.
>
> So actually the Action class should only do the controlling. So far so
> good and since things got to much in my Action classes I planned to move
> the code out into business logic beans to be accessed within execute()
> in order to do all the populate form stuff there.
>
> It's no problem to use a setter method to give my business logic beans
> the reference to my struts connection pool. Also fine to do it with the
> form bean.
>
> One thing, I'm having a bit trouble with migration is the ActionError
> stuff.
>
> Since most of the errors, like lost DB connections or the rollbacks of
> db transactions usually happen in my business logic beans then, I wonder
> what could be a good practice to pass those errors back to the Action
> execute() as I need those information in  in my views.
>
> I guess if I import "org.apache.struts.action.ActionError" in my
> business logic, I'm doing a bad job to untie business logic from my
> controller, right?
> I guess it would be similar bad like including the servlet packages as
> mentioned as a warning in the Struts documentation.
>
>
> But on the other hand, it's quite useful to say
>
> errors.add(ActionErrors.GLOBAL_ERROR, new
> ActionError("error.something.happend"));
>
> in my business logic bean in order to log an error at the place where it
> occurs, right?
>
> But to use a setter method in my business logic bean writting all those
> errors and retrieving them with a getter method in the calling execute()
> requires importing Struts packages...
>
>
> Does anyone have good ideas how to untie business logic from all
> web-related stuff while still being able to pass errors in a
> sophisticated way back to the caller, like it can be done with the
> ActionError classes.
>
> I would appreciate any design hints from everybody who doesn't put all
> his business logic code into the Action classes or it's execute()
> method, since most books "speak about not to tie business logic with the
> controller", but usually do the opposite in the sample code. ;-)
>
> Thanks
> Michael
>
>
> -
> 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]

Re: HTTP to HTTPS

[BaTien Duong]

I am wondering whether the SecureRequestProcessor of SSL extension for
Struts 1.1 can embrace TilesRequestProcessor so the http/https switching can
recognize Tiles definitions. If not, can this be a feature?

BaTien

- Original Message -
From: "Alireza Fattahi" <[EMAIL PROTECTED]>
To: "'Struts Users Mailing List'" <[EMAIL PROTECTED]>
Sent: Saturday, February 01, 2003 10:22 PM
Subject: RE: HTTP to HTTPS


> See http://struts.ditlinger.com/
>



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

Re: design question about action chainning(As quoted in :Struts in action...by Ted Husted et al..)

[BaTien Duong]

We think Struts power lies in its simple and rigorous design process. If you
combine Struts-Tiles, you will have the display Action for the whole page
and actions for all included tiles. Actions are controllers that can have
parameters set in the configuration file. With careful design of helper
beans (ActionForm is a helper bean) and class structures for both actions
and helper beans, which we call processing containers, you can bring the set
parameters to your business processes that change per action.

An example may help to illustrate this simple but powerful process inherent
in Struts that makes it so popular. A user may initially be authenticated
via username and password that you assign as authenticationLevel1. When the
user requests a certain action such as money transfer and/or sending a
legal-binding contract, you may decide to further challenge the user
identity with a personalized token (what user has). Struts-Tiles action
allows you to do this at individual action level. In this example, you just
assign the action at authenticationLevel2. Your controller will send the
further challenge before serving the requested action. It remembers the user
requestURL so if the challenge passed, it serves what user asked, etc. The
same concept can apply to the required communication level for each action
so you can appropriately serve each request based on what user wants, etc.
You don't have to be 1 size fit all.

We love this simple and rigorous process and do not want to break its design
principal. Have a good day and good weekend. :-)

BaTien

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Friday, January 31, 2003 1:44 AM
Subject: Re: design question about action chainning(As quoted in :Struts in
action...by Ted Husted et al..)


> Hi,
> I agree with u that u can have another layer of abstraction(like helper
beans)
> between action and Service layer.So that same code ecan be reused.
> But this some disadvangates.
> Firstly U are then not really using the power of Struts Configuration file
> which allows you to use logical mappings in Action classes And to change
the
> Flow,U can just change the config file (So long as all required
parametzers are
> being passed in new flow  as well..).Because in our project, we had this
> requirement many a times.After we had done one release, the business gusy
will
> come up with a suggestion some thing like, After AccountDetails PAge, can
we go
> to AccountList üpage instead of Summary page etc etc .And because of
Reusable
> actions, this was just a matter of changing the struts config file and in
one
> of cases may be make the new caller pass a few more parameters.But there
was no
> code duplication.
>
> So as i said in my original mail,If your services are not tied to actions,
then
> in that case I don't see any problem in action chainning.ANd it seems to
me the
> best thing to really harness the power of Struts..Or is there any other
> preformance or design issue which i have missed?
>
> Any comments:-))??
>
>
> regards,
> Shirish
>
> -Original Message-
> From: batien.duong [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, January 30, 2003 5:09 PM
> To: struts-user
> Subject: Re: design question about action chainning(As quoted in :Struts
> in action...by Ted Husted et al..)
>
>
> We achieve what you describe as a chain of actions for re-use with helper
> beans and follow Struts design principal as Ted described. The helper
beans
> can be ready in cache or service pool for reuse. Look at
> http://myportal.myb2cb2b.com/com.dbgroups.ppf/model/web/dao.html
>
> Hope this may help.
> BaTien
>
> - Original Message -
> From: <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Thursday, January 30, 2003 3:34 AM
> Subject: design question about action chainning(As quoted in :Struts in
> action...by Ted Husted et al..)
>
>
> > Hi All,
> > I have a very basic design question about struts action design..We have
> been
> > developing a fairly large and complex web application involving struts
and
> > struts has proved to be a great help :-))  But after reading the book by
> Mr.
> > Husted et al., "Struts in action",I have some basic questions about the
> way we
> > have done our project and the way it is described in the book.
> > TO quote Mr. Husted...(Section 8.4 Chaining Actions .Note at the end of
> > Section8.4.1. Starting fresh..)
> > 
> > Speaking  as a Software architect,chainning actions in any way is not
> something
> > that I like to do.Ideally you should be able to call the business
objects
> from
> > any Action where they are needed.Wanting to forward control to another
> action
> > implies that the Business  object my be too tightly coupled.Or it may
> imply
> > that the actions should descend from a common super class with hotspots
> that
> > sub classes should overrideThere are occasions when chainning
actions
> makes
> > sen

Re: design question about action chainning(As quoted in :Struts in action...by Ted Husted et al..)

[BaTien Duong]

We achieve what you describe as a chain of actions for re-use with helper
beans and follow Struts design principal as Ted described. The helper beans
can be ready in cache or service pool for reuse. Look at
http://myportal.myb2cb2b.com/com.dbgroups.ppf/model/web/dao.html

Hope this may help.
BaTien

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 30, 2003 3:34 AM
Subject: design question about action chainning(As quoted in :Struts in
action...by Ted Husted et al..)


> Hi All,
> I have a very basic design question about struts action design..We have
been
> developing a fairly large and complex web application involving struts and
> struts has proved to be a great help :-))  But after reading the book by
Mr.
> Husted et al., "Struts in action",I have some basic questions about the
way we
> have done our project and the way it is described in the book.
> TO quote Mr. Husted...(Section 8.4 Chaining Actions .Note at the end of
> Section8.4.1. Starting fresh..)
> 
> Speaking  as a Software architect,chainning actions in any way is not
something
> that I like to do.Ideally you should be able to call the business objects
from
> any Action where they are needed.Wanting to forward control to another
action
> implies that the Business  object my be too tightly coupled.Or it may
imply
> that the actions should descend from a common super class with hotspots
that
> sub classes should overrideThere are occasions when chainning actions
makes
> sense-for example if the other action is being used to render the response
in
> lieu of a presentation page.But valid use cases are rare.The best general
> practice is to stay with one-request ,one action regimen.
> *
>
>
> And also after searching the  archives for action chainnign , I found
another
> reply from Mr. Husted which says..
> 
> Wanting to chain actions is a warning sign that there is too much business
> logic is creeping into the Actions and they are becoming the API, rather
than
> an adaptor for the API. (Struts should not *be* your application, it
should be
> a gateway *to* your application.)
>


> *
>
>
> I have a high regard for Mr. Ted Husted and that's why I would like to
clarify
> some of my doubts about the design strategy he has advocated in his book
from
> the exüperienced users of this list and Mr Husted himself if possible.
> I dont understand what is the disadvantage in Chainning actions?HAs it
some
> thing to do with performance?I totally agree that the business objects
shuld
> not be tightly coupled with actions and should be callable from any where
.But
> even after following this principal, most of the time you will end up
chainning
> actions if u really want reusable actions.Example can be loging process of
a
> user.So the request for loging form a user can result in 2 actions being
> called.1:CheckLogin(which checks user credentials) It forwards control to
> 2:getUserAccountList which gets the list of accounts for the user.
>
> So now the getUserAccountList  action I can call from any where else by
passing
> right params and it becomes reusable.But if i had done all of this(check
log in
> and then get accunts)in login action, i need to write another action to
get
> account for another page.And I am using calls to different
> services(LoginService and AccountService..)which are still reusable from
any
> action here..
> So the chainning of actions this way has perfectly solved all the
> problems...And instead of this being a rare iuse case, most of the time ,
this
> is the pattern u will have for any use case.(Update some thing and get
some
> data to screen...)So what is the advantage of following  one-request ,one
> action regimen?
>
> Also I didnt understand what he means by (Struts should not *be* your
> application, it should be a gateway *to* your application.)As I see it,the
> service layer handles the business logic .But Ultimately the actions end
up
> delegating the requests to service and so doing error handling as well as
> handling flow control(Some thing like if this error, go to page 1, for
that
> request go to page 2..)So they are very much part of the
application...Infact
> they handle the application flow.Is this right or Am i missing some thing
very
> bascic here?
> This is important as We have the next phase of development starting next
week
> and we are in the process of evaluating our architecture and finding any
> flaws..So any help will be highly appreciated...
>
> Sory for being tooo verbose.But i couldn't have exlained it any other way.
>
> regards,
> Shirish
> 
> Shirish Sakhare
> Application Developer
> (CEFS PROJECT)
> (CEFS

Re: Tiles Portal

[BaTien Duong]

Here is 1 way I solve the issue.

1) Have portalDisplay layouts with skins and designs for each company.
2) A centrallized controller PortalDisplayAction acts as a single
gateway, responsible for preliminary processing such as security, etc, plus
dispatching to requested url if all conditions meet.

For each company, you can have different authorized portal services based on
user roles. User enters any company will have its personalized portal with
authorized services. Alternatively, user can have a single point of
personalized entry with authorized services for all activities and touch
points of the market place, where each company plays a part with its own
look and feel and authorized services.

Look at this link:
http://myportal.myb2cb2b.com/com.dbgroups.ppf/model/web/tiles.html

Hope this may help.
BaTien

- Original Message -
From: <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, January 30, 2003 1:47 AM
Subject: RE: Tiles Portal


> Hi,
> I am not exactly clear about u r requirement.But we have achieved some
thing
> similar in one of my previous project.We had a protal where employees of
> different companies will be logging in and the information about the
company
> will be provided in the http header.and we were required to provide
company
> specific logo and other things to each user, even though the same web app
was
> serving all the requests.
> What we had done was that keep the information about users company in
> UserContext object in session and then use the same to dynamicaly generate
link
> to company specific logo and conect to company specific database.
>
> But the layout or colours were same for all users.SO about that point I am
not
> sure how to do that..
>
> Hope this helps ,
> regards,
> Shirish
>
> -Original Message-
> From: sciz09 [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, January 29, 2003 10:01 PM
> To: struts-user
> Cc: sciz09
> Subject: Tiles Portal
>
>
> Ive been looking into using struts and tiles for an
> upcoming project.  I need to be able to change the
> look and feel of the website based on the url the site
> was entered from.  For example, if a user enters from
> company1.foo.com then show their company colors and
> logo. if a user enteres from company2.foo.com then use
> different color scheme and logos... and so on.  Is
> this something tiles should be used for?  Has anyone
> acomplished such a project? Thanks.  Jay.
>
> __
> Do you Yahoo!?
> Yahoo! Mail Plus - Powerful. Affordable. Sign up now.
> http://mailplus.yahoo.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]
>


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

Re: Axis/SOAP proposal for Struts

[BaTien Duong]

This is an exiting right direction most developers are looking for. We
support your efforts.

Dr. BaTien Duong
DBGROUPS

- Original Message -
From: "Mike Oliver" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, January 17, 2003 8:45 AM
Subject: Axis/SOAP proposal for Struts


> Struts Users,
>
>
>
> I would like to propose that Struts be extended to support another entry
> point.  The ActionServlet would be augmented by an Axis/SOAP Web
> Services Interface to Struts.  FormBeans would be part of the payload
> for requests.  Responses would be generated by Forwards for SOAP.  This
> new Axis entry point would do the same work as ActionServlet with the
> only significant difference being the construction of the FormBean.
> Incoming SOAP Requests would be configured to call the same
> RequestHandlers and as far as the actions go they won't know that the
> source was an HTML Form or a serialized FormBean.
>
>
>
> I feel this will give a great deal of flexibility to Applications where
> they want a Web Browser User Interface as well as Web Services for the
> same Application Data Model and Business Logic.
>
>
>
> I am planning on doing this anyway, and felt it applicable to this group
> and would offer to share it as a sub project and would welcome
> contributions of thought, expertise and code.
>
>
>
> Michael Oliver
> Chief Technology Officer
> AppsAsPeers LLC
> 7391 S. Bullrider Ave.
> Tucson, AZ 85747
> 520.574.1150 Voice
> 520.844.1036 Fax
> 520.270.8862 Cell
> http://www.appsaspeers.com <http://www.appsaspeers.com/>  Home Page
> [EMAIL PROTECTED] SMS
> http://www.ollie.ezpeer.net <http://www.ollie.ezpeer.net/>  Personal
> Home Page
> http://www.ollie.im-live.com/im-live/  Instant Chat
> [EMAIL PROTECTED] MSN Messenger
> [EMAIL PROTECTED] Yahoo Instant Messenger
> MikeOliverAZ Aol Instant Messenger
>
>
>
>
>
>


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

Re: msg bean from jdbc/ldap vs properties files

[BaTien Duong]

Has anyone known about JdbcHandler for logging using commons-logging as done
in Struts?
It would be great if there is this addition for jdk1.4 logging.
Thanks.

- Original Message -
From: "James Mitchell" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Wednesday, December 11, 2002 10:12 PM
Subject: Re: msg bean from jdbc/ldap vs properties files


> On Wed, 2002-12-11 at 22:52, Hanasaki JiJi wrote:
> > Is there any way to pull from jdbc and/or ldap instead of properties
files?
> >
> > Thanks
> > --
>
> I assume you mean pulling your application's resources
> (ApplicationResources.properties) from a Relational Database
>
> (Sorry, can't help you with LDAP)
>
> I can help you with getting them from a database.  I've written an
> implementation of MessageResources that does just that.
>
> It's called DBMessageResources, but will most likely be renamed later
> when I add support for Torque.
>
> You can find it as part of a modified version of the struts-example
> which I wrote to develop and test this extension.
>
>  http://www.open-tools.org/struts-atlanta/downloads
>
>
> --
> James Mitchell
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Java Server Faces stage? (fwd)

[BaTien Duong]

Cool. Thanks for a blunt discussion and knowledgeable insight.
I am looking forward to Novell extenNd tool.

- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Saturday, December 07, 2002 12:52 PM
Subject: Re: Java Server Faces stage? (fwd)


> (Apache's mail server was hiccuping when I sent this the first time, so
> I'm not positive it got through.  Apologies if you get it more than once.)
>
> -- Forwarded message --
> Date: Sat, 7 Dec 2002 11:30:06 -0800 (PST)
> From: Craig R. McClanahan <[EMAIL PROTECTED]>
> To: Struts Users Mailing List <[EMAIL PROTECTED]>
> Subject: Re: Java Server Faces stage?
>
>
>
> On Sat, 7 Dec 2002, V. Cekvenich wrote:
>
> >
> > Summary: I am considering bypassing JSF for XFORMS.
> >
>
> XFORMS is pretty cool, but this is not an either-or decision.
>
> It's going to be straightforward to create a JavaServer Faces RenderKit
> that uses XFORMS to render the UI, while still allowing the application to
> program to the standard JSF component APIs.  I expect we'll see several
> implementations of JSF that include support for XFORMS from various folks.
>
> Craig
>
>
>
>
>
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: future of struts

[BaTien Duong]

Kevin. Thanks for sharing your thought. I am sure that a lot of developers
already find Strut-Tiles conbinations great for web apps. Since SOAP will be
the next big thing, we are also thinking along your line in our conceptual
design stage. Please let the group know any development for Struts-SOAP-JMS.


- Original Message -
From: <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, November 22, 2002 8:24 AM
Subject: RE: future of struts


>
>
>
>
> > In the future, there will be more Struts appplication using even more
> presentation layers,
> >  the Struts tags, the EL  tags, the JSF tags, the Velocity View tools,
> XLST, Jelly,
> > and whatever else we think of next =:0)
> > But behind all this chrome, there can still be the same core framework
> holding all the pieces together.
>
>
>
> I've been putting some thought to this as well. One of the issues that the
> people on the Axis project ran into when they, for example, began looking
> at implementing SOAP over JMS or SMTP instead of HTTP was that they had an
> over-reliance on the HTTP request/response objects. If there was a desire
> to use Struts, for example, as a MVC architecture for use with JMS
> applications, then there would be no HTTP Request or Response objects
> (unless a 'connecter' between JMS and HTTP were created - which would
> defeat the purpose of using JMS anyway).
>
> One of the values in using, for example, JMS is that HTTP is limiting in
> terms of the level of transactional support it can provide. HTTP does not
> guarantee 'once and only once' delivery. If an application required a
> higher level of transactional support than HTTP itself could guarantee,
> then Struts may not be able to be used.
>
> Also, both JMS and SMTP can be Asynchronous - that is, you send a command
> and then the response can come later (or be retrieved by a different
> process). HTTP can't do this.
>
> If Struts is to move to being used as a generic MVC architecture that can
> be used in a wide range of other environments it may be appropriate to
> consider  'abstracting' the request and response objects (or at least
> provide an option to) to isolate them from the HTTP protocol. Otherwise,
> Struts will likely remain tied to J2EE 'Web Applications' (which I'm not
> saying is a bad thing). In fact, the value of Struts as a "web application
> framework" may be great enough that the creation of a generic MVC
framework
> may better be made a Commons project  -  if there is a desire to do this
at
> all.
>
>
>
> All this being said, I've previously offered to collaborate with others on
> the building of a Web Services front end to Struts based on Axis. I've
been
> doing a lot of Web Services work and have used Axis previously. I think
> that being able to use Struts to build Web Services applications that
could
> act as a back-end to .NET or other HTTP-based web services would be great.
> It would make it much easier if you could build the web service 'server'
> components using Action classes, 'form bean's, etc. This isn't something I
> have time for on my own (job. wife, kids, house, etc regularly get in the
> way of all the fun I could have coding this stuff...).
>
> I've already built a 'command pattern' prototype based on Axis that
> minimizes the need to define new WSDL for each Web Service 'endpoint' you
> want to define. We could potentially create a standard WSDL definition
that
> is flexible enough to handle a pretty wide range of applications and then
> build a backend that maps the web sevice 'command' to a Struts form
> bean/Action class combination. This would allow you to build web service
> 'command processors' by implementing Action classes. I've got a lot of the
> design already in my head.
>
>
>
> Kevin
>
>
>
> http://www.strutskickstart.com
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> --
-
> This e-mail message (including attachments, if any) is intended for the
use
> of the individual or entity to which it is addressed and may contain
> information that is privileged, proprietary , confidential and exempt from
> disclosure.  If you are not the intended recipient, you are notified that
> any dissemination, distribution or copying of this communication is
> strictly prohibited.  If you have received this communication in error,
> please notify the sender and erase this e-mail message immediately.
> --
-
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Tree Folder navigation

[BaTien Duong]

Sounf interesting. I am also interested in making the tree view easier and
faster at client side. Our model is constructed from swing
DefaultMutableTreeNode and DefaultTreeModel using Jndi. Users will have
different views of the tree. I looked at MonkeyTree. If we can bring the
user full view content to the client and use dhtml to control the opening
and closing the nodes, the solution will be more elegant and faster. Let's
share the codes.

- Original Message -
From: "alex hun" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Tuesday, September 03, 2002 7:22 AM
Subject: Re: Tree Folder navigation


> Thanks alot. And also to Jacob.  Am working on the code now.  Parveen, i
would
> also like to have a copy of your code. Would like to see how much can i
synergise
> the two codes.  Right now am working towards implementing access control
via
> enabling the user to view only folder which they are able to view.
> cheers
>
>
> "K.Viswanathan" wrote:
>
> > Sounds good! When do you expect it to be ready? Is there a provision for
> > client side scripting too( via say dhtml) ?
> >
> > Thanks
> > Vishy
> >
> > - Original Message -
> > From: "Parveen Kumar Hooda" <[EMAIL PROTECTED]>
> > To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > Sent: Tuesday, September 03, 2002 3:42 PM
> > Subject: Re: Tree Folder navigation
> >
> > > Hi Alex
> > >
> > > Are you looking for a tree type control? If so,then
> > > I have almost developed a tree tag(needs some polishing..) .
> > > This component expects a collection of nodes(the node can have Id ,
> > > parentId , name etc.)
> > > This tag can be used  with struts as well as with plain JSP's.
> > > It is a pure server side component.If  yu want to use it , I can share
it.
> > >
> > >
> > > regards
> > >
> > > Pary
> > >
> > >
> > >
> > > - Original Message -
> > > From: "alex hun" <[EMAIL PROTECTED]>
> > > To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
> > > Sent: Monday, September 02, 2002 9:50 PM
> > > Subject: Tree Folder navigation
> > >
> > >
> > > >
> > > > Hi all,
> > > >
> > > > I would like to implement tree folder navigation for my project.
> > > However, i
> > > > am quite clueless as to how this is to be done via struts. Has
anyone
> > > tried that
> > > > before or anyone know any resources tat i can refer to? thanks.
> > > >
> > > > regards
> > > > alex
> > > >
> > > >
> > > >
> > > > --
> > > > To unsubscribe, e-mail:
> > > 
> > > > For additional commands, e-mail:
> > > 
> > > >
> > > >
> > >
> > >
> > >
> > > --
> > > To unsubscribe, e-mail:
> > 
> > > For additional commands, e-mail:
> > 
> > >
> >
> > --
> > To unsubscribe, e-mail:

> > For additional commands, e-mail:

>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Struts & Persistence

[BaTien Duong]

How about transactional processing over a number of data sources? e.g. first
level of user profile is in Ldap, second level of user profile is in RDBMS.
That is the power of portal "vision". I hope this vision may stimulate
others.

- Original Message -
From: "Eddie Bush" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, August 09, 2002 9:33 AM
Subject: Re: Struts & Persistence


> BaTien Duong wrote:
>
> >OJB is very important,
> >
> Personally, I think that's an understatement.  At this point (and I
> think they're fixing to do some major refactoring, so it would be hard
> to speak of what will come), from what I can tell, all configuration is
> very declarative.  What does this mean to the user?  Basically, it means
> that once you get things working right under one DBMS you can probably
> switch to another just by changing the definition of your data-source!
>  *That* is power!
>
> >especially combined with Struts 1.1 framework and
> >"Struts pattern" of DAO to be independent of data sources: Directory,
RDBMS,
> >XML. I hope Struts user group gets more interest in this and in the
concept
> >of basicPortal that ties Struts, Tiles, and Event processing together.
> >
> >Great works and great community. :-)
> >
>
>
>
> --
> To unsubscribe, e-mail:
<mailto:[EMAIL PROTECTED]>
> For additional commands, e-mail:
<mailto:[EMAIL PROTECTED]>
>


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

Re: Struts & Persistence

[BaTien Duong]

OJB is very important, especially combined with Struts 1.1 framework and
"Struts pattern" of DAO to be independent of data sources: Directory, RDBMS,
XML. I hope Struts user group gets more interest in this and in the concept
of basicPortal that ties Struts, Tiles, and Event processing together.

Great works and great community. :-)

- Original Message -
From: "Eddie Bush" <[EMAIL PROTECTED]>
To: "Struts Users Mailing List" <[EMAIL PROTECTED]>
Sent: Friday, August 09, 2002 8:37 AM
Subject: Re: Struts & Persistence


> (David) It should be noted that the ODMG is an immediate precursor to
> JDO, and, therefore, quite similar.  If you search the OJB archives
> you'll find suggestions on how to plan a transition to JDO, once that
> functionality is production-ready.  Look for threads by Thomas Mahler -
> I think he's OJB's "daddy".
>
> (James) Get that Linux box up?!  :-)
>
> James Mitchell wrote:
>
> >Actually, yes I am.
> >
> >Although, now that I'm a little more familiar with OJB, I must admit that
I
> >won't be using the JDO implementation, its not complete.  I'm going with
> >ODMG.
> >
> >If I don't get slammed today at work, I should be finished.
> >
> >>-Original Message-
> >>From: David Mulligan [mailto:[EMAIL PROTECTED]]
> >>
> >>Hey James,
> >>
> >>I'm just wondering if you have made any progress on your struts-example
> >>using OJB?
> >>
> >>Tnx,
> >>Dave.
> >>
>
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: tile config using tileplugin?

[BaTien Duong]

Cedric:
Interesting! Do we have a TilesPlugIn now? I though the old tiles uses
ActionComponentServlet, which extends ActionServlet. So to extend Struts
without extending ActionServlet, it will probably use ServiceManager.

Cedric, would you explain this point and the direction tiles will be taken.
This is the same question I posted sometime ago, but received no answer.

Thanks

- Original Message -
From: "Struts Newsgroup" <@[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, June 10, 2002 9:40 AM
Subject: tile config using tileplugin?


> Subject: tile config using tileplugin?
> From: Torgeir Veimo <[EMAIL PROTECTED]>
>  ===
> I tried using
>
> 
> value="/WEB-INF/tileDefinitions.xml"/>
> 
>
> in my struct-config.xml instead of in the web.xml file, but it doesn't
> work. I get a
>
> "message Servlet action is currently unavailable
> description The requested service (Servlet action is currently
> unavailable) is not currently available."
>
> Should it work this way? I would like to do this because I have several
> sub applications, and would like to use one tileDefinitions.xml file for
> each, and I don't know about them all in advance (Hence I cannot put the
> all in web.xml initially).
>
> --
> -Torgeir
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: Exception on persisted sessions - SimpleLog

[Dr. BaTien Duong]

hello:

I am using Tomcat 4 binary version for jdk1.4 as a Standalone server working
with Struts 1.1, no cluster. Suddenly, i have this exception popped up at
the startup and shutdown of tomcat:

On catalina start up - Standalone server:
[-] Searching for random number generator has been completed
[-] IOException while loading persisted sessions:
java.io.WriteAbortedException: writing aborted;
java.io.NotSerializableException: org.apache.commons.logging.impl.SimpleLog
Caused by: java.io.NotSerializableException:
org.apache.commons.logging.impl.SimpleLog
... 9 times

When catalina is shutdown:
[-] finalizing
[-] cannot serialize session attribute user for session xx
java.io.NotSerializableException: org.apache.commons.logging.impl.SimpleLog
=> our user object implements Serializable and set to each user session once
the user is authenticated.

Any help and/or suggestion. Thanks.


--
To unsubscribe, e-mail:   
For additional commands, e-mail: 

Re: I need help building tiles from src - please

[Dr. BaTien Duong]

Hello Joe:

Use the binary version. Learn from Struts-tiles, excellently put together by
Cedric Dumoulin. Then put appropriate libs and taglibs to your application.

I like to take this opportunity to thank Cedric for his effort and
willingness to help.

BaTien
DBGROUPS
=
- Original Message -
From: "jfc100" <[EMAIL PROTECTED]>
To: "Struts-User" <[EMAIL PROTECTED]>
Sent: Monday, May 13, 2002 9:11 AM
Subject: I need help building tiles from src - please


> Hi,
>
> I've been trying to build tiles and am struggling a bit.
>
> I downloaded and ran a build of 'jakarta-struts-1.1-b1-src' only to find
> that it doesn't automatically build tiles. When I finish building
> struts, I can see a contrib directory which contains a tiles
> subdirectory with the tiles source in it.
>
> When I read the build.xml notes, it says make sure this file is in the
> root of the struts-src directory.
>
> This is going to override the existing struts build.xml - which is
> surely not what we want.
>
> What is the best way to arrange things?
>
> Thanks
> Joe
>
>
> --
> To unsubscribe, e-mail:

> For additional commands, e-mail:

>
>


--
To unsubscribe, e-mail:   
For additional commands, e-mail: