I increased the Xms and Xmx from default to 128 and 640 respectively and now the app has certainly become fast as well that error hasn't hit me since last 4-5 hours.
May be it was a memory issue.
Still not confident on this and will keep you posted.
regards,
Ankit.
On 4/28/06, [EMAIL PROTECTED]
<[EMAIL PROTECTED]> wrote:
Send Laszlo-user mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://www.openlaszlo.org/mailman/listinfo/laszlo-user
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Laszlo-user digest..."
Today's Topics:
1. Re: The validator had a fatal error, but proceeding with
compilation (Henry Minsky)
2. Re: The validator had a fatal error, but proceeding with
compilation (Henry Minsky)
3. Re: Laszlo Code Question (Adam Wolff)
----------------------------------------------------------------------
Message: 1
Date: Fri, 28 Apr 2006 11:06:06 -0400
From: "Henry Minsky" <[EMAIL PROTECTED]>
Subject: Re: [Laszlo-user] The validator had a fatal error, but
proceeding with compilation
To: "ankit rastogi" <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID:
< [EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
I have seen this bug happen before, a couple of times, it is something in
the "jing" XML schema validator library that the compiler uses, throwing a
fatal error. Other times it is manifest by the validator reporting warnings
when there should be none.
It has been difficult to get a good simple test case for this. If you can
send a zip file of your application, or even better, if you can carve your
source code down to a smaller test case which still exhibits this error,
that would be helpful to reproducing and debugging it.
On 4/28/06, ankit rastogi <[EMAIL PROTECTED] > wrote:
>
> Below are the logs from my Tomcat 5.5.16 console for my laszlo file
> displayreportparams.lzx.
> I m using Java 5.0 and openlaszlo 3.2 .
>
> I am using this environment since last 1 month this used to never come on
> a diff box. But now when I setted the same environment most of the times I
> get this, my laszlo page gets loaded in about 15 min of processing with
> above errors.
>
> And its inconsistent occuring most of the times but leaving few when the
> page gets loaded quickly.
>
> Can anybody tell me similar experience.
>
> regards,
> Ankit.
>
> displayreportparams.lzx :2:50: The validator had a fatal error, but
> proceeding with compilation
> base/style.lzx:1:10: The validator had a fatal error, but proceeding with
> compilation
> base/colors.lzx:1:10: The validator had a fatal error, but proceeding with
> compilation
> base/basefocusview.lzx:1:10: The validator had a fatal error, but
> proceeding with compilation
> base/componentmanager.lzx:1:10: The validator had a fatal error, but
> proceeding with compilation
> lz/button.lzx:1:10: The validator had a fatal error, but proceeding with
> compilation
> base/basebutton.lzx:1:10: The validator had a fatal error, but proceeding
> with compilation
>
>
> _______________________________________________
> Laszlo-user mailing list
> [email protected]
> http://www.openlaszlo.org/mailman/listinfo/laszlo-user
>
>
>
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.openlaszlo.org/pipermail/laszlo-user/attachments/20060428/72dd4f48/attachment-0001.html
------------------------------
Message: 2
Date: Fri, 28 Apr 2006 11:09:37 -0400
From: "Henry Minsky" <[EMAIL PROTECTED]>
Subject: Re: [Laszlo-user] The validator had a fatal error, but
proceeding with compilation
To: "ankit rastogi" <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Can you tell me how much RAM is allocated for your Tomcat to run with? If it
is less than 512 MB, there may be memory problems. It might also help to
increase the max stack size (-Xss arg to java) and see if that helps, if
this is due to a stack overflow in the validator library.
On 4/28/06, ankit rastogi <[EMAIL PROTECTED]> wrote:
>
> Below are the logs from my Tomcat 5.5.16 console for my laszlo file
> displayreportparams.lzx.
> I m using Java 5.0 and openlaszlo 3.2 .
>
> I am using this environment since last 1 month this used to never come on
> a diff box. But now when I setted the same environment most of the times I
> get this, my laszlo page gets loaded in about 15 min of processing with
> above errors.
>
> And its inconsistent occuring most of the times but leaving few when the
> page gets loaded quickly.
>
> Can anybody tell me similar experience.
>
> regards,
> Ankit.
>
> displayreportparams.lzx :2:50: The validator had a fatal error, but
> proceeding with compilation
> base/style.lzx:1:10: The validator had a fatal error, but proceeding with
> compilation
> base/colors.lzx:1:10: The validator had a fatal error, but proceeding with
> compilation
> base/basefocusview.lzx:1:10: The validator had a fatal error, but
> proceeding with compilation
> base/componentmanager.lzx:1:10: The validator had a fatal error, but
> proceeding with compilation
> lz/button.lzx:1:10: The validator had a fatal error, but proceeding with
> compilation
> base/basebutton.lzx:1:10: The validator had a fatal error, but proceeding
> with compilation
>
>
> _______________________________________________
> Laszlo-user mailing list
> [email protected]
> http://www.openlaszlo.org/mailman/listinfo/laszlo-user
>
>
>
--
Henry Minsky
Software Architect
[EMAIL PROTECTED]
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.openlaszlo.org/pipermail/laszlo-user/attachments/20060428/e82f1657/attachment-0001.html
------------------------------
Message: 3
Date: Fri, 28 Apr 2006 08:26:14 -0700 (Pacific Standard Time)
From: Adam Wolff <[EMAIL PROTECTED]>
Subject: Re: [Laszlo-user] Laszlo Code Question
To: P T Withington <[EMAIL PROTECTED] >
Cc: OpenLaszlo user community discussion <[email protected]>,
[EMAIL PROTECTED]
Message-ID: < [EMAIL PROTECTED]>
Content-Type: TEXT/PLAIN; charset=US-ASCII
I don't even think it's a syntax really. It looks the way it does for the
same reason that your left eye is wired to your right brain (b/c god
created it that way ;)
We had been discussing moving more of the instantiation logic into the
runtime, but even in a JS runtime you need the to compiler to extract
method bodies and also to decorate constraints with dependencies. (The
latter is possible but impractical with regular expressions in the
runtime.)
Jim and I have been talking about changing the way that replication works
(see his RFC from a few months ago on declared replication.) Ideally we
would move these classes into LZX, but to do see we would need to
formalize aspects of the compiler pass. Ideally, we'd do something like
what you suggest (though SWF compatible) but add a place where the
compiler can pass additional attributes.
We may need to do this before legals.
A
On Apr 28, P T Withington wrote:
> Does anyone else think that this syntax is barfalicious? Could we have a
> better way?
>
> Is the arglist meant to be the JSON representation of the XML that you would
> have used statically?
>
> With the advent of e4x, could we just use the XML? Something like:
>
> canvas.appendChild(canvas.createElement(
> <{new_class} name="first" width="100" height="100" bgcolor="blue>
> <view name="second" bgcolor="{red}" x="100" width="20" height="20 />
> </{new_class}>));
>
> ?
>
> On 2006-04-28, at 00:33 EDT, Adam Wolff wrote:
>
> > I didn't test, but I think this should be:
> > new new_class(canvas, {name: "first", width: 100,
> > height: 100, bgcolor: blue},
> > [ { name : "LzView" ,
> > attrs: {name: "second", bgcolor: red, x: 100,
> > width: 20, height: 20} ], true );
> >
> >
> > A
> >
> >
> > On Apr 27, Max Carlson wrote:
> >
> > > Hi,
> > >
> > > I can't get this code example to work correctly to demonstrate how to
> > > instantiate a new class. The third argument is suppose to be for the
> > > children of this instantiated class, but how do you set the parent view
> > > of the children. Right now, the view "second" is appearing at the top
> > > level. This occurs naturally enough because I have supplied "null" as
> > > its parent argument, but canvas.first produces a "first property not
> > > found" error. The small red square should appear inside the blue square
> > > and be its child
> > >
> > > <canvas>
> > > <class name="new_class" width="100" height="100"/>
> > > <handler name="oninit">
> > > var parentview =
> > > new new_class(canvas, {name: "first", width: 100,
> > > height: 100, bgcolor: blue},
> > > [ new LzView(null, {name: "second", bgcolor: red, x: 100, width: 20,
> > > height: 20})], true);
> > > </handler>
> > > <handler name="onaddsubview" args="view">
> > > if (view.name <http://view.name> == null) return;
> > > Debug.write("view = " + view.name <http://view.name >);
> > > </handler>
> > > </canvas>
> > >
> > > _______________________________________________
> > > Laszlo-user mailing list
> > > [email protected]
> > > http://www.openlaszlo.org/mailman/listinfo/laszlo-user
> > >
> > _______________________________________________
> > Laszlo-user mailing list
> > [email protected]
> > http://www.openlaszlo.org/mailman/listinfo/laszlo-user
>
------------------------------
_______________________________________________
Laszlo-user mailing list
[email protected]
http://www.openlaszlo.org/mailman/listinfo/laszlo-user
End of Laszlo-user Digest, Vol 18, Issue 53
*******************************************
_______________________________________________ Laszlo-user mailing list [email protected] http://www.openlaszlo.org/mailman/listinfo/laszlo-user
