Nabble - Project Woodstock - Dev

Re: Loading speed of Calendar Component

2008-09-03T06:20:53Z

Well, I don't "use" the calendar at all ;)

I was a developer on the Woodstock team.
In general IE7 and any variant of IE were just pigs in general.
These browsers have different behavior with respect to executing
javascript when it is embedded within HTML (among other things). If I
remember they
defer executing the javascript until any surrounding HTML has been
evaluated. This caused us problems in several cases.

Now that I think of it, this may be a case where we had to "parseonload",
which is another configuration parameter, (false or true ?, I can't
remember.)

In any case one way is faster than the other. Try toggling this parameter.

Also make sure that there isn't a collision between an old "calendar.js"
file that was provided but is not needed for the calendar widget
implementation.
This file was included because some developers were using the original
JSF calendar.

-rick

nbnbnewb wrote:

>I thought I had tried the various loading schemes (after reading the release
>notes for Woodstock 4.2 releases).
>Interestingly, Firefox and Safari load almost instantly, the problem appears
>to be IE7 specific.
>
>Did you use the calendar component specifically? If so I would be interested
>to know what load speed you achieve in IE7 and also what scheme you used?
>
>I shall investigate the schemes again.
>
>Good thought on customising the Javascript. I shall look at cutting it down
>to the bare essentials.
>
>Regards
>Nick
>
>
>richard ratta wrote:
>
>
>>Check to see if the calendar.js page is loading separately.
>>If the calendar.js page is loading separately, try using one of the
>>alternative loading
>>schemes (can't remember the incantation exactly) like "webuiAll".
>>
>>There are a few loading schemes that allow you to tune what gets loaded
>>in every
>>page. We tried to make the most likely page load as fast as possible.
>>But it did not include
>>every widget's javascript. There are several schemes, I think you
>>configure them on the
>>body tag.
>>
>>You could consider customizing the js that loads by creating your own js
>>file that contains
>>the "stuff" you need. This will reduce the amount of js loaded and the
>>number files to load.
>>
>>We found that the reducing number of downloads is one of the primary
>>factors to fast page start up.
>>
>>-rick
>>
>>Nick Beare wrote:
>>
>>
>>
>>>Hi,
>>>
>>>I have been very impressed with the functionality and visual appeal of
>>>a number of the Woodstock components I have used in my short
>>>experience with Woodstock.
>>>
>>>However (…have you noticed, there is always a ‘however’ following a
>>>compliment?) I have noticed that the load times on some pages are very
>>>slow compared with some other frameworks. I am in the process of
>>>rewriting a Tapestry application. The VW JSF Woodstock app looks much
>>>better and has more functionality, but load speed in some of the pages
>>>is much slower.
>>>
>>>My investigations lead me to strip down one of my pages and I found
>>>that the load time was nearly all down to the calendar control. I have
>>>4 of these on my page Without these controls, the load time is
>>>approximately 4 seconds quicker (2 seconds versus 6 seconds on my
>>>desktop PC). The equivalent (uglier) Tapestry page loads in about 1.5
>>>seconds).
>>>
>>>Is there any way to tune the calendar control?
>>>
>>>Regards
>>>
>>>Nick Beare
>>>
>>>Developer
>>>
>>>Vixensoft
>>>
>>>**Tel:** 01420 89898
>>>
>>>**Fax:** 01420 541223
>>>**Web:** www.vixensoft.co.uk <blocked::http://www.vixensoft.co.uk/>
>>>
>>>**Head Office: **Market House, Lenten Street, Alton, Hampshire. GU34 1HG
>>>
>>>ViXEN Software Solutions Ltd. Registered in England and Wales. Company
>>>Number 4335138.
>>>
>>>-----------------------------------------------------------------------------------------------------------------------
>>>
>>>//Notice: This message contains information which may be confidential
>>>and privileged. Unless you are the intended recipient (or are
>>>authorised to receive this message for the intended recipient), you
>>>may not use, copy, disseminate or disclose to anyone the message or
>>>any information contained in the message. If you have received the
>>>message in error, please advise the sender by reply e-mail and delete
>>>the message. Thank you.///
>>>
>>>//Disclaimer: No notice provided by e-mail shall be binding unless
>>>confirmed by hard copy and signed by a duly authorised person.///
>>>
>>>
>>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@...
>>For additional commands, e-mail: dev-help@...
>>
>>
>>
>>
>>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: Loading speed of Calendar Component

2008-09-03T04:40:48Z

I thought I had tried the various loading schemes (after reading the release notes for Woodstock 4.2 releases).
Interestingly, Firefox and Safari load almost instantly, the problem appears to be IE7 specific.

Did you use the calendar component specifically? If so I would be interested to know what load speed you achieve in IE7 and also what scheme you used?

I shall investigate the schemes again.

Good thought on customising the Javascript. I shall look at cutting it down to the bare essentials.

Regards
Nick

richard ratta wrote:

Check to see if the calendar.js page is loading separately.
If the calendar.js page is loading separately, try using one of the
alternative loading
schemes (can't remember the incantation exactly) like "webuiAll".

There are a few loading schemes that allow you to tune what gets loaded
in every
page. We tried to make the most likely page load as fast as possible.
But it did not include
every widget's javascript. There are several schemes, I think you
configure them on the
body tag.

You could consider customizing the js that loads by creating your own js
file that contains
the "stuff" you need. This will reduce the amount of js loaded and the
number files to load.

We found that the reducing number of downloads is one of the primary
factors to fast page start up.

-rick

Nick Beare wrote:

> Hi,
>
> I have been very impressed with the functionality and visual appeal of
> a number of the Woodstock components I have used in my short
> experience with Woodstock.
>
> However (…have you noticed, there is always a ‘however’ following a
> compliment?) I have noticed that the load times on some pages are very
> slow compared with some other frameworks. I am in the process of
> rewriting a Tapestry application. The VW JSF Woodstock app looks much
> better and has more functionality, but load speed in some of the pages
> is much slower.
>
> My investigations lead me to strip down one of my pages and I found
> that the load time was nearly all down to the calendar control. I have
> 4 of these on my page Without these controls, the load time is
> approximately 4 seconds quicker (2 seconds versus 6 seconds on my
> desktop PC). The equivalent (uglier) Tapestry page loads in about 1.5
> seconds).
>
> Is there any way to tune the calendar control?
>
> Regards
>
> Nick Beare
>
> Developer
>
> Vixensoft
>
> **Tel:** 01420 89898
>
> **Fax:** 01420 541223
> **Web:** www.vixensoft.co.uk <blocked::http://www.vixensoft.co.uk/>
>
> **Head Office: **Market House, Lenten Street, Alton, Hampshire. GU34 1HG
>
> ViXEN Software Solutions Ltd. Registered in England and Wales. Company
> Number 4335138.
>
> -----------------------------------------------------------------------------------------------------------------------
>
> //Notice: This message contains information which may be confidential
> and privileged. Unless you are the intended recipient (or are
> authorised to receive this message for the intended recipient), you
> may not use, copy, disseminate or disclose to anyone the message or
> any information contained in the message. If you have received the
> message in error, please advise the sender by reply e-mail and delete
> the message. Thank you.///
>
> //Disclaimer: No notice provided by e-mail shall be binding unless
> confirmed by hard copy and signed by a duly authorised person.///
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@woodstock.dev.java.net
For additional commands, e-mail: dev-help@woodstock.dev.java.net

Render speed of Calendar component in IE7

2008-09-02T07:09:21Z

Hi,

I have developed a web app where a number of pages have 3 or 4 Calendar components. While the render speed is perfectly adequate in Firefox and Safari, it is markedly slower in IE7. (6-7 secs versus 1-2 secs!).

I then created a simple page with just 4 of these components on not bound to any data and got the same timings.

Hunting around, I saw that 4.2 had some performance improvements, so I made sure I had the latest 4.2 release and retested. No noticeable improvement!

I then did some research into IE7 performance tuning. I then took all the recommended tuning tips to improve Ie7 performance. Again there was no noticeable difference.

Given that IE still accounts for 80%+ of the browser market, it is imperative that Woodstock works efficiently with Ie7 in addition to other browsers.

Are there any plans to try and get this issue resolved? Or are there any workarounds? Alternative DatePicker controls?

Regards

Nick Beare

Developer

Vixensoft

Tel: 01420 89898

Fax: 01420 541223
Web: www.vixensoft.co.uk

Head Office: Market House, Lenten Street, Alton, Hampshire. GU34 1HG

ViXEN Software Solutions Ltd. Registered in England and Wales. Company Number 4335138.

-----------------------------------------------------------------------------------------------------------------------

Notice: This message contains information which may be confidential and privileged. Unless you are the intended recipient (or are authorised to receive this message for the intended recipient), you may not use, copy, disseminate or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by reply e-mail and delete the message. Thank you.

Disclaimer: No notice provided by e-mail shall be binding unless confirmed by hard copy and signed by a duly authorised person.

Re: Project Woodstock 4.3 Build 7 is Posted and Available

2008-08-29T05:20:30Z

It looks like the repository wasn't tagged for Build 7.

I've also been trying to help Ana.Caballero@... since there seems to be
issues with the source for tag "Woodstock_43_B6". It also looks like
'logging' may not
be on for the repository either since you can't get certain types of
records via "history", like
when a tag was created.

-rick

Richard Spellman wrote:

>
> Build 7 Project Woodstock 4.3 has been posted and links can be found
> on the Download page.
> https://woodstock.dev.java.net/Download.htm
>
> We apologize for the delay but things are changing around Project
> Woodstock. We wanted to put this Build out since there are some fixes
> developers have been asking for, but please understand that it has not
> been fully tested.
>
> A further announcement about Project Woodstock will be forthcoming.
> In the meantime we would like to encourage any users/developers who have
> fixes or additions that they think are appropriate to send them out to
> the dev@... alias for review.
>
> The latest version of the Release Notes for Build 7 are available from
> the Download page, or from this link:
> https://woodstock.dev.java.net/source/browse/*checkout*/woodstock/doc/release-notes.html
>
>
> Thanks again for your patience,
> The Project Woodstock Team
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Project Woodstock 4.3 Build 7 is Posted and Available

2008-08-28T12:54:12Z

Build 7 Project Woodstock 4.3 has been posted and links can be found on
the Download page.
https://woodstock.dev.java.net/Download.htm

We apologize for the delay but things are changing around Project
Woodstock. We wanted to put this Build out since there are some fixes
developers have been asking for, but please understand that it has not
been fully tested.

A further announcement about Project Woodstock will be forthcoming. In
the meantime we would like to encourage any users/developers who have
fixes or additions that they think are appropriate to send them out to
the dev@... alias for review.

The latest version of the Release Notes for Build 7 are available from
the Download page, or from this link:
https://woodstock.dev.java.net/source/browse/*checkout*/woodstock/doc/release-notes.html

Thanks again for your patience,
The Project Woodstock Team

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: CVS Tag for WS 4.3 build 6

2008-08-27T06:40:45Z

Looks like something may have screwed up the tagging, like tagging a
checked out workspace, of an
older revision and then checking it in, vs. just tagging the repository.

Or its possible that code was backed out for '43_B6'.

I would suggest finding out what date "Woodstock_43_B6" represents and then
checking out the repository based on that date.

Or just use the source at the current revision level.

-rick

Ana Caballero wrote:

> What is the cvs tag for WS 4.3 build 6? It appears that
> "Woodstock_43_B6" points to very old source code, much older than B5.
> I am trying to build a compatible theme with 4.3 build 6, but are
> unable to do so.
>
> Thanks,
> Ana
>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: Loading speed of Calendar Component

2008-08-27T06:28:04Z

Check to see if the calendar.js page is loading separately.
If the calendar.js page is loading separately, try using one of the
alternative loading
schemes (can't remember the incantation exactly) like "webuiAll".

There are a few loading schemes that allow you to tune what gets loaded
in every
page. We tried to make the most likely page load as fast as possible.
But it did not include
every widget's javascript. There are several schemes, I think you
configure them on the
body tag.

You could consider customizing the js that loads by creating your own js
file that contains
the "stuff" you need. This will reduce the amount of js loaded and the
number files to load.

We found that the reducing number of downloads is one of the primary
factors to fast page start up.

-rick

Nick Beare wrote:

> Hi,
>
> I have been very impressed with the functionality and visual appeal of
> a number of the Woodstock components I have used in my short
> experience with Woodstock.
>
> However (…have you noticed, there is always a ‘however’ following a
> compliment?) I have noticed that the load times on some pages are very
> slow compared with some other frameworks. I am in the process of
> rewriting a Tapestry application. The VW JSF Woodstock app looks much
> better and has more functionality, but load speed in some of the pages
> is much slower.
>
> My investigations lead me to strip down one of my pages and I found
> that the load time was nearly all down to the calendar control. I have
> 4 of these on my page Without these controls, the load time is
> approximately 4 seconds quicker (2 seconds versus 6 seconds on my
> desktop PC). The equivalent (uglier) Tapestry page loads in about 1.5
> seconds).
>
> Is there any way to tune the calendar control?
>
> Regards
>
> Nick Beare
>
> Developer
>
> Vixensoft
>
> **Tel:** 01420 89898
>
> **Fax:** 01420 541223
> **Web:** www.vixensoft.co.uk <blocked::http://www.vixensoft.co.uk/>
>
> **Head Office: **Market House, Lenten Street, Alton, Hampshire. GU34 1HG
>
> ViXEN Software Solutions Ltd. Registered in England and Wales. Company
> Number 4335138.
>
> -----------------------------------------------------------------------------------------------------------------------
>
> //Notice: This message contains information which may be confidential
> and privileged. Unless you are the intended recipient (or are
> authorised to receive this message for the intended recipient), you
> may not use, copy, disseminate or disclose to anyone the message or
> any information contained in the message. If you have received the
> message in error, please advise the sender by reply e-mail and delete
> the message. Thank you.///
>
> //Disclaimer: No notice provided by e-mail shall be binding unless
> confirmed by hard copy and signed by a duly authorised person.///
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Loading speed of Calendar Component

2008-08-27T00:51:00Z

Hi,

I have been very impressed with the functionality and visual appeal of a number of the Woodstock components I have used in my short experience with Woodstock.

However (…have you noticed, there is always a ‘however’ following a compliment?) I have noticed that the load times on some pages are very slow compared with some other frameworks. I am in the process of rewriting a Tapestry application. The VW JSF Woodstock app looks much better and has more functionality, but load speed in some of the pages is much slower.

My investigations lead me to strip down one of my pages and I found that the load time was nearly all down to the calendar control. I have 4 of these on my page Without these controls, the load time is approximately 4 seconds quicker (2 seconds versus 6 seconds on my desktop PC). The equivalent (uglier) Tapestry page loads in about 1.5 seconds).

Is there any way to tune the calendar control?

Regards

Nick Beare

Developer

Vixensoft

Tel: 01420 89898

Fax: 01420 541223
Web: www.vixensoft.co.uk

Head Office: Market House, Lenten Street, Alton, Hampshire. GU34 1HG

CVS Tag for WS 4.3 build 6

2008-08-26T19:00:03Z

What is the cvs tag for WS 4.3 build 6? It appears that
"Woodstock_43_B6" points to very old source code, much older than B5. I
am trying to build a compatible theme with 4.3 build 6, but are unable
to do so.

Thanks,
Ana

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: Accordion Resize issue

2008-08-08T06:25:57Z

I believe this is possible.
Given the current implementation, I believe you will always have to have
one tab open
when rendered, and make sure that each tab's "contentheight" ensures
that the tab fills the
page (minus the tab headers). However if the page is resized, the
accordion may not adjust accordingly.

You will also want to have the open tab close when another tab is
opened. Otherwise
the overall height of the accordion will be the sum of each tab's
content height.

It may be possible to use the theme mechanism to redefine the selectors
and define
new selectors to make this behavior implicit, but you will have to
examine the generated
html, identify the existing selectors and create new ones as necessary.

See

http://webdev2.sun.com/woodstock-theme-doc/index.html#toc

For information about customizing the theme. Essentially you define
application level
overrides for any theme properites.

-rick

Christian Smith - Sun Microsystems - Dublin Ireland wrote:

> Hi Folks,
>
> I am using Woodstocks accordion component and am unable to get it to
> resisze properly. I would like the component to always fill the pages
> height (100%) if possible. Is this possible?
>
> Thanks,
> Christian
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Accordion Resize issue

2008-08-08T04:03:05Z

Hi Folks,

I am using Woodstocks accordion component and am unable to get it to
resisze properly. I would like the component to always fill the pages
height (100%) if possible. Is this possible?

Thanks,
Christian

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

How can i debug my custom dataprovider component?

2008-08-08T00:17:02Z

播放幻灯片

想要立即保存所有照片吗? 了解如何操作

联机图片的有效期为 30 天

I use netbeans visual web pack.

I want to create custom vwp jsf component.

how can I debug the components source?

woodstock is how to debug?

who can tell me this?

thank you

zhangcheng

my custom component (dataprovider)

my components project

my war project lib

my dataprovider

my component property

获取 Windows Live Mail 以创建您自己的照片电子邮件

Tag Library Documentation down

2008-08-06T06:21:21Z

The TLD documentation site http://webdev2.sun.com/example is down.
Could you please fix that or are you updating it to 4.3 final release?

Stevy

How to clear tree selection?

2008-07-28T01:54:33Z

I can set the selected tree node through tree's "selected" attribute. But how can I clear this selection?

I tried tree1.setSelected(null) as well as tree1.setSelected("") but neither worked. The previously selected node remained selected.
I'm also wondering why a tree node is selected after deployment (last one? or the one selected in visual editor?) although i did not specify a node to be initially selected.

Stevy

Re: This page contains both secure and nonsecure items

2008-07-24T20:34:43Z

What about the generated portion of the page:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xmlns:wairole="http://www.w3.org/2005/01/wai-rdf/GUIRoleTaxonomy#" xmlns:waistate="http://www.w3.org/2005/07/aaa">

I have no idea how that is generated from:

<jsp:root version="2.1" xmlns:f="http://java.sun.com/jsf/core" xmlns:h="http://java.sun.com/jsf/html"
xmlns:jsp="http://java.sun.com/JSP/Page" xmlns:webuijsf="http://www.sun.com/webui/webuijsf">
<jsp:directive.page contentType="text/html;charset=UTF-8" pageEncoding="UTF-8"/>
<f:view>
<webuijsf:page id="page">
<webuijsf:html id="html">

But if the app is running under the https protocol, don't the above URL's for the schemas need to https too?

richard ratta wrote:

There have been several threads about this issue.
My conclusion was that it is an issue with IE and relative urls that are
defined in the CSS
file for images.

I have not investigated it all and will not be (since I am no longer an
active developer on woodstock).

But if my conclusion is correct, the CSS rules must be "fixed up" either
when the page is
streamed from the server, or after the CSS is loaded in the browser.

I think you can "turn off something" in IE7 to stop the messages.

I'm sorry but I don't have any references to the other threads.
But there were alot of "hits" in a google search for this issue which
led me to my conclusion,
at least for the woodstock pages. If I remember it is related to
referencing a file via relative
URLS, whether it be an img or javascript file. Some paths can be "fixed
up" more easily than
others and the "hardest" ones are the embedded references in CSS, in the
woodstock case.

-rick

asg54 wrote:

>Did you find a solution to this problem? I am also receiving the message.
>Thanks.
>
>
>
>=?ISO-8859-1?Q?M=E1rcio Gon=E7alves?= wrote:
>
>
>>Hi,
>>
>>I'm using Woodstock over https, and having a problem in IE with the "This
>>page contains both secure and nonsecure items" message.
>>
>>Do you know if is anyone else having this problem?
>>
>>Do you think this is something that can be fixed?
>>
>>Thanks,
>>
>>Marcio
>>gomes@metha.com.br
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@woodstock.dev.java.net
>>For additional commands, e-mail: dev-help@woodstock.dev.java.net
>>
>>
>>
>>
>>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@woodstock.dev.java.net
For additional commands, e-mail: dev-help@woodstock.dev.java.net

Re: This page contains both secure and nonsecure items

2008-07-24T13:57:34Z

Asg54,

What Richard wrote is what i know, too. I continue setting up the IE7, manually.

Marcio

Thu, 24 Jul 2008 14:42:56 -0400, richard ratta <Richard.Ratta@...> escreveu:

> There have been several threads about this issue.
> My conclusion was that it is an issue with IE and relative urls that are
> defined in the CSS
> file for images.
>
> I have not investigated it all and will not be (since I am no longer an
> active developer on woodstock).
>
> But if my conclusion is correct, the CSS rules must be "fixed up" either
> when the page is
> streamed from the server, or after the CSS is loaded in the browser.
>
> I think you can "turn off something" in IE7 to stop the messages.
>
> I'm sorry but I don't have any references to the other threads.
> But there were alot of "hits" in a google search for this issue which
> led me to my conclusion,
> at least for the woodstock pages. If I remember it is related to
> referencing a file via relative
> URLS, whether it be an img or javascript file. Some paths can be "fixed
> up" more easily than
> others and the "hardest" ones are the embedded references in CSS, in the
> woodstock case.
>
> -rick
>
> asg54 wrote:
>
> >Did you find a solution to this problem? I am also receiving the message.
> >Thanks.
> >
> >
> >
> >=?ISO-8859-1?Q?M=E1rcio Gon=E7alves?= wrote:
> >
> >
> >>Hi,
> >>
> >>I'm using Woodstock over https, and having a problem in IE with the "This
> >>page contains both secure and nonsecure items" message.
> >>
> >>Do you know if is anyone else having this problem?
> >>
> >>Do you think this is something that can be fixed?
> >>
> >>Thanks,
> >>
> >>Marcio
> >>gomes@...
> >>
> >>---------------------------------------------------------------------
> >>To unsubscribe, e-mail: dev-unsubscribe@...
> >>For additional commands, e-mail: dev-help@...
> >>
> >>
> >>
> >>
> >>
> >
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>
>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: This page contains both secure and nonsecure items

2008-07-24T11:42:56Z

There have been several threads about this issue.
My conclusion was that it is an issue with IE and relative urls that are
defined in the CSS
file for images.

I have not investigated it all and will not be (since I am no longer an
active developer on woodstock).

But if my conclusion is correct, the CSS rules must be "fixed up" either
when the page is
streamed from the server, or after the CSS is loaded in the browser.

I think you can "turn off something" in IE7 to stop the messages.

I'm sorry but I don't have any references to the other threads.
But there were alot of "hits" in a google search for this issue which
led me to my conclusion,
at least for the woodstock pages. If I remember it is related to
referencing a file via relative
URLS, whether it be an img or javascript file. Some paths can be "fixed
up" more easily than
others and the "hardest" ones are the embedded references in CSS, in the
woodstock case.

-rick

asg54 wrote:

>Did you find a solution to this problem? I am also receiving the message.
>Thanks.
>
>
>
>=?ISO-8859-1?Q?M=E1rcio Gon=E7alves?= wrote:
>
>
>>Hi,
>>
>>I'm using Woodstock over https, and having a problem in IE with the "This
>>page contains both secure and nonsecure items" message.
>>
>>Do you know if is anyone else having this problem?
>>
>>Do you think this is something that can be fixed?
>>
>>Thanks,
>>
>>Marcio
>>gomes@...
>>
>>---------------------------------------------------------------------
>>To unsubscribe, e-mail: dev-unsubscribe@...
>>For additional commands, e-mail: dev-help@...
>>
>>
>>
>>
>>
>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: This page contains both secure and nonsecure items

2008-07-24T11:28:50Z

Did you find a solution to this problem? I am also receiving the message. Thanks.

=?ISO-8859-1?Q?M=E1rcio Gon=E7alves?= wrote:

Hi,

I'm using Woodstock over https, and having a problem in IE with the "This page contains both secure and nonsecure items" message.

Do you know if is anyone else having this problem?

Do you think this is something that can be fixed?

Thanks,

Marcio
gomes@metha.com.br

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@woodstock.dev.java.net
For additional commands, e-mail: dev-help@woodstock.dev.java.net

Dynamic Tree Cant change back end data dynamically

2008-07-21T07:05:52Z

I am using the ajax component within the dynamic tree widget and cannot , after numerous tries, to get
the tree to function without having the completed modle at the backend.
I had hoped that I could create sub level leaf node structure within the callback for the node being selected.
This seemed to work at the top level but after that , no events are trapped for any sub children that I create dynamically within the tree model.

Within the callback.

TreeNode2 thisNode= ne.getEventNode();

logger.debug("ID is "+thisNode.getId());

int eventType = ne.getEventType();

if ( eventType == TreeNode2Event.LOADCHILDREN_EVENT) {
thisNode.setExpanded(true);

logger.debug("Load children event occured");

// lets find out if we have to show any children
// get the id of the node so that we can find out where we are.
// walk backwards up the tree

thisNode.getChildren().clear(); // get rid of the empty node.

// we need to find out the name of the folder we are looking at
String path = this.constructPath(thisNode);

logger.debug("PATH we are looking at is "+path);

this.constructChildren(thisNode, new File(path));

....

Wtihin the constructChildren I am appending mode children to the node that has just been clicked.
( This is part of a file browser type application ).
However, each sub node click never invoked the callback.

I am setting the method expression correctly within the code and have checked this with a test application.
It would appear that the woodstock components have a snap shot of the structure.

Can any one help here ???

Re: javax.faces shalre-remoting

2008-07-18T11:32:28Z

Just as a follow up, Ed has published the jar to maven repo. It is
now available at
http://download.java.net/maven/2/com/sun/faces/extensions/jsf-extensions-common/0.1/
Hopefully this build issue is resolved.

thanks
Anissa.

Anissa Lam wrote:

>
> I have contacted Ed Burns yesterday regarding this issue and this is
> his reply.
>
>> AL> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
>> AL> <html>
>> AL> <head>
>> AL> <meta content="text/html;charset=ISO-8859-1"
>> http-equiv="Content-Type">
>> AL> </head>
>> AL> <body bgcolor="#ffffff" text="#000000">
>> AL> 
>> AL> Hi, 
>> AL> Since this seems to be coming from jsf-extensions and related to
>> swdp,
>> AL> I am cc'ing Ed and Rajiv here to see if they any idea about
>> this
>> AL> invalid pom. 
>>
>> Yes, I own this pom.
>> I'll fix it and get back to you.
>>
>> Ed
> thanks
> Anissa.
>
> Jerome Dochez wrote:
>> yes the core of the problem we have is the woodstock webui pom.xml is
>> referencing an inexistent jsf-extensions-common module. Inexistent in
>> at leat the public maven repositories we use.
>>
>> com.sun.woodstock:webui-jsf:4.2-SNAPSHOT--(runtime)-->com.sun.faces.extensions:jsf-extensions-common:0.1
>>
>>
>> there are 2 ways of fixing it :
>> - fix the import in the webui pom.xml to a version which is
>> available externally
>> - publish the 0.1 version externally.
>>
>> if you look at the webui-jsf pom.xml in
>> ~/.m2/repository/com/sun/woodstock/webui-jsf/4.2-SNAPSHOT/webui-jsf-4.2-SNAPSHOT.pom
>> , you can see
>>
>> <dependency>
>> <groupId>com.sun.faces.extensions</groupId>
>> <artifactId>jsf-extensions-common</artifactId>
>> <version>0.1</version>
>> <scope>runtime</scope>
>> </dependency>
>>
>> this is the one we don't find...
>>
>> Jerome
>>
>> On Jul 18, 2008, at 12:45 AM, Ken Paulsen wrote:
>>
>>>
>>> Hi Jerome,
>>>
>>> Is the text below the error? I guess I'll need to build the branch
>>> to see what the problem with that pom.xml is? It looks like I need
>>> to build the console-web-plugin?
>>>
>>> Dick Spellman is probably the right contact person. Dick are you
>>> aware of this problem and can you help get it fixed? I'm happy to
>>> help out in any way that I can.
>>>
>>> Thanks,
>>>
>>> Ken
>>>
>>>
>>>
>>> Jerome Dochez wrote:
>>>> this is a woodstock-webui module which is owned by the woodstock team.
>>>>
>>>> KenP, you u work with them to fix this.
>>>> Also, can u provide a contact in their team so we can directly
>>>> interface with them
>>>>
>>>> thanks, jerome
>>>>
>>>> On Jul 17, 2008, at 2:31 PM, Bhakti Mehta wrote:
>>>>
>>>>> Does anyone have an idea who owns this and where the repo lies?
>>>>> This is the dependency trail, we are running into issues building
>>>>> the branch due to the invalid pom and
>>>>>
>>>>> trail=[org.glassfish.distributions:web:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)-->org.glassfish.web:webtier-all:10.0-V3-PRELUDE-M1-SNAPSHOT,
>>>>> org.glassfish.web:webtier-all:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)-->org.glassfish.admingui:console-web-plugin:10.0-V3-PRELUDE-M1-SNAPSHOT,
>>>>> org.glassfish.admingui:console-web-plugin:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)-->com.sun.woodstock:webui-jsf:4.2-SNAPSHOT,
>>>>> com.sun.woodstock:webui-jsf:4.2-SNAPSHOT--(runtime)-->com.sun.faces.extensions:jsf-extensions-common:0.1]
>>>>> for project com.sun.faces.extensions:jsf-extensions-common:null
>>>>>
>>>>>
>>>>> https://maven-repository.dev.java.net/repository/javax.faces/poms/shale-remoting-1.1.0-swdp-a.pom
>>>>>
>>>>>
>>>>> Regards,
>>>>> Bhakti
>>>>>
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: javax.faces shalre-remoting

2008-07-18T07:11:53Z

I have contacted Ed Burns yesterday regarding this issue and this is his
reply.

> AL> <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
> AL> <html>
> AL> <head>
> AL> <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
> AL> </head>
> AL> <body bgcolor="#ffffff" text="#000000">
> AL> 
> AL> Hi, 
> AL> Since this seems to be coming from jsf-extensions and related to swdp,
> AL> I am cc'ing Ed and Rajiv here to see if they any idea about this
> AL> invalid pom. 
>
> Yes, I own this pom.
>
> I'll fix it and get back to you.
>
> Ed

thanks
Anissa.

Jerome Dochez wrote:

> yes the core of the problem we have is the woodstock webui pom.xml is
> referencing an inexistent jsf-extensions-common module. Inexistent in
> at leat the public maven repositories we use.
>
> com.sun.woodstock:webui-jsf:4.2-SNAPSHOT--(runtime)-->com.sun.faces.extensions:jsf-extensions-common:0.1
>
>
> there are 2 ways of fixing it :
> - fix the import in the webui pom.xml to a version which is
> available externally
> - publish the 0.1 version externally.
>
> if you look at the webui-jsf pom.xml in
> ~/.m2/repository/com/sun/woodstock/webui-jsf/4.2-SNAPSHOT/webui-jsf-4.2-SNAPSHOT.pom
> , you can see
>
> <dependency>
> <groupId>com.sun.faces.extensions</groupId>
> <artifactId>jsf-extensions-common</artifactId>
> <version>0.1</version>
> <scope>runtime</scope>
> </dependency>
>
> this is the one we don't find...
>
> Jerome
>
> On Jul 18, 2008, at 12:45 AM, Ken Paulsen wrote:
>
>>
>> Hi Jerome,
>>
>> Is the text below the error? I guess I'll need to build the branch to
>> see what the problem with that pom.xml is? It looks like I need to
>> build the console-web-plugin?
>>
>> Dick Spellman is probably the right contact person. Dick are you
>> aware of this problem and can you help get it fixed? I'm happy to
>> help out in any way that I can.
>>
>> Thanks,
>>
>> Ken
>>
>>
>>
>> Jerome Dochez wrote:
>>> this is a woodstock-webui module which is owned by the woodstock team.
>>>
>>> KenP, you u work with them to fix this.
>>> Also, can u provide a contact in their team so we can directly
>>> interface with them
>>>
>>> thanks, jerome
>>>
>>> On Jul 17, 2008, at 2:31 PM, Bhakti Mehta wrote:
>>>
>>>> Does anyone have an idea who owns this and where the repo lies?
>>>> This is the dependency trail, we are running into issues building
>>>> the branch due to the invalid pom and
>>>>
>>>> trail=[org.glassfish.distributions:web:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)-->org.glassfish.web:webtier-all:10.0-V3-PRELUDE-M1-SNAPSHOT,
>>>> org.glassfish.web:webtier-all:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)-->org.glassfish.admingui:console-web-plugin:10.0-V3-PRELUDE-M1-SNAPSHOT,
>>>> org.glassfish.admingui:console-web-plugin:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)-->com.sun.woodstock:webui-jsf:4.2-SNAPSHOT,
>>>> com.sun.woodstock:webui-jsf:4.2-SNAPSHOT--(runtime)-->com.sun.faces.extensions:jsf-extensions-common:0.1]
>>>> for project com.sun.faces.extensions:jsf-extensions-common:null
>>>>
>>>>
>>>> https://maven-repository.dev.java.net/repository/javax.faces/poms/shale-remoting-1.1.0-swdp-a.pom
>>>>
>>>>
>>>> Regards,
>>>> Bhakti
>>>>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: javax.faces shalre-remoting

2008-07-18T07:09:30Z

On Fri, Jul 18, 2008 at 2:56 AM, Jerome Dochez <Jerome.Dochez@...> wrote:
> there are 2 ways of fixing it :
> - fix the import in the webui pom.xml to a version which is available
> externally
> - publish the 0.1 version externally.

Someone on ##jsf on freenode asked Ed Burns about this yesterday. He
said he'd like to get it published, but has not had time for it, for
what that's worth. I'll be in SCA next week for orientation, etc.
I'd be happy to help out where I can, as I have a vested interest in
resolving this as well.

--
Jason Lee, SCJP
Mojarra and Mojarra Scales Dev Team
https://mojarra.dev.java.net
https://scales.dev.java.net
http://blogs.steeplesoft.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: javax.faces shalre-remoting

2008-07-18T00:56:17Z

yes the core of the problem we have is the woodstock webui pom.xml is
referencing an inexistent jsf-extensions-common module. Inexistent in
at leat the public maven repositories we use.

com.sun.woodstock:webui-jsf:4.2-SNAPSHOT--(runtime)--
>com.sun.faces.extensions:jsf-extensions-common:0.1

there are 2 ways of fixing it :
- fix the import in the webui pom.xml to a version which is available
externally
- publish the 0.1 version externally.

if you look at the webui-jsf pom.xml in ~/.m2/repository/com/sun/
woodstock/webui-jsf/4.2-SNAPSHOT/webui-jsf-4.2-SNAPSHOT.pom , you can
see

<dependency>
<groupId>com.sun.faces.extensions</groupId>
<artifactId>jsf-extensions-common</artifactId>
<version>0.1</version>
<scope>runtime</scope>
</dependency>

this is the one we don't find...

Jerome

On Jul 18, 2008, at 12:45 AM, Ken Paulsen wrote:

>
> Hi Jerome,
>
> Is the text below the error? I guess I'll need to build the branch
> to see what the problem with that pom.xml is? It looks like I need
> to build the console-web-plugin?
>
> Dick Spellman is probably the right contact person. Dick are you
> aware of this problem and can you help get it fixed? I'm happy to
> help out in any way that I can.
>
> Thanks,
>
> Ken
>
>
>
> Jerome Dochez wrote:
>> this is a woodstock-webui module which is owned by the woodstock
>> team.
>>
>> KenP, you u work with them to fix this.
>> Also, can u provide a contact in their team so we can directly
>> interface with them
>>
>> thanks, jerome
>>
>> On Jul 17, 2008, at 2:31 PM, Bhakti Mehta wrote:
>>
>>> Does anyone have an idea who owns this and where the repo lies?
>>> This is the dependency trail, we are running into issues building
>>> the branch due to the invalid pom and
>>>
>>> trail=[org.glassfish.distributions:web:10.0-V3-PRELUDE-M1-
>>> SNAPSHOT--(compile)-->org.glassfish.web:webtier-all:10.0-V3-
>>> PRELUDE-M1-SNAPSHOT, org.glassfish.web:webtier-all:10.0-V3-PRELUDE-
>>> M1-SNAPSHOT--(compile)-->org.glassfish.admingui:console-web-plugin:
>>> 10.0-V3-PRELUDE-M1-SNAPSHOT, org.glassfish.admingui:console-web-
>>> plugin:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)--
>>> >com.sun.woodstock:webui-jsf:4.2-SNAPSHOT, com.sun.woodstock:webui-
>>> jsf:4.2-SNAPSHOT--(runtime)-->com.sun.faces.extensions:jsf-
>>> extensions-common:0.1] for project com.sun.faces.extensions:jsf-
>>> extensions-common:null
>>>
>>>
>>> https://maven-repository.dev.java.net/repository/javax.faces/poms/shale-remoting-1.1.0-swdp-a.pom
>>>
>>> Regards,
>>> Bhakti
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@...
>>> For additional commands, e-mail: dev-help@...
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: javax.faces shalre-remoting

2008-07-18T00:45:14Z

Hi Jerome,

Is the text below the error? I guess I'll need to build the branch to
see what the problem with that pom.xml is? It looks like I need to build
the console-web-plugin?

Dick Spellman is probably the right contact person. Dick are you aware
of this problem and can you help get it fixed? I'm happy to help out in
any way that I can.

Thanks,

Ken

Jerome Dochez wrote:

> this is a woodstock-webui module which is owned by the woodstock team.
>
> KenP, you u work with them to fix this.
> Also, can u provide a contact in their team so we can directly
> interface with them
>
> thanks, jerome
>
> On Jul 17, 2008, at 2:31 PM, Bhakti Mehta wrote:
>
>> Does anyone have an idea who owns this and where the repo lies?
>> This is the dependency trail, we are running into issues building the
>> branch due to the invalid pom and
>>
>> trail=[org.glassfish.distributions:web:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)-->org.glassfish.web:webtier-all:10.0-V3-PRELUDE-M1-SNAPSHOT,
>> org.glassfish.web:webtier-all:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)-->org.glassfish.admingui:console-web-plugin:10.0-V3-PRELUDE-M1-SNAPSHOT,
>> org.glassfish.admingui:console-web-plugin:10.0-V3-PRELUDE-M1-SNAPSHOT--(compile)-->com.sun.woodstock:webui-jsf:4.2-SNAPSHOT,
>> com.sun.woodstock:webui-jsf:4.2-SNAPSHOT--(runtime)-->com.sun.faces.extensions:jsf-extensions-common:0.1]
>> for project com.sun.faces.extensions:jsf-extensions-common:null
>>
>>
>> https://maven-repository.dev.java.net/repository/javax.faces/poms/shale-remoting-1.1.0-swdp-a.pom
>>
>>
>> Regards,
>> Bhakti
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@...
>> For additional commands, e-mail: dev-help@...
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@...
> For additional commands, e-mail: dev-help@...
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@...
For additional commands, e-mail: dev-help@...

Re: Bug in RowGroup component

2008-07-11T07:55:31Z

Ramon Casha wrote:

There is a bug in the RowGroup component (already filed as bug #1315).

In the invokeOnComponent method, it assumes that any content of a column has a rowId encoded in its clientId. However, header and footer facets do not. I created a footer facet because I'm using ajax to update it with a total of the fields in the table cells.

I have temporarily gone around this by overriding that method in my own subclass. My question is, what is the safest method to check whether a clientId has a rowId in it. (eg: is the rowId always numeric?)

For Woodstock it is an int, but it doesn't have to be. You might want to check if the component is included in the facet map, first. For example, if you know the name of the facet, you can use:

UIComponent facet = getFacet("FacetName");
if (facet != null) {
// Skip row id
}

Otherwise, you might have to iterate over the facet map and look for a match? I have not looked into the issue myself.

Dan

Ramon Casha

----
Disclamer: I am not responsible for the disclaimer added below
----

DISCLAIMER

The information contained in this electronic mail may be confidential or legally privileged. It is for the intended recipient(s) only. Should you receive this message in error, please notify the sender by replying to this mail. Unauthorised use of the contents is strictly prohibited. Whilst all care has been taken, the Megabyte Group is not responsible for the integrity of the contents of this electronic mail and any attachments included within.