That's probably a good practice moving forward. . .
In this case, this is a temporary solution anyhow. We're currently
trying to support the testsuite for both the old tiles architecture and
the new one. Once the container is implemented and the majority of tests
are working, the second test
While, I can appreciate not having duplicate files
(IncludingServlet.java), I think we shouldn't use svn:externals
except at the root to pull in other trunks. They can be abused quite
easily as evidenced by the recent thread on the infrastructure
listand what happened to you.
The way
David H. DeWolf ha scritto:
Good thing it's Friday, you need a break :)
The bottom line is that you fixed the problems fixed. . .right?
Yes, everything fixed, but I think that the problem was the break on
Wednesday :-P
Antonio
--
Good thing it's Friday, you need a break :)
The bottom line is that you fixed the problems fixed. . .right?
David
Antonio Petrelli wrote:
Antonio Petrelli ha scritto:
Antonio Petrelli ha scritto:
U /tiles2
Settings/Administrator/Desktop/dev/workspace-3.2/tiles2/tiles-container
Hello
Making a clean checkout:
svn checkout -r HEAD
https://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles
I receive a strange error:
U /tiles2
Updating external location at: C:/Documents and
Settings/Administrator/Desktop/dev/workspace-3.2/tiles2/tiles-container-test/src/main/j
Hello
Making a clean checkout:
svn checkout -r HEAD
https://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles
I receive a strange error:
U /tiles2
Updating external location at: C:/Documents and
Settings/Administrator/Desktop/dev/workspace-3.2/tiles2/tiles-container-test/src/main/java
Antonio Petrelli ha scritto:
I receive a strange error:
U /tiles2
Updating external location at:
/tiles2/tiles-container-test/src/main/java
RA layer request failed
svn: REPORT request failed on '/repos/asf/!svn/vcc/default'
svn: REPORT of '/repos/asf/!svn/vcc/default': 400 Bad
Antonio Petrelli ha scritto:
Antonio Petrelli ha scritto:
U /tiles2
Settings/Administrator/Desktop/dev/workspace-3.2/tiles2/tiles-container-test/src/main/java
(notice: the asterisks are for anonymization).
Oh my, forgot to put more asterisks, please do not read the above d
Hello
Making a clean checkout:
svn checkout -r HEAD
https://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles
I receive a strange error:
U /tiles2
Updating external location at:
/tiles2/tiles-container-test/src/main/java
RA layer request failed
svn: REPORT request failed on '
Antonio Petrelli ha scritto:
U /tiles2
Settings/Administrator/Desktop/dev/workspace-3.2/tiles2/tiles-container-test/src/main/java
(notice: the asterisks are for anonymization).
Oh my, forgot to put more asterisks, please do not read the above data :-P
---
ineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From: "Craig McClanahan" <[EMAIL PROTECTED]>
To: "Struts Developers List"
Sent: Wednesday, January 12, 2005 9:18 PM
Subject: Re: svn repository
Your approach definitely mak
Your approach definitely makes sense ... and memorializes a great
acronym to boot .
Don't get the MADs mad at you :-)
Craig
On Wed, 12 Jan 2005 19:43:37 -0500, James Mitchell <[EMAIL PROTECTED]> wrote:
> >
> > Note that this particular separation (of the model APIs and DAO) has
> > been done al
Note that this particular separation (of the model APIs and DAO) has
been done already ... core/trunk/struts-examples/mailreader. We'd
only need to make all the incantations of mailreader use this common
code base to reduce some of the duplication.
Yes, I noticed that a few weeks ago. I don't int
On Wed, 12 Jan 2005 08:30:09 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> > > I'd like to get them all consolidated (at least as much as can be done)
> >> providing a single mailreader.jar for the variations.
> >
> >Do you mean one jar of the bits common to all flavours, and then
> >separate
ill things
that aggravate the hell out of me, but I'm dealing with it. One day
I can say I'm a Maven maven, but not today :P
While this is true, it's likely to become less
so if we move the webapps and the Struts site into their own areas of
the SVN repository. If "core&
of Maven for Struts right now is that it doesn't "do everything that
the Ant build does." While this is true, it's likely to become less
so if we move the webapps and the Struts site into their own areas of
the SVN repository. If "core" is really just abo
On Tue, 11 Jan 2005 21:09:48 -0500, James Mitchell <[EMAIL PROTECTED]> wrote:
>
>
> >> ' '
> >> ' [-] test
> >> ' ' (really need to get this back in order
> >> ' ' or figure out a new strategy..more on
> >> ' ' this later)
> >
> > Is this all taglibs test
' '
' [-] test
' ' (really need to get this back in order
' ' or figure out a new strategy..more on
' ' this later)
Is this all taglibs tests right now? If so, perhaps it should live
under 'taglibs' instead of 'apps', since it isn't a "real"
application. I
t;Struts Developers List"
> Sent: Tuesday, January 11, 2005 12:19 PM
> Subject: Re: svn repository
>
> > On Tue, 11 Jan 2005 06:35:25 -0500, James Mitchell <[EMAIL PROTECTED]>
> > wrote:
> >> Who is going to finish moving the directory structure?
> >
&g
1. Why does commons-chain have a sample application called "mailreader"?
This looks to be the same mailreader as the one in Struts.
Probably because it was an easy way to demonstrate a chain app!
2. core doesn't compile with "ant dist" or "maven dist" due to half baked
file structure changes.
Actually, I had bigger things in mindwell, sort of ;)
See intermixed.
- Original Message -
From: "Martin Cooper" <[EMAIL PROTECTED]>
To: "Struts Developers List"
Sent: Tuesday, January 11, 2005 12:19 PM
Subject: Re: svn repository
On Tue, 11 Jan 2005 06:3
On Tue, 11 Jan 2005 06:35:25 -0500, James Mitchell <[EMAIL PROTECTED]> wrote:
> Who is going to finish moving the directory structure?
Whoever pitches in? ;-)
> Right now, I can't load core as an Eclipse project because some of the
> example apps rely on tiles, which relies on core. Creating a c
Who is going to finish moving the directory structure?
Right now, I can't load core as an Eclipse project because some of the
example apps rely on tiles, which relies on core. Creating a circular
reference as far as project dependencies goes.
I remember someone mentioning moving all the apps to
23 matches
Mail list logo
