When i try and make the 080111 snapshot I get
make: *** No rule to make target `Makefile.am', needed by `Makefile.in'. Stop.
Alex
-Original Message-
From: [EMAIL PROTECTED] on behalf of Scott Ferguson
Sent: Fri 11/01/2008 22:08
To: General Discussion for the Resin application server
The code differences between 3.0.24 and 3.1.4 snapshot imply that this issue
also exists in 3.1, so I've edited my question and resent it. Aside from
innocuous changes to import statements, postconstruct annotation and
comments, the three significant fixes are: a fix to jmx registration of the
Thanks for the response Scott. We did some firewall reconfiguration with
regards to connections and sessions and the issue appears to have gone
away.
I've not tried the 3.1 branch in a while as we found it didn't play well
with XFire, but I will upgrade to 3.0.25 ASAP.
rgds,
Richard
On Jan 11, 2008, at 6:29 AM, Vinny wrote:
Do any of the 2 authentication schemes for LDAP (JndiLoginModule
or LdapAuthenticator)
support either simple or anonymous authentication?
The docs are kind of thin in that regard.
I've just added a bug report as
Scott,
Thanks for your response. I added my listener to the web-app-default section
in the app-default.xml file. before the import of the web application's
web.xml and that solved the problem.
Thanks
Sashi
On 1/14/08, Scott Ferguson [EMAIL PROTECTED] wrote:
On Jan 10, 2008, at 4:03 PM,
On Jan 11, 2008, at 9:26 PM, Vic Cekvenich wrote:
I wonder if someone on the list has an idea as to what to try in
this situation.
I used to in resin 2.x use the class loader hack config, not sure
now why.
You should remove that. It should never be enabled. It only exists
as a
that would be great ... but it somehow needs to recognize that the
file is missing so that the default file can be sent ...
can that be done with the rewrite dispatch tags ... or perhaps the
error tags with the exception attributes ... ??
On Jan 14, 2008, at 12:06 PM, Scott Ferguson
On Jan 14, 2008, at 5:56 AM, John J. Franey wrote:
The code differences between 3.0.24 and 3.1.4 snapshot imply that
this issue
also exists in 3.1, so I've edited my question and resent it.
Aside from
innocuous changes to import statements, postconstruct annotation and
comments, the
On Jan 12, 2008, at 6:21 PM, Ron Pitts wrote:
I've setup a entry wiithn resin.conf as follows
resource jndi-name=mail/MailSession type=javax.mail.Session
init
mail.store.protocolimap/mail.store.protocol
mail.transport.protocolsmtp/mail.transport.protocol
On Mon, Jan 14, 2008 at 04:54:19PM -, Richard Grantham wrote:
Thanks for the response Scott. We did some firewall reconfiguration with
regards to connections and sessions and the issue appears to have gone
away.
I've not tried the 3.1 branch in a while as we found it didn't play well
We would send valid SOAP requests but XFire was not interpretting
parameters correctly.
Eg. This SOAP request:
soap:Envelope xmlns:xs=http://www.w3.org/2001/XMLSchema;
xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance;
On Jan 13, 2008, at 8:47 AM, wesley wrote:
When annotated class with @Component combined with @SessionScoped
(or @ConversationScoped/@ApplicationScoped), ResinObjectFactory throws
java.lang.RuntimeException:
java.lang.reflect.InvocationTargetException
I'm using s080111 snapshot.
I've
Thx Scott again!
So I can put java code in resin lib, but... the native .so code, should that
also go there?
tia,
.V
The java classes for any JNI code should normally be at the system
classloader level, e.g. in resin/ext-lib, not in WEB-INF/lib.
The JDK only lets you load a native library
It sounds very interesting.
On a side note, the link at the top of the page to the javadocs
(ResinEmbed JavaDoc -
http://caucho.com/javadoc/com/caucho/resin/package.html) returns a 404.
S!
D.
Scott Ferguson escribió:
The new snapshot should fix the build issues people have been
having.
14 matches
Mail list logo