Yeah, that is a step, but to really make it useful, it should work without
Tomcat and/or Pluto installed anywhere on the hard drive. The Jetty plugin
embeds Jetty so that no external files are needed.
Don
Nils-Helge Garli wrote:
On 7/24/06, Don Brown <[EMAIL PROTECTED]> wrote:
I'd love to
On 7/24/06, Don Brown <[EMAIL PROTECTED]> wrote:
I'd love to be able to use a Maven plugin, like the Jetty one, to easily
test
the portlet w/o any extra installation. Using 'mvn jetty6:run-war" is
just too
handy. This is one of my many personal todo projects :)
Don
I believe the Pluto 1.1
This "bridge" is really what exists today in Struts 2/WebWork 2. You can write
an app, test it in Tomcat as a webapp, then run it as a portlet without any code
changes.
I think what Toby is talking about is helping with the extra configuration files
that the different portals require. I thin
I'd love to be able to use a Maven plugin, like the Jetty one, to easily test
the portlet w/o any extra installation. Using 'mvn jetty6:run-war" is just too
handy. This is one of my many personal todo projects :)
Don
Ted Husted wrote:
On 7/24/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
Hone
On 7/24/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
Honestly, I don't know what
the WebWork approach has been in the past. I think with Struts,
we've just provided helper documentation for those kinds of things.
There's a portlet tutorial here:
* http://www.twdata.org/backups/WW/portlet-tutori
On Jul 24, 2006, at 9:47 AM, tm jee wrote:
About the ant build that creating a skeleton for various portlet
container, what if we build a maven arcetype specific for each of
the portlet container?
Maybe,
mvn archetype:create .. portlet-liferay-archetype-starter
will create a templa
did for
struts2-archetype-starter.
What do you guys think, feasible?
- Original Message
From: tm jee <[EMAIL PROTECTED]>
To: Struts Developers List
Sent: Monday, 24 July, 2006 10:35:47 PM
Subject: Re: Portlet App and Ant (was Re: Would like to remove Ant build from
Struts 2)
&
Developers List
Sent: Monday, 24 July, 2006 12:39:03 AM
Subject: Re: Portlet App and Ant (was Re: Would like to remove Ant build from
Struts 2)
On Jul 22, 2006, at 7:29 PM, Ted Husted wrote:
> What about this?
>
> * http://www.twdata.org/backups/WW/how-to-build-the-portlet-war-for-
On Jul 22, 2006, at 7:29 PM, Ted Husted wrote:
What about this?
* http://www.twdata.org/backups/WW/how-to-build-the-portlet-war-for-
a-specific-portal-server.html
Meanwhile, what's involved in setting up Tomcat 5.5. for portlets?
It's a bit more involved than just getting portlets to work
What about this?
*
http://www.twdata.org/backups/WW/how-to-build-the-portlet-war-for-a-specific-portal-server.html
Meanwhile, what's involved in setting up Tomcat 5.5. for portlets?
-Ted.
-
To unsubscribe, e-mail: [EMAIL PROT
On 7/10/06, Jason Carreira <[EMAIL PROTECTED]> wrote:
+1 for this
I'm surprised Maven can't build a source distribution with a bundled
standard ant build with maven dependency ant task calls. I'd think this
would be a common need.
A lot of Jakarta Commons projects deal with this sort of thin
What about using the Maven2 ant tasks and integrating that way? I just
started reading http://maven.apache.org/ant-tasks.html this morning.
Of course you'll need maven and ant...
On 7/10/06, Don Brown <[EMAIL PROTECTED]> wrote:
The one case I wouldn't mind seeing an Ant build is
+1 for this
I'm surprised Maven can't build a source distribution with a bundled standard
ant build with maven dependency ant task calls. I'd think this would be a
common need.
> The one case I wouldn't mind seeing an Ant build is
> in the source distribution.
> Many times, I'm downloading s
FYI, you can get a similar auto-downloading of dependencies with an Ant
script using the ant-dependencies task:
http://www.httpunit.org/doc/dependencies.html
For a working example, see the build script for Java Web Parts:
http://javawebparts.sourceforge.net
This actually downloads from the Ma
That's precisely the sort of scenario I had in mind.
- George
Don Brown wrote:
> The one case I wouldn't mind seeing an Ant build is in the
> source distribution.
> Many times, I'm downloading source distros, and have to
> make some change, but
> I'm on a network where I don't have connect
The one case I wouldn't mind seeing an Ant build is in the source distribution.
Many times, I'm downloading source distros, and have to make some change, but
I'm on a network where I don't have connectivity to the outside world. If we
could make a source distro that was completely self-contain
It realy comes down to managing the dependencies. I could forsee
someone building an ant build that ran against the compiled code and
dependencies. (Similar to Atlassians build system with JIRA.) However
I personally dont think its appropriate to be part of the project. (At
least not as a source l
Don Brown proposed:
> I'd like to remove the Ant build from Struts 2. I don't think it has
> worked for a little while and the new Maven 2 layout
> discourages it for
> any complex builds. Unless someone seriously wants to put the effort
> into keeping it up, I think it should be removed.
>F
Probably, though I haven't looked in to it too much yet.
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=36712&messageID=72174#72174
---
On 7/9/06, Ted Husted <[EMAIL PROTECTED]> wrote:
So, would that also be a solution for Struts 1 aggregation too?
* http://issues.apache.org/struts/browse/STR-2839
-Ted.
On 7/9/06, Patrick Lightbody <[EMAIL PROTECTED]> wrote:
> Ted, the javadocs problem may be the case, but remember we can get
So, would that also be a solution for Struts 1 aggregation too?
* http://issues.apache.org/struts/browse/STR-2839
-Ted.
On 7/9/06, Patrick Lightbody <[EMAIL PROTECTED]> wrote:
Ted, the javadocs problem may be the case, but remember we can get around those
glitches by utilizing the ant plugin a
Ted, the javadocs problem may be the case, but remember we can get around those
glitches by utilizing the ant plugin and doing that kind of stuff in Ant.
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID
Another issue for using Maven-only for Struts 2 right now today is
aggregated Javadocs.
It's very helpful to aggregate the XWork Javadocs with the Struts 2
Javadocs, and I understand Maven is broken in that regard right now.
* http://issues.apache.org/struts/browse/STR-2839
-Ted.
nal Message
From: Wendy Smoak <[EMAIL PROTECTED]>
To: Struts Developers List
Sent: Saturday, 8 July, 2006 9:54:18 AM
Subject: Re: Would like to remove Ant build from Struts 2
> tm jee wrote:
> > I think we should not remove these ant targets,
> > - xdoclet-taglib
> >
tm jee wrote:
> I think we should not remove these ant targets,
> - xdoclet-taglib
> - xdoclet-tagdocs
>
> They are used to generate the tld and docs for struts2 tags.
On 7/7/06, Don Brown <[EMAIL PROTECTED]> wrote:
We do that already with Maven 2 for Struts 1. I'm sure we could do the
same he
We do that already with Maven 2 for Struts 1. I'm sure we could do the
same here. Wendy?
Don
tm jee wrote:
I think we should not remove these ant targets,
- xdoclet-taglib
- xdoclet-tagdocs
They are used to generate the tld and docs for struts2 tags.
- Original Message
From: Don
I think we should not remove these ant targets,
- xdoclet-taglib
- xdoclet-tagdocs
They are used to generate the tld and docs for struts2 tags.
- Original Message
From: Don Brown <[EMAIL PROTECTED]>
To: Struts Developers List
Sent: Saturday, 8 July, 2006 9:00:41 AM
Subject: Would like
27 matches
Mail list logo
