[hibernate-dev] Misuse of Jira for Spam

[Hardy Ferentschik]

Hi,

this guys is using our Jira projects for spam

http://opensource.atlassian.com/projects/hibernate/secure/ViewProfile.jspa?name=raz71abb6

Is there are way to delete his comments?

--Hardy

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

[hibernate-dev] Hibernate Validator question

[Maistry, Edgar E]

Hello,

 

I'm trying the Hibernate validation framework and having problems
validating fields that are dependent on other fields. I've created my
own custom constraint but don't know how to pass dynamic data (ie:
dependant field value) to this custom constraint. Any help is
appreciated.

 

Regards Edgar


Standard Bank email disclaimer and confidentiality note
Please go to http://www.standardbank.co.za/site/homepage/emaildisclaimer.html 
to read our email disclaimer and confidentiality note. Kindly email 
disclai...@standardbank.co.za (no content or subject line necessary) if you 
cannot view that page and we will email our email disclaimer and 
confidentiality note to you.
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Re: [hibernate-dev] Hibernate Validator question

[Hardy Ferentschik]

Hi Edgar,

have you tried posting your question on the appropriate forum -  
https://forum.hibernate.org/viewforum.php?f=9 ?
Validator related usage questions should be discussed there.

--Hardy

On Wed, 17 Feb 2010 12:36:49 -0300, Maistry, Edgar E  
 wrote:

> Hello,
>
>
> I'm trying the Hibernate validation framework and having problems
> validating fields that are dependent on other fields. I've created my
> own custom constraint but don't know how to pass dynamic data (ie:
> dependant field value) to this custom constraint. Any help is
> appreciated.
>
>
> Regards Edgar
>
>
> Standard Bank email disclaimer and confidentiality note
> Please go to  
> http://www.standardbank.co.za/site/homepage/emaildisclaimer.html to read  
> our email disclaimer and confidentiality note. Kindly email  
> disclai...@standardbank.co.za (no content or subject line necessary) if  
> you cannot view that page and we will email our email disclaimer and  
> confidentiality note to you.
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Re: [hibernate-dev] Misuse of Jira for Spam

[Steve Ebersole]

He's posted one comment that I have seen (the one you showed me). 
Currently you must reopen the issue, delete the comment and then 
re-close the issue.

I opened a feature request with Atlassian about this.  Seems silly you 
can comment on a case after it is closed, but you cannot delete the 
comments after it is closed (if you could delete just the comments added 
since closed that would be ideal).

On 02/17/2010 09:31 AM, Hardy Ferentschik wrote:
> Hi,
>
> this guys is using our Jira projects for spam
>
> http://opensource.atlassian.com/projects/hibernate/secure/ViewProfile.jspa?name=raz71abb6
>
> Is there are way to delete his comments?
>
> --Hardy
>
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev

-- 
st...@hibernate.org
http://hibernate.org
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Re: [hibernate-dev] Misuse of Jira for Spam

[Sanne Grinovero]

I assume you have the "Delete All comments" permission, selectable in
the permission scheme?
http://confluence.atlassian.com/display/JIRA/Managing+Project+Permissions

Sanne

2010/2/17 Steve Ebersole :
> He's posted one comment that I have seen (the one you showed me).
> Currently you must reopen the issue, delete the comment and then
> re-close the issue.
>
> I opened a feature request with Atlassian about this.  Seems silly you
> can comment on a case after it is closed, but you cannot delete the
> comments after it is closed (if you could delete just the comments added
> since closed that would be ideal).
>
> On 02/17/2010 09:31 AM, Hardy Ferentschik wrote:
>> Hi,
>>
>> this guys is using our Jira projects for spam
>>
>> http://opensource.atlassian.com/projects/hibernate/secure/ViewProfile.jspa?name=raz71abb6
>>
>> Is there are way to delete his comments?
>>
>> --Hardy
>>
>> ___
>> hibernate-dev mailing list
>> hibernate-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>
> --
> st...@hibernate.org
> http://hibernate.org
> ___
> hibernate-dev mailing list
> hibernate-dev@lists.jboss.org
> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Re: [hibernate-dev] Misuse of Jira for Spam

[Hardy Ferentschik]

Initially there were two comments. By the time you looked at it Emmanuel  
had already
removed one by reopening the issue.

I was just wondering whether there was an easier way.

--hardy

On Wed, 17 Feb 2010 13:09:48 -0300, Steve Ebersole   
wrote:

> He's posted one comment that I have seen (the one you showed me).  
> Currently you must reopen the issue, delete the comment and then  
> re-close the issue.
>
> I opened a feature request with Atlassian about this.  Seems silly you  
> can comment on a case after it is closed, but you cannot delete the  
> comments after it is closed (if you could delete just the comments added  
> since closed that would be ideal).
>
> On 02/17/2010 09:31 AM, Hardy Ferentschik wrote:
>> Hi,
>>
>> this guys is using our Jira projects for spam
>>
>> http://opensource.atlassian.com/projects/hibernate/secure/ViewProfile.jspa?name=raz71abb6
>>
>> Is there are way to delete his comments?
>>
>> --Hardy
>>
>> ___
>> hibernate-dev mailing list
>> hibernate-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>

___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Re: [hibernate-dev] Misuse of Jira for Spam

[Steve Ebersole]

Deleting of comments is not controlled by that setting if the issue is 
closed.  This is the gist of my feature request.


On 02/17/2010 11:00 AM, Sanne Grinovero wrote:
> I assume you have the "Delete All comments" permission, selectable in
> the permission scheme?
> http://confluence.atlassian.com/display/JIRA/Managing+Project+Permissions
>
> Sanne
>
> 2010/2/17 Steve Ebersole:
>> He's posted one comment that I have seen (the one you showed me).
>> Currently you must reopen the issue, delete the comment and then
>> re-close the issue.
>>
>> I opened a feature request with Atlassian about this.  Seems silly you
>> can comment on a case after it is closed, but you cannot delete the
>> comments after it is closed (if you could delete just the comments added
>> since closed that would be ideal).
>>
>> On 02/17/2010 09:31 AM, Hardy Ferentschik wrote:
>>> Hi,
>>>
>>> this guys is using our Jira projects for spam
>>>
>>> http://opensource.atlassian.com/projects/hibernate/secure/ViewProfile.jspa?name=raz71abb6
>>>
>>> Is there are way to delete his comments?
>>>
>>> --Hardy
>>>
>>> ___
>>> hibernate-dev mailing list
>>> hibernate-dev@lists.jboss.org
>>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>
>> --
>> st...@hibernate.org
>> http://hibernate.org
>> ___
>> hibernate-dev mailing list
>> hibernate-dev@lists.jboss.org
>> https://lists.jboss.org/mailman/listinfo/hibernate-dev
>>

-- 
st...@hibernate.org
http://hibernate.org
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Re: [hibernate-dev] 3.5.0-CR-2 set up in JIRA

[Steve Ebersole]

Thanks for bringing 
http://opensource.atlassian.com/projects/hibernate/browse/HHH-4613 to my 
attention.  That was just carelessness on my part.  I have resolved it 
already.

http://opensource.atlassian.com/projects/hibernate/browse/HHH-4870 is 
indicative of a larger, though pretty isolated, issue.  It only affects 
users wanting to use what JPA terms a "static metamodel".  The 
referenced error is happening when trying to "wire up" the static 
metamodel classes.  The underlying issue is various mismatches between 
how JPA defines the metamodel and how Hibernate defines it.  The 
long-term fix for this is substantial.  I nudged the issue author for 
some more details.  I agree it would be nice to have all these static 
metamodel issues resolved prior 3.5.0, but given that users don't really 
know about this feature thus far (the actual generator has no 
documentation/fanfare and the spec does not really dwell on the 
specifics) I don't see that as necessarily feasible at this time.

On 02/17/2010 01:40 AM, Guenther Demetz wrote:
> Hi Steve,
>
> I know 2 unassigned bug issues which only 3.5 is affect and not former
> GA releases.
> HHH-4613
> 
> HHH-4870
> 
> I think this issues should be fixed for backward compatibility reasons.
>
> Overmore there are further unassigned 47 bug issues on jira with version
> 3.5 set as affectedVersion (see JQL query below).
> I haven't the time to analyze them one by one, but I fear there are some
> other bug's which are affect to 3.5 only
> and thus may compromise 3.5's backward compatibility.
>
>
> JQL Query: resolution = Unresolved AND affectedVersion >= "3.5.0.Beta-1"
> AND affectedVersion not in ("3.0.1.GA","3.3.2.GA","3.3.1.GA","3.3.0.GA")
> AND fixVersion = EMPTY and assignee = null AND type = "bug" ORDER BY key
> DESC
>
> best regards
> Guenther Demetz
>
>
>
> Steve Ebersole schrieb:
>> Just wanted to point out to everyone that 3.5.0-CR-2 has been set up in
>> JIRA (
>> http://opensource.atlassian.com/projects/hibernate/browse/HHH/fixforversion/11011
>> ) and tentatively scheduled for Feb 24 2010.  I say tentatively because
>> I am not sure I will wait that long; lets see how things go.
>>
>> In the meantime, I moved all unresolved issues not in progress to 3.5.x.
>>Please take the time asap to mark any issues you want in 3.5.0-CR-2.
>> I completely expect this to be the last CR before 3.5.0
>>
>> Thanks
>>
>>
>

-- 
st...@hibernate.org
http://hibernate.org
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev

Re: [hibernate-dev] Message-Templates from multiple JARs

[Hardy Ferentschik]

On Tue, 16 Feb 2010 18:41:12 -0300, Gunnar Morling  
 wrote:

> I agree with Max, I think there should be some way for packaging message
> bundles within components containing constraint annotations, while  
> offering
> the possibility to optionally override these with custom messages if
> required.
>
> With respect to large-scale enterprise apps, I guess it can become quite
> impractical to demand, that all component teams provide one single  
> message
> bundle. Also having to copy contents of message bundles from 3rd-party  
> libs
> containing constraint annotations to the local bundle could get somewhat
> tedious.
>
> Providing a custom MessageInterpolator might be viable, nevertheless I
> think, such a mechanism should work out of the box.

Well, having a simple configuration option is almost like "out of the box".
For most cases the default behavior will be good enough and for the few  
cases
a simple configuration option will do the trick.

> Not sure though, what the best solution here is. I also thought about
> merging the ValidationMessages.properties from different
> libraries/components (similar to what java.util.ServiceLoader does) into  
> one
> bundle, giving the contents from the local ValidationMessages.properties
> precedence. That way  components could provide message texts for their
> constraints (name clashes are possible but actually shouldn't happen, as
> message keys should be fully-qualified), while offering the possibility  
> to override these texts within the local bundle if required.

This could be one of the custom ResourceBundleLocator strategies we have
been talking about.

--Hardy
___
hibernate-dev mailing list
hibernate-dev@lists.jboss.org
https://lists.jboss.org/mailman/listinfo/hibernate-dev