Is there a compelling reason why we must define our beans and services
in resin-web.xml? Will this continue to be the case going forward in
Resin 4.0?
It's a minor nuisance, yes, but... it's nice to add a class to the
project, annotate it with @Service or @Stateless or whatever, and have
it autom
I'm glad to see there's someone else with these problems. I've had
problems with leaks since 3.0. I rely on resin to re-load my webapp
every time I rebuild a class, and it will do that a few times before
getting a PermGen exception, at which point I have to kill and restart
resin. I'm on 3.
No problem, I should have something to report in a few hours.
Also, is there a way to annotate the persistence units (for
EntityManager injection) like there was for the JMS stuff? Since the
persistence stuff is in persistence.xml, will it too become a bean
config driven system?
for example, let
On Mar 25, 2009, at 1:51 PM, Scott Hernandez wrote:
> It is always the moment after you send the email that you find the
> answer: http://wiki.caucho.com/Hibernate
>
> I will try that method.
>
> Are there any additional issues I should worry about?
Well, we haven't gotten to the compatibility t
On Mar 25, 2009, at 1:16 PM, Riccardo Cohen wrote:
> What I meant is that it is frequent when I have to choose a prefix for
> install, and I agree with you, from a developer point of view, pwd is
> best. but from an "easy deployement" point of view, I suppose that
> /usr/local is best...
It's mo
It is always the moment after you send the email that you find the
answer: http://wiki.caucho.com/Hibernate
I will try that method.
Are there any additional issues I should worry about?
Sorry for the spam,
Scott
On Wed, Mar 25, 2009 at 1:47 PM, Scott Hernandez
wrote:
> I'd like to replace Ambe
I'd like to replace Amber with Hibernate. We are migrating an app from
JBoss (Hibernate EntityManager) and there are lots of Hibernate
annotations used for validation, and to hint for database
optimizations. In the first pass getting things going we would like to
just drop in (as best as we can) th
+1
On Wed, Mar 25, 2009 at 3:06 PM, Rob Lockstone wrote:
> Thanks, Riccardo & Emil.
>
> I do think my last question is legitimate. Shouldn't the default
> behavior be to use --prefix=`pwd` ? And if a user *wants* to install
> into /usr/local/resin, then they can pass that in using the --prefix=
>
What I meant is that it is frequent when I have to choose a prefix for
install, and I agree with you, from a developer point of view, pwd is
best. but from an "easy deployement" point of view, I suppose that
/usr/local is best...
Rob Lockstone wrote:
> Thanks, Riccardo & Emil.
>
> I do think m
Thanks, Riccardo & Emil.
I do think my last question is legitimate. Shouldn't the default
behavior be to use --prefix=`pwd` ? And if a user *wants* to install
into /usr/local/resin, then they can pass that in using the --prefix=
argument.
Rob
On Mar 25, 2009, at 12:52, Emil Ong wrote:
> H
Hi Rob & Riccardo,
Riccardo is correct. This should work, too:
./configure --prefix=`pwd`
Emil
On Wed, Mar 25, 2009 at 08:44:21PM +0100, Riccardo Cohen wrote:
> What is frequently done is that a configure option let you change the
> install directory
> I just looked at configure help ("./conf
What is frequently done is that a configure option let you change the
install directory
I just looked at configure help ("./configure --help") with the v4
snapshot. Did you try "./configure --prefix=/my/directory" wich is quite
standard ?
Rob Lockstone wrote:
> Something new in Resin 4.x is tha
Something new in Resin 4.x is that when doing the standard configure/
make/make install on *nix (including OS X), it assumes that you want
to install into /usr/local/resin. For me, that's not the case, since I
often have multiple resins installed and I don't put them into /usr/
local. It's no
We are using display tag component
http://displaytag.sourceforge.net/1.2/
We are making a basic call to display a grid of values:
supplierQuotes is a list of pojo object with quoteId attribute and quoteName
Jsp code:
<%System.out.println("pageContext.getAttribute(\"row\")
"+page
On Mar 21, 2009, at 8:53 AM, Aaron Freeman wrote:
This seems to be broken in 4.0.S090211.
I have attached two JSPs that when run throw the following error.
[show] java.lang.IllegalAccessException: Class
javax.el.BeanELResolver can not
access a member of class com.caucho.server.webapp.Dispa
On Mar 21, 2009, at 9:33 AM, Jan Kriesten wrote:
>
> Hi,
>
> trying to get Artifactory 2.0.3 (http://www.jfrog.org/products.php)
> up 'n'
> running with resin 4 I get the following error:
I've filed this as http://bugs.caucho.com/view.php?id=3416
-- Scott
>
>
> [17:05:50.120] {resin-34} The
Scott Ferguson wrote (2009-01-09 17:08):
> On Jan 9, 2009, at 12:22 AM, Mattias Jiderhamn wrote:
>
>
>> Scott Ferguson wrote (2008-11-26 16:53):
>>
>>> Thanks.
>>>
>>> Right now, our code base is a bit stuck due to the WebBeans/OSGi
>>> upgrade (for Resin 4.0.0, was 3.2.2). Once that's cle
17 matches
Mail list logo
