You could also use a jsp prelude to include whatever directives you need. A
bit of a hack, but it gets the job done.
Sent from my cool new iPad Mini
On Feb 28, 2014, at 3:22 PM, Knut Forkalsrud knut-cau...@forkalsrud.org
wrote:
Traditionally the JSP spec has mandated ISO-8859-1 if
up the issue, but we're
trying to get to the root cause before we settle on a solution. We were
hoping somebody else might have seen this.
Thanks,
Matt Pangaro
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com
in Resin 4.0.x:
c:if test=${variable eq 'Value' and !variable2 eq 'value2'}
We also have a small number of scriptlet tags that use amp; or #38; for this.
We just want to confirm the order parsing/processing, per the spec, and see
whether the behavior we're seeing is expected.
Matt Pangaro
Lokitech
On 1/7/2010 11:39 AM, Scott Ferguson wrote:
The second instance should attach to the first watchdog (assuming you're
working from the same configuration file.) The start flow looks like:
1. try to contact and existing watchdog at the watchdog port
a. if that succeeds, send a BAM/HMTP
On 1/7/2010 12:04 PM, Scott Ferguson wrote:
Hmm. So basically the start command is returning too early, i.e.
forking the new watchdog but not delaying until it starts. We should
probably change that behavior.
Yeah, that's how I'm interpreting what I'm seeing. A change to that
would probably
We have an app server cluster and we've used the resin-admin web console
to deploy an application to it. Now we want to undeploy that app. We've
tried using the
com.caucho.management.server.ArchiveDeployMXBean.undeploy method through
the MBeanServer.invoke functionality, but it doesn't seem to
Scott Ferguson wrote:
Oh. I'd forgotten that we'd done that. I'm pretty sure that's outside
the spec, so you can't rely on it.
Yeah, from some quick testing, Tomcat 6 did keep dates, but Glassfish V3
does not. As you say, certainly not something I can depend on. It
complicates the
would be much appreciated.
Thanks,
--
Matt Pangaro
Lokitech software . strategy . design
http://www.lokitech.com
___
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
Scott Ferguson wrote:
Hmm. Not that I know of. Resin doesn't preserve the dates, but it
would be something we could add fairly easily.
Hmm back. At least in my Windows development environment, with Resin Pro
3.0.x, when I drop a war file, the dates of all the files in the
resulting
Hello all,
I'm working with the new 3.0.27 release of Resin Professional with the
ISAPI plugin on IIS 6.0/Win2K3. We've been experiencing for some time
an issue with timeout problems on long-running report pages. If I
connect directly to Resin HTTP, my long-running page (time to return
data
Stavros,
/caucho-status is generated by the ISAPI filter DLL. If you're unable to
get to that page, it means the filter is not properly installed and
loaded into IIS.
--
Matt Pangaro
Lokitech software . strategy . design
http://www.lokitech.com
m. 1.301.728.6906
f. 1.815.364.0656
e. [EMAIL
Thanks for the update. A snapshot to vet the changes would be great.
Thanks,
Matt
Scott Ferguson wrote:
On Oct 24, 2008, at 11:40 AM, Matt Pangaro wrote:
Hi,
I was just wondering if we could get a status update on 3.0.27, since
there are a number of fixes in it, plus the newly discovered
Hi,
I was just wondering if we could get a status update on 3.0.27, since
there are a number of fixes in it, plus the newly discovered issue with
SSL JNI.
Thanks,
Matt
___
resin-interest mailing list
resin-interest@caucho.com
Since it's not marked on the bug in Mantis, and I can't remember, was
this issue found in the 3.0.x tree? If so, does it affect all versions?
Thanks,
Matt
[EMAIL PROTECTED] wrote:
The following issue has been CLOSED
==
Scott,
Just taking a quick look at the snapshots, and it seems like the Pro war
file build script seems to be leaving out the javamail jar. I presume
this is because the name changed, since the updated activation.jar is
still there.
The OS version of the zip has the javamail-141.jar in them,
Cool, thanks. Snapshot would be great, so we can vet the fixes.
Scott Ferguson wrote:
We can do a snapshot today. 3.0.27 will take longer because we
haven't started the release QA process yet.
-- Scott
___
resin-interest mailing list
Hi all,
Any word on what the schedule for a 3.0.26 release? We're looking at the
series of ISAPI fixes in the .23+ area.
Thanks,
--
Matt Pangaro
Lokitech software . strategy . design
http://www.lokitech.com
e. [EMAIL PROTECTED]
___
resin-interest
Are you sure you have both Hibernate Core and Hibernate EntityManger
installed? http://hibernate.org/397. It sounds like you might not have
the EntityManager jar(s). not sure if you also need the Hibernate
Annotations bits.
--
Matt Pangaro
Lokitech software . strategy . design
http
:
http://www.caucho.com/resin-3.0/security/ssl.xtp#jsse
For Resin 3.1.x:
http://www.caucho.com/resin-3.1/doc/ssl.xtp#jsse
Matt Pangaro
Lokitech software . strategy . design
http://www.lokitech.com
m. 1.301.728.6906
f. 1.815.364.0656
e. [EMAIL PROTECTED]
Gregory Stewart wrote:
Why don't you
it,
but you may still want to keep it separate from your main console logs.
Matt Pangaro
Lokitech software . strategy . design
http://www.lokitech.com
m. 1.301.728.6906
f. 1.815.364.0656
e. [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
Darn - I should really explore all possibilities before posting. I
plugin and chunked encoding fixes, but the static file behavior you're
seeing is because of the header issue that's fixed in the snaphot.
Please report anything else you do see with the current snapshot so that
any fix that might arise from it can be include in .23.
Hope that helps,
Matt Pangaro
You're specifying a feature
(http://apache.org/xml/features/validation/dynamic) that the Caucho XML
parser doesn't recognize. In this case it's specific to Xerces.
http://www.caucho.com/resin-3.0/xml/jaxp.xtp
That page shows how to specify the JAXP parser you'd like to use.
Matt Pangaro
22 matches
Mail list logo