You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Howard <hl...@gmail.com> on 2010/11/01 21:01:38 UTC
[Tapestry Central] Tapestry 5.2.2
... and the latest version of Tapestry, 5.2.2, is now available. This
is the second beta release for Tapestry 5.2, addressing a few bugs in
5.2.1, and adding a couple of minor non-disruptive improvements ...
read about it in the release notes.
Tapestry 5.2.2 is available for download, or via Maven:
<dependency> <groupId>org.apache.tapestry</groupId>
<artifactId>tapestry-core</artifactId> <version>5.2.2</version>
</dependency>
I expect some minor issues will be addressed in Tapestry 5.2.3. Expect
that in a week or so.
--
Posted By Howard to Tapestry Central at 11/01/2010 01:01:00 PM
Re: [Tapestry Central] Tapestry 5.2.2
Posted by "Juan E. Maya" <ma...@gmail.com>.
This is the link:
http://people.apache.org/~uli/tapestry-site/release-notes-522.html
On Mon, Nov 1, 2010 at 10:19 PM, Muhammad Mohsen <m....@gmail.com> wrote:
> That's great !
>
> But where should I find the link for the release notes ? it's not on
> tapestry.apache.com isn't it ?
>
> On Mon, Nov 1, 2010 at 10:01 PM, Howard <hl...@gmail.com> wrote:
>
>> ... and the latest version of Tapestry, 5.2.2, is now available. This
>> is the second beta release for Tapestry 5.2, addressing a few bugs in
>> 5.2.1, and adding a couple of minor non-disruptive improvements ...
>> read about it in the release notes.
>> Tapestry 5.2.2 is available for download, or via Maven:
>> <dependency> <groupId>org.apache.tapestry</groupId>
>> <artifactId>tapestry-core</artifactId> <version>5.2.2</version>
>> </dependency>
>>
>> I expect some minor issues will be addressed in Tapestry 5.2.3. Expect
>> that in a week or so.
>>
>> --
>> Posted By Howard to Tapestry Central at 11/01/2010 01:01:00 PM
>
>
>
>
> --
> *Regards,*
> *Muhammad Gelbana
> Java Software Programmer*
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [Tapestry Central] Tapestry 5.2.2
Posted by Muhammad Mohsen <m....@gmail.com>.
That's great !
But where should I find the link for the release notes ? it's not on
tapestry.apache.com isn't it ?
On Mon, Nov 1, 2010 at 10:01 PM, Howard <hl...@gmail.com> wrote:
> ... and the latest version of Tapestry, 5.2.2, is now available. This
> is the second beta release for Tapestry 5.2, addressing a few bugs in
> 5.2.1, and adding a couple of minor non-disruptive improvements ...
> read about it in the release notes.
> Tapestry 5.2.2 is available for download, or via Maven:
> <dependency> <groupId>org.apache.tapestry</groupId>
> <artifactId>tapestry-core</artifactId> <version>5.2.2</version>
> </dependency>
>
> I expect some minor issues will be addressed in Tapestry 5.2.3. Expect
> that in a week or so.
>
> --
> Posted By Howard to Tapestry Central at 11/01/2010 01:01:00 PM
--
*Regards,*
*Muhammad Gelbana
Java Software Programmer*
Re: [Tapestry Central] Tapestry 5.2.2
Posted by "Thiago H. de Paula Figueiredo" <th...@gmail.com>.
On Wed, 03 Nov 2010 03:45:21 -0200, Vjeran Marcinko
<vj...@email.t-com.hr> wrote:
> The thing that I worry about is that utility class and its static field
> is used as a way for filter and pages to communicate. I thought if
> filter and pages are in different classloaders, will they see different
> instances of static field and thus ruin communication?
I strongly suggest you to make your utility class a Tapestry-IoC service
instead. This will guarantee that everybody uses the same class instance
even when the service class is reloaded. It's so easy to provide a class
as a Tapestry-IoC service that it's quite hard to argue otherwise.
--
Thiago H. de Paula Figueiredo
Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
and instructor
Owner, Ars Machina Tecnologia da Informação Ltda.
http://www.arsmachina.com.br
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [Tapestry Central] Tapestry 5.2.2
Posted by Vjeran Marcinko <vj...@email.t-com.hr>.
----- Original Message -----
From: "Thiago H. de Paula Figueiredo" <th...@gmail.com>
To: "Tapestry users" <us...@tapestry.apache.org>
Sent: Tuesday, November 02, 2010 8:28 PM
Subject: Re: [Tapestry Central] Tapestry 5.2.2
On Tue, 02 Nov 2010 16:10:52 -0200, Vjeran Marcinko
<vj...@email.t-com.hr> wrote:
>> Mentioned utility static method stores some value in one static field
>> (ThreadLocal static field), and this field is later accessed from pages.
>> I don't know if classloader for services is the same that loads pages,
>> so is there gonna be two different Utility class instances around making
>> communication via this field impossible? (maybe Im asking something
>> stupid, but I never worked much with classloaders so...)
>
>I don't know much about classloaders, but I'm 100% sure that in Tapestry
>putting anything that isn't a page (including utility classes) inside the
>pages packages is a very bad idea due to class transformations and the
>classloading issues that come with them. The same can be said about mixins
>and components.
That's right, but it isn't the case here. My utility class is contained in
the same package where my filter is. The thing that I worry about is that
utility class and its static field is used as a way for filter and pages to
communicate. I thought if filter and pages are in different classloaders,
will they see different instances of static field and thus ruin
communication? As I said, maybe I'm talking nonsense here cause classloaders
aren't my area of knowledge..
-Vjeran
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [Tapestry Central] Tapestry 5.2.2
Posted by "Thiago H. de Paula Figueiredo" <th...@gmail.com>.
On Tue, 02 Nov 2010 16:10:52 -0200, Vjeran Marcinko
<vj...@email.t-com.hr> wrote:
> Mentioned utility static method stores some value in one static field
> (ThreadLocal static field), and this field is later accessed from pages.
> I don't know if classloader for services is the same that loads pages,
> so is there gonna be two different Utility class instances around making
> communication via this field impossible? (maybe Im asking something
> stupid, but I never worked much with classloaders so...)
I don't know much about classloaders, but I'm 100% sure that in Tapestry
putting anything that isn't a page (including utility classes) inside the
pages packages is a very bad idea due to class transformations and the
classloading issues that come with them. The same can be said about mixins
and components.
--
Thiago H. de Paula Figueiredo
Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
and instructor
Owner, Ars Machina Tecnologia da Informação Ltda.
http://www.arsmachina.com.br
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [Tapestry Central] Tapestry 5.2.2
Posted by Vjeran Marcinko <vj...@email.t-com.hr>.
Even if this bug gets fixed, I'm interested in something.
Mentioned utility static method stores some value in one static field
(ThreadLocal static field), and this field is later accessed from pages. I
don't know if classloader for services is the same that loads pages, so is
there gonna be two different Utility class instances around making
communication via this field impossible? (maybe Im asking something stupid,
but I never worked much with classloaders so...)
-Vjeran
----- Original Message -----
From: "Howard Lewis Ship" <hl...@gmail.com>
To: "Tapestry users" <us...@tapestry.apache.org>
Sent: Tuesday, November 02, 2010 4:22 PM
Subject: Re: [Tapestry Central] Tapestry 5.2.2
> That's odd, pretty sure I covered that case.
>
> On Tue, Nov 2, 2010 at 7:46 AM, Vjeran Marcinko <
> vjeran.marcinko@email.t-com.hr> wrote:
>
>> ----- Original Message ----- From: "Howard Lewis Ship" <hl...@gmail.com>
>> To: "Tapestry users" <us...@tapestry.apache.org>
>> Sent: Tuesday, November 02, 2010 3:34 PM
>> Subject: Re: [Tapestry Central] Tapestry 5.2.2
>>
>>
>>
>> I'm not sure how you are getting illegal access errors at this point;
>> I'd
>>> need to see your code.
>>>
>>
>> The code is dead simple. I just registered my custom
>> ComponentRequestFilter
>> in my module class, and this filter calls some package-private method in
>> utility class present is same package (otherwise compiler would not allow
>> package-private method to be called of course).
>>
>> So, this is extract of code from filter:
>>
>> @Override
>> public void handlePageRender(PageRenderRequestParameters parameters,
>> ComponentRequestHandler handler) throws IOException {
>> MyUtilities.doNothing();
>> ....
>>
>> And utility class is:
>>
>> public class MyUtilities {
>> private MyUtilities() {
>> }
>>
>> static void doNothing() {
>> // this causes illegal access error
>> }
>> }
>>
>> And it throws.:
>> java.lang.IllegalAccessError
>> tried to access method
>> hr.tis.bss.tapestry5.misc.hibernate.MyUtilities.doNothing()V from class
>> hr.tis.bss.tapestry5.misc.hibernate.HibernateSessionFilter
>> Stack trace
>>
>> a..
>> hr.tis.bss.tapestry5.misc.hibernate.HibernateSessionFilter.handlePageRender(HibernateSessionFilter.java:51)
>> b..
>> org.apache.tapestry5.internal.services.PageRenderDispatcher.dispatch(PageRenderDispatcher.java:45)
>> c..
>> org.apache.tapestry5.services.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:321)
>> d..
>> org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26)
>> e..
>> org.apache.tapestry5.services.TapestryModule$4.service(TapestryModule.java:984)
>> f..
>> org.apache.tapestry5.services.TapestryModule$3.service(TapestryModule.java:974)
>> g..
>> org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:90)
>> h..
>> org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:90)
>> i..
>> org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:80)
>> j..
>> org.apache.tapestry5.ioc.internal.util.ConcurrentBarrier.withRead(ConcurrentBarrier.java:85)
>> k..
>> org.apache.tapestry5.internal.services.CheckForUpdatesFilter.service(CheckForUpdatesFilter.java:103)
>> l..
>> org.apache.tapestry5.services.TapestryModule$HttpServletRequestHandlerTerminator.service(TapestryModule.java:272)
>> m..
>> org.apache.tapestry5.internal.gzip.GZipFilter.service(GZipFilter.java:53)
>> n..
>> org.apache.tapestry5.upload.internal.services.MultipartServletRequestFilter.service(MultipartServletRequestFilter.java:44)
>> o..
>> org.apache.tapestry5.internal.services.IgnoredPathsFilter.service(IgnoredPathsFilter.java:62)
>> p..
>> org.apache.tapestry5.services.TapestryModule$2.service(TapestryModule.java:928)
>> q..
>> org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:147)
>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>>
>
>
> --
> Howard M. Lewis Ship
>
> Creator of Apache Tapestry
>
> The source for Tapestry training, mentoring and support. Contact me to
> learn
> how I can get you up and productive in Tapestry fast!
>
> (971) 678-5210
> http://howardlewisship.com
>
--------------------------------------------------------------------------------
No virus found in this incoming message.
Checked by AVG - www.avg.com
Version: 9.0.864 / Virus Database: 271.1.1/3232 - Release Date: 11/01/10
20:34:00
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [Tapestry Central] Tapestry 5.2.2
Posted by Howard Lewis Ship <hl...@gmail.com>.
That's odd, pretty sure I covered that case.
On Tue, Nov 2, 2010 at 7:46 AM, Vjeran Marcinko <
vjeran.marcinko@email.t-com.hr> wrote:
> ----- Original Message ----- From: "Howard Lewis Ship" <hl...@gmail.com>
> To: "Tapestry users" <us...@tapestry.apache.org>
> Sent: Tuesday, November 02, 2010 3:34 PM
> Subject: Re: [Tapestry Central] Tapestry 5.2.2
>
>
>
> I'm not sure how you are getting illegal access errors at this point; I'd
>> need to see your code.
>>
>
> The code is dead simple. I just registered my custom ComponentRequestFilter
> in my module class, and this filter calls some package-private method in
> utility class present is same package (otherwise compiler would not allow
> package-private method to be called of course).
>
> So, this is extract of code from filter:
>
> @Override
> public void handlePageRender(PageRenderRequestParameters parameters,
> ComponentRequestHandler handler) throws IOException {
> MyUtilities.doNothing();
> ....
>
> And utility class is:
>
> public class MyUtilities {
> private MyUtilities() {
> }
>
> static void doNothing() {
> // this causes illegal access error
> }
> }
>
> And it throws.:
> java.lang.IllegalAccessError
> tried to access method
> hr.tis.bss.tapestry5.misc.hibernate.MyUtilities.doNothing()V from class
> hr.tis.bss.tapestry5.misc.hibernate.HibernateSessionFilter
> Stack trace
>
> a..
> hr.tis.bss.tapestry5.misc.hibernate.HibernateSessionFilter.handlePageRender(HibernateSessionFilter.java:51)
> b..
> org.apache.tapestry5.internal.services.PageRenderDispatcher.dispatch(PageRenderDispatcher.java:45)
> c..
> org.apache.tapestry5.services.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:321)
> d..
> org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26)
> e..
> org.apache.tapestry5.services.TapestryModule$4.service(TapestryModule.java:984)
> f..
> org.apache.tapestry5.services.TapestryModule$3.service(TapestryModule.java:974)
> g..
> org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:90)
> h..
> org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:90)
> i..
> org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:80)
> j..
> org.apache.tapestry5.ioc.internal.util.ConcurrentBarrier.withRead(ConcurrentBarrier.java:85)
> k..
> org.apache.tapestry5.internal.services.CheckForUpdatesFilter.service(CheckForUpdatesFilter.java:103)
> l..
> org.apache.tapestry5.services.TapestryModule$HttpServletRequestHandlerTerminator.service(TapestryModule.java:272)
> m..
> org.apache.tapestry5.internal.gzip.GZipFilter.service(GZipFilter.java:53)
> n..
> org.apache.tapestry5.upload.internal.services.MultipartServletRequestFilter.service(MultipartServletRequestFilter.java:44)
> o..
> org.apache.tapestry5.internal.services.IgnoredPathsFilter.service(IgnoredPathsFilter.java:62)
> p..
> org.apache.tapestry5.services.TapestryModule$2.service(TapestryModule.java:928)
> q.. org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:147)
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to learn
how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
Re: [Tapestry Central] Tapestry 5.2.2
Posted by Vjeran Marcinko <vj...@email.t-com.hr>.
----- Original Message -----
From: "Howard Lewis Ship" <hl...@gmail.com>
To: "Tapestry users" <us...@tapestry.apache.org>
Sent: Tuesday, November 02, 2010 3:34 PM
Subject: Re: [Tapestry Central] Tapestry 5.2.2
> I'm not sure how you are getting illegal access errors at this point; I'd
> need to see your code.
The code is dead simple. I just registered my custom ComponentRequestFilter
in my module class, and this filter calls some package-private method in
utility class present is same package (otherwise compiler would not allow
package-private method to be called of course).
So, this is extract of code from filter:
@Override
public void handlePageRender(PageRenderRequestParameters parameters,
ComponentRequestHandler handler) throws IOException {
MyUtilities.doNothing();
....
And utility class is:
public class MyUtilities {
private MyUtilities() {
}
static void doNothing() {
// this causes illegal access error
}
}
And it throws.:
java.lang.IllegalAccessError
tried to access method
hr.tis.bss.tapestry5.misc.hibernate.MyUtilities.doNothing()V from class
hr.tis.bss.tapestry5.misc.hibernate.HibernateSessionFilter
Stack trace
a..
hr.tis.bss.tapestry5.misc.hibernate.HibernateSessionFilter.handlePageRender(HibernateSessionFilter.java:51)
b..
org.apache.tapestry5.internal.services.PageRenderDispatcher.dispatch(PageRenderDispatcher.java:45)
c..
org.apache.tapestry5.services.TapestryModule$RequestHandlerTerminator.service(TapestryModule.java:321)
d..
org.apache.tapestry5.internal.services.RequestErrorFilter.service(RequestErrorFilter.java:26)
e..
org.apache.tapestry5.services.TapestryModule$4.service(TapestryModule.java:984)
f..
org.apache.tapestry5.services.TapestryModule$3.service(TapestryModule.java:974)
g..
org.apache.tapestry5.internal.services.StaticFilesFilter.service(StaticFilesFilter.java:90)
h..
org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:90)
i..
org.apache.tapestry5.internal.services.CheckForUpdatesFilter$2.invoke(CheckForUpdatesFilter.java:80)
j..
org.apache.tapestry5.ioc.internal.util.ConcurrentBarrier.withRead(ConcurrentBarrier.java:85)
k..
org.apache.tapestry5.internal.services.CheckForUpdatesFilter.service(CheckForUpdatesFilter.java:103)
l..
org.apache.tapestry5.services.TapestryModule$HttpServletRequestHandlerTerminator.service(TapestryModule.java:272)
m..
org.apache.tapestry5.internal.gzip.GZipFilter.service(GZipFilter.java:53)
n..
org.apache.tapestry5.upload.internal.services.MultipartServletRequestFilter.service(MultipartServletRequestFilter.java:44)
o..
org.apache.tapestry5.internal.services.IgnoredPathsFilter.service(IgnoredPathsFilter.java:62)
p..
org.apache.tapestry5.services.TapestryModule$2.service(TapestryModule.java:928)
q.. org.apache.tapestry5.TapestryFilter.doFilter(TapestryFilter.java:147)
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [Tapestry Central] Tapestry 5.2.2
Posted by Howard Lewis Ship <hl...@gmail.com>.
I'm not sure how you are getting illegal access errors at this point; I'd
need to see your code.
If you package your app classes into a JAR for deployment, then that will
also defeat live class reloading. On Jetty (but possibly not Tomcat)
deploying as a WAR will defeat live class reloading ... it's just supposed
to be for development, not production.
On Tue, Nov 2, 2010 at 1:04 AM, Vjeran Marcinko <
vjeran.marcinko@email.t-com.hr> wrote:
> I have a question regarding this disabling live-service reloading since I'm
> the one who still gets IllegalAccessErrors in my service when it calls
> static package-private method in some other utility class:
> Why is this disabling realized via JVM property and not deafult
> configuration mechanism that can be hardcoded inside module class? I try
> always to make my web apps work out-of-box just by droping WAR inside
> deployment dir without configuring the environment (in this case I would
> have to edit Tomcat startup scripts for this JVM property wherever I
> deploy)?
>
> Should I reopen/report this IllegalAccessError issue that was closed with
> 5.2.1, or no more development will be spend on this issue and JVM property
> should be treated like workaround from now on?
>
> -Vjeran
>
> ----- Original Message ----- From: "Howard" <hl...@gmail.com>
> Newsgroups: gmane.comp.java.tapestry.user
> To: <us...@tapestry.apache.org>
> Sent: Monday, November 01, 2010 9:01 PM
> Subject: [Tapestry Central] Tapestry 5.2.2
>
>
>
> ... and the latest version of Tapestry, 5.2.2, is now available. This
>> is the second beta release for Tapestry 5.2, addressing a few bugs in
>> 5.2.1, and adding a couple of minor non-disruptive improvements ...
>> read about it in the release notes.
>> Tapestry 5.2.2 is available for download, or via Maven:
>> <dependency> <groupId>org.apache.tapestry</groupId>
>> <artifactId>tapestry-core</artifactId> <version>5.2.2</version>
>> </dependency>
>>
>> I expect some minor issues will be addressed in Tapestry 5.2.3. Expect
>> that in a week or so.
>>
>> --
>> Posted By Howard to Tapestry Central at 11/01/2010 01:01:00 PM
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to learn
how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
Re: [Tapestry Central] Tapestry 5.2.2
Posted by Vjeran Marcinko <vj...@email.t-com.hr>.
I have a question regarding this disabling live-service reloading since I'm
the one who still gets IllegalAccessErrors in my service when it calls
static package-private method in some other utility class:
Why is this disabling realized via JVM property and not deafult
configuration mechanism that can be hardcoded inside module class? I try
always to make my web apps work out-of-box just by droping WAR inside
deployment dir without configuring the environment (in this case I would
have to edit Tomcat startup scripts for this JVM property wherever I
deploy)?
Should I reopen/report this IllegalAccessError issue that was closed with
5.2.1, or no more development will be spend on this issue and JVM property
should be treated like workaround from now on?
-Vjeran
----- Original Message -----
From: "Howard" <hl...@gmail.com>
Newsgroups: gmane.comp.java.tapestry.user
To: <us...@tapestry.apache.org>
Sent: Monday, November 01, 2010 9:01 PM
Subject: [Tapestry Central] Tapestry 5.2.2
> ... and the latest version of Tapestry, 5.2.2, is now available. This
> is the second beta release for Tapestry 5.2, addressing a few bugs in
> 5.2.1, and adding a couple of minor non-disruptive improvements ...
> read about it in the release notes.
> Tapestry 5.2.2 is available for download, or via Maven:
> <dependency> <groupId>org.apache.tapestry</groupId>
> <artifactId>tapestry-core</artifactId> <version>5.2.2</version>
> </dependency>
>
> I expect some minor issues will be addressed in Tapestry 5.2.3. Expect
> that in a week or so.
>
> --
> Posted By Howard to Tapestry Central at 11/01/2010 01:01:00 PM
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: [Tapestry Central] Tapestry 5.2.2
Posted by ael <al...@dash.com.ph>.
Why i cannot get the Tapestry 5.2.2 in Netbeans? Any idea?
WARNING: You are running embedded Maven builds, some build may fail due to
incompatibilities with latest Maven release.
To set Maven instance to use for building, click here.
Scanning for projects...
Setting property: classpath.resource.loader.class =>
'org.codehaus.plexus.velocity.ContextClassLoaderResourceLoader'.
Setting property: velocimacro.messages.on => 'false'.
Setting property: resource.loader => 'classpath'.
Setting property: resource.manager.logwhenfound => 'false'.
[archetype:generate]
Generating project in Batch mode
[WARN]No archetype repository found. Falling back to central repository
(http://repo1.maven.org/maven2).
[WARN]Use -DarchetypeRepository=<your repository> if archetype's repository
is elsewhere.
[ERROR]Mojo (aggregator):
[ERROR]
org.apache.maven.plugins:maven-archetype-plugin:2.0-alpha-3:generate
[ERROR]FAILED while executing in directory:
[ERROR] C:\Documents and Settings\alan\My Documents\NetBeansProjects
[ERROR]Reason:
[ERROR]The defined artifact is not an archetype
------------------------------------------------------------------------
For more information, run with the -e flag
------------------------------------------------------------------------
BUILD FAILED
------------------------------------------------------------------------
Total time: 55 seconds
Finished at: Wed Nov 03 14:30:28 GMT+08:00 2010
Final Memory: 47M/123M
------------------------------------------------------------------------
--
View this message in context: http://tapestry.1045711.n5.nabble.com/Tapestry-Central-Tapestry-5-2-2-tp3245739p3247996.html
Sent from the Tapestry - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org