I Agree a new site for Tapestry Products ^_^ +1.
--
View this message in context:
http://tapestry.1045711.n5.nabble.com/Should-Tapestry-phone-home-tp3207776p3215946.html
Sent from the Tapestry - User mailing list archive at Nabble.com
Another good reason to not do this is if the server that was being
reported to dies or malfunctions, it could prevent startup or
otherwise cause problems. I've had similar problems with the XML
libraries doing validation to DTDs that don't exist anymore due to
domain name registration issue
On Oct 12, 2010, at 5:10 PM, Igor Drobiazko wrote:
We should not forget that some companies have policies which forbbid
to
provide any details on used technologies. These companies will be
pissed of
if they are mentioned on any statistics.
This is clear to everybody, that's the why we expli
We should not forget that some companies have policies which forbbid to
provide any details on used technologies. These companies will be pissed of
if they are mentioned on any statistics.
On Tue, Oct 12, 2010 at 4:33 PM, Christophe Cordenier <
christophe.corden...@gmail.com> wrote:
> It's dynami
It's dynamic, you will have tags, most popular, most downloaded, ...
That makes contribution process alive
2010/10/12 Ulrich Stärk :
> And what exactly is the benefit over a wiki page where a user may register
> their project (which we already have)?
>
> On 12.10.2010 15:02, Thiago H. de Paula Fig
And what exactly is the benefit over a wiki page where a user may register their project (which we
already have)?
On 12.10.2010 15:02, Thiago H. de Paula Figueiredo wrote:
On Tue, 12 Oct 2010 06:39:03 -0300, Christophe Cordenier
wrote:
My two cents, new web site will be coming soon (I hope
Any such system should be opt-in, not opt-out. We are all curious who
uses T5 and for what purposes, but I know the organization I work for
wouldn't appreciate that kind of intentional leakage.
Thanks,
mrg
-
To unsubscribe, e-m
On Tue, 12 Oct 2010 06:39:03 -0300, Christophe Cordenier
wrote:
My two cents, new web site will be coming soon (I hope so) why not
having a small dynamic application for multiple types of registration
(third-party contributions, Tapestry users (in production) ...)
I think this is exactly th
ntext:
http://tapestry-users.832.n2.nabble.com/Should-Tapestry-phone-home-tp5623806p5626454.html
Sent from the Tapestry Users mailing list archive at Nabble.com.
-
To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org
For addit
My two cents, new web site will be coming soon (I hope so) why not
having a small dynamic application for multiple types of registration
(third-party contributions, Tapestry users (in production) ...)
Christophe.
2010/10/12 Andrus Adamchik :
> Exactly. I can envision a lot of pissed of users (mys
Exactly. I can envision a lot of pissed of users (myself included). PR disaster
and people walking away from the framework is probably what will happen.
The voluntary registration idea floated in this thread is much more honest. Not
sure how to implement it in the context of Tapestry though.
An
> It would be interesting to know how many apps are running in the wild,
> and details about how many pages & components & services, JVM
> version, and OS and hardware configuration.
Moodle (the learning management system) is a complete system not a
framework and what they do have is a "register m
options that could set what is being uploaded
to tapestry public repository. In return for that data, tapestry could send
emails with information about updates or important security patches.
Regards
Michał
--
View this message in context:
http://tapestry-users.832.n2.nabble.com/Should-Tapestry
yeah... not the kind of monitoring I had in mind ;)
The generator meta tag is there, and I stumbled across this handy tool:
http://www.gigablast.com/search?k5b=640731&dt=generator&q=generator%3A%22apache+tapestry%22
I've built a couple sites using Drupal and they have a page which
enumerates the
On 11-ott-2010, at 20:52, Chris Pall wrote:
> And no, it should not phone home - it should be invoked.
Ok. I see all your points:
- something already there but not automatic
- not about the application nor the usage data
- yes the version of the framework
- some feedback/news/hint/added-value
And no, it should not phone home - it should be invoked.
On Mon, Oct 11, 2010 at 2:50 PM, Chris Pall wrote:
> You probably would get much better compliance if you were giving them
> something back - if you're giving them a tool that lets them know hey --
> there is a bugfix for your version.
On Mon, 11 Oct 2010 15:50:03 -0300, Chris Pall wrote:
You probably would get much better compliance if you were giving them
something back - if you're giving them a tool that lets them know hey --
there is a bugfix for your version.
EHCache does exactly that.
--
Thiago H. de Paula Figueiredo
You probably would get much better compliance if you were giving them
something back - if you're giving them a tool that lets them know hey --
there is a bugfix for your version.
--cgp
On Mon, Oct 11, 2010 at 2:46 PM, Howard Lewis Ship wrote:
> So, Alessio had a good idea ... some way of fin
On Mon, 11 Oct 2010 15:46:29 -0300, Howard Lewis Ship
wrote:
So, Alessio had a good idea ... some way of finding out who is using
Tapestry that doesn't rely on the user doing anything manually ...
what would be a better way to approach this?
What about the generator meta tag Tapestry uses
So, Alessio had a good idea ... some way of finding out who is using
Tapestry that doesn't rely on the user doing anything manually ...
what would be a better way to approach this?
On Mon, Oct 11, 2010 at 11:27 AM, Thiago H. de Paula Figueiredo
wrote:
> On Mon, 11 Oct 2010 15:03:16 -0300, Igor D
On Mon, 11 Oct 2010 15:03:16 -0300, Igor Drobiazko
wrote:
We shouldn't do it. People would hat Tapestry for it.
Agreed.
--
Thiago H. de Paula Figueiredo
Independent Java, Apache Tapestry 5 and Hibernate consultant, developer,
and instructor
Owner, Ars Machina Tecnologia da Informação Lt
We shouldn't do it. People would hat Tapestry for it.
On Mon, Oct 11, 2010 at 6:49 PM, Howard Lewis Ship wrote:
> This came up during my training class this week.
>
> What would be the repercussions if Tapestry included a start-up filter
> that "reported" the application startup back to some cen
I don't like this idea. Perhaps I'm one of those privacy-minded people
since we use Tapestry in a security sensitive context (credit cards).
I remember some time ago when we looked at upgrading Quartz and were
surprised to see the new version trying to dial home in a similar manner
(by def
Hi
I think that if put in the right 'shape' and on volunteer basis it can work
pretty well. Maybe a filter is bit intrusive ... But eclipse for example does
the same, still people use it. In a similar way all the softwares (especially
when they fail) have a way to call home.
Something like a
I don't think this is a good idea. I understand that it would satisfy
a lot of curiosity. Not that it could phone home on the networks I
deal with. There would have to be value-add for the end user, such as
checking for a newer version, etc.
Is there precedent for this in other Apache projects?
This came up during my training class this week.
What would be the repercussions if Tapestry included a start-up filter
that "reported" the application startup back to some central location,
so that we could get some idea of where and how Tapestry is being
used? Obviously, this would be documente
26 matches
Mail list logo