Re: [Stripes-users] IMPORTANT:: Developing stripes (Future... Part DEUX)

2010-09-23 Thread Ben Gunter
Ed, it seems you have put a some people off and you have the support of some
others. I'm on the fence at the moment. My main concern is that a few of the
things you've said seem a little bit evasive. You declined to summarize your
qualifications as project lead. You mentioned some plans you have for
Stripes but again declined to disclose those. That seems especially odd
since any contributions you make will be public anyway. And then when asked
to elaborate on how you might manage the project you again declined, citing
the probability that further comment from you would create confusion.

Now, maybe I've misunderstood. Maybe when you said you had your own plans
for Stripes, you meant you are planning to *use* Stripes in a project and
you can't disclose the nature of that project. Maybe when you didn't speak
of your qualifications, it was out of humility. And on the last point, maybe
that was an attempt to keep from sinking further into the quicksand.

What I like is that you stepped forward. I like that you have used Stripes
for years and watched it evolve. I like that you got a +1 from Melinda, who
has been active on the mailing list for years.

On the negative side, you don't seem to have been very active on the mailing
list or IRC. Even though you have been watching the activity for a long
time, to the rest of us you just sort of came out of nowhere to claim a
leadership role.

I admit that I no longer have the time or energy to provide proper
leadership on this project. I think we do need someone who can coordinate
things. What people are asking of you is just a little sales pitch. We want
to know what you think the project needs and what you plan to do to provide
that. I hope you'll indulge us.

-Ben

On Tue, Sep 21, 2010 at 4:07 PM, Freddy Daoud  wrote:

> Just my 2c, I hope this doesn't make things "worse" in terms of
> misunderstandings.
>
> >I am not interested in taking a leading role, I am interested in
> >taking *the lead*.  Yes, I am aware of how this comes across and no I
> >will not apologize for it.  As I have stated before, what Stripes
> >needs most is leadership, plain and simple.
>
> Personally, I was thrilled when I read Ed's comment. I did not read
> any "dictatorship" into it. All I read was that someone was willing
> to step up to the plate, stating it clearly, no two ways about it.
> I respect that very much.
>
> I agree that Stripes needs leadership. Again, I don't see this as
> a synonym of "dictatorship", nor an opposite to "consensus". What I
> do see in this is someone, Ed, who has the skill and the will to
> assume the role of Stripes lead.
>
> This does not mean to rule out other participants. But, IMHO, we
> do *need* someone that decides and makes things happen. Sure,
> it's all teamwork, but at the end of the day, when someone submits
> a patch, asks when the next release will be, asks if a feature
> belongs in the framework, and so on, there has to be *someone*
> who is *committed* to addressing and responding.
>
> It's not a one-man show. But the problem with a team of
> contributors without someone who is the lead, is that for some
> issues, everyone looks at everyone else and no one responds.
>
> This is why I applaud Ed's statement that he is willing to take
> on this responsibility for Stripes.
>
> First on the list, I think, is to plan out the release of
> Stripes 1.5.x and Stripes 1.6, and work from there.
>
> Again, just my 2c. I hope I didn't create more than resolve
> "conflict", and please also know that I don't mean to speak
> for you, Ed. I'm just expressing what I read into it, and I
> hope it rings true with your intentions. I'm pretty sure you
> didn't mean that you would become a dictator, nor that you
> wouldn't encourage teamwork and healthy discussions about
> Stripes' future.
>
> Personally, I say thanks, Ed. You have my vote.
>
> Cheers,
> Freddy
>
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>
--
Nokia and AT&T present the 2010 Calling All Innovators-North America contest
Create new apps & games for the Nokia N8 for consumers in  U.S. and Canada
$10 million total in prizes - $4M cash, 500 devices, nearly $6M in marketing
Develop with Nokia Qt SDK, Web Runtime, or Java and Publish to Ovi Store 
http://p.sf.net/sfu/nokia-dev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users


Re: [Stripes-users] Security and Authentication

2010-09-23 Thread Nikolaos Giannopoulos
Thomas,

Look at the ticket that Grzegorz referenced.  You have essentially 2 
options:

- Put a little extra xml in your web.xml (what I call a work around in 
the thread)

- Get the DynamicMappingFilter.java file from 1.5.x...

In any event its all detailed there.  I personally did the latter and 
created my own 1.5.3.1 jar.

--Nikolaos

P.S.  Searching the mailing list really helps as this issue has come up 
quite a few times



Grzegorz Krugły wrote:
>  W dniu 22.09.2010 16:09, Thomas Menke pisze:
>   
>> Grzegorz Krugły wrote:
>> 
>>>  What app server are You using? Current release of Stripes failed for me
>>> like that on Glassfish 3, I had to download the newest code from SVN's
>>> 1.5.4 branch where this has been resolved.
>>>   
>> I am using Tomcat 6.0.24 (installed from Ubuntu repository).
>> 
>
> Perhaps You could try checking out Stripes version from SVN from this
> branch: https://stripes.svn.sourceforge.net/svnroot/stripes/branches/1.5.x/
> The build is maven-based so it's quite easy; opening it in NetBeans
> allowed me to build it just by Shift-F11.
>
> As I said, I had this trouble in Glassfish 3, there's a ticket
> (http://www.stripesframework.org/jira/browse/STS-678) that says the same
> is in WebSphere, perhaps Tomcat 6 has the same kind of optimizations
> that made old DynamicMappingFilter fail? It's fixed by Ben in the 1.5.x
> branch.
>
>
> --
> Start uncovering the many advantages of virtual appliances
> and start using them to simplify application deployment and
> accelerate your shift to cloud computing.
> http://p.sf.net/sfu/novell-sfdev2dev
> ___
> Stripes-users mailing list
> Stripes-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/stripes-users
>   

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users


Re: [Stripes-users] database connection

2010-09-23 Thread Grzegorz Krugły


 W dniu 23.09.2010 05:39, Nikolaos Giannopoulos pisze:

> > Rick,
> >
> > One thing I haven't tested much is the re-connect behaviour of 
> > connection pooling in App Servers... we are using GlassFish v3 for our 
> > next App and I am curious if you have seen anything *real world* in this 
> > area... i.e. its great to hear what products are supposed to do but to 
> > hear first hand experience of how they really respond is obviously 
> > better.  In any event, just asking as you mention App Server's
We've used Glassfish 2 for several applications in a wide range of
traffic volume -- from a busy e-commerce site to rarely accessed system
controlling advertisement displays -- and have had no problems with
Glassfish managing connection pools. Curiously, I never got pipe broken
exception, I always thought that the connection I get from the pool is
tested to be good and we do not keep it for long in our app, since for
each request there is just small amount of logic code in the EJB that
gets executed quickly and so the connection goes back to the pool before
it can get broken.

We have migrated our e-commerce app to Glassfish 3 and are looking
forward to seeing how it behaves on production site, but we're still
about a month from deploying it. During development I see no problems
with DB connections.

--
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev___
Stripes-users mailing list
Stripes-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/stripes-users