Hi Oleg,
On the other hand, why don't we allow Harmony to accept invalid names
and provide a default replacements for them if there is a set/get/is
method for the specified property? It seems to me more user-friendly
then throw IntrospectionException in this situation. It looks like the
Ok. I am testing another patch for the TransferHandler which won't affect beans.
On 10/6/06, Alexei Zakharov [EMAIL PROTECTED] wrote:
Hi Oleg,
On the other hand, why don't we allow Harmony to accept invalid names
and provide a default replacements for them if there is a set/get/is
method
/trunk/depends/libs/build/
(props
ch
anged)
incubator/harmony/enhanced/classlib/trunk/depends/libs/windows.x86/
(pr
ops changed)
incubator/harmony/enhanced/classlib/trunk/make/depends.properties
incubator/harmony/enhanced/classlib/trunk/make
Oleg,
+ we need to fix in beans the fact that the following code:
new PropertyDescriptor(propertyName, c.getClass(), 1, null);
will throw IntrospectionException on Harmony, but will return the
valid property descriptor with the getter method on RI.
Any thoughts on this? Or should I proceed with
Alexey,
Agree. I haven't noticed that RI doesn't accept invalid write method.
Then its behavior looks illogical. Actually, I asked about comments
especially because I expected a feedback from beans authors. Thank
you.
On the other hand, why don't we allow Harmony to accept invalid names
and
Log:
Update check/fetch depends targets to handle the awt dependencies.
Modified:
incubator/harmony/enhanced/classlib/trunk/depends/libs/build/ (props ch
anged)
incubator/harmony/enhanced/classlib/trunk/depends/libs/windows.x86/ (pr
ops changed)
incubator/harmony/enhanced
/trunk/depends/libs/build/ (props ch
anged)
incubator/harmony/enhanced/classlib/trunk/depends/libs/windows.x86/ (pr
ops changed)
incubator/harmony/enhanced/classlib/trunk/make/depends.properties
incubator/harmony/enhanced/classlib/trunk/make/depends.xml
Propchange: incubator/harmony
, [EMAIL PROTECTED] wrote:
Author: hindessm
Date: Wed Oct 4 03:24:29 2006
New Revision: 452826
URL: http://svn.apache.org/viewvc?view=revrev=452826
Log:
Update check/fetch depends targets to handle the awt dependencies.
Modified:
incubator/harmony/enhanced/classlib/trunk/depends/libs
/harmony/enhanced/classlib/trunk/depends/libs/build/ (props
ch
anged)
incubator/harmony/enhanced/classlib/trunk/depends/libs/windows.x86/
(pr
ops changed)
incubator/harmony/enhanced/classlib/trunk/make/depends.properties
incubator/harmony/enhanced/classlib/trunk/make
, [EMAIL PROTECTED] wrote:
Author: hindessm
Date: Wed Oct 4 03:24:29 2006
New Revision: 452826
URL: http://svn.apache.org/viewvc?view=revrev=452826
Log:
Update check/fetch depends targets to handle the awt dependencies.
Modified:
incubator/harmony/enhanced/classlib/trunk/depends
/harmony/enhanced/classlib/trunk/depends/libs/build/ (props
ch
anged)
incubator/harmony/enhanced/classlib/trunk/depends/libs/windows.x86/
(pr
ops changed)
incubator/harmony/enhanced/classlib/trunk/make/depends.properties
incubator/harmony/enhanced/classlib/trunk/make/depends.xml
/trunk/depends/libs/build/ (props
ch
anged)
incubator/harmony/enhanced/classlib/trunk/depends/libs/windows.x86/
(pr
ops changed)
incubator/harmony/enhanced/classlib/trunk/make/depends.properties
incubator/harmony/enhanced/classlib/trunk/make/depends.xml
Propchange: incubator
:
Update check/fetch depends targets to handle the awt dependencies.
Modified:
incubator/harmony/enhanced/classlib/trunk/depends/libs/build/
(props
ch
anged)
incubator/harmony/enhanced/classlib/trunk/depends/libs/windows.x86/
(pr
ops changed)
incubator
:
incubator/harmony/enhanced/classlib/trunk/depends/libs/build/
(props
ch
anged)
incubator/harmony/enhanced/classlib/trunk/depends/libs/windows.x86/
(pr
ops changed)
incubator/harmony/enhanced/classlib/trunk/make/depends.properties
incubator/harmony
Mikhail, after your commit, I can't build Harmony:
[javac]
C:\new_harmony\Harmony\enhanced\classlib\trunk\modules\security\src\
main\java\common\org\apache\harmony\security\provider\crypto\SHA1PRNG_SecureRand
omImpl.java:28: cannot find symbol
[javac] symbol : class RandomBitsSupplier
try ant rebuild
2006/7/25, Igor Stolyarov [EMAIL PROTECTED]:
Mikhail, after your commit, I can't build Harmony:
[javac]
C:\new_harmony\Harmony\enhanced\classlib\trunk\modules\security\src\
main\java\common\org\apache\harmony\security\provider\crypto\SHA1PRNG_SecureRand
omImpl.java:28:
I see the same error messages in Eclipse - can be fixed by adding
'src/main/java/windows' as classpathentry. So in case of Linux
'src/main/java/linux' has to be added.
I think that it is a little bit inconvenient because '.classpath' file can
not contain both entries (both contains a class with
I've finally finished building awt with the jpeg and png binaries from
the GnuWin32.
Everything seems fine. Tests are loading and draw png and jpeg images
whithout any problem.
But we face 3 problems here:
1. lcms version in GnuWin32 is not compatible with Harmony.
2. png libary from GnuWin32
for AWT dependencies - mostly taken from contribution README
.
Added helper script for Linux - Debian/Ubuntu only but could be updated for
other common distros.
Added:
incubator/harmony/enhanced/classlib/trunk/depends/libs/build/ (with pro
ps)
incubator/harmony/enhanced/classlib/trunk
On 12 July 2006 at 12:50, Alexey Petrenko [EMAIL PROTECTED] wrote:
I've just returned from the vacation. And I have planned to work
on trying to run awt with GnuWin32 libraries today. But we have few
predicatble issues with them.
Excellent. Thanks Alexey.
We also did not finish the talks
2006/7/12, Mark Hindess [EMAIL PROTECTED]:
On 12 July 2006 at 12:50, Alexey Petrenko [EMAIL PROTECTED] wrote:
I've just returned from the vacation. And I have planned to work
on trying to run awt with GnuWin32 libraries today. But we have few
predicatble issues with them.
Excellent.
Alexey Petrenko wrote:
2006/7/12, Mark Hindess [EMAIL PROTECTED]:
On 12 July 2006 at 12:50, Alexey Petrenko
[EMAIL PROTECTED] wrote:
I've just returned from the vacation. And I have planned to work
on trying to run awt with GnuWin32 libraries today. But we have few
predicatble
/enhanced/classlib/trunk/depends/libs/build/ (with pro
ps)
incubator/harmony/enhanced/classlib/trunk/depends/libs/build/README.txt
(with props)
incubator/harmony/enhanced/classlib/trunk/depends/libs/build/fetch-awt-de
pends.sh (with props)
Propchange: incubator/harmony/enhanced
]
Sent: Monday, July 03, 2006 3:30 PM
To: [EMAIL PROTECTED]
Subject: svn commit: r418841 - in
/incubator/harmony/enhanced/classlib/trunk: depends/jars/
make/depends.properties
modules/tools/src/main/java/org/apache/harmony/tools/javac/Compiler.java
Author: ndbeyer
Date: Mon Jul 3 13:29:39 2006
Hello Tim
I've got another classlib build problem on linux. In the file below I had to
add $(DLLPATH)libhysig.so to MDLLIBFILES list or I get this error from
linker:
Execute:Java13CommandLauncher: Executing 'make' with
[exec] cc \
[exec] ../shared/main.o ../shared/cmain.o
Fixed in r417277.
-Mark.
On 26 June 2006 at 22:45, Gregory Shimansky [EMAIL PROTECTED] wrote:
Hello Tim
I've got another classlib build problem on linux. In the file below I had to
add $(DLLPATH)libhysig.so to MDLLIBFILES list or I get this error from
linker:
Cool. Thanks a lot Mark. You've fixed it better than I suggested.
On Monday 26 June 2006 22:58 Mark Hindess wrote:
Fixed in r417277.
-Mark.
On 26 June 2006 at 22:45, Gregory Shimansky [EMAIL PROTECTED] wrote:
Hello Tim
I've got another classlib build problem on linux. In the file below
:
Author: mloenko
Date: Tue Jun 20 22:24:58 2006
New Revision: 415915
URL: http://svn.apache.org/viewvc?rev=415915view=rev
Log:
add depends jars to svn:ignore
Modified:
incubator/harmony/enhanced/classlib/trunk/depends/jars/ (props changed)
Propchange: incubator/harmony/enhanced
to svn:ignore
Modified:
incubator/harmony/enhanced/classlib/trunk/depends/jars/ (props changed)
Propchange: incubator/harmony/enhanced/classlib/trunk/depends/jars/
-
-
--- svn:ignore (original)
+++ svn:ignore Tue Jun 20
3 03:33:18 2006
New Revision: 390995
URL: http://svn.apache.org/viewcvs?rev=390995view=rev
Log:
Update to ICU4J version 3.4.4 and make it a downloaded dependency
Removed:
incubator/harmony/enhanced/classlib/trunk/depends/jars/icu4j_3_4.jar
Modified:
incubator/harmony/enhanced
version 3.4 (how to get and install it).
ICU4JNI
FDLIBM
zlib
Like this?
http://svn.apache.org/viewcvs.cgi/incubator/harmony/enhanced/classlib/trunk/depends/oss/README.txt?view=markup
The README.txt doesn't tell how depends/jars/icu4j_3_4.jar is build,
does it?
The README.txt contains
On 3/7/06, Jean-frederic Clere [EMAIL PROTECTED] wrote:
Well I am complaining the svn contains binary files that could be
easly rebuild... Should I propose an additional ant target to build
those components?
Done... (for Linux for the moment), please comment
Would you intend for this to be
and install it).
ICU4JNI
FDLIBM
zlib
Like this?
http://svn.apache.org/viewcvs.cgi/incubator/harmony/enhanced/classlib/trunk/depends/oss/README.txt?view=markup
The README.txt doesn't tell how depends/jars/icu4j_3_4.jar is build,
does it?
Cheers
Jean-Frederic
Regards,
Tim
Cheers
directory a readme that tells
classlib depends on:
CU4C version 3.4 (how to get and install it).
ICU4JNI
FDLIBM
zlib
Like this?
http://svn.apache.org/viewcvs.cgi/incubator/harmony/enhanced/classlib/trunk/depends/oss/README.txt?view=markup
Well I am complaining the svn contains binary
FDLIBM
zlib
Like this?
http://svn.apache.org/viewcvs.cgi/incubator/harmony/enhanced/classlib/trunk/depends/oss/README.txt?view=markup
Regards,
Tim
Cheers
Jean-Frederic
Regards,
Mark.
On 04/03/06, Jean-frederic Clere [EMAIL PROTECTED] wrote:
Hi,
There are a lot of objects
and install it).
ICU4JNI
FDLIBM
zlib
Like this?
http://svn.apache.org/viewcvs.cgi/incubator/harmony/enhanced/classlib/trunk/depends/oss/README.txt?view=markup
Well I am complaining the svn contains binary files that could be
easly rebuild... Should I propose an additional ant target to build
on:
CU4C version 3.4 (how to get and install it).
ICU4JNI
FDLIBM
zlib
Like this?
http://svn.apache.org/viewcvs.cgi/incubator/harmony/enhanced/classlib/trunk/depends/oss/README.txt?view=markup
Well I am complaining the svn contains binary files that could be
easly rebuild... Should I
Hi,
There are a lot of objects in this repos directory, do we really need them?
Cheers
Jean-Frederic
Using touch .now; sleep 2; (cd make; ant) ; find depends ... \!
-anewer .now on both builds shows that the only files that aren't
accessed by either build are the README files and:
depends/files/java.security
That probably isn't needed since the build uses:
Mark Hindess wrote:
Using touch .now; sleep 2; (cd make; ant) ; find depends ... \!
-anewer .now on both builds shows that the only files that aren't
accessed by either build are the README files and:
depends/files/java.security
That probably isn't needed since the build uses:
It would be nicer if it was automated. We'll evolve, but are trying to
make it simple to get and build and play with.
Jean-frederic Clere wrote:
Mark Hindess wrote:
Using touch .now; sleep 2; (cd make; ant) ; find depends ... \!
-anewer .now on both builds shows that the only files that
41 matches
Mail list logo
