I have two questions about jar'ing up the skins.
Let's say someone has jar'd up their skin and the trinidad-skins.xml file.
I have a jar with this directory structure:
META-INF
trinidad-skins.xml
skin
customSkin.css
images
dateButtonPurple.gif
In trinidad-skins.xml, I
Hey Guys,
All arguments about the need for a common code package aside (yes, I
will continue to champion this), Trinidad has the need to create
container abstractions for some of our initialization services. We're
basically going to use the external context to pass into these services
ok, since we can't use the commons-collections, let's make ValueMap
public.
I was going to call it ReverseHashMap,
but since BidiMap seems to be more popular (especially since
commons-collections has a BidiMap)
can I call this
BidiHashMap
?
On 10/27/06, Matthias Wessendorf [EMAIL PROTECTED]
Also, can I call this method getInvertedMap?
MapV,K BidiHashMapK,V.getInvertedMap()
?
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
ok, since we can't use the commons-collections, let's make ValueMap
public.
I was going to call it ReverseHashMap,
but since BidiMap seems to be more
http://issues.apache.org/jira/browse/ADFFACES-282
--arjuna
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
Also, can I call this method getInvertedMap?
MapV,K BidiHashMapK,V.getInvertedMap()
?
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
ok, since we can't use the
Matthias,
I forgot to deprecate the
UIXCollection.clearCurrencyStringCache()
method.
I also forgot to add javadoc to the
UIXCollection.getClientRowKeyManager()
method.
I have uploaded an additional patch to address these issues.
Can you please commit it?
thanks!
Arjuna
The public class:
org.apache.myfaces.trinidad.util.Base64OutputStream
is annoying me.
1. it has a finish() method instead of a close() method.
2. it doesn't have a close() method at all. It should have one that
delegates to the
underlying Writer
3. it doesn't have a flush() method that
Sometimes, when people use complete client-side state saving, or they
passivate the HttpSession, they get a NotSerializableException thrown while
Serializing the component state tree.
Usually the cause is user error - the user did not use a ValueBinding
to bind to some
unSerializable object.
It
Usually method deprecation is done like:
/**
* @deprecated use the foobar method instead
*/
public void foo()
In addition , do we have to do:
/**
* @deprecated use the foobar method instead
*/
@Deprecated
public void foo()
??
I would say yes as annotations are the way to go now.
Regards,
~Simon
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
Usually method deprecation is done like:
/**
* @deprecated use the foobar method instead
*/
public void foo()
In addition , do we have to do:
/**
* @deprecated use
I agree, it'd be good to fix all those.
-- Adam
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
The public class:
org.apache.myfaces.trinidad.util.Base64OutputStream
is annoying me.
1. it has a finish() method instead of a close() method.
2. it doesn't have a close() method at all.
Shouldn't it be BidiMap? Not BidiHashMap?
-- Adam
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
http://issues.apache.org/jira/browse/ADFFACES-282
--arjuna
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
Also, can I call this method getInvertedMap?
MapV,K
Adding it is more purism than anything else I agree. However, it is a Java 5
standard, it makes Eclipse happier and allow to do some runtime check to see
if a method is deprecated or not. The latter is not of much use for
Trinidad, but adding @Deprecated takes about 3 seconds and there's no
Yeah that would be a good idea.
On 11/9/06, Adam Winer [EMAIL PROTECTED] wrote:
I agree, it'd be good to fix all those.
-- Adam
On 11/8/06, Arjuna Wijeyekoon [EMAIL PROTECTED] wrote:
The public class:
org.apache.myfaces.trinidad.util.Base64OutputStream
is annoying me.
1. it has a
14 matches
Mail list logo