Re: Struts 2 CodeBehind/SmartURLs (was Re: Struts 2 Plugin for Grails?)

[Ted Husted]

On Nov 20, 2007 7:11 PM, Brian Pontarelli <[EMAIL PROTECTED]> wrote:
> I thought that this was not really the same. You couldn't map multiple
> actions to a class or handle more different methods for actions. I
> haven't looked at the codebehind in a long time, since I've been using
> SmartURLs for 6 months or so.

You might try backporting something to see what you miss. I found that
it was less than I expected :)


> > Codebehind actually supports this now - struts.codebehind.pathPrefix -
> > but I see it isn't documented.
> >
> True, but this is global and somewhat cumbersome with respect to slashes
> (just a bug that annoyed me). SU handles this at the package, class and
> global levels.

I don't know what "cumbersome" means. If there's a bug, could we just
fix it? I also don't know what is meant by SU handling this at the
package, class, and global levels.


> > I'm not so sure about this one.  Would we do something like stripes
> > where we scan for the 'actions' subpackage?  I don't see the
> > 'actionPackages' init parameter as too burdensome.
> >
> Yeah exactly. This is necessary to allow SU to find actions inside JAR
> files in the classpath without requiring the action package for that JAR
> file to be added to the configuration. Very nice in my opinion to be
> able to drop a JAR file into a project and get a bunch of actions,
> results, etc without any configuration. This is a must for me since
> Vertigo and other projects use it heavily.
>
...

> Finding action classes and results from the classpath. For example,
> Vertigo has an action named: Countries in a package named
> org.inversoft.vertigo.struts.action; I map this to the URL
> /vertigo/countries. You can execute this action from a JSP to build a
> list of countries to use with a select box. Very cool. However, I have
> to configure this action package in the struts XML or properties file or
> use the current component.xml solution to inform SU that this package
> exists. I think it would be better to just find all actions in packages
> with specific names (like Stripes). That way I don't have any configuration.

Then to what URI does "org.inversoft.vertigo.struts.action" map?


> > I should also add, I don't see XML going away nor do I want it to.
> > There will always be more things you can do in XML that you won't be
> > able to do in annotations, and I see the codebehind plugin accepting
> > this fact.  I'd like it to add conventions and a few annotations to
> > cover 90-95% of the cases, leaving more involved things like defining
> > results, interceptors, and more complex package-level config to XML.
> >
> I'm on the other side of the fence. None of my apps to date have used
> any XML at all. I prefer it this way and only use XML when I absolutely
> have to.

Well, there's external XML configuration for one-time customizations,
and then there's external  gluecode that we've been writing to cover
each and every action   When we eliminate glue-code, we eliminate
work. But, whether one-time configurations take place in annotation or
external XML is six-of-one, half-a-dozen of the other.

Of course, with package-info.java, we should be able to have a full
complement of both annotation and external configuration options.

But, do we want to support mixing-and-matching both? If we have a full
complement, would it be simpler to expect people to select one
strategy per application? (The way JPA expects us to select one
annotation strategy for columns - field or property.)


> > Also, if I haven't mentioned it already, Struts 2.1 supports multiple
> > filter instances in a webapp.  This means you could have two filters,
> > each looking for actions in a different root package and using
> > different path prefixes for their results.  I'm still not clear why
> > you would be putting templates in two different root directories, but
> > if you wanted to, you can.
> >
> This would be overkill with SU because you can handle multiple action
> packages, multiple result locations, and most configuration with a
> single filter. Obviously this might be helpful for some situations, but
> I haven't found a need for it yet.
>
> > This is a great first step towards integrating the two plugins.
> > Perhaps the next step, after some more discussion, would be to set up
> > a matrix of the features SmartURLs has that codebehind doesn't, then
> > we can systematically evaluate them in a way that is easy to follow
> > and record.
> >
> I can put this together, but I'd like to finalize some decisions around
> this stuff pretty soon. I think it is really just a matter of these last
> 3-5 items and then just integration.

One other point that hasn't been mentioned is the SEO conventions. I
haven't tried, but I don't believe the CodeBehind converts camelCase
to seo-case.

A couple of general points:

 * Should configuration should follow an order of  precedence, such as
Convention, Annotation, and External (XML), where an External
configuration would override any A

Re: [s2] Failed tests: testStreamResultDefault

[Ted Husted]

Nope. I did a clean checkout and a clean Struts 2 repo, but I still
can't build Struts 2 without skipping the tests.

On Nov 21, 2007 12:58 AM, emartin24 <[EMAIL PROTECTED]> wrote:
> Ted Husted wrote:
> >
> > With a clean checkout and clean S2 Maven repo, I'm still failing on
> > mvn clean install -Pall
> >
> > Is it just me? Any suggestions?
> >
> > -Ted.
> >
> > WARNING:  [02:14.937] Could not find property [#attr.templateDir]
> > Tests run: 13, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.078 sec
> > Running org.apache.struts2.dispatcher.mapper.DefaultActionMapperTest
> > Tests run: 39, Failures: 0, Errors: 0, Skipped: 0, Time elapsed: 1.328 sec
> >
> > Results :
> >
> > Failed tests:
> >   testStreamResultDefault(org.apache.struts2.dispatcher.StreamResultTest)
> >
> > Tests run: 619, Failures: 1, Errors: 0, Skipped: 0
> >
> > [INFO]
> > 
> > [ERROR] BUILD FAILURE
> > [INFO]
> > 
> > [INFO] There are test failures.
> > [INFO]
> > 
> > [INFO] For more information, run Maven with the -e switch
> > [INFO]
> > 
> > [INFO] Total time: 1 minute 41 seconds
> > [INFO] Finished at: Sun Nov 11 05:02:16 EST 2007
> > [INFO] Final Memory: 27M/61M
> > [INFO]
> > 
> >
> >
>
> I'm trying to do a build from the latest source and am getting the same
> thing. Did you ever get around this?
>
> Maven 2.0.7, Java 1.6.0_03, Windows Vista

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

Re: [s2] Failed tests: testStreamResultDefault

[Dave Newton]

Hmm; I thought I'd been building on my Mac w/ no
issues... just tried it under XP/1.5 and it has the
same issue, though. Can't check the Mac now.

d.

--- Ted Husted <[EMAIL PROTECTED]> wrote:

> Nope. I did a clean checkout and a clean Struts 2
> repo, but I still
> can't build Struts 2 without skipping the tests.
> 
> On Nov 21, 2007 12:58 AM, emartin24
> <[EMAIL PROTECTED]> wrote:
> > Ted Husted wrote:
> > >
> > > With a clean checkout and clean S2 Maven repo,
> I'm still failing on
> > > mvn clean install -Pall
> > >
> > > Is it just me? Any suggestions?
> > >
> > > -Ted.
> > >
> > > WARNING:  [02:14.937] Could not find property
> [#attr.templateDir]
> > > Tests run: 13, Failures: 0, Errors: 0, Skipped:
> 0, Time elapsed: 1.078 sec
> > > Running
>
org.apache.struts2.dispatcher.mapper.DefaultActionMapperTest
> > > Tests run: 39, Failures: 0, Errors: 0, Skipped:
> 0, Time elapsed: 1.328 sec
> > >
> > > Results :
> > >
> > > Failed tests:
> > >  
>
testStreamResultDefault(org.apache.struts2.dispatcher.StreamResultTest)
> > >
> > > Tests run: 619, Failures: 1, Errors: 0, Skipped:
> 0
> > >
> > > [INFO]
> > >
>

> > > [ERROR] BUILD FAILURE
> > > [INFO]
> > >
>

> > > [INFO] There are test failures.
> > > [INFO]
> > >
>

> > > [INFO] For more information, run Maven with the
> -e switch
> > > [INFO]
> > >
>

> > > [INFO] Total time: 1 minute 41 seconds
> > > [INFO] Finished at: Sun Nov 11 05:02:16 EST 2007
> > > [INFO] Final Memory: 27M/61M
> > > [INFO]
> > >
>

> > >
> > >
> >
> > I'm trying to do a build from the latest source
> and am getting the same
> > thing. Did you ever get around this?
> >
> > Maven 2.0.7, Java 1.6.0_03, Windows Vista
> 
>
-
> 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: [s2] Failed tests: testStreamResultDefault

[Wes Wannemacher]

I'm on ubuntu with Java HotSpot(TM) 64-Bit Server VM (build
1.6.0_03-b05, mixed mode) and i did a fresh checkout and build. All
unit tests passed.

-Wes

On 11/21/07, Dave Newton <[EMAIL PROTECTED]> wrote:
> Hmm; I thought I'd been building on my Mac w/ no
> issues... just tried it under XP/1.5 and it has the
> same issue, though. Can't check the Mac now.
>
> d.
>
> --- Ted Husted <[EMAIL PROTECTED]> wrote:
>
> > Nope. I did a clean checkout and a clean Struts 2
> > repo, but I still
> > can't build Struts 2 without skipping the tests.
> >
> > On Nov 21, 2007 12:58 AM, emartin24
> > <[EMAIL PROTECTED]> wrote:
> > > Ted Husted wrote:
> > > >
> > > > With a clean checkout and clean S2 Maven repo,
> > I'm still failing on
> > > > mvn clean install -Pall
> > > >
> > > > Is it just me? Any suggestions?
> > > >
> > > > -Ted.
> > > >
> > > > WARNING:  [02:14.937] Could not find property
> > [#attr.templateDir]
> > > > Tests run: 13, Failures: 0, Errors: 0, Skipped:
> > 0, Time elapsed: 1.078 sec
> > > > Running
> >
> org.apache.struts2.dispatcher.mapper.DefaultActionMapperTest
> > > > Tests run: 39, Failures: 0, Errors: 0, Skipped:
> > 0, Time elapsed: 1.328 sec
> > > >
> > > > Results :
> > > >
> > > > Failed tests:
> > > >
> >
> testStreamResultDefault(org.apache.struts2.dispatcher.StreamResultTest)
> > > >
> > > > Tests run: 619, Failures: 1, Errors: 0, Skipped:
> > 0
> > > >
> > > > [INFO]
> > > >
> >
> 
> > > > [ERROR] BUILD FAILURE
> > > > [INFO]
> > > >
> >
> 
> > > > [INFO] There are test failures.
> > > > [INFO]
> > > >
> >
> 
> > > > [INFO] For more information, run Maven with the
> > -e switch
> > > > [INFO]
> > > >
> >
> 
> > > > [INFO] Total time: 1 minute 41 seconds
> > > > [INFO] Finished at: Sun Nov 11 05:02:16 EST 2007
> > > > [INFO] Final Memory: 27M/61M
> > > > [INFO]
> > > >
> >
> 
> > > >
> > > >
> > >
> > > I'm trying to do a build from the latest source
> > and am getting the same
> > > thing. Did you ever get around this?
> > >
> > > Maven 2.0.7, Java 1.6.0_03, Windows Vista
> >
> >
> -
> > 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]
>
>


-- 
Wesley Wannemacher
President, Head Engineer/Consultant
WanTii, Inc.
http://www.wantii.com

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

Re: JPA in mailreader

[Tom Schneider]

Ted, I finally had a chance to look at your JPA mailreader.

I know this was in the original, but I really don't like the way that 
they have most of the functionality for the actions is in a superclass.  
To me, that's hiding functionality.  (Especially when the domain model 
is in the super class)  And this become problematic on bigger projects.  
Do you have multiple superclasses to extend from with different domain 
models?  What if you need functionality from 2 different superclasses.  
At a certain size of project this technique breaks down and it irritates 
me that the standard example shows it this way.


I also don't like having a separate create vs. update action.  My 
general rule of thumb is: if the domain model is the same and the use 
cases are closely related, it should be the same action.  I don't 
generally combine list and edit actions, but the create/edit/save 
functionality will all be in one class as would be the list/paging/sort 
use cases.


Why are the name queries on the domain object?  I don't dislike it, I'm 
just curious about why you took that approach.


I think the validation annotations are ugly and hard to read, but others 
may disagree.  I do like how grails uses enclosures to capture that 
information, can you convert this example to grails? :)


I'm not a fan of having a separate interface for the Manager classes, 
just for the sake of having an interface.  If it's unlikely that there 
will ever be another implementation, then it should just be a class.  
One argument you could make is: "Well what if you switch data storage 
technologies?"  Well, we just did that in this example and the 
interfaces had to be redesigned, so did they really buy you anything?


Again I cringe at seeing a superclass for all domain objects.  I think 
it makes sense for the managers to have a superclass though.  In my 
experience with big projects, having a superclass for domain objects 
doesn't make a lot of sense.


I hope I haven't been too brutal with my comments. :)  I'm so glad we 
finally have a mailreader example that uses JPA.  A lot of what you see 
here is my experience from working with webwork on a large (200+ action) 
project.  There's lots of things that seem fine on a small scale, but 
when you have to scale up to that size, lots of things become 
problematic.  I'd also be curious to find out how others have structured 
larger projects in webwork/struts.  I think that's helpful because we 
spent a lot of time reinventing the wheel when it comes to large project 
best practices.

Tom


Ted Husted wrote:

The work-in-progress is checked into the sandbox now.

 * http://svn.apache.org/viewvc/struts/sandbox/trunk/jpa-mailreader/

I'll track further work through https://issues.apache.org/struts/browse/WW-1399

This is still very much a prototype, and I would gladly receive any
suggestions.

-Ted.

-
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: JPA in mailreader

[Ted Husted]

I very much appreciate the comments, Tom. Right now, I'm retreating
into unit tests against the business logic. But once that's done, I'd
to revisit your suggestions. I'm tempted to suggest that you go ahead
and try some changes, but the application isn't fully functional right
now, and we should probably fix that first. :)

If anyone sees a quick fix for the persistence problems mentioned in
the STATUS.txt, please feel free to make the change or submit a patch.

 * 
http://svn.apache.org/viewvc/struts/sandbox/trunk/jpa-mailreader/STATUS.txt?view=markup

Just to address a couple of points. The use case for the domain
superclass is to share the code that handles the UUID primary keys.
It's probably a fetish, but I seem to have an allergy to cut-and-paste
reuse. :)

The manager classes have an interface so that mock versions could be
injected to test the actions directly, via the constructors, without
engaging the persistence layer. Usually, I would have written those
first, but this was a double-edged spike for me, in that I was
tinkering with JPA and CodeBehind at the same time.

-Ted.

On Nov 21, 2007 11:20 AM, Tom Schneider <[EMAIL PROTECTED]> wrote:
> Ted, I finally had a chance to look at your JPA mailreader.
>
> I know this was in the original, but I really don't like the way that
> they have most of the functionality for the actions is in a superclass.
> To me, that's hiding functionality.  (Especially when the domain model
> is in the super class)  And this become problematic on bigger projects.
> Do you have multiple superclasses to extend from with different domain
> models?  What if you need functionality from 2 different superclasses.
> At a certain size of project this technique breaks down and it irritates
> me that the standard example shows it this way.
>
> I also don't like having a separate create vs. update action.  My
> general rule of thumb is: if the domain model is the same and the use
> cases are closely related, it should be the same action.  I don't
> generally combine list and edit actions, but the create/edit/save
> functionality will all be in one class as would be the list/paging/sort
> use cases.
>
> Why are the name queries on the domain object?  I don't dislike it, I'm
> just curious about why you took that approach.
>
> I think the validation annotations are ugly and hard to read, but others
> may disagree.  I do like how grails uses enclosures to capture that
> information, can you convert this example to grails? :)
>
> I'm not a fan of having a separate interface for the Manager classes,
> just for the sake of having an interface.  If it's unlikely that there
> will ever be another implementation, then it should just be a class.
> One argument you could make is: "Well what if you switch data storage
> technologies?"  Well, we just did that in this example and the
> interfaces had to be redesigned, so did they really buy you anything?
>
> Again I cringe at seeing a superclass for all domain objects.  I think
> it makes sense for the managers to have a superclass though.  In my
> experience with big projects, having a superclass for domain objects
> doesn't make a lot of sense.
>
> I hope I haven't been too brutal with my comments. :)  I'm so glad we
> finally have a mailreader example that uses JPA.  A lot of what you see
> here is my experience from working with webwork on a large (200+ action)
> project.  There's lots of things that seem fine on a small scale, but
> when you have to scale up to that size, lots of things become
> problematic.  I'd also be curious to find out how others have structured
> larger projects in webwork/struts.  I think that's helpful because we
> spent a lot of time reinventing the wheel when it comes to large project
> best practices.
> Tom
>
>
>
> Ted Husted wrote:
> > The work-in-progress is checked into the sandbox now.
> >
> >  * http://svn.apache.org/viewvc/struts/sandbox/trunk/jpa-mailreader/
> >
> > I'll track further work through 
> > https://issues.apache.org/struts/browse/WW-1399
> >
> > This is still very much a prototype, and I would gladly receive any
> > suggestions.
> >
> > -Ted.
> >
>
> > -
> > 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]
>
>



-- 
HTH, Ted 

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

Re: [s2] Failed tests: testStreamResultDefault

[Ted Husted]

I'm thinking that it's an XP issue, since Bamboo is probably on Ubuntu too.

On Nov 21, 2007 10:24 AM, Wes Wannemacher <[EMAIL PROTECTED]> wrote:
> I'm on ubuntu with Java HotSpot(TM) 64-Bit Server VM (build
> 1.6.0_03-b05, mixed mode) and i did a fresh checkout and build. All
> unit tests passed.
>
> -Wes
>
>
> On 11/21/07, Dave Newton <[EMAIL PROTECTED]> wrote:
> > Hmm; I thought I'd been building on my Mac w/ no
> > issues... just tried it under XP/1.5 and it has the
> > same issue, though. Can't check the Mac now.
> >
> > d.
> >
> > --- Ted Husted <[EMAIL PROTECTED]> wrote:
> >
> > > Nope. I did a clean checkout and a clean Struts 2
> > > repo, but I still
> > > can't build Struts 2 without skipping the tests.
> > >
> > > On Nov 21, 2007 12:58 AM, emartin24
> > > <[EMAIL PROTECTED]> wrote:
> > > > Ted Husted wrote:
> > > > >
> > > > > With a clean checkout and clean S2 Maven repo,
> > > I'm still failing on
> > > > > mvn clean install -Pall
> > > > >
> > > > > Is it just me? Any suggestions?
> > > > >
> > > > > -Ted.
> > > > >
> > > > > WARNING:  [02:14.937] Could not find property
> > > [#attr.templateDir]
> > > > > Tests run: 13, Failures: 0, Errors: 0, Skipped:
> > > 0, Time elapsed: 1.078 sec
> > > > > Running
> > >
> > org.apache.struts2.dispatcher.mapper.DefaultActionMapperTest
> > > > > Tests run: 39, Failures: 0, Errors: 0, Skipped:
> > > 0, Time elapsed: 1.328 sec
> > > > >
> > > > > Results :
> > > > >
> > > > > Failed tests:
> > > > >
> > >
> > testStreamResultDefault(org.apache.struts2.dispatcher.StreamResultTest)
> > > > >
> > > > > Tests run: 619, Failures: 1, Errors: 0, Skipped:
> > > 0
> > > > >
> > > > > [INFO]
> > > > >
> > >
> > 
> > > > > [ERROR] BUILD FAILURE
> > > > > [INFO]
> > > > >
> > >
> > 
> > > > > [INFO] There are test failures.
> > > > > [INFO]
> > > > >
> > >
> > 
> > > > > [INFO] For more information, run Maven with the
> > > -e switch
> > > > > [INFO]
> > > > >
> > >
> > 
> > > > > [INFO] Total time: 1 minute 41 seconds
> > > > > [INFO] Finished at: Sun Nov 11 05:02:16 EST 2007
> > > > > [INFO] Final Memory: 27M/61M
> > > > > [INFO]
> > > > >
> > >
> > 
> > > > >
> > > > >
> > > >
> > > > I'm trying to do a build from the latest source
> > > and am getting the same
> > > > thing. Did you ever get around this?
> > > >
> > > > Maven 2.0.7, Java 1.6.0_03, Windows Vista
> > >
> > >
> > -
> > > 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]
> >
> >
>
>
> --
> Wesley Wannemacher
> President, Head Engineer/Consultant
> WanTii, Inc.
> http://www.wantii.com
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>



-- 
HTH, Ted 

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

Re: Struts 2 Plugin for Grails?

[Brian Pontarelli]

Well, I was planning on checking out the next JSR, but jcp.org is down. 
I'll check back later. If anyone from Sun is on this list, might want to 
email the folks that manage that site and let them know it is toast 
right now.


-bp


mraible wrote:

I don't think their implementation would be useful. Their JSP compiler
doesn't support taglibs or JSP EL - the only thing it has that resembles JSP
is the extension. ;-)

Matt


Ted Husted wrote:
  

On Nov 20, 2007 11:57 AM, mraible <[EMAIL PROTECTED]> wrote:


The best thing is to probably see what's on tap for JSP 2.2 and see if we
can
get it on the EG's radar.

Matt
  

If Matt's client were willing to contribute the IP, another way to
proceed would be to open source a proof of concept for the EG to
consider (and the rest of us to actually use!). Depending on the
extent of package, the contribution could be setup as a top-level ASF
project or Commons component.

Call me crazy, but I believe in folding my own parachute :)

-Ted.

-
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: [s2] Failed tests: testStreamResultDefault

[Wes Wannemacher]

[sorta Friday since in the US, many of us will have the rest of the week off]

Does that mean we can sue SUN for false advertising - Write once, run anywhere

-W

On 11/21/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> I'm thinking that it's an XP issue, since Bamboo is probably on Ubuntu too.
>



-- 
Wesley Wannemacher
President, Head Engineer/Consultant
WanTii, Inc.
http://www.wantii.com

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

Re: Struts 2 Plugin for Grails?

[Dave Newton]

Works on My Machine (tm)

--- Brian Pontarelli <[EMAIL PROTECTED]> wrote:

> Well, I was planning on checking out the next JSR,
> but jcp.org is down. 
> I'll check back later. If anyone from Sun is on this
> list, might want to 
> email the folks that manage that site and let them
> know it is toast 
> right now.
> 
> -bp
> 
> 
> mraible wrote:
> > I don't think their implementation would be
> useful. Their JSP compiler
> > doesn't support taglibs or JSP EL - the only thing
> it has that resembles JSP
> > is the extension. ;-)
> >
> > Matt
> >
> >
> > Ted Husted wrote:
> >   
> >> On Nov 20, 2007 11:57 AM, mraible
> <[EMAIL PROTECTED]> wrote:
> >> 
> >>> The best thing is to probably see what's on tap
> for JSP 2.2 and see if we
> >>> can
> >>> get it on the EG's radar.
> >>>
> >>> Matt
> >>>   
> >> If Matt's client were willing to contribute the
> IP, another way to
> >> proceed would be to open source a proof of
> concept for the EG to
> >> consider (and the rest of us to actually use!).
> Depending on the
> >> extent of package, the contribution could be
> setup as a top-level ASF
> >> project or Commons component.
> >>
> >> Call me crazy, but I believe in folding my own
> parachute :)
> >>
> >> -Ted.
> >>
> >>
>
-
> >> 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]

Rendering JSP templates from the classpath (Re: Struts 2 Plugin for Grails?)

[Ted Husted]

Would it be feasible to use Jasper 2 instead?

Historically, it seems that the specifications that were based on a
working technology have been more successful than "speculative"
specifications. I think everyone involved in the process agrees that
it's much cleaner to create a standard around existing technology.

-Ted.

On Nov 20, 2007 1:25 PM, mraible <[EMAIL PROTECTED]> wrote:
>
> I don't think their implementation would be useful. Their JSP compiler
> doesn't support taglibs or JSP EL - the only thing it has that resembles JSP
> is the extension. ;-)
>
> Matt
>
> Ted Husted wrote:
> >
> > On Nov 20, 2007 11:57 AM, mraible <[EMAIL PROTECTED]> wrote:
> >> The best thing is to probably see what's on tap for JSP 2.2 and see if we
> >> can
> >> get it on the EG's radar.
> >>
> >> Matt
> >
> > If Matt's client were willing to contribute the IP, another way to
> > proceed would be to open source a proof of concept for the EG to
> > consider (and the rest of us to actually use!). Depending on the
> > extent of package, the contribution could be setup as a top-level ASF
> > project or Commons component.
> >
> > Call me crazy, but I believe in folding my own parachute :)
> >
> > -Ted.

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

Re: [s2] Failed tests: testStreamResultDefault

[Dave Newton]

Write It, Fail Everywhere.

I'm all for it, and it has a friendly acronym.

--- Ted Husted <[EMAIL PROTECTED]> wrote:

> It would be nice if the tests would at least fail
> everywhere :)
> 
> On Nov 21, 2007 12:36 PM, Wes Wannemacher
> <[EMAIL PROTECTED]> wrote:
> > [sorta Friday since in the US, many of us will
> have the rest of the week off]
> >
> > Does that mean we can sue SUN for false
> advertising - Write once, run anywhere
> >
> > -W
> >
> > On 11/21/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> > > I'm thinking that it's an XP issue, since Bamboo
> is probably on Ubuntu too.
> 
>
-
> 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: [s2] Failed tests: testStreamResultDefault

[Ted Husted]

It would be nice if the tests would at least fail everywhere :)

On Nov 21, 2007 12:36 PM, Wes Wannemacher <[EMAIL PROTECTED]> wrote:
> [sorta Friday since in the US, many of us will have the rest of the week off]
>
> Does that mean we can sue SUN for false advertising - Write once, run anywhere
>
> -W
>
> On 11/21/07, Ted Husted <[EMAIL PROTECTED]> wrote:
> > I'm thinking that it's an XP issue, since Bamboo is probably on Ubuntu too.

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

Re: [s2] Failed tests: testStreamResultDefault

[Nils-Helge Garli Hegvik]

I have WinXP, and it fails here as well.

Nils-H

On Nov 21, 2007 5:42 PM, Ted Husted <[EMAIL PROTECTED]> wrote:
> I'm thinking that it's an XP issue, since Bamboo is probably on Ubuntu too.
>
>
> On Nov 21, 2007 10:24 AM, Wes Wannemacher <[EMAIL PROTECTED]> wrote:
> > I'm on ubuntu with Java HotSpot(TM) 64-Bit Server VM (build
> > 1.6.0_03-b05, mixed mode) and i did a fresh checkout and build. All
> > unit tests passed.
> >
> > -Wes
> >
> >
> > On 11/21/07, Dave Newton <[EMAIL PROTECTED]> wrote:
> > > Hmm; I thought I'd been building on my Mac w/ no
> > > issues... just tried it under XP/1.5 and it has the
> > > same issue, though. Can't check the Mac now.
> > >
> > > d.
> > >
> > > --- Ted Husted <[EMAIL PROTECTED]> wrote:
> > >
> > > > Nope. I did a clean checkout and a clean Struts 2
> > > > repo, but I still
> > > > can't build Struts 2 without skipping the tests.
> > > >
> > > > On Nov 21, 2007 12:58 AM, emartin24
> > > > <[EMAIL PROTECTED]> wrote:
> > > > > Ted Husted wrote:
> > > > > >
> > > > > > With a clean checkout and clean S2 Maven repo,
> > > > I'm still failing on
> > > > > > mvn clean install -Pall
> > > > > >
> > > > > > Is it just me? Any suggestions?
> > > > > >
> > > > > > -Ted.
> > > > > >
> > > > > > WARNING:  [02:14.937] Could not find property
> > > > [#attr.templateDir]
> > > > > > Tests run: 13, Failures: 0, Errors: 0, Skipped:
> > > > 0, Time elapsed: 1.078 sec
> > > > > > Running
> > > >
> > > org.apache.struts2.dispatcher.mapper.DefaultActionMapperTest
> > > > > > Tests run: 39, Failures: 0, Errors: 0, Skipped:
> > > > 0, Time elapsed: 1.328 sec
> > > > > >
> > > > > > Results :
> > > > > >
> > > > > > Failed tests:
> > > > > >
> > > >
> > > testStreamResultDefault(org.apache.struts2.dispatcher.StreamResultTest)
> > > > > >
> > > > > > Tests run: 619, Failures: 1, Errors: 0, Skipped:
> > > > 0
> > > > > >
> > > > > > [INFO]
> > > > > >
> > > >
> > > 
> > > > > > [ERROR] BUILD FAILURE
> > > > > > [INFO]
> > > > > >
> > > >
> > > 
> > > > > > [INFO] There are test failures.
> > > > > > [INFO]
> > > > > >
> > > >
> > > 
> > > > > > [INFO] For more information, run Maven with the
> > > > -e switch
> > > > > > [INFO]
> > > > > >
> > > >
> > > 
> > > > > > [INFO] Total time: 1 minute 41 seconds
> > > > > > [INFO] Finished at: Sun Nov 11 05:02:16 EST 2007
> > > > > > [INFO] Final Memory: 27M/61M
> > > > > > [INFO]
> > > > > >
> > > >
> > > 
> > > > > >
> > > > > >
> > > > >
> > > > > I'm trying to do a build from the latest source
> > > > and am getting the same
> > > > > thing. Did you ever get around this?
> > > > >
> > > > > Maven 2.0.7, Java 1.6.0_03, Windows Vista
> > > >
> > > >
> > > -
> > > > 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]
> > >
> > >
> >
> >
> > --
> > Wesley Wannemacher
> > President, Head Engineer/Consultant
> > WanTii, Inc.
> > http://www.wantii.com
> >
> >
> > -
> > To unsubscribe, e-mail: [EMAIL PROTECTED]
> > For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
>
>
>
> --
> HTH, Ted 
>
>
> -
> 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]