Nabble - Barracuda MVC

AS-EL Yeni Ürün Bilgilendirmesi

2009-09-06T00:43:26Z

AS-EL E-Bülten Sistemi

*SORUN BİNANIZA KİMLİK KAZANDIRMAKSA..,* *ÇÖZÜM AS-EL MİMARİ SİSTEMLER’de* *İŞTE YENİ NESİL CEPHE KAPLAMA MALZEMESİ*





AS-EL Yapı Endüstri Market A.Ş. 5709 sk. No 39 Karabağlar İZMİR (0 232) 264 66 66 www.as-el.com.tr

Mail listesinden çıkmak için lütfen remove@... adresine boş bir mail atınız.

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

AS-EL Yeni Ürün Bilgilendirmesi

2009-07-22T17:08:17Z

AS-EL E-Bülten Sistemi

*SORUN BİNANIZA KİMLİK KAZANDIRMAKSA..,* *ÇÖZÜM AS-EL MİMARİ SİSTEMLER’de* *İŞTE YENİ NESİL CEPHE KAPLAMA MALZEMESİ*





AS-EL Yapı Endüstri Market A.Ş. 5709 sk. No 39 Karabağlar İZMİR (0 232) 264 66 66 www.as-el.com.tr

Mail listesinden çıkmak için lütfen remove@... adresine boş bir mail atınız.

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Pay It Forward

2009-05-08T03:30:49Z

Pay It Forward Hi Guys,

With the world sliding deeper into an economic recession people are exhausting all their time and energy just trying to keep their heads above water. With the rising cost of living in SA, people are focused solely on survival and the idea of financial prosperity seems virtually impossible.

I received this e-mail a few days ago and it has got me very excited. Before you read further, spend the next 30 seconds imagining how you would feel if your life's greatest wish came true right now. Ignore your current situation, visualise it in detail. How would you feel physically, emotionally? What would you be doing?

Now imagine sharing that feeling of achievement with others by Paying your Good Fortune Forward.

"In the middle of every difficulty lies opportunity." - Albert Einstein

How does your financial situation look so far in 2009?

Do you have a plan to achieve financial success?
Do you have the time to do what you really want to do?
Is your money working for you?

"If you do what you've always done, you will get what you've always got. If you don't like what you're getting, you must change what you're doing."- Tony Robbins

It's time to beat the recession by Paying it Forward!

Take control of your current situation. Free yourself from financial worry and give your loved ones the opportunities they deserve. If Prosperity and Financial Security are only a few clicks away, why not give it a try?

"If you have nothing to lose by trying and everything to gain if successful, by all means, try" - Robert Pausch

Attached is the document that is changing people's lives. Take 5 minutes to read it and experience the change in yours too...

Regards,
Tyl
Email: tyl@...
Fax: 086 601 9981

Reply to this mail with the subject "Unsubscribe" to be removed from this list.

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Yavrunuz Ninniler ile Büyüsün

2009-05-06T13:36:24Z

Sadece bebeklerin değil, artık anne babaların da dinlediği klasik albümümüz.

Yavrunuz, uyusun da büyüsün!!!

bebeğinize özel, anne nefesinin sıcaklığında 12 adet ninni...

BEBEĞİNİZİ NİNNİLER İLE UYUTUN KÜLTÜR BAKANLIĞI ONAYLI (BANDROLLÜ);

ALANINDA TEK ve ORİJİNAL BİR ÇALIŞMA Ayrintili bilgi, demo ve videolar için: 0212 230 53 91

Detaylı bilgi için Tıklayınız

Mail listesinden çıkmak için tıklayınız!

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Site down for a while...

2009-01-19T03:31:59Z

Hi list, (and happy new year :)

barracudamvc.org has been down for a while now...
Google doesn't even know about it anymore.

Can someone at atmreports take care of bringing it back ?

More generally, is atmreports still willing to provide hosting for
barracudamvc.org ? If this becomes a problem, we could think of
alternatives solutions (the company I work for could provide hosting if
needed).

Thanks in advance,

Franck

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Site down for a while...

2009-01-17T01:49:16Z

KONTROL TEKRAR SİZDE!..

2009-01-14T06:41:26Z

Untitled Document

Bu tanıtım iletisi barracuda@...
mail adresinize gönderilmiştir.
Mail almak istemiyorsanız, lütfen,
remove@... a boş bir mail gönderiniz.

	KONTROL TEKRAR SİZDE..! Şirketinizin ihtiyaçlarına göre tasarlanan ve yerel ağ yönetimi için gereken tüm ihtiyaçları içinde barındıran, kontrol mekanizması ARGUSBOX'ı ister satın alabilir, istersenizde kiralayabilirsiniz. Daha fazla bilgi için; www.argusbox.com

e7cd3d

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

2009 Ocak - Şubat Mali Seminer ve Uzmanlık Programları Takvimi

2009-01-07T03:58:46Z

Untitled Document

Bu tanıtım iletisi barracuda@...
mail adresinize gönderilmiştir.
Mail almak istemiyorsanız, lütfen,
remove@... a boş bir mail gönderiniz.

e7cd3d

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

FormMap addition - potentialy breaking some implementations

2008-12-12T00:22:07Z

Hi all,

just a note to point out I just commited a modification to FormMap
interface, that has the potential to break some implementations...

fro_120508_1 - Adding a FormMap map(Map map) method to FormMap
interface, and to the DefaultFormMap implementation. Will break existing
implementations of FormMap not based on DefaultFormMap, but I doubt
there are many.

Notice that FormMap already had a map(StateMap sm) that internaly was
mapping the Map backing StateMap.
So, now you can map a plain java.util.Map. This can be useful for
example to map OS Quartz' JobDataMap and benefit from validations /
auto-casting provided by barracuda's form package while scheduling jobs.

Franck

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

SEVDİKLERİNİZİ MUTLU EDİN

2008-11-26T15:04:07Z

Jasmina Çiçek
SADECE BU HAFTA

ÖZEL FİYAT
Sevdiklerinizi gül ile mutlu edin...

79 YTL

51 Adet

İstanbulun Her Semtine
Ücretsiz Servis Sipariş Hattı
0212 323 58 28
Şimdi sipariş verin isterseniz daha sonra aynı fiyata gönderin..

12 TAKSİT
CARD FİNANS-BONUS-MAXİMUM-İDEAL

JASMİNA ÇİÇEKÇİLİK
www.ciceklerdunyasi.com
0212 323 58 28 pbx
Hüseyin Sarul

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

SEVDİKLERİNİZİ MUTLU EDİN

2008-10-26T08:01:14Z

Jasmina Çiçek
SADECE BU HAFTA

ÖZEL FİYAT
Sevdiklerinizi gül ile mutlu edin...

79 YTL

51 Adet

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: Re: XMLC 2.3.1 is out (for real this time)

2008-07-23T11:06:40Z

On Wed, 23 Jul 2008 15:41:21 +0200
Franck Routier <franck.routier@...> wrote:
> Hi Jake,
>
> [So if I understand right, you changed your ClosingInputStreamReader to
> get around the bug in NekoHTML ? Taht's cheating :) ]
>

Yeah, I know :-) But the primary developer of NekoHTML convinced me that
CosingInputSource reader and inputstream implementations weren't respecting
their respective contracts. By changing the XMLC code, XMLC will work with
both current and prior versions of NekoHTML; that is, not blow chunks on files
with '\n' or '\r' line endings. Note that prior versions of XMLC (before
2.2.17 and 2.3.1) didn't make much use of ClosingInputSource, so they wouldn't
run into the issue anyway. It wasn't until I made use of it to ensure that
streams get closed to avoid locking source files at runtime that this became
an issue, hence the long delay in releasing 2.2.17 and 2.3.1.

>
> Well, my question was about Barracuda and a unit test that a been
> failing for a long long time here...
>
> TestXmlcUtilsCreate.testCreate() is failing.
>
> What it does exactly is :
>
> XmlcUtils xmlcUtils = XmlcUtils.create();
>
> assertEquals("Default create should return a default implementation",
> DefaultXmlcUtilsImpl.class, xmlcUtils.getClass());
>
> It fails here.
>
> It is failing because package org.barracudamvc.taskdefs.Localize does:
>
> System.setProperty(XmlcUtils.DEFAULT_UTILS_CLASS_KEY,
> LocalizeXmlcUtilsImpl.class.getName());
>
> As Localize is used in the tests before TestXmlcUtilsCreate, System
> property is set, and XmlcUtils.create() returns
> LocalizeXmlcUtilsImpl.class. And test fails.
>
> So my question is, should the test be updated, or should
> org.barracudamvc.taskdefs.Localize be changed (I don't understand whiy
> it wants to set the property), or ???
>

I would suggest commenting out that test. It's really one that should be
migrated to the XMLC codebase at some point, so just comment it out, don't
delete it. I meant to do this a while back, but got sidetracked. The whole
design is kind of hoakie, but it is what it is and it is necessary for the
Localize task to set that property, otherwise the default Xmlc task will get
loaded instead of Localize, which is what is needed for Barracuda builds.

I had been thinking about moving the Localize stuff over to XMLC in order to
give all XMLC users, not just Barracuda users, a way to do localization.
However, there are some runtime Barracuda-isms that are required to enable
localization which make it not so generalizable for XMLC's purposes. So, I
started looking into some other more standard alternatives. I did a whole
bunch of research and then kind of ran out of gas and time. I'll have to see
if I archived the research? I still think it would be valuable to have a
standard XMLC-based localization mechanism, which would hopefully make the
Localize task irrelevant.

Jake

>
>Franck

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

JP locale ?

2008-07-23T07:01:58Z

Hi,

just a question, is anyone using a Japanese locale with FormValidators
in Barracuda ?

The reason why I ask the question is that the unit test on
DateRangeValidator fails with jp_JP locale.

The test is already skipped for Thai locale, because it was failing and
nobody knew what a valid Thai date range was (in this locale, the
Calendar is different, regarding leap years and so on).

Any comment on this anyone ?

Franck

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: XMLC 2.3.1 is out (for real this time)

2008-07-23T06:41:21Z

Hi Jake,

[So if I understand right, you changed your ClosingInputStreamReader to
get around the bug in NekoHTML ? Taht's cheating :) ]

Well, my question was about Barracuda and a unit test that a been
failing for a long long time here...

TestXmlcUtilsCreate.testCreate() is failing.

What it does exactly is :

XmlcUtils xmlcUtils = XmlcUtils.create();

assertEquals("Default create should return a default implementation",
DefaultXmlcUtilsImpl.class, xmlcUtils.getClass());

It fails here.

It is failing because package org.barracudamvc.taskdefs.Localize does:

System.setProperty(XmlcUtils.DEFAULT_UTILS_CLASS_KEY,
LocalizeXmlcUtilsImpl.class.getName());

As Localize is used in the tests before TestXmlcUtilsCreate, System
property is set, and XmlcUtils.create() returns
LocalizeXmlcUtilsImpl.class. And test fails.

So my question is, should the test be updated, or should
org.barracudamvc.taskdefs.Localize be changed (I don't understand whiy
it wants to set the property), or ???

Franck

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

XMLC 2.3.1 is out (for real this time)

2008-07-23T00:43:58Z

I'm happy to announce the release of XMLC-2.3.1!

Users of XMLC 2.2.xx are encouraged to upgrade to XMLC 2.3.1, though be sure to
read xmlc-2-3-release-note.html and xmlc-2-3-1-release-note.html before doing so.
Enjoy!

Download at:
http://forge.objectweb.org/projects/xmlc/

XMLC 2.3.1 includes all relevant features/enhancements/fixes in XMLC 2.2.17 plus...

Bug Fixes...

- Got rid of last remnants of "org.enhydra.apache" and "org/enhydra/apache" namespaces

- Fixed NullPointerException in OutputOptions.toString()

- Fixed expansion of LazyEntityReference and LazyEntity in Lazydom

General Updates...

- Cleaned up org.enhydra.xml.xmlc.parsers.xerces.XercesHTMLDOMParser

- Updated to Xerces 2.9.1 and NekoHTML 1.9.8

See xmlc-2-3-1-release-note.html for more info

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

XMLC 2.2.17 is out (for real this time)

2008-07-23T00:43:08Z

I'm happy to announce the release of XMLC-2.2.17!

This is a maintenance release of the XMLC 2.2.xx branch. Most changes here also
apply to XMLC 2.3.1 (see release announcement in a separate email). If you
haven't already upgraded to XMLC 2.3 already, I encourage you to upgrade to XMLC
2.3.1.

Download at:
http://forge.objectweb.org/projects/xmlc/

Enhancements...

- XmlReader, originally from the Rome project, synched with latest version

- Improved runtime XML parser error reporting

- Made XMLC more application reload friendly by making sure to release locks on
files opened as input streams

- Updated org.enhydra.xml.io.ClosingInputSource to respect InputStream/Reader
contract by allowing read() methods to return -1 more than once, avoiding
"java.io.IOException: Stream closed" when a parser reaches EOF multiple times

- Added new command-line options -get-tag-return-type and -docformat

- options.xmlc files with command-line parameters now compatible with Dynamic Loading

- Added "suffix" attribute, replacing deprecated "markup" attribute, to the XMLC
Ant Task

General Updates...

- Synched package-private SecuritySupport and ObjectFactory classes to align with
the latest changes made in Xerces2

- Updated Tomcat example, making use of various enhancements listed above

- General code cleanup

- Updated to Log4j-1.2.15 and ASM-3.1

See xmlc-2-2-17-release-note.html for more info

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: Form validation: default values

2008-07-21T10:24:52Z

Hi Franck,

As Diez mentioned, Barracuda could probably use an overhaul while staying true
to its core concepts. There's probably more instances than this one where
Barracuda's behavior might be considered broken. My view is that some of
these "broken" or poorly defined behaviors keep new users from trying
Barracuda. I can't imagine we've picked up many new users in the last few
years given other frameworks that have better kept up with the times.

I hope existing users will speak up and make it known whether proposed changes
would break their applications, as well as mention whether they actually plan
to keep up with new versions or just stick with an old version. I suspect the
latter is probably the majority case at this point.

Unless users speak up against changes (within a reasonable amount of time), I
encourage you to make changes, even breaking ones, where the benefit is clear
and will ceate well defined behavior. Of course, make sure there is test
coverage to make sure well defined behavior isn't broken later.

Jake

On Mon, 21 Jul 2008 18:59:44 +0200
Franck Routier <franck.routier@...> wrote:

> Hi,
>
> on 20th february 2000 (!!!), 'ilc' made a change to DefaultFormValidator
> so that it will call element.getOrigVal() instead of element.getVal()
> before validating the resulting value.
>
> Until now, I never used default values on FormElement, so I didn't
> notice or care.
>
> But my colleague came accross a case where a default value would be
> useful: when using html "disabled" components, the form does not get the
> value, even if it is set...
>
> So my use case is I have an immutable field (primary key), I create a
> form for it, but I want it to be read only.
>
> Using READONLY is only supported by text fields. Others can be modified,
> but the modification is not taken into account. Ugly.
>
> Using DISABLED. But then I can't get back the value... So What I want to
> do is set the value (for displaying it), set the default value, and get
> back the default value when validating.
>
> So basically the modification is the following:
>
> 1) current behaviour: if the default value is set, it is never taken
> into account on form validation, and you only get access to it when
> calling getDefaultValue on the form element..... I think this is
> useless.
> Also validators apply on OrigVal, not parsed value.
>
> 2) proposed change: if the default value is set, it is taken into
> account unless another value was set. Validators apply to parsed value,
> or to default value if none was input.
>
>
> The other side effect is that the validator will apply on the parsed
> value, not the original value the user has input. This obviously could
> have an effect on existing code. On the other side, it seem more
> relevant to me. Doing so does NOT break any unit test, but it might
> break some code somewhere...
>For example, with a not null validator and a default value, if the user
> input nothing, you'll get an exception now, but after the change, the
> default value will be taken into account, so no exception. But it is
> what a default value is meant to, isn't it ?
>
> SO I think the current code is broken from 2000-02-20, I propose to
> change it back to a more coherent state. But as it has been the way it
> is for a long time, some of you might depend on the broken behaviour.
> So, is anyone against the proposed change ?
>
>Franck
>
> PS: Don't hesitate to ask if I'm not clear.
>
>

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: Goodbye Barracuda

2008-07-21T10:03:26Z

Hi Diez,

Thanks for all your contributions over the years. As you describe, it was a
very active and fun project a few years back. And you, in particular, helped
make it the fun project that it was. It's been nice to feel like I have a
friend overseas, even if we've never met each other in person.

These days, the project has slowed down, both because Barracuda matured, thus
requiring less active development, and because, to this day, people still have
a hard time settling on one application framework. Always gotta try something
new. In many respects, Barracuda was ahead of its time. These days, I think
Barracuda could use some work to keep up with the times. Thank goodness for
Franck's active development!

Good luck with your new work and take care not to get tripped up by any of
that Python whitespace-is-significant issue :-) I wish you the best in
whatever life brings to you, and I hope our paths cross sometime in the
future.

later,

Jake

On Mon, 21 Jul 2008 12:19:50 +0200
"Diez B. Roggisch" <deets@...> wrote:

> Hi Fellows,
>
> I just got a CVS-commit-mail from Franck - which reminded me that there was
> something I wanted to do for a while now.
>
> I think it's obvious that I haven't been using Barracuda in years now. And
> since half a year now, I've got a job at ableton which is my first actual
> Python-Job. As some of you might know, Python is the language of my heart,
> and unless I'm forced to, I'm not going back to Java. So - it's time to say
> goodbye.
>
> My personal preferences aside, I wanted to say that I very much enjoyed my
> active days of development back 5, 6 years ago. The technology and community
> were thrilling and it was a very positive experience, Barracuda being the
> first project to achieve commit rights for me. Especially Christian & Jacob
> have massively contributed to me feeling welcome.
>
> Additionally, I still think that albeit maybe an overhaul by now would be a
> good thing, I still believe in the principles and concepts Barracuda has. My
> new Web-Framework of choice, TurboGears, whilst being different in many
> aspects of course (Python-based as it is), has much in common regarding
> templating, components and form-validation/handling I already knew from
> Barracuda. So much of my own perception of the do's and don'ts of
> web-programming have been positively shaped by Barracuda.
>
> The one big project I did with Barracuda I still consider my first "real"
> piece of commercial work, and even years after I had my final touches on it
>
> (by now it's gone), I remembered design-decisions and technicalities and
> could stand behind them. Much of that is due to Barracuda.
>
> And I worked with or saw other Java-based Web-Frameworks such as Struts,
>JSF,
> Spring and the like - and even details might have been nicer, I always felt
> that much of what Barracuda provided way earlier was missing from them.
>
> So - I wish all of you guys here the best! My email used here will be
> available for the forseeable future, so whoever likes to keep in contact is
> welcome to mail me.
>
> It has been a fun ride - thanks!
>
> Diez

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Form validation: default values

2008-07-21T09:59:44Z

Hi,

on 20th february 2000 (!!!), 'ilc' made a change to DefaultFormValidator
so that it will call element.getOrigVal() instead of element.getVal()
before validating the resulting value.

Until now, I never used default values on FormElement, so I didn't
notice or care.

But my colleague came accross a case where a default value would be
useful: when using html "disabled" components, the form does not get the
value, even if it is set...

So my use case is I have an immutable field (primary key), I create a
form for it, but I want it to be read only.

Using READONLY is only supported by text fields. Others can be modified,
but the modification is not taken into account. Ugly.

Using DISABLED. But then I can't get back the value... So What I want to
do is set the value (for displaying it), set the default value, and get
back the default value when validating.

So basically the modification is the following:

1) current behaviour: if the default value is set, it is never taken
into account on form validation, and you only get access to it when
calling getDefaultValue on the form element..... I think this is
useless.
Also validators apply on OrigVal, not parsed value.

2) proposed change: if the default value is set, it is taken into
account unless another value was set. Validators apply to parsed value,
or to default value if none was input.

The other side effect is that the validator will apply on the parsed
value, not the original value the user has input. This obviously could
have an effect on existing code. On the other side, it seem more
relevant to me. Doing so does NOT break any unit test, but it might
break some code somewhere...
For example, with a not null validator and a default value, if the user
input nothing, you'll get an exception now, but after the change, the
default value will be taken into account, so no exception. But it is
what a default value is meant to, isn't it ?

SO I think the current code is broken from 2000-02-20, I propose to
change it back to a more coherent state. But as it has been the way it
is for a long time, some of you might depend on the broken behaviour.
So, is anyone against the proposed change ?

Franck

PS: Don't hesitate to ask if I'm not clear.

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: Goodbye Barracuda

2008-07-21T09:23:32Z

Hi Diez,

I must say to you the same thanks you say to Christian, Jake and the
others. While I was still learning Java, you were always helpful to me
while learning Barracuda. I also recommend your contribution package to
those trying to understand the framework.

So thanks for the nice words, and thanks for your contributions to the
project and the community (for the record, you were the european
coordinator for the fund collect to buy the BarracudaMvc domain name :)

I hope we'll meet in "another virtual life" :)

Best regards,

Franck

Le lundi 21 juillet 2008 à 12:19 +0200, Diez B. Roggisch a écrit :

> Hi Fellows,
>
> I just got a CVS-commit-mail from Franck - which reminded me that there was
> something I wanted to do for a while now.
>
> I think it's obvious that I haven't been using Barracuda in years now. And
> since half a year now, I've got a job at ableton which is my first actual
> Python-Job. As some of you might know, Python is the language of my heart,
> and unless I'm forced to, I'm not going back to Java. So - it's time to say
> goodbye.
>
> My personal preferences aside, I wanted to say that I very much enjoyed my
> active days of development back 5, 6 years ago. The technology and community
> were thrilling and it was a very positive experience, Barracuda being the
> first project to achieve commit rights for me. Especially Christian & Jacob
> have massively contributed to me feeling welcome.
>
> Additionally, I still think that albeit maybe an overhaul by now would be a
> good thing, I still believe in the principles and concepts Barracuda has. My
> new Web-Framework of choice, TurboGears, whilst being different in many
> aspects of course (Python-based as it is), has much in common regarding
> templating, components and form-validation/handling I already knew from
> Barracuda. So much of my own perception of the do's and don'ts of
> web-programming have been positively shaped by Barracuda.
>
> The one big project I did with Barracuda I still consider my first "real"
> piece of commercial work, and even years after I had my final touches on it
> (by now it's gone), I remembered design-decisions and technicalities and
> could stand behind them. Much of that is due to Barracuda.
>
> And I worked with or saw other Java-based Web-Frameworks such as Struts, JSF,
> Spring and the like - and even details might have been nicer, I always felt
> that much of what Barracuda provided way earlier was missing from them.
>
> So - I wish all of you guys here the best! My email used here will be
> available for the forseeable future, so whoever likes to keep in contact is
> welcome to mail me.
>
> It has been a fun ride - thanks!
>
> Diez
> pièce jointe document texte brut (message-footer.txt)
> --
> Barracuda mailing list
> Barracuda@...
> http://www.ow2.org/wws/lists/projects/barracuda

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Bernhard Reinisch ist außer Haus.

2008-07-21T04:05:57Z

Ich werde ab 11.07.2008 nicht im Büro sein. Ich kehre zurück am
22.07.2008.

Vertretung:
Christian Hiebaum (9111)

Ich werde Ihre Nachricht nach meiner Rückkehr beantworten.

******************************************************************************************************************
Firma: Arbeitsmarktservice BetriebsgmbH & Co KG, Rechtsform: GmbH & CoKG
Sitz: Wien, Firmenbuchnummer: FN 203646 f, Firmenbuchgericht: HG Wien, DVR: 0706051

Komplementärgesellschaft:
Firma: Arbeitsmarktservice BetriebsgmbH, Rechtsform: GmbH,
Sitz: Wien, Firmenbuchnummer: FN 203148 y, Firmenbuchgericht: HG Wien
*****************************************************************************************************************

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

BScriptResource.dependsOn()

2008-07-21T03:24:20Z

Hi all,

I have added the possibility to create dependencies in BScriptResource
using a dependsOn(...) method.

Example usage is:

BScriptResource myFavoriteJsLib = new BSrciptResource("pathTolib");

BScriptResource myFirstPlugin = new
BScriptResource("pathToplugin1").dependsOn(myFavoriteJSlib);

BScriptResource mySecondPlugin = new
BScriptResource("pathToplugin2").dependsOn(myFavoriteJSlib);

BScript myScript1 = new BSript("do the
stuff").addResource(myFirstPlugin);

BScript myScript2 = new BSript("do other
stuff").addResource(mySecondPlugin);

When used in a page, all this will render as:

<head>
<script src="pathTolib" />
<script src="pathToplugin1" />
<script src="pathToplugin2" />
...

PathToLib is only added once. It is added before the depending js code
is added. Also if a third plugin were to depend on first plugin, it will
make sure pathToplugin1 is added before it.

I hope this is not too nebulous :).

The downside is I changed the signature for BScriptResource.getSource().
It now returns a List<String>, and not a String. I assumed it is mainly
used internaly by BScriptResourceRenderer, so it should not have any
impact on existing code...

Franck

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Goodbye Barracuda

2008-07-21T03:19:50Z

Hi Fellows,

I just got a CVS-commit-mail from Franck - which reminded me that there was
something I wanted to do for a while now.

I think it's obvious that I haven't been using Barracuda in years now. And
since half a year now, I've got a job at ableton which is my first actual
Python-Job. As some of you might know, Python is the language of my heart,
and unless I'm forced to, I'm not going back to Java. So - it's time to say
goodbye.

My personal preferences aside, I wanted to say that I very much enjoyed my
active days of development back 5, 6 years ago. The technology and community
were thrilling and it was a very positive experience, Barracuda being the
first project to achieve commit rights for me. Especially Christian & Jacob
have massively contributed to me feeling welcome.

Additionally, I still think that albeit maybe an overhaul by now would be a
good thing, I still believe in the principles and concepts Barracuda has. My
new Web-Framework of choice, TurboGears, whilst being different in many
aspects of course (Python-based as it is), has much in common regarding
templating, components and form-validation/handling I already knew from
Barracuda. So much of my own perception of the do's and don'ts of
web-programming have been positively shaped by Barracuda.

The one big project I did with Barracuda I still consider my first "real"
piece of commercial work, and even years after I had my final touches on it
(by now it's gone), I remembered design-decisions and technicalities and
could stand behind them. Much of that is due to Barracuda.

And I worked with or saw other Java-based Web-Frameworks such as Struts, JSF,
Spring and the like - and even details might have been nicer, I always felt
that much of what Barracuda provided way earlier was missing from them.

So - I wish all of you guys here the best! My email used here will be
available for the forseeable future, so whoever likes to keep in contact is
welcome to mail me.

It has been a fun ride - thanks!

Diez

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: Re: Re: XMLC 2.3.1 is out

2008-06-30T21:14:55Z

Franck Routier wrote:

> Hi,
>
> we, at Axege sarl (http://www.axege.com - in french) use Barracuda, and
> thus xmlc, for our flagship 'Axege Santé', a CPM solution for healthcare
> organizations.
>
> We serve 5 hospitals from 700 to 5000 beds, and have around 10-15 users
> per site (for now).
>
> I am sure xmlc is also used outside of Barracuda, but Jake would tell
> you better than I can.

Actually, I have to admit that I'm a bit out of touch with who uses XMLC lately.
It would be nice to get a better idea of it.

BTW, if anyone out there thinks they can correct a bug in NekoHTML having to do
with over-reading input streams of files with Unix and Mac line endings, as
opposed to Windows line endings where it reads it correctly, I sure you hope you
speak up and provide a patch. It's the reason I pulled the XMLC 2.3.1 (and
2.1.17) release shortly after I put it out there. Once it's fixed and we get a
new NekoHTML release, I'll re-release...

http://sourceforge.net/tracker/index.php?func=detail&aid=1939338&group_id=195122&atid=952178

Jake

>
> Best regards,
>
> Franck Routier
>
>
> Le jeudi 26 juin 2008 à 18:11 -0700, neerashish a écrit :
>> Can you please point me to the list of companies/websites using XMLC in
>> production.
>> What is the biggest site using XMLC
>>
>>
>>
>> Jacob Kjome wrote:
>>> I'm happy to announce the release of XMLC-2.3.1!
>>>
>>> Users of XMLC 2.2.xx are encouraged to upgrade to XMLC 2.3.1, though be
>>> sure to
>>> read xmlc-2-3-release-note.html and xmlc-2-3-1-release-note.html before
>>> doing so.
>>> Enjoy!
>>>
>>> Download at:
>>> http://forge.objectweb.org/projects/xmlc/
>>>
>>>
>>> XMLC 2.3.1 includes all relevant features/enhancements/fixes in XMLC
>>> 2.2.17 plus...
>>>
>>> Bug Fixes...
>>>
>>> - Got rid of last remnants of "org.enhydra.apache" and
>>> "org/enhydra/apache" namespaces
>>>
>>> - Fixed NullPointerException in OutputOptions.toString()
>>>
>>> - Fixed expansion of LazyEntityReference and LazyEntity in Lazydom
>>>
>>> General Updates...
>>>
>>> - Updated to Xerces 2.9.1 and NekoHTML 1.9.7
>>>
>>>
>>> See xmlc-2-3-1-release-note.html for more info
>>>
>>>
>>>
>>>
>>> --
>>>
>>> Barracuda mailing list
>>>
>>> Barracuda@...
>>>
>>> http://www.ow2.org/wws/lists/projects/barracuda
>>>
>>>
>>>
>> pièce jointe document texte brut (message-footer.txt)
>> --
>> Barracuda mailing list
>> Barracuda@...
>> http://www.ow2.org/wws/lists/projects/barracuda
>
>

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: Re: XMLC 2.3.1 is out

2008-06-30T02:29:17Z

Hi,

we, at Axege sarl (http://www.axege.com - in french) use Barracuda, and
thus xmlc, for our flagship 'Axege Santé', a CPM solution for healthcare
organizations.

We serve 5 hospitals from 700 to 5000 beds, and have around 10-15 users
per site (for now).

I am sure xmlc is also used outside of Barracuda, but Jake would tell
you better than I can.

Best regards,

Franck Routier

Le jeudi 26 juin 2008 à 18:11 -0700, neerashish a écrit :

> Can you please point me to the list of companies/websites using XMLC in
> production.
> What is the biggest site using XMLC
>
>
>
> Jacob Kjome wrote:
> >
> > I'm happy to announce the release of XMLC-2.3.1!
> >
> > Users of XMLC 2.2.xx are encouraged to upgrade to XMLC 2.3.1, though be
> > sure to
> > read xmlc-2-3-release-note.html and xmlc-2-3-1-release-note.html before
> > doing so.
> > Enjoy!
> >
> > Download at:
> > http://forge.objectweb.org/projects/xmlc/
> >
> >
> > XMLC 2.3.1 includes all relevant features/enhancements/fixes in XMLC
> > 2.2.17 plus...
> >
> > Bug Fixes...
> >
> > - Got rid of last remnants of "org.enhydra.apache" and
> > "org/enhydra/apache" namespaces
> >
> > - Fixed NullPointerException in OutputOptions.toString()
> >
> > - Fixed expansion of LazyEntityReference and LazyEntity in Lazydom
> >
> > General Updates...
> >
> > - Updated to Xerces 2.9.1 and NekoHTML 1.9.7
> >
> >
> > See xmlc-2-3-1-release-note.html for more info
> >
> >
> >
> >
> > --
> >
> > Barracuda mailing list
> >
> > Barracuda@...
> >
> > http://www.ow2.org/wws/lists/projects/barracuda
> >
> >
> >
>
> pièce jointe document texte brut (message-footer.txt)
> --
> Barracuda mailing list
> Barracuda@...
> http://www.ow2.org/wws/lists/projects/barracuda

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: Re: XMLC 2.3.1 is out

2008-06-26T19:06:57Z

http://www.chinesesavvy.com , All pages with ".ot" as the extension name.

2008-06-27

shixinsnf

发件人： neerashish

发送时间： 2008-06-27 09:12:09

收件人： barracuda

抄送：

主题： [barracuda] Re: XMLC 2.3.1 is out

Can you please point me to the list of companies/websites using XMLC in

production.

What is the biggest site using XMLC

Jacob Kjome wrote:

> I'm happy to announce the release of XMLC-2.3.1!

> Users of XMLC 2.2.xx are encouraged to upgrade to XMLC 2.3.1, though be

> sure to

> read xmlc-2-3-release-note.html and xmlc-2-3-1-release-note.html before

> doing so.

> Enjoy!

> Download at:

> http://forge.objectweb.org/projects/xmlc/

> XMLC 2.3.1 includes all relevant features/enhancements/fixes in XMLC

> 2.2.17 plus...

> Bug Fixes...

> - Got rid of last remnants of "org.enhydra.apache" and

> "org/enhydra/apache" namespaces

> - Fixed NullPointerException in OutputOptions.toString()

> - Fixed expansion of LazyEntityReference and LazyEntity in Lazydom

> General Updates...

> - Updated to Xerces 2.9.1 and NekoHTML 1.9.7

> See xmlc-2-3-1-release-note.html for more info

> --

> Barracuda mailing list

> Barracuda@...

> http://www.ow2.org/wws/lists/projects/barracuda

View this message in context: http://www.nabble.com/XMLC-2.3.1-is-out-tp16534179p18146437.html

Sent from the Barracuda MVC mailing list archive at Nabble.com.

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: XMLC 2.3.1 is out

2008-06-26T18:11:53Z

Can you please point me to the list of companies/websites using XMLC in production.
What is the biggest site using XMLC

Jacob Kjome wrote:

I'm happy to announce the release of XMLC-2.3.1!

Users of XMLC 2.2.xx are encouraged to upgrade to XMLC 2.3.1, though be sure to
read xmlc-2-3-release-note.html and xmlc-2-3-1-release-note.html before doing so.
Enjoy!

Download at:
http://forge.objectweb.org/projects/xmlc/

XMLC 2.3.1 includes all relevant features/enhancements/fixes in XMLC 2.2.17 plus...

Bug Fixes...

- Got rid of last remnants of "org.enhydra.apache" and "org/enhydra/apache" namespaces

- Fixed NullPointerException in OutputOptions.toString()

- Fixed expansion of LazyEntityReference and LazyEntity in Lazydom

General Updates...

- Updated to Xerces 2.9.1 and NekoHTML 1.9.7

See xmlc-2-3-1-release-note.html for more info

--

Barracuda mailing list

Barracuda@ow2.org

http://www.ow2.org/wws/lists/projects/barracuda

XMLC 2.3.1 is out

2008-04-06T22:58:29Z

I'm happy to announce the release of XMLC-2.3.1!

Users of XMLC 2.2.xx are encouraged to upgrade to XMLC 2.3.1, though be sure to
read xmlc-2-3-release-note.html and xmlc-2-3-1-release-note.html before doing so.
Enjoy!

Download at:
http://forge.objectweb.org/projects/xmlc/

XMLC 2.3.1 includes all relevant features/enhancements/fixes in XMLC 2.2.17 plus...

Bug Fixes...

- Got rid of last remnants of "org.enhydra.apache" and "org/enhydra/apache" namespaces

- Fixed NullPointerException in OutputOptions.toString()

- Fixed expansion of LazyEntityReference and LazyEntity in Lazydom

General Updates...

- Updated to Xerces 2.9.1 and NekoHTML 1.9.7

See xmlc-2-3-1-release-note.html for more info

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

XMLC 2.2.17 is out

2008-04-06T22:57:40Z

I'm happy to announce the release of XMLC-2.2.17!

This is a maintenance release of the XMLC 2.2.xx branch. Most changes here also
apply to XMLC 2.3.1 (see release announcement in a separate email). If you
haven't already upgraded to XMLC 2.3 already, I encourage you to upgrade to XMLC
2.3.1.

Download at:
http://forge.objectweb.org/projects/xmlc/

Enhancements...

- XmlReader, originally from the Rome project, synched with latest version

- Improved runtime XML parser error reporting

- Made XMLC more application reload friendly by making sure to release locks on
files opened as input streams (under Windows)

- Added new command-line options -get-tag-return-type and -docformat

- options.xmlc files with command-line parameters now compatible with Dynamic Loading

- Added "suffix" attribute, replacing deprecated "markup" attribute, to the XMLC
Ant Task

General Updates...

- Synched package-private SecuritySupport and ObjectFactory classes to align with
the latest changes made in Xerces2

- Updated Tomcat example, making use of various enhancements listed above

- General code cleanup

- Updated to Log4j-1.2.15 and ASM-3.1

See xmlc-2-2-17-release-note.html for more info

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

XMLC 2.3.1 is out

2008-04-06T21:53:19Z

I'm happy to announce the release of XMLC-2.3.1!

Users of XMLC 2.2.xx are encouraged to upgrade to XMLC 2.3.1, though be sure to
read xmlc-2-3-release-note.html and xmlc-2-3-1-release-note.html before doing so.
Enjoy!

Download at:
http://forge.objectweb.org/projects/xmlc/

XMLC 2.3.1 includes all relevant features/enhancements/fixes in XMLC 2.2.17 plus...

Bug Fixes...

- Got rid of last remnants of "org.enhydra.apache" and "org/enhydra/apache" namespaces

- Fixed NullPointerException in OutputOptions.toString()

- Fixed expansion of LazyEntityReference and LazyEntity in Lazydom

General Updates...

- Updated to Xerces 2.9.1 and NekoHTML 1.9.7

See xmlc-2-3-1-release-note.html for more info

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

XMLC 2.2.17 is out

2008-04-06T21:53:18Z

I'm happy to announce the release of XMLC-2.2.17!

This is a maintenance release of the XMLC 2.2.xx branch. Most changes here also
apply to XMLC 2.3.1 (see release announcement in a separate email). If you
haven't already upgraded to XMLC 2.3 already, I encourage you to upgrade to XMLC
2.3.1.

Download at:
http://forge.objectweb.org/projects/xmlc/

Enhancements...

- XmlReader, originally from the Rome project, synched with latest version

- Improved runtime XML parser error reporting

- Made XMLC more application reload friendly by making sure to release locks on
files opened as input streams (under Windows)

- Added new command-line options -get-tag-return-type and -docformat

- options.xmlc files with command-line parameters now compatible with Dynamic Loading

- Added "suffix" attribute, replacing deprecated "markup" attribute, to the XMLC
Ant Task

General Updates...

- Synched package-private SecuritySupport and ObjectFactory classes to align with
the latest changes made in Xerces2

- Updated Tomcat example, making use of various enhancements listed above

- General code cleanup

- Updated to Log4j-1.2.15 and ASM-3.1

See xmlc-2-2-17-release-note.html for more info

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: Re: Re: InvocationTargetException during compile [SOLVED]

2008-02-27T16:00:23Z

You nailed it! There was a xercesImpl.jar and xml-apis.jar in my
${ANT_HOME}/lib directory. Disabling those solved the problem.

Thanks,
-shawn

Jacob Kjome wrote:

> Sounds strange. I would try it out, but can't check it out at work. If
> only OW2's Forge site allowed for http(s) checkouts instead of using the
> "svn" protocol.
>
> I'll try to look at this tonight. In the meantime, you might try
> placing xml-apis-1.3.04.jar into JAVA_HOME/jre/lib/endorsed. If that
> works, then the XML API's distributed with JSE1.6.0_02 are bogus. Or,
> it could be an old version of Xerces that you have in the classpath. Do
> you have any version of Xerces in Ant's ANT_HOME/lib or the
> JAVA_HOME/jre/lib/endorsed that is older than 2.8.1? If so, replace it
> with one that is at least 2.8.1. Better yet, use the latest available
> Xerces version (2.9.1, I believe).
>
> BTW, here's where you can find the source for
> XercesLinkedHTMLDocument.java. Notice that it does pretty much nothing
> more than extend HTMLDocumentImpl....
>
> http://cvs.forge.objectweb.org/cgi-bin/viewcvs.cgi/xmlc/xmlc/xmlc/modules/xmlc/src/org/enhydra/xml/xmlc/dom/xerces/
>
>
> Jake
>
> On Wed, 27 Feb 2008 10:33:42 +0100
> Franck Routier <franck.routier@...> wrote:
>> Hi Shawn,
>>
>> I have a running version that I regularely build here.
>> I also just tried a fresh checkout and 'ant clean jars', and it just
>> works fine.
>> I am using Linux / IcedTea Jdk (java version "1.7.0" beta).
>>
>> That said, I don't know where your error comes from. Maybe Jake could
>> enlighten us on this ?
>>
>> Franck
>>
>> Le mardi 26 fÃ©vrier 2008 Ã 20:12 +0100, shawnw@... a
>> Ã©crit :
>>> It sure has been a while... I just did a full SVN update and then
>>> while running
>>> "ant clean jars" I get the following within the xmlc.sub target:
>>>
>>> $ ant clean jars
>>> [localize] java.lang.reflect.InvocationTargetException
>>> [localize] at
>>> org.enhydra.xml.xmlc.taskdef.Xmlc.execute(Xmlc.java:774)
>>> [localize] at
>>> org.barracudamvc.taskdefs.Localize.execute(Localize.java:650)
>>> [localize] at
>>> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
>>> [localize] at org.apache.tools.ant.Task.perform(Task.java:364)
>>> [localize] at org.apache.tools.ant.Target.execute(Target.java:341)
>>> [localize] at
>>> org.apache.tools.ant.Target.performTasks(Target.java:369)
>>> [localize] at
>>> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
>>> [localize] at
>>> org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:37)
>>>
>>> [localize] at
>>> org.apache.tools.ant.Project.executeTargets(Project.java:1068)
>>> [localize] at
>>> org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:382)
>>> [localize] at
>>> org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:107)
>>> [localize] at
>>> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
>>> [localize] at org.apache.tools.ant.Task.perform(Task.java:364)
>>> [localize] at org.apache.tools.ant.Target.execute(Target.java:341)
>>> [localize] at
>>> org.apache.tools.ant.Target.performTasks(Target.java:369)
>>> [localize] at
>>> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
>>> [localize] at
>>> org.apache.tools.ant.Project.executeTarget(Project.java:1185)
>>> [localize] at
>>> org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
>>>
>>> [localize] at
>>> org.apache.tools.ant.Project.executeTargets(Project.java:1068)
>>> [localize] at org.apache.tools.ant.Main.runBuild(Main.java:668)
>>> [localize] at org.apache.tools.ant.Main.startAnt(Main.java:187)
>>> [localize] at
>>> org.apache.tools.ant.launch.Launcher.run(Launcher.java:246)
>>> [localize] at
>>> org.apache.tools.ant.launch.Launcher.main(Launcher.java:67)
>>> [localize] Caused by: java.lang.reflect.InvocationTargetException
>>> [localize] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>> Method)
>>> [localize] at
>>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>>
>>> [localize] at
>>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>>>
>>> [localize] at java.lang.reflect.Method.invoke(Method.java:597)
>>> [localize] at
>>> org.enhydra.xml.xmlc.taskdef.Xmlc.execute(Xmlc.java:770)
>>> [localize] ... 22 more
>>> [localize] Caused by: java.lang.AbstractMethodError:
>>> org.enhydra.xml.xmlc.dom.xerces.XercesLinkedHTMLDocument.getDomConfig()Lorg/w3c/dom/DOMConfiguration;
>>>
>>> [localize] at
>>> org.enhydra.xml.xmlc.compiler.Parse.parse(Parse.java:280)
>>> [localize] at
>>> org.enhydra.xml.xmlc.compiler.Compiler.parsePage(Compiler.java:111)
>>> [localize] at
>>> org.enhydra.xml.xmlc.compiler.Compiler.compile(Compiler.java:226)
>>> [localize] at
>>> org.enhydra.xml.xmlc.commands.xmlc.XMLC.compile(XMLC.java:135)
>>> [localize] at
>>> org.enhydra.xml.xmlc.commands.xmlc.XMLC.compileHandleErrors(XMLC.java:145)
>>>
>>> [localize] at
>>> org.enhydra.xml.xmlc.commands.xmlc.XMLC.main(XMLC.java:156)
>>> [localize] ... 27 more
>>>
>>>
>>> So it appears to be a problem with
>>> org.enhydra.xml.xmlc.dom.xerces.XercesLinkedHTMLDocument.getDomConfig()
>>> which I
>>> don't currently have the source for to take a look at myself.
>>>
>>> $ java -version
>>> java version "1.6.0_02"
>>> Java(TM) SE Runtime Environment (build 1.6.0_02-b06)
>>> Java HotSpot(TM) Client VM (build 1.6.0_02-b06, mixed mode)
>>>
>>> This is on Windows XP SP2. Do I have an out-of-date library
>>> somewhere? Any
>>> ideas?
>>>
>>> Thanks,
>>> -shawn
>>> piÃ¨ce jointe document plein texte (message-footer.txt)
>>> --
>>> Barracuda mailing list
>>> Barracuda@...
>>> http://www.ow2.org/wws/lists/projects/barracuda
>>
>>
>

--

========================================
Shawn A. Wilson [shawnw@...]
Senior Software Developer
ATMReports Department, ATM Express Inc.
PH: 877-271-2627 x154, FAX: 877-327-2939
========================================

Helping customers achieve their goals by building trusting
relationships...one at a time.

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: Re: InvocationTargetException during compile

2008-02-27T11:50:00Z

Sounds strange. I would try it out, but can't check it out at work. If only
OW2's Forge site allowed for http(s) checkouts instead of using the "svn"
protocol.

I'll try to look at this tonight. In the meantime, you might try placing
xml-apis-1.3.04.jar into JAVA_HOME/jre/lib/endorsed. If that works, then the
XML API's distributed with JSE1.6.0_02 are bogus. Or, it could be an old
version of Xerces that you have in the classpath. Do you have any version of
Xerces in Ant's ANT_HOME/lib or the JAVA_HOME/jre/lib/endorsed that is older
than 2.8.1? If so, replace it with one that is at least 2.8.1. Better yet,
use the latest available Xerces version (2.9.1, I believe).

BTW, here's where you can find the source for XercesLinkedHTMLDocument.java.
Notice that it does pretty much nothing more than extend HTMLDocumentImpl....

http://cvs.forge.objectweb.org/cgi-bin/viewcvs.cgi/xmlc/xmlc/xmlc/modules/xmlc/src/org/enhydra/xml/xmlc/dom/xerces/

Jake

On Wed, 27 Feb 2008 10:33:42 +0100
Franck Routier <franck.routier@...> wrote:

> Hi Shawn,
>
> I have a running version that I regularely build here.
> I also just tried a fresh checkout and 'ant clean jars', and it just
> works fine.
> I am using Linux / IcedTea Jdk (java version "1.7.0" beta).
>
> That said, I don't know where your error comes from. Maybe Jake could
> enlighten us on this ?
>
>Franck
>
> Le mardi 26 février 2008 à 20:12 +0100, shawnw@... a écrit :
>> It sure has been a while... I just did a full SVN update and then while
>>running
>> "ant clean jars" I get the following within the xmlc.sub target:
>>
>> $ ant clean jars
>> [localize] java.lang.reflect.InvocationTargetException
>> [localize] at org.enhydra.xml.xmlc.taskdef.Xmlc.execute(Xmlc.java:774)
>> [localize] at
>>org.barracudamvc.taskdefs.Localize.execute(Localize.java:650)
>> [localize] at
>> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
>> [localize] at org.apache.tools.ant.Task.perform(Task.java:364)
>> [localize] at org.apache.tools.ant.Target.execute(Target.java:341)
>> [localize] at org.apache.tools.ant.Target.performTasks(Target.java:369)
>> [localize] at
>> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
>> [localize] at
>> org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:37)
>> [localize] at
>> org.apache.tools.ant.Project.executeTargets(Project.java:1068)
>> [localize] at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:382)
>> [localize] at
>> org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:107)
>> [localize] at
>> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
>> [localize] at org.apache.tools.ant.Task.perform(Task.java:364)
>> [localize] at org.apache.tools.ant.Target.execute(Target.java:341)
>> [localize] at org.apache.tools.ant.Target.performTasks(Target.java:369)
>> [localize] at
>> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
>> [localize] at
>>org.apache.tools.ant.Project.executeTarget(Project.java:1185)
>> [localize] at
>> org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
>> [localize] at
>> org.apache.tools.ant.Project.executeTargets(Project.java:1068)
>> [localize] at org.apache.tools.ant.Main.runBuild(Main.java:668)
>> [localize] at org.apache.tools.ant.Main.startAnt(Main.java:187)
>> [localize] at
>>org.apache.tools.ant.launch.Launcher.run(Launcher.java:246)
>> [localize] at
>>org.apache.tools.ant.launch.Launcher.main(Launcher.java:67)
>> [localize] Caused by: java.lang.reflect.InvocationTargetException
>> [localize] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>Method)
>> [localize] at
>> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>> [localize] at
>> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
>> [localize] at java.lang.reflect.Method.invoke(Method.java:597)
>> [localize] at org.enhydra.xml.xmlc.taskdef.Xmlc.execute(Xmlc.java:770)
>> [localize] ... 22 more
>> [localize] Caused by: java.lang.AbstractMethodError:
>> org.enhydra.xml.xmlc.dom.xerces.XercesLinkedHTMLDocument.getDomConfig()Lorg/w3c/dom/DOMConfiguration;
>> [localize] at org.enhydra.xml.xmlc.compiler.Parse.parse(Parse.java:280)
>> [localize] at
>> org.enhydra.xml.xmlc.compiler.Compiler.parsePage(Compiler.java:111)
>> [localize] at
>> org.enhydra.xml.xmlc.compiler.Compiler.compile(Compiler.java:226)
>> [localize] at
>> org.enhydra.xml.xmlc.commands.xmlc.XMLC.compile(XMLC.java:135)
>> [localize] at
>> org.enhydra.xml.xmlc.commands.xmlc.XMLC.compileHandleErrors(XMLC.java:145)
>> [localize] at
>>org.enhydra.xml.xmlc.commands.xmlc.XMLC.main(XMLC.java:156)
>> [localize] ... 27 more
>>
>>
>> So it appears to be a problem with
>> org.enhydra.xml.xmlc.dom.xerces.XercesLinkedHTMLDocument.getDomConfig()
>>which I
>> don't currently have the source for to take a look at myself.
>>
>> $ java -version
>> java version "1.6.0_02"
>> Java(TM) SE Runtime Environment (build 1.6.0_02-b06)
>> Java HotSpot(TM) Client VM (build 1.6.0_02-b06, mixed mode)
>>
>> This is on Windows XP SP2. Do I have an out-of-date library somewhere? Any
>> ideas?
>>
>> Thanks,
>> -shawn
>> pièce jointe document plein texte (message-footer.txt)
>> --
>> Barracuda mailing list
>> Barracuda@...
>> http://www.ow2.org/wws/lists/projects/barracuda
>
>

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Re: InvocationTargetException during compile

2008-02-27T01:33:42Z

Hi Shawn,

I have a running version that I regularely build here.
I also just tried a fresh checkout and 'ant clean jars', and it just
works fine.
I am using Linux / IcedTea Jdk (java version "1.7.0" beta).

That said, I don't know where your error comes from. Maybe Jake could
enlighten us on this ?

Franck

Le mardi 26 février 2008 à 20:12 +0100, shawnw@... a écrit :

> It sure has been a while... I just did a full SVN update and then while running
> "ant clean jars" I get the following within the xmlc.sub target:
>
> $ ant clean jars
> [localize] java.lang.reflect.InvocationTargetException
> [localize] at org.enhydra.xml.xmlc.taskdef.Xmlc.execute(Xmlc.java:774)
> [localize] at org.barracudamvc.taskdefs.Localize.execute(Localize.java:650)
> [localize] at
> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
> [localize] at org.apache.tools.ant.Task.perform(Task.java:364)
> [localize] at org.apache.tools.ant.Target.execute(Target.java:341)
> [localize] at org.apache.tools.ant.Target.performTasks(Target.java:369)
> [localize] at
> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
> [localize] at
> org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:37)
> [localize] at
> org.apache.tools.ant.Project.executeTargets(Project.java:1068)
> [localize] at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:382)
> [localize] at
> org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:107)
> [localize] at
> org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
> [localize] at org.apache.tools.ant.Task.perform(Task.java:364)
> [localize] at org.apache.tools.ant.Target.execute(Target.java:341)
> [localize] at org.apache.tools.ant.Target.performTasks(Target.java:369)
> [localize] at
> org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
> [localize] at org.apache.tools.ant.Project.executeTarget(Project.java:1185)
> [localize] at
> org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
> [localize] at
> org.apache.tools.ant.Project.executeTargets(Project.java:1068)
> [localize] at org.apache.tools.ant.Main.runBuild(Main.java:668)
> [localize] at org.apache.tools.ant.Main.startAnt(Main.java:187)
> [localize] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246)
> [localize] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67)
> [localize] Caused by: java.lang.reflect.InvocationTargetException
> [localize] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [localize] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [localize] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [localize] at java.lang.reflect.Method.invoke(Method.java:597)
> [localize] at org.enhydra.xml.xmlc.taskdef.Xmlc.execute(Xmlc.java:770)
> [localize] ... 22 more
> [localize] Caused by: java.lang.AbstractMethodError:
> org.enhydra.xml.xmlc.dom.xerces.XercesLinkedHTMLDocument.getDomConfig()Lorg/w3c/dom/DOMConfiguration;
> [localize] at org.enhydra.xml.xmlc.compiler.Parse.parse(Parse.java:280)
> [localize] at
> org.enhydra.xml.xmlc.compiler.Compiler.parsePage(Compiler.java:111)
> [localize] at
> org.enhydra.xml.xmlc.compiler.Compiler.compile(Compiler.java:226)
> [localize] at
> org.enhydra.xml.xmlc.commands.xmlc.XMLC.compile(XMLC.java:135)
> [localize] at
> org.enhydra.xml.xmlc.commands.xmlc.XMLC.compileHandleErrors(XMLC.java:145)
> [localize] at org.enhydra.xml.xmlc.commands.xmlc.XMLC.main(XMLC.java:156)
> [localize] ... 27 more
>
>
> So it appears to be a problem with
> org.enhydra.xml.xmlc.dom.xerces.XercesLinkedHTMLDocument.getDomConfig() which I
> don't currently have the source for to take a look at myself.
>
> $ java -version
> java version "1.6.0_02"
> Java(TM) SE Runtime Environment (build 1.6.0_02-b06)
> Java HotSpot(TM) Client VM (build 1.6.0_02-b06, mixed mode)
>
> This is on Windows XP SP2. Do I have an out-of-date library somewhere? Any
> ideas?
>
> Thanks,
> -shawn
> pièce jointe document plein texte (message-footer.txt)
> --
> Barracuda mailing list
> Barracuda@...
> http://www.ow2.org/wws/lists/projects/barracuda

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

InvocationTargetException during compile

2008-02-26T11:12:06Z

It sure has been a while... I just did a full SVN update and then while running
"ant clean jars" I get the following within the xmlc.sub target:

$ ant clean jars
[localize] java.lang.reflect.InvocationTargetException
[localize] at org.enhydra.xml.xmlc.taskdef.Xmlc.execute(Xmlc.java:774)
[localize] at org.barracudamvc.taskdefs.Localize.execute(Localize.java:650)
[localize] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
[localize] at org.apache.tools.ant.Task.perform(Task.java:364)
[localize] at org.apache.tools.ant.Target.execute(Target.java:341)
[localize] at org.apache.tools.ant.Target.performTasks(Target.java:369)
[localize] at
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
[localize] at
org.apache.tools.ant.helper.SingleCheckExecutor.executeTargets(SingleCheckExecutor.java:37)
[localize] at
org.apache.tools.ant.Project.executeTargets(Project.java:1068)
[localize] at org.apache.tools.ant.taskdefs.Ant.execute(Ant.java:382)
[localize] at
org.apache.tools.ant.taskdefs.CallTarget.execute(CallTarget.java:107)
[localize] at
org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
[localize] at org.apache.tools.ant.Task.perform(Task.java:364)
[localize] at org.apache.tools.ant.Target.execute(Target.java:341)
[localize] at org.apache.tools.ant.Target.performTasks(Target.java:369)
[localize] at
org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
[localize] at org.apache.tools.ant.Project.executeTarget(Project.java:1185)
[localize] at
org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
[localize] at
org.apache.tools.ant.Project.executeTargets(Project.java:1068)
[localize] at org.apache.tools.ant.Main.runBuild(Main.java:668)
[localize] at org.apache.tools.ant.Main.startAnt(Main.java:187)
[localize] at org.apache.tools.ant.launch.Launcher.run(Launcher.java:246)
[localize] at org.apache.tools.ant.launch.Launcher.main(Launcher.java:67)
[localize] Caused by: java.lang.reflect.InvocationTargetException
[localize] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
[localize] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[localize] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[localize] at java.lang.reflect.Method.invoke(Method.java:597)
[localize] at org.enhydra.xml.xmlc.taskdef.Xmlc.execute(Xmlc.java:770)
[localize] ... 22 more
[localize] Caused by: java.lang.AbstractMethodError:
org.enhydra.xml.xmlc.dom.xerces.XercesLinkedHTMLDocument.getDomConfig()Lorg/w3c/dom/DOMConfiguration;
[localize] at org.enhydra.xml.xmlc.compiler.Parse.parse(Parse.java:280)
[localize] at
org.enhydra.xml.xmlc.compiler.Compiler.parsePage(Compiler.java:111)
[localize] at
org.enhydra.xml.xmlc.compiler.Compiler.compile(Compiler.java:226)
[localize] at
org.enhydra.xml.xmlc.commands.xmlc.XMLC.compile(XMLC.java:135)
[localize] at
org.enhydra.xml.xmlc.commands.xmlc.XMLC.compileHandleErrors(XMLC.java:145)
[localize] at org.enhydra.xml.xmlc.commands.xmlc.XMLC.main(XMLC.java:156)
[localize] ... 27 more

So it appears to be a problem with
org.enhydra.xml.xmlc.dom.xerces.XercesLinkedHTMLDocument.getDomConfig() which I
don't currently have the source for to take a look at myself.

$ java -version
java version "1.6.0_02"
Java(TM) SE Runtime Environment (build 1.6.0_02-b06)
Java HotSpot(TM) Client VM (build 1.6.0_02-b06, mixed mode)

This is on Windows XP SP2. Do I have an out-of-date library somewhere? Any
ideas?

Thanks,
-shawn

--
Barracuda mailing list
Barracuda@...
http://www.ow2.org/wws/lists/projects/barracuda

Nabble - Barracuda MVC

AS-EL Yeni Ürün Bilgilendirmesi

AS-EL Yeni Ürün Bilgilendirmesi

Pay It Forward

Yavrunuz Ninniler ile Büyüsün

Site down for a while...

Site down for a while...

KONTROL TEKRAR SİZDE!..

KONTROL TEKRAR SİZDE..!

2009 Ocak - Şubat Mali Seminer ve Uzmanlık Programları Takvimi

FormMap addition - potentialy breaking some implementations

SEVDİKLERİNİZİ MUTLU EDİN

SEVDİKLERİNİZİ MUTLU EDİN

Re: Re: XMLC 2.3.1 is out (for real this time)

JP locale ?

Re: XMLC 2.3.1 is out (for real this time)

XMLC 2.3.1 is out (for real this time)

XMLC 2.2.17 is out (for real this time)

Re: Form validation: default values

Re: Goodbye Barracuda

Form validation: default values

Re: Goodbye Barracuda

Bernhard Reinisch ist außer Haus.

BScriptResource.dependsOn()

Goodbye Barracuda

Re: Re: Re: XMLC 2.3.1 is out

Re: Re: XMLC 2.3.1 is out

Re: Re: XMLC 2.3.1 is out

Re: XMLC 2.3.1 is out

XMLC 2.3.1 is out

XMLC 2.2.17 is out

XMLC 2.3.1 is out

XMLC 2.2.17 is out

Re: Re: Re: InvocationTargetException during compile [SOLVED]

Re: Re: InvocationTargetException during compile

Re: InvocationTargetException during compile

InvocationTargetException during compile