determine the template for your form
for each individual field encountered populate the value attribute with content
extracted from each Database Table.Column
Martin Gainty
__
Jogi és Bizalmassági kinyilatkoztatás/Verzicht und
Vertraulichkeitanmerku
This reminds me back when I was working RND on the silverstream app server.
We stored everything in the DB. I am not sure on the specifics but I think
we only stored pre-compiled in the db with some sever specific meta for url
binding. I know it's no help but I couldn't resist.
On Mon, Dec 27, 201
On 12/27/10 4:14 PM, Christopher Schultz wrote:
I'm not sure there is going to be a pure-Java, container-agnostic
solution. There is certainly nothing in the servlet spec that will help
you with this, so your solution is likely to be either
container-specific, or not a container-related solution
On Mon, Dec 27, 2010 at 5:09 PM, Nikunj wrote:
> While rendering jsp Is there any way to hide html source code from
> browser i.e when user clicks on view source browser will display blank
> page ...
No.
--
Hassan Schroeder hassan.schroe...@gmail.com
twitter: @hassan
hi guys,
While rendering jsp Is there any way to hide html source code from
browser i.e when user clicks on view source browser will display blank
page ...
On Mon, Dec 27, 2010 at 4:51 PM, David Wall wrote:
>
Yes. You'll need to extend BaseDirContext in
org.apache.naming.resources.
Yes. You'll need to extend BaseDirContext in
org.apache.naming.resources. For some examples, see FileDirContext and
WarDirContext in the same package.
Thanks for the pointers, Mark. From what you are saying, this would be
a Tomcat-specific solution. I was hoping for something that would work
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Olaf,
On 12/27/2010 5:24 PM, Olaf Tomczak wrote:
> 2010/12/27 Christopher Schultz
>> Non-blocking just means that your request processor threads don't block
>> waiting for data to arrive. The requirements of reading the request --
>> including all th
Chris,
2010/12/27 Christopher Schultz
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Olaf,
>
> On 12/27/2010 5:02 PM, Olaf Tomczak wrote:
> > 2010/12/27 André Warnier
> >> I believe that in the default configuration, Tomcat expects to read the
> >> request line *and all the headers* in t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Olaf,
On 12/27/2010 5:02 PM, Olaf Tomczak wrote:
> 2010/12/27 André Warnier
>> I believe that in the default configuration, Tomcat expects to read the
>> request line *and all the headers* in the first read of maximum 8000 bytes.
>> The cookies are p
2010/12/27 Christopher Schultz
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Olaf,
>
> On 12/27/2010 12:59 PM, Olaf Tomczak wrote:
> > I also isolated a
> > test request that always fails on my test server instace and used it as a
> > JMeter test configuration.
>
> Excellent. Can you post
Thanks guys,
2010/12/27 André Warnier
> Ronald Klop wrote:
>
>>
>> I see similar errors. If it is the same there should be a fix in Tomcat
>> 7.0.4 and 6.0.30 (not released yet)
>>
>> Something like this?
>> https://issues.apache.org/bugzilla/show_bug.cgi?id=50072
>>
>
>
This sure looks similar.
Ronald Klop wrote:
I see similar errors. If it is the same there should be a fix in Tomcat
7.0.4 and 6.0.30 (not released yet)
Something like this?
https://issues.apache.org/bugzilla/show_bug.cgi?id=50072
Or look for an earlier thread on this list, started on 13.12.2010, subject :
Is there
I see similar errors. If it is the same there should be a fix in Tomcat 7.0.4
and 6.0.30 (not released yet)
Something like this?
https://issues.apache.org/bugzilla/show_bug.cgi?id=50072
Ronald.
Op maandag, 27 december 2010 18:59 schreef Olaf Tomczak
:
Hi,
I'm using Http11NioProtocol conn
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Olaf,
On 12/27/2010 12:59 PM, Olaf Tomczak wrote:
> I also isolated a
> test request that always fails on my test server instace and used it as a
> JMeter test configuration.
Excellent. Can you post that rest request to the list?
> InternalNioInputB
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David,
On 12/26/2010 2:59 PM, David Wall wrote:
> On 12/26/2010 2:04 AM, Mark Thomas wrote:
>> Yes. You'll need to extend BaseDirContext in
>> org.apache.naming.resources. For some examples, see FileDirContext and
>> WarDirContext in the same package.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Kikuchi,
On 12/23/2010 8:42 PM, Yu Kikuchi wrote:
> I'm using JkMount in some Virtual Hosts as below.
>
> [httpd.conf]
>
> Listen 8108
>
>
> ：
> JkMount /xxx_api/* worker1
> ：
>
I'm surprised that "OPTIONS * HTTP/1.1" routes this request to m
Hi,
I'm using Http11NioProtocol connector on my Tomcat 6.0.29 instance and I
noticed that sometimes I experience strange responses:
- 400 - Bad Request,
- 505 - HTTP Version Not Supported
My first conclusion was that it's somewhat related to the size of the
request (e.g. clearing session cookies
Thanks.
I am trying to get them to migrate. It seems that part of there bottleneck
could be the MAX clients on HTTPD. They get high volumes at times and have
like 1800-3000 active sessions. Any other input would be great like tuning
tomcat to workers and the best strategy to setup a tomcat/httpd e
amythyst schrieb am 27.12.2010 um 06:52 (-0800):
>
> Hi, yes we have a connector configured for port 8009.
Configured, okay; but it is not replying to your redirector's requests.
You can test AJP connectivity using this Perl script:
http://www.perlmonks.org/?node_id=766945
> Question about the
Don Hill wrote:
Hi.
I am working on a tomcat 5.5 cluster which is using ajp/1.3 and mod_jk and
trying to determine the best cluster design given the hardware. I have 2
xeon 2.3 ghz 2 CPU machines with 38GB ram machine. Currently here is the
config I am using. The TOMCAT and HTTPD servers are on
Hi.
I am working on a tomcat 5.5 cluster which is using ajp/1.3 and mod_jk and
trying to determine the best cluster design given the hardware. I have 2
xeon 2.3 ghz 2 CPU machines with 38GB ram machine. Currently here is the
config I am using. The TOMCAT and HTTPD servers are on the same physical
Hi, yes we have a connector configured for port 8009. And tomcat is
listening on port 8009. Question about the firewall... IIS is set up for
port 8081 and 443 for our default website. The application is running on
8080 and 8443. And as I said, tomcat is listening on 8009 to route traffic
to th
Frank Even schrieb am 27.12.2010 um 00:46 (-0700):
> On Thu, Dec 23, 2010 at 1:06 PM, Caldarale, Charles R
> >> From: On Behalf Of Frank Even
> >> Starting tomcat5: /usr/bin/rebuild-jar-repository: error: Could not
> >> find jdbc-stdext Java extension for this JVM
> >> /usr/bin/rebuild-jar-reposit
23 matches
Mail list logo
